---
# System prepended metadata

title: Proceso para Gestión de Requisitos (REQM)

---

# Proceso para Gestión de Requisitos (REQM)

## Responsables

Nombre     | Rol
-----------|------------------
Irving     | Dueño del proceso
Cris       | Autor
Luis       | Autor

## Objetivo (SMARTish)
Establecer las prácticas que involucran el área de gestión de requisitos (REQM) del nivel 2 de madurez del CMMI-DEV 1.3.

## Prerequisitos
1. Identificar las necesidades del stakeholder.
2. Identificar alcance inicial y requisitos iniciales del proyecto.

## Entradas
1. Requisito funcional.

## Proceso de Análisis de Requisitos
**Proceso para analisis de requisitos funcionales.**

#### Análisis US (*ID*)

- Fecha 
    `Fecha en la que se realiza el análisis del requisito funcional.` 
- Responsables
    `Nombre del responsable del análisis del requisito funcional.` 
- Descripción 
   `Breve descripción del requisito funcional como historia de usuario.`
- Objetivo
    `Describir el propósito de la historia de usuario y la necesidad que ataca`
- Herramientas De Modelado 
     + Diagrama de actividad
         `Describe el flujo de la historia de usuario`
     + Bosquejo 
         `Realizar un bosquejo que permita visualizar como se vería la historia de usuario`
- Criterios de aceptación
    + El administrador una vez creado el usuario de administrador puede visualizar al usuario nuevo creado?
    + El nuevo administrador creado puede iniciar sesión y tiene los privilegios que le corresponde?
    + El nuevo administrador puede acceder de inmediato una vez es creada su cuenta?
    + El administrador puede ver de inmediato al administrador que se creó?
    + El nuevo administrador puede realizar las tareas que le corresponden?
    + ¿La organización de los datos es lo suficientemente intuitivo?
    + ¿Pasa todos los casos de prueba?
    + ¿El socioformador está satisfecho con la solución?
-   Verificar y validar lo siguiente:
    + Los documentos/diagramas hechos sirven para entender la user story.
    + Evidencias de los modelos a usar ya sea diagrama de actividad/wireframe
    + Satisface la necesidad del socio formador?
    + El cliente entiende la funcionalidad de la historia de usuario y cumple sus expectativas?
    + Abarca los atributos de calidad a considerar para la historia de usuario?



## Proceso de Diseño de Requisitos
#### Diseño US (*ID*) 


- Fecha
    `Fecha en la que se realiza el análisis del requisito funcional.` 
- Responsables
    `Nombre del responsable del análisis del requisito funcional.` 
- Descripción
- Objetivo
- Herramientas De Modelado
    - Diagrama de sequencia
    - Diagrama de flujo
    - Bosquejo
    - Logical Data Model 
- Criterios de aceptación
- Verificación y validación
## Salidas
1. Historia de usuario validada por el stakeholder.

## Métricas
1. Tiempo de ejecución del proceso


