Easywork - Proyecto de aula - Ingeniería de software

Vista previa del material en texto

Ingeniería de Software 
 
 
Easywork Academy 
 
 
Presentado por: 
Jaime Andrés Ruiz Melendres 
José Daniel Muñoz Gómez 
Fabian Alberto Sánchez Ruiz 
Roosevelt Daniel Santos Vanegas 
Sebastián Ricardo Cárdenas 
 
 
Presentado a: 
Oswaldo Vélez Langs 
 
Universidad de Córdoba 
Facultad de ingeniería 
 
 
Montería - 2022 
 
Tabla de contenido 
1. Planteamiento del problema 
2. Objetivos 
2.1. Objetivo general 
2.2. Objetivos específicos 
3. Metodología 
4. Cronograma 
5. Especificación de requisitos software 
5.1. Introducción 
5.2. Propósito 
5.3. Alcance 
5.4. Definiciones, acrónimos y abreviaturas 
5.5. Referencias 
5.6. Resumen 
6. Descripción global del producto 
6.1. Perspectiva del producto 
6.2. Funciones del producto 
6.3. Características de los usuarios 
6.4. Restricciones 
6.5. Condiciones y dependencias 
7. Requisitos específicos 
7.1. Requisitos comunes de interfaces 
7.1.1. Interfaces de usuario 
7.1.2. Interfaces de hardware 
7.1.3. Interfaces de software 
7.1.4. Interfaces de comunicación 
7.2. Requisitos funcionales 
7.2.1. Requisito funcional 1 
7.2.2. Requisito funcional 2 
7.2.3. Requisito funcional 3 
7.2.4. Requisito funcional 4 
7.2.5. Requisito funcional 5 
7.2.6. Requisito funcional 6 
7.2.7. Requisito funcional 7 
7.2.8. Requisito funcional 8 
7.2.9. Requisito funcional 9 
7.2.10. Requisito funcional 10 
7.2.11. Requisito funcional 11 
7.2.12. Requisito funcional 12 
7.2.13. Requisito funcional 13 
7.2.14. Requisito funcional 14 
7.2.15. Requisito funcional 15 
7.2.16. Requisito funcional 16 
7.3. Requisitos no funcionales 
7.3.1. Requisitos de rendimiento 
7.3.2. Seguridad 
7.3.3. Fiabilidad 
7.3.4. Disponibilidad 
7.3.5. Mantenibilidad 
7.3.6. Portabilidad 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1. Planteamiento del Problema. 
 
Es evidente que en la actualidad gran parte de los estudiantes de educación superior encuentran 
cierta complejidad en su formación académica debido a los constantes retos que presentan 
diariamente, ya sean por aspectos económicos, tecnológicos o por falta de recursos de información 
para realizar sus actividades. Con base a esto suelen surgir casos de deserción académica, los 
cuales van aumentando paulatinamente con el paso de los años. 
La Universidad de Santander (UDES) realizó un estudio en el periodo 2019-2 donde se registró 
una tasa de desertores del 10,4% (Gráfico 1) de lo que se puede decir que es negativo para el 
estudiante que atrasa su formación académica. 
 
 
 
 
 
 
 
 
 
Gráfico 1 
Fuente: Registro y Control académico UDES, 2020. 
 
En Colombia, los aspectos principales que conllevan a la deserción estudiantil en la educación 
superior son los siguientes: socioeconómicos, individuales, académicos e institucionales. 
 Desde el aspecto académico tenemos: 
● Falta de preparación desde la educación media en competencias generales. 
● Poca orientación profesional y vocacional antes del ingreso a la universidad. 
● Bajo rendimiento académico. 
● Métodos de estudio y metodologías de aprendizaje obsoletas. 
● Insatisfacción con el programa. 
● Estrés por la carga académica. 
 
 
2. Objetivos 
 
2.1 Objetivo general 
Desarrollar un software que permita reducir la deserción que producen las dificultades académicas 
en los universitarios o tecnólogos. 
2.2 Objetivos Específicos 
● Analizar los requerimientos funcionales y no-funcionales que permita reducir las 
dificultades académicas en los estudiantes universitarios/tecnólogos. 
● Diseñar interfaces amigables que permitan facilidad y comodidad a los estudiantes a la 
hora de resolver sus problemáticas. 
● Ejecutar las pruebas de la aplicación web que garanticen un correcto funcionamiento. 
● Lograr que los estudiantes mejoren sus notas académicas mediante el software. 
● Establecer una herramienta de ayuda 24/7 de ayuda o guía. 
● Disponer de una biblioteca amplia de contenido para el soporte de los estudiantes. 
 
 
3. Metodología 
 
En la metodología a utilizar en este proyecto, realizaremos un poco de prototipos y modelo 
Scrum con el fin de realizar un trabajo en equipo y efectivo. Con la metodología de prototipos 
conseguiremos ese extra de información para una retroalimentación adecuada en el proceso de 
desarrollo del software. 
 
