1

Ingeniera de Sistemas.
Programacin de Redes.
Obligatorio 1
Sistema bsico de Redes Sociales

Objetivos del Obligatorio. ................................................................................................ 2
Descripcin del sistema. ................................................................................................... 2
Plataforma ......................................................................................................................... 2
Arquitectura. ..................................................................................................................... 3
Requerimientos: ................................................................................................................ 3
Especificacin de los Protocolos. ..................................................................................... 4
Pautas generales: ....................................................................................................... 4
Pautas de correccin. ........................................................................................................ 5
Documentacin: ................................................................................................................ 5
Entregable: ........................................................................................................................ 5
Informacin importante .................................................................................................... 5





2

"#$%&'()* +%, "#,'-.&)/')0

Poner en practica los conocimientos adquiridos en la primer parte del curso.
Manejo de Concurrencia y sincronizacin de Threads.
Manejo de Sockets.
Manejo de Streams.
Implementacin y diseo de un protocolo propietario.
1%*2/'32'45 +%, *'*&%6.0

Se desea construir una plataforma de comunicacin para dar soporte a una red social
bsica de usuarios. Esta red social funcionara de forma centralizada, en la cual un
servidor se encargara manejar toda la informacin relacionada con los usuarios. La
comunidad deber formarse de forma dinmica a lo largo del tiempo. El sistema
mantendr en forma centralizada las referencias a los archivos compartidos.
7,.&.8)/6.

La plataforma debe brindar las siguientes funcionalidades:
Permitir el registro de Usuarios (nombre, mail, id autogenerado, password)
o Cambio de datos bsicos (password, mail, etc)
Control de acceso de usuarios.
Trabajar con amigos (agregar, borrar, bloquear)
Cada usuario puede subir al menos una foto de perfil
Publicacin de estados (slo texto)
Posibilidad de ver estados de amigos (muro)
Posibilidad de comentar estados
Ver informacin estadstica relativa a una cuenta

3
9/:;'&%2&;/.0

Se requiere que el sistema est formado por 2 mdulos de software:
1) Servidor Principal:
Este mdulo deber ser instalado en cada Maquina Servidor. Tendr como objetivos:
1. Aceptar conexiones desde los clientes.
2. Almacenar la informacin relativa a los usuarios.
3. Mostrar informacin estadstica de un usuario.

2) Cliente:
Este mdulo ser la aplicacin usada por el usuario, para el acceso a su cuenta,
subida y bajada de contenido, etc.
<%:;%/'6'%5&)*=

Requerimientos funcionales:

Usuarios:

RF1: Ingreso de un usuario. Cuando un usuario abre la aplicacin, se conecta al
servidor para obtener sus datos bsicos y autenticarse.
RF2: Agregar un usuario a la lista de amigos. Dado un nombre de usuario (nick
name) la aplicacin debe poder enviar un pedido de agregado a su lista de
amigos para ese usuario en particular.
RF3: Bloquear un amigo. Para cada amigo en la lista de contactos, debe ser
posible bloquear a este usuario. Un usuario bloqueado todava pertenece a la
lista de amigos pero no se reciben nuevos comentarios desde este usuario.
RF4: Eliminar un amigo. Para cada amigo en la lista de contactos, debe ser
posible eliminar a este usuario. Cuando esto ocurre, se borran todos comentarios
realizados por el mismo y se lo quita de la lista de amigos.
RF5: Subir foto de perfil. Cada usuario debe poder subir una foto que lo
identifique. Esta foto es nica y en caso de subirse una nueva, la imagen anterior
ser eliminada.
4
RF6: Publicar estado. Un usuario debe poder subir un texto especial conocido
como estado. El estado es visible para el usuario y para todas las personas que
estn en su lista de amigos.
RF7: Comentar estado. Para un estado dado de un usuario, este puede realizar un
comentario sobre el mismo, asi como tambin todos los amigos de este usuario
tienen la capacidad de realizar esta operacin.
Servidor
RF8. Consultar estado de un usuario. El servidor debe ser capaz de poder, dado
un identificador de usuario, mostrar estadsticas relativas al usuario. Las
estadsticas a mostrar se definirn de comn acuerdo con los docentes.
Requerimientos no funcionales:

RNF1: Infraestructura. Los puntos de salida entre las redes LAN y WAN se
efectan mediante Routers que filtran contenidos no aptos para Internet
(Broadcast, Multicast, etc.). Por este motivo se debe ser cuidadoso con la
eleccin de las tecnologas y protocolos a utilizar.

RNF2: Multiprocesamiento. Un cliente debe poder procesar una actividad por
vez (actualizacin de estado, consulta de amigos, subida/descarga de foto de
perfil). El servidor debe poder ser capaz de manejar mltiples operaciones en
paralelo.
>*3%2'8'2.2'45 +% ,)* 7/)&)2),)*0
7.;&.* -%5%/.,%*=

1. Protocolo orientado a caracteres.
2. Implementado sobre TCP/IP y UDP.
3. Los valores debern ir alineados a la derecha, los bytes de relleno debern tener
el valor 0.
4. Los campos HEADER, CMD y LARGO tendrn largo fijo. El campo DATOS
tendr largo variable, segn el valor indicado en LARGO.
5. Formato general de la trama.
Nombre
Del Campo
HEADER CMD LARGO DATOS
Valores RES/REQ 0-99 0-10.000 Variable
Largo 3 2 5 Variable
5



7.;&.* +% 2)//%22'450

El criterio para la correccin se basar en los siguientes aspectos:
En la defensa se correr un plan de testing, donde se evaluar cuantos puntos
pasa el sistema.
Criterios de Diseo.
Documentacin presentada.
1)2;6%5&.2'45=

A continuacin se describen los requerimientos de la documentacin
1. Se debe brindar toda la documentacin de diseo de todos los componentes de la
solucin.
2. Justificacin de TODAS las decisiones de diseo tomadas.
3. Manual de usuario
4. Manual de instalacin.
>5&/%-.#,%=

Proyecto y fuentes (no imprimir los fuentes).
2 CD con la documentacin, los proyectos y los cdigos fuentes.
?58)/6.2'45 '63)/&.5&%

Lectura de Obligatorio: 17/03/2014
Plazo mximo de entrega: 29/04/2014.
Defensa: A definir por el docente Puntaje mnimo/mximo: 0/30 puntos
Los grupos de obligatorio se forman como mximo por 2 estudiantes
Todas las entregas se realizan en Bedela con boleta de entrega de obligatorio, y hasta
las 20 hs del da de entrega.