Proceso de Diseño

Track and organize your meetings within your company

Get Started. It's Free
or sign up with your email address
Rocket clouds
Proceso de Diseño by Mind Map: Proceso de Diseño

1. Fases del Diseño

1.1. Evaluación de Calidad

1.1.1. Revisiones Técnicas Formales

1.1.1.1. Implementar todos los requisitos explícitos del Análisis, y ajustarse a todos los requisitos implícitos que desea el cliente

1.1.1.2. Ser una guía legible y comprensible para el programador y quienes comprueban y dan soporte al software

1.1.1.3. Dar una imagen completa del software. Diseño y Calidad del Software

1.1.2. Criterios Técnicos

1.1.2.1. Un Diseño deberá presentar una Estructura Arquitectónica

1.1.2.2. El Diseño deberá ser Modular => el Software se divide lógicamente en elementos que realizan funciones y subfunciones específicas

1.1.2.3. El Diseño debe contener: distintas representaciones de datos, arquitectura, interfaces y componentes (módulos)

1.1.2.4. 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

1.1.2.5. El Diseño debe conducir a componentes con características funcionales independientes

1.1.2.6. El Diseño debe arribar a interfaces que reduzcan la complejidad de las conexiones entre los módulos y con el entorno externo

1.1.2.7. El Diseño debe derivarse mediante un método repetitivo y controlado por la información obtenida durante el análisis de los requisitos del software

1.2. Modelos del Diseño

1.2.1. Diseño de Datos

1.2.1.1. Le sirven de base => Los Objetos y las Relaciones definidas en los Diagramas de Entidad-Relación y los datos detallados que se representan en el Diccionario de Datos

1.2.1.2. Parte del Diseño de Datos puede darse junto con el Diseño de la Arquitectura del Software

1.2.1.3. Mientras se diseñan los componentes del software, pueden aparecer más detalles de Diseño

1.2.2. Diseño Arquitectónico

1.2.3. Diseño de Interfaces

1.2.4. Diseño de Componentes

1.2.4.1. EP (Especificación de Procesos)

1.2.4.2. EC (Especificación de Control)

1.2.4.3. DTE (Diagramas de Transición de Estado)

2. Diseño y Calidad de Software

2.1. Factores críticos para el éxito de un Diseño

2.1.1. El conocimiento creativo

2.1.2. La experiencia en el tema

2.1.3. Un sentido de lo que hace

2.1.4. Un compromiso general con la calidad

2.2. Principios para el Diseño del Software

2.2.1. En el Proceso de Diseño no se deben usar « orejeras »

2.2.2. El Diseño debe poder rastrearse hasta el Modelo de Análisis

2.2.3. El diseño no debe inventar nada que ya esté inventado

2.2.4. El diseño deberá «minimizar la distancia intelectual» entre el software y el problema como si de la misma vida real se tratara

2.2.5. El Diseño deberá presentar uniformidad e integración

2.2.6. El diseño deberá estructurarse para admitir cambios

2.2.7. El diseño deberá estructurarse para degradarse poco a poco, incluso cuando se enfrenta con datos, sucesos o condiciones de operación aberrantes

2.2.8. El diseño no es escribir código y escribir código no es diseñar

2.2.9. El diseño debe evaluarse en función de la calidad, mientras se va creando, no después de terminarlo

2.2.10. El diseño deberá revisarse para minimizar los errores conceptuales (semánticos)

2.3. Factores de Calidad

2.3.1. Interno

2.3.1.1. Desde una perspectiva técnica , conducen a un diseño de alta calidad

2.3.1.2. Para lograr los factores de calidad internos , el diseñador deberá comprender los Conceptos de Diseño básicos

2.3.2. Externo

2.3.2.1. Propiedades del software que pueden ser observadas fácilmente por los usuarios (velocidad, fiabilidad, grado de corrección, usabilidad, etc.)