CHK-TDT-002 Diseño de Requerimientos
v 4.2
Propósito
Verificar y validar el diseño de los requerimientos.
Notas introductorias
La fase de diseño es clave para entender qué partes componen la solución del requerimiento y cómo se implementará dentro del sistema. En el equipo, se recomienda el uso de un diagrama de secuencia o diagrama de componentes para ello; sin embargo, se puede usar la técnica o diagrama que se considere pertinente para el requerimiento.
En la sección de "Criterios de Aceptación", se identifica con "CM" los criterios que pertenecen a Gestión de la Configuración y con "PPQA" los que pertenecen al Aseguramiento de la Calidad del Proceso y del Producto
Criterios de Aceptación
PPQA
-
Definición de la funcionalidad
El diseño debe mostrar claramente la funcionalidad que aportará al sistema. Esto debe de incluir diagramas de flujo o de secuencia.
-
Revisión de Nomenclatura
Al incluir funciones en los diagramas realizados, estas tienen que cumplir con los estándares de nomenclatura especificados en el estándar de codificación, estar en español y ser descriptivas.
-
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
-
Arquitectura
El diseño tiene que ser compatible con la arquitectura propuesta para nuestro proyecto (MVT).
-
Escalabilidad y Modularidad
El diseño del requerimiento debe considerar la escalabilidad y la modularidad. Debe ser fácil de expandir o modificar en el futuro, y las diferentes partes del requerimiento deben estar claramente definidas y subdividas, de manera que el requerimiento sea comprensible y fácil de desarrollar (El requisito se puede hacer teniendo en cuenta las restricciones de Odoo).
-
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.
| Versión | Cambio | Análisis | Autor del cambio | Revisor(es) | Fecha de cambio |
|---|---|---|---|---|---|
| v 1.0 | Creación de la checklist | N/A | José Riosmena, David Langarica | 08/04/2024 | |
| v 2.0 | Adaptar al estándar de las checklists | N/A | Alejandra Cabrera | 29/04/2024 | |
| v 2.1 | Cambio de nombre | N/A | Arturo Díaz | Ian Padrón | 30/04/2024 |
| v 3.0 | Agregar áreas de proceso CM y PPQA | Se identificó para cada criterio de la checklist si pertenece a PPQA o a CM | Carlos Velasco | Sergio Garnica, Diego Perdomo | 14/05/2024 |
| v 4.1 | Ajuste de checklist | N/A | Juan Pablo Cabrera | Diego Sandoval | 16/05/2024 |
| v 4.2 | Inconsistencia | Modificar el subtítulo Coherencia por Inconsistencia para aclarar cuándo existen inconsistencias entre fases | Sergio Garnica | Alejandra Cabrera | 23/05/2024 |