Please enable JavaScript.
Coggle requires JavaScript to display documents.
Diseño Arquitectónico 🏛 - Coggle Diagram
Diseño Arquitectónico 🏛
Actividad Principales
Decisiones 🤔
Estructuración del sistema
Descomposición modular
Modelado del control
Salida
Modelo estructural estático
Modelo de proceso dinámico
Modelo de interfaz
Modelo de relación
Modelo de distribución
Requisitos no funcionales
Rendimiento
Protección 🛡
Disponibilidad
Mantenibilidad ♻
Organización del Sistema
Modelo de depósito o repositorio
Ventajas☺
Compartición eficiente
Ligera abstracción el manejo de datos
Centralización
Integración directa
Desventajas☹
Modelo de datos común
Difícil integración de subsistemas externos
Dificulta la evolución
Estandarización de políticas
Dificultad para distribuir
Modelo cliente-servidor
Componentes
Conjunto de servidores
Conjunto de clientes 👥
Red 🌐
Modelo C/S 2 Capas 2️⃣
Modelo cliente grueso
Ventajas☺
Distribuye procesamiento lógico y presentación
Aprovecha capacidad de procesamiento
ATM no conectada directamente a DB
Desventajas☹
1 more item...
Modelo cliente delgado
Ventajas☺
Interfaz migra a PC 💻
Aplicación actúa como servidor y administrador
Desventajas☹
Gran carga de procesamiento
1 more item...
Modelo C/S 3 Capas 3️⃣
Componentes
Administración de datos
Servicios de aplicación
Presentación
Modelo de capas o máquina abstracta
Ventajas☺
Arquitectura cambiable y portable
Capa se puede reemplazar por otra
Cambio de capas solo afecta a adyacentes
Solo hay que re-implementar capas más internas
Desventajas☹
Difícil de estructurar
Rendimiento puede verse afectado por los múltiples niveles
Descomposición Modular
Modelo orientado a objetos
Sistema es un conjunto de componentes que se comunican entre ellos 🗣
Módulos con estado privado y operaciones definidas 🔐
Mejor reutilización
Difícil representar entidades complejas
Modelo de flujo de datos
Módulos funcionales
Datos fluyen de una función a otra
Intuitivo 👍
Modelado de Control
Control centralizado
Modelo llamada-retorno
No es modelo estructural
Llama a subrutinas para pasar por niveles del árbol 🎄
Sencillo analizar flujos de control
Excepciones complicadas de gestionar
Modelo del administrador
Componente administrador controla según variable de estados
Módulos se ejecutan en paralelo
Restricciones de tiempo estrictas ⏰
Control dirigido por eventos
Modelos de transmisión
Ventajas☺
Evolución relativamente sencilla
Cualquier subsistema activa a otro
Subsistema implementado de forma transparente
Desventajas☹
Subsistema desconoce sobre manejo e interés
Subsistema decide que evento requiere
Controlador asegura envió de eventos
Utilizado por ORBs
Modelos dirigidos por interrupciones
Interrupciones
Varios tipos de interrupciones con controlador definido
Interrupción asociada con dirección de memoria donde se almacena controlador 🧠
Interruptor de hardware transfiere control
Controlador inicia o detiene procesos 🛑
Útiles para sistemas de tiempo real ⌛
Da respuestas rápidas a eventos
Complejo de programar 👨💻
Difícil de validar
Cantidad de interrupciones limitadas por hardware 🖥
Sistemas distribuidos
Peer to Peer (P2P)
Sin distinción entre cliente y servidor
Aprovechan potencia computacional
Ejemplos: Kazza, eMule, Messenger, ICQ
Baja protección y autentificación 🛡👎
Dos tipos
Arquitectura descentralizada
Tolerante a fallos
Arquitectura semicentralizada
Nodos como servidores
Sistemas orientados a servicios
Servicio web
Representación estándar
Servicio independiente
Información accesible
Componentes
Proveedor de servicios
Solicitante de servicio
Ventajas ☺
Pagar en función de uso
Aplicaciones más pequeñas 🤏
Construcción a medida
Estándares: SOAP, WSDL, UDDI