Skip to content

Commit

Permalink
Merge pull request #557 from Black-Dot-2024/fix/fixes
Browse files Browse the repository at this point in the history 
fixes
  • Loading branch information
@alejandraa-cruiz
alejandraa-cruiz authored May 30, 2024
2 parents 2148f36 + 58d5a71 commit a44e9da
Show file tree
Hide file tree
Showing 2 changed files with 12 additions and 12 deletions.
2 changes: 1 addition & 1 deletion docs/procesos/pro-tdt-009.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -46,7 +46,7 @@ Equipo de Desarrollo

| Fase | Actividades | Responsables | Prácticas Asociadas al CMMI |
| --------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------ |
| Análisis | 1. Definir criterios de aceptación que describan la funcionalidad del requisito y los limitantes del mismo. <br/> 2. Actualizar el issue en Github con los nuevos criterios. <br/> 3. Otro miembro del equipo (que no vaya a desarrollar el requisito) deberá diseñar pruebas de escenarios, de integración y de voz alta; para ello, revisar el [Plan de Pruebas](../cr/Pruebas/testplan.md). <br/> 4. Diseñar wireframes de bajo nivel en el pizarrón del salón 2001. Tomar una foto a tu wireframe e incluirlo en la [siguiente carpeta](https://drive.google.com/drive/folders/1ECM6ehuR0qCGUBIhBc9Yzposz4Qo8Xhd?usp=drive_link) con el identificador del requerimiento "RF ##". <br/> 5. Realizar actualizaciones al [MER](../cr/Diseño/diseno_del_sistema.md) si es necesario. <br/> 6. Si al analizar el requerimiento es demasiado grande y es necesario dividirlo usar el [PRO-TDT-006](./pro-tdt-006/pro-tdt-006.md). <br/> 7. Incluye todos los ítems de trabajo en la [Matriz de Trazabilidad de Requerimientos (RTM)](https://docs.google.com/spreadsheets/d/1P4ongqpYkvEZPbsU5KbpYqU9lN1r7YRDb9p39YNNX48/edit#gid=2117772381). En la fase de Análisis debe estar el issue y los wireframes. <br/> 8. Al terminar, registrar el tiempo en el [Plan de valor ganado](https://docs.google.com/spreadsheets/d/1kiBQCcPcqluBKBqYi6STs0X060MW_dJF2m0mq-jRBKk/edit#gid=509034718) en Análisis. <br/> 9. El requisito al finalizar ya con los criterios actualizados debe estar en **ready**. Se debe marcar así en el plan. | Team Member | REQM SP 1.4 <br/> TS SP 3.2 <br/> RD SP 2.2 <br/> RD SP 2.3 <br/> VER 1.3 <br/> PMC SP 1.1 <br/> RD SP 3.2 |
| Análisis | 1. Definir criterios de aceptación que describan la funcionalidad del requisito y los limitantes del mismo. <br/> 2. Actualizar el issue en Github con los nuevos criterios. <br/> 3. Otro miembro del equipo (que no vaya a desarrollar el requisito) deberá diseñar pruebas de escenarios, de integración y de voz alta; para ello, revisar el [Plan de Pruebas](../cr/Pruebas/testplan.md). <br/> 4. Diseñar wireframes de bajo nivel en el pizarrón del salón 2001. Tomar una foto a tu wireframe e incluirlo en la [siguiente carpeta](https://drive.google.com/drive/folders/1ECM6ehuR0qCGUBIhBc9Yzposz4Qo8Xhd?usp=drive_link) con el identificador del requerimiento "RF ##". <br/> 5. Realizar actualizaciones al [MER](../cr/Diseño/diseno_del_sistema.md) si es necesario. <br/> 6. Si al analizar el requerimiento es demasiado grande y es necesario dividirlo usar el [PRO-TDT-006](./pro-tdt-006/pro-tdt-006.md). <br/> 7. Incluye todos los ítems de trabajo en la [Matriz de Trazabilidad de Requerimientos (RTM)](https://docs.google.com/spreadsheets/d/1P4ongqpYkvEZPbsU5KbpYqU9lN1r7YRDb9p39YNNX48/edit#gid=2117772381). En la fase de Análisis debe estar el issue y los wireframes. <br/> 8. Al terminar, registrar el tiempo en el [Plan de valor ganado](https://docs.google.com/spreadsheets/d/1kiBQCcPcqluBKBqYi6STs0X060MW_dJF2m0mq-jRBKk/edit#gid=509034718) en Análisis. <br/> 9. El requisito al finalizar ya con los criterios actualizados debe estar en **ready**. Se debe marcar así en el plan. | Team Member | REQM SP 1.4 <br/> TS SP 2.3 <br/> RD SP 2.2 <br/> RD SP 2.3 <br/> VER 1.3 <br/> PMC SP 1.1 <br/> RD SP 3.2 |
| Verificación del Análisis | 1. Verificar los criterios de aceptación, pruebas y wireframes con la checklist personal de Análisis. <br/> 2. En caso de encontrar defectos registrarlos en el [Log de defectos](https://docs.google.com/spreadsheets/d/1kiBQCcPcqluBKBqYi6STs0X060MW_dJF2m0mq-jRBKk/edit#gid=1978359446) y solucionarlos hasta que el número de defectos sea 0. <br/> 3. Al terminar, registrar el tiempo en el [Plan de valor ganado](https://docs.google.com/spreadsheets/d/1kiBQCcPcqluBKBqYi6STs0X060MW_dJF2m0mq-jRBKk/edit#gid=509034718) en Análisis. | Team Member | VER SP 1.1 <br/> VER SP 1.3 <br/> VER SP 3.1 <br/> VER SP 3.2 <br/> PMC SP 1.1 <br/> RD SP 3.3 <br/> RD SP 3.5 |
| Validación del Análisis | 1. Validar pruebas y criterios de aceptación con una de **las personas certificadas**, se utiliza la [Checklist de análisis](../checklist/chk-tdt-003.md). <br/> 2. En caso de encontrar defectos registrarlos en el [Log de defectos](https://docs.google.com/spreadsheets/d/1kiBQCcPcqluBKBqYi6STs0X060MW_dJF2m0mq-jRBKk/edit#gid=1978359446) y solucionarlos hasta que el número de defectos sea 0. <br/> 3. Validar los wireframes con el socio formador en una de las dos juntas, ya sea martes o jueves. Al validar debes de presentar el requerimiento, su funcionalidad y explicar el wireframe. <br/> 2. En caso de encontrar defectos registrarlos en el [Log de defectos](https://docs.google.com/spreadsheets/d/1kiBQCcPcqluBKBqYi6STs0X060MW_dJF2m0mq-jRBKk/edit#gid=1978359446) y solucionarlos hasta que el número de defectos sea 0. <br/> 4. Al terminar las tareas, registrar el tiempo en el [Plan de valor ganado](https://docs.google.com/spreadsheets/d/1kiBQCcPcqluBKBqYi6STs0X060MW_dJF2m0mq-jRBKk/edit#gid=509034718) en Análisis. <br/> 5. Mejorar checklist personal de Análisis con los defectos de análisis que más inyectas tú como desarrollador. | Team Member | VER SP 2.1 <br/> VER SP 2.2 <br/> VER SP 2.3 <br/> VAL SP 1.3 <br/> VAL SP 2.1 <br/> VAL SP 2.2 <br/> RD SP 3.3 <br/> RD SP 3.5 <br/> PMC SP 1.1 |
| Diseño | 1. Diseñar el requerimiento usando el [Estándar de Diseño](../estandares/est-bdt-002.md), se recomienda diagrama de secuencia. <br/> 2. Crea tu carpeta con el identificador de tu requerimiento "RF ##" en la [siguiente carpeta](https://drive.google.com/drive/folders/1h8TEcIHx6kftpo_GV0d77rwMDDMMMvk3) y añade tu diseño. <br/> 3. Actualizar el [diccionario de datos](../cr/Diseño/diseno_del_sistema.md). <br/> 4. Registrar el link al diagrama en la [Matriz de Trazabilidad de Requerimientos (RTM)](https://docs.google.com/spreadsheets/d/1P4ongqpYkvEZPbsU5KbpYqU9lN1r7YRDb9p39YNNX48/edit#gid=2117772381) en la fase de Diseño. <br/> 5. Al terminar las tareas, registrar el tiempo en el [Plan de valor ganado](https://docs.google.com/spreadsheets/d/1kiBQCcPcqluBKBqYi6STs0X060MW_dJF2m0mq-jRBKk/edit#gid=509034718) en Diseño. | Team Member | TS SP 2.1 <br/> RD 2.2 <br/> PMC SP 1.1 |
Expand Down
Loading

0 comments on commit a44e9da

Please sign in to comment.