Doc 3 gestión de requerimientos (reqm 01)

GESTION DE REQUERIMIENTOS Empresa Omegasoft – Innovación Sin Fin

(Versión 1.0)

GESTIÓN DE REQUERIMIENTO REQM Versión 1.0

Proyecto: APMV “Aplicación móvil para la reserva y compra de

pasajes de buses – Terminal Bimodal Santa Cruz”

2

HOJA DE CONTROL

LISTA DE DISTRIBUCIÓN

Oficina de gestión de

proyecto (PMO)

Fanny Rivera Vera (Director (a) de Proyecto )

Fransk Roman Cambara (Jefe de Proyecto )

Equipo de desarrollo

Fanny Rivera Vera (Proyect Manager )

Wilma Cruz Serrudo (Consultora de negocios)

Jhon Ramiro Vidal Alvarez (Arquitecto )

Leandro Edgardo Ramirez Cortez (Programador )

Fransk Roman Cambara (SQA )

REVISIÓN DEL DOCUMENTO

Revisado por Equipo de Gestión PMO

En fecha 6 de diciembre del 2013

IDENTIFICACIÓN DEL DOCUMENTO

Código REQM

Título Gestión de Requerimiento

Nombre del Archivo REQM_01.doc

Nº de Versión 1.0

Fecha creación 6 de diciembre del 2013

Elaborado por Director(a) de Proyecto Fanny Rivera




3

APROBACIÓN DEL DOCUMENTO

Aprobado por Equipo de gestión PMO

En fecha 7 de diciembre del 2013

CONTROL DE VERSIONES

Versión Causa del Cambio Responsable Fecha

01 Versión Inicial Wilma Cruz (Consultora de Negocios) 4/12/2013




4

Índice 1. OBJETIVO...........................................................................................................................5

2. ENTRADA ..............................................................................................................................5

3. PRACTICAS ........................................................................................................................5

GR.P1-Recepción de Requisitos...............................................................................................5

GR.P2-Revisión de Requisitos .................................................................................................9

GR.P3-Gestión de Cambio de Requisitos ...............................................................................12

4. SALIDAS ...........................................................................................................................16

Índice de Tabla

TABLA 1- FICHA DE REGISTRO DE REQUERIMIENTO .................................................................................... 7

TABLA 2-FICHA DE REGISTRO DE REQUISITOS ........................................................................................... 8

TABLA 3-MATRIZ DE TRAZABILIDAD DE REQUISITOS................................................................................. 8

TABLA 4-ACTA DE RECEPCIÓN DE REQUISITOS .......................................................................................... 9

TABLA 5-FICHA DE VERIFICACIÓN Y VALIDACIÓN DE REQUISITOS ........................................................... 12

TABLA 6-FORMULARIO DE SOLICITUD DE CAMBIO ................................................................................... 13

TABLA 7-FICHA DE DETERMINACIÓN DE ALCANCE .................................................................................. 14

TABLA 8-FICHA DE EVALUACIÓN DE IMPACTO DE CAMBIO ....................................................................... 15

TABLA 9-FICHA DE REGISTRO DE CONTROL DE CAMBIO .......................................................................... 16

Índice de Ilustraciones

ILUSTRACIÓN 1-PROCESO DE RECEPCIÓN DE REQUISITOS .......................................................................... 6

ILUSTRACIÓN 2-PROCESO DE REVISIÓN DE REQUISITOS ........................................................................... 10

ILUSTRACIÓN 3-PROCESO DE CAMBIO DE REQUISITOS ............................................................................. 12




5

GESTIÓN DE REQUERIMIENTOS (REQM)

1. OBJETIVO

El objetivo perseguido con el Proceso de Gestión de Requisitos es:

1. Asegurar que los requisitos iniciales del producto, los que se deriven de ellos, así

como los cambios que éstos puedan sufrir, son tratados a lo largo de todo el ciclo de

vida del proyecto: planificación del proyecto, productos intermedios (diseño, código,

pruebas) y productos finales (software y elementos asociados entregados al cliente).

2. ENTRADA

Las entradas mínimas necesarias para poder ejecutar las actividades de este proceso son:

Catálogo de Requisitos (funcionales y no funcionales).

Peticiones de cambio de requisitos.

Planificación del proyecto.

Productos intermedios y finales.

3. PRACTICAS

GR.P1-Recepción de Requisitos

Proceso de Recepción de Requisitos




6

Ilustración 1-Proceso de Recepción de Requisitos

