Please enable JavaScript.
Coggle requires JavaScript to display documents.
Diseño arquitectonico - Coggle Diagram
Diseño arquitectonico
Puede estar en función de requisitos no funcionales
Disponibilidad
Protección
Mantenibilidad
Rendimiento
Condiciones
Ventajas
Reutilización
Gestión de complejidad
Comunicación entre participantes
Análisis detallado
Calidad
Es evaluable
Traduce los requisitos de un programa
Fundamento para actividades posteriores
Modelos de organización
Repositorio de datos
Baja abstracción en el manejo de datos
Centralización
Compartición eficiente
Intergración directa
Ventajas
Desventajas
Modelo de datos común
Difícil integración subsistemas externos
Dificulta la evolución
Estandarización de las políticas
Dificultad para distribuir
Cliente-Servidor
Componentes
Una red
Conjunto de clientes
Estrucutura de 3 capas
De procesamiento de la aplicación
De administración de datos
De presentación
Conjunto de servidores
Más simple (2 capas)
Un servidor y un conjunto de clientes
Modelo de "cliente delgado"
Ventajas
La interfaz migra a los PC's
La aplicación actúa como servidor
Se utiliza en herencias de sistemas centralizados
Desventajas
Desaprovecha la capacidad de cálculo de las maquinas
Gran cantidad de tráfico en la red
Gran carga de procesamiento
Modelo de "cliente grueso"
Ventajas
Aprovecha la capacidad de los clientes
No hay conexión directa entre los ATM a la BD
Distribuye el procesamiento lógico
Desventajas
Administración más compleja
Más costo de mantención
En 3 capas
Componentes
Servicios de aplicación
Presentación
Administración de datos
N-capas
Interacción entre subsistemas mediante una organización en capas
Ventajas
Portabilidad
Preservando la interfaz
Cuando existen modificaciones de capas sólo afecta a las capas adyacentes
Solo se reimplementan las capas más internas
Desventajas
El rendimiento se ve afectado
Difícil estructuración de sistemas
Descomposición modular
Modelo de flujo de datos
Modelo orientado a objetos
Modelado de control
Control basado en eventos
Cada subsistema responde a eventos
Broadcast
Ventajas
Cualquier subsistema interactua con otros
Los subsistemas se pueden implementar en maquinas distribuidas de forma transparente para otros subsistemas
Evolución sencilla
Desventajas
Los subsistemas no tienen información de los eventos
Cuando se genera un evento, el subsistema creador no tiene información de los intereses de otro
Dirigidos por interrupciones
Útiles para sistemas de tiempo real
Interrupciones
Ventajas
Respuestas rápidas a los eventos
Desventajas
Limitadas oportunidades de gestionar tipos de eventos
Complejo de programar y dificil validación
Sistemas distribuidos
El procesamiento de la información se distribuye sobre varias computadoras
Ventajas
Concurrencia
Tolerancia a defectos
Apertura
Escabilidad
Compartición de recursos
Desventajas
Manejabilidad
Impredecibilidad
Seguridad
Complejidad
Por ejemplo: p2p
Arquitectura descentralizada
Tolerante a fallos, puede sufrir sobrecargas
Arquitectura semicentralizada
Nodos actuan como servidores
Orientados a servicios
Servicios a web
Componentes
Proveedor servicios
1 more item...
Solicitante del servicio
1 more item...
Control centralizado
Un solo subsistema responsable
Ventaja
Sencillo analizar los flujos de control
Desventajas
Las excepciones son complicadas de gestionar
Modelo de llamada-retorno
Modelo del administrador
Identifica subsistemas y los controla
Descomposición modular
Modelado del control
Estructuración del sistema
Modelo de interfaz
Modelo de proceso dinamico
Modelo estructural estatico
Modelos de distribución
Modelos de relación