Análisis y Especificación de Requisitos

Presentación del tema: "Análisis y Especificación de Requisitos"— Transcripción de la presentación:

1 Análisis y Especificación de Requisitos

2 Ingeniería de Requisitos
Proceso mediante el cual se establecen los servicios que el sistema debe brindar y las restricciones que debe cumplir. Es un proceso sistemático para derivar la definición del sistema a ser construido. Necesidades del Cliente Ingeniería de Requisitos Documento de Requisitos

3 Contenido Requisitos Funcionales Requisitos No Funcionales
servicios o funciones ofrecidas. Requisitos No Funcionales otras cualidades del sistema. Restricciones al Proceso de Desarrollo

4 Requisitos Definición abstracta de lo que el sistema debe hacer
Definición matemática y formal de las funciones del sistema Abstracción

5 Documento de Requisitos
En un llamado a licitación de un gran proyecto de software, Se debe definir las necesidades en forma suficientemente abstracta para que la solución no esté predefinida. Los requisitos deben escribirse de modo que varios contratistas puedan competir por el contrato, ofreciendo quizás diferentes formas de lograr los objetivos. Una vez que la licitación es otorgada, el contratista debe escribir la definición del sistema para el cliente en más detalle para que el cliente entienda y pueda validar lo que el software finalmente hará. Ambos documentos pueden llamarse documento de requisitos del sistema.

6 Definición de Requisitos
La información la brinda el cliente Contenido: servicios que se espera del sistema, restricciones de operación, lenguaje natural y diagramas, Usuarios: gerencia del cliente, usuarios finales, ingenieros del cliente, gerencia de desarrollo, arquitectos del sistema. Cada uno tiene un rol diferente

7 Especificación de Requisitos
Contenido: detalle de los servicios del sistema, lenguaje más formal y preciso, base del contrato entre desarrolladores y cliente. Usuarios: usuarios finales, ingenieros del cliente, arquitectos del sistema, desarrolladores.

8 Especificación del Software
Contenido: descripción abstracta del software, base para el diseño y la implementación, agrega detalles técnicos. Usuarios: ingenieros del cliente arquitectos del sistema desarrolladores.

9 Requisitos Incompletos
En sistemas grandes y complejos los requisitos nunca están completos al iniciar el desarrollo del proyecto: se espera que mejoren la situación actual (sistema manual o anticuado); no se sabe bien en qué dirección mejorar; usuarios múltiples y diversos con distintas necesidades y prioridades; el sistema final será un compromiso; quien paga por el sistema no es habitualmente quien lo va a usar; las restricciones de presupuesto se contraponen a las necesidades de los usuarios. Desarrollo incremental de los requisitos con el sistema.

10 Ingeniería de Requisitos
Conjunto de actividades que llevan a la definición y especificación de requisitos: estudio de factibilidad, análisis de requisitos, obtener los requisitos observando el sistema actual, discutiendo con usuarios, desarrollo de modelos y prototipos del sistema, definición de requisitos, traducción del producto del análisis a un documento, documento orientado a múltiples lectores, especificación de requisitos, descripción detallada del sistema, base del contrato entre cliente y desarrolladores, en paralelo con el diseño.

11 Ingeniería de Requisitos
Estudio de Factibilidad Análisis de Requisitos Definición de Requisitos Reporte de Factibilidad Especificación Requisitos Modelos del Sistema Definición de Requisitos Especificación Requisitos Documento Requisitos

12 Documento de Requisitos
Definición de Requisitos Especificación de Requisitos = + SRS: Software Requirements Specification declaración oficial de lo que hará el software. Qué es los que el sistema debe hacer sin indicar cómo. Debe ser suficientemente específico como para poder relacionar los requisitos con la funcionalidad del sistema final.

13 Características del Documento
El documento debe ser completo y consistente: todas las funciones deben ser incluidas, no debe haber conflictos. Debe ser fácilmente modificable: errores, evolución de los requisitos. Características necesarias: solamente comportamiento externo, restricciones a la implementación, fácilmente modificable, útil como referencia para los encargados del mantenimiento del sistema, registro de reflexiones acerca de futura evolución, respuestas aceptable a eventos inesperados.

14 Por Capítulos Introducción Glosario Modelos del Sistema
descripción general, funcionalidad e interacción con otros sistemas, inserción en la empresa. Glosario definición de términos. Modelos del Sistema diagramas de relación del sistema con el ambiente. Definición de Requisitos Funcionales servicios del sistema, diagramas y explicación. Definición de Requisitos No Funcionales Evolución del Sistema cambios que se anticipan. Especificación de Requisitos detalle de la funcionalidad: funciones, datos, dinámica.

15 Validación del Documento
El documento de requisitos debe expresar lo que el cliente realmente necesita. Si existe errores, estos se propagan al diseño y a la implementación. La corrección es más cara cuanto más tarde se detecte el error. 100 veces más caro corregir un error de requisitos después de entregado el sistema que corregir el documento de requisitos. La validación debe hacerse con el cliente/usuario a medida que se construye el documento de requisitos revisiones y “caminatas”.

16 Cualidades del Documento
Validez: la funcionalidad especificada es aceptada por todos los usuarios. Consistencia: no existen conflictos entre los requisitos. Completo: todas las funciones y restricciones están incluidas. Factibilidad: requisitos realizables, mejoras esperables realistas. Verificable: los requisitos pueden ser verificados. Comprensible: claridad de expresión. Rastreable: origen de los requisitos (evolución). Adaptable: los cambios no afectan el sistema completo.

17 Evolución de Requisitos
La comprensión del sistema avanza a medida que se analizan los requisitos. El tiempo de desarrollo de grandes sistemas puede ser varios años. El ambiente cambia y afecta los requisitos. Clases de requisitos: duraderos: relativos a actividades esenciales; volátiles: requisitos propensos a cambiar.

18 Requisitos Volátiles Mutables: Emergentes: Consecuencias:
cambios en el ambiente organizacional. Emergentes: la comprensión profunda del sistema trae a la luz estos requisitos. Consecuencias: la implantación del sistema trae nuevos requisitos. Compatibilidad: cambios en otros sistemas con los que se interactúa.

19 Actualización de Requisitos
Documento de Requisitos 1 Implementación del Sistema 1 Cambio en los Requisitos Implementación del Sistema 2 Cambio en los Requisitos Documento de Requisitos 1 Implementación del Sistema 1 Documento de Requisitos 2 Implementación del Sistema 2