Post on 24-May-2015
description
FACULTAD DE CIENCIAS FÍSICAS Y MATEMÁTICAS
ESCUELA PROFESIONALING. 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
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 .
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
ACTIVIDADES DEL DISEÑO
Estructuración del sistema: Modelado del control: Descomposición modular:
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?
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
Complejidad arquitectónica Dependencias de compartimiento: Dependencias de flujo: Dependencias restrictivas:
FLUJO DE TRANSFORMACION
FLUJO DE TRANSACCION
ANALISIS DE TRANSFORMACIONES
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
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
remotoArquitecturas orientadas a objetos Arquitecturas Estratificadas
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
MODELO DE CONTROL
TIPOS
Control Centralizado
Control Basado en Eventos
DEFINICIÓN
CONTROL CENTRALIZADO
TIPOS
Modelo de Llamada-Retorno
Modelo del Gestor
DEFINICIÓN
MODELO DE LLAMADA - RETORNO
MODELO DEL GESTOR
SISTEMAS DIRIGIDOS POR EVENTOS
TIPOS
Modelos de Trasmisión
Modelos dirigidos por interrupciones
DEFINICIÓN
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
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
INDEPENDENCIA FUNCIONAL
Independencia Funcional
Acoplamiento Cohesión
Acoplamiento
Fuerte
Por contenido común
Moderado
Control Etiqueta
Debil
DatosSin
acoplamiento directo
INDEPENDENCIA FUNCIONAL
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
Comprensibilidad
Identificación
Documentación
Simplicidad
DESCOMPOSICIÓN MODULAR
Adaptabilidad
Previsión
Accesibilidad
Consistencia
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.
DESCOMPOSICIÓN ORIENTADA A OBJETOS
Modelo de objetos de un sistema de procesamiento de facturas.
DESCOMPOSICIÓN ORIENTADA A FLUJOS DE FUNCIONES
Modelo de flujo de funciones de un sistema de procesamiento de facturas.
¡GRACIAS!