SACPUVE PRP RM 0.2

RM
Proceso de Gestin de
Requerimientos
Este documento describe el proceso de gestin de

requerimientos que involucra una serie de actividades
que proporcionan una base estable para la planificacin,
desarrollo, pruebas y la entrega.
Proceso de Gestin de Requerimientos| 1
Control de la documentacin
Control de la Configuracin.
Titulo:
Proceso de Gestin de Requerimientos
Referencia:
Ninguna
Autores:
Jess Castro Magaa

Hudy Chan Rodrguez
Flix Sosa Quintal
Juan Ku Quintana
Vctor Rodrguez Cmara
11/10/2010
Fecha:
Histrico de Versiones.
Versi Fecha
Estado
n
0.1
11/10/20 Revisi
10
n
0.2
24/10/20
10
Revisi
n
Responsable
Nombre de Archivo
Jess Castro Magaa

Hudy Chan Rodrguez
Flix Sosa Quintal
Juan Ku Quintana
Vctor Rodrguez
Cmara
Jess Castro Magaa
Hudy Chan Rodrguez
Flix Sosa Quintal
Juan Ku Quintana
Vctor Rodrguez
Cmara
Requirements_Management
.0.1.docx
Requirements_Management
.0.2.docx
Histrico de Cambios.
Versi Fecha
Cambios
n
0.1
11/10/201 Ninguna primera versin.
0
0.2
24/10/201 Correcciones ortogrficas.
0
Explicaciones ms explcitas.
Inclusin del plan.
Explicacin del llenado de plantillas.
Contenido
Control de la documentacin...................................................................................... 2
Control de la Configuracin.................................................................................. 2
Histrico de Versiones.......................................................................................... 2
Histrico de Cambios........................................................................................... 2
1.
Introduccin......................................................................................................... 6
2.
Propsito.............................................................................................................. 6
3.
Responsables....................................................................................................... 6
4.
Gua del proceso.................................................................................................. 6

4.1.
Criterios de entrada....................................................................................... 6
4.2.
Entradas......................................................................................................... 6
4.3.
Proceso.......................................................................................................... 7
4.3.1.
Prcticas..................................................................................................... 7
4.3.1.1.
Obtener una compresin de los requerimientos...................................7
Propsito.............................................................................................................. 7
Responsables....................................................................................................... 7
Criterios de entrada............................................................................................. 7
Entradas............................................................................................................... 8
Actividades........................................................................................................... 8
Salidas.................................................................................................................. 8
4.3.1.2.
Obtener el compromiso sobre los requerimientos acordados...............8
Propsito:............................................................................................................. 8
Responsables....................................................................................................... 8
Criterios de entrada:............................................................................................ 8
Entradas:.............................................................................................................. 9
Actividades:.......................................................................................................... 9
Salidas:................................................................................................................. 9
4.3.1.3.
Gestionar los cambios de los requerimientos.......................................9
Propsito:............................................................................................................. 9
Responsables....................................................................................................... 9
Criterios de entrada............................................................................................. 9
Entradas............................................................................................................. 10
Actividades......................................................................................................... 10
Salidas................................................................................................................ 10
4.3.1.4.
Mantener la trazabilidad bidireccional entre los requerimientos........10
Propsito............................................................................................................ 10
Responsables..................................................................................................... 10
Criterios de entrada........................................................................................... 10
Entradas............................................................................................................. 10
Actividades......................................................................................................... 11
Salidas................................................................................................................ 11
4.3.1.5. Identificar inconsistencias entre los productos de trabajo y los
requerimientos................................................................................................... 11
Propsito............................................................................................................ 11
Responsables..................................................................................................... 11
Criterios de Entrada........................................................................................... 11
Entradas............................................................................................................. 11
Actividades......................................................................................................... 12
Salidas................................................................................................................ 12
4.4.
Salidas......................................................................................................... 12
4.5.
Criterios de Salida........................................................................................ 12
4.6.
Verificaciones............................................................................................... 13
4.7.
Mtricas....................................................................................................... 13
4.8.
Glosario........................................................................................................ 13
Apndice............................................................................................................... 15
A1. Lista de criterios para distinguir proveedores de requerimientos................16
A2. Lista de Criterios para la evaluacin y aceptacin de Requerimientos........16
A3. Forma de Reporte del anlisis de los criterios..............................................17
Gua: Reporte del Anlisis de los Criterios de Aceptacin de los Requisitos.......18
A4. Forma de Acuerdos del conjunto de requerimientos....................................18
Gua: Acuerdo del conjunto de requerimientos..................................................19
A5. Forma de Evaluacin de impacto de los Requerimientos.............................20
Gua: Forma de evaluacin de impacto de los requerimientos...........................20
Gua: Forma de estimacin del esfuerzo en el cambio de los requerimientos....23
A6. Reporte de Estado de los Requerimientos...................................................23

Gua: reporte del estado de los requerimientos.................................................24
A7. Eleccin de una Herramienta para el manejo de la base de datos de los
Requerimientos.................................................................................................. 24
Gua: Procedimiento para la Eleccin de una Herramienta para el manejo de la base
de datos de los Requerimientos.........................................................................25
A8. Procedimiento para el Sistema de Seguimiento de los Requerimientos......26
Gua: Procedimiento para el Sistema de Seguimiento de los Requerimientos...27
A9. Plantilla para la Matriz de Trazabilidad de los Requerimientos.....................27
Gua: Plantilla para la matriz de trazabilidad de los requerimientos..................28
A10. Forma de Reporte de inconsistencias.........................................................28
Gua: Forma de reporte de inconsistencias........................................................29
A11. Reporte de Acciones Correctivas................................................................29
Gua: Forma de acciones correctivas..................................................................30
1. Introduccin
El proceso de gestin de requerimientos administrar los requerimientos (funcionales y
no funcionales) generados en cada proyecto. La actividad principal del proceso es
documentar y mantener la trazabilidad bidireccional entre la fuente de los requerimientos
(stakeholders, documentos, estndares, polticas de la empresa) y los productos y
componentes generados en el proyecto.
2. Propsito
El propsito del proceso de gestin de requerimientos es controlar la documentacin
referente a los requerimientos del producto, los cambios que ocurran y tambin
identificar inconsistencias entre los requerimientos y los productos (documentos y
componentes de software) del proyecto generados en cada fase del ciclo de desarrollo.
3. Responsables.
La Direccin.
Administrador de Proyecto.
Jefe de Control de Cambios.
Secretario de las sesiones con el usuario.
Personal de administracin de requerimientos.
Cualquier participante del proyecto.
4. Gua del proceso.

