Documento de especificacion de requerimientos

Informatica III Proyecto final

Daniel Munoz Viveros

Michael Martnez Tenorio
Xiomara Corredor Cabrera

Junio 2017
Indice general

0.1. INTRODUCCION . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
0.1.1. VERSIONES . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
0.2. REQUERIMIENTOS FUNCIONALES (RF) . . . . . . . . . . . . . . . . . . . . . 2
0.2.1. RF-001: Validacion de acceso al Chat . . . . . . . . . . . . . . . . . . . . . 2
0.2.2. RF-002: Conexion al servidor . . . . . . . . . . . . . . . . . . . . . . . . . . 2
0.2.3. RF-003: Envo de mensajes . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
0.2.4. RF-004: Eliminar un mensaje . . . . . . . . . . . . . . . . . . . . . . . . . 3
0.2.5. RF-005: Consultar un mensaje . . . . . . . . . . . . . . . . . . . . . . . . . 3
0.2.6. RF-006: Consultar historial de mensajes . . . . . . . . . . . . . . . . . . . . 3
0.3. HISTORIAS DE USUARIO (HU) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
0.3.1. HU-001: Validacion de acceso al Chat . . . . . . . . . . . . . . . . . . . . . 4
0.3.2. HU-002: Conexion al servidor . . . . . . . . . . . . . . . . . . . . . . . . . . 4
0.3.3. HU-003: Envo de mensajes . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
0.3.4. HU-004: Eliminar un mensaje . . . . . . . . . . . . . . . . . . . . . . . . . 4
0.3.5. HU-005: Consultar un mensaje . . . . . . . . . . . . . . . . . . . . . . . . . 4
0.3.6. HU-006: Consultar historial de mensajes . . . . . . . . . . . . . . . . . . . . 4
0.4. ESCENARIOS HISTORIAS DE USUARIO . . . . . . . . . . . . . . . . . . . . . . 5
0.4.1. HU-001.1: Falla en la validacion de nickname y contrasena . . . . . . . . . . 5
0.4.2. HU-002.1: Falla en la Conexion al servidor . . . . . . . . . . . . . . . . . . . 5
0.4.3. HU-003.1: Falla en el envo de mensajes por caida del servidor . . . . . . . 5
0.4.4. HU-003.2: Falla en el envo de mensajes por dato incorrecto de ip . . . . . . 5
0.4.5. HU-003.2.1: Falla en el envo de mensajes por ausencia de un usuario . . . . 5
0.4.6. HU-004.1: Falla al eliminar un mensaje . . . . . . . . . . . . . . . . . . . . 5
0.4.7. HU-005.1: Falla en la consulta de un mensaje . . . . . . . . . . . . . . . . . 5
0.4.8. HU-006.1: Falla en Consultar historial de mensajes . . . . . . . . . . . . . . 5
0.5. REQUERIMIENTOS TECNICOS . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
0.6. PROTOTIPOS GRAFICOS Y SALIDA POR CONSOLA . . . . . . . . . . . . . . 6

1
0.1. INTRODUCCION
El presente documento especifica los requisitos software para un chat punto a punto usando
sockets e hijos implementados en Java y con conexion a una base de datos, como proyecto final de
Informatica III. En el documento se encuentra una descripcion del sistema y las funcionalidades
que este debe tener. Aunque el proyecto consta de una unica version, se desarrollo en tres etapas:
Desarrollo del chat, Modificacion base de datos y Conexion chat-base de datos.

0.1.1. VERSIONES

FECHA VERSION DESCRIPCION AUTOR

7 de junio de 2017 1.0 unica version Xiomara Corredor
Daniel viveros
Michael Martnez

Cuadro 1: Historico de versiones

0.2. REQUERIMIENTOS FUNCIONALES (RF)

El Chat consta de un Servidor y un Cliente. Un usuario que use el cliente del sistema puede
entablar comunicacion con otro usuario conectado al mismo servidor, es decir el servidor admite
multiples clientes. A continuacion se detallan los requerimientos funcionales de forma individual:

0.2.1. RF-001: Validacion de acceso al Chat

Para la validacion del ingreso a la aplicacion, el sistema le permite a el entregar de nuevo la
informacion que previamente se ha registrado en una base de datos(BD), luego esta informacion
se compara con la que proporciona el usuario para constatar que existe en la BD:

1. Identificacion del usuario(Como se ha registrado en la BD)

2. Contrasena (password)

0.2.2. RF-002: Conexion al servidor

Cuando un usuario entrega la informacion requerida, ademas de coincidir con la informacion
en la BD, el sistema permite que entre el usuario y el servidor se establezca la conexion, entonces,
en el servidor se observa que un usuario se ha conectado mostrando su ip.

0.2.3. RF-003: Envo de mensajes

El sistema le permite a el usuario proporcionar la siguiente informacion para conectarse a otro
usuario:

1. Nombre de identificacion (nickname)

2. Identificacion del usuario de destino (ip)
3. Mensaje
El nombre permite al usuario ser reconocido localmente, es decir entre usuarios, sin embargo,
el usuario debe conocer la ip del usuario al que desea conectarse, entregando esta informacion se
puede entregar un mensaje al usuario destino.

