1. FASES DE DISEÑO
1.1. PROCESO ITERATIVO
1.2. NIVEL ALTO DE ABSTRACCION
1.3. REFINAMIENTO
1.4. EVALUACION
1.5. CARACTERÍSTICAS GUIA
1.5.1. Implementar todos los requisitos explisitos del analisis, y ajustrse a los requisitos implicitos que desea el cliente.
1.5.2. Ser una guía legible y comprensible para el programador y quienes comprueban y dan soporte al software
1.5.3. Dar una imagen completa del software
2. LOGROS
2.1. SE DEBA FOMENTAR EL BUEN DISEÑO APLICANDO:
2.1.1. Principios de diseño fundamentales
2.1.2. Una metodología sistematica
2.1.3. Una revisión cuidadosa
2.2. FORMAS DE DISEÑO DE UN SOFTWARE
2.2.1. Una forma es construirlo de forma tan simple que no existan deficiencias obvias
2.2.2. Otra es hacerlo tan complicado que tampoco existan deficiencias obvias
3. MODELOS DEL DISEÑO
3.1. DISEÑO DE DATOS
3.2. DISEÑO ARQUITECTONICO
3.2.1. Elementos estructurales principales del software
3.2.2. Los patrones de diseño que se utilizan
3.2.3. Las restricciones que afectan a la forma en que se pueden aplicar los patrones de diseño arquitectónicos
3.3. DISEÑO DE INTERFACES
3.3.1. Dentro de si mismo
3.3.2. Con sistemas que interoperan dentro de el
3.3.3. Con las personas que lo utilizan
3.4. DISEÑO DE COMPONENTES
3.4.1. La información que se obtiene las siguientes fases del Análisis
3.4.1.1. EP (ESPECIFICACIÓN DE PROCESOS)
3.4.1.2. EC (ESPECIFICACIÓN DE CONTROL
3.4.1.3. DTE (DIAGRAMAS DE TRANCISION DE ESTADO)
4. CALIDAD DEL DISEÑO
4.1. ESTRUCTURA ARQUITECTONICA
4.1.1. Se haya creado con patrones de diseño reconocibles.
4.1.2. Se puedan implementar de forma evolutiva, facilitando asi la implementacion y la comprovacion
4.1.3. Esta formada por componentes con características de buen diseño
4.2. DISEÑO MODULAR
4.2.1. El software se divide lógicamente en elementos que realizan funciones y subfunciones especificas
4.2.2. El diseño debe contener: distintas representaciones de datos, arquitectura, interfaces y componentes (módulos).
4.2.3. El diseño debe conducir a estructuras de datos adecuadas a los objetos que se van a implementar y que procedan de patrones de datos reconocibles
4.2.4. El diseño de conducir a componentes con características funcionales independientes
4.2.5. El diseño debe arribar a interfaces que reduzcan la complejidad de las conexiones entre los módulos y con el entorno externo
4.2.6. El diseño debe derivarse mediante un método repetitivo y controlado por la información obtenida durante el analisis de los requisitos del software
5. DISEÑO DE SOFTWARE
5.1. DISEÑO
5.2. GENERACION DE CODIGO
5.3. PRUEBAS
6. CALIDAD
6.1. DISEÑO
6.1.1. PROCESO
6.1.1.1. SECUENCIA
6.1.1.2. El proceso de diseño no es solo un recetario
6.1.1.3. Factores criticos para el exito de un diseño
6.1.1.3.1. El conocimiento creativo
6.1.1.3.2. La experiencia en el tema
6.1.1.3.3. Un sentido de lo que hace
6.1.1.3.4. Un compromiso general con la calidad
6.2. REPRESENTACIONES
6.3. SISTEMA
6.4. FUNDAMENTO
6.5. INIESTABILIDAD
6.5.1. Fallara cuando se lleven a cabo cambios
6.5.2. Puede resultar difícil de comprobar
6.5.3. Cuya calidad no puede evaluarse hasta muy avanzado el proceso
6.5.4. Con mala administración de los tiempos
6.5.5. Muy caro