Documento de Análisis de Requerimientos

Proyecto: Gamificación de Juicios - Proyecto Ascendere

Integrantes:
● Bruno Esparza
● Jorge Hurtado
● Luis Ortiz
● Jonathan Rosero
Historial de versiones

Versión: Descripción Elaborado por: Aprobado por: Fecha:

0.1 Borrador 1 Grupo de Trabajo Docente 27/05/2019
0.2 Borrador 2 Grupo de Trabajo Docente
1. Índice de contenidos

Contenido
1. 3
1. 4
1.1. 4
1.2. 4
1.3. 4
1.4. 5
1.5. 6
1.6. 6
2. 6
3. 7
3.1. 7
3.2. 7
3.3. 7
3.3.1. 7
3.3.2. 7
3.3.3. 8
3.3.4. 8
3.3.5. 8
3.3.6. 8
3.3.7. 8
3.3.8. 8
3.4. 9
3.4.3. 10
3.4.4. Error! Bookmark not defined.
3.4.5. Error! Bookmark not defined.
4. 29
1. Introducción
1.1. Propósito del sistema
Dentro de la educación presencial que ofrece la Universidad Técnica Particular de Loja, se brinda
a los estudiantes de carrera de “Derecho” del Área Sociohumanística, la oportunidad de acceder
como participantes y como observadores a la simulación de juicios, la misma actividad que
realiza periódicamente enfocada en diferentes temas como: casos de robo, de estafa, de drogas
entre otros. Pero esta actividad está limitada únicamente a los estudiantes de la modalidad
presencial, por lo que se propone brindar la capacidad de sumergirse en uno de los roles más
importantes que intervienen en un juicio (juez, fiscalía y defensa) y tener un aprendizaje basado
a través del juego a los estudiantes de modalidad a distancia a con el uso de técnicas de
gamificación sobre los juicios grabados que permita al estudiante sumergirse en el caso
establecido.

La propuesta es desarrollar un juego móvil, de toma de decisiones (aventura conversacional), el

cual incluiría los casos que se encuentran en los recursos audiovisuales dispuestos para este
proyecto. Los elementos de gamificación se basan en la toma de acciones y resolución de
rompecabezas por parte de cada estudiante. Para el desarrollo del juego se usarán hilos de
ejecución ya definidos, que abarcan los diferentes escenarios y resultados para cada rol.

1.2. Alcance del sistema

El juego va consistir de un juicio enfocado en el tema de “Robo”, que permitirán tener 3
perspectivas, desde el punto de vista de juez, del abogado de la fiscalía y como abogado de la
defensa, cuya participación tiene objetivos/metas diferentes.

Se permitirá acceder directamente al juego sin necesidad de tener un sistema de administración

de usuarios o de perfiles, para facilitar el acceso y enfocar la atención del estudiante en el juego
como tal, por lo que se tiene un sistema de gestión de proceso de almacenamiento local, que
permitirá reiniciar el avance de forma individual por cada juicio y restaurar el progreso de todo
el juego.

La jugabilidad varía dependiendo del rol escogido, ya que para el juez las acciones del jugador
se limitan analizar la situación y la toma de sentencia final en base a los argumentos y pruebas
mostradas, mientras que por parte de la fiscalía y de la defensa, las acciones a tomar por parte
del jugador son mayores, dentro de un grupo de opciones mostradas el jugador escoge la opción
más viable, que desemboca en un escenario diferente. Se llevará un hilo de ejecución por cada
rol que controla el flujo que realizará el jugador en el juego, con diferentes resoluciones para
cada caso.

1.3. Objetivos y criterios de éxito del Proyecto.

1.3.1.Objetivo Principal

● Crear un entorno de aprendizaje basado en la metodología de la gamificación, adaptado

a los estudiantes cuya participación se encuentra limitada por su residencia,
fomentando el aprendizaje auto-dirigido.

1.3.2.Objetivos Secundarios
● Promover el uso de nuevos recursos de aprendizaje por parte de los estudiantes de la
carrera de Derecho.
● Fomentar la interacción de los usuarios, rompiendo con la clásica experiencia de
aprendizaje pasiva y permitiendo un aprendizaje más rico y eficaz en el que el alumno
también es partícipe activo durante todo el proceso.
● Permitir que las nuevas habilidades o conocimientos que van adquiriendo los
estudiantes puedan aplicarse en el momento de la adquisición.

