Communication">
Mensajeria en Tiempo Real
Mensajeria en Tiempo Real
Mensajeria en Tiempo Real
NOMBRE :
LESTER ANTONIO CASTILLO RIVERA 201850
ERWIN MANUEL MALTEZ SOTO 214000
OSCAR MARIANO NOGUERA QUIROZ 212450
WILLIAM ALFREDO ARTOLA 154089
SUSANA VANESSA GUTIERREZ MORAGA 200521
ODELL GABRIEL LOPEZ BELLO 201040
YOSEPT ALEXANDER URBINA LARGAESPADA 132793
RAUL SALVADOR MARTINEZ 212658
GRUPO : DI10B
I- Introducción al Proyecto de Mensajería en
Tiempo Real para Estudiantes*
Objetivo General :
Desarrollar una aplicación que permita enviar y recibir mensajes de forma instantánea, en tiempo
real, entre usuarios conectados en la misma plataforma.
1. Diseñar una plataforma de mensajería en tiempo real intuitiva y fácil de usar para
estudiantes.
2. Proporcionar soporte técnico y mantenimiento continuo para garantizar un
funcionamiento óptimo de la plataforma a largo plazo.
IV- Descripción detallada de las funcionalidades y características
del software. Límites del proyecto (qué incluirá y qué no
incluirá).
Con esto en mente, el uso de los mensajes en los centros educativos no disminuirá, sino
más bien al contrario: debe convertirse en una herramienta de uso diario para
automatizar procesos que ya no tiene sentido hacer manualmente.
Esto incluye:
mensajería se rige como una herramienta sólida para la docencia, tanto para una
comunicación asíncrona como para la comunicación síncrona, donde, y dada su naturaleza
de mensajería instantánea, es más fuerte que otras aplicaciones de su sector. La gratuidad
de la aplicación y su conocimiento, pese a no ser líder del segmento, reducen
posibilidades de rechazo tecnológico en la Universidad.
A esto se le suma que no se podrán realizar envió de archivos (archivos rar, archivos office,
audios, videos y no se realizaran llamadas, ni videos llamados)
VI- Análisis
Elaborar una aplicación web que permita el envío y recepción de mensajes SMS.
Requisitos no funcionales
no se puede saber cuándo un usuario no está disponible para recibir mensajes puesto que
no sabe cuándo recibirá dicho mensaje
no se puede controlar la recepción de los mensajes, puesto que en todo caso solo se
puede almacenar los mensajes en una tabla dentro del dispositivo.
Al no poder usar el corrector nativo de la plataforma para la que se desarrolla la aplicación
suponía un alto coste realizar este requisito, debido a su complejidad, por lo que ha
quedado fuera del alcance.
No se realiza un registro de abreviaturas más usadas por el usuario.
No se ha realizado la función de exportar conversaciones a un archivo externo. Ha
quedado fuera del alcance.
No Permitirá a los usuarios mostrar u ocultar ciertas funcionalidades.
1- Seguridad
Para identificar de forma univoca un requisito es necesario usar un código antes del
propio nombre.
Se nombrarán los códigos de requisitos del análisis a los que hacen referencia el diseño.
2- Usabilidad
Análisis de la aplicación
CASOS DE USO
Los casos de uso muestran las distintas interacciones que el usuario puede llegar a
realizar con la aplicación. Para diseñar los casos de uso debemos tener en cuenta una
serie de características:
Siempre son iniciados por el usuario y nunca desde el interior de la aplicación.
Debe representar una acción completa desde el punto de vista del usuario.
Debe completarse en un tiempo corto.
Pueden participar varios usuarios.
4. Diseño Responsivo:
5. Diseño Visual:
SELECCIÓN DE SALA
- Una vez dentro de la sala aparecerán el nombre de usuarios
conectados.
- También será posible visualizar si un usuario abandona la sala.
NOMBRE DE USUARIO