UNIDAD 4 MODELO DE DISEO

4.1 ESTRATEGIAS DE DISEO

El modelo de diseo es un refinamiento y formalizacin adicional del modelo del
anlisis, donde se toman en cuenta las consecuencias del ambiente de
implementacin. El resultado del modelo de diseo son especificaciones muy
detalladas de todos los objetos, incluyendo sus operaciones y atributos. El modelo
de diseo se basa en el diseo por responsabilidades.
Se requiere un modelo de diseo ya que el modelo de anlisis no es lo suficiente
formal para alcanzar el cdigo fuente. Por tal motivo se refinan los objetos,
incluyendo las operaciones y atributos. Adems se debe considerar aspectos
como, los requisitos del rendimiento, tiempo real, concurrencia, lenguaje de
programacin, manejo de base de datos, etc.
Otro objetivo del diseo es validar los resultados de los modelos de requisitos y
anlisis. Durante el diseo, se ve si los resultados anteriores son apropiados para
la implementacin. Si se descubren aspectos que no estn claros en algunos de
los modelos anteriores, estos se aclaran, posiblemente regresando a etapas
anteriores.
El modelo del diseo se considera como una formalizacin del espacio del anlisis
extendindolo para incluir una dimensin adicional que corresponde al ambiente
del implementacin.

Esta nueva dimensin, corresponde al ambiente de implementacin, se considera
al mismo tiempo que se refina el modelo. La meta es refinarlo hasta que sea fcil
escribir el cdigo fuente. Como el modelo del anlisis define la arquitectura
general del sistema, se busca obtener una arquitectura detallada como resultado
del modelo de diseo, de manera que haya una continuidad de refinamiento entre
los dos modelos.
Un proyecto de diseo para tener un buen desarrollo debe tener una estructura en
cuanto a la organizacin de cmo se va a llevar a cabo. Este desarrollo se va
dividiendo en etapas lo que va a constituir la estructura. Entre esas etapas se
encuentran:
Briefing, consiste en el primer contacto con el cliente para saber qu es lo que
desea del proyecto, cules son sus expectativas, el cmo porqu cuanto. Por lo
tanto, se logra conocer al cliente y sus requerimientos y hacia dnde va dirigido o
donde se quiere enfocar. Esto va a constituir un documento escrito donde se
especifique qu es lo que quiere el cliente para saber qu es, especficamente, lo
que hay que hacer. Es importante dejar claro todo para que despus no haya
ninguna confusin de lo que se hizo y lo que no se hizo o lo que se dijo o no se
dijo.
Tabla Gantt o diagrama gantt,es ms bien una organizacin de cmo se va a
trabajar en el proyecto. Por lo tanto, se van asignando tareas las cuales dependen
del tiempo. Adems, el tiempo debe ser pagado, as que se definen las horas
hombre, lo que dice del costo de la utilidad.

Benchmark, teniendo en cuenta lo que el cliente quiere, visto en el brief, se van
analizando los otros mercados, la competencia y se comparan. Qu falta? Sin
embargo, la idea no es copiarle a los otros, sino que dependiendo del cliente, estar
a la altura de los dems o sobrepasarlos, pero para eso se debe tomar en cuenta
qu recursos tienen que los hacen ms populares.
Entrevista a los usuarios, principalmente, el usuario es a quien va dirigido el
diseo por lo que es necesario saber lo que l piensa y sus expectativas, crticas,
opiniones ms que nada.
Modelos mentales y test, adems de saber lo que piensa, es necesario saber
cmo piensa, cmo estructura la informacin. Para eso hay varios test, donde se
pone en juego distintas cosas como:
La facilidad de encontrar las cosas, como links, informacin que es lo primero que
notan los usuarios al entrar en un sitio web.



4.2 DISEO ORIENTADO A OBJETOS

Consiste en representar un modelo de datos que pueda ser fcilmente
implantable con algn lenguaje de programacin orientado a objetos.

Los objetos son componentes potencialmente reutilizables, lo que hace que el
software sea ms fcil de mantener.

El proceso general para el diseo orientado a objetos tiene varias etapas:

1. Comprender y definir el contexto y los modos de utilizacin del sistema.

2. Disear la arquitectura del sistema.
Identificar los objetos principales en el sistema
4. Desarrollar los modelos de diseo.
5. Especificar las interfaces de los objetos.
No es un proceso sistematizado al 100%, por lo que necesita refinarse con varias
iteraciones.
El primer paso consiste en identificar los tipos de relaciones definidos en el
sistema, los cuales pueden ser internos y externos. Estas relaciones pueden ser
dos:

El contexto del sistema: es un modelo esttico que describe a los otros sistemas
en ese entorno.
El modelo que el sistema utiliza: es un modelo dinmico que describe cmo
interacta el sistema con su entorno.
Con el diseo de contexto se puede crear fcilmente el diseo arquitectnico de la
aplicacin.
Existen diversas tcnicas para identificar objetos:
Utilizar un anlisis gramatical de la descripcin en lenguaje natural de un
sistema.
Utilizar entidades tangibles (cosas).
Utilizar un enfoque de comportamiento.
Utilizar un anlisis basado en escenarios.
Existen dos tipos de modelos de diseo para describir un diseo orientado a
objetos:
Modelos Estticos.
Modelos Dinmicos.
Ejemplos de algunos modelos:
Los modelos de subsistemas
Los modelos de secuencia
Los modelos de mquinas de estado
La encapsulacin de las clases hace que los sistemas evolucionen de forma
rpida y sencilla.