Segunda práctica de programación cliente

Segunda práctica de programación con Java RMI

Asignatura: Sistemas Distribuidos. (Curso: 2002-2003)

Ingeniero Técnico en Informática.

Puesto que el examen de la asignatura es el 13 de Junio, por la tarde, esta práctica se recogerá, como más tarde, martes 10 de Junio. La recepción de las prácticas se hará por correo electrónico, por disquete, para lo cual se ruega que confirmen con el profesor la recepción de la práctica (en el caso de correo electrónico). Todo esto sin perjuicio de que el profesor pueda requerir el alumno las explicaciones que considere oportunas sobre el funcionamiento de la solución a la práctica. Las prácticas se entregarán por parejas o individualmente, y son una condición imprescindible para obtener resultados positivos en la convocatoria ordinaria correspondiente.

Introducción

Como «excusa» para trabajar un poco con Java RMI, debemos diseñar y construir un sistema distribuido que permita hacer encuestas entre máquinas, de forma descentralizada.

Como variante de la práctica anterior, se dará libertad a los equipos de prácticas para hacer un diseño propio. Sin embargo, se impondrán algunos criterios arquitectónicos adicionales.

Requisitos

requisitos iniciales:

Cada usuario tendrá en su máquina un proceso donde podrá indicar de modo textual cuál es la pregunta de la encuesta (una sola pregunta por encuesta), y el nombre de la encuesta.
Cada usuario deberá notificar, de alguna forma la existencia de la encuesta al resto de los usuarios.
Cada usuario podrá responder a las encuestas publicadas por el resto de los usuarios con una puntuación de 1 a 100.
Cada usuario podrá especificar en la encuesta cuál es el período de validez de la emisión de opiniones (deadline). Expirado el deadline, el usuario responsable de la encuesta no tiene por qué hacerse cargo de las peticiones de puntuación de los otros usuarios.
Cada usuario solo podrá emitir una puntuación por cada encuesta.
No hay límite de encuestas publicables.
Los deadlines no podrán superar una determinada fecha que es un parámetro del sistema.
Cada usuario encuestador deberá poder disponer de los resultados de la encuesta en línea.
Durante el periodo de validez de una encuesta determinada no podrá haber otra encuesta que se denomine de la misma forma en la misma máquina física.
(no se me ocurren más requisitos, pero sé que se os ocurrirán más, en cualquier caso cualquier posible modificación aparecerá en el foro de la asignatura).

requisitos arquitectónicos:

El sistema debe ceñirse a la arquitectura cliente-servidor basada en objetos, con soporte Java-RMI sobre TCP/IP.
El mecanismo de publicación de encuestas se ciñe a un modelo tipo pull (es decir basándose en el mecanismo de publicación de mensajes resuelto en la práctica anterior).
- Concretamente, habrá que utilizar el sistema que habeis construido en la práctica anterior.

requisito sobre el diseño

Las invocaciones y respuestas a métodos remotos irán sincronizadas con el reloj lógico de la práctica anterior.

Observaciones finales

No voy a especificar el protocolo que debeis de usar para el mecanismo de publicación. No voy a especificar las clases ni las interfaces.

La documentación del código deberá ir en JavaDoc. La documentación de la práctica deberá incluir diagramas de casos de uso, de clases y de secuencia correspondientes, y las plantillas que creáis convenientes. Esta documentación se entregará en formato html.

Como es muy probable que haya que añadir algún tipo de información adicional para el desenvolvimiento de la práctica, se notificarán los cambios o adiciones en el foro de la asignatura.

Este enunciado corresponde a una práctica de Sistemas Distribuidos de la Ingeniería Técnica en Informática de Gestión y Sistemas de la Universidad de Valladolid, del curso 2002-2003. Y el derecho de copia y explotación (c) me pertenece a mí (el profesor de la asignatura) y a mis alumnos :-)