4.1.
Criterios de entrada.
Se ha generado un documento con un conjunto coherente y cohesivo de

requerimientos.
Se ha realizado la obtencin de la documentacin en la que se basan los
requerimientos del sistema.
Se ha establecido un sistema de almacenamiento para el manejo de la
documentacin que genere el proceso de gestin de los requerimientos.
4.2.
Entradas.
Las entradas del proceso son las siguientes:
Informacin de sistemas existentes: este punto contiene informacin acerca de

los sistemas legados o con los que interactuar el sistema.
Necesidades de los stakeholders: representa el conjunto de necesidades de las
personas involucradas en el uso del sistema.
Estndares de la organizacin: polticas de calidad, lineamientos de la

organizacin.
Reglamentaciones: se refiere a regulaciones o seguridad que se debe aplicar al
sistema.
Informacin del dominio: se refiere al dominio de aplicacin del sistema.
Documentacin de especificacin de requerimientos de software.
Casos de uso.
Reglas de negocio del sistema.
Flujos de trabajo.
Peticiones de cambio o inconformidades en los requerimientos.
4.3.
Proceso.
Para llevar a cabo este proceso se tiene el siguiente objetivo:

Objetivo 1. Gestionar los requerimientos.
Para cumplir este objetivo se tienen las siguientes prcticas, estas se resumen a
continuacin:
1.
2.
3.
4.
5.
Obtener una comprensin de los requerimientos.

Obtener el compromiso sobre los requerimientos acordados.
Gestin de cambiosde los requerimientos.
Mantener la trazabilidad bidireccional entre los requerimientos.
Identificar inconsistencias entre los productos de trabajo y los requerimientos.
4.3.1.
Planificacin del proceso.
Propsito.
El propsito de la planificacin es establecer el nivel de detalle que se tendr en la
ejecucin de la gestin de requerimientos.
Se ha generado un documento con un conjunto coherente y cohesivo de

requerimientos.
Se ha realizado la obtencin de la documentacin en la que se basan los
requerimientos del sistema.
Se ha establecido un sistema de almacenamiento para el manejo de la
documentacin que genere el proceso de gestin de los requerimientos.
Recursos.
Los recursos para realizar el proceso sern:
Computadora de escritorio con paquetera de office para la elaboracin de la

documentacin.
Material de oficina.
Requisite Pro.
Responsables.
La autoridad y responsabilidad de la ejecucin del proceso estar a cargo de:
Hudy H. Chan Rodrguez.

Flix Sosa Quintal.
Realizacin de las Prcticas.

Teniendo como criterio de entrada un conjunto coherente y cohesivo de requerimientos,
y conforme se vaya desarrollando el proyecto, al ocurrir un cambio o se genere un nuevo
conjunto de requerimientos se tendr que realizar las siguientes prcticas:
1. Obtencin de una comprensin de los requerimientos.
Seleccionar las fuentes oficiales de requerimientos siguiendo los criterios
establecidos en el apndice A1. Esto para evitar el flujo contino de requerimientos
de fuentes no oficiales.
Analizar cada requerimiento en base a los criterios de aceptacin descritos en el
apndice A2.
Reportar el anlisis del o los documentos que respalden a los requerimientos en la
forma del apndice A3.
Documentar el acuerdo del conjunto de requerimientos en la forma del apndice
A4.
2. Obtencin de un compromiso sobre los requerimientos.
Documentar el impacto de un cambio o nuevo requerimiento usando la forma del
apndice A5.
Registrar las negociaciones y los nuevos compromisos actualizando las formas
generadas del apndice A4.
3.
Gestionar los cambios.

Al inicio del proyecto documentar los requerimientos existentes en la forma del
apndice A6. Cuando ocurra una peticin de cambio y est sea evaluada y
aprobada, se actualizar donde sea necesario para llevar el control de los cambios
de la lnea base de requerimientos.
Llevar acabo el procedimiento para la eleccin de una herramienta automatizada
para el manejo de la base de datos de los requerimientos.
4. Generacin del conjunto de matrices de trazabilidad bidireccional de los

requerimientos.
Siga el procedimiento descrito en el apndice A8. Al seguir este procedimiento se

generar un conjunto de matrices de trazabilidad. La informacin de rastreo de los
requerimientos se mantendr para generar por las siguientes matrices:
o
o
Trazabilidad de la fuente contra su requerimiento. Vincula los requerimientos

con los stakeholder que propusieron los requerimientos.
Trazabilidad de la documentacin contra su requerimiento. Vincula los
requerimientos con algn documento de referencia del requerimiento para
el control de cambios. Por ejemplo requerimiento funcional vs documento de
caso de uso del requerimiento funcional.
Trazabilidad del diseo contra su requerimiento. Vincula los requerimientos
con un elemento del diseo en el cual esta siendo implementado. De no
existir diseo vincularlo con el artefacto que implemente el requerimiento.
5. Identificar inconsistencias entre los productos de trabajo y los requerimientos.
Esta prctica ocurre durante el cambio e implementacin de una peticin de

cambio sobre los requerimientos y sus entidades relacionadas dentro el sistema.
Por lo tanto ejecutar el procedimiento descrito en el proceso y documentar cada
inconsistencia con sus acciones correctivas en las formas del apndice A10 y A11.
4.3.2.
Prcticas
4.3.2.1. Obtener una compresin de los requerimientos.

