DISEO DE PROCESOS

DE SOFTWARE
Introduccin al Diseo

(Pressman, 13,2 - Introduccin)
Fases del Diseo
El diseo del software es un proceso iterativo por el cual, con los requisitos elaboramos un
plano para construir el software.
El Diseo se empieza a realizar en un nivel alto de abstraccin: desde el objetivo del sistema
mismo.
A medida que ocurren las iteraciones del Diseo, el refinamiento subsiguiente lleva a niveles
de abstraccin ms bajos.
Diseo y Calidad del Software
(Pressman 13.2.1)
Durante el proceso del Diseo, su calidad se evala con una serie de revisiones tcnicas
formales.
Hay 3 caractersticas que sirven de gua para evaluar un buen Diseo. Todo Diseo debe:
1. Implementar todos los requisitos explcitos del
Anlisis, y ajustarse a todos los requisitos implcitos que desea el cliente.
2. Ser una gua legible y comprensible para el programador y quienes comprueban y dan
soporte al software.
3. Dar una imagen completa del software.
Diseo y Calidad del Software
Directrices Generales de un buen Diseo
Para evaluar la calidad del Diseo, deben establecerse los criterios tcnicos para un buen diseo;
siguiendo estas directrices:
1. Un Diseo deber presentar una Estructura
Arquitectnica que:
Se haya creado con Patrones de Diseo reconocibles,
est formada por componentes con caractersticas de buen Diseo,
Se puedan implementar de forma evolutiva, facilitando as la implementacin y la comprobacin.




Diseo y Calidad del Software
Directrices Generales de un buen Diseo
2. El Diseo deber ser Modular => el Software se divide lgicamente en elementos que realizan
funciones y subfunciones especficas.
3. El Diseo debe contener: distintas representaciones de datos, arquitectura, interfaces y componentes
(mdulos).
4. El Diseo debe conducir a estructuras de datos adecuadas a los objetos que se van a implementar y
que procedan de Patrones de Datos reconocibles.
Diseo y Calidad del Software
Directrices Generales de un buen Diseo
5. El Diseo debe conducir a componentes con caractersticas funcionales independientes.
6. El Diseo debe arribar a interfaces que reduzcan la complejidad de las conexiones entre los mdulos y
con el entorno externo.
7. El Diseo debe derivarse mediante un mtodo repetitivo y controlado por la informacin obtenida
durante el anlisis de los requisitos del software.
Diseo y Calidad del Software
Directrices Generales de un buen Diseo
Estas Directrices no se logran por s solas.
Se debe fomentar el buen Diseo aplicando:
1. Principios de Diseo Fundamentales,
2. Una Metodologa Sistemtica
3. Una Revisin cuidadosa.
Hay dos formas de disear un software:
1. Una forma es construirlo de forma tan simple, que no existan deficiencias obvias.
2. Otra es hacerlo tan complicado, que tampoco existan deficiencias obvias.
La primera forma es mucho ms difcil que la segunda.
Diseo del Software e Ingeniera del
Software (Pressman 13.1)
El Diseo del Software est en el ncleo tcnico de la
Ingeniera del Software.
Una vez que se analizan y especifican los Requisitos del
Software, el Diseo del Software es la primera de las tres actividades tcnicas:
1. Diseo
2. Generacin de Cdigo
3. Pruebas
Que se requieren para construir y verificar el Software.
Diseo del Software e Ingeniera del
Software
Cada actividad transforma la informacin para originar un software de computadora validado.
Los peligros ms comunes de la Ingeniera del
Software son las transiciones desde el Anlisis hasta el Diseo; y desde el Diseo hasta el
Cdigo.
Cada elemento del Anlisis brinda la informacin necesaria para crear los 4 Modelos de Diseo
requeridos para una Especificacin Completa de
Diseo.
Diseo del Software e Ingeniera del
Software
En la figura siguiente vemos el flujo de informacin durante el Diseo del Software.
Los Requisitos del Software, manifestados por los Modelos de Datos Funcionales y de
Comportamiento, alimentan la tarea del Diseo.
Con los distintos Mtodos del Diseo, se producen los 4
Modelos del Diseo:
1. Diseo de Datos
2. Diseo Arquitectnico
3. Diseo de Interfaces
4. Diseo de Componentes.






Diseo del Software e Ingeniera
del Software
Figura de los 4 Modelos del Diseo

Diseo del Software e Ingeniera del
Software
Diseo de Datos: transforma el modelo de informacin que se crea durante el Anlisis en las
Estructuras de Datos que se necesitarn para implementar el Software.
Le sirven de base => Los Objetos y las Relaciones definidas en los Diagramas de Entidad-Relacin
y los datos detallados que se representan en el Diccionario de Datos.
Parte del Diseo de Datos puede darse junto con el Diseo de la Arquitectura del Software.
Mientras se disean los componentes del software, pueden aparecer ms detalles de Diseo.
Diseo del Software e Ingeniera del
Software
Diseo Arquitectnico: define la relacin entre los
:
1. Elementos estructurales principales del
Software,
2. los Patrones de Diseo que se utilizan, y
3. las restricciones que afectan a la forma en que se pueden aplicar los Patrones de Diseo
Arquitectnicos.
Diseo del Software e Ingeniera del
Software
Diseo de Interfaces: Describe la manera de comunicarse
el Software:
1. Dentro de s mismo,
2. Con Sistemas que interoperan dentro de l, y
3. 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.
=> los Diagramas de Flujo de Control y de Datos brindan
gran parte de la informacin que se requiere para el Diseo
de la Interfaz.








