Se debe realizar una aplicación web de comercio electrónico a modo de tienda virtual, con servlets, JSP, Struts.

La tienda virtual deberá tener los siguientes componentes:

• Catálogo de categorías y productos

• Cesta de la compra para clientes

• Sistema de seguimiento de pedidos

• Registro de clientes

• Sistema de Administración.

El catálogo de la tienda virtual permitirá navegar a los clientes en busca de los productos que deseen comprar. El catálogo estará dividido en distintas categorías, introducidas por los administradores del sistema mediante el Sistema de Administración, conteniendo dichas categorías múltiples productos, los cuales también se introducirán mediante el Sistema de Administración.

Un producto podrá pertenecer a varias categorías al mismo tiempo.

El catálogo deberá contar con un sistema de navegación que permita saltar a productos de categorías a las que pertenezca un producto determinado.

Todos los productos tendrán un detalle de producto, en el que se podrá ver sus datos, precio, si hay existencias o no de dicho producto disponible, etc.

En aras de simplificar el modelo de datos, ya que no es este el objetivo de la asignatura, una categoría no podrá tener sub-categorías.

Los clientes pueden entrar al sistema a curiosear entre el catálogo de productos, pero el objetivo final de la aplicación es vender productos.

El sistema elegido para la venta de productos es el modelo de “cesta de la compra”, en el cuál el cliente va navegando a través del catálogo y “añadiendo” a su cesta de la compra aquellos productos que le interesan.

Una vez ha terminado de llenar la cesta, el cliente procede al “checkout” de la cesta, realizando la compra de manera efectiva, para lo cual deberá rellenar los datos del cliente que realiza la compra y los datos de envío del pedido.

Este sistema está muy relacionado con el Sistema de Registro de Clientes.

El Sistema de Registro de Clientes es esencial para poder realizar compras. Los clientes pueden darse de alta en el sistema mediante el Registro de Cliente siempre que quieran. Para poder proceder al “checkout” de una cesta de la compra, el cliente previamente ha debido logarse en el sistema si ya posee una cuenta de usuario, o registrarse en el sistema si no es así.

Para un cliente registrado se guardan todos sus pedidos realizados, así como la última cesta de la compra en la que todavía no ha hecho un checkout. Esto permite al cliente interrumpir la compra en cualquier momento y retomarla donde lo dejó sin ningún problema.

Así mismo los clientes una vez logados pueden acceder al sistema de Seguimiento de Pedidos.

El sistema de Seguimiento de Pedidos permite a los clientes comprobar el estado en el que están sus pedidos: “En espera”, “A Falta de Productos”, “En proceso”, “En Envío”, “Enviado”, “Anulado”, y aquellos otros estados que el alumno considere de interés.

El Sistema de Administración es el llamado “back-end” de la aplicación web, y desde él se controlan y gestionan los datos que la aplicación web presenta al usuario. Por supuesto, estará protegido mediante contraseña que podrá ser cambiada por los administradores.

En el Sistema de Administración debe llevarse a cabo lo siguiente:

• Gestión del catálogo: Deben poder añadirse, editarse y borrarse categorías y productos, así como todos sus datos asociados (Nombre, precio, disponibilidad, etc.)

• Gestión de usuarios: En la gestión de usuarios debe poder verse los datos referentes a los usuarios registrados en el sistema, los pedidos realizados, así como el montante global que ha gastado cada uno de ellos en nuestra tienda. Es importante que aquí existan filtros que permitan mostrar sólo subgrupos de clientes, por ejemplo en función del importe gastado en nuestra tienda, en si tienen pedidos pendientes o no, etc.

• Gestión de pedidos: En esta sección el administrador debe poder gestionar los pedidos que realiza cada cliente, estableciendo su estado. Es importante que al igual que en la sección anterior, existan filtros que faciliten la vida al administrador mostrando sólo los pedidos que estén en un determinado estado, o que no estén en un determinado estado.

Se deberá adjuntar un documento, sin código fuente, en la que se muestren los diagramas de casos de uso, clases, componentes y secuencia de las operaciones expuestas en el enunciado de la práctica tal como han sido implementadas, así como una breve descripción/explicación de las mismas.

La aplicación desarrollada se entregará en dicho CD en dos carpetas bien diferenciadas:

• Una carpeta con el código fuente de la aplicación y todos los recursos en formato editable

• Una carpeta con el fichero de despliegue2 “.WAR” de la aplicación para poder ser

instalada y probada en una máquina vacía.

Recordad que TODAS las páginas de la práctica deben validar el estándar XHTML 1.0 Strict, y las CSS utilizadas también deben ser validadas. Para la validación se utilizará el validador de la W3C.

La práctica necesita de una serie de datos para poder funcionar, pero no se especifica que esos datos deban ser persistentes entre sesiones. Sin embargo, para poder realizar correctamente las pruebas necesarias de la aplicación sería muy conveniente que lo fuesen. Dicho esto se pueden elegir varias opciones:

• Persistencia mediante serialización de clases.

• Persistencia mediante uso de bases de datos.

• Persistencia mediante uso de datos XML. (Aconsejado, da más flexibilidad.)

• Persistencia mediante uso de ficheros ad-hoc diseñados por el alumno.

El objetivo de la práctica es realizar una aplicación web, no diseñar un sistema con la base de datos que necesite, por lo que si la aplicación desarrollada necesitase una base de datos para poder funcionar, ésta deberá estar implementada en PostgreSQL versión 8.x, y ser incluida en formato SQL. En caso de ser otro tipo de fichero, deberá ser incluido en el archivo de despliegue .WAR para su utilización transparente por parte de la aplicación.