Sei sulla pagina 1di 41

SRS- ESPECIFICACIÓN DE

REQUERIMIENTOS DE
SOFTWARE
Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz

Pontificia Universidad Javeriana


Trabajo de Grado - Reciclatón
SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz

HISTORIAL DE CAMBIOS

Versión Fecha Sección del Descripción de cambios (corta) Responsable


documento (S)
modificada

Se crea el documento y se realiza Monica


Sección 1 y Abreo
0.1 01/03/16 un bozquejo y esqueleto de las
Sección 2
secciones. Juan Cáceres

Monica
Modificación y arreglo de la Abreo
0.2 02/03/16 Sección 2
sección
Juan Cáceres

Mónica
0.3 09/03/16 Sección 3 Casos de uso Abreo
Juan Cáceres

Mónica
0.4 23/09/16 Seccion 3 RF Abreo
Juan Cáceres

Mónica
0.5 26/04/16 Seccion 3 Correción de RF Abreo
Juan Cáceres

Tabla 1: Historial de cambios

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 1


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Contenido

HISTORIAL DE CAMBIOS ................................................................................................................ 1


CONTENIDO........................................................................................................................................ 2
LISTA DE TABLAS ............................................................................................................................. 4
LISTA DE ILUSTRACIONES ............................................................................................................. 5
1. INTRODUCCIÓN ........................................................................................................................ 6
1.1 PROPÓSITO ................................................................................................................................... 6
1.2 ALCANCE ..................................................................................................................................... 6
1.3 DEFINICIONES, ACRÓNIMOS, Y ABREVIACIONES .......................................................................... 7
1.4 REFERENCIAS ............................................................................................................................... 8
2. DESCRIPCIÓN GLOBAL ......................................................................................................... 10
2.1 PERSPECTIVA DEL PRODUCTO .................................................................................................... 10
2.1.1 Interfaces con el sistema ....................................................................................................... 10
2.1.2 Interfaces con el usuario ....................................................................................................... 10
2.1.3 Interfaces con el Hardware................................................................................................... 11
2.1.4 Interfaces con el Software ..................................................................................................... 11
2.1.5 Interfaces de Comunicación.................................................................................................. 12
2.1.6 Restricciones de Memoria ..................................................................................................... 12
2.1.7 Operaciones .......................................................................................................................... 12
2.1.8 Requerimientos de Adaptación del Sitio ............................................................................... 13
2.2 FUNCIONES DEL PRODUCTO ....................................................................................................... 13
2.3 CARACTERÍSTICAS DEL USUARIO ............................................................................................... 14
2.4 RESTRICCIONES .......................................................................................................................... 14
2.4.1 RESTRICCIONES GENERALES ...................................................................................................... 14
2.4.2 RESTRICCIONES DE SOFTWARE .................................................................................................. 15
2.4.3 RESTRICCIONES DE HARDWARE ................................................................................................. 15
2.5 SUPOSICIONES Y DEPENDENCIAS ............................................................................................... 15
2.5.1 SUPOSICIONES ............................................................................................................................ 15
2.5.2 DEPENDENCIAS .......................................................................................................................... 15
2.6 DISTRIBUCIÓN DE REQUERIMIENTOS ......................................................................................... 16
3. REQUERIMIENTOS ESPECÍFICOS ....................................................................................... 17
3.1 REQUERIMIENTOS FUNCIONALES ............................................................................................... 18
1.1.1 Registrar usuario ...................................................................................................................... 18
1.1.2 Iniciar nivel ............................................................................................................................... 19
1.1.3 Cambiar escenario .................................................................................................................... 27
1.1.4 Generar consejos ...................................................................................................................... 28
1.1.5 Controlar vidas ......................................................................................................................... 29
1.1.6 Manejar Puntajes ...................................................................................................................... 31
1.1.7 Ver instrucciones ....................................................................................................................... 32
1.1.8 Ver créditos ............................................................................................................................... 33
1.1.9 Ver controles ............................................................................................................................. 34
1.1.10 Salir del juego ......................................................................................................................... 35
3.2 REQUERIMIENTOS NO FUNCIONALES ......................................................................................... 37
1.1.1 Portabilidad .............................................................................................................................. 37

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 2


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
1.1.2 Usabilidad ................................................................................................................................. 37
1.1.3 Rendimiento .............................................................................................................................. 38
1.1.4 Disponibilidad ............................................................................................................................ 39

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 3


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Lista de Tablas

Tabla 1: Historial de cambios ........................................................................................................ 1