Con “Scrum” se pretende alcanzar el mejor resultado posible en este trabajo de manera 
colaborativa coordinando a todo el equipo para llegar pronto al objetivo ya definido. Y con la 
metodología de desarrollo de prototipos conseguiremos hacer un prototipo en base a los 
requerimientos del cliente simple, ni terminado, incluso de forma rápida y barata, dándonos una 
base sólida sobre qué trabajar y cómo hacerlo. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
4. Cronograma 
En el siguiente cronograma se detalla el tiempo estimado para cada una de las actividades de 
este proyecto. 
OBJETIVO ACTIVIDADES POR 
DESARROLLAR 
TIEMPO EN SEMANAS 
1 2 3 4 5 6 7 8 9 10 1
1 
1
2 
1
3 
1
4 
15 
Analizar los requerimientos 
funcionales y no-funcionales que 
permita reducir las dificultades 
académicas en los estudiantes 
universitarios/tecnólogos 
Requerimientos 
funcionales 
 
Requerimientos no-
funcionales 
 
Diseñar interfaces amigables que 
permitan facilidad y comodidad a 
los estudiantes a la hora de 
resolver sus problemáticas 
Diseño de la interfaz 
 
 
Realización de interfaz 
Implementación de la 
interfaz 
 
Realizar la construcción de la 
aplicación web del proyecto. 
Diseño de la base de datos 
Desarrollo lógico de la 
aplicación y contrición 
(Back-end) 
 
Configuración de servidor 
y conexiones 
 
Optimización de los 
procesos de la aplicación 
 
Ejecutar las pruebas de la 
aplicación web que garanticen un 
correcto funcionamiento. 
 
Pruebas unitarias y 
funcionales del back-end 
de la aplicación web 
 
Pruebas unitarias y 
funcionales de front-end 
de la aplicación web 
 
 
 
5. Especificación de Requisitos Software 
5.1 Introducción 
Este es el documento que nos permitirá plasmar de una manera objetiva y concreta cada uno de 
los requisitos necesarios y fundamentados a lo largo de la elaboración del software. 
 
5.2 Propósito 
Se tiene pensado que EasyWork sea un aplicativo web que pretende ayudar a los estudiantes en 
el desarrollo de las asignaturas universitarias y en sus respectivas actividades académicas, por 
medio de tutorías privadas y explicación de temáticas concretas de las correspondientes 
asignaturas. Además, se analizarán las principales falencias que tienen los universitarios con 
respecto a la asignatura cursada, de esta forma creando un sistema de aprendizaje efectivo para 
cada asignatura. 
 
5.3 Alcance 
Con el proyecto EasyWork se busca desarrollar un aplicativo tanto móvil como web para lidiar 
y tratar de apaciguar la deserción estudiantil que afecta a las universidades y/o instituciones de 
educación superior incluso en el aprendizaje propio. 
 
Por medio la publicación de actividades académicas (exámenes, tareas, asistencias…) Con 
todos los detalles se realizará puentes entre estudiantes con necesidades con expertos, ya sean 
docentes o estudiantes con conocimientos avanzados, cuya finalidad es traer beneficios a ambos 
bandos, económicos para el mentor y de conocimientos para el emisor del post de la tarea antes 
solicitada. 
 
Con la ayuda de estas actividades se busca minimizar estas deserciones antes mencionadas, 
estas pueden ser virtuales o presenciales dependiendo de la actividad propia, cada uno con sus 
limitaciones y su objetivo de aprendizaje con el fin de un buen desarrollo sin promesas vacías, 
justificado todo conhechos. 
 
 
 
 
 
