1

La aplicacin de los modelos arquitectnicos debe hacerse sobre ejemplos que

se presentan en la vida diaria.

A continuacin se te presenta un caso de estudio en donde debers poner en
prctica los conceptos aprendidos hasta el momento. Debers considerar
diferentes escenarios de solucin al problema propuesto sobre la base del anlisis
de los diferentes modelos y decidir cul es el mejor para poder resolver el
problema propuesto; la finalidad de la actividad es que tengas de manera clara la
aplicacin de los modelos arquitectnicos comenzando con ejemplos sencillos,
como el que se presenta. Cuando se haya completado el temario hasta este
punto, se presenta un FORO de discusin, creado para que participes en l. La
idea del foro es que con base en el conocimiento adquirido con la consecucin de
la unidad, seas capaz de hacer una propuesta de arquitectura con relacin al caso
de estudio que se describe enseguida:

Una tienda de conveniencia necesita automatizar sus procesos de compra, venta
y seguimiento de clientes. Lo desea hacer a travs de venta en lnea para sus
clientes y que sus proveedores puedan acceder a un sitio privado y vean
automticamente las existencias del producto que surten, al mismo tiempo los
usuarios podrn comentar sobre su experiencia de compra en lnea o en el sitio;
estos comentarios los podrn hacer a travs de un equipo de cmputo
convencional o mediante un dispositivo mvil que ser capaz de conectarse al sitio
de la tienda. El gerente de la tienda necesita que se obtengan tendencias de
ventas y que se haga una posible sugerencia a los compradores sobre la base a
sus compras anteriores, y sobre todo considerando su perfil (se entiende que el
sistema deber generar ese perfil en el que se incluya la edad, el sexo, la
ubicacin, los amigos, las fotografas, su grado escolar y comentarios hechos).
Deber ser fcil de usar para todos los usuarios y deber manejar diferentes tipos
de roles (administrador del sitio, gerente general, gerente de tienda, vendedor,
proveedor, usuario normal) y cada uno tendr acceso a diferentes privilegios
asignados por el administrador del sitio

1. Identifica qu ADLs (Lenguaje de Definicin de Arquitectura) ser el ms
apropiado para usar en este caso.

El proceso de anlisis basado en modelos UML.
UML: Unified Modeling Language, Lenguaje Unificado de Modelado, se
trata de un lenguaje grfico para construir, documentar, visualizar y
especificar un sistema software.


2
En este apartado se abordar la fase de anlisis, con ayuda de la
metodologa UML en donde se desarrollar un modelo de la aplicacin
donde diferenciaremos a los actores que interactan con los objetos del
sistema mediante distintas relaciones.
Considerando que anlisis es el proceso de construccin de un modelo, o
especificacin detallada del problema del mundo real al que nos
enfrentamos. Est desprovisto de consideraciones de diseo e
implementacin. Todo esto nos ayudar a crear un sistema robusto y
mantenibles.
La notacin que propongo utilizar es la proporcionada por el estndar UML.
En este caso usaremos los diagramas de clases, casos de uso y
diagramas de secuencia.

2. Identificar qu patrn ser el que se utilizar para representar esta
arquitectura propuesta.

Realizaremos una descripcin de nuestro proyecto con un mayor nivel de
detalle, teniendo en cuenta las caractersticas de un entorno Web.
Plantearemos como llevar a cabo la implementacin de la aplicacin Web
pero, sin entrar en los detalles de una tecnologa concreta. Definiendo la
arquitectura que define los principales componentes de nuestra aplicacin
en el contexto de un entorno Web.
Utilizar el Patrn de arquitectura multicapa.
Una arquitectura multicapa es un conjunto ordenado de subsistemas, cada
uno de los cuales estn constituidos en trminos de los que tiene por
debajo y proporciona la base de la implementacin de aquellos que estn
por encima de l.
Los objetos de cada capa suelen ser independientes, aunque suelen haber
dependencias entre objetos de distintas capas.
Existe una relacin cliente/servidor entre las capas inferiores, que son las
que proporcionan los servicios, y las capas superiores, los usuarios de
estos servicios.
El diseo de nuestra aplicacin se basa en una arquitectura multicapa, ms
concretamente en una arquitectura de tres capas:
Capa de presentacin, tambin conocida como interfaz grfica, se
encarga de la presentacin de los resultados al usuario y la recogida
de informacin del usuario al sistema.
Capa de negocio o lgica de la aplicacin, proporciona la
funcionalidad de la aplicacin. Es el encargado de realizar todas las
operaciones a nivel aplicacin.


3
Capa de datos o persistencia, este nivel es el encargado de
almacenar toda la informacin de nuestra aplicacin, adems de
asegurar el acceso a la informacin de una forma controlada y
segura. Este nivel lo forman la base de datos y el software de gestin
de base de datos.



Nivel de presentacin.
En nuestra aplicacin existen siete perfiles distintos por lo tanto siete vistas, la del
usuario annimo, usuario registrado, administrador, gerente general, gerente de
tienda, vendedor y proveedor. El diseo de la interfaz ser similar en estas siete
vistas, con la diferencia de que dependiendo del usuario este disponga de ms o
menos opciones en su men.

La organizacin de nuestra aplicacin Web ser la siguiente:

