SACPUVE PRP RM 0.2

RM
Proceso de Gestin de
Requerimientos
2010
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.
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.
Versin Fecha
Estado
0.1
11/10/2010 Revisin
0.2
24/10/2010
Histrico de Cambios.
Versin Fecha
0.1
11/10/2010
0.2
24/10/2010
Revisin
Responsable
Jess Castro Magaa
Hudy Chan Rodrguez
Flix Sosa Quintal
Juan Ku Quintana
Jess Castro Magaa
Hudy Chan Rodrguez
Flix Sosa Quintal
Juan Ku Quintana
Nombre de Archivo
Requirements_Management.0.1.d
ocx
Requirements_Management.0.2.d
ocx
Cambios
Ninguna primera versin.
Correcciones ortogrficas.
Explicaciones ms explcitas.
Inclusin del plan.
Explicacin del llenado de plantillas.
Proceso de Gestin de Requerimientos| 2
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.............................................................. 9
Propsito. .............................................................................................................................................. 9
Responsables. ....................................................................................................................................... 9
Criterios de entrada. ............................................................................................................................. 9
Entradas. ............................................................................................................................................... 9
Actividades. ........................................................................................................................................... 9
Salidas ................................................................................................................................................. 10
4.3.1.2.
Obtener el compromiso sobre los requerimientos acordados. ...................................... 10
Propsito: ............................................................................................................................................ 10
Responsables ...................................................................................................................................... 10
Criterios de entrada: ........................................................................................................................... 10
Entradas: ............................................................................................................................................. 10
Actividades: ......................................................................................................................................... 10
Salidas: ................................................................................................................................................ 11
4.3.1.3.
Gestionar los cambios de los requerimientos. ............................................................... 11
Propsito: ............................................................................................................................................ 11
Responsables ...................................................................................................................................... 11
Criterios de entrada ............................................................................................................................ 11
Entradas .............................................................................................................................................. 11
Actividades. ......................................................................................................................................... 11
Salidas ................................................................................................................................................. 12
4.3.1.4.
Mantener la trazabilidad bidireccional entre los requerimientos. ................................. 12
Propsito. ............................................................................................................................................ 12
Responsables. ..................................................................................................................................... 12
Criterios de entrada. ........................................................................................................................... 12
Entradas. ............................................................................................................................................. 12
Actividades. ......................................................................................................................................... 12
Salidas. ................................................................................................................................................ 12
4.3.1.5.
Identificar inconsistencias entre los productos de trabajo y los requerimientos. ......... 13
Propsito. ............................................................................................................................................ 13
Responsables ...................................................................................................................................... 13
Criterios de Entrada. ........................................................................................................................... 13
Entradas. ............................................................................................................................................. 13
Actividades. ......................................................................................................................................... 13
Salidas ................................................................................................................................................. 14
4.4.
Salidas ......................................................................................................................................... 14
4.5.
Criterios de Salida. ...................................................................................................................... 14
4.6.
Verificaciones. ............................................................................................................................. 14
4.7.
Mtricas. ..................................................................................................................................... 15
4.8.
Glosario. ...................................................................................................................................... 15
Apndice ................................................................................................................................................. 16
A1. Lista de criterios para distinguir proveedores de requerimientos. .............................................. 17
A2. Lista de Criterios para la evaluacin y aceptacin de Requerimientos. ....................................... 18
A3. Forma de Reporte del anlisis de los criterios. ............................................................................. 19
Gua: Reporte del Anlisis de los Criterios de Aceptacin de los Requisitos. ....... Error! Bookmark not
defined.
A4. Forma de Acuerdos del conjunto de requerimientos................................................................... 20
Gua: Acuerdo del conjunto de requerimientos. ................................... Error! Bookmark not defined.
A5. Forma de Evaluacin de impacto de los Requerimientos. ........................................................... 21
Gua: Forma de evaluacin de impacto de los requerimientos. ............ Error! Bookmark not defined.
Gua: Forma de estimacin del esfuerzo en el cambio de los requerimientos. ... Error! Bookmark not
defined.
A6. Reporte de Estado de los Requerimientos. ................................................................................. 24
Gua: reporte del estado de los requerimientos.................................... Error! Bookmark not defined.
A7. Eleccin de una Herramienta para el manejo de la base de datos de los Requerimientos. ........ 25
Gua: Procedimiento para la Eleccin de una Herramienta para el manejo de la base de datos de los
Requerimientos. .................................................................................................................................. 26
A8. Procedimiento para el Sistema de Seguimiento de los Requerimientos..................................... 26
Gua: Procedimiento para el Sistema de Seguimiento de los Requerimientos. ................................ 28
A9. Plantilla para la Matriz de Trazabilidad de los Requerimientos. .................................................. 28
Gua: Plantilla para la matriz de trazabilidad de los requerimientos.. ... Error! Bookmark not defined.
A10. Forma de Reporte de inconsistencias......................................................................................... 29
Gua: Forma de reporte de inconsistencias. .......................................... Error! Bookmark not defined.
A11. Reporte de Acciones Correctivas. ............................................................................................... 30
Gua: Forma de acciones correctivas. .................................................... Error! Bookmark not defined.
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.
4.3.
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.
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 Trazabilidad de la fuente contra su requerimiento. Vincula los requerimientos con los
stakeholder que propusieron los requerimientos.
o 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.
4.3.2.1.
Prcticas
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 apndice
A1.
2. Establecer los criterios objetivos para la evaluacin y la aceptacin de los requerimientos. Use
los criterios que se listan en el apndice A2 para realizar est subprctica.
3. Analizar los requerimientos para asegurar que se cumplen los criterios establecidos. Para est
subprctica use la plantilla del apndice A3.
4. Alcanzar una compresin de los requerimientos con el proveedor de requerimientos para que
haya un compromiso. Use la plantilla del apndice A4 para esta subprctica.
Salidas
Anlisis de los Criterios con la plantilla del apndice A3.

