Modelos de ingenieria de requerimientos

MODELOS DE INGENIERÍA DE REQUERIMIENTOS

Introducción

La ingeniería de requerimientos proporciona el mecanismo apropiado para entender lo que el cliente quiere, analizar  las necesidades, evaluar la posibilidad, negociar una solución razonable, especificar la solución sin equívocos, certificar la definición y gestionar los requisitos.

El trabajo del ingeniero es identificar áreas en común (es decir, los requerimientos en los que todos los interesados están de acuerdo) y áreas de conflictos o inconsistencias (esto es, los requisitos solicitados por los interesados que entran en conflictos con las necesidades de otro).

Desarrollo

Modelo de Pfleeger

El proceso de Ingeniería de software se puede resumir, según [Pfleeger 1998], en un subproceso de Análisis del Problema, seguido de un subproceso de Síntesis de la Solución. El modelo de Pfleeger describe el proceso de desarrollo y mantenimiento de software como una secuencia de fases. Cada fase se ejecuta en su totalidad antes de proseguir a la siguiente y el fin de una fase es indicado por la entrega de un producto: documento o programa.

Las fases que conforman al modelo son las siguientes:

• Iniciación:

• Análisis de factibilidad

• Análisis

• Diseño

• Codificación y prueba de unidades

• Pruebas

• Implantación

• Operación y mantenimiento

Modelo ORDIT

[Dobson et al. 1992] desarrollaron en el proyecto ORDIT un enfoque socio-técnico del proceso de requisitos en el cual el sistema es considerado como un todo y con el usuario como parte integral de ese sistema.

La metodología ORDIT tiene 5 componentes:

• Un modelo de proceso. Un modelo para la educción y modelado de requisitos, donde considera tres roles al menos: propietario de requisitos, eductor de requisitos y modelador de requisitos.

• Un lenguaje de modelado de empresa. Para representar la estructura de la organización y así determinar los propietarios de requisitos y sus roles y la comunidad de usuarios.

• Un lenguaje de modelado de información. Para derivar los modelos de datos que son requeridos y también los requisitos no funcionales.

• Un modelo de referencia de rol. Para definir y caracterizar cada rol de la organización.

• Herramientas de apoyo. A construir para ayudar al analista.

Fase de requisitos de software según Davis

[Davis 1993] propone una fase de requisitos software con dos actividades principales que se dividen en tareas específicas:

• Análisis del problema (Un relativo entendimiento completo de los requerimientos)

• Descripción del problema (Una especificación de requerimientos de software completo y consistente)

Las tareas específicas del (análisis del problema) son las siguientes:

• Delinear restricciones

• Refinar restricciones

• Negociar entre restricciones conflictivas

• Entendimiento del problema

• Expansión de la información

Las tareas específicas de la “descripción del problema” son las siguientes:

• Chequeo de consistencia

• Consolidación

Modelo de Loucopoulos and Karakostas

Describe el proceso de ingeniería de requerimientos como iterativo y cíclico. Su modelo demuestra las interacciones entre la elicitación, especificación, validación, el usuario y el dominio del problema.

La propuesta de [Loucopoulos and Karakostas 1995] asegura que la IR abarca tres aspectos fundamentales:

• Entendimiento del problema (educción)

• Descripción del problema (especificación)

• Alcanzar un acuerdo sobre la naturaleza del problema (validación)

Proceso de IR según Pohl

Es un modelo iterativo en donde se asume una secuencia en las que los requisitos son elicitados, a continuación son negociados entre los participantes, se integran con el resto de la documentación y finalmente

...