Actividad – Registrar Requerimiento

Una vez que el consultor de negocio haiga hecho el levantamiento de requerimiento a través de

las entrevistas con el cliente, este deberá hacer el registro de Requerimientos a través de la ficha

de registro de requerimiento que se detalla a continuación:

GESTIÓN DE REQUERIMIENTOS Nº……..

Fecha: …./…./….. FICHA DE REGISTRO DE

REQUERIMIENTOS

ID Proyecto: …………….. Nombre del Proyecto:………………………………….

ID DECRIPCIÓN DE REQUERIMIENTO




7

Involucrados:

Realizado por Consultor (a) de negocio:

Nombre:………………………………… Firma: ……………. Fecha: …./……/……

Aprobado por Cliente:


Tabla 1- Ficha de registro de Requerimiento

Actividad – Identificar Requisitos

Una vez los requisitos hayan sido aprobados por el cliente, el consultor de negocio hará la

identificación de Requisitos a partir de los requerimientos establecidos y los registrará haciendo

uso de la Ficha detallada a continuación:


FICHA DE REGISTRO DE

REQUISITOS


ID REQUISITO (CU) PRIORIDAD

Involucrados:

Realizado por Consultor (a) de Negocio:





8

Aprobado por Director de Proyecto:


Tabla 2-Ficha de Registro de Requisitos

Actividad – Validar Requisitos

Una vez se hayan identificado los requisitos el consultor de negocio deberá estructurar la matriz

de trazabilidad bidireccional entre los requerimientos desde su fuente hasta sus requerimientos

derivados y la asignación a las funciones, a las interfaces, a los objetos, a la gente, a los

procesos y a los productos. Para ello se hará uso la Plantilla de la matriz de trazabilidad.

Tabla 3-Matriz de Trazabilidad de Requisitos

Actividad – Registrar Acta de Recepción de requisitos




9

El director de proyecto deberá hacer el registro de acta de recepción de requisitos, una

vez estos haigan sido enlistado por el consultor de negocio. El acta de recepción deberá

ser aprobada por el cliente. Para ello se hará uso de la ficha de recepción de requisitos.


ACTA DE RECEPCIÓN DE

REQUISITOS


LISTADO DE REQUISITOS FUNCIONALES

Id Descripción Acordado

LISTADO DE REQUISITOS FUNCIONALES

Id Descripción Acordado

RECOMENDACIONES Y ADVERTENCIAS

Nº Detalle de Clausula Acordado

Involucrados:

Realizado por Director de Proyecto:




Tabla 4-Acta de Recepción de Requisitos




10

GR.P2-Revisión de Requisitos

Proceso de revisión de requisitos

Ilustración 2-Proceso de Revisión de Requisitos

Actividad – Verificar y Validar Requerimientos


FICHA DE VERIFICACIÓN Y

VALIDACIÓN


LISTADO DE REQUISITOS

Nº Criterio Si No Comentario

1 ¿Se han identificado quiénes son los proveedores de requisitos autorizados (canales apropiados o fuentes oficiales de quien poder recibir requisitos, por ejemplo, cliente externo, interno, usuarios finales, etc.)?

2 ¿Se han establecido criterios objetivos para la evaluación y aceptación de los requisitos (ej.: clara y adecuadamente definido, completo, consistente con otros requisitos, identificado unívocamente, implementable adecuadamente, testearle, trazable)?

3 ¿Se analizan los requisitos para garantizar que se cumplen los criterios de aceptación establecidos?




11

4 ¿Se llega a un conjunto de requisitos acordados por ambas partes de forma que los participantes del proyecto puedan comprometerse con dichos requisitos?

5 ¿Existe un registro donde se recojan los requisitos del cliente (documento, BD o herramienta específica de gestión de requisitos)?

6 ¿Se evalúa el impacto de los requisitos (y de los cambios a requisitos) sobre los compromisos ya existentes?

7 ¿Queda documentado el compromiso del personal encargado de implementar los requisitos para con los mismos (ej.: firma del plan de proyecto, actas de la reunión de lanzamiento o de las reuniones internas de requisitos, atributo en la BD de requisitos para reflejar el estado de revisión/compromiso)?

8 ¿Se ha establecido claramente quién es el responsable de aprobar/rechazar una petición de cambio a un requisito?; ¿se han definido criterios de escalado para tomar esta decisión?

9 ¿Se controla el estado de los requisitos?; ¿existen atributos que indiquen el estado actual de cada requisito?

