Diseno arquitectonico (Ingenieria software)

1. UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICASFACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
INTEGRANTES:INTEGRANTES:
KAREN ALEJANDRO
DAYANNARA AVILA
GENESIS BASURTO
BRYAN CHOGLLO
ELIAS LEON
LUIS QUINTELUIS QUINTE
TEMA:
DISEÑO ARQUITECTONICO
CURSO:CURSO:
S4C
PROFESORA:PROFESORA:
ING. TANIA PERALTA
PERIODO LECTIVO
2016 - 2017

2. 1. INTRODUCCION1. INTRODUCCION
Se dividen en subsistemas, estas proporcionan un
grupo de servicios relacionados
El diseño arquitectónico establece un marco para el control, la
c comunicación de los sistemas y como
resultado se obtiene una explicación de la arquitectura del software
Principales componentes de un sistema y la
comunicación entre otros componentes

3. VENTAJAS PARA EL
DISEÑO Y
DOCUMENTACIÓN
DE LA
ARQUITECTURA DEL
SOFTWARE
Comunicaci
ón con los
stakcholder
s
Reutilizació
n a gran
escala
Análisis
del
sistema

4. 2. DECISIONES DE DISENO2. DECISIONES DE DISENO
ARQUITECTONICOARQUITECTONICO
Diseño
arquitectónico es
un proceso
creativo
Tipo de sistema que
se va a desarrolla, los
antecedentes y la
experiencia del
arquitecto del sistema
Diseño arquitectónico, sistema
estructurales pueden perjudicar al
sistema y el proceso del
desarrollo.

5. 3. ORGANIZACIÓN DEL SISTEMA3. ORGANIZACIÓN DEL SISTEMA
Modelo de
depósito o
repositorio
Modelo de
capas o
máquina
abstracta.
Modelo
cliente-
servidor.

6. 3.1 MODELO DE REPOSITORIO3.1 MODELO DE REPOSITORIO
VENTAJAS:VENTAJAS:
 Grandes cantidades de datos .
 Subsistemas producen datos no
utilizados por otros subsistemas.
 Centralización de actividades de
administración del repositorio
 Herramientas compatibles con el
modelo de datos se integran
directamente
DESVENTAJAS:
• Subsistemas deben utilizar un
mismo modelo de datos que el
que esté implementado en el
repositorio.
Base de datos central a la que acceden todos los subsistemas

7. MODELO CLIENTEMODELO CLIENTE
SERVIDORSERVIDOR
Conjunto de
servidores
Conjunto
de clientes
Una red

8. 3.3. MODELO DE CAPAS
El modelo de capas

9. 4. ESTILOS DE
DESCOMPOSICIÓN
MODULAR
• DESCOMPOSICIÓN
ORIENTADA A OBJETOS:
Donde se descompone un
sistema en un conjunto de
objetos que se comunican.
• Descomposición orientada a
flujos de funciones: Donde se
descompone el sistema en
módulos funcionales que
aceptan datos y los
transforman en datos de
salida.

10. 4.1.4.1. DESCOMPOSICION ORIENTADA A OBJETOSDESCOMPOSICION ORIENTADA A OBJETOS
El sistema se
descompone
en un conjunto
de objetos que
se comunican
entre ellos
Difícil
representar
entidades
más
complejas.
Entidades
reales
fácilmente
comprensibles
, mejor
reutilización
Los módulos son
objeto con
estado privado y
operaciones
definidas sobre
ese estado.

12. 4.2. DESCOMPOSICION ORIENTADA A FLUJOS DE FUNCIONES
El sistema se
descompone en módulos
funcionales que reciben
datos y los transforman
en datos de salida.
Los datos fluyen de
una función a otra y
se van transformando
Incluye información
sobre la secuencia de
operaciones y resulta
intuitivo para ciertas
personas.

14. 5. ESTILOS DE CONTROL
Un subsistema
tiene toda la
responsabilidad
para controlar e
iniciar y detener a
otros subsistemas.
En lugar de que la
información de
control esté
embebida en un
subsistema, cada
subsistema puede
responder a eventos
generados
externamente.
Controlcentralizado
Controlbasadoeneventos

15. 5.1 CONTROL CENTRALIZADO
Elmodelode
llamada-retorno
Modelo usual de subrutina
descendente en donde el
control comienza al inicio
de una jerarquía de
subrutinas y, a través de
las llamadas a subrutinas.
Elmodelodel
gestor
Un proceso es un
subsistema o módulo que
puede ejecutarse en
paralelo con otros
procesos.

16. 5.2 SISTEMAS DIRIGIDOS POR EVENTOS5.2 SISTEMAS DIRIGIDOS POR EVENTOS
Modelos de
transmisión
(broadcast) Modelos dirigidos
por interrupciones

17. 6.ARQUITECTURA DE REFERENCIA6.ARQUITECTURA DE REFERENCIA
MODELOS GENÉRICOS: Son
obtenidas de distintos sistemas ya
que en capsulan las características
de los mismos.
MODELOS DE REFERENCIAS: Describen a un
sistema. Es construido para ser capaz de
informar al diseñador sobre la estructura que
tiene una clase del sistema.

18. GRACIAS