patron de procesos

1 Patrón de Proceso
Definición general del proceso

Proceso
GESTIÓN DE REQUERIMIENTOS (REQM )
Categoría
GESTIÓN DE PROYECTOS (PM)
Propósito
El propósito de este proceso es administrar cada uno de los requerimientos del proyecto junto a sus componentes; minimizando al máximo posibles inconsistencias, con el fin de garantizar un alineamiento entre los requerimientos y los objetivos a losque apunta el proyecto.
Objetivos
O.1
Comprender requerimientos.
O.2
Comprometer requerimientos.
O.3
Administrar cambios en los requerimientos.
O.4
Mantener la trazabilidad bidireccional de los requerimientos
O.5
Garantizar un alineamiento entre la planificación del proyecto, los productos de trabajo y los requerimientos del proyecto.

Descripción
La gestión de requerimientos es elproceso de documentación, análisis, seguimiento, priorizar y acordar los requisitos y luego el control del cambio y comunicar a las partes interesadas pertinentes. Cabe mencionar que este proceso es continuo a lo largo de un proyecto.
Roles
Jefe del proyecto, analista, área comercial y cliente.
Procesos relacionados
Desarrollo de requerimientos, soluciones técnicas, gestión de laconfiguración, control y monitoreo del proyecto, planificación del proyecto y gestión de Riesgos.

Actividades
Se asocian a los objetivos y describen las tareas y roles responsables.

Diagrama de Actividad O.1
Comprender requerimientos


Actividad O.1
Comprender requerimientos
ID Tarea
O.1.1
Nombre
Identificar contraparte
Descripción
Identificar lo antes posible a la o las personasresponsables de definir los requerimientos que quiere llevar a cabo. Cabe mencionar que la o las personas responsables antes mencionadas también son quienes aprueban o desaprueban posibles cambios en los requerimientos.
En esta etapa, además de identificar la contraparte, se realiza una captura de requerimientos de manera informal.
Entradas
No aplica
Salidas
Asignación de roles
Plan de proyectoSRS-REV-001 (Software Requirement Specification revisión 001)
Roles
Jefe de proyecto


Actividad O.1
Comprender requerimientos
ID Tarea
O.1.2
Nombre
Revisar requerimientos
Descripción
Revisión de requerimientos capturados y documentación de los mismos, mejorando con esto la respectiva estimación de tiempo/costo. Cabe mencionar que cada requerimiento queda registrado en la documentacióncon un identificador único para posterior seguimiento.
Entradas
SRS-REV-001 (Software Requirement Specification revisión 001)
DCU (Diagrama de casos de uso)
Salidas
SRS-REV-002 (Software Requirement Specification revisión 002)
Roles
Analista















Actividad O.1
Comprender requerimientos
ID Tarea
O.1.3
Nombre
Acordar requerimientos
Descripción
Previa revisiónde cada uno de los requerimientos, todas las partes llegan a mutuo acuerdo respecto a lo que significa realmente cada requerimiento, evitando así cualquier tipo de ambigüedad.
Entradas
SRS-REV-002 (Software Requirement Specification revisión 002)
Salidas
SRS-REV-003 (Software Requirement Specification revisión 003)
Roles
Jefe de proyectoDiagrama de Actividad O.2
Comprometer requerimientos



Actividad O.2
Comprometer requerimientos
ID Tarea
O.2.1
Nombre
Evaluar impacto y factibilidad técnica
Descripción
La factibilidad técnica consiste en analizar la disponibilidad de equipos y/o software. Junto a esto, se analiza si cada uno de los antes mencionados cuenta con las capacidades técnicas requeridas para el proyecto.Entradas
SRS-REV-003 (Software Requirement Specification revisión 003)
Salidas
Informe de factibilidad técnica
Autorización factibilidad técnica
SRS-REV-004 (Software Requirement Specification revisión 004)
Roles
Jefe de proyecto
Analista
Área comercial

Actividad O.2
Comprometer requerimientos
ID Tarea
O.2.2
Nombre
Evaluar impacto y factibilidad económica
Descripción
Evaluar el...