Propsito.
Esta prctica se basa en desarrollar una compresin del significado de los requerimientos
con los proveedores. Durante el proyecto se generan mltiples requerimientos por lo
tanto se debe establecer criterios para distinguir las fuentes de los requerimientos que
ayuden a desarrollar el proyecto segn lo planificado y asegurar que los requerimientos
estarn plenamente comprendidos.
Responsables.
Personal de la administracin de requerimientos.

Personal de aseguramiento de la calidad.
Personal que se considere necesario.
Tener un documento con un conjunto coherente y cohesivo de requerimientos.
Entradas.
Documento de especificacin de requerimientos de software con un conjunto

coherente y cohesivo.
Documentacin de referencia para los requerimientos.
Actividades.
1. Establecer los criterios para distinguir a los proveedores apropiados de
requerimientos. Es importante definir cuales sern los criterios para distinguir
proveedores de tal forma que los requerimientos estn basados en documentos o
entidades oficiales para evitar problemas futuros. Como ejemplo puede usar
algunos de los criterios listados en la referencia del .
2. Establecer los criterios objetivos para la evaluacin y la aceptacin de los
requerimientos. Use los criterios que se listan en el para realizar est subprctica.
3. Analizar los requerimientos para asegurar que se cumplen los criterios
establecidos. Para est subprctica use la plantilla del .
4. Alcanzar una compresin de los requerimientos con el proveedor de
requerimientos para que haya un compromiso. Use la plantilla del para esta
subprctica.
Salidas
Anlisis de los Criterios con la plantilla del .

Lista del Conjunto de Requerimientos acordados debidamente llenada y firmada
del .
4.3.2.2. Obtener el compromiso sobre los requerimientos

acordados.
Propsito:
Obtener el compromiso de los participantes de proyecto sobre los requerimientos. Esta
prctica se ocupa de los acuerdos y compromisos entre aquellos que tienen que llevar a
cabo las actividades necesarias para implementar los requerimientos. A medida que los
requerimientos evolucionan, esta prctica asegura que los participantes del proyecto se
comprometen con los requerimientos actuales y aprobados, y con los cambios resultantes
en los planes, actividades y productos de trabajo del proyecto.
Responsables

Administrador de proyecto.
Criterios de entrada:
Haber realizado un anlisis de los Criterios. ()

Todos los involucrados en el proyecto deben conocer y entender los
requerimientos.
Entradas:
Lista de criterios para distinguir a los proveedores de requerimientos apropiados de

requerimientos. ()
Criterios de Evaluacin y Aceptacin de Requerimientos. ()
Lista del Conjunto de Requerimientos acordados. ()
Actividades:
1. El personal de administracin de requerimientos revisa el impacto de los
requerimientos sobre los compromisos existentes.
El impacto sobre los
participantes del proyecto debe evaluarse cuando cambian los requerimientos o al
principio de un nuevo requerimiento.
2. El Administrador de proyecto negocia y registra los compromisos con los dems
stakeholders. Los cambios a los compromisos existentes deberan negociarse antes
de que los participantes del proyecto se comprometan con el requerimiento o con
el cambio del requerimiento.
Salidas:
1. Evaluacin de impacto de los Requerimientos. ()
2. Versin final del ERS firmado al igual que agendas, calendario de entregables (en
caso de haberlos) y planes involucrados.
4.3.2.3. Gestionar los cambios de los requerimientos.

Propsito:
Gestionar los cambios a los requerimientos a medida que evolucionan durante el
proyecto. Los cambios ocurren conforme avanza el trabajo o incluso se derivan
requerimientos adicionales. Es por eso que es necesario gestionar estas acciones de
manera eficiente y eficaz. Analizar el impacto del cambio conociendo la fuente del
requerimiento y la razn del cambio debe estar documentado.
Responsables

Jefe de Control de Cambios.
Criterios de entrada
Llevar un formato de versiones sobre los documentos obtenidos en fases

anteriores y futuras.
Se ha establecido una lnea base de los requerimientos del sistema a desarrollar.
Ha ocurrido una peticin de cambio o un nuevo requerimiento fuera de la lnea
base.
Entradas
Evaluacin de impacto de los Requerimientos. ()

Versin final del ERS firmado al igual que agendas o calendario de entregables (en
caso de haberlos).
Lnea base del conjunto de requerimientos del sistema a desarrollar.
Actividades.
1. El personal de administracin de requerimientos debe documentar todos los
requerimientos y hacer las solicitudes correspondientes al jefe de control de
cambios para realizar las respectivas modificaciones a los requerimientos que son
dados o generados por el proyecto.
2. El jefe de control de cambios debe mantener el historial de cambios sobre los
requerimientos y las razones de los cambios.
3. El personal de administracin de requerimientos evala el impacto de los cambios
en los requerimientos desde el punto de vista de las partes interesadas relevantes.
4. El jefe de control de cambios pone los requerimientos y los cambios en los datos
disponibles para el proyecto.
Salidas
1. Estado de los Requerimientos.
2. Realizar el procedimiento para escoger una base de datos de requerimientos. ()
4.3.1.4. Mantener la trazabilidad bidireccional entre los

requerimientos.
Propsito.
Mantener la trazabilidad bidireccional entre los requerimientos y el plan del proyecto y los
productos de trabajo. Est prctica contiene las siguientes actividades:
Responsables.
Jefe de control de cambios.

Aseguramiento de la calidad.
Los requerimientos del sistema se encuentran en la lnea base.

Los requerimientos estn identificados con una referencia.
Entradas.
Lista de requerimientos de la lnea base.

Documentacin de la especificacin de requerimientos de software.
Plantilla del estado de los requerimientos.
Actividades.
1. Mantener la trazabilidad de los requerimientos desde su fuente hasta sus
requerimientos derivados y la asignacin a las funciones, a las interfaces, a los
objetos, a la gente, a los procesos y a los productos. Para esto est la plantilla
presentada en el apndice A8.
2. Generar la matriz de trazabilidad de los requerimientos, en el apndice A9 se

