1.

Análisis

1.1. Requisitos funcionales

A continuación, se describen los requerimientos funcionales:

 Gestionar usuarios: el sistema podrá permitir el registro y la conexión de los diferentes

usuarios
 Ingresar al sistema de chat: el sistema permitirá el ingreso de los diferentes usuarios a
utilizarlo
 Ingresar al login y registrarse como cliente: el usuario podrá registrarse como usuario y
logearse.
 Ingresar al login y registrarse como administrador o servidor: el administrador podrá
registrarse como servidor.
 Buscar conexiones en el sistema: el sistema buscara cuantos clientes estarán
conectados.
 Administrar los resultados en la aplicación de escritorio:

1.2. Requisitos no funcionales

 Usabilidad: La aplicación debe ser fácil de utilizar.

 Disponibilidad: El sistema debe estar disponible de las veces en que un usuario intente
accederlo.
 Seguridad: Los permisos de acceso al sistema podrán ser cambiados solamente por el
administrador de acceso a datos.
 Compatibilidad: El sistema debe funcionar correctamente cuando este en una
conectada como cliente servidor.

Implementación y definición de actores

Para desarrollar el sistema de chat MBC cliente servidor se identificó al actor que es el
usuario.
Figura 1: actor del módulo de ingreso a la plataforma chat MBC

Usuario
Fuente: Elaboración propia
Según el rol que cumple este actor se describe a continuación.
 El Usuario es el que accede al sistema para poder tener conversaciones escritas
con otros usuarios, el usuario podrá hacer la elección de conversar de forma
escrita con otra persona o con un grupo de personas.

2. Diagramas de casos de uso.

 Login

pasword

Ingreso al
sistema

Figura 2: casos de uso del usuario

Fuente: elaboración propia

Descripción dela caso de uso usuario del chat MBC

 Acceso al sistema. El usuario tendrá acceso al sistema mediante un login y un

pasword.

Caso de uso: Ingresar al sistema.

Esta función permite conocer si es que existe un usuario registrado dentro del sistema para
que este pueda acceder al mismo.

Esta funcionalidad se conecta a la base de datos principal del sistema ya que el sistema posee
una interfaz única de entrada.

Tabla 1: Especificación de caso de uso: Ingresar al sistema

Precondición: Haber registrado los datos de cada usuario que accederá al

sistema, teniendo su cuenta de usuario correspondiente.

Descripción: El usuario debe ingresar su nombre de usuario y contraseña para

poder acceder a las funcionalidades que otorga el sistema

Actor: Usuario

PASO ACCIÓN

1. El usuario levanta el sistema.

Secuencia normal:
2. Ingresar el nombre de usuario, la contraseña y el tipo
de usuario.

3. El sistema verifica si los datos son correctos.

El usuario debe estar registrado para poder entrar a cualquier
Postcondiciones:
conversación
 PASO ACCIÓN
Si los campos se encuentran vacíos retorna el
1.
mensaje: * Los campos marcados son obligatorios.
Excepciones:
Si el nombre de usuario o las contraseñas son
2. incorrectas retorna el mensaje: Nombre de usuario o
contraseña incorrecta.

Comentarios: Al sistema solo pueden acceder usuarios registrados

Fuente: Elaboración propia.

2.1. Diagrama de colaboración

Figura 4: Diagrama de colaboración
IU: ingreso login pasword
Datos del usuario datos usuario

Datos de usuario incorrectos Datos usuario correctos

Chat MBC

Fuente: Elaboración propia.

2.2. Diagrama de clases

Figura 4: Diagrama de clases

Fuente: Elaboración propia.

2.3. Diccionario de datos
3.

Tipo de
Columna Null FK FR Descripción
dato
Auto numérico para el
cod_usuario Int No Si No
código de usuario.

nombre_usuario Varchar(50) No No No Nombre del usuario.

ap_paterno_usuario Varchar(50) No No No Apellido paterno.

ap_materno_usuario Varchar(50) No No No Apellido materno.

Log Varchar(6) No No No Pasword usuario

3.1. Arquitectura cliente-servidor

La arquitectura a utilizar será el modelo cliente-servidor el cual es un modelo de diseño de

software en el que las tareas se reparten entre los proveedores de recursos o servicios,
llamados servidores, y los demandantes, llamados cliente en el cual un cliente realiza
peticiones a otro programa, el servidor, quien le da respuesta. Esta idea también se puede
aplicar a programas que se ejecutan sobre una sola computadora, aunque es más ventajosa
en un sistema operativo multiusuario distribuido a través de una red de computadoras.
Características:
-Remitente de una solicitud
 Es quien inicia solicitudes o peticiones, tienen por tanto un papel activo en la
comunicación (dispositivo maestro o amo).
 Espera y recibe las respuestas del servidor.
 Por lo general, puede conectarse a varios servidores a la vez.
 Normalmente interactúa directamente con los usuarios finales mediante una
interfaz gráfica de usuario.

-Al receptor de la solicitud

 Al iniciarse esperan a que lleguen las solicitudes de los clientes, desempeñan

entonces un papel pasivo en la comunicación.
 Tras la recepción de una solicitud, la procesan y luego envían la respuesta al
cliente.
 Por lo general, acepta las conexiones de un gran número de clientes (en ciertos
casos el número máximo de peticiones puede estar limitado).

3.2. Tecnologías
 SQL server
 Programación en C#
4. Implementación (Interfaces).

4.1 Inicio de Sesión

Ingresar al sistema: el usuario deberá colocar su nombre de usuario y contraseña para
poder acceder al sistema.
Figura 5: Interfaz ingresar al sistema.

Fuente: Elaboración propia.

4.2 Registro de nuevo usuario
Registro de Usuario: el usuario deberá colocar su nombre de usuario, nombres, apellidos y
contraseña para poder acceder al sistema.

Figura 6: Interfaz de registro de usuario

Fuente: Elaboración propia.