Diseño de Sistemas Operativos - Curso 2000/01
Práctica 2:
Servicio de charla con CORBA
Propósito de la práctica
El objetivo de la práctica es familiarizares con el desarrollo de
aplicaciones distribuidas usando la arquitectura CORBA.
La práctica consiste en desarrollar un servicio de charla
que permita a dos o más usuarios conectarse a una misma conferencia
e intercambiarse mensajes (en principio, mensajes de texto). El diseño
del servicio debería estar realizado de forma que, aunque inicialmente
sólo se tratará la comunicación textual, pudiera en
un futuro realizarse mediante voz o video, por ejemplo.
La práctica se realizará en equipos de al menos 2 personas,
debiendo cada miembro del equipo desarrollar algún componente por
separado, y probar posteriormente la integración de todos los componentes
que forman el sistema.
Guía para el desarrollo de la práctica
El servidor de charla debe ofrecer al menos la siguiente funcionalidad:
-
Abrir una nueva sesión de charla
-
Cerrar una sesión de charla
-
Incluir nuevos participantes a la sesión de charla
-
Enviar a todos los miembros asociados a una sesión de charla cualquier
texto introducido por un miembro indicando asimismo la procedencia del
texto
Se pueden añadir a éstas otras funciones, como la capacidad
de que un usuario pueda filtrar información procedente de otros
usuarios, la capacidad de que exista un moderador de la charla que tenga
capacidad para permitir o excluir el acceso de usuarios a la charla, autenticación
de usuarios, tarificación por el tiempo de uso del servicio, etc.
El servicio se puede estructurar en varios objetos computacionales.
Por ejemplo:
-
Una factoría de sesiones de charlas, que se encargaría de
abrir (crear) y cerrar (destruir) sesiones de charla
-
Las sesiones de charlas, que permitirían incluir/eliminar participantes
en la charla, y proporcionaría la comunicación entre todos
los usuarios conectados a la charla
-
Las sesiones de acceso para cada usuario, que ofrecerán la interfaz
a los usuarios para acceder al servicio. Obsérverse que se pueden
establecer restricciones a los usuarios en cuanto al acceso a una o más
sesiones de charla a la vez, por ejemplo.
Este modelo es bastante simplificado de cómo se haría un
servicio real, pero puede valer para el propósito de la práctica.
Aunque se recomienda la utilización de ORBacus 4 para Java, es
posible realizar la práctica con otro(s) ORB y lenguajes de programación.
Plazo de entrega y criterios de evaluación
La fecha limite para la entrega de la práctica es el 1
de junio. A partir de entonces, cada semana de retraso resta un punto
a la calificación normal de la práctica.
La evaluación de la práctica tendrá en cuenta aspectos
de eficiencia de la solución realizada, pero especialmente la estructuración
y la definición de las interfaces IDL del sistema. Se valorará
la justificación de las decisiones de diseño que se tomen.
La práctica se enviara por e-mail al usuario dso
en los laboratorios de la zona Sur o a: jpavon@sip.ucm.es
Para la documentacion de la misma basta con comentar adecuadamente las
interfaces IDL y los programas, y se agradecerá algún grafico
con los componentes desarrollados y sus relaciones.
Se recuerda que esta práctica NO puede hacerse individualmente
y
que habrá que demostrar qué cada persona de cada equipo ha
desarrollado algún component de la práctica, y explicar cómo
se ha realizado la integración. Esto significa que es importante
decidir las interfaces IDL antes de empezar a programar para no llevarse
sorpresas durante la integración.
Dudas o comentarios sobre este enunciado, enviar E-mail a: dso
en los laboratorios de la zona Sur o a: jpavon@sip.ucm.es
Ultima actualización: 19 de marzo de 2001