Loading…

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

Like this presentation? Why not share!

Like this? Share it with your network

Share

Diseño arquitectonico

  • 6,703 views
Uploaded on

Modelado de datos

Modelado de datos
Modelo de control
Descomposición Modular

More in: Technology , Business
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
6,703
On Slideshare
6,703
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
148
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. 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”
    FACULTAD DE CIENCIAS FÍSICAS Y MATEMÁTICAS
    ESCUELA PROFESIONAL
    ING. EN COMPUTACIÓN E INFORMÁTICA
    TEMA:
    DISEÑO ARQUITECTÓNICO
    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
  • 2. DiseñoArquitectónico
  • 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.
    Correspondeal 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
  • 12. MODELO DE CONTROL
  • 13.
  • 14.
  • 15. MODELO DE LLAMADA - RETORNO
  • 16. MODELO DEL GESTOR
  • 17.
  • 18. DESCOMPOSICIÓN
    MODULAR
  • 19. DESCOMPOSICIÓN MODULAR
    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
  • 20. DESCOMPOSICIÓN MODULAR
    Una descomposición modular debe poseer ciertas cualidades mínimas para que se pueda considerar suficiente válida.
  • 21. Independencia funcional
  • 22. INDEPENDENCIA FUNCIONAL
  • 23. Independencia funcional
  • 24. DESCOMPOSICIÓN MODULAR
  • 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!