Ingeniería de requerimientos: definiciones y proceso

Ingeniera de Requerimiento

El proceso de recopilar, analizar y verificar las necesidades del cliente para un sistema de software es llamado Ingeniería de Requerimientos. La meta de la ingeniería de requerimientos es entregar una especificación de requerimientos de software correcta y completa.

Los Requeriminetos IEEE como [IEEE90]

1. Condición o capacidad requerida por el usuario para resolver un problema o alcanzar un objetivo.

2. Condición o capacidad que debe satisfacer o poseer un sistema o una componente de un sistema para satisfacer un contrato, un standard, una especificación u otro documento formalmente impuesto.

3. Rrepresentación documentada de una condición o capacidad como en 1 o 2.

Según Zave

Según Boehm

Según Leite

• Rama de la ingeniería del software que trata con el establecimiento de los objetivos, funciones y restricciones de los sistemas software.

• Asimismo, se ocupa de la relación entre estos factores con el objeto de establecer especificaciones precisas.

Según Loucopoulos

Ingeniería de Requerimientos es la disciplina para desarrollar una especificación completa, consistente y no ambigua, la cual servirá como base para acuerdos comunes entre todas las partes involucradas y en dónde se describen las funciones que realizará el sistema.

Trabajo sistemático de desarrollo de requisitos, a través de un proceso iterativo y cooperativo de análisis del problema, documentando los resultados en una variedad de formatos y probando la exactitud del conocimiento adquirido.

Es el proceso mediante el cual se intercambian diferentes puntos de vista para recopilar y modelar lo que el sistema va a realizar. Este proceso utiliza una combinación de métodos, herramientas y actores, cuyo producto es un modelo del cual se genera un documento de requerimientos.

Proceso de Análisis de Requerimiento

El proceso del establecimiento de requerimientos de un sistema de software, como ya mencionamos, es el primer paso esencial en entregar lo que el cliente desea. A pesar de esto, la insuficiencia de tiempo y esfuerzo son a menudo encontrado en esta actividad y existen pocos métodos sistemáticos para soportarlo.

Reonocimiento del problema

Evaluación y Sintesis

Modelización

Especificaciones

Revisión

Se deben de estudiar inicialmente las especificaciones del sistema y el plan del proyecto del software. Realmente se necesita llegar a comprender el software dentro del contexto del sistema. El analista debe establecer un canal adecuado de comunicación con el equipo de trabajo involucrado en el proyecto. En esta etapa la función primordial del analista en todo momento es reconocer los elementos del problema tal y como los percibe el usuario.

En esta etapa el analista debe centrarse en el flujo y estructura de la información, definir las funciones del software, determinar los factores que afectan el desarrollo de nuestro sistema, establecer las características de la interfaz del sistema y descubrir las restricciones del diseño. Todas las tareas anteriores conducen fácilmente a la determinación del problema de forma sintetizada.

Durante la evaluación y síntesis de la solución, se crean modelos del sistema que servirán al analista para comprender mejor el proceso funcional, operativo y de contenido de la información. El modelo servirá de pilar para el diseño del software y como base para la creación de una especificación del software.

Las tareas asociadas con la especificación intenta proporcionar una representación del software. Esto más adelante permitirá llegar a determinar si se ha llegado a comprender el software, en los casos que se lleguen a modelar se pueden dejar plasmados manuales.

Una vez que se han descrito la información básica, se especifican los criterios de validación que han de servir para demostrar que se ha llegado a un buen entendimiento de la forma de implementar con éxito el software. La documentación del análisis de requerimientos y manuales, permitirán una revisión por parte del cliente, la cual posiblemente traerá consigo modificaciones en las funciones del sistema por lo que deberán revisarse el plan de desarrollo y las estimaciones previstas inicialmente.

Método CORE

El método Controlled Requirements Expression (CORE) [Norris] es un conjunto de notaciones textuales y gráficas, con guías especificadas para la captura y validación de requerimientos del sistema, en las etapas iniciales del diseño del sistema. CORE ha sido, por tradición, pensado como puramente una técnica de captura y análisis de requerimientos (RCA), aunque soporta algunos aspectos de diseño tales como estructuras de datos. CORE está basada en el principio de primero definir el problema a ser analizado (definición del problema),

El método Controlled Requirements Expression (CORE) [Norris] es un conjunto de notaciones textuales y gráficas, con guías especificadas para la captura y validación de requerimientos del sistema, en las etapas iniciales del diseño del sistema.

Estructura del punto de vista

Colección Tabular

Estructura de datos

Modelación individual

Modelación combinada

Análisis de restricciones

Definición del Problema

Los métodos analizados, como gran parte de los existentes, conciernen a la producción del documento de especificación de requerimientos y no direcciona el proceso de captura de requerimiento en detalle, a menudo sólo proporcionan guías simples de técnicas de entrevista y algunas veces áreas claves que deben investigarse pero que a menudo se olvidan. Cada método individualmente, dará diferentes soluciones para diferentes proyectos, incluyendo aquellos casos en los que el dominio y el área del problema son el mismo. Por esta razón, considero que no existe un modelo de proceso ideal para la Ingeniería de Requerimientos; encontrar el método o la técnica perfecta es una ilusión, pues cada método y técnica ofrece diferentes soluciones ante un problema, no obstante la aplicación de alguno de ellos nos ayuda a la producción de especificación de requerimientos.

Oliver Arancibia Quispe

Ingeniera de sistemas

Áreas de problemas.

Uno de los problemas principales que podemos encontrar a la hora de especificar los requerimientos, es la necesidad de un entendimiento de los problemas del cliente, deseos y ambiente en el cual el sistema será instalado. . Para [Booch], uno de los factores principales de problemas es la complejidad del dominio, en el cual se encuentran los requerimientos. También tenemos que tener en cuenta, que el análisis de requerimientos es una actividad de intensa comunicación. Siempre que existe comunicación, se pueden producir malas interpretaciones, omisiones, ect.