Evidencia de aprendizaje. Lenguaje descriptor y patrones de arquitectura de software.

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

Lo primero que se tiene que hacer es detectar los requerimientos del software atreves de un anlisis Se pide una tienda virtual. Como en toda tienda virtual se tendr un carrito de compras el cual se actualiza de acuerdo a los productos agregados por el cliente. Se desea automatizar procesos de compra y venta. Tanto proveedores como clientes podrn actualizar su perfil. Se podr hacer consulta y bsqueda de los artculos. En el caso de proveedores podr ver cuanta mercanca se tiene en existencia y cuanta se vendi. Los clientes que han comprado podrn calificar su experiencia de compra, por ejemplo si el producto llego a tiempo, si cumpla sus expectativas, calidad, estado etc. Se tendr acceso desde cualquier dispositivo con internet. Se generaran reporte de ventas. Se generaran privilegios y restricciones de acuerdo al nivel que se tenga (gerente general, gerente de tienda, vendedor, proveedor, usuario normal)

Los usuarios del sistema sern los siguientes: Administrador del sitio. Gerente general.

Gerente de tienda. Vendedor. Proveedor. Usuario normal o comprador.

Se definirn los requerimientos creando diagramas de caso de usos segn usuarios empezando con los compradores:

[Extend] [Extend]

Por nombre

Buscar productos

Por categora

Hacer comentarios Usuario Consulta detalles del producto Actualizar perfil

Crear perfil

[Extend]

Iniciar /cerrar sesion [Extend]

Aadir

Gestionar carrito

Quitar [Extend]

Hacer pedido

[Extend]

Modifica cantidad de producto

Pagar pedido

Caso de uso proveedores:

Buscar sus productos [Extend]

Por codigo

Iniciar/cerrar sesin

Actualizar perfil

Consultar existencias

Administrar sus productos Proveedor [Extend] Consultar comentarios

[Extend]

Consultar unidades vendidas

Consultar estatus de compradores

Caso de uso vendedores:

Por nombre

[Extend] Por categora Buscar productos [Extend]

Aprobar Consultar informacin del producto [Extend] Detener Vendedor Iniciar /cerrar sesin

[Extend] Cancelar

Administrar pedios

[Extend] Buscar

Aprobar pedido de compradores

[Extend]

[Extend]

[Extend] Publicar productos /quitar publicaciones Por fecha y hora

Por comprador

Por nombre

Caso de uso gerente de tienda:

[Extend] Buscar productos Por categora

[Extend] Consultar detalles del producto Iniciar /cerrar sesin

Aprobar

Administrar pedidos

[Extend]

[Extend] Cancelar

Buscar Gerente de tienda Comunicarse con vendedores [Extend]

[Extend] [Extend] Gestionar permisos de gente nueva Por fecha

Comprador Administra a los vendedores

Consultar ventas

Caso de uso de gerente general

[Extend] Por nombre Buscar producto

Por categora [Extend] Consultar detalles del producto

Iniciar/cerrar sesin

Dar de alta

Gerente general

[Extend] Dar de baja

Administrar proveedores

[Extend]

[Extend]

Consultar proveedores

Consultar ventas

[Extend] [Extend]

Por fecha

Por tienda

Caso de uso del administrador del sitio

Por nombre [Extend]

Buscar producto

Por categora

[Extend]

Consultar detalles del producto

Administrador del sitio

Iniciar/cerrar sesin Dar de lata

Administra base de datos (usuarios, productos, pedidos)

[Extend] Dar de baja [Extend]

[Extend] Buscar [Extend] Actualizar

Solo como nota cada persona que entre al sitio podr ver los productos y sus detalles pero solo aquellos registrados compraran.

Seleccin del patrn

El patrn elegir sera el de tres capas ya que este lo considero gil, con simpleza, versatilidad. La forma en que el usuario interactuara ser atreves de un pgina web la cual ingresa por medio de un navegador ya sea Firefox, Opera, Internet explore, safari etc., este le enviara peticiones de informacin a el servidor donde se aloja la informacin, el servidor procesara la informacin para poder mandar un respuesta y que el cliente la vea. Entonces el patrn quedara de la siguiente manera

Capa de presentacin: Es la parte encargado de generar la interfaz de usuario en funcin de las acciones llevadas a cabo por este. Capa de negocio: Contiene toda la lgica que modela los procesos de negocio y es donde se realiza todo el procesamiento necesario para atender a las peticiones del usuario. Capa de datos: Es el encargado de hacer persistente toda la informacin, suministra y almacenar toda la informacin que ser usada en el nivel de negocio.

Capa de presentacin

Capa de negocios

Capa de datos

Navegador

Internet

Servidor

Intranet

Base de datos

Otras ventajas que presenta este tipo de patrn son: El desarrollo se puede llevar en varios niveles independientes. Cada nivel se desarrolla en paralelo. Las aplicaciones son robustas gracias al encapsula miento. Si se modifica o se cambia un nivel no afecta a los otros. Su mantenimiento es sencillo.

Construccin de la arquitectura propuesta.

Capa de presentacin

Capa de negocios
Clase 1 +Atributos +( ) Clase 2 +Atributos +( )

Libreras

Libreras

Clase 3 +Atributos +( )

Clase n +Atributos +( )

Capa de datos Tabla 1 campos Tabla 2 campos

Tabla 3 campos

Tabla n campos

Capa de presentacin:
En la capa de presentacin estar la interfaz grfica de la tienda virtual o sea lo que el usuario va a poder observar e interactuar directamente. Esto es la interfaz grfica que ser la pgina de internet donde podr

hacer la bsqueda del producto que desee y tambin podr registrarse para poder comprar. La interfaz estar creada con HTML.

Capa de negocios.
En la capa de negocios se alojaran todas clases y libreras necesarias para hacer funcionar la tienda virtual.

Capa de datos.
En esta capa se creara la base de datos de la tienda virtual, las tablas y sus respectivas relaciones. Esta base de datos usara un motor SQL.

n Productos

Comprador Id del comprador Nombre Apellidos Calle Numero CP Ciudad Estado Tarjeta Telfono Mail

Pedidos Id pedidos Id de comprador Fecha Id producto Costo total

Id del producto Nombre Id del proveedor Id de tienda Categora precio Precio Presentacin

1 Detalles de pedidos Id del producto Id del pedido Cantidad Costo n 1

Proveedor Id del proveedor Nombre Representante Calle Numero Cp Ciudad Estado Telfono email

1 Gerente general Id gerente general Nombre Apellido zona tienda n Empleado Id del empleado Nombre Apellido Id de la tienda Id del gerente

Id de tienda Nombre Zona Id de gerente general Telfono Calle Numero Cp Cuidad estado 1 n

Administrador Id administrador Nombre apellido

Gerente de tienda Id de gerente de la tienda Nombre Apellido Id de tienda Id de gerente general 1

Conclusiones En esta evidencia se puede ver como se utilizan los patrones de diseo en problemas un poco simples ya que en la prctica los diseos son ms complejos pero se pueden entender y disear gracias a estos patrones tan solo basta selecciona el que mejor convenga y plasmarlo para poder ver el comportamiento del sistema.

Bibliografa

http://msdn.microsoft.com/es-es/library/bb972240.aspx

http://astreo.ii.uam.es/~jlara/TACCII/8_Patrones.pdf