2
0.2.4. RF-004: Eliminar un mensaje
El sistema despliega un menu donde la opcion de eliminar un mensaje es posible, para eliminar
un mensaje, el cliente debe proporcionar:

Opcion a elegir (eliminar mensaje)

El numero de identificacion del mensaje

Luego, el sistema debe indicarle al usuario que la operacion se ha sido exitosa o ha sido fallida.

0.2.5. RF-005: Consultar un mensaje

El sistema despliega un menu donde la opcion de consultar un mensaje es posible, para consultar
un mensaje, el cliente debe proporcionar:

Opcion a elegir(consultar un solo mensaje)

Posicion (El numero de identificacion del mensaje)

Con el numero de la posicion del mensaje, el sistema debe mostrar al usuario el mensaje de
dicha posicion.

0.2.6. RF-006: Consultar historial de mensajes

El sistema despliega un menu donde la opcion de consultar todos los mensaje es posible, para
consultar mensajes, el cliente debe proporcionar:

opcion a elegir (cosultar todos los mensajes)

El numero de identificacion del mensaje

Luego, el sistema debe mostrarle al usuario todos los mensajes que se han guardado en la base
de datos en todas las sesiones hechas.

3
0.3. HISTORIAS DE USUARIO (HU)
Se plantea hacer uso de historias de usuario pues la informacion funcional se fue obteniendo de
forma independiente para los componente del sistema: cliente, servidor.

0.3.1. HU-001: Validacion de acceso al Chat

Como usuario, debe tener acceso a la aplicacion mediante un nickname y una contrasena para
acceder a la aplicacion chat

0.3.2. HU-002: Conexion al servidor

Como usuario, debe ser capaz de conectarse al servidor todas las veces necesarias sin que este
se caiga, de la misma forma, otros usuarios deben ser capaces de conectarse al mismo servidor para
establecer conexion con cualquier usuario conectado

0.3.3. HU-003: Envo de mensajes

Como usuario, debe ser capaz de enviar mensajes a un unica cliente para intercambiar infor-
macion con otro usuario disponible.

0.3.4. HU-004: Eliminar un mensaje

Como Servidor y usuario, deben ser capaces acceder a los mensajes para eliminar un mensaje
de determinada posicion en el tiempo

0.3.5. HU-005: Consultar un mensaje

Como Servidor y usuario, deben ser capaces acceder a los mensajes para de leer un mensaje en
especifico.

0.3.6. HU-006: Consultar historial de mensajes

Como Servidor y Usuario, deben ser capaces de visualizar todos los mensajes, mostrando el
origen del mensaje y el destino del mensaje para observar de quien para quien se envio un mensaje

4
0.4. ESCENARIOS HISTORIAS DE USUARIO
0.4.1. HU-001.1: Falla en la validacion de nickname y contrasena
Al no coincidir con el nickname o la contrasena, el sistema impide la entrada al chat, indicandole
al usuario que ha fallado el proceso de verificacion de informacion.

0.4.2. HU-002.1: Falla en la Conexion al servidor

Existen dos formas en la que la falla de conexion con el servidor se puede presentar: cuando la
direccion ip del servidor cambia, es decir cuando se conecta desde una red diferente y el cliente no
puede acceder al servidor, y fallo en la conexion de internet de algun usuario.

0.4.3. HU-003.1: Falla en el envo de mensajes por caida del servidor

Cuando el servidor se cae, los usuarios no son informados que el servidor se ha cado si no que,
cuando el usuario desea enviar un mensaje, este nunca se enva o retorna al cliente.

0.4.4. HU-003.2: Falla en el envo de mensajes por dato incorrecto de ip

Cuando el usuario ingresa una ip diferente a la del usuario destino, el servidos puede llegar
a caerse, en los casos en que no sucede, los mensajes llegan al servidor pero nunca a un usuario
conectado.

0.4.5. HU-003.2.1: Falla en el envo de mensajes por ausencia de un

usuario
Cuando un usuario ha escrito correctamente la ip destino, puede enviar mensaje, sin embargo
este no llega al destino si este se ha desconectado. El servidor siempre recibe los mensajes as no
lleguen al destino pues pasan por el servidor primero.

0.4.6. HU-004.1: Falla al eliminar un mensaje

Cuando un mensaje ya ha sido borrado en el ndice de la posicion, el sistema le indica al cliente
que no existe mensaje, sin embargo, tambien puede suceder si se desconecta la BD.

0.4.7. HU-005.1: Falla en la consulta de un mensaje

Cuando el ndice de la posicion no existe en los parametros de la BD, el sistema le indica al
cliente que no se ha podido realizar la consulta del mensaje. Tambien puede suceder si se desconecta
la BD.

0.4.8. HU-006.1: Falla en Consultar historial de mensajes

Cuando el ndice de la posicion no existe en los parametros de la BD, el sistema le indica al
cliente que no se ha podido realizar la consulta de todos los mensajes. Tambien puede suceder si
se desconecta la BD.

5
0.5. REQUERIMIENTOS TECNICOS
Se requiere al menos tres computadoras capaces de ejecutar codigo java, ademas de un motor
de bases de datos MySql.

0.6. PROTOTIPOS GRAFICOS Y SALIDA POR CONSO-

LA