Nivel 6 · En la práctica

6.4Caja de herramientas

Objetivo: disponer de checklists, modelos y guiones listos para usar en los momentos clave de un proyecto WinDev.

Tiempo estimado: 10 min · Si solo tienes 5 min: lee «Lo esencial en 30s» + el esquema.

Lo esencial en 30 segundos

Antes: una checklist de arranque evita olvidar el análisis, los enlaces y los derechos.
Durante: modelos de código y de ficha de incidente ahorran tiempo y dejan rastro.
Después: una checklist de entrega y de copia de seguridad protege al cliente y al desarrollador.

Hilo Yacine — la caja de herramientas del día a día

Yacine acabó reuniendo sus referencias en una pequeña caja de herramientas: una checklist antes de arrancar, un modelo de ficha de incidente, una checklist de entrega y algunos guiones de código reutilizables. Nada espectacular, pero todo lo que le evita reinventar la rueda en cada proyecto.

Una caja de herramientas solo vale si se usa: mejor cuatro referencias aplicadas que veinte olvidadas.

Por qué una caja de herramientas

Las mismas preguntas vuelven en cada proyecto: ¿está listo el análisis? ¿están vinculados los campos? ¿están acotadas las consultas? ¿están probados los derechos? Una checklist evita depender de la memoria y del humor del día.

Referencias, no dogmas

Una checklist no es burocracia: es una red. Se adapta al tamaño del proyecto, se quita lo que no sirve y se conserva lo que ya evitó un incidente.

Transmitir

Una caja de herramientas compartida acelera la llegada de un colega y reduce la dependencia de una sola persona. Documentar lo que uno hace es también protegerse a sí mismo.

Antes de arrancar un proyecto

¿Análisis definido (archivos, rúbricas, enlaces, claves)?
¿Necesidades y pantallas principales identificadas con los usuarios?
¿Modo de base elegido (Classic o Cliente/Servidor)?
¿Derechos y perfiles de usuario esbozados?
¿Copia de seguridad y entorno de prueba previstos?

Referencias y reflejos a mano

Analizar antes de programar; vincular los campos en lugar de apañar
Filtrar y acotar del lado de la base; verificar los índices
Enmarcar las escrituras sensibles con transacciones
Definir los derechos por rol y controlar en el servidor
Validar en máquina virgen antes de cualquier entrega

Entregar y mantener

¿Copia de seguridad hecha y restauración verificada?
¿Versión numerada y nota de entrega redactada?
¿Dependencias incluidas en el instalador?
¿Actualización automática probada en un puesto limpio?
¿Cuaderno de incidentes al día y código seguido (GDS)?

Error frecuente de interpretación: «una checklist es para principiantes». No. Es precisamente cuando uno domina un tema cuando olvida un punto evidente. La checklist no sustituye la competencia: le impide tropezar con la rutina.

Versión en texto del esquema (SEO / lectores de pantalla / traducción): Antes: análisis, necesidades, modo de base, derechos, copia de seguridad. Durante: enlaces, consultas acotadas, transacciones, pruebas. Después: validación en máquina virgen, instalador completo, versión numerada, cuaderno de incidentes. Lección: cuatro referencias aplicadas valen más que veinte olvidadas.

Guion listo para decir — presentar su caja de herramientas (30 s)

«Tengo cuatro referencias: una checklist de arranque, una ficha de incidente, una checklist de entrega y algunos modelos de código. Eso evita reinventar la rueda y descubrir un problema en casa del cliente.»

Para guardarlo y explicar su organización a un jefe o a un cliente.

Guion listo para decir — encuadrar una prueba (30 s)

«Pruebo sobre una copia representativa, nunca directamente en producción: puedo equivocarme sin consecuencias, y luego entrego con copia de seguridad y vuelta atrás prevista.»

Útil para tranquilizar sobre la prudencia del método.

Modelo para copiar y pegar — extracto WLangage robusto

// Escritura transaccional de un pedido
SI HTransactionDébut() ALORS
    HRAZ(Commandes)
    Commandes.NumCmd = pNum
    Commandes.DateCmd = DateSys()
    SI HAjoute(Commandes) = Vrai ALORS
        HTransactionValide()
    SINON
        HTransactionAnnule()
    FIN
SINON
    Erreur("Transacción imposible: " + HErreurInfo())
FIN

Modelo para copiar y pegar — nota de entrega

Versión: [x.y]   Fecha: [..]
Contenido: [correctivos / evoluciones]
Base: migración [sí/no]
Copia de seguridad: hecha el [fecha]
Validación en máquina virgen: OK
Puntos que debe verificar el usuario: [...]
Vuelta atrás: versión [x.y-1] disponible

Microempresa / presupuesto ajustado

Una checklist de una página, un modelo de ficha de incidente y dos extractos de código bastan para cubrir lo esencial.

PYME Orán

Adaptar la caja de herramientas a los puestos y hábitos locales, con etiquetas en francés y procedimientos cortos.

Remoto / multisitio

Añadir un procedimiento de prueba y de entrega a distancia, con versiones y registros centralizados.

Intercultural

Traducir las checklists y los modelos para que cada nuevo colega pueda aplicarlos sin explicación oral.

Prudencia: Recordatorio genérico: un entorno de prueba y una copia de seguridad no son opcionales en cuanto se tocan datos reales. Pruebe sobre una copia representativa, verifique la restauración y no entregue nunca sin vuelta atrás posible.

Reto 48 h — aplícalo mañana

Construya su caja de herramientas mínima: una checklist de entrega, un modelo de ficha de incidente y un extracto de código reutilizable, y luego aplíquela en un proyecto real.

Lista de salida de la sección

Dispongo de checklists y modelos listos para usar en mis proyectos WinDev.
Sé probar sin riesgo y entregar con copia de seguridad y vuelta atrás.
He hecho el reto de 48 h o he planificado su fecha.

Autoevaluación 1-5: ¿aplico mis checklists o solo las hojeo?¿mis modelos están al día y adaptados a mis proyectos?

← Anterior : Buenas prácticas y trampas (V3)Siguiente : Experiencia de campo (V3) →

Comprueba tu comprensión

¿Qué herramienta protege mejor antes de una intervención en producción?

💡

Una caja de herramientas solo vale si se usa: mejor cuatro referencias aplicadas que veinte olvidadas.