Your SlideShare is downloading. ×
Diseño arquitectonico
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Saving this for later?

Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime - even offline.

Text the download link to your phone

Standard text messaging rates apply

Diseño arquitectonico

10,477
views

Published on

Presentación para la clase de diseño de sistemas de los estudiantes de informática empresarial en la corporación de estudios tecnológicos del norte del valle

Presentación para la clase de diseño de sistemas de los estudiantes de informática empresarial en la corporación de estudios tecnológicos del norte del valle


0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
10,477
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
128
Comments
0
Likes
2
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. Diseño Arquitectonico
    Decisiones y organizacion
  • 2. Introducción
    La esencia del diseño de software es la toma de
    decisiones sobre la organización lógica del
    software.
    Esta organización por lo general se estructura en
    subsistemas que proporcionan algún conjunto de
    servicios relacionados
    Tema 3 - Clase 1
    Docente: ING. Wilson Gomez Guevara– wgomez@cotecnova.edu.co
    2
    DISEÑO DE SISTEMAS
    Diseño Arquitectonico
    Informática empresarial
  • 3. Definición
    Proceso de diseño inicial que identifica los
    subsistemas y establece un marco para el control y
    comunicación de estos.
    Tema 3 - Clase 1
    Docente: ING. Wilson Gomez Guevara– wgomez@cotecnova.edu.co
    3
    DISEÑO DE SISTEMAS
    Diseño Arquitectónico
    Informática empresarial
  • 4. Ventajas
    Comunicación entre los Stakeholders
    La arquitectura puede ser usada como un foco de discusión por los stakeholders del sistema
    Análisis de sistemas
    Ayuda a establecer si el sistema puede cumplir los requerimientos no funcionales.
    Reutilización a gran escala
    La arquitectura puede ser reutilizada a través de un rango de sistemas
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    4
  • 5. Requerimientos no funcionales
    Rendimiento
    Protección
    Seguridad
    Disponibilidad
    Mantenibilidad
    Profundizar
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    5
  • 6. Stakeholders
    Término inglés utilizado por primera vez por R. E. Freeman en su obra: “Strategic Management: A StakeholderApproach”, (Pitman, 1984) para referirse a
    «quienes pueden afectar o son afectados por las actividades de una empresa».
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    6
  • 7. Stakeholders
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    7
  • 8. Proceso del diseño arquitectónico
    Estructuración del sistema
    El sistema se descompone en varios subsistemas principales y la comunicación entre estos subsistemas es identificada.
    Modelado del control
    Se establece un modelo de las relaciones de control entre las diferentes partes del sistema.
    Descomposición modular
    Los subsistemas identificados se descomponen en módulos
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    8
  • 9. Subsistemas y módulos
    Un subsistema es un sistema por derecho propio cuya operación es independiente de los servicios provistos por otros subsistemas.
    Un módulo es un componente del sistema que provee servicios a otros componente pero no se consideraría normalmente como un sistema separado.
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    9
  • 10. Modelos Arquitectonicos
    Modelo estático estructural es que muestra los componentes principales del sistema.
    Modelo dinámico del proceso que muestra la estructura de proceso del sistema
    Modelo de interfaz que define las interfaces de los subsistemas
    Modelo de relaciones tales como un modelo de flujo de datos
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    10
  • 11. Estructuración del sistema
    Concerniente con la descomposición del sistema en subsistemas que interactúan.
    El diseño arquitectónico se expresa normalmente como un diagrama de bloques que representa una visión general de la estructura del sistema.
    Se pueden desarrollar modelos más específicos que muestran cómo los subsistema comparten datos, cómo se distribuyen y cómo se comunican entre si.
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    11
  • 12. Diagrama de bloques
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    12
  • 13. Decisiones de diseño arquitectonico
    Los arquitectos del sistema tienen que responder a
    las sigts preguntas fundamentales:
    ¿Existe una arquitectura de aplicación generica que pueda actuar como una plantilla para el sistema que se esta diseñando?
    Como se distribuira el sistema entre varios procesadores?
    ¿Qué estilo o estilos arquitectonicos son apropiados?
    ¿Cuál sera la aproximacion fundamental utilizada para estructurar el sistema ?
    ¿Cómo se descompondran en modulos las unidades estructurales?
    ¿Qué estrategia se usara para controlar el funcionamiento de las unidades del sistema?
    ¿Cómo se evaluara el diseño arquitectonico?
    ¿Cómo debería documentarse la arquitectura del sistema?
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    13
  • 14. Organización del sistema
    Refleja la estrategia básica usada para estructurar
    dicho sistema.
    Estilos:
    Repositorio de datos
    Cliente-Servidor
    Capas
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    14
  • 15. Modelo de repositorio
    Los subsistemas deben intercambiar datos.
    Esto puede ser hecho de dos formas:
    Los datos compartidos se mantiene en una base de datos central o depósito y puede ser accedida por todos los subsistemas
    Cada subsistema mantiene su propia base de datos y pasa datos explícitamente a otros subsistemas
    Cuando grandes cantidades de datos deben ser compartidos, el
    modelo de depósito es el más comúnmente usado
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    15
  • 16. Herramienta Case
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    16
  • 17. Características del modelo de depósito
    Ventajas
    • Forma eficiente de compartir grandes cantidades de datos
    • Los subsistemas no se deben preocupar sobre cómo los datos son
    producidos o usados.
    • Administración centralizada. Ej. Backup, seguridad
    • El modelo de compartición es visible a lo largo del esquema de
    depósito
    Desventajas
    • Los subsistemas deben acordar un modelo de datos del depósito. Lo
    cual es inevitablemente un compromiso.
    • La evolución de datos es difícil y cara
    • No hay campo para políticas de administración específicas
    • Es difícil distribuir el depósitos eficientemente
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    17
  • 18. Arquitectura de cliente-servidor
    Modelo de sistema distribuido el cual muestra cómo los
    datos y el procesamiento se distribuyen a través de un
    rango de componentes
    Conjunto de servidores stand-alone que proveen servicios
    específicos tales como impresión, administración de
    datos, etc.
    Conjunto de clientes los cuales acceden a estos servicios
    Una red la cual permite la comunicación entre clientes y
    servidores
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    18
  • 19. Biblioteca de videos y pintura
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    19
  • 20. Características del modelo cliente-servidor
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    20
    Ventajas
    • La distribución de datos es directa
    • Hace uso efectivo de sistemas interconectados. Podría requerir
    hardware más barato
    • Es fácil adicionar nuevos servidores o actualizar servidores existentes
    Desventajas
    • No hay un modelo de datos compartido, de manera que los
    subsistemas usan una organización de datos diferente. El intercambio de
    datos puede ser ineficiente
    • Administración redundante en cada servidor
    • No hay un registro central de nombres y servicios
  • 21. Modelo de máquina abstracta o de capas
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    21
    Usado para modelar las interfaces en entre subsistemas
    Organiza el sistema en un conjunto de capas (o máquinas abstractas) cada una de la cuales provee un conjunto de servicios
    Soporta el desarrollo incremental de subsistemas en diferentes capas. Cuando la interfaz de una capa cambia, solo las capas adyacentes son afectadas
    Sin embargo, es difícil, en general, estructurar sistemas de esta forma
  • 22. Sistema de manejo de versiones
    Tema 1 - Clase 1
    Docente: CPT Heynar Ramírez Becerra – hramirez@cotecnova.edu.co
    22