CONSTRUCCION

1
CONSTRUCCION

• TRACEABILIDAD

2
MODELOS

•  MODELO DE DISEÑO es un modelo más refinado y
  formal que el modelo de análisis donde se han
  tenido en cuenta las consecuencias del ambiente
  de implementación.
•  
• MODELO DE IMPLEMENTACIÓN es la codificación del
  sistema. Implementa cada objeto. Del modelo de
  diseño se obtiene una especificación detallada de
  los objetos incluidas las operaciones y
  atributos.

3
MODELO DE DISEÑO

• Identificar el ambiente de implementación. Tiene
  que estar terminado cuando comienza el diseño.
• El modelo de análisis debe ser conservado para el
  mantenimiento del sistema, es un modelo esencial
  que debe existir durante toda la vida del
  sistema.
• El modelo de diseño se formaliza para describir
  todos los estímulos enviados entre los objetos y
  para definir las operaciones de los objetos.
• Los objetos de análisis se transforman en
  bloques.

4
PERMANENCIA DE LOS CONCEPTOS DE ANÁLISIS EN
EL MODELO DE DISEÑO

• La permanencia de los conceptos es la propiedad
  que hace posible fácilmente localizar un cambio
  en el código. Es una propiedad muy importante en
  el desarrollo de sistemas.
• Los cambios introducidos en el modelo de análisis
  van a ser locales a un bloque, manteniéndose esta
  característica en la codificación.
  (bidireccional).

5
(No Transcript)
6
MODELO DE DISEÑO

• Se transforma mecánicamente cambiando los objetos
  por bloques.
• El modelo de diseño es una abstracción de cómo el
  sistema va ser realmente construido.
• La arquitectura resultante va a reflejar cómo el
  ambiente de implementación impacta en el sistema.
  Los bloques deben representar cómo realmente van
  a ser implementados los objetos (herencia,
  extensión).
• Se ha demostrado que es mejor evitar errores en
  las construcciones reduciendo la complejidad

7
EL AMBIENTE DE IMPLEMENTACION
identificar las restricciones

• lenguajes de programación, la existencia de
  herencia, herencia múltiple, estrategias de
  manejo de errores, manejo de memoria, etc.
• librería de componentes (objetos de interfaz)
• productos que deben usarse (encapsularlos)
• ejecutación en una forma distribuida en
  distintos procesadores o en distintos procesos
• requerimientos de performance
• limitaciones de memoria
• personas y organización

8
La estrategia es localizar o encapsular el
impacto del ambiente de implementación, de modo
tal que cualquier cambio en el ambiente afecte
localmente a un objeto y no a varios.
9
Cambiar el modelo de diseño

• Bloques, Introducir, Eliminar, Cambiar
• Cambios en la asociación
• Transformar la extensión en una asociación de
  comunicación
• Otras asociaciones
• Las asociaciones de herencia
• Si la aplicación va a correr en uno o varios
  procesos.
• Datos persistentes.
• Las interfaces

10
La descripción hecha en el análisis no se debe
cambiar. Lo que estamos haciendo es especificar
cómo se va a realizar, damos más detalle. En
principio no estamos modificando la arquitectura
del sistema.
11
Si se ve necesario cambiar algo, debería
realizarse un cambio en el modelo de
requerimientos y en el de análisis. De esta forma
estaríamos ajustando la arquitectura del sistema,
mejorándola.