INGENIERIA DE REQUISITOS

La definición de las necesidades del sistema es un proceso complejo pues en él hay que identificar los requisitos que el sistema debe cumplir para satisfacer las necesidades de los usuarios finales y de los clientes. Para realizar este proceso, no existe una única técnica estandarizada y estructurada que ofrezca un marco de desarrollo que garantice la calidad del resultado. El proceso de especificación de requisitos se puede dividir en tres grandes actividades :

1- captura de requisitos

2- definición de requisitos

3- validación de requisitos

En la figura 1 se presenta el proceso de ingeniería de requisitos que incluye estas tres actividades. Para la representación se ha usado la notación de diagrama de actividades propuesta en UML.

Figura 1: Proceso de Ingeniería de Requisitos

1. CAPTURA DE ERQUISITOS: cualquier fuente de información disponible, las necesidades que debe cubrir dicho sistema [6]. El proceso de captura de requisitos puede resultar complejo, principalmente si el entorno de trabajo es desconocido para el equipo de analistas, y depende mucho de las personas que participen en él. Por la complejidad que todo esto puede implicar, la ingeniería de requisitos ha trabajado desde hace años en desarrollar técnicas que permitan hacer este proceso de una forma más  eficiente y precisa.

A continuación se presentan un grupo de técnicas que de forma clásica han sido utilizadas para esta actividad en el proceso de desarrollo l de todo tipo de software.

• ENTREVISTA: Las entrevistas le permiten al analista tomar conocimiento del problema y comprender los objetivos de la solución buscada.
• JAD:  (Joint Application Development/Desarrollo conjunto de aplicaciones): esta técnica resulta una alternativa a las entrevistas. Es una práctica de grupo que se desarrolla durante varios días y en la que participan analistas, usuarios, administradores del sistema y clientes
• BRAINSTORMING: (Tormenta de ideas): es también una técnica de reuniones en grupo cuyo objetivo es que los participantes muestren sus ideas de forma libre
• CONCEPT MAPPING: son grafos en los que los vértices representan conceptos y las aristas representan posibles relaciones entre dichos conceptos.
• CASOS DE USO:  Los casos de uso permiten mostrar el contorno (actores) y el alcance (requisitos funcionales expresados como casos de uso) de un sistema
• CUESTIONARIO: Consiste en redactar un documento con preguntas cuyas respuestas sean cortas y concretas, o incluso cerradas por unas cuantas opciones en el propio cuestionario
• COMPARACION DE TERMINOLOGIA: Esta técnica es utilizada en forma complementaria a otras para obtener consenso respecto de la terminología a ser usada en el proyecto de desarrollo.

2. DEFINICION DE REQUISITOS: También para la actividad definición de requisitos en el proceso de ingeniería de requisitos hay un gran número de técnicas propuestas, que describen los requisitos capturados.

• LENGUAJE NATURAL: Resulta una técnica muy ambigua para la definición de los requisitos. Consiste en definir los requisitos en lenguaje natural sin usar reglas para ello.
• GLOSARIOS: La diversidad de personas que forman parte de un proyecto software hace que sea necesario establecer un marco de terminología común.
• PLANTILLAS Y PATRONES: Una plantilla es una tabla con una serie de campos y una estructura predefinida que el equipo de desarrollo va cumplimentando usando para ello el lenguaje del usuario
• ESCENARIOS:  La técnica de los escenarios consiste en describir las características del sistema a desarrollar mediante una secuencia de pasos

• CASOS DE USO:
• LENGUAJES FORMALES: Las especificaciones algebraicas como ejemplo de técnicas de descripción formal, han sido aplicadas en el mundo de la ingeniería de requisitos desde hace años

3. VALIDACION DE REQUISITOS: Los requisitos una vez definidos necesitan ser validados. La validación de requisitos tiene como misión demostrar que la definición de los requisitos define realmente el sistema que el usuario necesita o el cliente desea . Es necesario asegurar que el análisis realizado y los resultados obtenidos de la etapa de definición de requisitos son correctos. Pocas son las propuestas existentes que ofrecen técnicas para la realización de la validación y muchas de ellas consisten en revisar los modelos obtenidos en la definición de requisitos con el usuario para detectar errores o inconsistencias. Aún así, existen algunas técnicas que pueden aplicarse para ello:

• AUDITORIAS: La revisión de la documentación con esta técnica consiste en un chequeo de los resultados contra una checklist predefinida o definida a comienzos del proceso, es decir que sólo una muestra es revisada.
• MATRICES DE TRAZABILIDAD: Esta técnica consiste en marcar los objetivos del sistema y chequearlos contra los requisitos del mismo. Es necesario ir viendo qué objetivos cubre cada requisito, de esta forma se podrán detectar inconsistencias u objetivos no cubiertos.
• PROTOTIPOS: Algunas propuestas se basan en obtener de la definición de requisitos prototipos que, sin tener la totalidad de la funcionalidad del sistema, permitan al usuario hacerse una idea de la estructura de la interfaz del sistema con el usuario. Esta técnica tiene el problema de que el usuario debe entender que lo que está viendo es un prototipo y no el sistema final.

NDT: (Navigational Development Techniques)es una técnica para especificar, analizar y diseñar el aspecto de la navegación en aplicaciones web. Para este trabajo, solo es relevante la propuesta que ofrece para la definición y captura de requisitos. El flujo de especificación de requisitos de NDT comienza con la fase de captura de requisitos y estudio del entorno. Para ello, plantea el uso de técnicas como las entrevistas o el brainstorming y JAD. Tras esta fase, se propone la definición de los objetivos del sistema. En base a estos objetivos, el proceso continúa definiendo los requisitos que el sistema debe cumplir para cubrir los objetivos marcados. NDT clasifica los requisitos en:

• Requisitos de almacenamiento de información
• Requisitos de actores
• Requisitos funcionales
• Requisitos de interacción, representados mediante:
• Requisitos no funcionales

Todo el proceso de definición y captura de requisitos y objetivos que propone NDT se basa principalmente en plantillas o patrones, pero también hace uso de otras técnicas de definición de requisitos como son los casos de uso y los glosarios. La propuesta ofrece una plantilla para cada tipo de requisito, lo que permite describir los requisitos y objetivos de una forma estructurada. Algunos de los campos de los patrones son cerrados, es decir, solo pueden tomar valores predeterminados. Estos campos permiten que en el resto del proceso del ciclo de vida de NDT se puedan conseguir resultados de forma sistemática. El flujo de trabajo de especificación de requisitos termina proponiendo la revisión del catálogo de requisitos y el desarrollo de una matriz de trazabilidad que permite evaluar si todos los

objetivos han sido cubiertos en la especificación.

La propuesta viene acompañada de una herramienta case, NDT-Tool, que facilita el cumplimiento de los patrones y que permite automatizar el proceso de consecución de resultados.