DIRECCIÓN ACADÉMICA

Formato de entrega de evidencias

FO-205P11000-14

División: (1) Ingeniería en Sistemas Computacionales Grupo: (2) 381V

Asignatura: (3) Arquitectura de Software Docente: (4) Ing. Violeta Rocío Jimenez Olvera
Nombre y número de control: (5) Vega Hernández Erika Yael 193107151
Fecha de entrega: (6) 14 de marzo de 2023
Competencia No.: (7) 1 Descripción: (8)
Indicador de alcance: (9) F) Realiza su trabajo de manera autónoma y autorregulada
Evidencia de aprendizaje: (10) Cuadro Comparativo de 5 tipos de Arquitectura de Software
 Tipo Descripción Ventajas Desventajas
Patrón Se basa en el concepto de la • Centralización. • Disponibilidad.
cliente- existencia de un servidor (que • Escalabilidad. • Requisitos.
servidor proporciona el servicio) y una serie • Mantenimiento • Distribución.
de clientes, que piden al servidor y • simplificado.
reciben una respuesta de este.

Patrón de En este patrón se subdivide la • Capacidad de • Rendimiento.

capas estructura del programa en un testeo. • Escalabilidad.
número de capas que representan • Facilidad de
una subtarea, cada una desarrollo.
perteneciendo a un nivel de
abstracción diferente.
Patrón Consiste en dos grupos, el primero • Gestión • Implementación.
máster-slave es llamado el maestro (máster) y el centralizada. • Dependencia.
otro el grupo de esclavos (slaves). • Control.
Los esclavos realizan la tarea • Escalabilidad.
propuesta por el maestro,
computan los resultados y los
envían de nuevo a este, quien los
presenta, almacena o procesa.
Modelo vista Divide una aplicación interactiva en • Fácil • Complejidad.
controlador tres partes diferenciadas: colaboración. • Lento en
(MVC) Modelo, vista, controlador. • Aplicaciones ocasiones.
multi-vista.

Patrón broker Este patrón se utiliza para • Escalabilidad. • Coste.

estructurar sistemas distribuidos • Rendimiento. • Mantenimiento.
con componentes desacoplados.
Pueden interactuar entre sí
mediante la invocación de servicios
remotos.

Conclusiones
La arquitectura del software es una fase de planificación crítica a la hora de comenzar cualquier
proyecto para cualquier pieza de software, ya que nos proporciona una hoja de ruta clara sobre el
camino a seguir en el desarrollo, dándonos instrucciones sobre qué componentes formarán parte
de nuestro producto, cómo se distribuirán y cuál será la forma en la que se comuniquen entre sí.