DIAPOSITIVA 2

el diseño a nivel de componentes se presenta a menudo después que se ha

terminado la primera iteración del diseño arquitectónico. y el objetivo de esta fase
es traducir el diseño en software operacional.

Define las estructuras de datos, los algoritmos, las características de la interfaz y

los mecanismos de comunicación asignados a cada componente de software. esta
fase permite revisar si los detalles de diseño son correctos y consistentes con las
representaciones iniciales de diseño
DIAPOSITIVA
Software que debe elaborarse para un taller de impresión avanzada.
Cada rectángulo representa un componente del software. Los cuadros que están
sombreados son equivalentes en su función y operación a los definidos para la clase
imprimir trabajo
DIAPOSITIVA
Representa el diseño en el nivel de componentes con el uso de notación UML
modificada. El modulo calcular costo por pagina accede a los datos invocando el
modulo obtener datos el trabajo, que permite que todos los datos relevantes pasen
al componente, y una interfaz de base de datos.
DIAPOSITIVA

1. componente de control que coordina la invocación de todos los demás

componentes del dominio del problema.
2. un componente del dominio del problema que implementa una función parcial o
completa requerida por el cliente.
3. un componente de infraestructura responsable de funciones que soportan el
procesamiento requerido en el dominio del problema.
DIAPOSITIVA
Leer lo que está en la diapositiva
DIAPOSITIVA
Leer lo que está en la diapositiva
DIAPOSITIVA
Paso 1. Identificar todas las clases de diseño que correspondan al dominio del
problema. Con el uso del modelo de requerimientos y arquitectónico, se elabora
cada clase de análisis y componente de la arquitectura.
Paso 2. Identificar todas las clases de diseño que correspondan al domino de la
infraestructura. Estas clases no están descritas en el modelo de los requerimientos
y con frecuencia se pierden a partir del modelo arquitectónico; sin embargo, deben
describirse en este punto.
Paso 3. Elaborar todas las clases de diseño que no sean componentes reutilizables.
La elaboración requiere que se describan en detalle todas las interfaces, atributos y
operaciones necesarios para implantar la clase. Mientras se realiza esta tarea,
deben considerarse los heurísticos del diseño.
Paso 4. Describir las fuentes persistentes de datos (bases de datos y archivos) e
identificar las clases requeridas para administrarlos.

Paso 5. Desarrollar y elaborar representaciones del comportamiento para una clase

o componente. Los diagramas de estado UML fueron utilizados como parte del
modelo de los requerimientos para representar el comportamiento observable
desde el exterior del sistema y el más localizado de las clases de análisis
individuales.
Paso 6. Elaborar diagramas de despliegue para dar más detalles de la
implementación. Los diagramas de despliegue se utilizan como parte del diseño de
la arquitectura y se representan en forma de descriptor. Durante el diseño en el nivel
de componentes pueden elaborarse diagramas de despliegue que representen la
ubicación de paquetes de componentes clave.
Paso 7. Rediseñar cada representación del diseño en el nivel de componentes y
siempre considerar alternativas.
DIAPOSITIVA
DIAPOSITIVA
DIAPOSITIVA