UNIVERSIDAD ABIERTA PARA ADULTOS

Asignatura:
Ingeniería de Software II

Tema:
Arquitectura de Aplicaciones y Diseño Orientado a
Objeto

Participante:
Luis Maury Pérez Guzmán

Matricula:
2018-00760

Facilitador/a:
Tomás F. Ramírez

Fecha:
22 de julio del 2020.
Después de consultar el texto básico de la asignatura y otros documentos
sugeridos por su facilitador, en el contenido de la Unidad I.

a)    Elabora un diario de doble entrada donde explique la diferencia entre las
arquitecturas de software existente.

Arquitectura Diferencia
Descomposición El diseño debe implementar todos los requisitos contenidos
Modular en el modelo de análisis y debe acomodar todos los
requerimientos implícitos que desea el cliente
• El diseño debe ser una guía que puedan leer y entender los
que construyan el código y los que prueban y mantienen el
software.
• El diseño debería proporcionar una completa idea de lo que
es el software, enfocando los dominios de datos, funcional y
de comportamiento desde la perspectiva de la
implementación.
Cliente-servidor • Combinación de un cliente que interactúa con el usuario, y
un servidor que interactúa con los recursos a compartir.
• Las tareas del cliente y del servidor tienen diferentes
requerimientos en cuanto a recursos de cómputo como
velocidad del procesador, memoria, velocidad y capacidades
del disco e input-output devices.
• Se establece una relación entre procesos distintos, los
cuales pueden ser ejecutados en la misma máquina o en
máquinas diferentes distribuidas a lo largo de la red.
• Existe una clara distinción de funciones basadas en el
concepto de” servicio”, que se establece entre clientes y
servidores.
• La relación establecida puede ser de muchos a uno, en la
que un servidor puede dar servicio a muchos clientes,
regulando su acceso a los recursos compartidos.
• Los clientes corresponden a procesos activos en cuanto a
que son estos los que hacen peticiones de servicios. Estos
últimos tienen un carácter pasivo, ya que esperan peticiones
de los clientes.
• No existe otra relación entre clientes y servidores que no
sea la que se establece a través del intercambio de
mensajes entre ambos. El mensaje es el mecanismo para la
petición y entrega de solicitudes de servicios.
• El ambiente es heterogéneo. La plataforma de hardware y
el sistema operativo del cliente y del servidor no son siempre
los mismos.
• El concepto de escalabilidad tanto horizontal como vertical
es aplicable a cualquier sistema Cliente-Servidor. La
escalabilidad horizontal permite agregar más estaciones de
trabajo activas sin afectar significativamente el rendimiento.
La escalabilidad vertical permite mejorar las características
del servidor o agregar múltiples servidores.
Arquitectura de • En la arquitectura de tres niveles existe un nivel intermedio.
tres niveles Esto significa que la arquitectura generalmente esta
compartida por, un cliente, el servidor de aplicaciones y el
servidor de datos.
• Permite un mayor grado de flexibilidad.
• Mayor seguridad, ya que la seguridad se puede definir
independientemente para cada servicio y en cada nivel.
• Mejor rendimiento, ya que las tareas se comparten entre
servidores.

Pipeline • Pipelines gráficos, se encuentran en la mayoría de las

tarjetas gráficas, consiste en múltiples unidades aritméticas o
CPUs completas, que implementan variados escenarios de
operaciones típicas de renderizado, por ejemplo, cálculos de
luz y colores, renderizado, proyección de perspectiva, etc.
• Pipelines de software o tuberías, consiste en múltiples
procesos ordenados de tal forma que el flujo de salida de un
proceso alimenta la entrada del siguiente proceso. Por
ejemplo, los pipelines de Unix.
• Multiprogramación y Multiprocesamiento. - Estas acciones
se toman a nivel de Programa o Trabajo.
• Tarea o Procedimientos. - Acciones que se toman dentro
de un mismo programa ejecutándose procesos
independientes en forma simultánea.
• Inter instrucciones. - Acciones a nivel de instrucción o sea
dentro de mismo proceso o tarea se pueden ejecutar
instrucciones independientes en forma simultánea.

Arquitectura de • Equipo de trabajo mínim

microservicios • Escalabilidad
• Funcionalidad modular, módulos independientes.
• Libertad del desarrollador de desarrollar y desplegar
servicios de forma independiente
• Uso de contenedores permitiendo el despliegue y el
desarrollo de la aplicación rápidamente