Análisis y Especificación de Requisitos

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

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

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

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.

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

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.

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.

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.

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.

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

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.

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.

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.

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”.

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.

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.

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.

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