muestra un ejemplo de cmo se hace la matriz, en las columnas se establecen los
requerimientos funcionales recabados y en las columnas se colocan los casos de
uso, mdulos de cdigo, pruebas, diagramas etc. Y se debe marcar la interseccin
entre un requerimiento y su correspondencia con algn caso de uso, mdulo,
pruebas etc. Esto con el fin de cerciorarse de que no todos los productos cuentan
con un requerimiento como fuente.
Salidas.
Definicin de un sistema de seguimiento de los Requerimientos.()

Matriz de trazabilidad de los requerimientos. ()
4.3.1.5. Identificar inconsistencias entre los productos de trabajo y los

requerimientos.
Propsito.
Identificar las inconsistencias entre los planes del proyecto, los productos de trabajo y los
requerimientos. Est prctica encuentra las inconsistencias que tienen los requerimientos
con las dems entidades involucradas.
Responsables

Administrador de proyectos.
Cualquier persona involucrada con el proyecto.
Criterios de Entrada.
Se identifica una inconsistencia en los planes o productos del proyecto ya sea

mediante inspecciones o con la matriz de trazabilidad.
Se encontr una inconsistencia con los requerimientos
Entradas.
Planes del proyecto.

Documentacin de la obtencin de requisitos.
Matrices de trazabilidad.
Productos de trabajo
Actividades.
1. Revisar los planes, las actividades y los productos de trabajo del proyecto en
cuanto a la consistencia con los requerimientos y los cambios realizados a ellos.
2. Identificar la fuente de la inconsistencia y la razn. Un procedimiento para la
identificacin seria:
a. Ocurre un problema o una peticin de cambio sobre uno o varios
requerimientos.
b. Se analiza y aprueba la peticin de cambio.

c. Se modifican las entidades relacionadas con dicho requerimiento haciendo uso
de la matriz de trazabilidad donde se encuentre documentado el requerimiento y
se implementa la peticin de cambio en el sistema.
d. Se verifican que los cambios se hacen en todas las entidades relacionadas al
requerimiento.
e. Si se identifica una inconsistencia documentarla aplicando la actividad nmero
3.
3. Identificar los cambios que necesitan realizarse a los planes y a los productos de
trabajo resultantes de los cambios a la lnea base de los requerimientos y
documentarlas en la plantilla del apndice A10.
4. Iniciar las acciones correctivas y documentarlas en el apndice A11.
Salidas
1. Documentacin de inconsistencias incluyendo fuentes, condiciones y razones.()
2. Documentacin de las acciones correctivas. ()
4.4. Salidas
Resultados de los anlisis de los requerimientos frente a los criterios.

Acuerdo con el conjunto de requerimientos del sistema revisado y firmado por
las partes interesadas.
Evaluaciones de impacto sobre los cambios o nuevos requerimientos del
sistema.
Reportes de las negociaciones de los cambios o nuevos requerimientos del
sistema.
Documentacin del estado de los requerimientos.
Base de datos de los requerimientos del sistema.
Matriz de trazabilidad de los requerimientos.
Documentacin de las inconsistencias.
Documentacin de las acciones correctivas.
4.5. Criterios de Salida.
Se analizaron a detalle los criterios de los proveedores de requisitos y se

documentacin en las formas correspondientes.
Los acuerdos de los requerimientos estn debidamente firmados y aprobados.
Todas las peticiones de cambio sobre la lnea base son evaluadas y se
documentan los cambios.
Se genera la matriz de trazabilidad.
Se documenta y evala cada inconsistencia y acciones correctivas.
4.6. Verificaciones.
El grupo de aseguramiento de la calidad debe verificar que los procedimientos, formatos
y plantillas del proceso se llenan segn las instrucciones.
Si algn elemento del proceso necesita modificarse ya sea para la mejora o adaptacin,
esta modificacin deber especificarse en el control de la versin del presente
documento.
Las verificaciones por parte de las inconsistencias deben ser revisadas por el
administrador y cualquier miembro del equipo que se vea involucrado con dicha
inconsistencia.
4.7. Mtricas.
Las siguientes mtricas buscan la mejora del proceso, son las siguientes:
Nmero de requerimientos funcionales.

Nmero de casos de uso.
Tiempo de anlisis de una peticin de cambio.
Tiempo que toma realizar una modificacin por parte de una peticin de cambio
hacia un producto de trabajo.
Tiempo en realizar una accin correctiva de una inconsistencia.
Esfuerzo (en horas laborales) de la estimacin de una peticin de cambio.
4.8. Glosario.
Sistema legado o heredado: es un sistema que ha quedado anticuado pero contina
siendo utilizado por una organizacin o empresa y no se quiere o no se puede
reemplazar o actualizar de forma sencilla.
Stakeholder: personas que pueden afectar (positiva o negativamente) en la realizacin
del proyecto.
Tcnica JAD: consiste en un conjunto de reuniones formalizadas donde participan los
stakeholders y el equipo de desarrollo para definir y revisar los requerimientos del
negocio para el sistema.
Testers: Persona encargada de realizar pruebas sobre una parte especifica del sistema.
Trazabilidad Bidireccional: Es una asociacin entre dos o ms productos del proceso
de desarrollo y permite que se rastree como se est diseando, codificando y probando
uno o mas requerimientos.
Requisitos No Funcionales: se refieren a todos los requisitos que ni describen
informacin a guardar, ni funciones a realizar.
Requisitos Funcionales: define el comportamiento interno del software,

funcionalidades especficas que muestran cmo los casos de uso sern llevados a la
prctica
Requisitos No Tcnicos: se refieren a los requisitos que tienen que ver con el costo y la
planeacin del calendario del proyecto.
Inconsistencia en los planes o productos del proyecto: incongruencias entre los
requerimientos establecidos y los planes o productos originados por stos. Tambin
pueden ser productos y planes que no estn sustentados por un conjunto de
requerimientos.
Consistencia en los planes o productos del proyecto: son productos o planes que
tienen como base un conjunto congruente y cohesivo de requerimientos establecidos
formalmente.
Apndice
A1. Lista de criterios para distinguir proveedores de requerimientos.
Gestin de
Requerimientos
Lista de Criterios para distinguir

