Please enable JavaScript.

Coggle requires JavaScript to display documents.

Diseño arquitectónico - Coggle Diagram

- - - - 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 la organización del sistema en tiempo de ejecución
    - - Describe como se distribuyen los subsistemas entre los componentes físicos
    - - Describe subsistemas o componentes a desarrollar como unidades separadas
  - - - Las aplicaciones con elevado nivel de seguridad necesitarán estructurarse en capas con los recursos críticos protegidos
    - - Puede obligar a incluir componentes redundantes que puedan reemplazarse y actualizarse sin detener el sistema
    - - Si se necesita un elevado rendimiento se utilizarán pocos subsistemas con poca comunicación
    - - Mejora cuando se utilizan componentes más pequeños que pueden intercambiarse con facilidad
- - - - . Los clientes invocan los servicios ofrecidos por los servidores mediante un protocolo de petición-respuesta como http o www.
    - - Un sistema de comunicación que permita a los clientes acceder a los servicios (no es estrictamente necesario)
    - - Servidores independientes que ofrecen servicios a otros subsistemas
  - - - Capa de procesamiento de la aplicación
        
        Esta capa implementa la lógica de la aplicación
      - Capa de administración de datos
        
        En esta capa se realizan todas las operaciones de la base de datos
      - Capa de presentación
        
        Esta capa se encarga de mostrar la información e interactuar con el usuario
- - - - Desarrollan y ofertan servicios a usuarios y permiten construir aplicaciones enlazando servicios de diferentes proveedores
    - - Enlaza este servicio a su aplicación, incluye código para llamar al servicio y procesa el resultado
  - - - Define como pueden representarse las interfaces de servicios web
    - - Estándar de búsqueda que define como puede organizarse la información de descripción de servicios
    - - Define una organización para intercambio de datos estructurados entre servicios web
- - - - Suministrado por la base de datos (normalmente es un mainframe)
    - - Suministrados por un servidor Web
    - - El cliente es el computador del usuario con un sistema de presentación o interfaz
- - - - Arquitectura semicentralizada
        
        Los nodos actúan como servidores para facilitar las comunicaciones, una vez
      - Arquitectura descentralizada
        
        Muy redundante y por lo tanto tolerante a fallos y a desconexiones de nodos aunque puede sufrir sobrecargas y replicaciones de comunicación
- - - - Los subsistemas que producen datos no necesitan saber cómo son utilizados por otros subsistemas
    - - Centralización de actividades de administración del repositorio
    - - Se comparten grandes cantidades de datos sin necesidad de transmitir datos explícitamente de un subsistema a otro.
    - - Las herramientas compatibles con el modelo de datos se intregran directamente
  - - - . Los subsistemas deben utilizar un mismo modelo de datos que el que esté implementado en el repositorio.
    - - Resulta muy difícil o incluso imposible integrar subsistemas cuyos modelos de datos no se ajusten al esquema del repositorio
    - - Genera un gran volumen de información y es difícil hacer evolucionar el sistema
- - - - Utilizado por lenguajes de programación como Ada, Pascal y C aunque también con lenguajes Orientados a Objetos (OO)
      - Ventaja:
        
        Es relativamente sencillo analizar los flujos de control y conocer cómo responderá el sistema a cierto tipo de entradas
      - No es un modelo estructural por lo que no es necesario que, por ejemplo, la Rutina 1.1 forme parte de la Rutina 1
      - Inconveniente:
        
        Las excepciones a operaciones normales son complicadas de gestionar
      - 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
    - - Utilizado en sistemas de tiempo real “suaves”, es decir, con restricciones de tiempo no muy estrictas
      - Llamado también modelo de ciclos de eventos
      - Un proceso es un subsistema o módulo que se ejecuta en paralelo con otros procesos
  - - - Modelos de transmisión (broadcast)
        
        Ventajas:
        
        La evolución es relativamente sencilla pues se pueden integrar nuevos subsistemas registrando sus eventos
        
        Cualquier subsistema puede activar otros subsistemas sin conocer su nombre o ubicación
        
        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
        
        Son utilizados por los agentes de solicitud de objetos (ORBs)
        
        Centralizado los subsistemas deciden qué eventos requieren y el controlador asegura que estos eventos sean enviados
      - Modelos dirigidos por interrupciones
        
        Ventajas:
        
        Permite dar respuestas muy rápidas a los eventos
        
        Desventajas:
        
        Complejo de programar y difícil de validar (replicación de ocurrencias)
        
        Número de interrupciones está limitado por el hardware, cuando se alcanza el límite no se pueden gestionar más
        
        Interrupciones
        
        Cuando se recibe una interrupción de un determinado tipo, un interruptor de hardware transfiere el control
        
        El controlador puede iniciar o detener otros procesos en respuesta a los eventos recibidos por el interruptor
        
        Cada tipo de interrupción se asocia con la ubicación de memoria en la que se almacena la dirección del controlador
        
        Existen varios tipos de interrupciones conocidas con un controlador definido para cada tipo
        
        Útiles para sistemas de tiempo real
- - - - Ventajas:
        
        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
        
        Distribuye al cliente el procesamiento lógico y la presentación
      - Desventajas:
        
        Administración del sistema más compleja al distribuirse la funcionalidad de la aplicación
        
        Aumenta el coste del mantenimiento ya que es necesario la reinstalación o actualización de cada computador si la aplicación cambia
      - El software del cliente implementa toda o gran parte de la lógica de la aplicación y las interacciones del usuario con el sistema
      - El servidor sólo es responsable de la administración de datos
    - - Ventajas:
        
        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
        
        Se suele utilizar cuando se heredan sistemas centralizados
      - Desventajas:
        
        El servidor realiza todos los cálculos, lo que provoca una gran cantidad de tráfico en la red entre el cliente y el servidor
        
        Desaprovecha la capacidad de cálculo de las máquinas de los procesos cliente
        
        Implica una gran carga de procesamiento para el servidor
      - El cliente únicamente es responsable de la presentación del os datos
      - Todo el procesamiento de la aplicación y la administración de datos se realiza en el servidor