Ingeniería del Software 2

Análisis de requisitos es la 1ª fase técnica del proceso de ing. del SW Éxito -> Comprensión total de los requisitos Análisis de requisitos -> Tarea de descubrimiento, refinamiento, modelado y especificación Personas importantes: Cliente y Producto obtenido: representación del SW mediante prototipo, especificación o modelo simbólico. Problema: comunicación entre cliente y desarrollador. Sé que cree que entendió lo que piensa que dije, pero no estoy seguro de que se dé cuenta de que lo que escuchó no es lo que yo quise decir desarrollador Ingeniería del Software 1 Ingeniería del Software 2 Análisis de requisitos Técnicas de comunicación Principios del Revisión de la especificación Análisis de Requisitos de la función, datos y rendimiento del SW Interfaz con otros elementos Restricciones que debe cumplir el SW Ingeniería del Software 3 Ingeniería del Software 4 1

Análisis de Requisitos Proporciona modelos para: Diseño de datos Diseño de la arquitectura Diseño de la interfaz Diseño procedimental Análisis de Requisitos Áreas de esfuerzo: Reconocimiento del problema Evaluación y síntesis Modelado del SW o VALORAR LA CALIDAD Ingeniería del Software 5 Revisión Ingeniería del Software 6 Análisis de requisitos Técnicas de comunicación Principios del Revisión de la especificación Técnicas de comunicación Comunicación <> Entendimiento Empezar con una entrevista: Quién utilizará el sistema? Objetivos del sistema Beneficios de esta solución Ingeniería del Software 7 Ingeniería del Software 8 2

Técnicas de comunicación Centrarse en entender el problema Conocer el entorno donde se va a utilizar Restricciones o mejoras sobre la situación actual Técnicas de comunicación Conocer totalmente el problema Hay más personas que darían información? Existen dudas por parte del cliente? Se debe preguntar más? Ingeniería del Software 9 Ingeniería del Software 10 Técnicas de comunicación Técnicas para facilitar la especificación Objetivo: identificar el problema ÚNICO EQUIPO DE TRABAJO (Cliente y empresa) Técnicas de comunicación Listas de datos, funciones, relaciones con otros sistemas Lista de restricciones y rendimiento Redactar solicitud de producto Ingeniería del Software 11 Ingeniería del Software 12 3

Técnicas de comunicación Función de la calidad Traducir las necesidades del cliente en requisitos Requisitos normales Requisitos esperados (implícitos) Requisitos innovadores Análisis de requisitos Técnicas de comunicación Principios del Revisión de la especificación Ingeniería del Software 13 Ingeniería del Software 14 Principios operativos: 1. Entender dominio de información 2. Definición de funciones 3. Representar el comportamiento (eventos externos) 4. Modelos para la información, función y comportamiento. Descomposición jerárquica. 5. Desde la información esencial hasta el detalle de implementación. Ingeniería del Software 15 Ingeniería del Software 16 4

Otros principios: Entender el problema antes de empezar con el modelo Desarrollar prototipos Registrar origen y razón de cada requisito Modelos de datos, funcionales y de comportamiento (diferentes puntos de vista) Dar prioridad a los requisitos Trabajar para eliminar la ambigüedad (RTF) Ingeniería del Software 17 Ingeniería del Software 18 1. El dominio de la información: Datos y control (acontecimientos) Visiones diferentes: Contenido de la información y relaciones Flujo de la información (almacén) Estructura de la información (se diseña e implementa como estructura de datos) Ingeniería del Software 19 4. Modelado: Modelos funcionales y de comportamiento Ayudan a entender la información, función y comportamiento del sistema Objeto para la revisión Fundamento para el diseño Ingeniería del Software 20 5

5. Partición: Dividir el problema en partes menos complejas (DIVIDE Y VENCERÁS) Esquemas de partición horizontal y vertical Análisis de requisitos Técnicas de comunicación Principios del Revisión de la especificación Ingeniería del Software 21 Ingeniería del Software 22 Aplicable cuando es el único medio para obtener eficazmente los requisitos. Modelo de SW a fabricar Valorable por cliente y desarrollador Se evita el rechazo final del sistema Cuándo puede crearse un prototipo? Enfoque de creación de prototipos Métodos y herramientas Ingeniería del Software 23 Ingeniería del Software 24 6

