Programación Orientada a Objetos. Curso 2010/2011

Práctica 3. Interfaces de usuario y RMI

Objetivos

En esta práctica el alumno se formará en las siguientes capacidades:

• Desarrollo de interfaces de usuario con tecnología orientada a objetos.
• Desarrollo y manejo de estructuras de datos avanzadas orientadas a objetos.
• Iniciación a la tecnología de objetos distribuidos (RMI).

Además, continuará su formación con respecto a los siguientes conceptos:

• Creación y manejo de excepciones.
• Utilización de librerías de clases desarrolladas por terceros.

Descripción del proyecto

El trabajo a realizar consiste en la implementación de un sistema gráfico de gestión de una tienda virtual, en el que, partiendo de las prácticas anteriores, conserve todas sus funcionalidades pero, como novedad, permita la interacción con el usuario de forma gráfica.

El programa distinguirá el acceso a dos tipos de usuarios: los clientes y los administradores. Una vez se han identificado, cada uno de ellos tendrá una serie de tareas específica, única dependiendo del tipo de usuario (más información en enunciado de la práctica 2). El programa debe permitir la creación (registro) de nuevos clientes.

Se recuerda que el archivo XML deberá actualizarse cada vez que en el programa se realice un cambio (nuevo usuario, editar datos del almacén, etc.) que afecte a los datos de la tienda, de forma que ésta sea persistente.

Se deja a juicio del alumno el diseño de la interfaz gráfica, pero se destaca que deberían primar la facilidad, claridad y fluidez de ejecución en su manejo frente a otras características. Se aconseja, no obstante, la utilización de componentes gráficas avanzadas (p.e., JList, JTable) en la medida de lo posible. Además, las ventanas no deben ser rígidas (no resizeable), siendo obligatorio la utilización de layout managers.

En esta práctica, además, se añade el concepto de cliente y servidor, con el sentido de que el servidor es un elemento que produce unos recursos, consumidos por el cliente. En nuestro caso, el servidor será la Tienda, y el cliente, un objeto de tipo Cliente. Los recursos consumidos serán los Artículos. De esta manera, los objetos cliente y servidor podrán encontrarse en máquinas distintas, haciendo uso de una arquitectura basada en objetos distribuidos RMI. Se deberá controlar la concurrencia de manera que dos clientes no puedan comprar el mismo recurso en un instante de tiempo.

El Administrador se puede asumir que se encuentra en la misma máquina que la Tienda, por lo que no necesitará acceder a ella de manera remota; por esto mismo, el registro de nuevos administradores se puede hacer manualmente en el XML si se prefiere.

Se valorará el uso adecuado de objetos por valor u objetos remotos, según se adecúe a cada caso, así como la utilización de callbacks. Naturalmente estas funcionalidades precisarán la ampliación de las clases internas e interfaces con los métodos (y en su caso datos) necesarios para efectuar estas operaciones, así como otras declaraciones (excepciones, Serializable, etc.).

Por todo esto, esta práctica se puede dividir en tres partes:

1. Creación de las interfaces gráficas y gestión de las funcionalidades implementadas en prácticas anteriores.
2. Añadir sincronización a los métodos sensibles. Para ello, bastará con probar con más de un cliente accediendo a la vez a la tienda, pero sin necesidad de que este acceso sea distribuido (dos o más hilos).
3. Añadir RMI y objetos distribuidos para permitir una arquitectura de cliente-servidor. De esta manera, el cliente y la tienda podrán no sólo estar en hilos, sino en procesos distintos (a diferencia de la parte anterior).

A lo largo del desarrollo de la práctica, los profesores de la asignatura dejarán disponible el material necesario para cada una de estas partes.

Consideraciones:

• Se aconseja al alumno esforzarse en tener el sistema de gestión de la tienda (práctica 2) completamente funcional antes de comenzar la primera parte de la práctica.
• También se aconseja hacer primero la parte gráfica de la práctica, y después la parte distribuida, como viene indicado más arriba.
• Documentación sobre RMI, y ejemplos (cliente, servidor).

Opcionalmente:

• Dado un usuario identificado satisfactoriamente en el sistema, y que contenga un historial suficiente, se le aconsejarán (recomendarán) otros elementos disponibles en la tienda que puedan serle de utilidad y en virtud de distintos criterios: artículos similares a otros ya comprados (content-based), artículos comprados por usuarios similares (user-based), o artículos que frecuentemente aparecen en el historial de los usuarios (item-based). Ejemplos: el "Customers Who Bought This Item Also Bought" de Amazon.
• Si un usuario no tiene suficiente historial (o es nuevo en el sistema), se le pueden recomendar artículos que, de manera general, hayan sido comprados muchas veces (populares), recientemente (populares recientes), o de los que se disponga de mucho stock (sobrante). Ejemplos: página principal de Amazon.

Entrega

Las prácticas se deben entregar antes de la fecha de evaluación indicada al comienzo del enunciado, teniendo en cuenta las horas límite de entrega mencionadas en las normas de la asignatura.

El fichero .zip a entregar debe incluir:

• Código fuente, datos y librerías.
  • Los ficheros de código fuente se situarán en un directorio "src".
  • Los datos en un directorio "res".
  • Los .jar de las librerías en un directorio "lib".
  La estructura de directorios será la necesaria para que, descomprimiendo el .zip entregado y escribiendo "ant run" (es decir, ejecutando el "build.xml" includido en el .zip), la práctica se compile y ejecute correctamente.
• Un leeme.txt que describa los ficheros incluidos en el .zip.
• El build.xml usado para compilar y ejecutar la práctica (generado por netbeans o creado manualmente).
  
• Una memoria en pdf y un directorio javadoc con la documentación generada para cada clase.
  

NOTA: Las entregas que no cumplan los requisitos enumerados en las normas recibirán una penalización de 0.5 puntos.