Este quizá es el modelo que ha servido de base para la construcción de los demás modelos, posee un conjunto de actividades que se relacionan e interactúan de manera iterativa, lo que hace que el proceso de Ingeniería de Requisitos se vuelva eficaz y eficiente. Este es un modelo de procesos genérico, útil para definir, analizar, especificar y validar los requisitos.
Estudio de viabilidad Calidad de requisitos Borrador de requisitos Prototipado de los requisitos Análisis y definición de requisitos Revisión de la especificación Uso del producto y
evolución
Reutilización de requisitos
Ilustración 9. Modelo de Volere.
Dentro de las principales actividades de este modelo están10:
10 Información tomada de: ROBERTSON, Z., ROBERTSON, J. (2006). Mastering the Requirements Process. Editorial Addison-Wesley. Sexta Edición.
42
1. Estudio de viabilidad: Aquí se obtiene la información necesaria que permita al ingeniero de requisitos determinar si es viable la construcción o desarrollo del proyecto, en base a los requisitos planteados por el cliente. Así mismo, se determina una estimación de los riesgos, costos del proyecto, stakeholders y restricciones. Esta actividad puede ser ejecutada en pocas horas o en algunos días, dependiendo de la experiencia del ingeniero de requisitos, y de la complejidad-tamaño del proyecto.2. Análisis y definición de requisitos: Una vez completado el estudios de viabilidad, los requisitos deben ser analizados y definidos aplicando técnicas específicas utilizadas en la Ingeniería de Requisitos. Por ejemplo, se describe y representa los requisitos en casos de uso y se plantea escenarios para lograr identificar aquellos requisitos que deberán cumplir con la funcionalidad de la solución, además, se podrá identificar los potenciales requisitos que pueden ser usados en el desarrollo del proceso de construcción del proyecto.
3. Prototipado de los requisitos: Los requisitos son representados mediante un prototipo en el cual, el ingeniero de requisitos transforma estos en funcionalidades, estas funcionalidades son representadas mediante esquemas o interfaces de usuarios. El objetivo de esta actividad es mostrar al cliente una aproximación visual de cómo quedaría la solución y, de ser necesario, este planteará nuevos requisitos y/o restricciones que deberán ser descritos en el borrador de requisitos.
4. Borrador de requisitos: El ingeniero de requisitos debe describir los requisitos seleccionados para cumplir las expectativas y los objetivos del proyecto en un borrador de requisitos, este no es más que una plantilla donde se proporciona información sobre cada requisito obtenido del cliente y los stakeholders, los cuales se convertirán en requisitos formales, es decir, los verdaderos requisitos que representarán una determinada funcionalidad del proyecto previo el paso por pruebas de calidad de los mismos.
43
5. Calidad de los requisitos: En esta actividad se determina si los requisitos son correctos, antes de ser entregados a los desarrolladores. Se aplica un conjunto de pruebas para determinar la calidad individual de cada requisito. La persona encargada de hacer el testeo o prueba de los requisitos deberá autorizar el paso de los mismos si cumple con las expectativas del proyecto y no poseen inconsistencias. La calidad de los requisitos se refiere a la obtención de requisitos válidos, precisos y completos, que puedan ser utilizados en cualquier momento del proceso de desarrollo del software, logrando de esta manera aumentar el nivel de calidad del mismo.Se generará un documento de especificación de requisitos, donde se describirá cada uno de los requisitos aceptados y que cumplen con las necesidades del proyecto. En la especificación, el ingeniero de requisitos puede obtener un panorama de las funcionalidades que tendrá la solución, su arquitectura y además, será de mucha utilidad para los gestores del proyecto en la estimación de costos y esfuerzo necesario para el desarrollo del proyecto.
6. Revisión de la especificación: Luego de haber desarrollado el documento de especificación, es necesario hacer una revisión final, esto con el fin de identificar o encontrar posibles errores o conflictos en los requisitos que luego puedan afectar directa o indirectamente la solución a construir y que deben ser resueltos. La revisión permite confirman que la especificación realmente está completa y que se puede pasar a la siguiente actividad.
7. Diseño y construcción: Esta actividad se refiere a la implementación de los requisitos, es decir, al desarrollo del proyecto o de la solución que será entregado al cliente, en el cual deberán estar representadas todas las necesidades propuestas por el mismo.
8. Reutilización de requisitos: Muchas de las veces los proyectos que se construyen no son completamente eficientes, esto se debe a la mala aplicación de un proceso de desarrollo de software y al mal manejo de los requisitos. Por tal motivo, se genera un
44
conjunto de requisitos que pueden ser reutilizados en una nueva versión, del mismo proyecto para el que fueron obtenidos u otro similar. La reutilización no quiere decir que aquellos requisitos que se reutilicen deben ser directamente utilizados por los desarrolladores, estos deben pasar por el mismo proceso de análisis, definición, prototipado, calidad, etc.
9. Uso del producto y evolución: Esta actividad tiene que ver netamente con el uso del producto o solución desarrollado para el cliente. Con el uso posiblemente se planteen nuevas necesidades o requisitos por parte del cliente y que deberán ser consideradas para el desarrollo de una nueva versión del producto.
Al ser este el modelo base para el desarrollo de los diferentes modelos de la Ingeniería de Requisitos, es necesario hacer una comparación entre las etapas, fases o actividades de cada modelo de requisitos frente al modelo de Volere.
A continuación se muestra una contrastación del modelo de Volere frente al resto de modelos de requisitos:
Tabla 4. Contrastación de actividades del Modelo de Volere frente a otros modelos de requisitos. MODELO DE VOLERE GENÉRICO POHL ESPIRAL SWEEBOK REAIMS
Estudio de viabilidad X
Análisis y Definición de
requisitos X X X X X
Prototipado de los requisitos X
Borrador de requisitos X X X X
Calidad de los requisitos X X
Especificación de requisitos X X X
Revisión de la especificación X X x X
El Modelo de requisitos de Volere ha marcado la diferencia respecto al resto de modelos, cada uno de estos ha tomado ciertas etapas o actividades para la construcción y ejecución de su proceso de requisitos, si bien no tienen la misma identificación respecto al nombre de etapa o actividad, en el contexto son lo mismo, algunas de las etapas de
45
Volere son una combinación de un conjunto de actividades y tareas referentes a la Ingeniería de Requisitos.
Es así que, por ejemplo para el desarrollo del Modelo de Pohl se han tomado las siguientes actividades del Modelo de Volere:
Estudio de viabilidad Calidad de requisitos Borrador de requisitos Prototipado de los requisitos Análisis y definición de requisitos Revisión de la especificación Uso del producto y
evolución Reutilización de requisitos Captura Negociación Especificación y documentación Validación y verificación
Modelo de Volere Modelo de Pohl
Ilustración 10. Contrastación de las actividades del Modelo de Volere frente al Modelo de Pohl.
En el Modelo de Pohl, la actividad de negociación de requisitos está basada en el análisis y definición de requisitos del modelo de Volere, en dicha actividad se aplicará técnicas específicas de Ingeniería de Requisitos con el fin de obtener requisitos que cumplan con las funcionalidades de la solución y con los objetivos planteados por el equipo de desarrollo, además de identificar requisitos potenciales que pueden ser usados durante el proceso de desarrollo de un proyecto.
El borrador de requisitos y revisión de la especificación son dos de las actividades del Modelo de Volere que Pohl integra en su proceso de requisitos en la actividad de especificación y documentación. En esta actividad del Modelo de Pohl se deberá describir cada uno de los requisitos negociados, al ser un modelo iterativo, en cada iteración se
46
realizará una revisión de la especificación de los requisitos, se documentará los nuevos y potenciales requisitos capturados y usados durante el desarrollo de un proyecto.
La validación de requisitos del Modelo de Pohl se basa en la actividad de calidad de requisitos de Volere. En esta actividad se revisa si cada uno de los requisitos que pasaron por la especificación es correcto y no poseen inconsistencias. Al final se deberá obtener requisitos con un alto nivel de calidad.
Del mismo modo, algunas de las actividades del Modelo de Volere se pueden contrastar con las etapas de los demás modelos de requisitos, al realizar un análisis exhaustivo se podrá verificar que dichos modelos están basados o que tienen una relación directa con el proceso de requisitos desarrollado en el Modelo de Volere.