====== Análisis de Requisitos ====== ===== Clasificación ===== Los requisitos se clasifican en funcionales y no funcionales. * Funcionales: el Que * No funcional: el Como También se pueden clasificar por origen, producto y proceso: * Origen: Quien lo manda * Prioridad: Para decidir que se hace primero y que después * Alcance * Volátil: requisitos que pueden cambiar, por ejemplo Leyes, los demás son estables ===== Modelado conceptual ===== * Casos de uso * Flujos de datos y de control (DFDs): Entdidad / interrelación * Modelos de estado: Casos de uso (Escenarios) * Diagramas de eventos * Diagramas de interacciñon * Modelos de objetos y datos ===== Localización ===== * Agrupación de requisitos ===== Negociación ===== Fase de resolución de coflictos Cuando hay intereses incompatibles (Nos faltan recursos, sin sentidos, etc...) Se intenta resolver esto consensuadamente Los requisitos conflictivos NO son Fallos, son dos puntos de vista diferentes. Primero se especifica que pasa Las partes interesadas se reunen para explicar como lo resolverína Se llega a un acuerdo entre las partes. Fases de la negociación: * Comprobación de necesidades * Comprobación de consistencia y completitud * Comprobación de viabilidad * Requisitos innecesarios * Requisitos conflictivos e incompletos * Requisitos Viables * Faltan cosas: mirar en pag 14 tema 4.2 ===== Técnicas para análisis de requisitos ===== ==== Checklist ==== Conjunto de preguntas que se utilizan para ver la calidad de los requisitos Los problemas de las checklist: * Se recomienda que la lista la pase una persona diferente a quien hizo el Checklist * Se necesitan analistas con experiencia Los requisitos se numeran con un número y una descripción. ==== Matriz de interacción ==== Se pone en horizontal y vertical los requisitos numerados y miramos si 2 requisitos se solapan * Si se solapan se pone una S. Esto significa que son iguales. Sumamos los requisitos y creamos uno que sea único, ahora pasará a requisito de sistema. * Si 2 requisitos están en conflicto (Son contradictorios) Se pone una C. A veces pueden estar en conflicto por problema de expresión, por lo que se deben revisar. Suele pasar que sobra uno de los 2 requisitos o por que hace falta otro requisito más. En ocasiones también puede ser necesario eliminar los 2, esto se debe hacer negociando. Problemas: * Se debe tener muy buen conocimiento de la aplicación ===== Puntos claves ===== * Se busca analizar los requisitos * tenemos 4 fases: Clasificación, Modelado conceptual, Localización y Negociación * El modelado conceptual nos permite entender nuestro sistema.