Please enable JavaScript.
Coggle requires JavaScript to display documents.
Diseño arquitectónico - Coggle Diagram
Diseño arquitectónico
Introducción
Objetivos del diseño
Para la transformación del modelo de análisis en un modelo de diseño del sistema, se definen objetivos.
Se descompone el sistema en subsistemas mas pequeños y se seleccionan estrategias para la construcción del sistema como elegir la plataforma de hardware y software en la que se ejecutara, el flujo de control global, entre otras
Modelo de diseño
-
-
-
-
Muestra el impacto en el sistema de requisitos funcionales, no funcionales y restricciones
Sirve de abstracción de la implementación del sistema, convirtiéndose en la entrada fundamental de las actividades de implementación
-
-
-
Diseño arquitectónico
Los grandes sistemas siempre se descomponen en subsistemas que proporcionan conjuntos de servicios relacionados
Proceso de diseño inicial en el que se establece como se lleva a cabo el control de comunicación y se identifican los subsistemas
-
Como salida, produce una serie de documentos con diversas perspectivas de la arquitectura del sistema
-
-
Modelo de interfaz
Describe la definición de los servicios ofrecidos por cada subsistema a través de su interfaz publica
Modelo de relación
Describe las relaciones entre los distintos módulos o subsistemas, por ejemplo: los flujos de datos entre subsistemas
-
La arquitectura puede estar en función de requisitos no funcionales necesarios para el sistema y que en ocasiones pueden exigir arquitecturas contradictorias. Las principales condiciones no funcionales y sus "restricciones" son
-
Protección
Las aplicaciones con elevado nivel de seguridad necesitaran estructurarse en capas con los recurso críticos protegidos en las capas mas internas y contaran con elevados niveles de validación
Disponibilidad
Puede obligar a incluir componentes redundantes que puedan reemplazarse y actualizarse sin detener el sistema
-
Organización del sistema
Arquitectura
La estructuración u organización se basa en la identificación de subsistemas o capas clave a desarrollar en forma independiente y en las relaciones entre subsistemas. Resulta efectivo para la comunicación entre los participantes en el proyecto y para realizar el reparto de tareas entre distintos grupos
-
Modelo de repositorios
Arquitectura en la que todos los datos compartidos se ubican en una base de datos central a la que acceden todos los subsistemas
Resulta útil en sistemas que emplean grandes cantidades de datos, generados normalmente por un subsistema y empleado por otro
Ventajas
Compartición eficiente
Se comparten grandes cantidades de datos sin necesidad de transmitir datos explícitamente de un subsistema a otro
-
-
-
Desventajas
Modelo de datos común
Los subsistemas deben utilizar el mismo modelo de datos que el que este implementado en el repositorio
-
-
-
-
Modelo cliente-servidor
Este modelo se organiza como un conjunto de servicios y servidores asociados junto con los clientes que acceden y usan dichos servicios. Por ejemplo un banco
Componentes
Conjunto de servidores
Servidores independientes que ofrecen servicios a otros subsistemas (Servidores de impresión, de administración de archivos, etc)
Conjunto de clientes
Los clientes invocan servicios ofrecidos por los servidores mediante un protocolo de peticion-respuesta como http o www. Normalmente los clientes conocen el nombre de los servidores disponibles y los servicios que sumisistran pero los servidores no tienen porque conocer al cliente
Una red
Un sistema de comunicación que permita a los clientes acceder a los servicios (no es estrictamente necesario)
-
La ventaja mas importante de este modelo es que es un modelo de sistemas distribuido que muestra como los datos y procesamiento se pueden distribuir a lo largo de varios procesadores. Un computador puede ejecutar varios procesos servidores o varios procesos clientes
-
-
-
-
Descomposicion modular
-
Los componentes en los módulos son mas pequeños que los subsistemas por lo que se utilizan modelos alternativos de descomposición
-
Modelado de control
Representa la forma en que los subsistemas se controlan para que sus servicios se entreguen en el lugar correcto y en el momento justo
-
-
Complementan los modelos estructurales siendo aplicable tanto un control centralizado como uno orientado a eventos
Control centralizado
Un subsistema tiene la responsabilidad de controlar el sistema y administrar la ejecución de otros subsistemas
-
Modelo de administrador
Un componente del sistema se designa como administrador y controla el inicio, detención y coordinación del sistema según las variables de estado del sistema, verifica y si otros procesos han producido información para procesar o si ha de pararles información para el procesamiento
-
Utilizado en sistemas de tiempo real "suaves", es decir, con restricciones de tiempo no muy estrictas
-
-
-
Sistemas distribuidos
-
Proporciona ventajas como compartición de recursos, apertura, concurrencia escalabilidad y tolerancia a los defectos
Las desventajas se centran en la complejidad, la seguridad, manejabilidad e impredecibilidad del sistema
Por seguridad e interoperabilidad se ha utilizado sobre todo computación distribuida interorganizacional, es decir, servidores dentro de una misma organización donde resulte sencillo aplicar estándares locales y procesos operacionales
-
-