5.4 Definiciones, Acrónimos y abreviaturas 
● Back-end: El trabajo del desarrollador en la parte de back-end es todo lo que va anclado 
al servidor de la aplicación, la lógica de negocio, sin este la aplicación desarrollada en el front-
end no tendría una funcionalidad 
● Front-end: Es todo lo que se puede observar del lado del cliente, es decir, el apartado 
visual de la aplicación. Por lo general se ocupan tecnologías como: HTML5, CSS3, JavaScript 
entre otros para la construcción de las interfaces. En este proyecto se utiliza React como 
herramienta de desarrollo para el Front-end. 
● URL: Resource Locator (Localizador de Recursos Uniformes). Una URL no es más que 
una dirección que es dada a un recurso único en la Web. En teoría, cada URL válida apunta a 
un único recurso. Dichos recursos pueden ser páginas HTML, documentos CSS, imágenes, etc. 
● JSON: Es un formato ligero de intercambio de datos. Leerlo y escribirlo es simple para 
humanos, mientras que para las máquinas es simple interpretarlo y generarlo. Dentro de la 
aplicación se utilizan este tipo de objetos para el intercambio de información entre el back-end 
y front-end. 
● JavaScript: JavaScript es un lenguaje de desarrollo de aplicaciones enfocadas a la web. 
En la actualidad es muy utilizado por las funciones que permite realizar, con el paso del tiempo 
los navegadores han implementado nuevos motores de interpretación, haciendo así que 
JavaScript tenga la capacidad de alcanzar velocidades de ejecución similares a las aplicaciones 
de escritorio, además pueden realizar muchas tareas que antes difícilmente se conseguían, como 
manejar eventos un ejemplo claro de esto es controlar los clics del mouse y además se pueden 
realizar validaciones en el navegador. 
● React: React es una biblioteca JavaScript de código abierto diseñada para crear interfaces 
de usuario con el objetivo de facilitar el desarrollo de aplicaciones en una sola página. Es 
mantenido por Facebook y la comunidad de software libre. En el proyecto hay más de mil 
desarrolladores libres. 
● HTTP: Hypertext Transfer Protocol (HTTP) (o Protocolo de Transferencia de Hipertexto 
en español) es un protocolo de la capa de aplicación para la transmisión de documentos 
hipermedia, como HTML. Fue diseñado para la comunicación entre los navegadores y 
servidores web, aunque puede ser utilizado para otros propósitos también. 
● API: La interfaz de programación de aplicaciones, conocida también por la sigla API, en 
inglés, application programming interface, es un conjunto de subrutinas, funciones y 
procedimientos que ofrece cierta biblioteca para ser utilizada por otro software como una capa 
de abstracción 
● HTTPS: El Protocolo seguro de transferencia de hipertexto (en inglés, Hypertext Transfer 
Protocol Secure o HTTPS) es un protocolo de aplicación basado en el protocolo HTTP, 
destinado a la transferencia segura de datos de hipertexto, es decir, es la versión segura de 
HTTP. 
● Dart: Dart (originalmente llamado Dash) es un lenguaje de programación de código 
abierto, desarrollado por Google. El objetivo de Dart no es reemplazar JavaScript como el 
principal lenguaje de programación web en los navegadores web, sino ofrecer una alternativa 
más moderna. 
● Flutter: Flutter es un SDK de código fuente abierto de desarrollo de aplicaciones móviles 
creado por Google. Suele usarse para desarrollar interfaces de usuario para aplicaciones en 
Android, iOS y Web, así como método primario para crear aplicaciones para Google Fuchsia. 
● Laravel: Laravel es un framework de código abierto para desarrollar aplicaciones y 
servicios web con PHP 5, PHP 7 y PHP 8. Su filosofía es desarrollar código PHP de forma 
elegante y simple, evitando el "código espagueti". Fue creado en 2011 y tiene una gran 
influencia de frameworks como Ruby on Rails, Sinatra y ASP.NET MVC. 
● Framework: Un entorno de trabajo o marco de trabajo es un conjunto estandarizado de 
conceptos, prácticas y criterios para enfocar un tipo de problemática particular que sirve como 
referencia, para enfrentar y resolver nuevos problemas de índole similar. 
● Endpoints: En otras palabras, un endpoint es un extremo de un canal de comunicación. 
Cuando una API interactúa con otro sistema, los puntos de contacto de esta comunicación se 
consideran puntos finales. Para las API, un punto final puede incluir una URL de un servidor o 
servicio. Cada punto final es la ubicación desde la cual las API pueden acceder a los recursos 
que necesitan para llevar a cabo su función. 
 
5.5 Referencias 
● Standard IEEE 830 – 1998, IEEE. 
 
5.6 Resumen 
Este documento está constando de 3 partes, en la primera parte realizamos una breve explicación 
de cuál era la problemática en la que se basaba nuestro proyecto, y también explicaremos los 
objetivos que buscábamos al empezar este proyecto. 
 
En la segunda parte de este proyecto empezamos explicando las metodologías que estaremos 
usando, el cronograma con el que nos basaremos para empezar y finalizar el proyecto y daremos 
una explicación de los requisitos de software de nuestro proyecto. 
 
Y para finalizar en la tercera parte tendremos una descripción global de nuestro producto, y 
también todos los requisitos específicos ya sean funcionales para funcionamiento de nuestra página 
o no funcionales para esta misma. 
 
6. Descripción global del producto 
6.1 Perspectiva del producto 
Easywork está pensado para ser un producto independiente cuyo funcionamiento no estará 
condicionado por otro aplicativo. El contenido de la plataforma será generado y cargado desde 
la misma por los propios usuarios. 
 
Esta subsección debe relacionar el futuro sistema (producto software) con otros productos. Si 
el producto es totalmente independiente de otros productos, también debe especificarse aquí. Si 
la ERS define un producto que es parte de un sistema mayor, esta subsección relacionará los 
requisitos del sistema mayor con la funcionalidad del producto descrito en la ERS, y se 
identificarán las interfaces entre el producto mayor y el producto aquí descrito. Se recomienda 
utilizar diagramas de bloques. 
 