Tabla 2 Alcance del SRS ............................................................................................................... 7
Tabla 3 Definiciones, Acrónimos y abreviaciones......................................................................... 8
Tabla 4 Interfaces con el software ............................................................................................... 12
Tabla 5 Plantilla Caso de Uso ...................................................................................................... 13
Tabla 6 Descripción de las características del usuario ................................................................. 14
Tabla 7 Mostrar Personaje ........................................................................................................... 18
Tabla 8 Seleccionar personaje ...................................................................................................... 19
Tabla 9 Pantalla de inicio ............................................................................................................. 20
Tabla 10 Ver historia.................................................................................................................... 20
Tabla 11 Desplazar personaje ...................................................................................................... 21
Tabla 12 Actualizar escena .......................................................................................................... 21
Tabla 13 Elegir objeto .................................................................................................................. 22
Tabla 14 Validar obstáculo .......................................................................................................... 22
Tabla 15 Desaparecer objeto ........................................................................................................ 23
Tabla 16 Clasificar objeto ............................................................................................................ 23
Tabla 17 Eliminar objeto.............................................................................................................. 24
Tabla 18 Activar cronometro ....................................................................................................... 24
Tabla 19 Desplazar Camión ......................................................................................................... 25
Tabla 20 Seguir Ruta.................................................................................................................... 25
Tabla 21 Armar la casa ................................................................................................................ 26
Tabla 22 Agarrar las cajas ............................................................................................................ 26
Tabla 23 Dispensador de cajas ..................................................................................................... 27
Tabla 24 Validar cambio de escenario ......................................................................................... 27
Tabla 25 Cambiar escenario ......................................................................................................... 28
Tabla 26 Generar consejos ........................................................................................................... 29
Tabla 27 Cerrar consejo ............................................................................................................... 29
Tabla 28 Inicializar vidas ............................................................................................................. 30
Tabla 29 Disminuir vida nivel 1................................................................................................... 30
Tabla 30 Disminuir vida nivel 2................................................................................................... 31
Tabla 31 Iniciar puntaje ............................................................................................................... 31
Tabla 32 Contabilizar puntaje ...................................................................................................... 32
Tabla 33 Notificación por ejercicio.............................................................................................. 32
Tabla 34 Abrir ventana de instrucciones ...................................................................................... 33
Tabla 35 Abrir ventana de créditos .............................................................................................. 33
Tabla 36 Cerrar ventana créditos ................................................................................................. 34
Tabla 37 Abrir ventana de controles ............................................................................................ 34
Tabla 38 Cerrar ventana de controles........................................................................................... 35
Tabla 39 Confirmar salir del juego .............................................................................................. 35
Tabla 40 Cerrar partida ................................................................................................................ 36
Tabla 41 Perder partida ................................................................................................................ 36
Tabla 42 Portabilidad entre plataformas ...................................................................................... 37
Tabla 43 Manejo de notificaciones .............................................................................................. 38
Tabla 44 Tiempo de carga de datos.............................................................................................. 39
Tabla 45 Disponibilidad del videojuego ...................................................................................... 39

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 4


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Lista de Ilustraciones

Ilustración 1 Interfaces con el usuario ......................................................................................... 11

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 5


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
1. Introducción

A lo largo de esta sección se presentará una descripción general del presente documento donde se
hará referencia al propósito (ver sección 1.1), el alcance del producto (ver sección 1.2), a las
definiciones, acrónimos y abreviaciones (ver sección 1.3), a las referencias (ver sección 1.4) y a
la apreciación global (ver sección 1.5).

1.1 Propósito

El propósito del presente documento es mostrar la especificación de los requerimientos mediante


la construcción del Software Requirement Specification (SRS), a partir de los casos de usos
elaborados anteriormente. Este documento será la base para la implementación y desarrollo del
videojuego Reciclatón. Además, se describirán los componentes y las funcionalidades del mismo
teniendo en cuenta el diseño y los requerimientos que se identifiquen para llevar a cabo el
proyecto.

Este documento tiene como fin de brindar la información referente a las funcionalidades, detalles,
restricciones y funcionamiento del videojuego. Así mismo, el documento actuará como una ayuda
para el equipo de desarrollo que posteriormente implementará el prototipo funcional del
videojuego Reciclatón.

1.2 Alcance
A continuación, se describe el alcance del producto desde 3 aspectos básicos.
Nombre Reciclatón
Funcionalidades Funcionalidades Básicas

Objetivos

Entregar una herramienta tecnológica funcional, que apoye al


aprendizaje en los tópicos de tratamientos de residuos sólidos,

Utilidad mediante la temática de las 3 R’s.

Beneficios

El videojuego está diseñado, para educar y concientizar al


usuario con respecto a la temática de las 3 R’s. La cual busca

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 6


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
generar un mejoramiento con respecto al tema, siempre y
cuando el usuario, realice el juego a conciencia y complete
todos sus niveles.

Los siguientes son los fines educativos:

1. Integrar de forma adecuada, las temáticas y trabajos


relacionadas vistos a lo largo del proceso universitario en la
carrera de Ingeniería de sistemas.
2. Generar y recolectar métricas que puedan ser usadas en

Relación con metas diferentes trabajos y proyectos de grado posteriores.


educativas 3. Documentar todo el proceso realizado a lo largo del trabajo,
para poder ser consultados posteriormente.
4. Dar apoyo a proyectos e instituciones educativas, ue tenga
como objetivo mejorar los conocimientos básicos referente al
correcto tratamiento de residuos sólidos, mediante la temática
de las 3 R’s.

Tabla 2 Alcance del SRS

1.3 Definiciones, Acrónimos, y Abreviaciones


A continuación, se describen los acrónimos y abreviaciones utilizadas a lo largo del proyecto.
Término Descripción
RAM Random-Access Memory
Es la memoria volátil (fácilmente grabable y borrable) del equipo,
la que se utiliza para dar soporte a los datos que necesita una
aplicación al iniciarse en el sistema operativo.

GUI Graphical User Interface


AMD Advanced Micro Devices
Artefacto Producto de software resultando de una serie de actividades
Usuario Papel que representa a las personas que interactúan en forma
directa con el sistema cuando realizan su trabajo.
Stakeholders Toda persona u organización que afecta o son afectados por el
proyecto.

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 7


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Requerimientos Definen el comportamiento interno del software: cálculos, detalles
Funcionales técnicos, manipulación de datos y otras funcionalidades
específicas que muestran cómo los casos de uso serán llevados a la
práctica.

Requerimientos no Especifican criterios que pueden usarse para juzgar la operación de


Funcionales un sistema en lugar de sus comportamientos específicos.

SRS Software Requirement Specification


Es una descripción del propósito y del ambiente de un software que
se encuentre en etapa de desarrollo. Describe lo que hará el
software y como se espera que se comporte el mismo. Minimiza
tiempos y esfuerzos que necesitan los desarrolladores para cumplir
con las metas planteadas y además minimiza el costo del proyecto.
[1]

Tabla 3 Definiciones, Acrónimos y abreviaciones.

