DRS_U2_EA _LUFM

November 20, 2017 | Author: Luis Angel Flores Morales | Category: Table (Database), Online Shopping, Internet, Server (Computing), Web Browser
Share Embed Donate


Short Description

Download DRS_U2_EA _LUFM...

Description

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 través de venta en línea para sus clientes y que sus proveedores puedan acceder a un sitio privado y vean automáticamente las existencias del producto que surten, al mismo tiempo los usuarios podrán comentar sobre su experiencia de compra en línea o en el sitio; estos comentarios los podrán hacer a través de un equipo de cómputo convencional o mediante un dispositivo móvil 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 ubicación, los amigos, las fotografías, su grado escolar y comentarios hechos). Deberá ser fácil 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 análisis        • • •

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 podrán actualizar su perfil. Se podrá hacer consulta y búsqueda de los artículos. En el caso de proveedores podrá ver cuanta mercancía se tiene en existencia y cuanta se vendió. Los clientes que han comprado podrán calificar su experiencia de compra, por ejemplo si el producto llego a tiempo, si cumplía 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 serán los siguientes: • Administrador del sitio. • Gerente general.

• • • •

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

Se definirán los requerimientos creando diagramas de caso de usos según usuarios empezando con los compradores:

Por nombre

[Extend]

Buscar productos

[Extend] Por categoría

Hacer comentarios Usuario Consulta detalles del producto

Actualizar perfil

Crear perfil

[Extend]

Añadir

Iniciar /cerrar sesion [Extend]

Gestionar carrito

Quitar [Extend]

Hacer pedido

Pagar pedido

[Extend]

Modifica cantidad de producto

Caso de uso proveedores:

Por codigo

Buscar sus productos [Extend]

Iniciar/cerrar sesión

Actualizar perfil

Consultar existencias

[Extend]

Administrar sus productos Proveedor [Extend] Consultar comentarios

Consultar estatus de compradores

Consultar unidades vendidas

Caso de uso vendedores:

Por nombre

[Extend] Por categoría Buscar productos [Extend]

Aprobar Consultar información del producto [Extend] Detener Vendedor

Iniciar /cerrar sesión

[Extend] Cancelar

Administrar pedios

[Extend] Buscar

Aprobar pedido de compradores

[Extend]

[Extend]

Por comprador

[Extend] Publicar productos /quitar publicaciones

Por fecha y hora

Por nombre

Caso de uso gerente de tienda: [Extend]

Por categoría

Buscar productos

[Extend] Consultar detalles del producto Iniciar /cerrar sesión

Aprobar

Administrar pedidos

[Extend]

[Extend] Cancelar

Buscar Comunicarse con vendedores

Gerente de tienda

[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 categoría [Extend] Consultar detalles del producto

Iniciar/cerrar sesión

Gerente general

Dar de alta

[Extend] Dar de baja

Administrar proveedores

[Extend]

Consultar proveedores

[Extend]

Consultar ventas

[Extend] [Extend]

Por tienda

Por fecha

Caso de uso del administrador del sitio Por nombre [Extend]

Por categoría

Buscar producto

[Extend]

Consultar detalles del producto

Administrador del sitio

Iniciar/cerrar sesión Dar de lata

[Extend]

Administra base de datos (usuarios, productos, pedidos)

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.

Selección del patrón El patrón elegir sería el de tres capas ya que este lo considero ágil, con simpleza, versatilidad. La forma en que el usuario interactuara será atreves de un página web la cual ingresa por medio de un navegador ya sea Firefox, Opera, Internet explore, safari etc., este le enviara peticiones de información a el servidor donde se aloja la información, el servidor procesara la información para poder mandar un respuesta y que el cliente la vea. Entonces el patrón quedaría de la siguiente manera

• Capa de presentación: Es la parte encargado de generar la interfaz de usuario en función de las acciones llevadas a cabo por este. • Capa de negocio: Contiene toda la lógica 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 información, suministra y almacenar toda la información que será usada en el nivel de negocio.

Navegador

Capa de datos

Capa de negocios

Capa de presentación

Internet

Servidor

Otras ventajas que presenta este tipo de patrón 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.

Intranet

Base de datos

Construcción de la arquitectura propuesta. Capa de presentación

Capa de negocios

Librerías

Librerías

Clase 1 +Atributos +( )

Clase 3 +Atributos +( )

Clase 2 +Atributos +( )

Clase n +Atributos +( )

Capa de datos Tabla 1 campos

Tabla 3 campos

Tabla 2 campos

Tabla n campos

Capa de presentación: En la capa de presentación estará la interfaz gráfica de la tienda virtual o sea lo que el usuario va a poder observar e interactuar directamente. Esto es la interfaz gráfica que será la página de internet donde podrá

hacer la búsqueda del producto que desee y también podrá registrarse para poder comprar. La interfaz estará creada con HTML.

Capa de negocios. En la capa de negocios se alojaran todas clases y librerías 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

          

Comprador Id del comprador Nombre Apellidos Calle Numero CP Ciudad Estado Tarjeta Teléfono Mail

    

1

Pedidos Id pedidos Id de comprador Fecha Id producto Costo total

1

Detalles de pedidos  Id del producto  Id del pedido  Cantidad  Costo

1

n

n 1

         

Proveedor Id del proveedor Nombre Representante Calle Numero Cp Ciudad Estado Teléfono email

n tienda          

Gerente general  Id gerente general  Nombre  Apellido  zona

Id de tienda Nombre Zona Id de gerente general Teléfono Calle Numero Cp Cuidad estado 1

n

n Id del empleado Nombre Apellido Id de la tienda Id del gerente

Id del producto Nombre Id del proveedor Id de tienda Categoría precio Precio Presentación

1

n

Empleado     

Productos       

n

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

Administrador Id administrador Nombre apellido

Conclusiones En esta evidencia se puede ver como se utilizan los patrones de diseño en problemas un poco simples ya que en la práctica los diseños son más complejos pero se pueden entender y diseñar gracias a estos patrones tan solo basta selecciona el que mejor convenga y plasmarlo para poder ver el comportamiento del sistema.

Bibliografía

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

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

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF