1.1.

2 TRAZABILIDAD DE REQUISITOS

DEFINICIN
La trazabilidad de requisitos es una herramienta fundamental para la gestin de requisitos.
Es elemental para el control y como apoyo para la toma de decisiones en el proyecto. Como
no es un entregable o componente del producto, se debe cuidar que su creacin y uso sea
lo ms eficiente posible.
(ISO 12207/UNE 77104).

Se define trazabilidad, o en algunos textos rastreabilidad, como la asociacin del requisito

con otros requisitos y las diferentes instancias con que se relaciona durante la evolucin de
las diferentes fases del ciclo de desarrollo del producto o servicio. Esa asociacin se
controla en ambos sentidos, de los requisitos a los resultados y viceversa. La intencin
principal es poder determinar si todos los requisitos base han sido considerados y si las
instancias que han sido generadas pueden asociarse con un requisito vlido.

Es importante identificar y establecer el nivel de detalle que se requiere hacia los diferentes
casos de uso, reglas de negocio, caractersticas y atributos. Es necesario seleccionar
aquellas asociaciones que son de inters relevante para el anlisis, para su posterior
anlisis ante un posible cambio en los elementos que se puedan ver afectados. Debido a
esto, resulta fundamental que la trazabilidad siempre est actualizada y refleje la realidad
del proyecto en tiempo real.

FUNCIONES

Disponer de una buena trazabilidad de requisitos nos permite realizar el control y

apoyo para la toma de decisiones en el proyecto. Por ejemplo, una de las ventajas

principales que nos ofrece la trazabilidad es poder determinar si todos los requisitos han
sido considerados y si las instancias que han sido generadas pueden asociarse con un
requisito vlido.
Gracias a la trazabilidad de requisitos tenemos la posibilidad de identificar el origen de
cada requisito y realizar el seguimiento de cada cambio que se realice sobre el mismo.
Adems, al trazar los requisitos con otros artefactos como pruebas, casos de uso, cdigo,
etc., ser posible responder a los cambios de forma ms controlada y con ms informacin,
y en consecuencia anticiparnos a lo que un cambio puede significar.
Una de las tcnicas ms utilizadas para recoger la informacin bi-direccional de trazas, son
las matrices de trazabilidad. stas muestran diversos elementos en filas y columnas (por
ejemplo requisitos y pruebas) indicando en cada celda de la matriz si los elementos estn o
no trazados y en qu direccin. Este tipo de tcnicas permite un anlisis grfico de la
trazabilidad de requisitos y la gestin de su impacto ante posibles cambios.
CONSIDERACIONES EN LA TRAZABILIDAD DE REQUISITOS
Los requisitos estn relacionados entre s. Es importante identificar y establecer el nivel de
detalle que se requiere hacia los diferentes casos de uso, reglas de negocio,
funcionalidades, caractersticas y atributos de calidad. Se deben seleccionar aquellas
asociaciones que son de inters para el anlisis, que en caso de cambios permitan
identificar fcilmente los elementos que se afectan. Hay que tomar en cuenta que la
trazabilidad de requisitos es un elemento de control, no es la definicin en s de los
requisitos que se puede establecer o documentar de manera independiente.
Los requisitos se asocian con los entregables que son desarrollados como componentes de
diseo, archivos de cdigo, casos de prueba, manuales de usuario, procedimientos y
componentes del producto. Se deben considerar aquellos elementos de inters para el
diseo y las pruebas que permitan confirmar que los requisitos han sido adecuadamente
cubiertos. En particular, es de especial apoyo para los equipos que posteriormente deban
realizar el mantenimiento del producto y puedan identificar fcilmente los componentes de
diseo, cdigo o pruebas que se afectan por el cambio de requisito.
Existen diferentes herramientas especializadas que facilitan la definicin y control de la
trazabilidad de los requisitos, aunque no necesariamente se requiere una herramienta
sofisticada para esta actividad. La herramienta en s no hace nada. Los que utilizan la
herramienta, y que estn familiarizados con la misma, son los que pueden llevar esa traza.
Para ello se requiere capacitacin y prctica para lograr el resultado de manera efectiva.
Normalmente existe una persona responsable de estudiar y utilizar la herramienta para
gestionar los requisitos en el proyecto.

2.1 DESCRIPCIN DE LOS PROCESOS ACTUALES

DEFINICION

Un Proceso es Un conjunto de actividades interrelacionadas que transforman entradas en

salidas (ISO 12207/UNE 77104).
Un Proceso Software (PS) es Un conjunto coherente de polticas, estructuras
organizacionales, tecnologas, procedimientos y artefactos que son necesarios para
concebir, desarrollar, instalar y mantener un producto software. (Fugetta, 2000).
Un proceso est definido como una serie de acciones u operaciones que conducen a un fin.
En general, una empresa u organizacin requiere de uno o ms procesos para lograr sus
objetivos, los cuales por lo general involucran la utilizacin de sistemas de software. En el
caso de una empresa que se dedica al desarrollo de software, se requieren procesos que
abarquen desde la creacin de un sistema de software hasta su mantenimiento. Todo esto
es conocido como el ciclo de vida del software.
Un aspecto bsico para manejar la complejidad inherente en los sistemas de software es
contar con un modelo de proceso a seguir, como se discutir en el resto del captulo.
Modelo del Proceso
El modelo de proceso define un orden para llevar a cabo los distintos aspectos del proceso.
El modelo se puede definir como un grupo de estrategias, actividades, mtodos y tareas,
que se organizan para lograr un conjunto de metas y objetivos. El modelo de proceso
abarca aspectos como la planeacin, autoridad, prediccin, evaluacin y rastreabilidad
(traceability).
La planeacin involucra definir cmo se llevarn a cabo las diversas etapas del proceso sin
limitarse a aspectos de desarrollo sino tambin por ejemplo, los organizacionales.

La
La
La
La

autoridad define cmo se puede influir para llegar a donde se quiere.

prediccin describe a donde se va a llegar.
evaluacin describe donde se encuentra el proceso actualmente.
rastreabilidad describe cmo se logr un resultado particular.

En particular, el proceso de desarrollo es considerado como un conjunto de personas,

estructuras organizacionales, reglas, polticas, actividades, componentes de software,
metodologas y herramientas usadas o creadas especficamente para conceptualizar,
desarrollar, ofrecer un servicio, innovar o extender un producto de software, es decir la
forma en que la organizacin realiza sus distintos proyectos de generacin de software.
Los modelos de proceso varan mucho entre s y dependen de las diversas opiniones o
mximas generales en las cuales se basan [Goldberg & Rubin 1995], donde obviamente
cada persona puede tener una opinin distinta al respecto. Por ejemplo algunas creencias
en el desarrollo de software son:
1. Es mejor comprender el problema antes de desarrollar una solucin.
2. El proceso para resolver un problema debe dar un resultado predecible, sin importar
del individuo que hace el trabajo.
3. Debe ser posible planear y calcular el proceso con gran precisin.
4. Evaluar y administrar el riesgo es importante para el xito del proceso.

5. Etapas bien definidas con entregas intermedias aumentan la confianza que se tiene
en el resultado final.
ISO 12207: Procesos Principales

Proceso de Adquisicin
Actividades y tareas que el comprador, cliente o usuario realiza para adquirir un
sistema o producto software.
Proceso de Suministro
Actividades y tareas que efecta el suministrador. Proporciona un producto al
cliente
ISO 12207: Procesos Principales
Proceso de Explotacin
Incluye la operacin del producto software en su entorno final y el soporte operativo
a los clientes.
Proceso de Mantenimiento
Incluye la modificacin de un sistema o producto software despus de la entrega
para:

Corregir los fallos (correctivo)

Mejorar el rendimiento u otros atributos (de mejora)

Adaptarlo a un entorno modificado (adaptativo).
Esta modificacin (o retirada) debe hacerse preservandola integridad.

 Proceso de Documentacin: Desarrollo y Mantenimiento de la informacin

software registrada por un proceso.
Proceso de Gestin de la Configuracin: Establecer y mantener de la integridad
de todos los productos de trabajo de un proceso o proyecto y hacerlos disponibles
para las partes involucradas.
Proceso de Aseguramiento de la Calidad: Asegura que los productos de trabajo
y los procesos cumplen las previsiones y planes predefinidos.
Proceso de Validacin: Sirve para determinar si el sistema o software final cumple
con los requisitos previstos para su uso. Confirmacin de que todos los productos de
trabajo y/o servicios software de un proceso o proyecto reflejan de forma apropiada los
requisitos especificados.
Proceso de Revisin Conjunta: Entendimiento comn entre las diferentes partes
involucradas sobre el progreso respecto de los objetivos y sobre lo que debe hacerse
para ayudar a asegurar el desarrollo de un producto que satisface a las partes
involucradas.
Proceso de Auditora: Permite determinar, de forma independiente, la
conformidad de los productos y procesos seleccionados con los requisitos, planes y
acuerdos.
Proceso de Resolucin de Problemas: Asegurar que todos los problemas
descubiertos se analizan y resuelven.
Proceso de Usabilidad: Permitir la optimizacin del soporte y de la formacin, la
mejora de la productividad, calidad y condiciones de trabajo de las personas y la
reduccin de probabilidad de rechazo del sistema
Proceso de Evaluacin de Productos: Aseguramiento mediante el examen y la
medicin sistemticos, que un producto satisface las necesidades implcitas y
explcitas de los usuarios.
Proceso de Gestin: Organizar, supervisar, y controlar el inicio y el desempeo de
cualquier proceso para conseguir sus objetivos de acuerdo a los objetivos de negocio
de la organizacin.

Proceso de Infraestructura: Mantener una infraestructura fiable y estable

necesaria para cualquier otro proceso.
Proceso de Mejora: Establecer, evaluar, medir, control y mejorar los procesos del
ciclo de vida del software.
Proceso de Recursos Humanos: Proporcionar a la organizacin los recursos
humanos adecuados y mantener su competencia, consistente con las necesidades de
la empresa.

 Proceso de Gestin de Activos: Gestionar la vida de los activos reutilizables

desde su concepcin hasta su retirada.
Proceso de Gestin del Programa de Reutilizacin: Planificar, gestionar y
controlar el programa de reutilizacin de una organizacin y explotar de forma
sistemtica las oportunidades de reutilizacin.
Proceso de Ingeniera del Dominio: Desarrollar y mantener modelos de dominio,
arquitecturas de dominio y activos para el dominio.

Una estrategia es un plan para llevar a cabo un objetivo, en nuestro caso el

desarrollo de software.
Existen diversas estrategias para lograr mejor calidad en el software final. Una estrategia
bsica se relaciona con el tipo de arquitectura que se desea crear, por ejemplo, utilizando
elementos sencillos como bloques y componentes o como elementos prefabricados de ms
alto nivel. Esta arquitectura puede incluso integrar diversos niveles de sofisticacin en los
elementos. Las estrategias bsicas escogidas afectan directamente el tipo de programacin
y los lenguajes que se utilizarn. En cierta manera, para este libro ya hemos definido
nuestra estrategia bsica de desarrollo de software, la cual es el uso de tecnologa
orientada a objetos, en particular usando el lenguaje Java.
Sin embargo, an dentro esta estrategia de orientacin a objetos puede refinarse an ms.
(Obviamente, se puede utilizar una estrategia distinta, incluso que no sea orientada a
objetos.) La estrategia no slo afecta la arquitectura del sistema sino tambin cmo se
llevarn a cabo las actividades del proceso. Mientras no se tengan conflictos, es posible
combinar mltiples estrategias, donde las distintas actividades del proceso de software
pueden hacerse bajo estrategias diferentes, definiendo implcitamente la estrategia global
del modelo de proceso. Dos estrategias importantes son el uso de prototipos y reutilizacin.
Hablaremos de esto ms adelante.
Una actividad es una unidad o paso organizacional para llevar a cabo cierto aspecto de un
proceso. En nuestro caso las actividades definen los distintos pasos necesarios para lograr
las metas y objetivos definidos en el modelo de proceso, o sea en el desarrollo de software.
Las actividades dependen de la arquitectura de software y deben ser simples de aprender y
usar; deben simplificar la comprensin del sistema, deben ser suficientemente poderosas
para expresar la informacin requerida para modelar el sistema, deben ser lo
suficientemente descriptivas para poder discutir el sistema sin ambigedades y deben
proveer un modelo evolucionable del sistema.
Las actividades bsicas necesarias para el proceso de desarrollo de software son
las siguientes: (i)
Requisitos para capturar los aspectos funcionales correspondientes, cmo un usuario
interactuara con el sistema.
Anlisis para dar al sistema una estructura robusta y extensible bajo un ambiente de
implementacin ideal.

 Diseo para adoptar y refinar las estructuras al ambiente de implementacin

particular; (iv) implementacin.
Pruebas para validar y verificar el sistema; (vi) integracin para pegar componentes
del sistema.
Documentacin para describir los distintos aspectos el sistema
Mantenimiento para extender la funcionalidad del sistema.

Un mtodo es un procedimiento definiendo las tareas que deben llevarse a cabo

para satisfacer la actividad.
Una metodologa se refiere al estudio de los mtodos, existiendo un gran nmero de
metodologas para el desarrollo de software. En general, distintas metodologas llevan a
cabo las actividades del desarrollo de software de diferente manera. En este libro buscamos
aplicar las metodologas ms evolucionadas utilizando tecnologa orientada a objetos.
Existen procesos de acuerdo al tipo de proyecto y aunque no hay lmite a los diversos
modelos de proceso que puedan existir, describiremos los ms clsicos: el Modelo de
Cascada en lay el Modelo de Espiral en la seccin. Cada uno de estos modelos de proceso
est definido con un propsito particular y posee distintas estrategias para especificar las
diferentes actividades, mtodos y tareas.