1.4 Referencias
[1] IEEE, «42010-2011 - ISO/IEC/IEEE Systems and software engineering -- Architecture
description,» 1 Diciembre 2011. [En línea]. Available:
http://ieeexplore.ieee.org/xpl/articleDetails.jsp?tp=&arnumber=6129467&queryText%3D4
2010.
[2] Unity, «COMPILE UNA VEZ, DESPLIEGUE EN CUALQUIER LUGAR,» Unity
Technologies, 2016. [En línea]. Available: https://unity3d.com/es/unity/multiplatform.
[Último acceso: 02 Marzo 2016].
[3] K. Wiegers, «Process Goodies,» 2002. [En línea]. Available:
http://www.processimpact.com/goodies.shtml. [Último acceso: 18 Marzo 2015].
[4] D. Borman, B. Branden, V. Jacobson y R. Scheffenegger, «Internet Engineering Task Force
(IETF) RFC 7323,» Septiembre 2014. [En línea]. Available:
http://tools.ietf.org/html/rfc7323. [Último acceso: 18 Marzo 2015].
[5] B. Bruegge y A. H. Dutoit, Ingeniería de software orientado a objetos, México: Pearson
Educación, 2002.
[6] . H. Nielsen, P. J. Leach y S. Lawrence, « An HTTP Extension Framework,» Febrero 2000.
[En línea]. Available: http://tools.ietf.org/html/rfc2774. [Último acceso: 18 Marzo 2015].

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 8


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
[7] M. Soegaard y R. F. Dam, «The Encyclopedia of Human-Computer Interaction, 2nd Ed.,»
2014. [En línea]. Available: https://www.interaction-
design.org/encyclopedia/requirements_engineering.html.
[8] Carnegie Mellon University, «Software Engineering Institute,» 2009. [En línea]. Available:
http://www.sei.cmu.edu/productlines/frame_report/req_eng.htm.
[9] B. Nuseibeh y S. EasterBrook, «Requirements Engineering: A Roadmap,» 2000. [En línea].
Available: http://www.cs.toronto.edu/~sme/papers/2000/ICSE2000.pdf.
[10 IEEE Computer Society, IEEE Recommended Practice for Software Requirements
] Specifications - 830-1998, 1998.
[11 Construx Software cxone, Software Requirements Specification, 2002.
]
[12 Construx Software Cxone, Requirements, 2002.
]
[13 Construx Software cxone, Requirements, 2002.
]
[14 A. Cockburn, Basic Use Case Template, Salt Lake, 1998.
]
[15 N. Martinez Carod, «Priorización de Requerimientos de Software utilizando una estrategia
] cognitiva,» [En línea]. Available:
http://sedici.unlp.edu.ar/bitstream/handle/10915/20793/Documento_completo.pdf?sequenc
e=1.
[16 IEEE, «29148-2011 - Systems and software engineering -- Life cycle processes --
] Requirements engineering,» 1 Diciembre 2011. [En línea]. Available:
http://ieeexplore.ieee.org/xpl/articleDetails.jsp?tp=&arnumber=6146379&queryText%3D2
9148.
[17 Universidad de Valladolid, «Especificación de requisitos software,» Septiembre 1998. [En
] línea]. Available: http://www.infor.uva.es/~descuder/proyectos/ipo/requi.htm.
[18 ALEGSA, «Diccionario informático hardware típico de una computadora,» 2006. [En línea].
] Available: http://www.alegsa.com.ar/Dic/hardware.php.
[19 IRONWORKS, Plantilla SRS, Bogota: Pontificia Universidad Javeriana, Segundo Semestre
] 2008.
[20 C. Larman, UML y Patrones. Una introducción al análisis y diseño orientado a objetos y al
] proceso unificado, Madrid: Pearson Educacion S.A, 2006.

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 9


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
2. Descripción Global

El presente documento se llevará a cabo con el fin de describir a los componentes de Reciclatón,
un producto realizado por los estudiantes Mónica Abreo y Juan Cáceres, como proyecto de grado.
A lo largo de este SRS, se realizarán las respectivas descripciones de cada una de las secciones
del presente documento. La descripción global de cada una de las interfaces del producto, sus
restricciones y funcionalidades (ver sección 2) y la especificación de requerimientos (ver sección
3).

2.1 Perspectiva del Producto


Es un videojuego didáctico, creado para apoyar el proceso de enseñanza a niños entre seis y diez
años, en la temática ambiental del tratamiento de residuos sólidos por medio de las 3 R’s. La
aplicación esta diseña para ser didáctica, educativa, además, de poder ser utilizada en los hogares
sin necesidad de un profesor asesor o en un aula educativa como herramienta de aprendizaje de la
clase.

2.1.1 Interfaces con el sistema


El sistema no cuenta con interfaces externas, ya que no hay ninguna que interactúe con el mismo.

2.1.2 Interfaces con el usuario


Reciclatón contará con interfaces que interactuarán con el usuario con el fin de brindarle
la mejor experiencia cuando éste haga uso de las funcionalidades y ventajas de la
aplicación. Estas interfaces son:

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 10


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz

•Interfaz usada para el ingreso de datos y


principalmente para el movimiento del personaje a
Teclado: lo largo del recorrido. Con este podrá tambien,
pausar el juego y realizar las actividades puzzle
según sea el caso.

•Interfaz usada para la navegabilidad por el


Mouse: videojuego, para la selección de las diferentes
opciones que da el sistema con un clic.

• Interfaz utilizada para el despligue de información del


videojuego. La pantalla mostrará las diferentes
Pantalla: interfaces graficas de usuario.
• La interfaz debe soportar una resolución de 1024 x 768
pixeles.

Interfaz •Las interfaces GUI permitirán al usuario interactuar


de una forma facil, rapido y entretenida con la
GUI: aplicación.

Ilustración 1 Interfaces con el usuario

2.1.3 Interfaces con el Hardware


El sistema no interactúa con ningún Hardware externo.

2.1.4 Interfaces con el Software

Producto de Descripción Propósito de uso Versión