6.2 Funciones del producto 
EasyWork como usuario nos permitirá realizar un posteo de actividad donde se describirá la 
tarea en la cual el usuario necesitará ayuda de la misma manera se podrán ver las publicaciones 
de los diferentes usuarios que necesitan también esta ayuda, en otros apartados se tendrá 
disponibles otras actividades como asesoramiento presencial, trabajos, etc. Cada carta o posteo 
ingresado tiene su propia descripción detallada sobre la actividad y la posibilidad del contacto 
directo con el personal que realizará la actividad, este personal estará previamente ya certificado 
por la aplicación, es decir con permisos para aceptar estas actividades. 
 
 
Figura 1. Funciones generales del sistema 
Fuente: Elaboración propia 
 
6.3 Características de los usuarios 
Esta subsección describe las características generales de los usuarios del producto, incluyendo 
nivel educacional, experiencia y experiencia técnica 
 
Tipo de Usuario Administrador 
Formación Básica TSU en Informática o Sistemas 
Actividades Control y manejo del sistema en general 
 
 
Tipo de Usuario Mentor 
Formación Básica TSU y superior 
Actividades Facilita el proceso de aprendizaje para los estudiantes. 
Toma las actividades posteadas y las resuelve con el 
estudiante 
 
 
Tipo de Usuario Estudiante 
Formación Básica Bachiller 
Actividades Hace publicaciones de actividades en la plataforma 
 
 
6.4 Restricciones 
● Interfaz para ser usada con acceso a internet 
● Los servidores deben ser capaces de atender varias consultas simultáneamente 
● Lenguajes y tecnologías en uso: PHP, JavaScript, Dart, React, Flutter, Laravel 
● Uso de aplicaciones intermediarias para poder realizar los pagos internos 
● El sistema deberá tener un diseño e implementación sencilla,independiente de la 
plataforma o del lenguaje de programación 
 
6.5 Condiciones y dependencias 
● Se planea mantener en el sistema los requisitos (que se plantean a continuación) a lo largo 
de toda la vida útil de la aplicación. 
● Se asume que los requisitos aquí descritos son estables 
● Los equipos en los que se vaya a ejecutar el sistema deben cumplir los requisitos antes 
indicados para garantizar una ejecución correcta de la misma 
 
7. Requisitos específicos 
7.1 Requisitos comunes de interfaces 
7.1.1 Interfaces de usuario 
La interfaz con el usuario consistirá en un conjunto de ventanas con botones, listas y campos 
de textos. Ésta deberá ser construida específicamente para el sistema propuesto y, será 
visualizada desde un navegador de internet 
 
Easywork también cuenta con un aplicativo web en el que los usuarios podrán registrarse y 
acceder a su cuenta. Los usuarios que quieran ser parte de la comunidad de tutores de Easywork 
también podrán realizar la aplicación a la posición por medio de un formulario el cual tendrán 
que rellenar con su información y experiencia en el ámbito en el cual quieran realizar tutorías. 
La plataforma también permitirá a los usuarios publicar posts para solicitar ayuda a los tutores 
con actividades y también podrán acceder a la zona de cursos de formato video. 
 
La interfaz del usuario para móviles contará con varias vistas, una página de inicio de sesión 
para su acceso, un registro para ingresos primerizos, una vista principal con varios elementos 
de actividades recientes, un panel de configuraciones. Está será construida y visualizada desde 
un dispositivo Android 
 
7.1.2 Interfaces de hardware 
Será necesario disponer de equipos de cómputos en perfecto estado con las siguientes 
características: 
 
● Adaptadores de red. 
● Procesador de 1.66GHz o superior. 
● Memoria mínima de 256Mb. 
● Mouse. 
● Teclado. 
 
Para el aplicativo móvil se tendrá que disponer de equipos móviles en perfecto estado con las 
siguientes características 
 
● Adaptadores de red. 
● Procesador de 1.866 MHz o superior. 
● Memoria mínima de 6GB. 
 
7.1.3 Interfaces de software 
Sistema Operativo: Windows 8 o superior. 
Explorador: Mozilla, Chrome o cualquiera. 
Sistema Operativo móvil: Android 6 o superior. 
 
7.1.4 Interfaces de comunicación 
Los servidores, clientes y aplicaciones se comunicarán entre sí, mediante protocolos estándares en 
internet, siempre que sea posible. Se utilizará y predominará el protocolo de comunicación 
HTTPS, dando así un transporte con archivos JSON entre el front-end y el back-end del aplicativo 
mediante endpoints dados en una API Rest. 
 
 
7.2 Requisitos funcionales 
7.2.1 Requisito funcional 1 
Identificación del Requisito RF01 
Nombre del Requisito Autenticación de Usuario. 
Características Los usuarios de la plataforma tendrán que usar sus 
credenciales (email y contraseña) para poder 
identificarlos en el sistema. 
Descripción El sistema podrá identificar de manera individual a 
cada usuario registrado para asignarles una cuenta 
única con la cual podrán interactuar con los demás 
usuarios. 
Prioridad del requerimiento Alta 
 
