Evidencia de Aprendizaje. Arquitectura de software para un sistema informático.

1. Sistema Interactivo

1.1. Un caso de aplicación para un sistema interactivo

1.1.1. Ventajas

1.1.1.1. Múltiples vistas del mismo modelo

1.1.1.2. Vistas sincronizadas Base potencial para construir un framework

1.1.1.3. Arquitectura de Proyectos de IT Base potencial para construir un framework

1.1.2. Desventaja

1.1.2.1. Número de actualizaciones potencialmente alto

1.1.2.2. Alto acoplamiento entre los tres componentes

1.1.3. Cualquier aplicación que tenga una interfaz gráfica de usuarios. Por ejemplo, el editor de gráficos The GIMP el cual presenta numerosas ventanas interactivas, o la aplicación Word o PowerPoint.

2. Sistema Distributivos

2.1. Un caso de aplicación para un sistema Distributivo

2.1.1. Ventajas

2.1.1.1. Incrementa la eficacia

2.1.1.2. Mayor tolerancia a los errores

2.1.1.3. Proporciona una mayor velocidad

2.1.1.4. Flexibilidad y escalabilidad

2.1.1.5. Velocidad de cálculo rápida: un sistema informático distribuido puede tener la potencia de cálculo de varias computadoras, lo que lo hace más rápido que otros sistemas.

2.1.1.6. Apertura: al ser un sistema abierto, se puede acceder tanto de forma local como remota.

2.1.1.7. Escalabilidad: en los sistemas informáticos distribuidos, puede agregar más máquinas según sea necesario.

2.2. “Concurrencia. Esta característica de los sistemas distribuidos permite que los recursos disponibles en la red puedan ser utilizados simultáneamente por los usuarios y/o agentes que interactúan en la red

2.2.1. Desventajas

2.2.1.1. Mayor nivel de complejidad

2.2.1.2. Seguridad

2.2.1.3. Mayor Esfuerzo

2.2.1.4. Costos elevados de infraestructura de red: problemas de configuración básica de la red, incluida la transmisión, alta carga y pérdida de información.

3. Sistema Adaptable

3.1. Un caso de aplicación para sistema Adaptables

3.1.1. Sistema de reportes que maneja contenido que se actualiza solo cuando el usuario lo abre. Por ejemplo> la aplicación de power bi, que permite crear reportes basados en datos externos, y manipularlos sin cargarlos, hasta que sea necesario.

3.1.2. Caracteristicas

3.1.2.1. Un sistema adaptable pretende atacar y resolver algunos retos de la ingeniería de software tales como: el creciente costo de mantenimiento de un sistema debido a su constante evolución y modificación, los requerimientos de flexibilidad, los cada vez más impredecibles ambientes de operación, cambios en hardware, etc.

3.1.2.2. Un sistema adaptable, además de tolerar las modificaciones del contexto de aplicación (entropía externa), también tolera fallos de diseño (entropía interna) compensándolas con su principal característica, la adaptabilidad.

3.1.2.3. La entropía, que es el desorden de un sistema y que puede tener origen en el interior o el exterior. Los sistemas adaptables son tolerantes a la entropía, a estas variables no consideradas y a las modificaciones no esperadas, sea cual sea el origen de éstas

3.1.3. Definición

3.1.3.1. Un sistema adaptable es aquel que se modifica en función de las circunstancias específicas que se presenten en ese momento particular. Las circunstancias pueden ser modificaciones no predecibles en el ámbito de aplicación de sistema, variables no consideradas en la concepción inicial del diseño de éste.

3.1.4. Ventajas

3.1.4.1. Escalabilidad: Un sistema Microkernel distribuido es aplicable al desarrollo de sistemas operativos o sistemas de base de datos para redes de computadora, o multiprocesadores con memoria local. Si el sistema Microkernel trabaja sobre una red de máquinas, cuando se agrega una nueva máquina a la red, es sencillo escalar el sistema Microkernel a la nueva configuración.

3.1.4.2. No hay modificaciones explícitas de software. Cambiar el código del sistema es fácil. Soporta varios tipos de cambios.

3.1.4.3. Fiabilidad: Para lograr fiabilidad se requiere disponibilidad y tolerancia a fallos. Esta arquitectura permite correr el mismo servidor en más de una máquina, incrementando la disponibilidad y la tolerancia a fallos de una máquina o servidor.

3.1.5. Desventajas

3.1.5.1. Modificaciones en el meta-nivel pueden producir daños. Incrementa el número de componentes. Disminución de la eficiencia

3.1.5.2. No apto para aplicaciones orientadas a agentes, como aplicaciones móviles y robóticas interactivas