1.3.3.Criterios de éxito

● Los estudiantes puedan identificar y relacionar los artículos dentro de la Constitución

Nacional con temas de robo y hurto.
● Entregar el juego al cliente en el tiempo acordado (mediados de agosto) y que cumpla
con las expectativas del cliente.
● Potenciar las habilidades de los estudiantes de derecho a través de la experimentación
y el juego, puesto que mediante la experiencia y la diversión más fácil alcanzar
aprendizajes más significativos y funcionales.

1.4. Definiciones, acrónimos y abreviaciones.

Fiscal: Persona que representa y ejerce el ministerio público en los tribunales.

Juez: Persona que tiene autoridad y potestad para juzgar y sentenciar.

Audiencia: Ocasión para aducir razones o pruebas que se ofrece a un interesado en juicio
o en expediente.

Gamificación: Es una técnica de aprendizaje que traslada la mecánica de los juegos al

ámbito educativo-profesional con el fin de conseguir mejores resultados, ya sea para
absorber mejor algunos conocimientos, mejorar alguna habilidad, o bien recompensar
acciones concretas, entre otros muchos objetivos.

Aventura Conversacional: Es un género de videojuegos, en el que la descripción de la

situación en la que se encuentra el jugador proviene principalmente de un texto. A su
vez, el jugador debe teclear la acción a realizar. El juego interpreta la entrada lo cual
provoca una nueva situación y así sucesivamente.

Juicio: Conocimiento de una causa en la cual el juez ha de pronunciar la sentencia.

Artículo: Cada una de las disposiciones numeradas de un tratado, de una ley, de un

reglamento, etc.

Constitución: Ley fundamental de un Estado, con rango superior al resto de las leyes,
que define el régimen de los derechos y libertades de los ciudadanos y delimita los
poderes e instituciones de la organización política.

Sentencia: Resolución de un juez o un tribunal con la cual se concluye un juicio o un

proceso.
 1.5. Referencias
● Diccionario, R. A. E. (2007). Diccionario de la lengua española. Diccionario, De La Lengua
Española.
● Vara, C. F. (2012). Los juegos de aventuras gráficas y conversacionales como base para
el aprendizaje. Revista de estudios de juventud, (98), 101-117.
● Constituyente, A. (2008). Constitución de la República del Ecuador.
● Penal, C. O. I. (2014). Código Orgánico Integral Penal. Quito: Corporación de Estudios y
Publicaciones, Legislación Conexa. Versión Profesional.
● Oficial, R. (2014). Código Orgánico Integral Penal.
● Koster, R. (2013). Theory of fun for game design. " O'Reilly Media, Inc.".

1.6. Visión general

La gamificación consiste en utilizar los elementos otorgados por la retroalimentación utilizados
en los videojuegos en contextos ajenos del juego permitiendo a los estudiantes tener una
herramienta para dar seguimiento a su propio progreso durante su proceso pedagógico.

Los juegos son una herramienta pedagógica por sí mismos porque tienen el potencial de mejorar
y evaluar el desempeño de sus usuarios mediante la retroalimentación instantánea, utilizando
diversas métricas que van desde números (puntos), insignias, logros, sonidos, música,
animaciones, objetos, fragmentos de historia, entre otros. Gracias a esta combinación de
elementos de juego, el videojugador evalúa constantemente su desempeño durante su
interacción con el sistema porque le da un sentido de progresión, de mejora continua. Esta
sensación de progresión lo mantiene cada vez más enganchado con el juego porque el usuario
sabe en todo momento cuál es su nivel, sus puntos y cómo éstos cambian al mismo tiempo que
mejora su habilidad para controlar el sistema.

Uno de los problemas más grandes dentro de la formación tradicional es la evaluación, donde
dado el sistema de puntaje el docente condiciona a los estudiantes a evitar la penalización por
sus errores, el cual es totalmente lo contrario al enfoque de los videojuegos en los que puedes
fallar sin consecuencias, esto ayuda al jugador a aprender en base a prueba y error.