10 ¿Se revisan el plan de proyecto y los WorkProducts relacionados con los requisitos para asegurar que existe consistencia con los requisitos y los cambios realizados en ellos?

11 ¿Existen Procesos, Procedimientos, Plantillas, Herramientas para Gestión de Requisitos? ¿La utilizan los proyectos?

12 ¿Se tiene una trazabilidad (ej.: matriz de trazabilidad) desde los requisitos fuente hacia sus derivadas y a la inversa?

13 ¿Se identifican incoherencias entre los requisitos, los planes de proyecto y los WorkProducts, se documentan y se toman medidas correctivas?

OBSERVACIONES

Involucrados:

Realizado por SQA:





12

Interesado – Consultor de negocio:


Tabla 5-Ficha de Verificación y Validación de Requisitos

GR.P3-Gestión de Cambio de Requisitos

Proceso de Cambio de Requisitos

Ilustración 3-Proceso de Cambio de Requisitos

Actividad – Solicitar Cambio

En caso de que el cliente haga una solicitud de cambio sobre un requerimiento o agregación de

un nuevo requerimiento, para ello deberá llenar el siguiente formulario de solicitud de cambio.


FORMULARIO DE SOLICITUD DE

CAMBIO


Id requerimiento:……………………

Detalle del cambio:………………………………………………………………………




13

……………………………………………………………………………………………

……………………………………………………………………………………………

……………………………………………………………………………………………

Justificación de cambio:…………………………………………………………………

……………………………………………………………………………………………

……………………………………………………………………………………………

……………………………………………………………………………………………

(Nota: Si el requerimiento dejar en blanco el id del requerimiento en caso de que se trate de un nuevo

requerimiento.)

OBSERVACIONES

Involucrados:

Realizado por Cliente:


Aprobado por jefe de proyecto:


Tabla 6-Formulario de Solicitud de Cambio

Actividad – Determinar Alcance

El consultor de negocio debe analizar el alcance de los cambios solicitados, si corresponde a un

nuevo requerimiento o si es de ajuste de otros. Para ello hace uso de una Ficha de determinación

de alcance.


FICHA DE DETERMINACIÓN DE

ALCANCE


ID Requerimiento Requisitos asociados




14

Tipo de cambio: Estructural

Diseño

Involucrados:

Realizado por consultor de Negocio:


Aprobado por jefe de proyecto:


Tabla 7-Ficha de Determinación de Alcance

Actividad – Evaluación del Impacto

Una vez el consultor de negocio haga el envío de la determinación del alcance del impacto, el

jefe de proyecto debe realizar una evaluación del impacto del cambio en el plan de proyecto,

para ello hará uso de la ficha de evaluación de impacto de cambio.


FICHA DE EVALUACIÓN DEL IMPACTO

DE CAMBIO


Nº de Solicitud de requerimiento: …………………………………………………….

Descripción del cambio: ………………………………………………………………..


Diseño

EVALUACION




15


Diseño

Involucrados:

Realizado por Director de Proyecto:


Aprobado Cliente:


Tabla 8-Ficha de Evaluación de impacto de cambio

Actividad – Documentar Cambio




16

Una vez que el jefe de proyecto haga el consenso del cambio solicitado por el cliente y este haya

sido aprobado por ambas partes se debe documentar el cambio a través de la ficha de Registro

de Cambio de Requerimiento.


FICHA DE REGISTRO DE CONTROL DE

CAMBIO


Nº de Solicitud de requerimiento: …………………………………………………….


Diseño

Descripción del cambio: ………………………………………………………………..

……………………………………………………………………………………………

……………………………………………………………………………………………

Motivo del cambio:

……………………………………………………………………………………………

……………………………………………………………………………………………

……………………………………………………………………………………………

……………………………………………………………………………………………

Impacto en el proyecto:

Tiempo:

……………………………………………………………………………………………

……………………………………………………………………………………………

Costo:

……………………………………………………………………………………………

……………………………………………………………………………………………

Involucrados:

Realizado por Jefe de Proyecto:




Tabla 9-Ficha de Registro de Control de Cambio




17

4. SALIDAS

Las salidas de este proceso son:

Catálogo de requisitos aprobados.

Historia de cambio de requisitos.

Contabilización de requisitos aceptados y rechazados.

Plan de trabajo o matriz de control de la trazabilidad de los requisitos y resto de

elementos del proyecto.

Technology

Doc 3 gestión de requerimientos (reqm 01)