Tarea: Gestionar las dependencias
En esta tarea se describe cómo utilizar las dependencias entre los requisitos para gestionar el ámbito del proyecto así como los propios cambios en los requisitos.
Disciplinas: Requisitos
Objetivo

El objetivo de esta tarea es utilizar los atributos y la rastreabilidad de los requisitos del proyecto como ayuda para gestionar el ámbito del proyecto y gestionar los requisitos cambiantes.

Relaciones
Pasos
Asignar atributos

El plan de gestión de requisitos define los atributos de requisitos que se deben supervisar para cada tipo de requisito (consulte el apartado Concepto: Tipos de requisitos).  Los atributos más importantes son el beneficio (desde la perspectiva de los interesados), el esfuerzo a implementar, el riesgo para la tarea de desarrollo, la estabilidad (probabilidad de permanecer sin cambios) y el impacto arquitectónico (importancia de la arquitectura) de cada requisito.

El analista de sistemas establece el beneficio y la estabilidad, tras consultar con los interesados. El gestor de proyectos establece el esfuerzo y el riesgo, tras consultar con el arquitecto de software.  El arquitecto de software establece el impacto arquitectónico.

Los requisitos inestables con riesgo alto, esfuerzo alto o beneficio alto deben etiquetarse para más análisis.  Los requisitos de beneficio bajo con alto esfuerzo, riesgo o inestabilidad deben etiquetarse para su potencial eliminación.

A continuación se ofrece un ejemplo de un conjunto de características de la herramienta RequisitePro tal como aparece en el documento Visión, junto con los atributos de requisitos para cada característica.  Beneficio hace referencia a la opinión del cliente y esfuerzo es una entrada de los desarrolladores.

Características  Beneficio  Esfuerzo  Riesgo  Impacto
arquitectónico 
Estabilidad 
CARACTERÍSTICA1: Guardar y restaurar criterios de ordenación y filtro  Medio alto  Bajo  Bajo  Bajo  Alta 
CARACTERÍSTICA2: Capacidad de guardar un documento de RequisitePro como documento de Microsoft® Word®.  Medio alto  Bajo  Bajo  Bajo  Alta 
CARACTERÍSTICA3: Capacidad de ver requisitos suprimidos en una ventana de visión  Medio  Medio alto  Medio  Bajo  Media 
CARACTERÍSTICA: Soporte para atributos de tipo de datos de moneda.  Medio  Medio  Medio bajo  Bajo  Media 
CARACTERÍSTICA5: Soporte para el tipo de documento "Todos" (proporciona una manera sencilla de definir atributos comunes en varios tipos de documentos).   Medio alto  Medio  Medio  Bajo  Media alta 
CARACTERÍSTICA6: Capacidad de seleccionar requisitos en una vista e Ir a (GoTo) en un documento Word.  Medio alto  Medio  Medio  Bajo  Media alta 
CARACTERÍSTICA7: Visualizar el atributo de un requisito en el texto del documento del requisito.  Medio  Medio  Medio  Bajo  Media alta 
CARACTERÍSTICA8: Asistente para proyecto nuevo  Medio alto  Alto  Medio alto  Alto  Media 
CARACTERÍSTICA9: Creación rápida de un requisito (evitar el diálogo de requisitos en la creación).  Medio alto  Medio bajo  Medio bajo  Bajo  Alto 
CARACTERÍSTICA10: Guardar automáticamente (AutoSave) un proyecto (archivado de proyecto)  Medio  Medio bajo  Medio  Bajo  Media 
CARACTERÍSTICA11: Cambiar uno o varios atributos para un conjunto seleccionado de requisitos.  Medio  Medio alto  Medio  Bajo  Media 
CARACTERÍSTICA12: Capacidad de clonar la estructura de un proyecto para permitir que los usuarios creen fácilmente proyectos nuevos a partir de proyectos anteriores.   Alto  Medio  Medio  Bajo  Baja 
CARACTERÍSTICA13: Mejoras de rendimiento para impresión, identificación de requisitos.  Medio bajo  Medio alto  Medio  Bajo  Media alta 
CARACTERÍSTICA14: Puerto de Microsoft® Windows95®.  Alto  Medio  Alto  Alto  Alta 

Supongamos que de acuerdo con lo que sabe de los recursos, ha determinado que sólo dos terceras partes de estas características pueden incluirse en una primera iteración. Debe estabilizar la arquitectura, de modo que las características 8 y 14 deben implementarse pronto. Sin embargo la característica 8 sólo tiene estabilidad Media y, por tanto, deberá trabajar con los interesados para reducirla a Baja lo antes posible.

La característica 13 sólo es de beneficio Medio bajo, pero tiene esfuerzo Medio alto, por lo que puede etiquetarse para su potencial eliminación.

También sabe que es fundamental que pueda entregar algo a la hora límite y por eso desea evitar características de esfuerzo alto, especialmente si van combinadas con inestabilidad. Por tanto, puede decidir excluir las características 3, 11 y 12.

Establecer y verificar la rastreabilidad

El plan de gestión de requisitos define cómo los tipos de requisitos se rastrean hasta otros productos de trabajo. El analista de sistemas debe establecer la rastreabilidad necesaria y utilizar periódicamente informes de rastreabilidad para garantizar que la rastreabilidad se mantiene de acuerdo con el plan de gestión de requisitos.

Gestionar requisitos cambiantes

Los cambios de requisitos se gestionan conforme al plan de gestión de requisitos. A continuación se indican algunas directrices adicionales:

Volver a valorar la rastreabilidad y los atributos de requisitos

Aunque un requisito no haya cambiado, pueden cambiar los atributos de requisitos y la rastreabilidad asociados a un requisito.  El analista de sistemas es responsable de mantener dicha información de un modo continuo.

Gestionar los cambios de modo jerárquico

Un cambio en un requisito puede tener un efecto de "onda" que afecte a otros requisitos relacionados, al diseño o a otros productos de trabajo. Para gestionar este efecto, debe cambiar los requisitos de arriba abajo.  Revise el impacto en la Visión y, a continuación, los otros productos de trabajo de requisitos, después los productos de trabajo de diseño y finalmente el material de producción.  Asegúrese de gestionar el impacto del cambio de los requisitos en el esfuerzo de prueba.  Los informes de rastreabilidad son útiles para determinar los elementos potencialmente afectados.



Más información