4.5.

Adquisicin y anlisis de requerimientos

1.Descubrimiento de requerimientos

4. Especificacin de requerimientos

2.Clasificacion y organizacin de requerimientos

3. Priorizacin y Negociacin de requerimientos.

Descubrimiento de requerimientos

Interactuar con los participantes del sistema para descubrir sus requerimientos
Requerimientos de dominio de los participantes y documentacion se descubren

Clasificacion y organizacion de requerimientos

Toma la compilacion no estructurada de requerimientos, agrupa requerimientos relacionados y los organiza en grupos coiherentes La forma mas comun es usar un modelo de l aarquitectura del sistema.

Priorizacin y negociacin de requerimientos

Encontrar y resolver conflictos de requerimientos mediante la negociacin. Los participantes se renen para resolver diferencias y estar de acuerdo.

Especificacion de requerimientos

Los requerimientos se documentan e ingresan en esta etapa Se pueden producir documentos de requerimientos formales o informales.

Tema 4.5.1: Descubrimiento de requerimientos.

Tambin llamado adquisicin de requerimientos, es el proceso de de recopilar informacin sobre el sistema requerido y los sistemas existentes, as como de separar los requerimientos del usuario y del sistema. En este proceso se pueden incluir:

Documentacin Participantes del sistema Especificaciones del sistema

La interaccin con ellos es a travs de entrevistas observaciones, pueden usarse escenario y prototipos para ayudar a entender al usuario el sistema. Los participantes varan desde los administradores y usuarios finales hasta participantes externos como reguladores (quienes certificaran la aceptabilidad del sistema). Se puede usar como informacin el dominio de aplicacin existente y otros dominios que interacten con el sistema. Todos estos son como puntos de vista del sistema y cada conjunto muestra un subconjunto de los requerimientos, y as tener en mente ciertos defectos que podran traer problemas.

Tema 4.5.2: Entrevistas

Las entrevistas formales o informales son una parte de los procesos de ingeniera de requerimientos, se realizan preguntas del sistema actualmente utilizado y el sistema que se va a desarrollar. Los requerimientos se derivan de las respuestas a dichas entrevistas. Las entrevistas son de 2 tipos.

Entrevistas cerradas, los participantes responden a un conjunto de preguntas preestablecidas. Entrevistas abiertas, no hay nada predefinido, se explora un rango de conflictos con los participantes del sistema y como resultado desarrollan una mejor comprensin de sus necesidades.

Generalmente se usa una combinacin de ambas, para que al comenzar mantener la entrevista enfocada en el sistema que se va a desarrollar. Las entrevistas son buenas para tener un margen global. Nuevos sistemas. Platicar de sus trabajos. Pero por dos razones resulta difcil asimilar el conocimiento a travs de entrevistas:

Todos los especialistas en aplicaciones usan terminologas y jergas que son especficos de un dominio. Cierto conocimiento del dominio es tan familiar a los participantes que encuentran difcil explicarlo, o bien, creen que no vale la pena mencionarlo.

Aunque no son una tcnica efectiva debido a que existen relaciones sutiles de poder entre los diferentes miembros en la organizacin y los entrevistados quiz no deseen revelar a un extrao la estructura real si no la terica . Los entrevistadores efectivos poseen dos caractersticas:

Tienen mentalidad abierta, evitan ideas preconcebidas sobre los requerimientos t escuchan a los participantes. Instan al entrevistador con una pregunta de trampoln para continuar con la pltica. Un qu quieres no sirve de nada.

Las entrevistas se complementan con otra informacin del sistema de documentacin que describe los procesos empresariales o los sistemas existentes, observaciones del usuario etc., y por consiguiente, la entrevista debe usarse junto con otras tcnicas de adquisicin de requerimientos.

4.5.3 Escenarios

Ejemplos sobre descripciones de sesiones de interaccin.

Comienza con un bosquejo. Descripcin de que esperan del sistema y los usuarios cuando inicia el escenario Descripcin en el flujo normal en los eventos. Que puede salir mal y como manejarlo. Informacin de otras actividades que estn funcionando en paralelo. Descripcin del estado del sistema, cuando termina el escenario.

Esta practica implica:

Trabajar con los usuarios que manipularan el sistema. Captar detalles que surjan en la interaccin con el sistema.

Incluirlos en el escenario posteriormente.

Todo esto puede complementarse con diagramas, tomas de pantallas.

4.5.4. Casos de Uso

Se identifican a los actores implicados en alguna interaccin. Nombra el tipo de interaccin. Se describe la interaccin(Complementando la informacin).

Lneas vinculan la interaccin. Flechas para mostrar el inicio de la interaccin.

Cada caso de uso debe documentarse con descripcin textual. Representan todas las interacciones posibles que se describirn en los requerimientos del sistema. Los actores pueden ser: Individuos, u otros sistemas representados con figuras sencillas.

Algunas personas consideran un solo caso de uso como un escenario. Otros consideran que hay un escenario para la interaccin normal, y escenarios para cada excepcin. Los casos de uso identifican las interacciones individuales entre el sistema y sus usuarios u otros sistemas. Cada uno debe documentarse con una descripcin textual.

Los escenarios y los casos de uso son tcnicas efectivas para adquirir requerimientos de los participantes que interactan directamente con el sistema, Cada tipo de interaccin puede representarse como casos de uso.

