Scribd
Cargar
1 vistas1 página

Scrum

El documento presenta un marco para la definición de requerimientos de software, incluyendo el mapeo de interesados, la elicitación de historias de usuario y la priorización mediante el método MoSCoW. También se detallan los requerimientos funcionales y no funcionales necesarios para satisfacer las necesidades del usuario. Se enfatiza la importancia de identificar las expectativas y el dolor de los interesados en caso de fallos del sistema.

Cargado por

Angie Pin
Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
1 vistas1 página

Scrum

El documento presenta un marco para la definición de requerimientos de software, incluyendo el mapeo de interesados, la elicitación de historias de usuario y la priorización mediante el método MoSCoW. También se detallan los requerimientos funcionales y no funcionales necesarios para satisfacer las necesidades del usuario. Se enfatiza la importancia de identificar las expectativas y el dolor de los interesados en caso de fallos del sistema.

Cargado por

Angie Pin
Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

Definición de requerimientos de software.

Caso de Estudio: __________________________________________________________________


Contexto:
____________________________________________________________________________________
____________________________________________________________________________________
____________________________________________________________________________________

1: Mapeo de interesados. Si el sistema falla, ¿a quién le duele?


Expectativa / Punto de
Interesado Rol Poder/Interés
Dolor

2: Elicitación (Historias de Usuario)


ID TITULO HISTORIA

3: Priorización y Restricciones (MoSCoW)


Les enseñas que no pueden hacerlo todo en el primer semestre.
• Must (Debe):
o _______________________________________________________________________.
o _______________________________________________________________________
• Should (Debería):
o _______________________________________________________________________
o _______________________________________________________________________
• Could (Podría):
o _______________________________________________________________________
o _______________________________________________________________________
• Won't (No tendrá):
o _______________________________________________________________________
o _______________________________________________________________________

4. REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES.


Esta sección describe las acciones específicas que el sistema debe realizar para satisfacer
las necesidades del usuario capturadas en las fases previas.
1. REQUERIMIENTOS FUNCIONALES
ID NOMBRE DESCRIPCIÓN PRIORIDAD TRAZABILIDAD VERIFICACIÓN

2. REQUERIMIENTOS NO FUNCIONALES
ID CATEGORÍA REQUISITO DE CALIDAD MEDIDA DE ÉXITO

También podría gustarte