Elegir tecnología para el equipo tras la entrega
Evalúe también quién podrá cambiar la solución, explicar fallos y actualizar dependencias después de la entrega.
¿Quién hará el siguiente cambio?
La decisión tecnológica también afecta al equipo que mantendrá la aplicación tras la entrega. ¿Puede cambiar la fuente correcta, comprobar y seguir el origen de un problema? Esta pregunta complementa funciones y esfuerzo inicial.
La guía de revisión de Google contempla expresamente a quienes usarán el código después. Para elegir herramientas proponemos recorrer un cambio posterior típico con el equipo de mantenimiento previsto.
Ejemplo: mismo complemento de dirección, distintos recorridos
El plan es ficticio. Se elige entre un framework extendido conocido por el futuro equipo y un generador propio de formularios dominado hasta ahora por el equipo de entrega. Se espera que el generador acelere el primer formulario; el ejemplo no aporta ahorro de tiempo medido.
Opción | Cambio previsto | Evidencia esperada del futuro equipo |
|---|---|---|
Framework conocido | Añadir un complemento opcional de dirección al formulario y a la entrega de datos. | El equipo encuentra las fuentes, hace comprobaciones adecuadas y puede seguir un fallo. |
Generador propio | Configurar el mismo cambio en plantilla o generador y regenerar. | El cambio se conserva; definiciones fuente, versión del generador y recorrido del error son comprensibles. |
Ambas opciones necesitan entorno de ejecución, fuentes de paquetes, comprobaciones y documentación comprensible. Con el generador debe quedar claro dónde van los cambios duraderos. Un ajuste manual en archivos generados puede perderse al regenerar. Compruébelo en vez de considerar automáticamente mantenible la fuente entregada.
Incluya el mantenimiento en la elección
SEI incluye la facilidad de modificación entre las cualidades arquitectónicas esenciales. Registre quién mantiene herramientas y dependencias, qué apoyo hace falta y cómo se cubren ausencias. Una introducción documentada puede cerrar una carencia de conocimiento; acceder a archivos no basta.
Un generador propio puede justificarse para tareas adecuadas con mantenimiento fiable. Un framework extendido también exige conocimientos, actualizaciones y responsabilidad clara. Evalúe opciones con la misma tarea posterior y documente dependencias restantes.
Fuentes
Escrito por
- Katharina WeberRedactora de software y tecnologíaKatharina Weber se encarga en ASES de los artículos sobre desarrollo de software. Escribe sobre las cuestiones que se plantean las empresas al elegir software, desarrollar nuevas aplicaciones y modernizar sus sistemas existentes.
Seguir leyendo
Todos los artículos
Desarrollo de software con ASES
Software a medida, aplicaciones web y móviles