Capitulo 11 Conceptos y Principios Del Analisis

 
CAPITULO 11
CONCEPTOS Y PRINCIPIOS DEL ANALISIS 
Tanto el desarrollador como el cliente tienen un papel activo en el análisis y especificación delos requisitos.
11.1 ANALISIS DE REQUISITOS
Es una tarea que permite al ingeniero de sistemas:
-Especificar la función y rendimiento del software.
-Indicar la interfaz del software con otros elementos del sistema
-Establecer las restricciones que debecumplir el software
-Construir los modelos de dominios de datos, funcional y comportamiento
-Proporciona al diseñador y al cliente los medios para valorar la calidad una vez que se ha construido el software.
Puede dividirse en 5 áreas:
1) Reconocimiento del problema
2) Evaluación y síntesis - qué ¿? –
3) Modelado del sistema
4) Especificación del software
5) Revisión El desarrollador puede noestar seguro de que un enfoque específico consiga apropiadamente el funcionamiento y rendimiento adecuados. Por esta y otras muchas razones, se puede llevar a cabo un enfoque alternativo del análisis de requisitos, denominado prototipito o creación de prototipos.
11.2 TECNICAS DE COMUNICACIÓN11.2.1 Inicio del procesoPara empezar la comunicación entre cliente y desarrollador se lleva a cabo: reunión oentrevista preliminar. Se sugiere que el analista empiece preguntando cuestiones de contexto libre, es decir un conjunto de preguntas que llevarán a un entendimiento básico del problema. Pero el formato de pregunta-respuesta de reunión tipo, no es un enfoque que haya tenido mucho éxito. Esta sesión de preguntas y respuestas debería emplearse solamente en el primer encuentro y sustituirse después por unamodalidad que combine elementos de resolución de problema, negociación y especificación.
11.2.2técnicas para facilitar las especificaciones de una aplicación. 
El enfoque de
Técnicas para facilitar las especificaciones de la aplicación
(TFEA), es partidario de la creación de un equipo conjunto de clientes y desarrolladores que trabajan juntos para identificar el problema, proponer soluciones, negociardiferentes enfoques y especificar un conjunto preliminar de requisitos de la solución.
TFEA – DIRECTRICES BÁSICAS:
-La reunión se celebra en un lugar neutral y acuden tanto clientes como los desarrolladores.
-Se establecen normas de preparación y de participación.
-Se sugiere una agenda lo suficientemente formal como para cubrir todos los puntos importantes pero lo suficientemente informal comopara animar el libre flujo de ideas.
-Un coordinador para coordinar la reunión.
-Se usa un mecanismo de definición – gráficos, carteles, pizarra, hojas de trabajo – 
-Objetivo: identificar el problema, proponer elementos de solución.
11.2.3 Despliegue de la función de calidad
El despliegue de la función calidad 
(DFC) es una técnica de gestión de calidad que traducelasnecesidades del cliente en requisitos técnico del software. DFC identifica 3 tipos derequisitos:
-Requisitos normales : se declaran objetivos y metas para un producto o sistema durante reuniones con el cliente. Si estos requisitos están presentes el cliente estará satisfecho.
-Requisitos esperados : son implícitos al producto o sistema y pueden ser tanfundamentales que el cliente no los declara explícitamente. Su ausencia serámotivo de una insatisfacción significativa.
-Requisitos innovadores : estas características van más allá de las expectativas del cliente y suelen ser muy satisfactorias. El producto entregado contiene ciertas capacidades no esperadas. El despliegue de función se utiliza para determinar el valor de cada función requerida para el sistema.
11.3PRINCIPIOS DEL ANALISIS
Todos los métodos de análisis serelacionan por un conjunto de Principios operativos:
1) Debe representarse y entenderse el dominio de información de un problema.
2) Deben definirse las funciones que debe realizar el software.
3) Debe representarse el comportamiento del software (como consecuencia de acontecimientos externos)
4) Deben dividirse los modelos que representan información, función y comportamiento.
5)...