CHK-DGT-006 Checklist de Dise ño
v 3.0
Propósito
Proporcionar un checklist estructurado y detallado para evaluar y garantizar la calidad y coherencia en el proceso de diseño
Notas Introductorias
La fase de diseño es una de las más importantes en el desarrollo de software, ya que es en esta etapa donde se establece la arquitectura del sistema y se definen los componentes que lo conforman. Por lo tanto, es fundamental que el diseño sea claro, coherente y cumpla con los requerimientos del sistema.
Criterios de Aceptación
Inconsistencia
- El diseño debe ser coherente con la información proporcionada durante el análisis de requerimientos. Debe mostrar cómo se abordará el problema y cómo se cumplirán los criterios de aceptación
Análisis:
- Se diseñaron los casos de prueba de integración y fue documentado en la Matriz de Pruebas de Integración
Portabilidad:
El diagrama de secuencia debe:
- Mostrar claramente la funcionalidad que aportará al sistema.
- Mostrar la interacción entre los diferentes componentes del sistema.
- Identificar los actores claramente
- Mostrar la interrelación entre los actores y los componentes del sistema
- Mostrar el flujo de información entre cada evento
- Mostrar las excepciones que pueden ocurrir durante la ejecución del sistema
Nomenclatura:
[ ] Al incluir funciones en los diagramas realizados, estas deben cumplir con los estándares de nomenclatura especificados en la CHK-DGT-002 Verificación de Backend
Usabilidad:
- El diseño debe ser coherente con la información proporcionada en los requerimientos y se debe mostrar cómo se cumplirá con los criterios de aceptación del requisito.
- El diseño debe ser compatible con la arquitectura propuesta para el proyecto.
- El diseño debe ser compatible con las tecnologías propuestas para el proyecto.
- El diseño debe ser compatible con los requisitos no funcionales propuestos para el proyecto definidos en el ERS.
Validación
El diseño del requerimiento es validado por alguna de las personas certificadas.
Es fundamental que el diseño sea exhaustivamente evaluado y validado para garantizar que cumpla con las expectativas y necesidades de los interesados. Al seguir estos criterios, aseguramos que el diseño de requerimientos sea robusto, comprensible y adaptable, formando las bases para una implementación exitosa y una solución de calidad.
Control de Cambios
Versión | Cambio realizado | Análisis | Autor | Revisor(es) | Fecha de Cambio |
---|---|---|---|---|---|
v 1.0 | Creación de la checklist | N/A | Daniel Hurtado | Sergio Garnica | 14/05/2024 |
v 2.0 | Actualización de la checklist | Se agregaron criterios de aceptación para garantizar los requerimientos no funcionales del sistema | Carlos Salguero | Sergio Garnica | 20/05/2024 |
v 3.0 | Criterio de Inconsistencia | Agregar criterio de Inconsistencia para aclarar cuándo existen inconsistencias en un requerimient entre fases | Sergio Garnica | Alejandra Cabrera | 23/05/2024 |