Software
Sistema Operativo Es la plataforma en la En estos SO se Plataforma universal
cual se ejecutará el ejecutará la versión de Windows
videojuego. final de videojuego.
[2]
Además, de que se

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 11


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
obtiene portabilidad
para la herramienta.
Browser Es la plataforma en la En el buscador web, Chrome (Se debe
cual se descargará el será la plataforma en activar el componente
videojuego la cual se podrá unity player)
acceder a la descarga
Safari
videojuego.
Internet Explorer
Firefox
Tabla 4 Interfaces con el software

2.1.5 Interfaces de Comunicación


Las interfaces de comunicación que se utilizarán con el fin de interactuar con el usuario que
utilizará el videojuego son las siguientes.

1. El protocolo TCP/IP se utilizará para la conexión y posterior transmisión de datos


bidireccional entre los usuarios. [3] [4]

2.1.6 Restricciones de Memoria


En cuanto a las restricciones de memoria, en esta sección se especificarán las características
necesarias que se necesitan con respecto a la memoria para cada uno de los productos de software
que se mencionaron en la sección de interfaces de software (ver sección 2.1.4).

1. El computador debe contar con 550 MB.

2.1.7 Operaciones

Esta sección especificará las operaciones especiales requeridas por el usuario tales como:

Modo de operación de Usuarios


1. Registrar Nuevo Jugador: Al iniciar el juego, el usuario deberá elegir un personaje.
2. Mover al personaje: Durante el desarrollo del juego, el usuario se desplazará por medio
de las fechas del teclado en los escenarios de cada partida.
3. Jugar escenario: Cada usuario deberá jugar su turno respectivo en el escenario
correspondiente al hilo de su proceso. Además, que aplicará los conocimientos aprendidos
en el escenario anterior y los consejos mostrados durante la partida.
4. Ver instrucciones: Al iniciar cada nivel, el sistema desplegará las instrucciones acordes al
nivel que se inicia.

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 12


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
5. Salir del juego: El usuario podrá finalizar la partida en el momento que termine la
actividad que está realizando.

Periodos de actividad e inactividad


Los periodos de inactividad del sistema, se darán en el momento de actualizaciones o por
cuestiones de mantenimiento de la página. Asimismo, el sistema podrá estar inactivo en caso de
fallos en los servidores que lo contengan. El resto del tiempo el sistema deberá estar activo.

2.1.8 Requerimientos de Adaptación del Sitio

Con el fin de adaptar el sitio que contará con el videojuego, se necesitarán las restricciones
mencionadas en las secciones anteriores del numeral 2.1. (Ver sección 2.1.2, 2.1.3, 2.1.4, 2.1.5,
2.1.6).

2.2 Funciones del Producto

Para dar a conocer de forma clara y concisa las funcionalidades presentes en el producto, se
realizaron dos artefactos importantes, destinados para los distintos stakeholders y desarrolladores.
El primero es el diagrama de Casos de Uso, en el cual se tomó los siguientes enfoques: el ambiente
educativo, el entretenimiento y desde el punto de vista del niño. Además de ilustrar los diferentes
actores y las interacciones en las diferentes funcionalidades.

El segundo, es la documentación de cada Caso de Uso en la siguiente plantilla.

Caso de Uso # < El nombre es la meta descrita en una frase corta con un verbo
activo>
Alcance & nivel <Resumen, tarea principal y sub-función>
Precondiciones
Actor principal, <nombre del actor>.
secundario

Trigger <La acción que le da inicio al Caso de Uso>


Descripción Paso Acción
1 <Pasos del escenario principal>
2 <...>
3

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 13


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Tabla 5 Plantilla Caso de Uso

El diagrama de Casos de Uso se ver en el documento:


 Diagrama de Casos de Uso
La documentación de los respectivos Casos de Uso se puede ver en el documento:
 Casos de Uso

2.3 Características del Usuario


A continuación, se describen las principales características del usuario principal, teniendo en
cuenta el conocimiento básico de este y la frecuencia de uso.

Seguridad o Estudios o
Frecuencia de
Roles Características Experiencia
Privilegios Uso
Técnica
Usuario Son los principales Se necesita un El usuario puede
usuarios del manejo de las usar la página
Niños
videojuego. Los funciones básicas desde que ésta
entre
cuales utilizan la de un computador. no se encuentre
los seis
dinámica del juego, Además de inactiva.
y diez
como medio de conocimientos Además, es
años
aprendizaje sobre la básicos en lectura recomendable
temática principal del que al usarla
tratamiento de complete
residuos sólidos.

Tabla 6 Descripción de las características del usuario

2.4 Restricciones
A continuación, se mostrarán las restricciones que se logró identificar para llevar a cabo el
proyecto.

2.4.1 Restricciones Generales


Las siguientes son las restricciones generales encontradas:
1. El usuario debe elegir un personaje para poder acceder a las actividades del videojuego
didáctico.
2. El usuario debe leer atentamente todas las instrucciones del juego, para aprovechar las
ayudas brindadas y así mejorar la dinámica y velocidad del juego.
3. Para avanzar al siguiente nivel, es indispensable que el usuario haya completado las
actividades del nivel anterior.

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 14


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
4. El equipo de trabajo no debe incumplir ninguna de las normas del manual estudiantil de
la Pontificia Universidad Javeriana.
5. El videojuego será desarrollad en el idioma español.
6. El videojuego finalizará cuando el usuario pierda una vida.
7. Al perder un nivel, el usuario deberá iniciar de nuevo.

2.4.2 Restricciones de Software


Las siguientes son las restricciones de software planteadas:

1. El videojuego será desarrollado en Unity.


2. No se permite el uso de generadores de código.
3. El control de versiones se realizará a través de Dropbox.
4. Ver sección 2.1.4

2.4.3 Restricciones de Hardware


Las siguientes son las restricciones de hardware planteadas:
1. 550 MB para el videojuego.
2. 100 MB libres en RAM
3. Tarjeta de video superior a Radeon™ HD Graphics para ADM
4. Tarjeta de video superior a Intel® HD Graphics 5500 para Intel.