El juego busca ayudar a los estudiantes de derecho tanto de la modalidad presencial como de la
abierta, mediante el proceso de gamificación, a que puedan desenvolverse en una audiencia
dentro del ámbito penal.

2. Sistema actual
Actualmente la carrera de Derecho de la Universidad Técnica Particular de Loja genera
espacios de discusión donde sus estudiantes pueden participar en simulaciones de juicios con
temas de robos u otro tipo de temas legales, con el objetivo de que sus estudiantes participen
y aprendan aplicando este recurso de simulación.

Permitiendo a los estudiantes acceder a los recursos audiovisuales de forma voluntaria y al

mismo tiempo por parte de ciertas materias, aquellos estudiantes que participen en la
generación de estos recursos, se les otorga un puntaje en la materia. Aunque el número de los
estudiantes que participa se encuentra limitado a un número muy pequeño de estudiantes
permitidos.
3. Sistema propuesto
3.1. Visión general
Para que una mayor cantidad de estudiantes tanto de la modalidad abierta como presencial
tengan acceso a un aprendizaje más dinámico se plantea brindar una experiencia más activa con
simulaciones de juicios individuales que ponen en el papel al estudiante de los 3 roles
preestablecidos: juez, defensa y fiscalía, sobre diferentes casos y situaciones penales, todo lo
propuesto se llega a conseguir con la realización de un aplicativo móvil le permitirá al estudiante
participar y aplicar su conocimiento en un caso ficticio.

3.2. Requerimientos funcionales

Código Descripción Solicitado por
RF001 El juego presenta varias opciones, al ser seleccionadas se Representant
determina el hilo de ejecución establecido, las opciones deben e de derecho
estar relacionadas con artículo en concreto de la
constitución/código penal del Ecuador.
RF002 El estudiante podrá seleccionar los siguientes roles: juez, fiscal, Representant
abogado de la defensa; donde la participación como juez se e de derecho
encuentra limitada a una única acción la cual define la sentencia;
mientras que en el rol de abogado de la defensa así como del fiscal,
se tomarán decisiones relacionadas a: selección de testigos,
preguntas a los testigos, e interrogación del acusado.
RF003 El juego debe funcionar en modo offline, previo a la descarga de Representant
cada caso que se tendrá disponible siempre se conecte a internet e de derecho
cada vez que se agreguen nuevos casos.
RF004 El sistema debe permitir guardar y terminar la partida del caso Representant
seleccionado en cualquier momento, de manera manual y de e de derecho
manera automática guardar la partida después de cada selección.
RF005 El juego debe poseer un mecanismo que indique al jugador, la Representant
cantidad de progreso en tiempo real de su avance en el juego, el e de derecho
mismo que se actualiza por cada decisión tomada.
RF006 El juego brinda retroalimentación mostrando en la pestaña inicial Representant
contenido resumido de los artículos e idea principal de los artículos e de derecho
en los que trata los casos jugables.
RF007 El juego debe permitir reiniciar el progreso del caso escogido, en Representant
cualquier momento. e de derecho

3.3. Requerimientos no funcionales

3.3.1. Usabilidad
Código Descripción
RNF001 Tendrá un tema claro y un tema oscuro.
RNF002 El sistema debe proporcionar mensajes de error que sean
informativos y orientados a usuario final
RNF003 Diseño responsive y que cumpla con las métricas de diseño de
google

3.3.2. Confiabilidad
Código Descripción
RNF004 El sistema debe tener una disponibilidad del 99,99% de las veces
en que un usuario intente acceder.
RNF005 El tiempo para iniciar o reiniciar el sistema no podrá ser mayor a 5
minutos.

3.3.3. Rendimiento
Código Descripción
RNF006 Los tiempos de ejecución entre pantallas será de 5s
RNF007 El tiempo entre respuestas debe ser menor a 2s

3.3.4. Compatibilidad
Código Descripción
RNF008 El aplicativo debe de estar disponible para Dispositivos Android e
IOS
RNF009 Debe ser compatible con lectores de pantalla

