Tabla de rastreabilidad de las caractersticas: Muestra como los requisitos se

relacionan con las caractersticas.

La administracin del alcance en un proyecto, es uno de los factores crticos de
xito para cada Project Manager. Inicia con la creacin de un plan de
administracin de requisitos, continua con la identificacin definicin y
documentacin de los mismos. Y termina con la verificacin del alcance una vez
que los entregables han sido terminados.

Una herramienta que ayuda durante el ciclo de administracin de alcance, es la

Matriz de Trazabilidad de Requisitos. La Matriz de Rastreabilidad de requisitos, es
una tabla que vincula los requisitos con su origen y los monitorea durante la
evolucin del proyecto.

La versin inicial toma vida una vez que la definicin del alcance ha sido aprobada
junto con el listado inicial de requisitos. De esta manera, nos ayuda a confirmar
que cada requisito agregue valor asocindolos a los objetivos de la organizacin y
del proyecto.

El beneficio principal que aporta esta herramienta es que permite monitorear todos
y cada uno de los requisitos durante el ciclo de vida del proyecto para que el
proyecto manager y su equipo se aseguren que:

Se ha identificado el trabajo requerido para satisfacer cada requisito

Se han ejecutado las acciones que producirn los entregables que
satisfagan dichos requisitos (Ejecucin)
Una vez que los entregables han sido terminados, ayuda a validar que el
trabajo realizado sea de acuerdo a requisitos (Control de Calidad)
Los involucrados recibirn los entregables que cumplan con los requisitos
aprobados (Verificacin de Alcance)
Adems, proporciona una estructura que apoya en la administracin de cambios al
alcance.

Tabla de rastreabilidad de la fuente

Identifica la fuente de los requisitos.
Tabla de rastreabilidad de dependencia:
Indica la forma en que los requisitos estn relacionados entre s.
Tablas de rastreabilidad del subsistema:
Establece categoras entre los requisitos de acuerdo con el (los) subsistema(s)
que gobierna(n).
Tablas de rastreabilidad de la interfaz:
Muestra la forma en que los requisitos se relacionan con las interfaces internas y
externas del sistema.
En muchos casos, esas tablas de rastreabilidad se mantienen como parte de la
base de datos de los requisitos de forma que pueda buscrsele con rapidez para
entender como el cambio en un requisito afectara diferentes aspectos del sistema
que se construir. Los requerimientos en un proyecto no solo comprenden las
tareas de captura y manejo de los cambios a lo largo de todo el proyecto, tambin
comprenden de estas otras tareas:
1. Identificar los stakeholders(se refiere a quienes pueden afectar o son
afectados por las actividades de una empresa):Se describe una lista de toda la
persona interesada en el desarrollo del sistema.
2. Entenderlas necesidades de los usuarios y clientes necesarias para planear el
sistema y sus expectativas.
3. Identificar los requerimientos: Inicialmente los requerimientos provienen de
los objetivos que plantea el negocio. En esta actividad los requerimientos se
indican por medio de sentencias. En un escenario de negocio se usa para
entender los requerimientos del negocio.
4. Aclarecer y refinar los requerimientos: Esta actividad se ejecuta cuando se
tiene plena seguridad plena certeza de que los requerimientos indican las
necesidades reales del cliente y que estos pueden ser usados por el resto de
equipos en el proyecto.
5. Analizar los requerimientos: Se realiza cuando los requerimientos se
encuentran bien definidos y cumplen con el criterio de un buen requerimiento.
6. Definir los requerimientos de forma estndar para los stakeholders: Debido
a que cada stakeholders tiene una perspectiva diferente del sistema y sus
requerimientos, es importante esforzar un poco de tiempo en la descripcin de los
requerimientos usando un vocabulario adecuado.
7. Especificar los requerimientos: Cada requerimiento debe expresarse en
forma detallada de tal manera que pueda ser incluido en otros documentos de
especificacin o en otros proyectos.
8. Priorizar los requerimientos: Todos los requerimientos tienen niveles
diferentes de importancia para los clientes y usuarios. Unos tienen prioridad
crticas, otros no tanta y otros de bajo nivel de prioridad. La priorizacin de los
requerimientos es una actividad que nos va a permitir desarrollar nuevas versiones
de nuestro proyecto de forma continua sin verse retrasadas por tiempo en sus
salidas.
9. Derivar los requerimientos: Esta actividad nos permite detallar
requerimientos no visibles para nuestros clientes o usuarios que no se han logrado
identificar, pero que son importantes para el funcionamiento adecuado del
requerimiento en detalle.
10. Particionar los requerimientos: donde se clasifican los requerimientos en
diferentes criterios: Hardware, software y entrenamiento.
11. Asignar los requerimientos: Esta actividad asigna los requerimientos a
diferentes subsistemas y componentes internos.
12. Hacer seguimiento a los requerimientos: Se desarrolla la capacidad de
permitir que un requerimiento satisfecho pueda ser referenciado dentro del
sistema.
13. Manejar los requerimientos: Se desarrolla un sistema de control de los
requerimientos, necesario para adicionar, modificar y borrar requerimientos, al
igual que la implantacin de un repositorio para estos.
14. Probar y verificar los requerimientos: En esta actividad se validan los
requerimientos, diseos, cdigo, etc... Para asegurarse que los requerimientos
estn bien.
15. Validar los requerimientos: Finalmente se confirman los requerimientos
reales que han sido implementados.

Conclusin
Es de mucha importancia tomarse el tiempo necesario para conocer a los clientes
y usuarios, as como su ambiente de trabajo. Esto ayuda a establecer una buena
relacin de trabajo y comunicacin entre el equipo de desarrollo y los clientes. Es
realmente necesario que los clientes y usuarios participen en la definicin de sus
requerimientos, y con estos tareas, funciones o actividades que acabamos de ver,
son necesario porque ponen una serie de estndares para medir y certificar la
calidad tanto del sistema que est a desarrollar, como tambin del proceso de
desarrollo que con lleva ya que esto son los que deciden el destino del proyecto y
se decide del gusto o inconformidad y adems del financiamiento qu dar de
fruto el proyecto es por esto que se debe de rastrear para su buen funcionamiento.
 Ejemplo

MODELO Oliver and EIA / IS-632 IEEE Std 1220- CMM nivel RUP
Steiner 1996 1994 Repetitivo (2)

Evaluar la Anlisis de Anlisis de Identificacin Anlisis del

informacin requerimientos Requerimientos de Problema
disponible requerimientos
Definir mtricas Anlisis Estudio de los Identificacin Comprender
efectivas funcional requerimientos de restricciones las
del sistema a necesidades
desarrollar de los
involucrados

Crear un modelo Sntesis Validacin de Anlisis de los Definir el

del requerimientos requerimientos sistema
comportamiento
del sistema
Crear un modelo Anlisis y Anlisis Representacin Analizar el
de los objetos control del funcional de los alcance del
sistema requerimientos proyecto
Actividades Ejecutar el Evaluacin y Comunicacin Modificar la
anlisis estudio de de los definicin del
funciones requerimientos sistema
Crear un plan Verificacin de Validacin de Administrar los
secuencial de funciones requerimientos cambios de
construccin y requerimientos
pruebas
Sntesis

Estudio y
evaluacin del
diseo
Verificacin
fsica
Control