Autenticación de Usuario: Este requerimiento ayudará al sistema a identificar a cada usuario de 
forma individual. Para poder identificar a un usuario, este ya debe estar registrado en la base de 
datos de usuarios, por lo que el usuario ya se debió de haber registrado previamente. Cuando el 
usuario se haya identificado, este tendrá acceso a su cuenta personal, con la cual podrá acceder a 
todas las funcionalidades disponibles según su rol, que por defecto será “Estudiante”. 
 
7.2.2 Requisito funcional 2 
Identificación del Requisito RF02 
Nombre del Requisito Registro de Estudiante 
Características Los usuarios de la plataforma que sean estudiantes 
tendrán que registrarse usando un usuario, correo y 
contraseña únicos, (entre otros datos), para agregarlos 
a la base de datos del sistema 
Descripción El sistema guardará todas las credenciales del usuario 
para que le asigne una cuenta personal y con esta 
iniciar sesión a la página para empezar a navegar. 
Prioridad del requerimiento Alta 
 
Registro de Estudiante: Este requerimiento es de una alta prioridad ya que si no se registra la 
cuenta en la base de datos no podrán acceder con la cuenta asignada al registro y no podrán usar 
la página debidamente. Luego que el usuario se registre, podrá iniciar sesión con las credenciales 
que usaste que deben ser únicas y disfrutar de todo el material propuesto en nuestro sistema. 
 
7.2.3 Requisito funcional 3 
Identificación del Requisito RF03 
Nombre del Requisito Registro de Mentor 
Características Los usuarios que aún no sean mentores podrán acceder 
al proceso de verificación de mentoría para poder 
verificar si son aptos para el rol. 
Descripción El sistema someterá a los usuarios a un proceso de 
verificación, en el cual se les mostrará un formulario 
para que ingresen información sobre sus 
conocimientos, y posteriormente preguntas técnicas y 
evaluaciones. 
Prioridad del requerimiento Alta 
 
Registro de Mentor: El registro de mentores es un requisito de alta prioridad, puesto que es un 
rol de usuario primordial para el correcto funcionamiento de Easywork, ya que estos serán los 
encargados de dar mentorías a los estudiantes a cambio de dinero. Sin embargo, los usuarios que 
quieran acceder al rol de mentor deberán realizar una prueba técnica de calidad enfocada a su 
campo de especialidad para saber si son aptos para desempeñar el rol. La prueba técnica contará 
con varias fases, siendo la primera de estas completar un formulario con información general del 
aspirante a mentor y su campo de estudio, para posteriormente pasar a segunda y tercera fase que 
serán fuera de la plataforma y se realizará por medio de actividades propuestas por correo y 
reuniones virtuales. 
 
7.2.4 Requisito funcional 4 
Identificación del Requisito RF04 
Nombre del Requisito Validación de Mentor 
Características Esta consta de varias fases en la que el estudiante va a 
ser valorado por expertos para ver si es apto para ser 
un mentor en nuestra página. 
Descripción Esta validación consta de varias fases la cual la primera 
es completar un formulario y de ahí si el cumple consta 
de 2 fases más que ya se realizan fuera de la 
plataforma. 
Prioridad del requerimiento Alta 
 
Validación del mentor: Este es un requisito de prioridad alta debido a que es necesario para poder 
convertirse en mentor en nuestro sistema, debido a que para mantener toda la información y ayudas 
prestadas a los estudiantes tienen que ser confiables, se realizarán varias fases para validar a 
alguien para ser mentor, siendo la primera un formulario con información general y luego de eso 
procederán a suceder la segunda y tercera fase que serán fuera de nuestra plataforma que serán 
entre actividades que se enviaran a sus correos y reuniones virtuales entre nosotros y el aspirante. 
 
7.2.5 Requisito funcional 5 
Identificación del Requisito RF05 
Nombre del Requisito Registro de actividades 
Características Los usuarios tendrán la posibilidad de enviar sus 
propias actividades en la plataforma. 
Descripción Se podrá subir actividades varias de cualquier tema en 
nuestro sistema. Estas quedarán guardadas en el perfil 
de los usuarios, y los demás usuarios, incluidos 
mentores, podrán comentar dichas actividades. 
Prioridad del requerimiento Alta 
 
Registro de Actividades: Este requerimiento es muy apreciado por los usuarios con el rol 
“estudiantes” ya que cualquier trabajo que ellos necesiten algunas dudas puedan subirlo y llevar 
un registro de sus actividades y están quedaran guardadas en su perfil y podrá acceder a ellas y sus 
comentarios en cualquier momento. 
 