3.3.5. Implementación
Código Descripción
RNF010 El software debe ser desarrollado en Dart con el SDK de Flutter
RNF011 El Desarrollo se llevará a cabo con el uso de control de versiones
Git y GitHub.

3.3.6. Interfaces
Código Descripción
RNF012 La comunicación con el servidor será a través de WebService y
Streams

3.3.7. Empaquetado
Código Descripción
RNF013 La aplicación debe estar disponible en las tiendas de cada sistema
operativo.

3.3.8. Legal
Código Descripción
RNF014 Los Artículos que se referencian dentro del aplicativo deben de
estar actualizados y vigentes a la ley y ordenanza de ecuador
RNF015 El código estará bajo la Licencia open source “MIT License”
3.4. Modelos del sistema
3.4.1.Escenario Principal

Para empezar la partida, el jugador debe escoger un caso dentro de la lista de juicios
disponibles, donde el estudiante desea participar en el caso “Delito de robo”. La partida
inicia en el momento en el que el estudiante o usuario selecciona uno de los roles dentro
del menú, entre los que se encuentra el rol de juez, fiscal y defensa. Luego se introduce
al jugador con un breve resumen y en entorno a qué gira el caso y el escenario, el
estudiante selecciona el rol de fiscal.

La manera en la que el estudiante como jugador interactúa dentro de la aplicación, se

realiza a manera de un chat con los demás roles que participan cuya conversación está
controlada según el árbol de decisiones establecido, al momento de la intervención del
rol escogido por el jugador se presenta un conjunto de opciones por cada intervención
del rol o personaje, es decir las decisiones que puede llegar a tomar según como se
desarrolla el caso, solo debe escoger una decisión de la lista. El flujo o camino normal
del caso cambia dependiendo de la decisión escogida; entonces las partidas tienen
varios desenlaces, en la que el estudiante gana o pierde el caso por las
decisiones/acciones tomadas.

Si el estudiante llega a perder el caso, el sistema le ofrece la oportunidad de realizar un

intento nuevo ya sea con el mismo rol o con otro. El sistema guarda el progreso por la
ruta fallida que el estudiante experimentó durante la partida, para llevar el control del
progreso del caso (el progreso total del caso incluye haber cruzado por todos los finales
posibles).

3.4.2. Escenarios Posibles

Al seleccionar el rol de juez, el estudiante se ve limitado a una sola decisión que trata de
la sentencia tomada al final del caso donde su decisión está ligada al análisis de las
pruebas y argumentos mostrados por la fiscalía y la defensa.

Un estudiante al seleccionar un rol no deseado o al querer volver a comenzar la partida,

va al menú y reinicia el progreso de la partida actual.

El estudiante al cerrar o salir de una partida, puede retomar el progreso que tenía de
dicha partida.

El estudiante al acabar el juicio y obtener un final malo lo que al finalizar se le dará la

oportunidad de obtener otro final.

Un estudiante termina exitosamente el caso con el rol de “Fiscalía” y desea volver a jugar
el mismo el busca de obtener otra victoria con acciones y decisiones distintas.
 3.4.3. Modelo de casos de uso

ESPECIFICACIÓN DE CASOS DE USO

Simulador de Juicios Versión: 0.2 Fecha: 20/05/2019

Especificación de Caso de Uso: Jugar Partida Defensa/Fiscalía Código: UC01

Elaborado por: Grupo 6

1. Descripción breve

Este caso de uso permite al jugador empezar a jugar una partida con el rol de Defensa o
Fiscalía en un caso judicial.

2. Actores

2.1. Jugador

3. Condiciones previas
3.1. El jugador accedió exitosamente al juego.
3.2. Se ha cargado al menos un caso judicial dentro de la aplicación.
4. Flujo básico de eventos

4.1. Ingreso al caso de uso

Este caso de uso comienza cuando el jugador selecciona uno de los casos judiciales
dentro la lista de casos que se muestran en la pestaña de inicio de la aplicación.
4.2. Selección de rol
El sistema muestra una descripción breve del caso, un título, progreso obtenido y los
roles disponibles para jugar, estos son rol de juez, rol de abogado de la defensa, y rol
de la fiscalía. El Jugador selecciona el rol de la “Defensa” para continuar.
4.3. Inicio del caso o de la partida
 El sistema muestra un texto introductorio del caso judicialuuu, luego los demás
