10.

3 Realización del diseño en el nivel de componentes

Paso 1. Identificar todas las clases de diseño que correspondan al dominio del problema.

se elabora las clase de análisis y componentes de la arquitectura

Paso 2. Identificar todas las clases de diseño que correspondan al dominio
de la infraestructura.
formado por clases y componentes que incluyen la interfaz gráfica del usuario.
conformada por componentes reutilizables, de sistemas operativo y componentes de
administración de datos y objetos
Paso 3. Elaborar todas las clases de diseño que no sean componentes reutilizables.
realiza la descripción de las interfaces, atributos y operaciones para la implementación de la clase

Paso 3a. Especificar detalles del mensaje cuando colaboren clases o componentes
diseño opcional que se utiliza para verificar la comunicación entre componentes del sistema.

Paso 3b. Identificar interfaces apropiadas para cada componente.

para identificar una interfaz tenemos que ver que sea equivalente a una clase abstracta que
tiene una coneccion controlada entre las clases del diseño.

Paso 3c. Elaborar atributos y definir tipos y estructuras de datos requeridos para implantarlos.
para este paso se utiliza un lenguaje de programación para definir tipos de datos y atributos

Paso 3d. Describir en detalle el flujo del procesamiento dentro de cada operación.
se utiliza seudocódigo basado en un lenguaje de programación. o también un diagrama
de actividades de UML
Paso 4.
Describir las fuentes persistentes de datos (bases de datos y archivos) e identificar las clases
requeridas para administrarlos.
estas bases de datos se especifica al inicio como parte del diseño de la arquitectura

Paso 5.
Desarrollar y elaborar representaciones
del comportamiento para una clase
o componente.
El comportamiento dinámico de un objeto.
para ver fallas posibles dentro de un tiempo se va
revisando cada clase para no tener problemas
esto se puede corroborar en un
diagrama de estados
Paso 6.
Elaborar diagramas de despliegue para dar más detalles de la implantación.
se utilizan como parte del diseño de la arquitectura
Paso 7.
Rediseñar cada representación del diseño en el nivel de componentes y siempre considerar
alternativas.
una alternativa antes de ir al modelo final es revisar paso a paso cada uno de los diseños
implementados tener en claro lo que se a estado trabajando
 10.4 Diseño en el nivel de componentes para WebApps

Procesamiento de cómputo
Función que manipula contenido

Procesamiento de datos ¿Que es Paquete de contenido y

una funciones

WebApps?
 10.4.1 Diseño del contenido en el nivel de componente

Se centra en objetos de contenido y en la forma en la que se empacan para su presentación a

un usuario final de webapps
10.4.1 Diseño del contenido en el nivel de componente

Ejemplo.

Una plataforma de música donde el usuario puede seleccionar cualquier pista musical , que
pertenecen a un determinado álbum y un determinado artista. El usuario también puede
solicitar el género musical de su preferencia , entre más funciones .
 10.4.1 Diseño del contenido en el nivel de componente

Se puede definir varios componentes de contenido:

● Álbum
● Pista Musical
 10.4.2 Diseño de las funciones en el nivel de
componentes
Capacidad de
navegación en forma
dinámica

Procesamiento localizado
Procesamiento de datos
que genera contenido

Interfaces de datos
Brindan consultas y
acceso avanzado a una
base de datos
 10.4.2 Diseño de las funciones en el nivel de
componentes

Una serie de componentes desarrollados en paralelo con

la arquitectura de la información

Funciones
Comienza con la consideración del modelo de
requerimientos y de la arquitectura inicial de la información de las
WebApps
El contenido y funciones de la webapp se combinan para
crear una arquitectura funcional.
 10.4.2 Diseño de las funciones en el nivel de
componentes

Teniendo en cuenta el ejemplo

anterior:

Se pueden implementar las funciones

de crear lista de reproducción,
descargar cancion, compartir pista
musical .
10.5 Diseño de Componentes Tradicionales

● Las construcciones estructuradas fueron propuestas para limitar el diseño del

software orientado al procedimiento a un número pequeño de estructuras lógicas
predecibles

● El uso de las construcciones estructuradas reduce la complejidad del programa y

con ello mejora la legibilidad y la facilidad de realizar pruebas y de dar
mantenimiento

● Las construcciones estructuradas son grupos lógicos que permiten al lector

reconocer elementos de procesamiento de un módulo
10.5.1 Notación Gráfica de Diseño

● Las construcciones estructuradas fueron propuestas para limitar el diseño del

software orientado al procedimiento a un número pequeño de estructuras lógicas
predecibles

● El uso de las construcciones estructuradas reduce la complejidad del programa y

con ello mejora la legibilidad y la facilidad de realizar pruebas y de dar
mantenimiento

● Las construcciones estructuradas son grupos lógicos que permiten al lector

reconocer elementos de procesamiento de un módulo
10.5.1 Notación Gráfica de Diseño

● Las herramientas gráficas, como

el diagrama UML de actividades
o el diagrama de flujo,
constituyen patrones gráficos
útiles que ilustran fácilmente
detalles de procedimiento
 10.5.1 Notación Gráfica de Diseño
El diagrama de actividades permite representar la secuencia, condición y repetición

Se emplea un rectángulo para indicar

un paso de procesamiento

La secuencia se representa como dos

cajas de procesamiento conectadas por
una línea
10.5.1 Notación Gráfica de Diseño

Un rombo representa una condición

lógica y las flechas indican el flujo del
control.
10.5.1 Notación Gráfica de Diseño
10.5.1 Notación Gráfica de Diseño
● La repetición se representa con el uso de dos
formas ligeramente distintas

● Las pruebas hacer mientras, prueban una

condición y ejecutan repetidamente un lazo
de tareas mientras la condición sea verdadera.

● Repetir hasta primero ejecuta el lazo de la

tarea y después prueba una condición y
repite la tarea hasta que la condición se
vuelve falsa
 ● la Ingeniería de software basada en componentes
(ISBC) es un proceso que pone el énfasis en el
10.6 DESARROLLO diseño y construcción de sistemas basados en
computadora que emplean “componentes”
BASADO EN reutilizables de software.
COMPONENTES ● para que la ISBC tenga éxito se debe tener en
cuenta los siguientes aspectos:
★ ingeniería de dominio
★ calificación, adaptación y combinación de
los componentes
★ análisis y diseño para la reutilización
★ clasificación y recuperación de
componentes
 ● su finalidad es identificar, construir, catalogar y diseminar
un conjunto de componentes de software que sean
aplicables al software existente y al del futuro en un
dominio particular de aplicaciones.
● el objetivo de la ing de dominio se centra en el desarrollo
de elementos reutilizables que formarán la familia de
productos
● el enfoque general del análisis de dominio se caracteriza
por ser orientada a objetos. los pasos de este proceso son:
10.6.1 ingeniería de dominio a. definir el dominio que se va a investigar.
b. clasificar los aspectos extraídos del dominio.
c. reunir una muestra representativa de aplicaciones en
el dominio.
d. analizar cada aplicación en la muestra y definir clases
de análisis.
e. desarrollar un modelo de los requerimientos para las
clases.
● la ingeniería del dominio genera la biblioteca de componentes reutilizables que se requieren para la
práctica de la ingeniería de software basada en componentes.
10.6.2 calificación, adaptación y
combinación de los componentes
● la existencia de componentes reutilizables no
garantiza que estos se integren satisfactoriamente
en la arquitectura escogida para una nueva
aplicación. por eso