7.2.6 Requisito funcional 6 
Identificación del Requisito RF06 
Nombre del Requisito Consultade actividades 
Características Los usuarios tendrán la posibilidad de ver e interactuar 
con las actividades publicadas por los demás usuarios 
en la plataforma. 
Descripción Se podrá consultar actividades relacionadas al campo 
de interés de un usuario en una sección que mostrar las 
actividades organizadas por fecha de publicación, en el 
que se podrá navegar por ellas. También se podrá 
consultar las actividades publicadas por un usuario 
específico entrando a su perfil. 
Prioridad del requerimiento Alta 
 
Consulta de actividades: Este requerimiento será mucho más apreciado para aquellos usuarios 
con el rol de “Mentor”, ya que ellos son los que más se interesan por las actividades disponibles, 
además deben ver con mucha más frecuencia actividades relacionadas a su campo de especialidad. 
Los usuarios de rol “Estudiante” también podrán ver las actividades propuestas e interactuar en 
ellas (comentar, votar), ya que es posible que encuentren una actividad parecida o relacionada con 
una que ellos necesiten. Los estudiantes también podrán ver sus actividades en su perfil para tener 
constancia de cuanto han participado. 
 
7.2.7 Requisito funcional 7 
Identificación del Requisito RF07 
Nombre del Requisito Interacción entre usuarios 
Características Permitirá a estudiante tener contacto directo (chat) con 
un mentor con el que haya quedado de acuerdo en 
hacer su trabajo 
Descripción Cuando se haga match (se hizo acuerdo entre 
estudiante y mentor) habrá la opción de que pueda 
haber una comunicación dentro de la aplicación 
Prioridad del requerimiento Alta 
 
Interacción entre usuarios: Esto implica un apartado de mensajería directa entre usuarios, 
quienes son el estudiante y el mentor quienes llegarán a un acuerdo para la realización la actividad 
propuesta, ya sea un trabajo, parcial o una enseñanza 
● Enviar y recibir mensajes textuales. 
● Enviar y recibir contenido multimedia: Esto les permitirá ser más específicos con la 
actividad designada, enviando así, fotos, videos, audios y documentos para apoyarse 
 
7.2.8 Requisito funcional 8 
Identificación del Requisito RF08 
Nombre del Requisito Puntuaciones para mentores 
Características Permita la opción de escoger una puntuación en 
estrellas como reseña al mentor que brindó el servicio, 
esta puntuación la realizará el estudiante seleccionando 
la cantidad de estrellas que le desea puntuar, pueden 
ser desde 0 hasta 5 estrellas incluyendo la mitad de una, 
por ejemplo, 1.5 estrellas 
Descripción Después de que el estudiante recibe el servicio por 
parte del mentor, éste realizará su valoración 
correspondiente del mentor. 
Prioridad del requerimiento Media 
 
Puntuaciones para mentores: Esto resulta en una medida de catalogar los diferentes mentores 
según la confianza, responsabilidad e incluso sus habilidades, con el fin de darles un historial por 
el cual los diferentes estudiantes podrán guiarse para escoger dichos mentores en sus diferentes 
actividades. 
 
7.2.9 Requisito funcional 9 
Identificación del Requisito RF09 
Nombre del Requisito Notificación de actividades relacionadas. 
Características Permitir al usuario conocer los procesos relacionados 
a los que pertenece. 
Descripción Notificar al usuario sobre los procesos que puede 
realizar o ha realizado en la aplicación, (Realización de 
tareas, actividades aceptadas, contactar usuario). 
Prioridad del requerimiento Alta 
 
Notificación de actividades relacionadas: Esto resulta en una medida de notificar a todo usuario 
dependiendo el rol que emplea en la aplicación, siendo que si es un usuario estándar se le notificará 
de promociones o de actividades que él haya creado para los usuarios con rol de profesor, de esta 
forma también los profesores podrán recibir notificaciones de las actividades que se relaciones con 
su perfil. 
7.2.10 Requisito funcional 10 
Identificación del Requisito RF010 
Nombre del Requisito Sistema de notificación de estado y procesos de las 
tareas en realización, aceptación y finalización. 
Características Permite una notificación del estado de la actividad, 
dependiendo de lo que suceda con ésta 
Descripción Un estudiante publica una actividad, al salir de ésta 
cuando alguien acepte la actividad o la solicite, esta le 
mandará una notificación avisando este cambio de 
estado 
Prioridad del requerimiento Media 
 
Sistema de notificación de estado y procesos de las tareas en realización, aceptación y 
finalización: Una notificación con los cambios de las actividades ya sea posteadas por parte de 
los estudiantes o una donde muestre los cambios de las actividades cuando un mentor la acepto 
para saber el estado en que se encuentre dicha actividad. 
 
