Please enable JavaScript.
Coggle requires JavaScript to display documents.
Arquitectura de sistemas de información - Coggle Diagram
Arquitectura de sistemas de información
Conceptualización de la arquitectura de sistemas de información
La arquitectura de sistemas de información (ASI) es una disciplina que se enfoca en el diseño, la estructura y la organización integral de los sistemas de información dentro de una organización.
Esta disciplina tiene como principal objetivo organizar de forma clara y lógica el contenido para facilitar que el usuario localice fácilmente lo que busca.
Esta disciplina busca crear un marco conceptual y técnico que permita la construcción, operación y evolución eficiente de sistemas de información alineados con los objetivos estratégicos y las necesidades de la organización.
Definición y Características de los tipos/estilos de arquitectura de sistemas de información
Arquitecturas orientadas a objeto
Es un estilo de diseño y desarrollo de sistemas de información en el que se modelan los componentes del sistema como objetos, que son instancias de clases. Este enfoque se basa en los conceptos de la programación orientada a objetos (POO), que incluye principios como encapsulación, herencia, polimorfismo y abstracción.
Arquitecturas basadas en estados
Se centran en modelar y gestionar el comportamiento de un sistema a través de estados discretos y transiciones entre esos estados. En otras palabras, se dividen los sistemas en estados y se define cómo el sistema cambia de un estado a otro en respuesta a eventos o condiciones específicas.
• Representan condiciones o situaciones específicas en las que el sistema puede encontrarse.
• Definen cómo y cuándo el sistema cambia de un estado a otro. Estas transiciones a menudo están asociadas con eventos, condiciones o acciones específicas.
• Son activadores que desencadenan las transiciones de estado. Pueden ser entradas del usuario, señales externas o cambios internos en el sistema.
• Son acciones que ocurren como resultado de una transición de estado. Pueden ser cambios en variables, actualizaciones en la interfaz de usuario, notificaciones, etc.
Arquitecturas de flujo de datos
Es un enfoque de diseño de sistemas de información que se centra en el movimiento y la transformación de datos a medida que fluyen a través del sistema.
• Punto de origen de los datos, que puede ser una entrada de usuario, un sensor, una base de datos, un archivo, entre otros.
• Las etapas intermedias en las que los datos son transformados, filtrados, agregados o enriquecidos de alguna manera.
• Punto final de los datos procesados, que podría ser una base de datos, un archivo de salida, una interfaz de usuario, una notificación, etc.
Arquitecturas de control de realimentación
Es un enfoque en ingeniería y sistemas de control que implica el uso de información de retroalimentación para ajustar y regular el comportamiento de un sistema. En esta arquitectura, un sistema mide su propio rendimiento a través de sensores y utiliza esta información para tomar decisiones y corregir cualquier desviación entre el estado deseado y el estado real del sistema.
• El sistema recopila información sobre su propio rendimiento y estado actual a través de sensores o mediciones.
• Se compara la información de retroalimentación con una referencia o valor deseado para determinar si hay alguna desviación.
• El sistema utiliza un controlador que toma decisiones basadas en el error calculado. El controlador determina cómo se deben ajustar los parámetros del sistema para reducir el error.
Arquitecturas de tiempo real
Son los enfoques y diseños utilizados en la creación de sistemas y aplicaciones que deben responder a eventos y realizar operaciones dentro de límites de tiempo muy estrictos y predecibles. Estos sistemas están diseñados para garantizar que las acciones se ejecuten en momentos específicos para cumplir con los requisitos de rendimiento en tiempo real.
• Las tareas deben completarse dentro de plazos estrictos y predeterminados.
• Las tareas se clasifican por importancia y urgencia. Las tareas críticas pueden tener prioridad sobre las menos críticas.
• La planificación precisa y el uso eficiente de recursos son esenciales para asegurarse de que todas las tareas se realicen dentro de los límites de tiempo requeridos.
• El sistema debe responder a eventos en tiempo real, como entradas de sensores o solicitudes de usuarios, dentro de plazos específicos.
• Los detalles internos de los objetos están ocultos del exterior, y solo se accede a ellos a través de métodos definidos en las clases.
• Las clases pueden heredar atributos y comportamientos de otras clases, lo que promueve la reutilización de código y la jerarquía de clases.
• Permite que diferentes clases puedan implementar métodos con la misma firma, pero con comportamientos específicos para cada clase.
• Se crean modelos conceptuales simplificados de objetos del mundo real, lo que ayuda a manejar la complejidad y a concentrarse en aspectos esenciales.
Modelo de diseño de descomposición funcional
Es un enfoque en el diseño de sistemas y proyectos que implica dividir una tarea o un sistema complejo en componentes o funciones más pequeñas y manejables. El objetivo principal es comprender mejor la tarea o el sistema en su conjunto al desglosarlo en partes más simples y manejables, lo que facilita la comprensión, el diseño y la implementación.
• Se define la tarea o sistema que se va a descomponer. Puede ser un proceso empresarial, un proyecto de desarrollo de software, un sistema físico, etc.
• Se divide la tarea o sistema en componentes o funciones más pequeñas. Cada componente realiza una tarea específica y aporta a la funcionalidad general del sistema.
• Los componentes se organizan en una estructura jerárquica que muestra cómo se relacionan y cómo contribuyen a la tarea o sistema en su conjunto.
Modelo de diseño orientado por eventos
Es un enfoque en la creación de sistemas y aplicaciones donde el flujo de ejecución y la interacción entre los componentes se basan en la ocurrencia y manejo de eventos. En este modelo, los componentes del sistema están diseñados para responder y actuar en función de los eventos que ocurren.
• Los componentes del sistema no necesitan conocer los detalles internos de los demás. Solo necesitan responder a los eventos que sean relevantes para su funcionalidad.
• Los componentes son reactivos y responden inmediatamente a los eventos que ocurren en el sistema.
• El modelo orientado por eventos es escalable, ya que cada componente solo necesita preocuparse por eventos específicos y puede existir de manera independiente.
• El sistema es flexible y adaptable a cambios, ya que agregar o modificar componentes es más sencillo debido al desacoplamiento.
Modelo de diseño de control de procesos
Es un enfoque específico utilizado para crear sistemas que gestionan y regulan de manera automatizada y eficiente los procesos industriales y sistemas físicos. Este modelo de diseño se centra en cómo desarrollar sistemas que supervisan y ajustan variables en tiempo real para lograr objetivos específicos.
• El sistema de control supervisa constantemente las variables relevantes en el proceso. Estas variables pueden incluir temperatura, presión, flujo, nivel, velocidad, entre otras.
• Las variables medidas se comparan con los valores deseados o valores de referencia para determinar si es necesario realizar ajustes.
• El sistema de control toma decisiones basadas en las comparaciones realizadas. Si se detecta una desviación de los valores de referencia, se inician acciones correctivas.
Modelo de diseño de tabla de decisión
Es una técnica utilizada en el diseño de sistemas y en la toma de decisiones para representar y analizar múltiples opciones posibles y sus resultados correspondientes en forma de una tabla estructurada. Esta tabla permite visualizar las diferentes combinaciones de decisiones y resultados, lo que ayuda a tomar decisiones informadas en función de diferentes escenarios.
Modelo de diseño de estructura de datos
Es el proceso de definir y organizar la forma en que los datos se almacenan, manipulan y acceden en un sistema de información o en un programa de software.
• Se eligen las estructuras de datos adecuadas para representar los diferentes tipos de información dentro del sistema.
• Se decide cómo se organizarán los datos en las estructuras elegidas. Esto puede incluir la definición de campos, registros, tablas, relaciones y más.
• Se busca optimizar la eficiencia del acceso a los datos, lo que puede involucrar la indexación, la ordenación y la optimización de consultas.
• Se considera cómo mantener la integridad y la consistencia de los datos a medida que se insertan, actualizan o eliminan.