proveedores de Requerimientos.
Gua
Lo enlistado son los posibles proveedores de requerimientos con los cuales podrn
ser seleccionados y clasificados segn la importancia de la informacin que
pudieren proporcional.
Es importante distinguir cual ser la fuente de requisitos para evitar informacin
innecesaria.
La siguiente lista se usa de referencia para los criterios empleados para
la seleccin del originador de requerimientos para el proyecto.
Criterio
Descripcin
El cargo que tiene en la
o Se tomar en cuenta el cargo o lugar que ocupa
empresa.
el sujeto en la jerarqua de la empresa.
El
conocimiento
que Que tanto sabe el sujeto sobre el problema al que se
tiene
sobre
la
debe dar solucin.
problemtica presentada.
El tiempo que lleva en la Mientras ms tiempo lleve el sujeto en la organizacin,
empresa
mayor es su conocimiento acerca del funcionamiento
de la misma.
El
grado
en
que Si el sujeto es el que ms emplear u operar el
emplear el producto a
producto entonces tambin es una fuente importante
desarrollar
de requerimientos.
Su trabajo no se ver Si lo que se desea es automatizar una funcin llevada
perjudicado
por
el
a cabo por uno o varios sujetos entonces habr cierta
producto
resistencia a ayudar en el desarrollo o bien puede
resultar perjudicial.
A2. Lista de Criterios para la evaluacin y aceptacin de Requerimientos.
Gestin de
Requerimientos
Lista de Criterios para Evaluar y

Aceptar los Requerimientos.
Gua:
La lista de criterios para la evaluacin y aceptacin de requerimientos son
preguntas a realizarse para evaluar el grado de confiabilidad de los requisitos
elicitados. Pueden verse como condiciones para proceder en el proyecto con los
requisitos actuales o si deben continuar en la elicitacin.
La siguiente lista se usa de referencia para evaluar y aceptar los
requerimientos del sistema por parte del analista de los requerimientos.
Criterio
Preguntas sobre los criterios.
Los requisitos se pueden leer e interpretar de
1. Requisitos ambiguos
distinta forma por personas diferentes?
Son los requisitos realistas, dada la tecnologa que
2. Requisitos realistas
se utilizar para la implementacin del sistema?
Se pueden comprobar los requisitos? Es decir, los
3. Requisitos
testers pueden disear pruebas que permitan
comprobables
mostrar que el sistema cumple con los requisitos?
La descripcin de los requisitos incluye requisitos
4. Requisitos combinados
nicos o pueden ser divididos en varios requisitos?
5. Requisitos innecesarios Hay requisitos como agregados cosmticos para
el sistema, los cuales no son realmente necesarios?
Se utilizar hardware que no cumpla con las
6. Uso de hardware no
especificaciones del sistema?
estandarizado
7. Requisitos identificados Los requisitos son plenamente identificados unos
de forma nica.
de otros?
8. Requisitos Rastreables. Los requisitos pueden seguirse a travs de las
fases de desarrollo del sistema?
A3. Forma de Reporte del anlisis de los criterios.
Gestin de
Requerimientos
Reporte del Anlisis de los Criterios

de Aceptacin de los Requisitos.
Gua:
En la primera seccin del documento se coloca la fecha en que se lleva a cabo el
anlisis, el nombre del proyecto y la lista de participantes en el anlisis.
En la segunda seccin se enlistan el conjunto de documentos de requisitos que se
revisarn as como su versin o estado.
La tercera y ltima seccin consiste en un checklist con caractersticas q deben
cumplir los requisitos con un espacio para colocar observaciones o anlisis sobre los
requisitos.
Versin: 1.0
Fech
a:
Participantes del
anlisis:
Nombre del
Proyecto:
Documentos de Requisitos analizados:

Titulo del Documento
Criterios Analizados:
N
Criterio
m.
1
Requisitos ambiguos
Anlisis
Versin
Revisin.
Aprobad
o
Requisitos realistas
Requisitos
comprobables
Requisitos combinados
Requisitos innecesarios
Uso de hardware no
estandarizado
Requisitos identificados
de forma nica
Requisitos Rastreables
A4. Forma de Acuerdos del conjunto de requerimientos.
Gestin de
Requerimientos
Acuerdo del conjunto de

Requerimientos.
Gua:
En la primera seccin del documento se coloca la fecha en que se lleva a cabo el
anlisis, el nombre del proyecto y la lista de participantes en el anlisis.
En la segunda seccin se registran los requisitos clasificndolos en funcionales, no
funcionales y otro tipo de requisitos, se les asigna una ID y algn documento en el
que se referencie el requisito, y se marcar si se est de acuerdo con el requisito.
En la tercera seccin se coloca la lista de los participantes en los acuerdos, su cargo
en el proyecto y su firma.
En la ltima seccin se coloca el nombre de la persona que aprobar el conjunto de
requisitos, la fecha y su firma.
Versin: 1.0
Fecha:
Nombre del
Proyecto:
Participantes del
acuerdo
Conjunto de Requisitos del Sistema:

ID
Referenc
ia
Requisitos Funcionales
Acordad
o
ID
Referenc
ia
Requisitos No Funcionales
Acordad
o
ID
Referenc
ia
Otros Requisitos
Acordad
o
Participantes del acuerdo:

Nombr
e:
Nombr
e:
Nombr
e:
Aprobado por:
Nombr
e:
Cargo
:
Cargo
:
Cargo
:
Firma
:
Firma
:
Firma
:
Fecha
:
Firma
:
A5. Forma de Evaluacin de impacto de los Requerimientos.
Gestin de
Requerimientos
Forma de Evaluacin de impacto de