7.2.11 Requisito funcional 11 
Identificación del Requisito RF011 
Nombre del Requisito Gestión del perfil 
Características Permitir al usuario actualizar sus datos de su perfil en 
la plataforma. 
Descripción El usuario puede cambiar la mayoría de los datos 
personales que tiene en la plataforma (foto, 
descripción, nombres, etc.) 
Prioridad del requerimiento Alta 
 
Gestión del perfil: Este emplea diversas secciones donde el usuario podrá modificar los datos de 
su perfil, sea la foto, el número de teléfono, nombres, apellidos, carrera afín, entre otras opciones 
que se podrán permitir al usuario su modificación. 
 
 
 
 
 
7.2.12 Requisito funcional 12 
Identificación del Requisito RF012 
Nombre del Requisito Biblioteca de recursos de estudio 
Características Permitirá un espacio para estudiantes y mentores para 
la existencia de sus materiales de estudio aportados por 
ellos 
Descripción Existencia de una biblioteca donde habrá materiales 
para el fortalecimiento del conocimiento 
Prioridad del requerimiento Medio 
 
Biblioteca de recursos de estudio: Existencia y alojamiento de material académico de libre uso 
aportado por los estudiantes y mentores para ser compartido a otros usuarios de la plataforma 
 
7.2.13 Requisito funcional 13 
Identificación del Requisito RF013 
Nombre del Requisito Gestión de recursos de estudio de usuarios 
Características Permiso de acceso a diversos recursos de estudio o 
guía sobre temas relacionados 
Descripción Sistema de gestión sobre los recursos de la aplicación 
donde se tendrá acceso no total por parte de los 
estudiantes 
Prioridad del requerimiento Medio 
 
Gestión de recursos de estudio de usuarios: Estos les permitirá a los usuarios consultar recursos, 
visualizarlos e incluso subir archivos. Teniendo en cuenta que a los usuarios no se les permite la 
eliminación de estos. 
 
Los mentores podrán subir, editar, eliminar y consultar estos recursos con el fin de proporcionarles 
estos contenidos a los estudiantes para un aprendizaje mucho más exitoso. 
 
 
 
7.2.14 Requisito funcional 14 
Identificación del Requisito RF014 
Nombre del Requisito Comentar las actividades 
Características Los usuarios de cualquier rol podrán hacer 
comentarios sobre las actividades publicadas. 
Descripción Sistema de comentarios al pie de cada publicación para 
que los usuarios puedan recibir retroalimentación y 
debatir acerca del tema de la publicación. 
Prioridad del requerimiento Baja 
 
Comentar las actividades: Dado que las actividades están destinadas a ser asignadas a un único 
mentor, la posibilidad de comentar actividades no es de tan alta prioridad como otros requisitos. 
Sin embargo, la posibilidad de poder recibir pequeños comentarios de una publicación puede 
ayudar a los usuarios a formular la publicación de mejor manera, aportar más información e incluso 
debatir sobre el tema para generar más conocimiento alrededor del tema de la tarea publicada. 
 
7.2.15 Requisito funcional 15 
Identificación del Requisito RF015 
Nombre del Requisito Pasarela de pago 
Características Permitir a los usuarios poder realizar pagos por medio 
de la plataforma. 
Descripción Los usuarios podrán pagar por los serviciosutilizados 
en la plataforma de manera segura. 
Prioridad del requerimiento Alta 
 
Pasarela de pago: Se emplea un sistema donde los usuarios podrán pagar por el contenido y las 
clases que se reciban en la plataforma, teniendo control del flujo de dinero que se transfiere a cada 
usuario y seguridad de que el dinero estará bien asegurado. 
 
 
7.2.16 Requisito funcional 16 
Identificación del Requisito RF016 
Nombre del Requisito Existencia de etiquetas para guía 
Características Permitirá que los temas tengan una etiqueta para la 
distinción de temáticas 
Descripción Creación de etiquetas sobre las diferentes asignaturas 
o temas para su fácil clasificación y acceso 
Prioridad del requerimiento Medio 
 
Existencia de etiquetas para guía: Esto será más aprovechado por los usuarios Mentores, ya que 
al tener ellos una etiqueta de temática relacionada podrá ser mejor clasificada la lista de actividades 
para que sea óptimo el emparejamiento entre mentores y estudiantes 
 
7.3 Requisitos no funcionales 
7.3.1 Requisitos de rendimiento 
Identificación del Requisito RN01 
Nombre del Requisito Rendimiento 
Características El sistema garantizará a los usuarios un desempeño en 
cuanto a los datos almacenados en el sistema 
ofreciéndole una confiabilidad a esta misma. 
Descripción Garantizar el desempeño del sistema informático a los 
diferentes usuarios. En este sentido la información 
almacenada o registros realizados podrán ser 
consultados y actualizados permanente y 
simultáneamente, sin que se afecte el tiempo de 
respuesta 
Prioridad del requerimiento Alta 
 