Parte superior, contendr el logotipo junto al nombre de nuestra tienda.
Nos permitir darnos de alto o bien realizar el registro de nuevo usuario, adems
de visualizar nuestro carrito de la compra y salir de la sesin de nuestro usuario.
El usuario annimo, dispondr de las opciones de bsqueda de productos del
catlogo, al igual que el resto de usuarios.
El usuario registrado podr completar las compras adems de poder realizar las
funciones del usuario annimo.
Al administrador se le aaden las opciones de gestin de categoras, producto,
socios registrados y compras. Que incorporan tanto las opciones de altas y bajas
as como cambio de estados en las compras. Y permite realizar todo tipo de
listados.
Al gerente general son las mismas que el administrador, solamente que no tiene
las opciones de altas y bajas as como como cambio de estados en las compras.
Al gerente de tienda se le permite realizar todo tipo de listados.
Al vendedor solamente se le permite listar o consultar lo referente a su rea lo
mismo que al proveedor.


4
En el marco izquierdo de las principales pantallas incorporaremos el catlogo de
productos informticos, dividido en categoras.
En el centro de la pantalla aparecer la descripcin del producto cuando sea
seleccionado, as como los formularios de registro. Si es el administrador el
usuario identificado, entonces utilizaremos la pantalla central para toda la
presentacin de las acciones que se puedan llevar a cabo.
Las siguientes capturas corresponden con los distintos perfiles que hemos definido
en nuestra aplicacin.
En la zona que ms nos guste estar ubicado el logotipo de nuestra empresa
ficticia, este logo aparecer en la misma zona en todas nuestras pginas
independientemente del perfil de usuario que acceda a la aplicacin.
En nuestro men de navegacin justo debajo del logotipo de la empresa, el cual
se compondr de las siguientes opciones:

Inicio, nos lleva hasta la pgina principal, en nuestro caso index.php.
Login desde aqu insertando nuestro nombre de usuario y password se nos
permite identificarnos siempre que estemos dados de alta.
Dar de alta, esta opcin permite al usuario annimo rellenar un formulario
para registrarse.
Carrito en este apartado podremos realizar la consulta de los productos que
se van aadiendo para su posterior compra.
Administrar podremos acceder, siempre que seamos usuario administrador,
a las opciones de gestin.
Gerente General podremos acceder, siempre que seamos usuario Gerente
General, a las opciones de gestin.
Gerente de tienda podremos acceder, siempre que seamos usuario
Gerente de tienda, a las opciones de gestin.
Vendedores podremos acceder, siempre que seamos usuario vendedor, a
las opciones de gestin.
Proveedores podremos acceder, siempre que seamos usuario proveedor, a
las opciones de gestin.
Logout este botn permite eliminar la sesin actual, es decir borrar todos
los productos del carro y la sesin de usuario.

En esta primera plantilla en el lateral izquierdo estar ubicada la zona donde
aparecern desplegadas las distintas categoras, las categoras aparecern en
toda las pginas de usuario annimo y registrado a excepcin del carrito de la
compra.
En el pie de pgina estar ubicado todo lo referente a gastos, envos, informacin
de la empresa, normativa de compra, proteccin de datos y contacto.


5
La zona superior derecha estar una pequea aplicacin que nos permitir realizar
una bsqueda, introduciendo una palabra o frase, nos dar como resultado todos
los productos que contengan dicha clave.
Para terminar en la zona central de nuestra pantalla, donde nos irn apareciendo
los productos, sus caractersticas, los formularios de registro y acceso, los
mensajes de erros o xito
Otra plantilla ser la zona de carrito de la compra, la cual se podr acceder con
cualquiera de los usuarios a excepcin de la ltima parte de confirmacin de
compra, no accesible para annimos.
Y una tercera y ltima plantilla corresponde a la zona de gestin, solo accesible
por nuestro usuario administrador.
En la parte central, aparecern las opciones de gestin del administrador, una vez
elegidas se acceder a los formularios que permitirn realizar listados, cambios,
altas y bajas de los distintos productos, usuarios, categoras y pedidos.

Nivel de lgica de la aplicacin.

Este nivel estar formado por un conjunto de funciones que agruparemos en
libreras, estas funciones sustituyen a los mtodos que tendran las clases
correspondientes a los diagramas de clases de UML.
Su funcionalidad har posible las operaciones descritas en apartados anteriores,
conexin con la base de datos, manipulacin de la base de datos, validacin de
usuarios y datos, registro socios, alta productos, listar usuarios, bsqueda de
productos
La separacin por capas nos permite tener una independencia entre niveles, de
esta manera el mantenimiento y las posibles ampliaciones de la aplicacin se
realizarn de una forma sencilla, rpida y limpia.

Nivel de datos o persistencia.

Este nivel estar formado por una base de datos relacional, la cual, almacenar
todos los datos relacionados con nuestra aplicacin Web, tanto usuarios
registrados, como los datos de todos los productos de nuestro catlogo, las
compras

3. Redactar en un archivo de cualquier procesador de texto una justificacin
amplia del por qu es el mejor patrn para solventar el caso de estudio
presentado. Esto implica proponer una Arquitectura base para el problema
expuesto.
4. Guarda la actividad con el nombre DRS_U2_A2_XXYZ, y enva tu archivo de
propuesta al foro.


6
5. Participa en el foro comentando y enriqueciendo las propuestas de tus
compaeros(as).


Conclusin:

En resumen la experiencia ha sido muy grata, el aprendizaje muy completo y
satisfactorio mejorando las expectativas que tena. Pienso que al principio estaba
en el limbo pero poco a poco y todo este esfuerzo me llevaron a entender
claramente este tema.