Guia de especificacion requisitos
Dan edited this page Nov 30, 2020
·
1 revision
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
Nova Offical Wiki
- [PRO01] Proceso para generar un backlog
- [PRO02] Proceso de auditorías
- [PRO03] Proceso para definir un proceso
- [PRO04] Proceso para institucionalizar procesos, guías o políticas
- [PRO05] Proceso de Daily Meeting
- [PRO06] Proceso de inicio de iteración
- [PRO07] Proceso de cierre de iteración
- [PRO08] Proceso de modificación de línea base
- [PRO09] Proceso de gestión de historias de usuario
- [PRO10] Proceso para desarrollar una historia de usuario - Cannis Majoris
- [PRO11] Proceso de gestión de métricas
- [PRO13] Proceso de gestión de riesgos
- [PRO15] Proceso de acciones correctivas
- [PRO16] Proceso de reporte de estado
- [PRO17] Proceso de asignación de roles
- [PRO18] Proceso de validación
- [PRO20] Proceso de involucramiento de stakeholders
- [PRO21] Proceso para junta con el cliente
- [PRO22] Proceso de Pair Review
- [PRO23] Proceso de toma de decisiones
- [PRO24] Proceso de gestion de cambios a historias de usuario
- [PRO25] Proceso de recolección de requisitos
- [PRO26] Proceso para definir el alcance
- [PRO27] Proceso de SCAMPI
- [PRO28] Proceso de mejora continua
- [PRO29] Proceso de presentaciones
- [PRO30] Proceso de Acompañamiento para Competencia Oral
- [PRO31] Proceso de inspección
- [PRO32] Proceso de desarrollo de historias de usuario - Andrómeda
- [GUI01] Guía de CMMI
- [GUI02] Guía de manejo de configuración
- [GUI03] Guía de versionado
- [GUI04] Guía para institucionalizar procesos, guías y políticas
- [GUI05] Guía para agendar eventos
- [GUI06] Guía de Nova Flow
- [GUI07] Guía para definir un WBS
- [GUI08] Guía de especificación de requisitos
- [GUI09] Guía del ciclo de vida del proyecto
- [GUI10] Guía de petición de cambios a historias de usuario
- [GUI11] Guía de creación de métricas
- [GUI12] Guía de uso de Clockify
- [GUI13] Guía de entorno de verificación
- [GUI14] Guía de determinación de evaluación de decisiones
- [GUI15] Guía para estimar
- [GUI16] Guía de identificación de inconsistencias
- [GUI18] Guía del Program Manager
- [GUI19] Guía del Team Leader
- [GUI20] Guía para juntas de desempeño
- [GUI21] Guía para juntas de seguimiento personal
- [GUI22] Guía del Product Owner
- [GUI24] Guía de identificación de riesgos
- [GUI25] Guía del Team Member
- [GUI26] Guía de Validación de historias de usuario
- [GUI27] Guía para identificar procesos, guías y políticas
- [GUI28] Guía de resolución de conflictos
- [GUI29] Guía de denuncias
- [GUI30] Guía de estrategia técnica
- [GUI31] Guía de exposición oral
- [GUI32] Guía para la identificación de recursos del proyecto
- [GUI33] Guía de verificación y validación de productos
- [GUI34] Guía del Architect Owner
- [GUI35] Guía de Manuales
- [POL02] Política de juntas
- [POL03] Política de Nova WoW
- [POL04] Política de comunicación
- [POL05] Política de elementos de la configuración
- [POL06] Política de líneas base
- [POL07] Política de Configuration Control Board
- [POL09] Política de manejo de datos
- [POL11] Política de gestión de métricas
- [POL18] Política de gestión de habilidades y conocimientos
- [PLA01] Plantilla de proceso
- [PLA02] Plantilla de política
- [PLA03] Plantilla de guía
- [PLA04] Backlog de decisiones
- [PLA05] Backlog de requisitos
- [PLA06] Backlog de métricas
- [PLA07] Hoja de SCAMPI
- [PLA08] Checklist de SCAMPI
- [PLA09] Matriz de riesgos
- [PLA10] Reporte de inspección
- [PLA11] Checklist de institucionalización
- [PLA12] Plan de involucramiento de stakeholders
- [PLA13] Backlog de patrones
- [PLA14] Plan de iteración
- [PLA15] Plan de presentación
- [PLA16] Retrospectiva de la iteración
- [PLA17] Acta de proyecto
- [PLA18] Backlog de PIPs
- [PLA19] Hoja de especificación de requisitos
- [PLA20] Reporte de Pair Review
- [PLA21] Backlog de roles
- [PLA22] Plantilla de auditorías
- [PLA23] Checklist de reporte de estado
- [PLA24] Plantilla para validación con cliente
- [PLA25] Plantilla de minuta de junta