Lista del Conjunto de Requerimientos acordados debidamente llenada y firmada del apndice
A4.
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. (ver apndice A3)

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. (ver apndice A1)
Criterios de Evaluacin y Aceptacin de Requerimientos. (ver apndice A2)
Lista del Conjunto de Requerimientos acordados. (ver apndice A4)
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. (ver apndice A5)
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. (ver apndice A5)

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. (ver apndice A6)
2. Realizar el procedimiento para escoger una base de datos de requerimientos. (ver apndice A7)
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.(ver apndice A8)

Matriz de trazabilidad de los requerimientos. (ver apndice A9)
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.(ver apndice
A10)
2. Documentacin de las acciones correctivas. (ver apndice A11)
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 el sujeto en
empresa.
la jerarqua de la empresa.
El conocimiento que tiene sobre Que tanto sabe el sujeto sobre el problema al que se debe dar
la problemtica presentada.
solucin.
El tiempo que lleva en la Mientras ms tiempo lleve el sujeto en la organizacin, mayor es
empresa
su conocimiento acerca del funcionamiento de la misma.
El grado en que emplear el Si el sujeto es el que ms emplear u operar el producto
producto a desarrollar
entonces tambin es una fuente importante de requerimientos.
Su trabajo no se ver Si lo que se desea es automatizar una funcin llevada a cabo por
perjudicado por el producto
uno o varios sujetos entonces habr cierta resistencia a ayudar en
el desarrollo o bien puede resultar perjudicial.
A2. Lista de Criterios para la evaluacin y aceptacin 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.
1. Requisitos ambiguos
Los requisitos se pueden leer e interpretar de distinta forma por
personas diferentes?
2. Requisitos realistas
Son los requisitos realistas, dada la tecnologa que se utilizar

para la implementacin del sistema?
3. Requisitos comprobables
Se pueden comprobar los requisitos? Es decir, los testers

pueden disear pruebas que permitan mostrar que el sistema
cumple con los requisitos?
La descripcin de los requisitos incluye requisitos nicos o
pueden ser divididos en varios requisitos?
4. Requisitos combinados
5. Requisitos innecesarios
Hay requisitos como agregados cosmticos para el sistema,

los cuales no son realmente necesarios?
6. Uso de hardware no
estandarizado
Se utilizar hardware que no cumpla con las especificaciones

del sistema?
7. Requisitos identificados de
forma nica.
Los requisitos son plenamente identificados unos 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.
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
Fecha:
Participantes del anlisis:
Nombre del Proyecto:
Documentos de Requisitos analizados:

Titulo del Documento
Criterios Analizados:
Nm Criterio
.
1
Requisitos ambiguos
Versin o Revisin.
Anlisis
Aprobado
Requisitos realistas
Requisitos comprobables
Requisitos combinados
Requisitos innecesarios
Uso de hardware
estandarizado
no
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:
Participantes del acuerdo
Conjunto de Requisitos del Sistema:

ID
Referencia
Requisitos Funcionales
Acordado
ID
Referencia
Requisitos No Funcionales
Acordado
ID
Referencia
Otros Requisitos
Acordado
Participantes del acuerdo:

Nombre:
Cargo:
Firma:
Nombre:
Cargo:
Firma:
Nombre:
Cargo:
Firma:
Aprobado por:
Nombre:
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:
Nombre:
Fecha:
Firma:
Forma de Estimacin del Esfuerzo en

los Cambios de los Requerimientos
Versin: 1.0
Fecha:
Encargado del documento:
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:
Firma:
Aprobado por:
Nombre:
Fecha:
Firma:
A6. Reporte de Estado de los 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 Actualizacin:
Conjunto de Requisitos del Sistema:
ID
Referencia
Requisitos Funcionales
ID
Referencia
Requisitos No Funcionales
ID
Referencia
Otros Requisitos
*Estados:
Estado
Propuesto
Aprobado
Implementado
Verificado
Borrado
Rechazado
Estado*
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.
El cdigo que implementa el requisito ha sido diseado, codificado y probado.
Tambin ha sido seguido a travs de la matriz de trazabilidad.
El correcto funcionamiento del requisito implementado ha sido confirmado en el
producto y el requerimiento es considerado como completado.
Un requisito aprobado es quitado de la lnea base del proyecto.
Un requisito que es propuesto pero su implementacin no est dentro los planes
del proyecto.
Datos del encargado del seguimiento:
Nombre:
Fecha:
Firma:
Aprobado por:
Nombre:
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:
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:
Nombre:
Aprobado por:
Nombre:
Fecha:
Fecha:
Firma:
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.
A8. Procedimiento para el Sistema de Seguimiento de los Requerimientos.
Procedimiento para el Sistema de

