Diseño y Arquitectura de Software
Unidad 3. Aplicación de sistemas
Como recomendación que se sugiere en la literatura especializada en arquitectura de
software, es que se trate de ver la solución distribuida como una cooperación de agentes
que son parte de un supra sistema y no caer en los detalles finos de la implementación,
eso no es trabajo del arquitecto de software, deberá ser responsabilidad de quien
programe e implemente el software que refleja y soporta la arquitectura (Tanenbaum,
2006).
Para que quede de manera clara y no se tome como una mera explicación de cosas
preconcebidas, las ventajas y desventajas de una arquitectura distribuida se hacen contra
la comparación de una arquitectura tradicional.

3.2. Sistemas interactivos
La interacción es la relación de causa-efecto entre dos o más involucrados.
Los sistemas interactivos nacieron por la necesidad de reaccionar en función de una
respuesta dada por otro involucrado, que puede ser un humano u otro sistema de
software. Cambiar la salida esperada del sistema en base a las entradas proporcionadas
hacia el sistema. Cuando no existían este tipo de sistemas las entradas eran conocidas, el
proceso era conocido y las salidas esperadas, del tipo del cálculo de una ecuación
irresoluble por un humano, no por su complejidad, si no por el tiempo de operación que
implica el resolverla; eran sistemas muy medidos y muy cuadrados en su ámbito, no
permitían involucramiento externo alguno, sólo en las entradas proporcionadas
inicialmente.
La riqueza y variación que se dio en tipos de respuesta que pueden proporcionar los
sistemas interactivos dependerá del tipo de entradas que el usuario proporcione durante
la ejecución del proceso que debe realizar el software.
La variedad de sistemas interactivos es amplia, a continuación listaremos y explicaremos
lo más importantes.

3.2.1. Modelo-vista-controlador
A lo largo del desarrollo de la presente unidad, se ha hecho énfasis en la importancia de
la separación de las partes lógicas y físicas que conforman la solución de software. Una
manera correcta de lograr esta división es la aplicación del patrón arquitectónico ModeloVista-Controlador.
El patrón de arquitectura de software Modelo-Vista-Controlador (MVC) se centra
únicamente en la separación de las tareas de un sistema de software.

9
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software

9