[DEPRECATED] PRO-BDT-009 Desarrollo de Requisitos Funcionales del Sistema
v 4.0 / RD, TS, VER
Propósito
Establecer las fases que integran el ciclo de vida de desarrollo de una funcionalidad del proyecto.
Notas introductorias
Completar cada fase y documentar correctamente el trabajo realizado es importante para monitorear la trazabilidad de un requisito y disminuir la deuda técnica.
Involucrados
Team members, AO, TL y PO
Entradas
- Requisito del sistema
- WBS
- ERS (Zeigeist, CR)
- Plan de pruebas (Zeigeist, CR)
- READY y DONE (Zeigeist, CR)
- Checklist de revisión de código (Zeigeist Backend, CR)
- Matriz de trazabilidad (Zeitgeist, CR)
Salidas
- Funcionalidad implementada en el sistema
- Documentación de cada fase ejecutada en el PVG (Zeigeist, CR) y la RTM (Zeitgeist, CR)
Descripción
| Fase | Actividades | Responsables | Prácticas Asociadas del CMMI |
|---|---|---|---|
| Análisis | Estimar en el PVG el costo y valor planeados de cada fase de desarrollo del requisito | Team members, AO, PO y TL | |
| Análisis | Verificar que los criterios de aceptación del requisito estén definidos el el ERS, en caso de que no encontrarlos, consulta a tu PO | Team members, AO, PO y TL | |
| Análisis | Identificar las tablas y los atributos necesarios para el desarrollo del requisito y asegurar que se encuentren definidos en el MER, en caso de no estarlo, consulta a tu AO | Team members, AO, PO y TL | |
| Análisis | Identificar los requerimientos no funcionales asociados al requisito | Team members, AO, PO y TL | |
| Diseño | Diseñar el requisito de acuerdo con las siguientes especificaciones: MAN-BDT-001 | Team members, AO, PO y TL | RD SP2.3 TS SP2.1 |
| Desarrollo | Implementar el requisito siguiendo las fases especificadas en el WBS del equipo | Team members, AO, PO y TL | |
| Desarrollo | Realizar unit test de la funcionalidad de acuerdo al plan de pruebas correspondiente | Team members, AO, PO y TL | |
| Integración | Integrar el requisito con el resto del sistema | Team members, AO, PO y TL | VER SP3.1 |
| Verificación | Realizar las pruebas de integración siguiendo el plan de pruebas, si no son satisfactorias, regresar a la fase de desarrollo | Team members, AO, PO y TL | VER SP1.1 RD SP3.3 |
| Documentación | Cada vez que se finalice una fase (análisis, diseño, desarrollo y prueba), las evidencias se incluyen en la Matriz de Trazabilidad de Requerimentos. Se puede avanzar a la siguiente fase una vez que la evidencia de la fase actual se incluya en la RTM | Team Members, AO, PO y TL | REQM SP 1.4 |
| Documentación | Registrar el costo y valor reales en el PVG | Team members, AO, PO y TL |
Control de cambios
| Versión | Cambio realizado | Análisis | Autor | Revisor(es) | Fecha de cambio |
|---|---|---|---|---|---|
| v 1.0 | Creación del Proceso | N/A | Ian Padrón Armando Rosas Ramona Nájera | Uri Gopar Mafer Moreno | 02/03/2024 |
| v 2.0 | Actualización del Proceso | Alinearlo a la forma de trabajo actual | Armando Rosas Ramona Nájera | 28/04/2024 | |
| v 2.1 | Cambio a link relativo | Los links relativos avisan si se rompen | Ricardo Fernández | 01/05/2024 | |
| v 2.2 | Corrección de link relativo | Corrección de link relativo | Daniel Fuentes | 07/05/2024 | |
| v 3.0 | Mejora del proceso | Con el fin de definir cuándo se llena la matriz de trazabilidad durante el desarrollo de una historia de usuario, se agregó un nuevo paso en la fase de Documentación | Yuna Chung | Ricardo Fernández | 14/05/2024 |
| V 4.0 | Se depreca el proceso | El proceso fue especializado en los procesos PRO-DGT-009 y PRO-TDT-009 | Carlos Salguero | Alejandra Cabrera Denisse Dominguez | 07/06/2024 |