ESPECIFICACIÓN DEL PROGRAMA INTRODUCCIÓN
Contents
1. ESPECIFICACI N DEL PROGRAMA INTRODUCCI N e Se parte de e especificaciones de requerimientos hechas por el cliente e plan del proyecto e estudio de viabilidad econ mica e La comprensi n de los requerimientos es fundamental e B sicamente es una tarea de an lisis que comprende e descubrimiento e modelado e refinamiento e especificaci n e Posibilidad muy alta de problemas de comunicaci n e mala interpretaci n e ambigiledad e desinformaci n ESPECIFICACI N DEL PROGRAMA INTRODUCCI N e La especificaci n ha de definir modelo del dominio funcionalidad rendimientos interf cies con otros sistemas restricciones del dise o e as tareas son identificar el problema evaluar y sintetizar la soluci n del qu y no del c mo modelado especificaci n revisi n manual de usuario revisi n del plan del proyecto ESPECIFICACI N DEL PROGRAMA FORMAS DE ESPECIFICACI N e Diagramas de clases e Diagramas de casos de uso e Diagramas jer rquicos e Diagramas de flujo de datos DFD e Diagramas de estado de secuencia de colaboraci n Texto libre e 70 de los errores e Buena redacci n comprensible e Meyer defini los 7 pecados del especificador e Ruido informaci n no necesaria o redundante e Silencio falta de informaci n e Sobre especificaci n detallar m s de lo necesario e Contradicci n entre partes de la especificaci n e Ambig e2. FORMACI N ESTRUCTURA ID Ejemplos Agregaci n clar sima DEDENNA Fecha_Nacimiento TEST A Duda asociaci n agregaci n FACTURA lt gt LINEA FACTURA 1 Modelizaci n de relaciones estructurales Para todo par de clases si desde un objeto de una clase se necesita ver objetos de otra C data driven view Para todo par de clases si objetos de una clase necesitan interactuar con objetos de otra no como par metros de una operaci n C behaviour driven view Para toda asociaci n si una de las clases es estructural u organizativamente un todo en comparaci n con la clase del otro extremo agregaci n composici n Atribuir a la relaci n cardinalidad role names visibilidad ESPECIFICACI N DEL PROGRAMA REQUERIMIENTOS NO FUNCIONALES e Son requerimientos no relacionados con funciones de usuario e Han de ser medibles e tiempo de respuesta lt 3ms versus tiempo de respuesta r pido c 2 gt z 29 e se aprende en 3 d as por un administrativo versus aprendizaje f cil e Se refieren a e Interf cie de usuario y factores humanos e Documentaci n e Consideraciones de hardware e Caracter sticas de rendimiento e Tratamiento de errores y condiciones extremas e Interf cie del sistema e Factores de calidad e Modificaciones al sistema e Temas de seguridad e Entorno de desarrollo incluir s lo los que ap
3. dad por falta de precisi n por ejemplo por el uso de sin nimos y hom nimos e Referencias hacia delante utilizar t rminos no definidos previamente e Remordimiento hacer precisiones o introducir restricciones sobre declaraciones anteriores e Glosario Proceso c clico entre documentos Todos los elementos de una especificaci n han de ser consistentes entre s ESPECIFICACI N DEL PROGRAMA AMPLIACI N DEL ENUNCIADO e Contenido e Qu se espera del sistema e Qu funcionalidades tendr e En qu entorno se trabajar e Qu restricciones ha de cumplir e 2 clases de funcionalidades e De usuario e Expl citas e Impl citas e De sistema e Requerimientos no funcionales e 2 tipos de requerimientos e Obligatorios e Opcionales ESPECIFICACI N DEL PROGRAMA DOMINIO DE LA INFORMACI N Toda aplicaci n inform tica es de procesamiento de datos e Procesar informaci n comprende 3 aspectos e Contenido e Estructura e Flujo La calidad y precisi n del modelo permite e Extraer mejor la funcionalidad que se quiere e Hacer esta funcionalidad m s d ctil al cambio e Las buenas abstracciones son reutilizables Contenido e Son los datos individuales y su agrupaci n en entidades reales de nuestro dominio e Ej Sistema de catalogaci n bibliogr fica se compone de entradas con autor t tulo etc e Cada entidad corresponder a una clase e Cada dato a un atributo de la clase e Se describen con una plant
4. illa por clase y atributo DOMINIO DE LA INFORMACI N CONTENIDO ALUMNO alta BOOLEAN true nom STRING Set_nom N STRING BOOLEAN Get_nom STRING Responsabilidades mantener info datos alumno actualizada e Extracci n de las clases e Primera aproximaci n modelizar vocabulario del sistema extraer nombres lt 2ases y adjetivos atributos n Refinamiento abstracciones con entidad propia e Para cada abstracci n identificar un conjunto de responsabilidades gt atribuirle propiedades y servicios e Asegurarse de mantener un buen equilibrio entre las responsabilidades de las clases e Clases demasiado grandes gt modelos dif ciles de modificar y poco reusables e Clases demasiado peque as m s abstracciones de las que se pueden manejar y entender razonablemente DOMINIO DE LA INFORMACI N ESTRUCTURA 1 Tipos de Relaciones 1 Dependencia Relaci n de uso A B 2 Generalizaci n Relaci n de herencia 1s a A AT TIMNA 3 Asociaci n o instancia Relaci n estructural 3 1 Asociaci n pura e sa ne T TDDA T CCOTOD 0 10 0 1 3 2 Agregaci n La clase parte tiene sentido sin estar asociada a la clase todo concreta CTATTD A miembro LL x AT TIMNA 3 3 Composici n La parte no tiene sentido sin el todo concreto CENTRO DEPARTAMENTO DOMINIO DE LA IN
5. orten informaci n adicional
Download Pdf Manuals
Related Search