Puede crearse un prototipo de nuestro sistema? Pantallas visuales dinámicas Alta interacción con el usuario No demasiado compleja Particionable Enfoque de creación de prototipos Abierto o evolutivo Cerrado o desechable Ingeniería del Software 25 Ingeniería del Software 26 Cómo seleccionar el enfoque Claro el dominio de la aplicación? Prototipo desechable Prototipo evolutivo Trabajo preliminar No Métodos y herramientas para desarrollar Objetivo: Crear prototipos rápidos Se puede modelar el problema? No Tres tipos de métodos y herramientas Cliente seguro de los requisitos básicos del sistema? / No / No No Técnicas de cuarta generación Requisitos establecidos y estables? No Componentes de SW reutilizables Requisitos ambiguos? Requisitos contradictorios? No No Especificaciones formales y entornos para prototipos Ingeniería del Software 27 Ingeniería del Software 28 7

Técnicas de cuarta generación Lenguajes de consultas e informes de BBDD Generadores de programas y aplicaciones FINALIDAD: Crear código rápidamente Componentes de SW reutilizables Ensamblar más que construir nuevo SW Requiere buena biblioteca con componentes catalogado FINALIDAD: No crear nuevo código Ingeniería del Software 29 Ingeniería del Software 30 Especificaciones formales y entornos para prototipos Lenguajes formales de especificación Herramientas que traducen a código ejecutable -> PROTOTIPO FINALIDAD: Evaluación del cliente Ingeniería del Software 31 Análisis de requisitos Técnicas de comunicación Principios del Revisión de la especificación Ingeniería del Software 32 8

Una buena especificación implica una solución adecuada, de calidad y con una fecha de entrega exacta. Principios de la especificación Representación de Requisitos Ingeniería del Software 33 Ingeniería del Software 34 Principios de la especificación Separar funcionalidad e implementación Desarrollar modelo de comportamiento (datos y respuestas funcionales) Establecer contexto (interacción con otros sistemas externos) Crear un modelo intuitivo, no diseño ni modelo de implementación Establecer contenido y estructura de especificación que acepte cambios Ingeniería del Software 35 Ingeniería del Software 36 9

Principios de la especificación Representación Representación La representación ayuda a comprender las necesidades de un sistema de Requisitos Ingeniería del Software 37 Ingeniería del Software 38 Directrices: Formato de representación y contenido relacionada con el sistema Información escalonada: numeración de párrafos y diagramas asociada al nivel de detalle Gráficos debe ser consistentes y no excesivas para evitar confusión Permitir revisiones Principios de la especificación Representación de Requisitos Ingeniería del Software 39 Ingeniería del Software 40 10

de requisitos del SW CULMINACIÓN DEL ANÁLISIS Estructura del documento: Introducción - Metas y objetivos del SW; contexto Descripción de la información - Descripción del problema a resolver: Información y sus relaciones, flujo y estructura. Interfaces HW, SW y humanas Ingeniería del Software 41 Descripción funcional - Descripción del proceso de cada función requerida para resolver el problema Descripción del comportamiento Cómo reacciona el SW ante acontecimientos externos Criterios de validación - Revisión de todos los requisitos Ingeniería del Software 42 Bibliografía - Referencias a documentos relacionados Apéndice - Tablas, figuras Ingeniería del Software 43 Análisis de requisitos Técnicas de comunicación Principios del Revisión de la especificación Ingeniería del Software 44 11

Revisión de la especificación Personal involucrado: Cliente y analista Nivel macroscópico - Verificar que es completa, consistente y exacta Metas y objetivos? Interfaces? Flujo y estructura de la información? Ingeniería del Software 45 Revisión de la especificación Nivel macroscópico (II) Inconsistencias, omisiones, redundancias? Prototipo o manual de usuario? Diagramas claros? Ingeniería del Software 46 Revisión de la especificación Nivel detallado Conectores persuasivos (ciertamente, claramente, obviamente,...) Términos imprecisos (algunos, a veces, normalmente, en la mayoría de los...) Términos de certidumbre (siempre, todos, nunca,...) Revisión de la especificación Nivel detallado (II) Rangos: (10..100) enteros, reales? Ejemplos para los cálculos No ambigüedad Ingeniería del Software 47 Ingeniería del Software 48 12

Revisión de la especificación OBJETIVO / FINALIDAD Revisión -> Firma del documento ERS CONTRATO entre cliente y empresa Cambios en requisitos -> Ampliación plazos fechas, costes y modificación del ámbito del sistema Ingeniería del Software 49 13