2.5 Suposiciones y Dependencias

2.5.1 Suposiciones
1. El usuario tiene un conocimiento básico respecto al manejo de un computador.
2. El usuario cuenta con una conexión a internet.
3. No se cambiarán los requerimientos identificados en el momento del desarrollo del
videojuego didáctico.

2.5.2 Dependencias
1. Disponibilidad y funcionamiento del servidor donde este alojado el videojuego,
2. La velocidad de internet con la que cuente el usuario para la correcta descarga del
videojuego.
3. La disponibilidad de tiempo del equipo de desarrollo.
4. La disponibilidad de los stakeholders del proyecto.

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 15


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
5. El correcto funcionamiento de los equipos en los cuales se desarrollará el videojuego.
6. La disponibilidad del usuario para la implementación de las pruebas del videojuego.
7. La disponibilidad de los niños que realizarán las pruebas betas.

2.6 Distribución de Requerimientos


La distribución de los requerimientos que implementará la aplicación estará basada, según su
objetivo principal y la relación con el actor. Además, se tendrá en cuenta el tipo asignado a éste
(Requerimiento Funcional y No funcional). Esto determinará la categoría de este entre las
siguientes:

 Usuario: Son los requerimientos que describen una interacción directa entre el usuario y
el sistema, es decir, una acción realizada por el usuario.
 Interfaz: Son los requerimientos asociados al despliegue de información, es decir, como
se debe mostrar la información al usuario.
 Procesos internos: Son los requerimientos que describen el funcionamiento interno del
sistema, es decir, que funcionales debe tener el sistema para que el usuario pueda realizar
las acciones correspondientes.
.

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 16


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
3. Requerimientos Específicos

A continuación, se describen los requerimientos encontrados y se explica de manera general el


proceso realizado para la especificación de estos. Además, se clasificarán de acuerdo a la
distribución descrita anteriormente y se relacionarán con sus respectivos casos de uso para facilitar
la trazabilidad a lo largo del proceso. Los requerimientos estarán divididos en funcionales, los
cuales defines que hace el sistema y los no funcionales, que definen los atributos que le indican al
sistema como realizar su trabajo.

La siguiente tabla describe la plantilla que se utilizará para la especificación de los requerimientos
de la aplicación.

ID Requerimiento:
Versión:
Tipo: Prioridad:

Descripción

Estado: Responsable:
Fecha:
Origen:
Trazabilidad Horizontal

Para tener mayor entendimiento de esta, se explican algunos campos:

 Origen: Case de uso padre.


 ID Requerimiento: se codifica de la siguiente manera:

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 17


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
R de requerimientos luego inicial del Tipo: Funcional o no funcional y el número Ejemplo:
RF001 o RNF001.
 Prioridad: Alta, Media y baja.
 Estado:
Aprobado: Azul
En ejecución: Amarillo
Terminado: Verde
No Aprobado: Rojo
 Trazabilidad Horizontal:
RA: requerimientos que deben ser implementados con anterioridad.
RP: requerimientos que deben ser implementados en paralelo.

Esta plantilla fue modificada de la propuesta por IRONWORLS en su documento [5].

3.1 Requerimientos Funcionales

1.1.1 Registrar usuario


Mostrar personajes
ID Requerimiento: RQF – 01
Versión: 1.0
Tipo: Funcional Prioridad: Media

Descripción: Mostrar personaje Proceso Interno


El sistema debe mostrar el personaje de Ethan y Diana, para ser elegidos.

Estado: Responsable: Juan Cáceres


Fecha: 26/04/16
Origen: CU – 01
Trazabilidad Horizontal

Tabla 7 Mostrar Personaje

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 18


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Seleccionar personaje
ID Requerimiento: RQF - 02
Versión: 2.0
Tipo: Funcional Prioridad: Media

Descripción: Seleccionar personaje Usuario


El sistema debe permitir al usuario elegir una de las dos opciones posibles.

Observaciones:
Se debe tener en cuenta que no es posible elegir los dos personajes a la vez. Además, este
personaje debe mostrarse en todos los niveles del videojuego.
Estado: Responsable: Juan Cáceres
Fecha: 26/04/16
Origen: CU – 01
Trazabilidad Horizontal
CU – 2

Tabla 8 Seleccionar personaje

1.1.2 Iniciar nivel


Pantalla de Inicio de cada nivel
ID Requerimiento: RQF – 03
Versión: 1.0
Tipo: Funcional Prioridad: Media

Descripción: Pantalla de inicio Proceso Interno


El sistema debe mostrar una pantalla de inicio, hasta de cada nivel.

Estado: Responsable: Juan Cáceres


Fecha: 26/04/16
Origen: CU – 02

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 19


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Trazabilidad Horizontal
CU – 01

Tabla 9 Pantalla de inicio

Ver historia
ID Requerimiento: RQF – 04
Versión: 1.0
Tipo: Funcional Prioridad: Media

Descripción: Ver historia Proceso Interno


El sistema debe mostrar la historia en forma de caricatura, en la pantalla de inicio.

Observaciones:
Cada historia debe ir asociada al nivel que se va a iniciar.
Estado: Responsable: Juan Cáceres
Fecha: 5/04/16
Origen: CU – 02
Trazabilidad Horizontal
CU – 01

Tabla 10 Ver historia

Desplazar personaje
ID Requerimiento: RQF – 05
Versión: 1.0
Tipo: Funcional Prioridad: alta

Descripción: Desplazar personajes Proceso Interno


El sistema debe permitir desplazar al personaje por el escenario.

Observaciones:

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 20


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
El personaje debe desplazarse por medio de las flechas del teclado.
Estado: Responsable: Juan Cáceres
Fecha: 5/04/16
Origen: CU – 02
Trazabilidad Horizontal
CU – 01

Tabla 11 Desplazar personaje