personajes a excepción del rol escogido por el actor, comienzan un diálogo de textos
entre sí hasta la intervención del mismo.
4.4. Selección de decisiones
Cuando los demás roles culminen su diálogo de texto o intervención, el sistema
despliega una pestaña que contiene la lista de posibles decisiones (opciones) que el
actor puede escoger relacionados con un artículo de la Constitución Nacional o código
orgánico integral penal, el actor selecciona su opción y confirma. Luego el sistema
prosigue con el diálogo entre los personajes según la opción escogida por el actor hasta
que el sistema requiera una nueva intervención por parte del actor.
4.5. Finalización de la partida
Al terminar con la última intervención del actor, es decir su última decisión del actor
dentro de la partida. El sistema despliega el último diálogo de texto con la sentencia
emitida por el rol de juez, según el hilo de ejecución correspondiente, muestra un
mensaje al actor “Inocente/Culpable”. El actor confirma la partida y el sistema guarda
su progreso y el caso de uso termina.
5. Flujos alternativos
5.1. Caso con progreso ya realizado
Luego del paso 4.1 del flujo normal el juego le muestra al jugador la información del
caso, título, descripción, el progreso del 33% y los roles disponibles para jugar, estos
son el rol de juez,, y rol de la fiscalía. El rol de abogado de la defensoría está difuminado
ya que este caso ya se ha completado con anterioridad, por lo que este rol está
deshabilitado. El actor selecciona el rol de la “Fiscalía” para continuar, luego de eso
vuelve al paso 4.3.
5.2. Guardar Partida
Luego del paso 4.3, el actor presiona el botón menú y el sistema despliega las opciones,
el actor selecciona la opción “Salvar Caso”. Luego el sistema almacena los datos de la
partida, guarda el progreso y el caso de uso termina.
Nota: Si el actor realiza otra opción que provoque la salida del caso en el que se está
jugando y no presione la opción “Reiniciar Caso”, el sistema asume un estado de
guardado automático.
5.3. Reiniciar Caso
Luego del paso 4.3, el actor presiona el botón menú y el sistema despliega las opciones,
el actor selecciona la opción “Reiniciar Caso”. Luego el sistema borra los datos de la
partida, no se guarda el progreso y el caso de uso continúa en el paso 4.2.
5.4. Salir de la partida
En el paso 4.2, el actor presiona la “flecha volver” y el sistema despliega la pestaña de
inicio, no se guarda el progreso y el caso de uso continúa en el paso 4.1.
5.5. Falla en la carga de datos
En el paso 4.3, en caso de que el sistema no pueda recuperar los datos guardados,
presenta un mensaje de error y el caso de uso termina.
5.6. Caso perdido
En el paso 4.5, si al actor perdió el caso, el sistema despliega el botón “volver a
intentar” el actor confirma, el sistema guarda el progreso y el caso de uso continúa en
el paso 4.2.
6. Escenarios clave
6.1. Escenarios exitosos
6.1.1.Inicio de partida: Flujo básico.
6.1.2.Selección de diferentes roles: Flujo básico + Salir de la Partida.
 6.1.3.Reiniciar Partida: Flujo Normal + Reiniciar Caso.
6.2. Escenarios fallidos
6.3. Error a cargar datos: Flujo básico + Falla en la carga de datos.

7. Post-condiciones
7.1. Se actualiza los datos del jugador.
7.2. Se guarda los datos de la partida
7.3. El jugador regresa a la lista de casos en la pestaña de inicio.

8. Requisitos especiales
8.1. El sistema debe contar con un sistema de recuperación en caso de no encontrar los
datos.
8.2. El sistema de debe enviar el fallo producido a la bandeja de correo del grupo
desarrolladores.

ESPECIFICACIÓN DE CASOS DE USO

Simulador de Juicios Versión: 0.2 Fecha: 20/05/2019

Especificación de Caso de Uso: Jugar Partida Juez Código: UC02

Elaborado por: Grupo 6

1. Descripción breve

Este caso de uso permite al jugador empezar a jugar una partida con el rol de Juez en un
caso judicial.

