El marco referencial teórico-conceptual de la Arquitectura de S.I.

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
El marco referencial teórico-conceptual de la Arquitectura de S.I. por Mind Map: El marco referencial teórico-conceptual de la Arquitectura de S.I.

1. :page_with_curl: Características

1.1. Los estilos se encuentran en el centro de la arquitectura y constituyen una parte de su sustancia. Los patrones de arquitectura están dentro de la disciplina arquitectónica, solapándose con los estilos

1.2. Estilos

1.2.1. Describe una clase de arquitectura, o piezas identificables de las arquitecturas empíricamente dadas

1.2.2. Igual que los patrones de arquitectura y diseño, todos los estilos tienen un nombre

1.2.3. Sólo se manifiestan en arquitectura teórica descriptiva de alto nivel de abstracción

2. :wrench: Utilidad

2.1. La arquitectura es fundamental para diseñar un Sistema de Información capaz de resolver los problemas que se enfrentan de manera óptima y sin errores

2.2. Paso previo al desarrollo que requiere un análisis detallado del problema y los elementos disponibles para resolverlo a través de técnicas informáticas

3. :clipboard: Tipos

3.1. De flujo de datos

3.1.1. Tubería y filtros

3.1.1.1. Transformaciones sobre sucesivas piezas de los datos de entrada. Los datos entran al sistema y fluyen a través de los componentes.

3.2. Centrados en datos

3.2.1. De pizarra o repositorio

3.2.1.1. Dos componentes principales: una estructura de datos que representa el estado actual y una colección de componentes independientes que operan sobre él.

3.3. De llamada y retorno

3.3.1. Modelo Vista Controlador

3.3.1.1. Separa el modelado del dominio, la presentación y las acciones basadas en datos ingresados por el usuario.

3.3.2. En capas

3.3.2.1. Organización jerárquica tal que cada capa proporciona servicios a la capa inmediatamente superior y se sirve de las prestaciones que le brinda la inmediatamente inferior.

3.3.3. Orientada a objetos

3.3.3.1. Basada en principios OO: encapsulamiento, herencia y polimorfismo. Son las unidades de modelado, diseño e implementación, y los objetos y sus interacciones el centro de las incumbencias en el diseño de la arquitectura.

3.3.4. Basadas en componentes

3.3.4.1. Arquitecturas con unidades de composición con interfaces especificadas contractualmente y con dependencias del contexto.

3.4. De código móvil

3.4.1. De máquinas virtuales

3.4.1.1. Incluye un pseudo-programa a interpretar y una máquina de interpretación. El pseudo-programa a su vez incluye el programa mismo y el análogo que hace el intérprete de su estado de ejecución.

3.5. Heterogéneos

3.5.1. De control de procesos

3.5.1.1. Se caracterizan por los tipos de componentes y sobre todo por las relaciones que mantienen entre ellos.

3.5.2. Basadas en atributos

3.5.2.1. Su objetivo se funda en la premisa que dicha asociación proporciona las bases para crear una disciplina de diseño arquitectónico, tornando el diseño en un proceso predecible antes que en una metodología.

3.6. Peer-to-Peer

3.6.1. Basadas en eventos

3.6.1.1. En lugar de invocar un procedimiento en forma directa, un componente puede anunciar mediante difusión uno o más eventos.

3.6.2. Orientadas a servicios

3.6.2.1. Un servicio es una entidad de software que encapsula funcionalidad de negocios y proporciona dicha funcionalidad a otras entidades a través de interfaces públicas.

3.6.3. Basadas en recursos

3.6.3.1. REST resulta de la composición de varios estilos más básicos, incluyendo repositorio replicado, cache, cliente-servidor, sistema en capas, sistema sin estado, máquina virtual, código a demanda e interfaz uniforme.

4. Importancia

4.1. Relevante como paso previo a la planeación de tareas y desarrollo. La arquitectura puede definir la complejidad del proyecto y el grado de calidad y optimización con que se resuelve un problema o necesidad

5. :books: Concepto

5.1. Organización fundamental de un sistema encarnada en sus componentes, las relaciones de los componentes con cada uno de los otros y con el entorno, y los principios que orientan su diseño y evolución

6. Componentes

6.1. Software

6.1.1. Base de datos

6.1.2. Balanceador de carga

6.1.3. Interfaz de usuario

6.1.4. API

6.1.5. Funciones

6.2. Hardware

6.2.1. Servidores

6.2.2. Disco duro

6.2.3. Dispositivos de IoT

7. Proceso

7.1. Estudio de viabilidad

7.1.1. Alcances

7.1.2. Situación actual

7.1.3. Definición de los requisitos

7.1.4. Estudios alternativos

7.1.5. Selección de la solución

7.2. Análisis del sistema

7.2.1. Establecer requisitos

7.2.2. Definición de UI

7.2.3. Especificación del plan de pruebas

7.3. Diseño del sistema

7.3.1. Definición de la arquitectura

7.3.2. Revisión de casos de uso, de desarrollo y pruebas

7.4. Desarrollo

7.4.1. Planificación de actividades

7.4.2. Desarrollo y documentación

7.4.3. Implantación del sistema y pruebas

7.4.4. Aceptación del sistema

7.5. Mantenimiento

7.5.1. Tareas de mantenimiento