Seguimiento de los Requerimientos.
Versin: 1.0
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:
Requerimientos de
Negocio.
Modifica
Peticin de
Cambio
Modifica
Modifica
Regla de Negocio
Requerimiento
funcional del
software
Modifica
Arquitectura,
interfaz de
usuario, diseo
funcional
Prueba de
Integracin
Requerimientos de
Sistema, caso de uso,
atributo de calidad,
requisito de interface.
Prueba del
Sistema
Planeacin de las
Tareas del Proyecto de
Cdigo
Pruebas de
unidad
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
Nombre:
Fecha:
Firma:
Aprobado por:
Nombre:
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.
A9. Plantilla para la Matriz de Trazabilidad de los 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.
Versin: 1.0
Use la siguiente plantilla ya sea en otro documento Word o documento Excel.
Matriz de Trazabilidad de los Requerimientos:
Requerimiento
Caso de uso
Funcional
CU-1 CU-2 CU-3 CU-4 CU-5 CU-6 CU-7 CU-8
RF-1
Realizado por:
Nombre:
Fecha:
Firma:
Aprobado por:
Nombre:
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:
Fecha:
Versin: 1.0
Reportar cada inconsistencia encontrada llenando cada apartado de la siguiente plantilla:

ID
Descripcin de la
Fuente
Requerimiento Condiciones
Razn
inconsistencia
Reportar los cambios hechos sobre los Documentos o Productos de Trabajo de la lnea base en el
siguiente documento:
ID de la inconsistencia ID del Documento Descripcin del cambio
Realiz:
Fecha:
Aprobado por:
Nombre:
Firma:
Fecha:
Firma:
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
Fecha:
Referencia Doc. de inconsistencia:
Responsables de la Accin Correctiva:
Reportar cada accin correctiva referenciando cada inconsistencia:

ID
Descripcin de la
Accin correctiva
inconsistencia
Realiz:
Fecha:
Firma:
Aprobado por:
Nombre:
Fecha:
Firma:

SACPUVE PRP RM 0.2

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

SACPUVE PRP RM 0.2

Cargado por

Copyright:

Formatos disponibles

RM

Este documento describe el proceso de gestin de requerimientos que

Proceso de Gestin de Requerimientos

Jess Castro Magaa

Proceso de Gestin de Requerimientos| 2

Control de la documentacin ....................................................................................................................... 2

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

Criterios de entrada. ..................................................................................................................... 6

Obtener una compresin de los requerimientos.............................................................. 9

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

Gestionar los cambios de los requerimientos. ............................................................... 11

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

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

Criterios de Salida. ...................................................................................................................... 14

Proceso de Gestin de Requerimientos| 4

Proceso de Gestin de Requerimientos| 5

4. Gua del proceso.

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

Las entradas del proceso son las siguientes:

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

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 requerimientos.

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

Hudy H. Chan Rodrguez.

Realizacin de las Prcticas.

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

Proceso de Gestin de Requerimientos| 8

Trazabilidad del diseo contra su requerimiento. Vincula los requerimientos con un

5. Identificar inconsistencias entre los productos de trabajo y 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 coherente y

Anlisis de los Criterios con la plantilla del apndice A3.

Obtener el compromiso sobre los requerimientos acordados.

Personal de administracin de requerimientos.

Haber realizado un anlisis de los Criterios. (ver apndice A3)

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

Proceso de Gestin de Requerimientos| 10

Gestionar los cambios de los requerimientos.

Personal de administracin de requerimientos.

Evaluacin de impacto de los Requerimientos. (ver apndice A5)

3. El personal de administracin de requerimientos evala el impacto de los cambios en los

Mantener la trazabilidad bidireccional entre los requerimientos.

Jefe de control de cambios.

Los requerimientos del sistema se encuentran en la lnea base.

Lista de requerimientos de la lnea base.

Definicin de un sistema de seguimiento de los Requerimientos.(ver apndice A8)

Matriz de trazabilidad de los requerimientos. (ver apndice A9)

Identificar inconsistencias entre los productos de trabajo y los requerimientos.

Personal de administracin de requerimientos.

Planes del proyecto.

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 documentacin en

Proceso de Gestin de Requerimientos| 14

Nmero de requerimientos funcionales.

Proceso de Gestin de Requerimientos| 15

Proceso de Gestin de Requerimientos| 16

A1. Lista de criterios para distinguir proveedores de requerimientos.

Lista de Criterios para distinguir proveedores de