Diseo Del Software E Ingeniera de Sistemas

1. Diseo del Software e Ingeniera de Sistemas 2. El diseo del software se encuentra en el ncleo tcnico de la ingeniera del software y se aplica independientemente del modelo de diseo de software que se utilice. Una vez que se analizan y especifican los requisitos del software, el diseo del software es la primera de las tres actividades tcnicas - diseo, generacin de cdigo y pruebas- que se requieren para construir y verificar el software. 3. Los requisitos del software, manifestados por los modelos de datos funcionales y de comportamiento, alimentan la tarea del diseo. Mediante uno de los muchos mtodos de diseo la tarea de diseo produce un diseo de datos, un diseo arquitectnico, un diseo de interfaz y un diseo de componentes. 4. El diseo de datos transforma el modelo del dominio de informacin que se crea durante el anlisis en las estructuras de datos que se necesitarn para implementar el software. Los objetos de datos y las relaciones definidas en el diagrama relacin entidad y el contenido de datos detallado que se representa en el diccionario de datos proporcionan la base de la actividad del diseo de datos. 5. El diseo arquitectnico define la relacin entre los elementos estructurales principales del software, los patrones de diseo que se pueden utilizar para lograr los requisitos que se han definido para el sistema, y las restricciones que afectan a la manera en que se pueden aplicar los patrones de diseo arquitectnicos [SHA96]. 6. El diseo de la interfaz describe la manera de comunicarse el software dentro de s mismo, con sistemas que inter operan dentro de l y con las personas que lo utilizan. Una interfaz implica un flujo de informacin (por ejemplo, datos y/o control) y un tipo especfico de comportamiento. Por tanto, los diagramas de flujo de control y de datos proporcionan gran par- te de la informacin que se requiere para el diseo de la interfaz. 7. El diseo a nivel de componentes transforma los elementos estructurales de la arquitectura del software en una descripcin procedimental de los componentes del software. La informacin que se obtiene de EP, EC y de DTE sirve como base para el diseo de los componentes. 8. La importancia del diseo del software se puede describir con una sola palabra -calidad-. El diseo es el lugar en donde se fomentar la calidad en la ingeniera del software. El diseo proporciona las representaciones del software que se pueden evaluar en cuanto a calidad. El diseo es la nica forma de convertir exactamente los requisitos de un cliente en un producto o sistema de software finalizado. El diseo del software sirve como fundamento para todos los pasos siguientes del soporte del software y de la ingeniera del software. 9. Diseo y calidad del software Tres caractersticas que sirven como gua para la evaluacin de un buen diseo: el diseo deber implementar todos los requisitos explcitos del modelo de anlisis, y debern ajustarse a todos los requisitos

implcitos que desea el cliente; el diseo deber ser una gua legible y comprensible para aquellos que generan cdigo y para aquellos que comprueban y consecuentemente, dan soporte al software; el diseo deber proporcionar una imagen completa del software, enfrentndose a los dominios de comportamiento, funcionales y de datos desde una perspectiva de implementacin

10. Principios bsicos del diseo En el proceso de diseo no deber utilizarse orejeras. Un buen diseador deber tener en cuenta enfoques alternativos, juzgando todos los que se basan en los requisitos del problema. El diseo deber poderse rastrear hasta el modelo de anlisis. El diseo no deber inventar nada que ya est inventado. Los sistemas se construyen utilizando un conjunto de patrones de diseo 11. El diseo deber minimizar la distancia intelectual [DAV95] entre el software y el problema como si de la misma vida real se tratara. El diseo deber presentar uniformidad e integracin. Un diseo es uniforme si parece que fue una persona la que lo desarroll por completo El diseo deber estructurarse para admitir cambios. El diseo deber evaluarse en funcin de la calidad mientras se va creando, no despus de terminarlo. El diseo deber revisarse para minimizar los errores conceptuales (semnticos). 12. Arquitectura del software La arquitectura del software alude a la estructura global del software y a las formas en que la estructura proporciona la integridad conceptual de un sistema[SHA95a]. En su forma ms simple, la arquitectura es la estructura jerrquica de los componentes del pro- grama (mdulos), la manera en que los componentes interactan y la estructura de datos que van a utilizar los componentes. Sin embargo, en un sentido ms amplio, los componentes se pueden generalizar para representar los elementos principales del sistema . 13. Jerarqua de controla jerarqua de control, denominada tambin estructura de programa, representa la organizacin de los componentes de programa (mdulos) e implica una jerarqua de control. No representa los aspectos procedimentales del software, ni se puede aplicar necesariamente a todos los estilos arquitectnicos. 14. Estructura de datos La estructura de datos es una representacin de la relacin lgica entre elementos individuales de datos. Como la estructura de la informacin afectar invariablemente al diseo procedimental final, la estructura de datos es tan importante como la estructura de programa para la representacin de la arquitectura del software 15. Procedimiento de software La estructura de programa define la jerarqua de control sin tener en consideracin la secuencia de proceso y de decisiones. El procedimiento de software se centra en el procesamiento de cada mdulo individualmente. El procedimiento debe proporcionar una especificacin precisa de procesamiento, incluyendo la secuencia de sucesos, los puntos de decisin exactos, las operaciones repetitivas e incluso la estructura/organizacin de datos.

16. Heurstica del diseo Una vez que se ha desarrollado una estructura de programa, se puede manipular de acuerdo con el siguiente con junto de heursticas:. Evaluar la primera iteracin de la estructura de programa para reducir al acoplamiento y mejorar la cohesin. Intentar minimizar las estructuras con un alto grado de salida; esforzarse por la entrada a medida que aumenta la profundidad 17. Mantener el mbito del efecto de un mdulo dentro del mbito de control de ese mdulo. Evaluar las interfaces de los mdulos para reducir la complejidad y la redundancia, y mejorar la con-sistencia. Definir mdulos cuya funcin se pueda predecir, pero evitar mdulos que sean demasiado restrictivos. Intentar conseguir mdulos de entrada controlada)), evitando conexiones patolgicas. 18. Documentacin del diseoLa Especificacin del diseo aborda diferentes aspectos del modelo de diseo y se completa a medida que el diseador refina su propia representacin del soft- ware. En primer lugar, se describe el mbito global del esfuerzo realizado en el diseo. La mayor parte de la informacin que se presenta aqu se deriva de la Especificacin del sistema y del modelo de anlisis (Especificacin de los requisitos del software). 19. La Especificacin del diseo contiene una referencia cruzada de requisitos. El propsito de esta referencia cruzada (normalmente representada como una matriz simple) es: (1) establecer que todos los requisitos se satisfagan mediante el diseo del software, y(2) indicar cuales son los componentes crticos para la implementacin de requisitos especficos. 20. La moraleja es: No te precipites durante el diseo! Merece la pena esforzarse por un buen diseo.