Obtención De Requerimientos

Obtención de Requisitos.

Como ya hemos comentado, los requisitos de obtención implica descubrir la información sobre el dominio de aplicación del sistema, el problema de detalles que hay que resolver, necesita de actores del sistema de la empresa que está comprando el sistema y los detalles. En general, los ingenieros de requisitos puede ser necesario utilizar diferentes técnicas para descubrir toda esta información. Se describen cuatro enfoques complementarios de obtención de requisitos de esta sección.

Gran parte del conocimiento de las necesidades de provocación viene de la lectura de documentos sobre el sistema y hablar con las personas que están involucradas con el sistema como usuarios, gestores, etc Este resultado en un gran volumen de información que debe organizada para que sea comprensible. Yeh y Zave (1980) sugieren que hay tres formas fundamentales de la estructuración de este conocimiento. Davis, en su libro sobre los requisitos de ingeniería (Davis, 1993) describe estos tres mecanismos de estructuración, según se indica.

• Particiones

Es la organización de los conocimientos en las relaciones de agregación donde el conocimiento requisitos se describen en términos de sus partes. Por ejemplo, en un sistema de reservas, un disco de reserva puede ser definido como una referencia de vuelo, un origen y destino del vuelo, el nombre y la dirección del pasajero, el importe abonado y la fecha del viaje.

• Abstracción

Se trata de la organización de los conocimientos de acuerdo a las relaciones generales / específicas. Requisitos de los conocimientos describe, la relación de los casos específicos en estructuras abstractas. Por lo tanto, en un sistema de reservas, la abstracción, el pasajero, puede ser desarrollado y utilizado para referirse a todo tipo de pasajeros, tales como los niños o los adultos, las personas que pagan tarifa completa o tarifas reducidas, etc.

• Proyección.

Esta es la organización del conocimiento desde diversas perspectivas o puntos de vista diferentes. Diferentes fuentes aportan información sobre el sistema y con frecuencia es importante identificar explícitamente estas fuentes durante el Obtención de Requisitos. Por ejemplo, los puntos de vista de un sistema de reserva podrían ser los agentes de viajes, gestión de las aerolíneas, check-in operadores de mesa, los pasajeros, a las bases de datos de reserva, etc Esta es la base de la ingeniería de requisitos viewponit orientado, discutido en el Capítulo 7.

Buenos ingenieros en requisitos utilizan estos fundamentos sin pensar en la obtención de requisitos. Los métodos de análisis como el análisis orientado a objetos se basan explícitamente en torno a estos enfoques y pueden requerir relaciones de clasificación y agregación que se especifiquen de forma explícita. Los métodos que utilizan estas técnicas se tratan en el capítulo 6.

La obtención de Requisitos es un proceso cooperativo que involucra a los requisitos técnicos y las partes interesadas en el sistema. Obtención efectiva requiere la cooperación eficaz, pero, en muchos casos, es difícil que los ingenieros en requisitos y las partes interesadas formen buenas relaciones de trabajo. Algunos de los problemas que pueden enfrentar son los siguientes.

1. La falta de tiempo ha permitido la obtención requisitos.

Los interesados son personas muy ocupadas con un trabajo que hacer y que no tienen una gran cantidad de tiempo libre de hablar de nuevo sistema con los ingenieros de requisitos.

2. Requerimientos técnicos no se preparan adecuadamente para los requisitos obtención.

El desarrollo de una comprensión de un dominio de aplicación es esencial para la obtención efectiva. A veces, sin embargo, los ingenieros de requisitos, o bien no lo hacen o no pueden aprender sobre el dominio antes de hablar con las partes interesadas. Esto hace que los interesados impaciente y resulta en malentendidos porque los términos especializados se utilizan que son familiares para los ingenieros de requisitos.

3. Las partes interesadas pueden no desear un nuevo sistema.

En muchos casos, la compra e instalación de un nuevo sistema es una decisión organización y las personas que se ven afectadas por el sistema no se consulta. Ellos pueden sentir que un nuevo sistema no es necesario y no qué deben cooperar en su especificación.

Algunos de los muchos fallos del sistema que se han reportado son consecuencia directa de estos problemas. Ingenieros de requisitos deben ser sensibles a las necesidades de las partes interesadas y las demandas hechas en su momento. No siempre deben suponer que la especificación de un sistema es una actividad de alta prioridad para ellos.

