PATRONES DE ARQUITECTURA DE

SOFTWARE

PROGRAMACION POR CAPAS

Cárdenas Llerena Alejandro Rafael

Chirinos Pérez Christian Albert
Edwin
Romero Monroy Giancarlo
Arquitectura de Tres Capas
Facilidad de cambio o mantenimiento
1 El desarrollo se puede llevar a cabo en varios niveles y, en
caso de que sobrevenga algún cambio, solo afectará al nivel
requerido sin tener que revisar entre el código fuente de
otros módulos

Distribución por niveles

2 De este modo, cada grupo de trabajo está totalmente abstraído del resto
de niveles, de forma que basta con conocer la API(interfaz de
programación) que existe entre niveles.

Ventajas Escalabilidad ante la necesidad

3
A cada nivel se le confía una misión simple, lo que permite el
diseño de arquitecturas escalables (que pueden ampliarse con
facilidad en caso de que las necesidades aumenten)

2
 Capas

.-Conocida .-Conocida como base de

como interfáz grafica .- Donde residen y se datos
ejecutan los programas
.-Comunica la .-Donde residen los
información y captura .- Se reciben peticiones y datos , siendo la
la información del se envían respuestas hacia encargada de acceso a los
Capa de la capa de presentación Capa de
Capa de usuario
Datos
mismo
Presentación Negocio O
.- Solicita al gestor de
O .-Se comunica o Data Access
.-Formada por uno o más
datos almacenar o
Presentation layer: únicamente con la capa Business layer: layer :
gestores de bases de
de negocio recuperar datos de él datos que realizan todo
el almacenamiento de
datos

3
 Niveles ≠ capas

El término «nivel» corresponde a la forma en que las capas lógicas se encuentran distribuidas de forma física

Una solución de tres capas (presentación, lógica del negocio, datos) que residen en un solo ordenador
(Presentación+lógica+datos). Se dice que la arquitectura de la solución es de tres capas y un nivel.

Una solución de tres capas (presentación, lógica del negocio, datos) que residen en dos ordenadores
(Presentación+lógica por un lado; lógica+datos por el otro lado). Se dice que la arquitectura de la
solución es de tres capas y dos niveles.

El nivel depende de la cantidad de ordenadores donde residen

las capas lógicas
Arquitectura de Cuatro Capas
Cada capa actúa como Capa de Presentación: Es separar todo lo que es
cliente de la capa 01 programación Web de la Aplicación, es invisible
inferior a ella y como
servidor de la capa Capa de Aplicación：Simplifica la información
superior. 02 del dominio convirtiéndolo a los tipos de datos
que entiende la interfaz como son: enteros,
reales, cadenas de caracteres, fecha y clases
contenedoras . Una forma de organizar esta capa
es considerarla una fachada al dominio.
Capa de Dominio de la Aplicación：Muestra el
03 diseño de la arquitectura, facilitando el
desarrollo.
Capa de Repositorio：Infraestructura como el
04 hardware o las redes físicas.

5
 Arquitectura de Siete Capas
Pueden ser desarrolladas en lenguajes de programación
Capa de Presentación
diferentes y ejecutadas sobre cualquier plataforma
Capa de Interfáz de Servicio
Capa de Implementación del Servicio
Capa de Tipos de Datos
Capa Lógica del Negocio
Capa Entidades del Negocio
Capa Repositorio de Datos

6
 Patrones de Arquitectura
Reconocimiento
Aplicaciones de
de voz escritorio
generales
Patrón Patrón de capas
Identificación y de pizarra Aplicaciones
web de
seguimiento del comercio
vehículo electrónico

Redes de
intercambio Aplicaciones en
de archivos Patrón de Patrón línea como correo
igual a igual cliente-servidor electrónico, uso
compartido de
documentos y
Protocolos banca
multimedia

Replicación de la base de
datos, la base de datos
Patrón de Patrón maestra se considera como
Desarrollo de
bus de evento maestro-esclavo la fuente autorizada y las
Android
bases de datos esclavas se
sincronizan con ella.
Un patrón arquitectónico es una solución general y reutilizable a un problema común
7
en la arquitectura de software dentro de un contexto dado
MODELO VISTA CONTROLADOR
MODELO (MVC)
MODELO VISTA VISTA
MODELO (MVVM)
CONCEPTO

 Es un patrón arquitectónico usado en la ingeniería de software de

Microsoft basado en el patrón Modelo Vista Controlador (MVC),
está dirigido a modernas plataformas de desarrollo de interfaz de
usuario que soportan programación orientada a eventos,
como HTML5, Windows Presentation Foundation WPF, Silverlight y
el Framework ZK.

FINALIDAD

 Tratar de desacoplar lo máximo posible la interfaz de usuario de la

lógica de la aplicación
COMPONENTES
 Modelo
Acá, vamos a encontrar lo que conocemos como la capa de lógica de
negocio y la capa de acceso a datos. La idea es manejar las reglas de
negocio para acceder la data y cómo se va a manipular.
A la hora de iniciar una aplicación es el primer componente tomado en
cuenta, ya que aquí definimos los atributos que estaremos utilizando en
nuestra App.
 Vista
La vista es la parte encargada de la parte visual de nuestra aplicación, no
teniéndose que ocupar en ningún momento en el manejo de datos. En
MVVM la vista tiene un rol activo, esto significa que en algún momento la
vista recibirá o manejara algún evento (Clic en un botón, alguna tecla
presionada, etc.) y tendrá que comunicarse con el modelo, para poder
cumplir el requerimiento.
 Modelo de Vista

Es el encargado de ser la capa intermedia entre el modelo y la vista,

procesando todas las peticiones que tenga la vista hacia el modelo, además
de tener que ocuparse de manejar las reglas del negocio, la comunicación
con aplicaciones externas o consumir datos desde alguna fuente (Bases de
Datos, Web Services, Sensores, etc.).
MODELO VISTA PRESENTADOR
MODELO (MVP)
 MVC MVP
Modelo: Modelo:
 Base de Datos  Base de datos (Modelo) y Lógica
 Se limita a las funciones SIDU del Negocio (Controlador) juntos
(Select, Insert, Delete y Update)  Ejecuta Funciones SIDU
 Según las peticiones del  Controla la lógica del negocio
controlador
 Puede alterar las vistas
Vista: Vista:
 Lo que el usuario ve  Solamente lo que el usuario ve
 Solo se comunica con el  Delega todo el trabajo al
controlador Presentador
Controlador: Presentador:
 Es el servidor (o servidores)  Dirige los inputs del usuario hacia
 Relación entre Modelo y Vista el modelo
 Realiza peticiones al Modelo  Actualiza la vista con la información
según los inputs que el usuario del modelo
realice en la capa vista  Se desprende de la capa Vista del
 Pasa los datos a la capa vista MVC, es decir, la lógica de la vista
 Como vemos, existen dos grandes diferencias entre estos modelos, la
primera radica en que la nueva capa Presentador del MVP, antes implícita
en la capa Vista del MVC está ahora explícita en el MVP, dejando a la
capa Vista con la única función de visualización del usuario.

 Y la segunda gran diferencia es que la capa Controlador que había en el

MVC, o sea, la lógica del negocio, los servidores, el código principal; están
ahora dentro de la capa modelo, junto con la base de datos.
Ejercicio basado en MVP - Creación del
Sistema de Gestión Administrativa Geaturim S.A
 https://www.lucidchart.com/invitations/accept/1d44475c-7b95-4b8c-9fd2-
a0850497e382