los Requerimientos.
Gua:
Se coloca un nmero asignado a la peticin de cambio para mantener un control.
Se coloca el ttulo para identificar la peticin de cambio.
Se proporciona una descripcin sobre el cambio que se desea realizar.
Se coloca el nombre del analista responsable de la peticin.
La fecha.
Se coloca una breve descripcin acerca de beneficios, penalizaciones, riesgos y
costos provocados por la realizacin del cambio.
Se calcula una prioridad para el cambio a realizar.
Estimaciones de esfuerzos, impactos en el calendario y costos adicionales para la
realizacin del cambio.
Finalmente se enlistan los requisitos y tareas que pudieran afectarse por el cambio al
requerimiento.
Se escribe el nombre de la persona que aprob la peticin de cambio, la fecha y la
firma.
Versin: 1.0
Peticin de Cambio No:
Titulo:
Descripcin:
Analista:
Fecha:
Estimaciones de Priorizacin
Beneficio Relativo:
Penalizacin Relativa:
Costo Relativo:
Riesgo Relativo:
Calculo de la prioridad:
Estimacin del Esfuerzo Total: (Horas)
Estimacin del Esfuerzo Perdido: (Horas)
Estimacin del impacto en el calendario: (Das)
Impacto de Costos Adicionales:(Pesos)
Otros Requisitos Afectados:
Otras Tareas Afectadas:
Aprovado por:
Nombr
e:
Fecha
:
Gestin de Requerimientos
Firma
:
Forma de Estimacin del

Esfuerzo en los Cambios de
los Requerimientos
Versin: 1.0
Fech
a:
Encargado del
documento:
Nombre del
Proyecto:
Gua:
1. Identificar el subconjunto de las tareas antes mencionadas que
tendrn que hacer.
2. Asignar recursos a las tareas.
3. Estimar el esfuerzo necesario para las tareas pertinentes, sobre la
base de los recursos asignados.
4. Estimar el Total el esfuerzo.
5. Secuenciarlas tareas e identificar predecesores.
6. Determine si el cambio est en la ruta crtica del proyecto.
7. Estimar el calendario y el costo del impacto
Llenar la siguiente tabla usando el procedimiento:
Esfuerzo
(Horas
laborares)
Tarea
Actualizar el SRS o requisitos de base de datos con el nuevo requisito
Desarrollo y evaluacin de prototipos
Crear componentes de nuevo diseo
Modificar los componentes existentes de diseo
Desarrollar nuevos componentes de interfaz de usuario
Modificar los componentes de interfaz de usuario existente
Desarrollar publicaciones nuevo usuario y pantallas de ayuda
Modificar las publicaciones existentes del usuario y las pantallas de ayuda
Desarrollar nuevas fuentes de cdigo
Modificar el cdigo fuente existentes
Compra e integrar software de terceros
Determinar los componentes, la compra, e integrar hardware, y califica de
proveedores
Modificar los ficheros de construccin
Desarrollar nuevas pruebas unitarias y de integracin
Modificar la unidad e integracin existentes pruebas
Realizar las pruebas de integracin y unidad despus de la aplicacin
Escribir nuevo sistema y los casos las pruebas de aceptacin
Modificar actual sistema y los casos las pruebas de aceptacin
Modificar los pilotos de pruebas automatizadas
Realizar las pruebas de regresin en la unidad, la integracin, y el sistema
de niveles
Desarrollar nuevos informes
Modificar los informes actuales de
Desarrollar nuevos elementos de base de datos
Modificar los elementos existentes de base de datos
Desarrollar nuevos archivos de datos
Modificar datos de los archivos existentes
Modificar varios planes de proyecto

Actualizacin de la documentacin de otros
Requisitos de la actualizacin de la matriz de trazabilidad
Examen de los productos modificados trabajo
reproceso Realizar siguientes revisiones y pruebas
Recertificar producto como seguros, seguro y compatible con las normas.
Otras tareas adicionales
ESFUERZO TOTAL ESTIMADO
Realiz
:
Fecha:
Aprobado por:
Nombr
e:
Fecha:
Firma
:
Firm
a:
A6. Reporte de Estado de los Requerimientos.
Gestin de
Requerimientos
Reporte del estado de los

Requerimientos.
Gua:
En la primera seccin se coloca la fecha de la ltima actualizacin, el nombre del
proyecto y el nombre del encargado de llenar el documento.
En la segunda seccin se enlistan los requisitos con su ID, los documentos que les
hacen referencia y su estado.
En la tercera seccin se coloca un conjunto de estados con su descripcin para los
requisitos enlistados en la segunda seccin.
Por ltimo se coloca el nombre de la persona encargada del seguimiento, la fecha y
la firma, y posteriormente el nombre de la persona que aprobar el documento, su
firma y la fecha.
Reporte del estado de los Requerimientos

Versin: 1.0
Ultima
Nombre del
Actualizacin:
Proyecto:
Encargado del
documento:
Conjunto de Requisitos del Sistema:
ID
Referencia
Requisitos Funcionales
Estado*
ID
Referencia
Requisitos No Funcionales
ID
Referencia
Otros Requisitos
*Estados:
Estado
Propuesto
Aprobado
Descripcin
El requisito es pedido por una fuente autorizada.
El requisito ha sido analizado y puesto a disposicin en la lnea
base del proyecto y el equipo de desarrollo se ha comprometido
a implementarlo.
Implementado
El cdigo que implementa el requisito ha sido diseado,
codificado y probado. Tambin ha sido seguido a travs de la
matriz de trazabilidad.
Verificado
El correcto funcionamiento del requisito implementado ha sido
confirmado en el producto y el requerimiento es considerado
como completado.
Borrado
Un requisito aprobado es quitado de la lnea base del proyecto.
Rechazado
Un requisito que es propuesto pero su implementacin no est
dentro los planes del proyecto.
Datos del encargado del seguimiento:
Nombr
Fecha
Firma
e:
:
:
Aprobado por:
Nombr
e:
Fecha
:
Firma
:
A7. Eleccin de una Herramienta para el manejo de la base de datos de

los Requerimientos.
Gestin de
Requerimientos
Procedimiento para la Eleccin de