Actualizar escena
ID Requerimiento: RQF – 06
Versión: 1.0
Tipo: Funcional Prioridad: alta

Descripción: Actualizar escena objeto Proceso Interno


El sistema debe actualizar la escena cada vez, que se detecte un movimiento del jugador.

Estado: Responsable: Juan Cáceres


Fecha: 26/04/16
Origen: CU - 02
Trazabilidad Horizontal
CU – 01

Tabla 12 Actualizar escena

Mostrar objeto
ID Requerimiento: RQF – 07
Versión: 2.0
Tipo: Funcional Prioridad: Alta

Descripción: Mostrar objeto Proceso interno

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 21


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
El sistema debe mostrar los objetos que van a ser utilizados para completar el nivel, en
cada uno de los escenarios.

Observaciones:
Los objetos son los elementos descritos en el GDD.
Estado: Responsable: Juan Cáceres
Fecha: 26/04/16
Origen: CU – 02
Trazabilidad Horizontal
CU – 01

Tabla 13 Elegir objeto

Validar obstáculo
ID Requerimiento: RQF – 08
Versión: 1.0
Tipo: Funcional Prioridad: alta

Descripción: Validar obstáculo Proceso Interno


El sistema debe validar si el personaje choca con alguno de los obstáculos mientras se
desplaza o permanece estático.

Estado: Responsable: Juan Cáceres


Fecha: 5/04/16
Origen: CU - 02
Trazabilidad Horizontal
CU – 01

Tabla 14 Validar obstáculo

Desaparecer objeto
ID Requerimiento: RQF – 09

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 22


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Versión: 1.0
Tipo: Funcional Prioridad: Alta

Descripción: Desaparecer objeto Proceso Interno


El sistema debe desaparecer el objeto, después que el personaje pase por encima de él.

Estado: Responsable: Juan Cáceres


Fecha: 7/04/16
Origen: CU – 02
Trazabilidad Horizontal

Tabla 15 Desaparecer objeto

Pausar Juego
ID Requerimiento: RQF – 10
Versión: 1.0
Tipo: Funcional Prioridad: Media

Descripción: Pausar Juego


El sistema debe pausar el juego, cuando el usuario le dé clic al botón “Pausa”.

Estado: Responsable: Juan Cáceres


Fecha: 7/04/16
Origen: CU – 02
Trazabilidad Horizontal

Tabla 16 Clasificar objeto

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 23


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Reanudar juego
ID Requerimiento: RQF – 11
Versión: 1.0
Tipo: Funcional Prioridad: Alta

Descripción: Reanudar juego


El sistema debe reanudar el juego cuando el usuario de clic en continuar, en la pantalla
de pausa.

Estado: Responsable: Juan Cáceres


Fecha: 7/04/16
Origen: CU - 02
Trazabilidad Horizontal

Tabla 17 Eliminar objeto

Activar cronometro
ID Requerimiento: RQF – 12
Versión: 1.0
Tipo: Funcional Prioridad: alta

Descripción: Activar cronometro


El sistema debe activar el cronometro en el nivel 1, una vez el jugador haya recolectado
todos los consejos

Estado: Responsable: Juan Cáceres


Fecha: 26/04/16
Origen: CU – 02
Trazabilidad Horizontal
CU – 02

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 24


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz

Tabla 18 Activar cronometro

Desplazar Camión
ID Requerimiento: RQF – 13
Versión: 1.0
Tipo: Funcional Prioridad: alta

Descripción: Desplazar camión


El sistema debe desplazar el camión, en el nivel 2 ha una velocidad constante.

Estado: Responsable: Juan Cáceres


Fecha: 5/04/16
Origen: CU – 02
Trazabilidad Horizontal
CU – 02

Tabla 19 Desplazar Camión

Seguir ruta
ID Requerimiento: RQF – 14
Versión: 1.0
Tipo: Funcional Prioridad: alta

Descripción: Seguir ruta


El sistema debe desplazar al camión por una ruta especifica en el nivel 2.

Estado: Responsable: Juan Cáceres


Fecha: 5/04/16
Origen: CU – 03
Trazabilidad Horizontal

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 25


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
CU – 02

Tabla 20 Seguir Ruta

Armar la casa
ID Requerimiento: RQF – 15
Versión: 1.0
Tipo: Funcional Prioridad: alta

Descripción: Armar la casa


El sistema debe rellenar los espacios marcados en la casa, cada vez que el usuario complete
el elemento.

Estado: Responsable: Juan Cáceres


Fecha: 26/04/16
Origen: CU – 02
Trazabilidad Horizontal
CU – 02

Tabla 21 Armar la casa

Agarrar las cajas nivel 3


ID Requerimiento: RQF – 16
Versión: 1.0
Tipo: Funcional Prioridad: alta

Descripción: Agarrar las casas


El sistema debe permitir al usuario agarrar las cajas desplegadas en el nivel 3.

Estado: Responsable: Juan Cáceres


Fecha: 5/04/16

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 26


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Origen: CU – 03
Trazabilidad Horizontal
CU – 02

Tabla 22 Agarrar las cajas

Dispensador de cajas nivel 3


ID Requerimiento: RQF – 17
Versión: 1.0
Tipo: Funcional Prioridad: alta

Descripción: Dispensador de cajas


El sistema debe proveer una nueva caja en el nivel 3, cada vez que el usuario agarre la
anterior.

Estado: Responsable: Juan Cáceres


Fecha: 26/04/16
Origen: CU – 02
Trazabilidad Horizontal
CU – 02

Tabla 23 Dispensador de cajas

1.1.3 Cambiar escenario


Validar cambio de escenario
ID Requerimiento: RQF – 18
Versión: 1.0
Tipo: Funcional Prioridad: alta

Descripción: Validar cambio de escenario


El sistema debe validar cuando el usuario haya completado todos los requerimientos para
pasar de nivel.

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 27


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz

Estado: Responsable: Juan Cáceres


