Diseo y Arquitectura de Software

Universidad Nacional a Distancia de Mexico UNADM

UNIDAD 3
Actividad 2 Aplicacin del Patron: MVC, Modelo Vista Controlador.
Alumno: Juan Luis Valds Galicia
Prof. MC Pablo Sanchez Luna

Introduccion:
En esta actividad se pretende integrar algunos conceptos del modelo MVC al modelo de la
actividad Anterior, este modelo es el de CAPAS y al cual se le ingresaran algunos variantes
basadas en el mismo problema de la tienda de conveniencia.
Cabe sealar que una MEJORA como tal en el modelo anterior, desde mi perspectiva no se puede
realizar, sin embargo si se puede insertar alguna otra metodologia, pero no sustituir elementos
del modelo de capas por otros del MVC, sino que se tiene que embeber con el fin de coadyuvar a
tener un mejor control de todos los procesos involucrados en el sistema.
Sin embargo esto no quiere decir que mejore, porque recordemos que la mejora de un sistema
se hace sustituyendo elementos o modificandolos y al hacer esto, se pierde la escencia del
modelo original.
Instrucciones de actividad:
1. Identifica, sobre la arquitectura base, los elementos arquitectnicos-modulares que la conforman.
2. Propn un cambio de estos elementos identificados para la aplicacin del patrn arquitectnico MVC,
debers basarte en las descripciones hechas sobre las capas involucradas en el patrn.
3. Asegrate de que los elementos que sugieres pertenecen a cada una de las 3 capas del patrn MVC;
responde a la siguiente pregunta: el elemento actual responde afirmativamente a la descripcin expuesta
para la capa en la cual se est colocando?
4. Plasma tu propuesta de mejora de la arquitectura base en formato de imagen digital.
5. Guarda la actividad con el nombre DRS_U3_A2_XXYZ. Ingresa al apartado de Tareas y Enva el archivo a
tu Facilitador(a) para recibir retroalimentacin.

ARQUITECTURA DE CAPAS
El modelado de capas permite ver de forma general, la forma en que esta consituido un sistema,
a groso modo podemos ver solo tres elementos dentro de l, como muestra la siguiente figura.

En el entendido de que nuestro sistema ser para una tienda de conveniencia en su plataforma
por internet, debemos ver que cada capa, tiene y controla diversos procesos entre los que
destacan algunos como se describen abajo.
CAPA
PRESENTACION

APLICACIN

CAPA DE DATOS

PROCESOS
Compra
Registro de clientes
Facturacin
Promociones
Facturacin Electrnica
Validacin de tarjetas
Manejo de tickets
Verificacin y descuentos sobre inventarios
Creacin de pedidos
Manejo de las bases de datos de:
Clientes
Productos
Ventas
Compras.

Cada proceso requiere de un lugar en la capa en la que se encuentra, pero la capa solo funciona
como un agrupador, como un concepto abstracto de todo lo que agrupa, no obstante, en ese
mismo modelo se empieza a insertar el modelo MVC, dado que esas mismas capas presentan
diferentes vistas para diferentes tipos de usuario, (roles) lo que permite entonces que el usuario
programador, solo ingrese a la capa de aplicacin, y que usuario DBA, solo entre a la capa de
datos, mientras que el usuario cliente ingrese a la capa de presentacin.

Ahora bien, De qu forma puede mejorar o integrarse el modelo MVC al rudimentario modelo de
capas? Tenemos que conocer la definicin de MVC de primera mano.

ARQUITECTURA MVC (MODELO VISTA CONTROLADOR)

DEFINICION
El patrn de arquitectura de software Modelo-Vista-Controlador se centra nicamente
en la separacin de las tareas de un sistema de Software. Se divide en tres partes:
Lo que el usuario ve, que es la parte especifica que representa la capa de la vista
La aplicacin de las reglas de negocio propias del contexto, que es la parte especifica
que representa la capa del controlador.
Lugar donde se almacenan los datos, que es la parte especfica que representa la
capa del modelo.
FTE: Unidad_3_Aplicacion_de_sistemas.pdf

Con lo anterior, podemos definir entonces una Arquitectura de Capas que contenga la
Arquitectura MVC en cada una de ellas, e incluso, ms a detalle cuando se implemente la
Arquitectura de Sistemas Distribuidos.
Primero debemos entonces comparar las capas que utiliza el primer modelo y emparejarlas
con el MVC, lo cual nos dara una imagen como la que sigue:

Hasta ese momento, vemos que ingresar los componentes del MVC no genera mucha diferencia,
son tres igual que en las capas, y al parecer tienen lo mismo, no obstante, cuando se inserta el
MVC en cada una de las capas y se empieza a tomar de cada una de ellas el significado literal,
podemos ver que si cambia el panorama, pero que aun, el sistema de capas funciona como
integrador.
Para tal efecto, veamos la siguiente imagen.

CAPA DE BASE DE DATOS O

MODELO