Sin embargo por mencionar algunas desventajas, se tiene que debido a a que se enfocan en interacciones con el sistema, no son tan efectivas para adquirir restricciones o requerimientos empresariales y no funcionales de alto nivel, ni apra describir requerimientos de dominio.

4.5.5 Etnografa

La Etnografa es una tcnica de observacin y se usa para entender y derivar requerimientos de apoyo para dichos procesos. Observa el trabajo diario y toma notas acerca de las tareas existentes ver en que intervienen los participantes y reflejan las formas actuales en las que trabaja la gente. Las prcticas de trabajo son ms ricas, complejas y dinmicas que los modelos supuestos por sistemas automatizacin. La diferencia en entre el trabajo supuesto y el real fue la razn por la que sistemas no tenan un efecto sobre la productividad.

Para que sirve??

La etnografa sirve para descubrir dos tipos de requerimientos: 1-Los requerimientos que se derivan de la forma en que realmente trabaja la gente, en vez de la forma en la que debera trabajar. 2-Los requerimientos que se derivan de la cooperacin y conocimiento de las actividades de otras personas.

Analisis etnografico

Reuniones de interrogatorio

La etnografa puede combinarse con la creacin de prototipos debido a que informa al desarrollo del prototipo y se requieren menos ciclos de refinamiento de este.

Evaluacion de prototipos

Etnografia enfocada

Prototipo del sistema

Desarrollo del sistema generico

4.6 Validacin de requerimientos

Es el proceso de verificar que los requerimientos definen realmente el sistema que quiere el cliente. Es importante por que los errores de este tipo pueden tomar altos costos por tener que rehacer El costo por corregir un problema de requerimientos es mucho mayor que reparar errores de diseo o codificacin Durante la validacin de requerimientos tienen que realizarse distintos tipos de comprobaciones como las siguientes

1-Comprobaciones de validez: Un usuario cree que necesita un sistema para realizar ciertas funciones. Sin embargo, con mayor anlisis se identifican funciones adicionales o diferentes.

2-Comprobaciones de consistencia: No deben estar en conflicto, no se deben contradecir o tener varias descripciones de la misma funcin
3-Comprobaciones de totalidad: Se debe documentar todas las funciones y restricciones del sistema 4-Comprobaciones de realismo: Saber si la tecnologa puede implementarse y considerar el presupuesto y la fecha de entrega 5-Verificabilidad: Se debe ser capaz de escribir pruebas que comprueben el funcionamiento y compruebe que todos los requerimientos fueron cubiertos

Hay algunas otras tcnicas de validacin de requerimientos: 1-Revisiones de requerimientos 2-Creacin de prototipos 3-Generacin de casos de prueba Es difcil hasta para un profesional de la computacin hacer este tipo de anlisis abstracto y aun ms por los usuarios del sistema. Es inevitable que haya cambios en los requerimientos para corregir omisiones y malas interpretaciones

Tema 4.7: Administracin de requerimientos.

Los procedimientos siempre cambian, y los requerimientos tambin, y generalmente son para problemas que no se pueden definir por completo.

Requerimientos duraderos y voltiles.

Actividades centrales, lento cambio. Como la organizacin hace su trabajo.

Una vez que se instala el sistema, y se utiliza con regularidad, surgirn inevitablemente nuevos requerimientos, se descubrirn nuevas necesidades y prioridades. Es inevitable el cambio y existen muchas razones: Los ambientes tcnicos y empresariales del sistema siempre cambian despus de la instalacin. Nuevo hardware, cambio de la interface, cambio de prioridades de la empresa. Los individuos que pagan por un sistema general mente no son los mismos que lo van a manejar (ellos ven presupuestos y restricciones organizativas), y esto est en conflicto con los usuarios finales. Comunidad de usuarios diversa, con diferentes niveles de prioridades y requerimientos, y estos estn en conflicto o sean contradictorios. La administracin de requerimientos es el proceso de comprender y controlar los cambios en los requerimientos del sistema.

4.7.1 Planeacin de la administracin de requerimientos

Primera etapa esencial Establece el nivel de detalle que se requiere

Identificacin de requerimientos

Identificarse de manera exclusiva Posibilidad de referencia cruzada Uso en evaluaciones de seguimiento

Un proceso de administracin del cambio

Actividades que valoran el efecto y costo de los cambios

Polticas del seguimiento

Definen las relaciones entre cada requerimiento

Define el diseo del sistema que debe regsitrarse.

Define como mantener los registros.

Herramientas de apoyo

Sistemas especializados de administracin de requerimientos

Hojas de calculo
Sistemas de bases de datos simples

4.7.2 Administracin del cambio en los requerimientos

Identificacin del problema

Anlisis del problema y cambio de especificaciones

Anlisis del cambio y estimacin del costo

Implementacin del cambio

Revisin de requerimie ntos

La administracin del cambio es esencial por que es necesario determinar si los nuevos beneficios de implementar nuevos requerimientos estas justificados por los costos de implementacin. Existen tres etapas principales e un proceso de administracin de cambios. Analisis de problemas y especificaciones del cambio. Analisis del cambio y estimacin del costo.

Implementacion del cambio.

BIBLIOGRAFIA:

Ingeniera de Software

9 Edicin Ian Sommerville