Fecha: 5/04/16
Origen: CU – 03
Trazabilidad Horizontal
CU – 02

Tabla 24 Validar cambio de escenario

Cambiar escenario
ID Requerimiento: RQF – 19
Versión: 1.0
Tipo: Funcional Prioridad: alta

Descripción: Cambiar escenario


El sistema debe cambiar el escenario, cuando la validación sea verdadera.

Estado: Responsable: Juan Cáceres


Fecha: 5/04/16
Origen: CU – 03
Trazabilidad Horizontal
CU – 02

Tabla 25 Cambiar escenario

1.1.4 Generar consejos


Generar consejo
ID Requerimiento: RQF – 20
Versión: 1.0
Tipo: Funcional Prioridad: Alta

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 28


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Descripción: Generar consejo Usuario
El sistema debe mostrar un consejo en la parte superior de la pantalla, cada vez que el
jugador seleccione el objeto.

Estado: Responsable: Juan Cáceres


Fecha: 6/04/16
Origen: CU – 04
Trazabilidad Horizontal
CU – 02

Tabla 26 Generar consejos

Cerrar consejo
ID Requerimiento: RQF – 21
Versión: 1.0
Tipo: Funcional Prioridad: media

Descripción: Cerrar consejo Usuario


El sistema debe dejar de mostrar el consejo en pantalla después que el jugador de clic en
la tecla “C”.

Estado: Responsable: Juan Cáceres


Fecha: 26/04/16
Origen: CU – 04
Trazabilidad Horizontal
CU – 02

Tabla 27 Cerrar consejo

1.1.5 Controlar vidas


Inicializar vida
ID Requerimiento: RQF – 22

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 29


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Versión: 1.0
Tipo: Funcional Prioridad: media

Descripción: Inicializar vida


El sistema debe inicializar la vida al iniciar la partida

Estado: Responsable: Juan Cáceres


Fecha: 6/04/16
Origen: CU – 05
Trazabilidad Horizontal
CU – 02 CU – 07

Tabla 28 Inicializar vidas

Disminuir vida nivel 1


ID Requerimiento: RQF – 23
Versión: 1.0
Tipo: Funcional Prioridad: Alta

Descripción: Disminuir vida


El sistema debe disminuir la vida cuando el cronometro se acabe en el nivel 1, y el jugador
no haya completado la actividad.

Estado: Responsable: Juan Cáceres


Fecha: 26/04/16
Origen: CU – 05
Trazabilidad Horizontal
CU – 02 CU – 07

Tabla 29 Disminuir vida nivel 1

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 30


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Disminuir vida nivel 2
ID Requerimiento: RQF – 24
Versión: 1.0
Tipo: Funcional Prioridad: Alta

Descripción: Disminuir vida


El sistema debe disminuir la vida cuando el personaje se aleje del camión 15 metros.

Estado: Responsable: Juan Cáceres


Fecha: 26/04/16
Origen: CU – 05
Trazabilidad Horizontal
CU – 02 CU – 07
Tabla 30 Disminuir vida nivel 2

1.1.6 Manejar Puntajes


Iniciar puntaje
ID Requerimiento: RQF – 25
Versión: 1.0
Tipo: Funcional Prioridad: media

Descripción: Iniciar puntaje


El sistema debe iniciar el puntaje en cero en cada uno de los elementos a clasificar.

Estado: Responsable: Juan Cáceres


Fecha: 6/04/16
Origen: CU – 06
Trazabilidad Horizontal
CU – 02 CU-06

Tabla 31 Iniciar puntaje

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 31


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Aumentar puntaje
ID Requerimiento: RQF – 26
Versión: 1.0
Tipo: Funcional Prioridad: Alta

Descripción: Aumentar puntaje


El sistema debe aumentar el puntaje del objeto, cada vez que el jugador lo elija.
Para entender la correcta forma de manejar el puntaje ver el GDD.

Estado: Responsable: Juan Cáceres


Fecha: 6/04/16
Origen: CU – 06
Trazabilidad Horizontal
CU – 02 CU-06

Tabla 32 Contabilizar puntaje

Notificación por ejercicio


ID Requerimiento: RQF – 27
Versión: 1.0
Tipo: Funcional Prioridad: Alta

Descripción: Notificación por ejercicio.


El sistema debe notificar al jugador cada vez que realice una actividad correcta o
incorrecta. Para la correcta el mensaje debe ser “Muy bien has gana puntos” y para la
incorrecta “lo sentimos, debes intentarlo de nuevo”.

Estado: Responsable: Juan Cáceres


Fecha: 6/04/16
Origen: CU – 06
Trazabilidad Horizontal
CU – 02 CU-05

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 32


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz

Tabla 33 Notificación por ejercicio

1.1.7 Ver instrucciones


Mostrar instrucciones
ID Requerimiento: RQF – 28
Versión: 1.0
Tipo: Funcional Prioridad: Media

Descripción: Abrir ventana de instrucciones


El sistema debe mostrar las instrucciones del nivel, en la pantalla de inicio
correspondiente.

Estado: Responsable: Juan Cáceres


Fecha: 5/04/16
Origen: CU – 07
Trazabilidad Horizontal
CU – 02

Tabla 34 Abrir ventana de instrucciones

1.1.8 Ver créditos


Abrir ventana de créditos
ID Requerimiento: RQF – 29
Versión: 1.0
Tipo: Funcional Prioridad: media

Descripción: Abrir ventana de créditos


El sistema debe mostrar la animación de los créditos automáticamente, una vez el jugador
selecciones el botón “ver créditos”.

Estado: Responsable: Juan Cáceres


Fecha: 5/04/16

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 33


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Origen: CU – 08
Trazabilidad Horizontal

Tabla 35 Abrir ventana de créditos

Cerrar ventana de créditos


ID Requerimiento: RQF – 30
Versión: 1.0
Tipo: Funcional Prioridad: media