2. Actores

2.1. Jugador

3. Condiciones previas
3.1. El estudiante accedió exitosamente al juego.
3.2. Se ha cargado al menos un caso judicial dentro de la aplicación, o se encuentren
descargados.

4. Flujo básico de eventos

4.1. Ingreso al caso de uso

Este caso de uso comienza cuando el jugador selecciona el rol de Juez dentro del caso
judicial en el que se encuentra jugando.
4.2. Inicio del caso o de la partida
El sistema muestra un texto introductorio del caso, luego los demás personajes a
excepción del rol escogido por el actor, comienzan un diálogo de textos entre sí hasta
la intervención del mismo.
4.3. Selección de Sentencia
Cuando los demás roles culminen su intervención, el sistema despliega una pestaña
que contiene la lista de posibles decisiones el caso (opciones) que el actor puede
escoger, el actor selecciona su opción de sentencia para el juicio y confirma al sistema.
 4.4. Finalización de la partida
Al terminar con la última intervención del actor, es decir su última decisión del actor
dentro de la partida. El sistema según el hilo de ejecución correspondiente, muestra un
mensaje al actor “Sentencia correcta/incorrecta”. El actor confirma la partida y el
sistema guarda su progreso y el caso de uso termina.

5. Flujos alternativos
5.1. Guardar Partida
Luego del paso 4.3, el actor presiona el botón menú y el sistema despliega las opciones,
el actor selecciona la opción “Salvar Caso”. Luego el sistema almacena los datos de la
partida, guarda el progreso y el caso de uso termina.
Nota: Si el actor realiza otra opción que provoque la salida del caso en el que se está
jugando y no presione la opción “Reiniciar Caso”, el sistema asume un estado de
guardado automático.
5.2. Reiniciar Caso
Luego del paso 4.3, el actor presiona el botón menú y el sistema despliega las opciones,
el actor selecciona la opción “Reiniciar Caso”. Luego el sistema borra los datos de la
partida, no se guarda el progreso y el caso de uso continúa en el paso 4.2.
5.3. Salir partida
En el paso 4.2, el actor presiona la “flecha volver” y el sistema despliega la pestaña de
inicio, no se guarda el progreso y el caso de uso termina.
5.4. Falla en la carga de datos
En el paso 4.3, en caso de que el sistema no pueda recuperar los datos guardados,
presenta un mensaje de error y reinicia el caso de uso.

6. Escenarios clave
6.1. Escenarios exitosos
6.1.1. Inicio de partida: Flujo básico.
6.1.2.Reiniciar Caso: Flujo básico + Reiniciar Caso
6.2. Escenarios fallidos
6.3. Error a cargar datos: Flujo básico + Falla en la carga de datos.

7. Post-condiciones
7.1. Se actualiza los datos del jugador.
7.2. Se guarda los datos de la partida
7.3. El jugador regresa a la lista de casos en la pestaña de inicio.

8. Requisitos especiales
8.1. El sistema debe contar con un sistema de recuperación en caso de no encontrar los
datos.
8.2. El sistema de debe enviar el fallo producido a la bandeja de correo del grupo
desarrolladores.
 ESPECIFICACIÓN DE CASOS DE USO
Simulador de Juicios Versión: 0.2 Fecha: 20/05/2019

Especificación de Caso de Uso: Continuar Partida Código: UC03

Elaborado por: Grupo 6

1. Descripción breve

Este caso de uso permite al jugador continuar con la partida según el rol escogido dentro
del caso.
2. Actores

2.1. Jugador

3. Condiciones previas
3.1. El estudiante accedió exitosamente al juego.
3.2. El actor haya empezado a jugar un caso y no ha completado el hilo de ejecución.

4. Flujo básico de eventos

4.1. Ingreso al caso de uso