La imagen de arriba nos muestra el mismo sistema, con tres capas, pero ahora cada una de
ellas, lleva las VISTAS que propone el MVC, y aparte claro la definicin del control, y es que la
VISTA es para TODOS los usuarios, y debemos de entender que el USUARIO es CUALQUIER
PERSONA o APLICACION que haga uso del sistema, solo que esta se diferenciara por roles, como
los que se describen a continuacin.
TIPO DE ROL
ACTIVIDAD
CLIENTE
Cualquier persona que consuma los productos que se ofertan
PROVEEDOR
Cualquier persona o entidad fiscal que venda productos a la empresa
PROGRAMADOR
Personal de mantenimiento y programacin de aplicaciones
ADMINISTRADOR
Personal administrativo que se encarga de monitorear los procesos de
la empresa
FISCALIZADOR
Personal ajeno a la empresa que se encarga de supervisar con el fin de
cobrar los impuestos requeridos por la legislacin en vigencia
(HACIENDA PUBLICA)
APLICACIN
Elemento de SW que utiliza el sistema para realizar alguna actividad

programada
Cada rol y tipo de usuario requiere de una vista especial, porque no ser lo mismo lo que pueda
ver el auditor fiscal, que lo que se le oferta al cliente, o el proveedor no tiene por qu conocer la
lista de clientes que la empresa tiene, todas estas vistas estn agrupadas en un solo lugar,
denominado PRESENTACION, y dentro de ese conjunto estn las VISTAS para cada rol.
Algo muy similar sucede en la capa de CONTROL, solo que estas vistas estn restringidas y son
de uso exclusivo del personal de mantenimiento y administrativo, dado que la capa de control, si
bien contiene VISTAS, estas son solamente entendibles para el personal de mantenimiento y
los administrativos, pero pongamos un ejemplo:

Si nos furamos por cada una de las vistas podramos ver que cada USUARIO tiene cierta
injerencia en la vista pero no la define en su totalidad, ni siquiera el programador, porque este
est sujeto a la parte administrativa.
LAS VISTAS EN LA PARTE DEL MODELO DEL MVC
Vemos en la imagen previa que la BD tambin cuenta con VISTAS, esto se crea porque por
omisin se deben de trabajar diferentes bases de datos, segn como se muestra, una base para
ventas y compras, una para clientes y proveedores, y otra para aplicaciones (esto se ver a
detalle en el modelo de sistemas distribuidos).
Siendo ms minuciosos, podemos decir que cada una de esas BD, deben de tener sus propias
vistas, de acuerdo al rol de usuario, no obstante, se ha omitido dicho paso porque los nicos que
deberan de tener acceso a las BD, son los DBA, y los administradores financieros, pero estos
ltimos, pueden tener acceso a la BD solo desde sus aplicaciones.
Despus de todo lo anterior, solo nos resta por establecer el aspecto fsico de los modelos, es
decir el HW, y este se aplicara siempre en base al tamao de los procesos.

EL HW EN EL MVC
El HW siempre est en funcin de los procesos que se lleven en l, por eso solo se mencionara
que para este tipo de sistemas, tambin se puede aplicar el MVC solo que a nivel de HW.

Como podemos ver en la imagen, el MVC se aplica al HW, definiendo como VISTA el medio que el
usuario utilice para ingresar al sistema, puede ser una PC, pero tambin hablamos de cualquier
dispositivo mvil que tenga acceso a internet.
La fase de CONTROL del modelo MVC, nos muestra el SERVIDOR WEB, no muestra la nube de
INTERNET porque el INTERNET es un trmino abstracto que engloba a muchas computadoras
conectadas entre s, por lo que quien ejerce autnticamente el control es el servidor web
dedicado donde est alojada la pgina que es la puerta de entrada al sistema.
Junto con ello, la capa o fase de MODELO del MVC, nos muestra una base de datos creada en
MYSQL, pero existen sistemas ms complejos donde la base pudiera ser de ORACLE, O SQL,
dependiendo el tamao, en esta base se almacenan todos los datos de la operacin.

CONCLUSIONES
Identifica, sobre la arquitectura base, los elementos arquitectnicos-modulares que la
conforman.
Los mdulos que se identificaron dentro de la arquitectura base, corresponden a la MVC en
relacin a lo siguiente:
PRESENTACION = VISTA
APLICACIN = CONTROL
BASE DE DATOS = MODELO
Propn un cambio de estos elementos identificados para la aplicacin del patrn arquitectnico
MVC, debers basarte en las descripciones hechas sobre las capas involucradas en el patrn.
La propuesta es ver toda la arquitectura de capas, como la base para EMBEBER aspectos del
MVC, dentro de ella, como sigue:
-

Utilizar la capa de VISTA del MVC para proporcionar a cada usuario dependiendo de su rol,
una forma de ver el sistema, tanto en la capa de presentacin como en la capa de
aplicacin y de base de datos, esto nos permitir tener un mayor control del flujo de
informacin.

Aplicar el MVC al HARDWARE permite tener un mayor control sobre posibles problemas ya
que al modularizar la actividad de cada una de ellas en un HW especifico, se puede
reparar el modulo sin afectar a los otros.

En otras palabras, la propuesta no es mejorar la arquitectura de capas, sino embeber el MVC

dentro de la arquitectura para obtener mayor control.

REFERENCIAS
FTE: Unidad_3_Aplicacion_de_sistemas.pdf