Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Gura Advice
Versión 1.0
Especificación de Requerimientos de Software Versión: 1.0.
Gura Advice Fecha: 28/05/21
ERS
Histórico de Revisiones
Fecha Versión Descripción Autor(es)
28/05/21 1.0 Características del sistema, modelo de caso Jamie Nuñez, Isaac
de uso, especificación casos de uso, Gonzalez,Daniela
especificaciones funciones, requerimientos Echezuría
suplementarios.
Tabla de Contenidos
Características del Sistema 5
Modelo de Casos de Uso 6
Diagrama de Casos de Uso 6
Resumen de Casos de Uso y Actores 6
Especificaciones de Casos de Uso 7
1- Iniciar sesión - Jamie Nuñez 7
2- Logear - Jamie Nuñez 8
3- Registrar - Jamie Nuñez 10
4 - Olvidar Contraseña - Raynold Guerrero 12
5- Gestionar Usuario - Jamie Nuñez 13
6 - Cambiar Foto - Raynold Guerrero 13
7 - Modificar Usuario - Raynold Guerrero 14
8 - Gestionar Contenido - Isaac Gonzalez 15
9- Agregar contenido - Isaac Gonzalez 16
10-Eliminar elemento - Daniela Echezuría 17
11- Filtrar contenido - Jamie Nuñez 17
11-Buscar elemento - Isaac Gonzalez 18
Especificaciones funcionales 19
Logear – 1RJ 20
Registrar – 2RJ 20
Olvidar clave – 3RJ 22
Modificar usuario – 4RJ 23
Cambiar foto – 5RJ 24
Agregar contenido – 6RJ 24
Eliminar contenido – 7RJ 25
Buscar contenido – 1RJ 26
Filtrar contenido – 9RJ 27
Requerimientos suplementarios 28
Usabilidad 28
El sistema debe ser responsive. 28
Interoperabilidad 28
El sistema debe interactuar con las API para la consulta del contenido
audiovisual 28
El sistema debe conectarse a la base de datos para mostrar los datos del usuario 28
El sistema debe usar el protocolo https para el envío y la recepción de información por
parte del servidor. 29
Confiabilidad 29
El sistema debe ser accesible todos los días a toda hora. 29
Eficiencia 29
El sistema debe retornar resultados de la búsqueda en menos de 10 segundos.
29
Seguridad 29
El sistema debe encriptar las contraseñas de los usuarios usando una función
Hash 29
Restricciones de Sistema 29
Estándares aplicables 29
Componentes Comprados 29
Interfaces 29
Interfaces de Software 29
Interfaces de Comunicación 29
Requerimientos de licenciamiento 30
Aspectos legales, derechos de autor y otros avisos 30
Característica
Precedencia
Prioridad
Necesidad (influenciada
ID Nombre Descripción (vista desde
por el sesgo
el negocio)
arquitectónico)
Se requiere 1 Buscar El sistema debe
tener un información buscar los datos
control del del del contenido Alta 1
contenido contenido consultado por el
audiovisual audiovisual usuario.
consumido y/o
pendiente 2 Agregar, eliminar y
Administrar filtrar el contenido
el contenido audiovisual Alta 1
audiovisual
deseado
3 Crear, editar y
eliminar listas con
Gestión
el contenido
personaliza Media 1,2
audiovisual
da de listas
previamente
agregado
4 Reporte de El sistema debe Baja 1,2,3
las generar una serie
estadísticas de estadísticas
de los con la cantidad de
gustos cada tipo de
contenido en la
lista a evaluar.
El sistema debe
mostrar el género
más común de
cada tipo de
contenido
Se requiere 5
poder
recomendar El sistema de
Compartir
contenido a generar un link
links
otras único para que el
personaliza Media 1,2,3
personas de usuario pueda
dos con las
forma compartir la lista
listas
amigable y de su preferencia
eficiente.
Link: https://imgur.com/YOufHht
Descripción:
El sistema debe carga la página ya que esta será la primera interfaz que se le mostrará al
usuario
Precondición:
Flujo básico:
ACTOR SISTEMA
1)Ingresa a la página
Flujos alternos
ACTOR SISTEMAS
5.1) Salir de la página
Descripción:
Requerimiento: 1RJ
Flujo básico:
ACTOR SISTEMA
ACTOR SISTEMA
ACTOR SISTEMA
ACTOR SISTEMA
Descripción:
Requerimiento: 2RJ
Flujo básico:
ACTOR SISTEMA
Flujos alternos:
ACTOR SISTEMA
Flujos alternos:
ACTOR SISTEMA
ACTOR SISTEMA
Precondición:
El usuario debe tener previamente una cuenta y debe tener conexión a internet.
Flujo básico:
ACTOR SISTEMA
ACTOR SISTEMA
Descripción:
Precondición: Tener conexión a internet, tener una cuenta, haber iniciado sesión
Flujo básico:
SISTEMA
ACTOR
1) Este caso de uso se inicia como un caso
extendido de Loguear
2) Muestra la interfaz de Gestionar Usuario
3) Selecciona una opción
4) Si el usuario selecciona:
4.1) Modificar usuario: Se ejecuta el caso de
uso extendido ¨Modificar usuario¨
4.2) Cambiar foto: Se ejecuta el caso de uso
extendido ¨Cambiar foto¨
Descripción:
El sistema debe modificar la foto del perfil del usuario
Requerimiento: 5RJ
Precondición:
El usuario debe tener previamente una cuenta y debe tener conexión a internet.
Flujo básico:
ACTOR SISTEMA
Precondición:
El usuario debe tener previamente una cuenta y debe tener conexión a internet.
Flujo básico:
ACTOR SISTEMA
Flujos Alternos:
1) Flujo Alterno al paso 4
4.1) La contraseña ingresada no coincide con
la del usuario
4.2) Muestra en pantalla mensaje de error
indicando que la contraseña no es válida
4.3) Presiona “X” 4.4) Lo regresa al paso 3
ACTOR SISTEMA
1)Este caso de uso se inicia como un caso 2)Se muestra interfaz gráfica correspondiente al
extendido de gestión de listas. caso de uso del cual precede
Descripción:
El sistema debe poder agregar y guardar un elemento seleccionado al perfil del usuario.
Requerimiento: 6RJ
Precondición:
El usuario debe estar logueado y debe tener conexión a internet.
Flujo básico:
ACTOR SISTEMA
1) Este caso de uso se inicia como un caso 2) Se muestra interfaz gráfica de búsqueda
extendido de gestión de contenido
3) Este caso de uso se extiende al caso de
uso Buscar contenido
4) Selecciona el contenido agregar
5) Selecciona añadir 6) Agrega contenido al perfil del usuario
7) Regresa a paso 2
Flujos alternos:
1) Flujo alterno al paso 6
ACTOR SISTEMA
Poscondición(es):
El sistema muestra que se ha añadido exitosamente el contenido al perfil del usuario. Se actualiza la
base de datos con el nuevo datos.
Requerimiento(s) especial(es): 4.5.2. Seguridad. Solo el usuario puede modificar su perfil 4.2.2
Conexión con la base de datos
Punto(s) de extensión:
El caso de uso “Buscar contenido” se extiende a este caso de uso en el flujo básico en el paso 3.
Precondición:
El usuario debe estar logueado, tener conexión a internet y tener al menos un contenido que eliminar.
Flujo básico:
ACTOR SISTEMA
Flujos alternos:
1) Flujo alterno al paso 7
ACTOR SISTEMA
Precondición:
El usuario debe estar logueado, tener conexión a internet y tener al menos un contenido almacenado.
Flujo básico:
ACTOR SISTEMA
Flujos alternos:
1) Flujo alterno al paso 3. Datos inválidos
ACTOR SISTEMA
3. Especificaciones funcionales
ID de Nombre de requerimiento
especificaci
ón
funcional
1RJ Logear
2RJ Registrar
3RJ Olvidar clave
4RJ Modificar usuario
5RJ Cambiar foto
6RJ Agregar contenido
7RJ Eliminar contenido
Descripción del requerimiento funcional: El sistema debe permitir la entrada de los clientes a
sus respectivos almacenes
3) Estructura de datos:
ID Cam Descripción T L RPV VP I/ R/ Validacion
po D O O es
User Usua Va a contener el SCE 5 o A-Z, a-z, Vac I R Mínimo 5
rio nombre de usuario má 0-9 ío caracteres,
del cliente s no se
puede dejar
en blanco.
Passw Clav Va a contener la SCE 5 o A-Z, a-z, Vac I R Mínimo 5
ord e clave del cliente má 0-9 ío caracteres,
s no se
puede dejar
en blanco.
Descripción del requerimiento funcional: El sistema debe crear un almacén propio para cada
cliente
3) Estructura de datos:
ID Campo Descripció T L RPV VP I/ R/ Validacione
n D O O s
User Usuario Va a SC 5 o A-Z, a- Vac I R Mínimo 5
contener el E má z, 0-9 ío caracteres,
nombre de s no se puede
usuario del dejar en
cliente blanco.
Password Clave Va a SC 5 o A-Z, a- Vac I R Mínimo 5
contener la E má z, 0-9 ío caracteres,
clave del s no se puede
cliente dejar en
blanco.
Confirmació Confirma Va a SC 5 o A-Z, a- Vac I R Mínimo 5
n r clave contener la E má z, 0-9 ío caracteres,
confirmación s no se puede
de la clave dejar en
del cliente blanco.
Name Nombre Va a SC 1 o A-Z, a- Vac I R Solo se
Completo contener el E má z ío permiten
nombre del s letras y
cliente espacios, no
se puede
dejar en
blanco.
Email Correo Va a AN 11 A-Z, a- Vac I R Debe tener
contenedor o z, 0-9, ío un formato
el correo del má caracte válido de
cliente s res email, no se
especi puede dejar
ales en blanco.
Descripción del requerimiento funcional: El sistema debe permitir al cliente recuperar la clave
de su almacén
3) Estructura de datos:
ID Camp Descripción T L RPV VPD I/ R/ Validacione
o O O s
3) Estructura de datos:
ID Campo Descripción T L RPV VPD I/O R/ Validacione
O s
new_Use Usuario Va a contener SCE 5 o A-Z, a- Vací I R Mínimo 5
r el nuevo más z, 0-9 o caracteres,
nombre de no se puede
usuario del dejar en
cliente blanco.
Password Clave Va a contener SCE 5 o A-Z, a- Vací I R Mínimo 5
la clave del más z, 0-9 o caracteres,
cliente no se puede
dejar en
blanco.
Descripción del requerimiento funcional: El sistema debe permitir al cliente cambiar su foto de
perfil
3) Estructura de datos:
Descripción del requerimiento funcional: El sistema debe permitir al cliente agregar contenido a
las listas de su almacén
3) Estructura de datos:
Descripción del requerimiento funcional: El sistema debe permitir al cliente eliminar contenido
de las listas de su almacén
3) Estructura de datos:
Descripción del requerimiento funcional: El sistema debe permitir al cliente buscar el contenido
de su preferencia
3) Estructura de datos:
ID Campo Descripción T L RPV VPD I/O R/ Validacione
O s
Name Nombre Va a contener AN 1 o A-Z, a- Vací I R No se puede
nombre del más z, 0-9, o dejar en
contenido que caracte blanco
el cliente res
desea buscar especia
les
3) Estructura de datos:
4. Requerimientos suplementarios
4.1 Usabilidad
4.2 Interoperabilidad
4.2.1 El sistema debe interactuar con las API para la consulta del contenido
audiovisual
4.3.1 El sistema debe ser accesible todos los días a toda hora.
4.4 Eficiencia
4.5 Seguridad
4.5.1 El sistema debe encriptar las contraseñas de los usuarios usando una
función Hash
4.5.2 El sistema debe garantizar que solo el usuario sea capaz de modificar su
propio perfil y al almacén.
4.5.3 El sistema debe asegurarse de que solo el administrador pueda acceder a
la información de otros usuarios.
4.9 Interfaces
El servidor del sistema se comunica con la base de datos a través del puerto
5432, usando como hosting Heroku y postgreSQL como gestor de base de datos. La
transferencia de información se emplea por medio del protocolo https. Se usa el patrón
de diseño MVC para llevar el flujo de la aplicación entre la base de datos, el servidor y
el cliente.
4.10 Requerimientos de licenciamiento