Guia de especificacion requisitos - novaDepto/Nova GitHub Wiki
Nombre | Rol |
---|---|
Irving | Dueño de la guía |
Cris | Autor |
Luis | Autor |
Definir los pasos a seguir para documentar y validar una historia de usuario.
A continuación se presenta la plantilla utilizada para la especificación de historias de usuario (Se puede copiar y pegar en el apartado de documentación de historias de usuario de tu proyecto).
Documento | Actividades | ||||||||
---|---|---|---|---|---|---|---|---|---|
Análisis | 1. Escribir el nombre del proyecto en que sé está trabajando.Ej. Andromeda. | ||||||||
2. Escribir la fecha en la que se realiza el análisis de la historia de usuario.Ej. miércoles, 14 de octubre de 2020 | |||||||||
3. Escribir el título del documento seguido del ID corresponiente a la historia de usuario.Ej. Análisis US (EPIC-ID) | |||||||||
4. Escribir el nombre del responsable o responsables del análisis del requisito funcional.Ej. Irving Aguilar | |||||||||
5. Escribir una breve descripción del requisito funcional como historia de usuario.Ej. Yo como AO quiero registrar categorías para... | |||||||||
6. Escribir el objetivo de la historia de usuario y la necesidad que resuelve.Ej. La presente da solución al manejo de inventarios y mantenimiento preventivo a través de... | |||||||||
7. Generar el MER de la historia de usuario. Nota: herramienta que permite representar de manera simplificada los componentes que participan en un proceso de negocio y el modo en el que estos se relacionan entre sí. | |||||||||
8. Generar el diagrama de actividad de ha historia de usuario.Nota: El diagrama de actividad describe el flujo de la historia de usuario, mostrando la interacción entre el usuario y el sistema. | |||||||||
Diseño | 9. Generar el Diagrama de Secuencia de la historia de usuario. Nota: el diagrama de secuencia muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso. | ||||||||
10. Generar los Wireframes de la historia de usuario. Nota: Crear una serie de mockups que sean de utilidad para modelar los posibles escenarios (interfaz) que podrían presentarse en el flujo de la historia de usuario. | |||||||||
Verificación | 11. Los criterios de aceptación son definidos por el responsable de la especificación cada historia de usuario.Nota: Los criterios deben estar orientados a la funcionalidad, usabilidad y el cumplimiento de los requisitos no funcionales. | ||||||||
12.Verificación de Architecture Owner.Nota: Se verifica que los diagramas, asi como los wireframes fueron elaborados de manera correcta.
|
|||||||||
13.Validación de Product Owner. - Los documentos/diagramas hechos sirven para entender la historia de usuario.- Evidencias de los modelos a usar ya sea diagrama de actividad/wireframe.- Satisface la necesidad del socio formador.- Abarca los atributos de calidad a considerar para la historia de usuario. |
versión 2.0