Este caso de uso comienza cuando el jugador selecciona el caso que ha sido guardado
por el sistema.
4.2. Inicio del caso judicial/Partida
El sistema carga los datos guardados del caso y despliega todo el diálogo entre los
personajes hasta el momento en el que el caso fue guardado por el sistema.
4.3. Selección de Sentencia
Cuando todo el diálogo se haya cargado, el actor confirma y el sistema despliega una
pestaña que contiene la lista de posibles decisiones el caso (opciones) que el actor
puede escoger, el actor selecciona su opción, es decir la decisión como rol dentro del
juicio y confirma al sistema. El sistema prosigue con el diálogo de texto entre los demás
roles hasta una nueva intervención del actor según el hilo de ejecución.
4.4. Finalización de la partida
Al terminar con la última intervención del actor, es decir su última decisión del actor
dentro de la partida. El sistema según el hilo de ejecución correspondiente, muestra un
mensaje al actor “Inocente/Culpable/Sentencia correcta/incorrecta”. El actor confirma
la partida y el sistema guarda su progreso y el caso de uso termina.

5. Flujos alternativos
5.1. Guardar Partida
Luego del paso 4.3, el actor presiona el botón menú y el sistema despliega las opciones,
el actor selecciona la opción “Salvar Caso”. Luego el sistema almacena los datos de la
partida, guarda el progreso y el caso de uso termina.
Nota: Si el actor realiza otra opción que provoque la salida del caso en el que se está
jugando y no presione la opción “Reiniciar Caso”, el sistema asume un estado de
guardado automático.
5.2. Reiniciar Partida
 Luego del paso 4.3, el actor presiona el botón menú y el sistema despliega las opciones,
el actor selecciona la opción “Reiniciar Caso”. Luego el sistema borra los datos de la
partida, no se guarda el progreso y el caso de uso continúa en el paso 4.2.
5.3. Salir partida
En el paso 4.2, el actor presiona la “flecha volver” y el sistema despliega la pestaña de
inicio, no se guarda el progreso y el caso de uso termina.
5.4. Falla en la carga de datos
En el paso 4.3, en caso de que el sistema no pueda recuperar los datos guardados,
presenta un mensaje de error y reinicia el caso de uso.

6. Escenarios clave
6.1. Escenarios exitosos
6.1.1. Inicio de partida: Flujo básico.
6.2. Escenarios fallidos
6.3. Error a cargar datos: Flujo básico + Falla en la carga de datos.

7. Post-condiciones
7.1. Se actualiza los datos del jugador.
7.2. Se guarda los datos de la partida
7.3. El jugador regresa a la lista de casos en la pestaña de inicio.

8. Requisitos especiales
8.1. El sistema debe contar con un sistema de recuperación en caso de no encontrar los
datos.
8.2. El sistema de debe enviar el fallo producido a la bandeja de correo del grupo
desarrolladores.

ESPECIFICACIÓN DE CASOS DE USO

Simulador de Juicios Versión: 0.2 Fecha: 20/05/2019

Especificación de Caso de Uso: Agregar nuevos casos Código: UC04

Elaborado por: Grupo 6

1. Descripción breve

Este caso de uso permite al administrador de la aplicación agregar nuevos casos jugables.
2. Actores

2.1. Administrador

3. Condiciones previas
3.1. El administrador se encuentra logueado dentro del sistema, con privilegios de edición.

4. Flujo básico de eventos

4.1. Ingreso al caso de uso

 Este caso de uso comienza cuando el administrador selecciona la opción agregar caso
del panel de opciones de administrador.
4.2. Datos generales
El sistema despliega un formulario para el ingreso de los datos del juicio: título,
subtítulo y descripción. El actor proporciona los datos requeridos y confirma al sistema.
4.3. Creación del Hilo de ejecución
El sistema muestra la selección de roles: juez, abogado de la defensa y de la fiscalía. El
administrador selecciona el rol deseado. El sistema despliega una pestaña que contiene
la lista de las posibles opciones para establecer el hilo de ejecución: crear diálogo, crear
decisión, crear suceso. El administrador crea el hilo de ejecución tras usar las los
diferentes herramientas.
4.4. Finalización de la creación de juicio.
Al terminar con todos los cambios deseados el administrador selecciona la opción de
terminar. El sistema crea un json con la información introducida y carga el archivo en
la base de datos del juego.

