Este documento presenta una introducción al diseño arquitectónico de software. Explica que el diseño arquitectónico comprende el establecimiento de un marco estructural básico para un sistema e incluye actividades como la estructuración del sistema, el modelado de control y la descomposición modular. También discute decisiones de diseño clave, estilos arquitectónicos y estrategias para la descomposición modular de un sistema.

1. FACULTAD DE CIENCIAS FÍSICAS Y MATEMÁTICAS
ESCUELA PROFESIONAL
ING. EN COMPUTACIÓN E INFORMÁTICA
TEMA:
DISEÑO ARQUITECTÓNICO
U N I V E R S I D A D N A C I O N A L
“P E D R O R U I Z G A L L O”
CURSO:
Ingeniería del Software
DOCENTE:
Del Castillo Castro, Consuelo .
INTEGRANTES:
Cuzquen Niño Sissy.
Chuzón Millones Karen.
Peltroche Silva Jenny.
Quiroz Alcántara Lucero.
Noviembre, 2010

3. INTRODUCCION
El diseño de Software juega un papel
importante en el desarrollo de software lo
cual permite al ingeniero de software
producir varios modelos del sistema .

4. DISEÑO ARQUITECTÓNICO
 Qué se entiende por Diseño
Arquitectónico
 Comprende el establecimiento de un marco
de trabajo estructural básico para un
sistema.
 Corresponde al proceso de diseño

5. ACTIVIDADES DEL DISEÑO
 Estructuración del sistema:
 Modelado del control:
 Descomposición modular:

6. DECISIONES DE DISEÑO
 Existe una arquitectura de aplicación genérica
que pueda actuar como una plantilla para el
sistema que se está diseñando?
 ¿Cómo se distribuirá el sistema entre varios
procesadores?
 ¿Qué estilo o estilos arquitectónicos son
apropiados para el sistema?
 ¿Cuál será la aproximación fundamental
utilizada para estructurar el sistema?
 ¿Cómo se descompondrán en módulos las
unidades estructurales del sistema?

7. DISEÑO DE DATOS
 El diseño de datos también llamado
arquitectura de datos, crea un modelo de
datos y/o información .
 Al nivel de los componentes del programa
 Al nivel de aplicación
 Al nivel de negocios

8. Complejidad arquitectónica
 Dependencias de compartimiento:
 Dependencias de flujo:
 Dependencias restrictivas:
FLUJO DE TRANSFORMACION
FLUJO DE TRANSACCION
ANALISIS DE TRANSFORMACIONES

9. MODELADO DE DATOS, ESTRUCTURA DE
DATOS, BASE DE DATOS Y ALMACÉN DE
DATOS.
Características de un almacén de base de
datos:
 Orientación por materia
 Integración
 Restricción de tiempo
 No volatilidad

10. ESTILOS ARQUITECTONICOS
Arquitecturas centradas a datos
Arquitecturas de flujo de datos
Arquitecturas de llamada y retorno
 Arquitectura de programa principal:
 Arquitectura de llamada de procedimiento
remoto
Arquitecturas orientadas a objetos
Arquitecturas Estratificadas

11. REFINAMIENTO DEL DISEÑO ARQUITECTONICO
 Se debe desarrollar una descripción del
procesamiento para cada módulo.
 Se aporta una descripción de la interfaz para
cada módulo.
 Se definen las estructuras de datos
generales y locales

13. MODELO DE CONTROL
TIPOS
Control
Centralizado
Control Basado en
Eventos
DEFINICIÓN

14. CONTROL CENTRALIZADO
TIPOS
Modelo de
Llamada-Retorno
Modelo del Gestor
DEFINICIÓN

15. MODELO DE LLAMADA - RETORNO

16. MODELO DEL GESTOR

17. SISTEMAS DIRIGIDOS POR EVENTOS
TIPOS
Modelos de
Trasmisión
Modelos dirigidos
por interrupciones
DEFINICIÓN

19. Para realizar una descomposición modular
del sistema como actividad fundamental
del diseño es necesario concretar los
siguientes aspectos:
 Identificar los módulos
 Describir cada módulo
 Describir las relaciones entre módulos
DESCOMPOSICIÓN MODULAR

20.  Una descomposición modular debe
poseer ciertas cualidades mínimas para
que se pueda considerar suficiente válida.
1.
• Independencia Funcional
2.
• Comprensibilidad
3.
• Adaptabilidad
DESCOMPOSICIÓN MODULAR

21. INDEPENDENCIA FUNCIONAL
Independencia
Funcional
Acoplamiento Cohesión

22. Acoplamiento
Fuerte
Por contenido común
Moderado
Control Etiqueta
Debil
Datos
Sin
acoplamiento
directo
INDEPENDENCIA FUNCIONAL

23. Cohesión
Alta
Cohesión
Abstraccional
Cohesión
funcional
Media
Cohesión
secuencial
Cohesión de
comunicación
Cohesión
temporal
Baja
Cohesión
Lógica
Cohesión
coincidental
INDEPENDENCIA FUNCIONAL

24. Comprensibilidad
Identificación
Documentación
Simplicidad
DESCOMPOSICIÓN MODULAR
Adaptabilidad Previsión
Accesibilidad
Consistencia

25. Hay dos estrategias principales que se
pueden usar cuando se descomponga un
subsistema en módulos:
 Descomposición orientada a objetos.
 Descomposición orientada a flujos de
funciones.

26. DESCOMPOSICIÓN ORIENTADA A OBJETOS
Modelo de objetos de un sistema de procesamiento de facturas.

27. DESCOMPOSICIÓN ORIENTADA A FLUJOS DE
FUNCIONES
 Modelo de flujo de funciones de un sistema de procesamiento de
facturas.

28. ¡GRACIAS!