Unidad 4

MODELO DE DISEO

La fase de diseo (y los modelos UML

resultantes) expande y detalla los
modelos de anlisis tomando en cuenta
todas las implicaciones y restricciones
tcnicas.
El propsito del diseo es especificar una
solucin que trabaje y pueda ser
fcilmente convertida en cdigo fuente y
construir una arquitectura simple y
fcilmente extensible.

La meta del diseo es crear un

modelo de software que implemente
todos los requisitos del cliente de manera
correcta y complazca a aqullos que lo
usen. El proceso de diseo avanza de una
visin
general
del
software
a
una
visin
ms
estrecha
que
define
el
detalle
requerido
para
implementar
un
sistema.

Estrategias de Diseo

 Abstraccin. Consiste en aislar un

elemento de su contexto o del resto de los
elementos que lo acompaan. Para un
problema determinado se pueden considerar
muchos grados de abstraccin. En un alto
grado de abstraccin una solucin se
establece en trminos generales con el
lenguaje de entorno del problema. En los
grados de menor abstraccin se proporciona
una solucin ms detallada de la solucin.
Una abstraccin procedimental se refiere a
una secuencia de instrucciones que tiene
una funcin especfica y limitada.

Estrategias de Diseo

 Arquitectura. Es la estructura u
organizacin de los componentes del
software, la manera en que estos
componentes interactan y la estructura
de datos que utilizan los componentes.

Patrones. Los patrones describen una

estructura de diseo que resuelve un
problema recurrente dentro de un
contexto especfico

Estrategias de Diseo

Modularidad. El software se divide en componentes

con nombres independientes y que es posible maniobrar
de forma individual. Estos componentes llamados
mdulos se integran para satisfacer los requisitos del
problema.
La
modularidad
se
basa
en
la
estrategia
divide
y vencers (es ms fcil resolver un problema complejo
cuando ste se divide en piezas ms manejables).

Ocultacin

El principio de
ocultacin de informacin sugiere que los
mdulos se caracterizan por las decisiones de
diseo que cada uno oculta a los otros.
Los mdulos deben especificarse y disearse de
manera que la informacin (procedimientos y
datos) que est dentro del mdulo sea
inaccesible para otros mdulos que no necesiten
esta informacin.
de

Informacin.

Estrategias de Diseo

Independencia Funcional. Es la suma de directa de la

Refinamiento.

modularidad y de los conceptos de abstraccin y

ocultacin de informacin pues cada mdulo del software
debe ser capaz de funcionar por si solo. La
independencia funcional se consigue al desarrollar
mdulos con una funcin determinante y una aversin a
la interaccin excesiva con otros mdulos. Los mdulos
independientes son ms fciles de mantener, probar,
modificar y se reduce la propagacin de errores.

Es una estrategia de diseo

descendente. El desarrollo de un programa se
realiza al refinar de manera sucesiva los niveles
de detalle procedimentales. El refinamiento hace
que el diseador trabaje sobre el enunciado
original y que proporcione ms y ms detalles
conforme se realiza cada refinamiento sucesivo.
La abstraccin y el refinamiento son conceptos
complementarios.

Estrategias de Diseo

Un sistema orientado a objetos est

compuesto de objetos que interactan, los
cuales mantienen ellos mismos su estado
local y proveen operaciones sobre su estado.
El proceso de diseo de objetos comprende el
diseo de clases de objetos y las relaciones
entre estas clases.
Un proceso general puede contener las
siguientes etapas:
Comprender y definir el contexto y los
modos de utilizacin del sistema
Disear la arquitectura del sistema
Identificar los objetos principales del
sistema
Desarrollar los modelos de diseo
Especificar las interfaces de los objetos

4.2 Diseo de Objetos

En general, el diseo de sistemas

incluye aspectos como los siguientes:
Seleccin del lenguaje de programacin
Incorporacin de bibliotecas (para
interfaces grficas, estructuras de datos,
etc.)
Incorporacin de una base de datos
Incorporacin de archivos en sus
diferentes formatos
Consideraciones de procesamiento, como
concurrencia, paralelismo, distribucin y
tiempo real

4.3 Diseo del sistema

Es importante sealar que un diseo

orientado a objetos no necesariamente se
tiene que implementar mediante un
lenguaje orientado a objetos. Sin
embargo, es ms natural hacerlo de esta
manera. Esto es debido a que los
lenguajes orientados a objetos tienen un
apoyo directo a los conceptos del anlisis
orientado a objetos (encapsulamiento,
generalizacin, polimorfismo).

4.3 Lenguajes de programacin