Entrevistas.

Las entrevistas se utilizan con mucha frecuencia la técnica de obtención de requisitos. El ingeniero o analista requisitos analiza el sistema con diferentes grupos de interés y acumula una comprensión de sus necesidades. Ellos son, básicamente, dos tipos de entrevistas:

1. entrevistas cerradas, donde el ingeniero de requerimientos busca respuestas a un conjunto predefinido de preguntas.

2. entrevistas abiertas donde no existe una agenda predefinida y el ingeniero de requisitos discute, de manera abierta, lo que los actores quieren del sistema.

En realidad, por supuesto , es borrosa la frontera entre estos tipos de entrevista . Un ingeniero de requisitos puede comenzar con un conjunto predefinido de preguntas, pero , a medida que surgen diferentes cuestiones que se discuten de manera abierta. De manera parecida , una discusión totalmente abierta suele ser más sencillo cuando hay algunas preguntas sencillas para estructurar la entrevista

Las entrevistas pueden ser muy eficaz para el desarrollo de una comprensión del problema y para la obtención de requisitos muy generales del sistema. Los usuarios finales suelen ser felices para describir su trabajo y las dificultades que enfrentan, aunque pueden tener expectativas poco realistas sobre el soporte informático que se puede proporcionar. Sin embargo, las entrevistas son mucho menos eficaces para la comprensión del dominio de aplicación y para la comprensión de aspectos organizativos que afectan a los requisitos.

Hay dos elementos esenciales para entrevistas efectivas.

1. El entrevistador debe tener la mente abierta y dispuesta a escuchar a las partes interesadas. No hay ningún punto en celebración entrevistas si el ingeniero de requerimientos no está dispuesto a cambiar su opinión acerca de las necesidades reales de las partes interesadas.

2. Los interesados deben tener una especie de punto de partida para la discusión. Esto puede ser una pregunta, una propuesta de requisitos, o un sistema existente. Decir a la gente "dime lo que quieres" es poco probable que resulte en información útil. La gente encuentra mucho más fácil hablar en un contexto definido no en términos generales.

Las entrevistas deben ser parte de todos los procesos de elicitación requisitos . En muchos casos, además de información de documentos , que pueden ser la única fuente de información acerca de los requisitos del sistema . Sin embargo , rara vez son totalmente adecuados para la obtención de requisitos . Siempre que sea posible , la entrevista se debe utilizar en conjunción con otras técnicas de obtención de requisitos .

Conocimiento del dominio de aplicación es difícil de obtener durante las entrevistas , por dos razones :

1. La mayoría de los dominios de aplicación tienen su propia terminología y los interesados resulta muy difícil discutir el dominio sin el uso de esta terminología . En muchos casos , lo hacen de una manera precisa y sutil , y es fácil para los ingenieros de requisitos que no entienden estas descripciones.

2. Hay algunos tipos de conocimiento del dominio que las partes interesadas deben valerse sea muy difícil de explicar o es tan familiar que nunca piensan en explicarlo. Por ejemplo , para un bibliotecario , no hace falta decir que todas las adquisiciones están catalogadas antes de ser dejado de lado. Sin embargo , esto puede no ser tan obvio para un ingeniero de requisitos .

Conocimiento organizacional es también difícil de obtener durante las entrevistas debido principalmente a factores políticos y sociales. En todas las organizaciones, no son muy sutiles relaciones de poder y de influencia entre las diferentes personas de la organización. Demandas de los interesados se ven influidos por ellos, pero los interesados pueden ser (comprensiblemente) reacio a hablar de ellos. Estructuras organizativas Publicado menudo no coinciden con la realidad, pero los interesados pueden no querer hablar sobre esto con un desconocido fuera de su propio departamento.

Escenarios

Los usuarios finales y otros actores del sistema les resulta más fácil relacionarse con el ejemplo de la vida real en lugar de descripciones abstractas de las funciones que ofrece el sistema. Por esta razón, a menudo es útil para desarrollar un conjunto de escenarios de interacción y el uso de estos para obtener y clarificar los requisitos del sistema. Los escenarios son ejemplo de las sesiones de interacción

...