Guia de especificacion requisitos - novaDepto/Nova GitHub Wiki

Responsables

Nombre Rol
Irving Dueño de la guía
Cris Autor
Luis Autor

Objetivo

Definir los pasos a seguir para documentar y validar una historia de usuario.

Plantilla

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).

Flujo de análisis, diseño y validación de historias de usuario.

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.
Elemento Fecha de verificación Verificado por
Ej. Diagrama de Flujo 25/07/1991 Linus Torvalds
Ej. Diagrama de secuencia 01/01/1970 Dennis Ritchie
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

⚠️ **GitHub.com Fallback** ⚠️