Diseo del Software e Ingeniera del
Software
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 las siguientes fases del
Anlisis:
1. EP (Especificacin de Procesos),
2. EC (Especificacin de Control), y
3. DTE (Diagramas de Transicin de Estado).
Sirve como base para el Diseo de Componentes.
Diseo del Software e Ingeniera del
Software
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.
Diseo del Software e Ingeniera del
Software
El Diseo del Software sirve como fundamento para todos los pasos siguientes del soporte del
software y de la ingeniera del software.
Sin un diseo, corremos el riesgo de construir un sistema inestable ; que:
1. Fallar cuando se lleven a cabo cambios;
2. Puede resultar difcil de comprobar;
3. cuya calidad no puede evaluarse hasta muy avanzado el proceso;
4. Con Mala Administracin de los Tiempos;
5. Muy caro.
Introduccin al Diseo

Principios del Diseo (Pressman, 13.3)
El Diseo de Software es un proceso y tambin un modelo.
El Proceso de Diseo es una secuencia de pasos que describen todos los aspectos del software
que se va construir.
Pero el proceso de diseo no es slo un recetario.
Son factores crticos para el xito de un Diseo:
1. El conocimiento creativo,
2. La experiencia en el tema,
3. Un sentido de lo que hace, y
4. Un compromiso general con la calidad.
Principios del Diseo
El Modelo de Diseo es el equivalente a los planes de un arquitecto para una casa.
Comienza representando todo lo que se va a construir (por ejemplo, una representacin en tres
dimensiones de la casa) y refina lentamente hasta proporcionar la gua para construir cada detalle (por
ejemplo, el diseo de la plomera).
De modo similar, el Modelo de Diseo que se crea para el Software, proporciona diversas visiones
diferentes de Software.
Principios del Diseo
Los principios bsicos de diseo permiten al Ingeniero del Software navegar por el Proceso de Diseo.
Davis sugiere un conjunto de principios para el Diseo del Software:
1) En el Proceso de Diseo no se deben usar orejeras.
Un buen diseador deber tener en cuenta enfoques alternativos, juzgando todos los que se basan en
los requisitos del problema, los recursos disponibles para realizar el trabajo y los conceptos de Diseo.
2) El Diseo debe poder rastrearse hasta el Modelo de Anlisis. Como un solo elemento del
Modelo de Diseo suele hacer un seguimiento de los mltiples requisitos, debemos poder rastrear cmo
se han satisfecho los requisitos en ese Modelo.
3) El diseo no debe inventar nada que ya est inventado. Los sistemas se construyen usando un
conjunto de patrones de diseo, muchos de los cuales ya se han encontrado antes.
Estos patrones debern elegirse siempre como una alternativa para reinventar.
Hay poco tiempo y los recursos son limitados.
El tiempo de diseo se deber invertir en la representacin verdadera de ideas nuevas y en la
integracin de esos patrones que ya existen.
4) El diseo deber minimizar la distancia intelectual entre el software y el problema como si de
la misma vida real se tratara.
la Estructura del Diseo del Software (siempre que sea posible) debe imitar la Estructura del
Dominio del Problema.
5) El Diseo deber presentar uniformidad e integracin.
Un diseo es uniforme si parece que fue una sola persona la que lo desarroll por completo.
Las reglas de estilo y de formato debern definirse para un equipo de diseo antes de comenzar el
trabajo sobre el diseo.
Un diseo se integra si se tiene cuidado a la hora de definir interfaces entre los componentes del diseo.
La consistencia del diseo y la uniformidad son cruciales para construir sistemas grandes.
6) El diseo deber estructurarse para admitir cambios.
7) El diseo deber estructurarse para degradarse poco a poco, incluso cuando se enfrenta con
datos, sucesos o condiciones de operacin aberrantes.
Un software bien diseado no deber nunca explotar como una bomba.
Deber disearse para adaptarse a circunstancias inusuales, y si debe terminar de funcionar, que lo
haga de forma suave.
8) El diseo no es escribir cdigo y escribir cdigo no es disear.
An cuando se crean diseos procedimentales para componentes de programas, el nivel de abstraccin
del Modelo de Diseo es mayor que el Cdigo Fuente.
9) El diseo debe evaluarse en funcin de la calidad, mientras se va creando, no despus de
terminarlo.
Para ayudar al diseador en la evaluacin de la calidad se disponen de: Conceptos de Diseo y
Medidas de Diseo.
10) El diseo deber revisarse para minimizar los errores conceptuales (semnticos).
A veces, tendemos a centrarnos en minucias, cuando se revisa el diseo.
Nos olvidamos del bosque, por culpa de los rboles.
Debemos asegurarnos de haber afrontado los elementos conceptuales principales, antes de
preocuparnos por la sintaxis del Modelo del Diseo.
Cuando los Principios de Diseo se aplican adecuadamente, creamos un Diseo que muestra los
factores de calidad internos y externos.
Los factores de calidad externos son las propiedades del software que pueden ser observadas
fcilmente por los usuarios (velocidad, fiabilidad, grado de correccin, usabilidad, etc.).
Los factores de calidad internos importan para los ingenieros del software.
Desde una perspectiva tcnica, conducen a un diseo de alta calidad.
Para lograr los factores de calidad internos, el diseador deber comprender los Conceptos de
Diseo bsicos.