1. ¿Qué es la Arquitectura de Software?

La arquitectura de software se refiere a la estructura fundamental de un sistema de software o computación. Comprende los componentes del software, las propiedades visibles externamente de esos componentes y las relaciones entre ellos.

2. ¿En qué capacita la Arquitectura de Software al Ingeniero de Software?

• Analizar la efectividad del diseño para la consecución de los requisitos fijados.
• Considerar las alternativas arquitectónicas en una etapa en la cual hacer cambios en el diseño es relativamente fácil.
• Reducir los riesgos asociados para la construcción del software.

3. ¿Qué describe un estilo arquitectónico y en qué tipos puede clasificarse?

Un estilo arquitectónico describe una categoría de sistemas que abarca:

• Un conjunto de componentes que realizan una función requerida por el sistema.
• Un conjunto de conectores que permiten la comunicación, coordinación y cooperación entre los componentes.
• Las restricciones que definen cómo se integran los componentes para formar el sistema.
• Los modelos semánticos que permiten a un diseñador, mediante el análisis de las propiedades conocidas de las partes que lo integran, comprender las propiedades generales de un sistema.

Los tipos en que pueden clasificarse son:

• Arquitectura centrada en datos.
• Arquitectura de flujo de datos.
• Arquitectura de llamada y retorno.
• Arquitectura orientada a objetos.
• Arquitectura estratificada.

4. En sentido general, ¿Cómo se realiza el diseño arquitectónico?

El diseño arquitectónico se realiza aplicando varios pasos:

1. Representar el sistema en su contexto, definiendo las entidades externas que interactúan con el software y la naturaleza de esas interacciones.
2. Definir abstracciones de nivel superior (arquetipos) que representan elementos del comportamiento o la función del sistema.
3. Acercar el diseño al dominio de la implementación, identificando componentes y representándolos en el contexto de una arquitectura que los soporta.
4. Crear instancias específicas para probar el diseño en el mundo real.

5. ¿Cuáles son las reglas de oro a la hora de diseñar una interfaz para el usuario?

• Dar control al usuario: Crear una interfaz que reaccione a las necesidades del usuario y que le ayude a realizar las tareas. El usuario debe controlar la computadora por medio de la interfaz, no al revés.
• Reducir la carga en memoria del usuario: Minimizar la cantidad de información que el usuario debe recordar para evitar errores.
• Lograr que la interfaz sea consistente: Organizar la información visual de acuerdo a un estándar de diseño que se mantenga en todas las pantallas.

6. ¿Cuáles son los cuatro modelos que entran en juego cuando se analiza y diseña una interfaz?

• Modelo del usuario (establecido por un ingeniero humano).
• Modelo del diseño (creado por un ingeniero de software).
• Modelo mental del usuario o percepción del sistema (desarrollado por el usuario final).

7. ¿Cuáles son las cuatro actividades distintas que se observan en el proceso de análisis y diseño en una interfaz de usuario?

1. Análisis y modelado de usuarios, tareas y entornos.
2. Diseño de la interfaz.
3. Construcción (implementación) de la interfaz.
4. Validación de la interfaz.

8. ¿En qué se concentra la validación de una interfaz?

La validación de una interfaz se concentra en:

• La capacidad de la interfaz para implementar correctamente todas las tareas del usuario, acomodar todas las variaciones de las tareas y cumplir con todos los requisitos generales del usuario.
• La facilidad de uso y el aprendizaje de la interfaz.
• La aceptación por el usuario de que la interfaz es una herramienta útil para su trabajo.

9. ¿Cuáles son los pasos para el diseño de la interfaz?

Aunque existen diversos modelos para el diseño de la interfaz de usuario, todos sugieren una combinación de los siguientes pasos:

1. Definir los objetos y las acciones de la interfaz (operaciones) con base en la información desarrollada durante el análisis.
2. Definir eventos (acciones de usuario) que cambiarán el estado de la interfaz y modelar este comportamiento.
3. Representar cada estado de la interfaz tal como lo verá el usuario final.
4. Indicar cómo interpreta el usuario el estado del sistema a partir de la información proporcionada mediante la interfaz.