una Herramienta para el manejo de la
base de datos de los Requerimientos.
Versin: 1.0
ltima
Revisin:
Encargado del
Nombre del
Proyecto:
documento:
Gua:
Gua para la eleccin de la herramienta:
Seleccione una herramienta basada en una combinacin de la plataforma,
precio, modos de acceso y paradigmacentrado en documentos o centrado
en una base de datos que mejor se ajusten al entono de desarrollo y
cultura de la compaa.
Realice el siguiente procedimiento antes de tomar una eleccin:
1. Defina los requerimientos de la empresa que deber cumplir la
herramienta, identifique las caractersticas ms significativas para la
empresa, por ejemplo, la capacidad de acceso mediante web es una
caracterstica importante, decida si quiere continuar almacenando
los requerimientos en documentos o prefiere almacenarlos en una
base de datos.
2. Liste 10 o 15 factores que pueden influenciar en su decisin,
incluyendo factores subjetivos como adaptabilidad (en la empresa),
eficiencia, y efectividad de la interfaz de usuario. El costo debe ser
un factor, pero evalu las herramientas sin considerarlo en una
primera instancia.
3. Distribuya 100 puntos entre los factores listados anteriormente, y
asgnele ms puntos a los factores ms importantes.
4. Obtenga informacin acerca de las herramientas con base en
opiniones en foros, revistas especializadas, pginas web, etc.
5. Obtenga una versin de prueba para evaluar los factores subjetivos.
6. Evalu la herramienta en un proyecto real, y no solo el proyecto
tutorial del producto.
7. Asigne las calificaciones pertinentes y tome una decisin y llene el
siguiente formulario.
Plantilla de Eleccin de herramienta para la gestin de requisitos

Herramienta elegida:
Fecha:
Razones de la eleccin:
Histrico de elecciones
Herramienta elegida:
Fecha:
Razones de la eleccin:
Razones de la sustitucin:
Nombr
Fecha
Firma
e:
:
:
Aprobado por:
Nombr
e:
Fecha
:
Firma
:
Gua: Procedimiento para la Eleccin de una Herramienta para el manejo de la

base de datos de los Requerimientos.
En la primera seccin se coloca la fecha de la ltima revisin, el nombre del proyecto y el
nombre del encargado de llenar el documento.
En la segunda seccin se documenta una gua para elegir una herramienta de
almacenamiento de los requisitos.
En la tercera seccin se escribe el nombre de la herramienta elegida, la fecha y una
justificacin del porqu de la eleccin de la herramienta.
En la ltima seccin se lleva a cabo el nombre de la nueva herramienta, la fecha, las
razones de la eleccin, y las razones por las que se sustituy la herramienta.
Por ltimo se coloca el nombre de la persona encargada del seguimiento, la fecha y la
firma, y posteriormente el nombre de la persona que aprobar el documento, su firma y
la fecha.
A8. Procedimiento para el Sistema de Seguimiento de los

Requerimientos.
Procedimiento para el
Sistema de Seguimiento
de los Requerimientos.
Versin: 1.0
Ultima
Nombre del
Actualizacin:
Proyecto:
Encargado del
documento:
Gua:
Es posible rastrear los requerimientos manualmente para aplicaciones de
menos de 100 requerimientos aproximadamente, pero para sistemas ms
grandes es necesario elegir una herramienta de gestin de requerimientos.
Considere la siguiente secuencia de pasos cuando deba implementar la
trazabilidad de los requerimientos en un proyecto:
1. Seleccione las relaciones o enlaces que desea definir como
posibilidades de trazabilidad, de acuerdo a la siguiente figura:
2. Seleccione la forma de almacenar la informacin: una tabla en un

documento, una hoja de clculo, o una herramienta de gestin de
requerimientos.
3. Identifique las partes del producto de las cuales desea mantener
informacin de rastreo. Inicie con las funciones crticas, las de ms
riesgo, o las porciones que requerirn mayor mantenimiento y
cambios durante la vida del producto.
4. Modifique sus procedimientos de desarrollo y sus listas de
verificacin para poner al pendiente a los desarrolladores de
actualizar la matriz de trazabilidad una vez que se implementa o
aprueba un cambio en un requerimiento.
5. Defina como convenciones para identificar a cada componente del
sistema que ser enlazado. Por ejemplo CU-1, para caso de uso uno.
6. Defina sus matrices de trazabilidad con base en la siguiente plantilla
del apndice A8
Nombr
Fecha
Firma
e:
:
:
Aprobado por:
Nombr
e:
Fecha
Firma
:
:
Gua: Procedimiento para el Sistema de Seguimiento de los Requerimientos.

En la segunda seccin se coloca una gua para diagramar los requerimientos e inclusive
su implementacin de modo que su seguimiento sea ms sencillo.
Por ltimo se coloca el nombre de la persona encargada del seguimiento, la fecha y la
firma, y posteriormente el nombre de la persona que aprobar el documento, su firma y
la fecha.
A9. Plantilla para la Matriz de Trazabilidad de los Requerimientos.
Gestin de
Requerimientos
Plantilla para la Matriz de

Trazabilidad de los
Requerimientos.
Gua:
En la segunda seccin se presenta un ejemplo de una matriz, las filas contienen las
listas de los requerimientos funcionales, en las columnas se colocan los casos de
uso, el fin de esta columna es establecer relaciones entre los requerimientos
funcionales y los posibles productos que se pudieren originar con el mismo, en el
ejemplo se colocan solo casos de uso pero tambin pueden enlistarse mdulos de
cdigo, diseos, pruebas, etc.
Por ltimo se coloca el nombre de la persona encargada del seguimiento, la fecha y
la firma, y posteriormente el nombre de la persona que aprobar el documento, su
firma y la fecha.
Versin: 1.0
Ultima
Nombre del
Actualizacin:
Proyecto:
Encargado del
documento:
Use la siguiente plantilla ya sea en otro documento Word o documento
Excel.
Matriz de Trazabilidad de los Requerimientos:
Requerimiento
Caso de uso
Funcional
CUCUCUCUCUCU- CU-7 CU-8
1
2
3
4
5
6
RF-1
Realizado por:
Nombr
e:
Aprobado por:
Nombr
e:
Fecha:
Firma:
Fecha
:
Firma
:
A10. Forma de Reporte de inconsistencias.
Forma de Reporte de
inconsistencias.
Gua:
En la primera seccin se coloca la fecha, el nombre del proyecto y el nombre del
encargado de llenar el documento.
En la segunda seccin se enlistan las inconsistencias colocndoles una ID asignada,
la descripcin de la inconsistencia, la fuente que ocasion la inconsistencia, el
requerimiento que presenta la misma, las condiciones en las que fue hallada, y la
razn por la que se considera una inconsistencia.
En la tercera seccin se reportan los cambios realizados en algn documento o
producto de la lnea base, se coloca la ID de la inconsistencia presentada, la ID del
documento de la lnea base que contiene la inconsistencia y la descripcin del
cambio realizado.
Finalmente se coloca el nombre de la persona responsable de los cambios, la fecha y
su firma, posteriormente el nombre de la persona que aprob el documento, la fecha
y la firma.
Nmero:
Versin: 1.0
Fech
a:
Encargado del
documento:
Nombre del
Proyecto:
Reportar cada inconsistencia encontrada llenando cada apartado de la