Descripción: Cerrar ventana de créditos


El sistema debe activar el nivel, en el momento que el usuario cierre la ventana de créditos.

Estado: Responsable: Juan Cáceres


Fecha: 5/04/16
Origen: CU – 08
Trazabilidad Horizontal

Tabla 36 Cerrar ventana créditos

1.1.9 Ver controles


Abrir ventana de controles
ID Requerimiento: RQF – 31
Versión: 1.0
Tipo: Funcional Prioridad: media

Descripción: Abrir ventana de controles


El sistema debe mostrar una ventana con los controles necesarios para ejecutar el juego.

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 34


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Los controles serían las flechas (arriba, abajo, derecha, izquierda) para el movimiento,
espacio para saltar y clic para seleccionar los elementos.

Estado: Responsable: Juan Cáceres


Fecha: 6/04/16
Origen: CU – 9
Trazabilidad Horizontal

Tabla 37 Abrir ventana de controles

Cerrar ventana de créditos


ID Requerimiento: RQF – 32
Versión: 1.0
Tipo: Funcional Prioridad: media

Descripción: Cerrar ventana de créditos


El sistema debe activar el nivel, en el momento que el usuario cierre la ventana de
controles.

Estado: Responsable: Juan Cáceres


Fecha: 6/04/16
Origen: CU – 09
Trazabilidad Horizontal

Tabla 38 Cerrar ventana de controles

1.1.10 Salir del juego


Confirmar salir del juego
ID Requerimiento: RQF – 33
Versión: 1.0

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 35


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Tipo: Funcional Prioridad: media

Descripción: confirmar salir del juego


El sistema debe mostrar una ventana de confirmación, al detectar un clic en el botón
“salir”. Esta ventana debe contar con las opciones “si” la cual cerraría la aplicación y
“no” la cual reanudaría el estado actual.

Estado: Responsable: Juan Cáceres


Fecha: 6/04/16
Origen: CU – 10
Trazabilidad Horizontal

Tabla 39 Confirmar salir del juego

Cerrar partida
ID Requerimiento: RQF – 34
Versión: 1.0
Tipo: Funcional Prioridad: media

Descripción: Cerrar partida


El sistema debe mostrar una ventana de confirmación al usuario, en el momento que
detecte un clic en el botón “salir”. A continuación, debe cerrar la partida y volver al menú
principal.

Estado: Responsable: Juan Cáceres


Fecha: 6/04/16
Origen: CU – 10
Trazabilidad Horizontal

Tabla 40 Cerrar partida

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 36


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Perder partida
ID Requerimiento: RQF – 35
Versión: 1.0
Tipo: Funcional Prioridad: Alta

Descripción: Perder partida.


El sistema debe terminar la partida, cuando el jugador pierda la vida.

Estado: Responsable: Juan Cáceres


Fecha: 26/04/16
Origen: CU – 10
Trazabilidad Horizontal
CU – 02 CU – 07
Tabla 41 Perder partida

3.2 Requerimientos No Funcionales


Esta sección específica los atributos de calidad de la aplicación, teniendo como base la
herramienta. Es decir, la modificabilidad, seguridad, portabilidad, eficiencia, Desempeño, etc.

1.1.1 Portabilidad
ID Requerimiento: RQNF – 36
Versión: 1
Tipo: No funcional Prioridad: Media

Descripción: Portabilidad entre plataformas


El sistema debe ser portable en browser como Chrome, Safari, Firefox, Internet Explorer.
Dado que el videojuego debe poder ser jugado en varios browsers.

Estado: Responsable: Juan Cáceres


Fecha: 5/04/16
Origen: Todos
Trazabilidad Horizontal

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 37


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Todos
Tabla 42 Portabilidad entre plataformas

1.1.2 Usabilidad
ID Requerimiento: RQNF – 37
Versión: 1
Tipo: No funcional Prioridad: Alta

Descripción: Interfaz GUI completa


La interfaz del videojuego debe ser completada para cada una de las pantallas. Además,
las pantallas mostradas deben corresponder con las entradas del usuario.

Estado: Responsable: Juan Cáceres


Fecha: 5/04/16
Origen: Todos
Trazabilidad Horizontal
Todos

ID Requerimiento: RQNF – 38
Versión: 1
Tipo: No funcional Prioridad: Alta

Descripción: Notificaciones del sistema


El sistema debe notificar al usuario, en caso de presentarse cualquier problema en el
sistema por medio de una notificación instantánea.

Estado: Responsable: Juan Cáceres


Fecha: 5/04/16
Origen: Todos
Trazabilidad Horizontal
Todos

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 38


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz

Tabla 43 Manejo de notificaciones

1.1.3 Rendimiento

ID Requerimiento: RQNF – 39
Versión: 1
Tipo: No funcional Prioridad: Media

Descripción: Tiempo de cargas


El sistema debe cargar las diferentes funcionales, tales como niveles, consejos, actividades,
acciones del usuario, en un tiempo no superior a 5 segundos.

Estado: Responsable: Juan Cáceres


Fecha: 5/04/16
Origen: Todos
Trazabilidad Horizontal
Todos

Tabla 44 Tiempo de carga de datos

1.1.4 Disponibilidad
ID Requerimiento: RQNF – 40
Versión: 1
Tipo: No funcional Prioridad: Media

Descripción: Disponibilidad del videojuego


El sistema debe estar disponible durante la realización de las pruebas y la sustentación
del proyecto.

Estado: Responsable: Juan Cáceres


Fecha: 5/04/16

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 39


SRS: Reciclatón
SRS- eSPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWAREMónica Cristina Abreo Ariza – Juan
WEB
Guillermo Cáceres Ruiz
Origen: Todos
Trazabilidad Horizontal
Todos

Tabla 45 Disponibilidad del videojuego

Mónica Cristina Abreo Ariza – Juan Guillermo Cáceres Ruiz 40

Potrebbero piacerti anche