5. Flujos alternativos
5.1. Falla en el Hilo de Ejecución
En el paso 4.4, si el sistema no es capaz de generar el archivo .json el sistema termina
el caso de uso.
5.2. Crear diálogo
En del paso 4.3, el administrador selecciona la herramienta de crear diálogo. El sistema
pide el ingreso del diálogo y la selección del personaje quien realiza dicho diálogo.
5.3. Crear decisión
En del paso 4.3, el administrador selecciona la herramienta de crear decisión. El sistema
pide el ingreso de un diálogo introductorio y permite agregar desde un mínimo de 2
decisión hasta un máximo de 5.
5.4. Crear Suceso
En del paso 4.3, el administrador selecciona la herramienta de crear suceso. El sistema
pide la selección de una opción de una decisión ya creada, y pide que ingrese la
descripción del suceso.

6. Escenarios clave
6.1. Escenarios exitosos
6.1.1.Crear un nuevo con diálogos, decisiones y sucesos: Flujo básico + Crear diálogo +
crear decisión + crear decisión.
6.2. Escenarios fallidos
6.3. Error a cargar datos: Flujo básico + Falla en el Hilo de Ejecución.

7. Post-condiciones
7.1. Se agrega un nuevo caso.
7.2. El administrador regresa al apartado inicial del sistema.

8. Requisitos especiales
8.1. El sistema de debe enviar el fallo producido a la bandeja de correo del grupo
desarrolladores.
3.4.4. Modelo de objetos

Jugador Persona, que encara los diferentes roles en

búsqueda de llegar a la resolución de una
juicio de los diferentes casos judiciales
planteados.

Audiencia Juicio preparado sobre un tema específico.

por ejemplo: caso de robo, que busca
simular un juicio penal en base al Código
Orgánico Integral Penal.

Rol Representa, cada uno de los participantes de

un juicio: juez, abogado de la fiscalía y de la
defensa, cuyo papel puede ser representado
por el estudiante.

Progreso Situación en el que caso se encuentra

resuelto, por la diferentes rutas existentes.

Ruta Camino establecido por cada uno de lo roles,

que contienen los
acontecimientos/escenarios a suceder dada
las diferentes decisiones que puede tomar el
jugador.

Sentencia Resolución a la que termina el caso, puede

ser una sentencia monetaria que se da en las
primeras partes del caso, y la sentencia final
que sucede en la última audiencia (parte
final del caso).

Dialogo Se muestra la conversación entre cada

personaje acerca de la audiencia,
dependiendo de la ruta escogida.

Opcion Diferentes acciones que puede escoger el

jugador dependiendo del diálogo mostrado.

Partida Almacenamiento del progreso de la

audiencia.

Articulo Almacenamiento de los artículos bases, que

serán mostrados como opciones o
retroalimentación del juego

3.4.5. Diagrama de Clases

3.4.6. Diagramas de Secuencia
3.4.7. Diagrama de Estados
3.4.8. Diagrama de Subsistemas
3.4.9.Diagrama de Arquitectura
3.4.10. Diagrama de Despliegue
3.4.11. Interfaz de usuario—navegabilidad and esquema de pantalla
4. Glosario
● Aplicación: En general, uno o varios programas diseñados para realizar operaciones para
un determinado propósito. En el contexto de Express, un programa que utiliza la API de
Express que se ejecuta en la plataforma Node.js. También puede hacer referencia a un
objeto de aplicación.
● Caso de uso: Un caso de uso es la descripción de una acción o actividad.
● Interfaz gráfica: La interfaz gráfica de usuario, conocida también como GUI, es un
programa informático que actúa de interfaz de usuario, utilizando un conjunto de
imágenes y objetos gráficos para representar la información y acciones disponibles en
la interfaz.
● Objetos: Un objeto es una unidad dentro de un programa de computadores que consta
de un estado y de un comportamiento, que a su vez constan respectivamente de datos
almacenados y de tareas realizables durante el tiempo de ejecución.
● Requisitos funcionales: Un requisito funcional define una función del sistema de
software o sus componentes.
● Requisitos no funcionales: Un requisito no funcional o atributo de calidad es, en la
ingeniería de sistemas y la ingeniería de software, un requisito que sabe bien y especifica
criterios que pueden usarse para juzgar la operación de un sistema en lugar de sus
comportamientos específicos, ya que éstos corresponden a los requisitos funcionales.