Please enable JavaScript.

Coggle requires JavaScript to display documents.

Diseño arquitectónico - Coggle Diagram

- - - - Describe subsistemas o componentes a
        desarrollar como unidades separadas
    - - Describe la organización del sistema en
        tiempo de ejecución
    - - Describe la definición de los servicios ofrecidos por
        cada subsistema a través de su interfaz pública
    - - Describe las relaciones entre los distintos
        módulos o subsistemas
    - - Describe como se distribuyen los subsistemas
        entre los componentes físicos
  - - - Si se necesita un elevado rendimiento se utilizarán pocos subsistemas
        con poca comunicación
    - - Las aplicaciones con elevado nivel de seguridad necesitarán estructurarse en capas
    - - Puede obligar a incluir componentes redundantes que puedan
        reemplazarse y actualizarse sin detener el sistema
    - - Mejora cuando se utilizan componentes más pequeños que pueden intercambiarse con facilidad
- - - - Arquitectura en la que todos los datos compartidos se ubican en una base de datos central a la que acceden todos los subsistemas
    - - Centralización
      - Compartición eficiente
      - Ligera abstracción el manejo de datos
      - Integración directa
    - - Modelo de datos común
      - Difícil integración de subsistemas “externos”
      - Dificulta la evolución
      - Estandarización de las políticas
      - Dificultad para distribuir
  - - - Conjunto de servidores
      - Conjunto de clientes
      - Una red
    - - es un modelo de sistemas distribuido que
        muestra como datos y procesamiento se pueden distribuir a lo largo de varios procesadores
    - - Capa de presentación
        
        se encarga de mostrar la información e interactuar
        con el usuario
      - Capa de procesamiento de la aplicación
        
        implementa la lógica de la
        aplicación
      - Capa de administración de datos
        
        se realizan todas las operaciones de la
        base de datos
  - - - Modelo de “cliente delgado.”
        
        Todo el procesamiento de la aplicación y la
        administración de datos se realiza en el servidor
        
        Ventajas
        
        Se suele utilizar cuando se heredan sistemas centralizados
        
        La interfaz migra a los PC’s
        
        La aplicación misma actúa como servidor y maneja todo el procesamiento y la administración de los datos
        
        Desventajas
        
        Implica una gran carga de procesamiento para el servidor
        
        El servidor realiza todos los cálculos, lo que provoca una gran cantidad de tráfico
        
        Desaprovecha la capacidad de cálculo de las máquinas de los procesos cliente
      - Modelo de “cliente grueso”
        
        El servidor sólo es responsable de la administración de
        datos
        
        Ventajas
        
        Distribuye al cliente el procesamiento lógico y la presentación
        
        Aprovecha la capacidad de procesamiento de los clientes
        
        Los ATM no se conectan directamente a la base de datos del cliente sino al gestor de transacciones
        
        Desventajas
        
        Administración del sistema más compleja al distribuirse la funcionalidad de la aplicación
        
        Aumenta el coste del mantenimiento
        
        Los problemas de este enfoque en dos capas son que las tres capas lógicos deben asociarse a dos sistemas de cómputo
  - - - Administración de datos
      - Servicios de aplicación
      - Presentación
    - - es escalable de forma sencilla ya que se pueden añadir sin problemas más servidores web que aumenten la capacidad de soporte de clientes simultáneos en el sistema
  - - - Preservando la interfaz, una capa se puede reemplazar por otra
      - Cuando cambian las interfaces de las capas sólo afecta a
        las capas adyacentes
      - Sólo hay que reimplementar las capas más internas
    - - Resulta difícil estructurar los sistemas pues es posible que el usuario requiera acceso a capas internas lo que subvierte el modelo
      - El rendimiento puede resultar afectado por los múltiples niveles de interpretación de órdenes que se requieran
- - - - El sistema se descompone en un conjunto de objetos que se comunican entre ellos
      - Los módulos son objeto con estado privado y operaciones definidas sobre ese estado
      - Entidades reales fácilmente comprensibles, mejor reutilización
      - Difícil representar entidades más complejas
    - - 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
- - - - es el responsable de controlar, iniciar y detener
        otros subsistemas
      - Modelo de llamada-retorno (ejecución secuencial)
        
        El control se inicia en la parte superior de una jerarquía y por medio de llamadas a subrutinas pasa a los diferentes niveles del árbol
        
        No es un modelo estructural por lo que no es necesario que
        
        Ventaja
        
        sencillo analizar los flujos de control
        
        Inconveniente
        
        Las excepciones a operaciones normales son complicadas de gestionar
      - Modelo del administrador (concurrente)
        
        Un componente del sistema se designa como administrador y controla el inicio, detención y coordinación del sistema
        
        Un proceso es un subsistema o módulo que se ejecuta en
        paralelo con otros procesos
        
        Llamado también modelo de ciclos de eventos
    - - Cada subsistema puede responder a eventos generados
        en el exterior provenientes de otros subsistemas o del entorno del sistema
      - Modelos de transmisión (broadcast)
        
        los subsistemas deciden qué eventos requieren y el controlador asegura que estos eventos sean enviados
        
        Ventajas
        
        La evolución es relativamente sencilla pues se pueden integrar nuevos subsistemas registrando sus eventos en el controlador de eventos
        
        Cualquier subsistema puede activar otros subsistemas sin conocer su nombre
        
        Desventajas
        
        Los subsistemas no saben si los eventos se manejarán ni cuando lo harán
        
        Cuando un subsistema genera un evento no sabe que otros subsistemas han
        registrado un interés en ese evento
      - Modelos dirigidos por interrupciones
        
        sistemas de tiempo real que necesitan manejar muy rápidamente eventos generados en el exterior como por ejemplo sistemas de seguridad en automóviles
        
        Interrupciones
        
        Existen varios tipos de interrupciones conocidas con un controlador definido para cada
        tipo
        
        El controlador puede iniciar o detener otros procesos en
        respuesta a los eventos recibidos por el interruptor
        
        Ventajas
        
        Permite dar respuestas muy rápidas a los eventos
        
        Desventajas
        
        Complejo de programar y difícil de validar
        
        Si el número de interrupciones está limitado por el hardware, cuando se alcanza el límite no se pueden gestionar más tipos de eventos
- - - - tolerante a fallos
    - - Los nodos actúan como
        servidores para facilitar las comunicaciones
- - - - Proveedor de servicios
      - Solicitante del servicio
    - - Los usuarios pueden pagar por los servicios sólo en función del uso.
      - Aplicaciones más pequeñas
      - Construcción a medida de nuevos servicios
    - - SOAP
        
        Define una organización para intercambio de
        datos estructurados entre servicios web
      - WSDL
        
        Define como pueden representarse las
        interfaces de servicios web
      - UDDI
        
        Estándar de búsqueda que
        define como puede organizarse la información de descripción de servicios