Rendimiento: El rendimiento debe ser un requisito primordial para el correcto funcionamiento de 
la plataforma por diferentes factores. Se planea que el sistema sea multiplataforma y que pueda 
correr en dispositivos con recursos no tan altos, por lo tanto, la aplicación debe tener un alto 
rendimiento usando técnicas de optimización para las distintas plataformas, y aplicando buenas 
prácticas en el código fuente. 
 
7.3.2 Seguridad 
Identificación del Requisito RN02 
Nombre del Requisito Seguridad en información 
Características El sistema garantizará a los usuarios una seguridad en 
cuanto a la información que se procede en el sistema. 
Descripción Garantizar la seguridad del sistema con respecto a la 
información y datos que se manejan tales sean 
documentos, archivos y contraseñas. 
Prioridad del requerimiento Alta 
 
Seguridad en información: Este requisito es demasiado importante debido a que es el que 
asegurará toda tu información y todo lo que agregues a la página tendrás el respaldo de que esa 
información no se usará para ningún fin y tampoco terceros podrán acceder a esta. 
 
7.3.3 Fiabilidad 
Identificación del Requisito RN03 
Nombre del Requisito Fiabilidad continúa del sistema 
Características El sistema al tener pasarelas de pago se debe buscar la 
completa fiabilidad del sistema en cuanto a la 
protección de su pago 
Descripción Los pagos que se realicen a cualquier hora del día en 
los 7 días de la semana deben estar protegida y 
regulada 
Prioridad del requerimiento Alta 
 
Fiabilidad continua del sistema: Este requisito está ligado a cómo usamos los medios de pago 
para nuestro sistema, este garantizara que todos los pagos que se hagan en cualquier plataforma de 
pago, se guardará la información del pago y se asegurará que sus credenciales no se filtren en 
ningún programa de terceros, además los pagos estarán regulados. 
 
 
 
7.3.4 Disponibilidad 
Identificación del Requisito RN04 
Nombre del Requisito Disponibilidad 
Características El sistema tendrá que estar en funcionamiento las 24 
horas los 7 días de la semana. Ya que es una página 
web y una aplicación móvil diseñada para la carga de 
datos y comunicación entre usuarios 
Descripción La disponibilidad del sistema debe ser continua con un 
nivel de servicio para los usuarios de 7 días por 24 
horas, garantizando un esquema adecuado que permita 
la posible falla en cualquiera de sus componentes, 
contar con una contingencia, generación de alarmas. 
Prioridad del requerimiento Alta 
 
Disponibilidad: Nuestro sistema contara con disponibilidad de acceso a él los 7 días de la semana 
24 horas para lo que necesites, ya que como es una página web y aplicativo móvil, esta está 
diseñada para que se realicen carga de datos y comunicación entre usuarios continuamente, 
entonces necesitamos una página que garantice que los usuarios se conecten en cualquier momento 
y que por algún motivo la página falle nosotros tengamos un plan de contingencia para que siga 
funcionando mientras arreglamos el error. 
 
7.3.5 Mantenibilidad 
Identificación del Requisito RN05 
Nombre del Requisito Mantenibilidad 
Características El sistema deberá de tener un manual de instalación y 
manual de usuario para facilitar los mantenimientos 
que serán realizados por el administrador. 
Descripción El sistema debe disponer de una documentación 
fácilmente actualizable que permita realizar 
operaciones de mantenimiento con el menor esfuerzo 
posible. 
Prioridad del requerimiento Alta 
 
Mantenibilidad: Desarrollar el sistema para que sea mantenible reducirá costos a largo plazo, 
reduciendo las correcciones, errores y parches de seguridad. Además, con una buena 
documentación, intuitiva y directa, se ahorrará dinero en capacitación de los administradores, ya 
que en la propia documentación dispondrán de las herramientas necesarias para mantener y usar 
el sistema de forma correcta y como fue pensado por los desarrolladores y diseñadores. Por lo 
tanto, la mantenibilidad del sistema es un requisito con alta prioridad. 
 
7.3.6 Portabilidad 
Identificación del Requisito RN06 
Nombre del Requisito Portabilidad 
Características El sistema podrá ejecutarse en cualquier plataforma, la 
cualquier versión y sin previa configuración. 
Descripción La portabilidad de Easywork no es primordial para 
todas las partes del sistema (por ejemplo, el servidor), 
pero sin embargo es una característica que facilita a los 
usuarios poder usar las aplicaciones del cliente en 
varios dispositivos y sin previa configuración. 
Prioridad del requerimiento 
 
Portabilidad: Para que el sistema pueda ser portable, el software debe correr en cualquier 
dispositivo sin previa configuración. Es importante que las aplicaciones del lado del cliente 
implementen este requerimiento, para facilitar a los usuarios la instalación de estas. Sin embargo, 
para la parte del servidor no es primordial, puesto que la aplicación back-end funcionará siempre 
en un dispositivo del lado del servidor, posiblemente en la nube. Es por esto por lo que este 
requerimiento presenta una prioridad media.