siguiente plantilla:
ID Descripcin de la Fuente
Requerimie Condiciones Razn
inconsistencia
nto
Reportar los cambios hechos sobre los Documentos o Productos de Trabajo

de la lnea base en el siguiente documento:
ID de la
ID del
Descripcin del cambio
inconsistencia
Documento
Realiz
:
Fecha:
Aprobado por:
Nombr
e:
Fecha:
Firma
:
Firm
a:
A11. Reporte de Acciones Correctivas.
Gestin de
Requerimientos
Forma de Acciones Correctivas.
Gua:
En la primera seccin se coloca la fecha, el nombre del proyecto, el documento que
referencia la inconsistencia, el nombre del encargado del documento y la lista de las
personas que intervinieron en la correccin.
En la segunda seccin se reportan las acciones correctivas enlistando la ID, la
descripcin de la inconsistencia corregida y la accin con la que se corrigi.
Finalmente se coloca el nombre de la persona responsable del documento, la fecha y
su firma, posteriormente el nombre de la persona que aprob el documento, la fecha
y la firma.
Versin: 1.0
Fech
Nombre del
a:
Proyecto:
Referencia Doc. de
inconsistencia:
Encargado del documento:
Responsables de la Accin
Correctiva:
Reportar cada accin correctiva referenciando cada inconsistencia:

ID
Descripcin de la
Accin correctiva
inconsistencia
Realiz
:
Fech
a:
Firm
a:
Aprobado por:
Nombr
e:
Fech
a:
Firm
a:

SACPUVE PRP RM 0.2

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

SACPUVE PRP RM 0.2

Uploaded by

Copyright:

Available Formats

RM

Este documento describe el proceso de gestin de

Proceso de Gestin de Requerimientos| 1

Proceso de Gestin de Requerimientos

Jess Castro Magaa

Jess Castro Magaa

Proceso de Gestin de Requerimientos| 2

Gua del proceso.................................................................................................. 6

Obtener una compresin de los requerimientos...................................7

Obtener el compromiso sobre los requerimientos acordados...............8

Gestionar los cambios de los requerimientos.......................................9

Mantener la trazabilidad bidireccional entre los requerimientos........10

A6. Reporte de Estado de los Requerimientos...................................................23

Proceso de Gestin de Requerimientos| 5

4. Gua del proceso.

Se ha generado un documento con un conjunto coherente y cohesivo de

Las entradas del proceso son las siguientes:

Informacin de sistemas existentes: este punto contiene informacin acerca de

Estndares de la organizacin: polticas de calidad, lineamientos de la

Para llevar a cabo este proceso se tiene el siguiente objetivo:

Obtener una comprensin de los requerimientos.

Planificacin del proceso.

Se ha generado un documento con un conjunto coherente y cohesivo de

Computadora de escritorio con paquetera de office para la elaboracin de la

Hudy H. Chan Rodrguez.

Realizacin de las Prcticas.

Gestionar los cambios.

4. Generacin del conjunto de matrices de trazabilidad bidireccional de los

Siga el procedimiento descrito en el apndice A8. Al seguir este procedimiento se

Trazabilidad de la fuente contra su requerimiento. Vincula los requerimientos

5. Identificar inconsistencias entre los productos de trabajo y los requerimientos.

Esta prctica ocurre durante el cambio e implementacin de una peticin de

4.3.2.1. Obtener una compresin de los requerimientos.

Personal de la administracin de requerimientos.

Tener un documento con un conjunto coherente y cohesivo de requerimientos.

Documento de especificacin de requerimientos de software con un conjunto

Anlisis de los Criterios con la plantilla del .

4.3.2.2. Obtener el compromiso sobre los requerimientos

Personal de administracin de requerimientos.

Haber realizado un anlisis de los Criterios. ()

Lista de criterios para distinguir a los proveedores de requerimientos apropiados de

Proceso de Gestin de Requerimientos| 10

4.3.2.3. Gestionar los cambios de los requerimientos.

Personal de administracin de requerimientos.

Llevar un formato de versiones sobre los documentos obtenidos en fases

Evaluacin de impacto de los Requerimientos. ()

Lnea base del conjunto de requerimientos del sistema a desarrollar.

4.3.1.4. Mantener la trazabilidad bidireccional entre los

Jefe de control de cambios.

Los requerimientos del sistema se encuentran en la lnea base.

Lista de requerimientos de la lnea base.

2. Generar la matriz de trazabilidad de los requerimientos, en el apndice A9 se

Definicin de un sistema de seguimiento de los Requerimientos.()

4.3.1.5. Identificar inconsistencias entre los productos de trabajo y los

Personal de administracin de requerimientos.

Se identifica una inconsistencia en los planes o productos del proyecto ya sea

Planes del proyecto.

b. Se analiza y aprueba la peticin de cambio.

Resultados de los anlisis de los requerimientos frente a los criterios.

4.5. Criterios de Salida.

Se analizaron a detalle los criterios de los proveedores de requisitos y se

Proceso de Gestin de Requerimientos| 14

Nmero de requerimientos funcionales.