Entregables Primer Corte – PoliApuetas

Santiago Carreño

Sebastián Martínez

Carol Muñoz

Diego Parra

Niyireth Prieto

Ingeniería De Software 2

Yamid Eugenio Ramírez Sanchez

Politécnico Gran Colombiano

Ingeniería De Sistemas

Bogotá D.C. 2023

Contenido
1. Perfiles del equipo de desarrollo..............................................................................................3

2. Perfiles de usuarios del sistema...............................................................................................3

3. Requerimientos Funcionales y No funcionales........................................................................3

3.1. Requisitos Funcionales........................................................................................................3

3.1.1. General.....................................................................................................................3

3.1.2. Configuración de la rifa...........................................................................................3

3.1.3. Configuración de la apuesta.....................................................................................3

3.1.4. Venta de boletería.....................................................................................................4

3.1.5. Sorteo.......................................................................................................................4

3.2. Requisitos No Funcionales..................................................................................................4

3.2.1. Seguridad.................................................................................................................4

3.2.2. Usabilidad:...............................................................................................................4

3.2.3. Rendimiento:............................................................................................................4

3.2.4. Disponibilidad:.........................................................................................................4

3.2.5. Compatibilidad:........................................................................................................4

3.2.6. Licenciamiento:........................................................................................................5

4. El diagrama BPMN..................................................................................................................5

4.1. Nivel 0..................................................................................................................................5

4.2. Nivel 1..................................................................................................................................5

5. Estimación de cada funcionalidad...........................................................................................6

6. Historias de usuario..................................................................................................................7

7. Casos de uso.............................................................................................................................7

8. Diagrama de clases................................................................................................................20
9. Diagrama de secuencias de las funcionalidades definidas.....................................................20

9.1. Registrar Datos...................................................................................................................21

9.2. Iniciar Sesión.....................................................................................................................21

9.3. Crear Rifa...........................................................................................................................21

9.4. Abrir Venta de boletas........................................................................................................22

9.5. Cerrar venta de boletas.......................................................................................................22

9.6. Crear Apuesta.....................................................................................................................23

9.7. Recargar Cuenta.................................................................................................................23

9.8. Historial de rifas y apuestas...............................................................................................24

9.9. Generar Informe Venta de boletas......................................................................................24

9.10. Comprar boletas de la rifa..............................................................................................25

9.11. Generar Sorteo...............................................................................................................26

9.12. Publicar resultados y autorizar pagos............................................................................27

10. Diagrama de componentes del sistema..................................................................................27

11. Diagrama de despliegue del sistema......................................................................................28

 1. Perfiles del equipo de desarrollo

 Scrum master: Diego Parra

 Product owner: Juan Sebastian Martinez
 Líder de desarrollo: Santiago Carreño y Niyireth Prieto
 Líder de pruebas e infraestructura: Carol Muñoz

2. Perfiles de usuarios del sistema

Los dos perfiles identificados para el sistema de PoliApuesstas son el Usuario y el Organizador

3. Requerimientos Funcionales y No funcionales

3.1. Requisitos Funcionales

3.1.1. General
 RF1: El usuario y el administrador pueden registrase creando un usuario con su número
de cedula y una contraseña
 RF2: El usuario puede crear un historial de las rifas y las apuestas en las que participo
 RF3: El usuario puede recargar cuenta personal

3.1.2. Configuración de la rifa

 RF4: El organizador puede crear una nueva rifa y especificar el número máximo de
participantes
 RF5: El organizador puede asignar un valor a la boleta dependiendo del premio principal
 RF6: El organizador puede especificar un periodo de tiempo máximo para realizar la
comprar de boletas
 RF7: El organizador puede asignar un premio principal para el ganador del tercer sorteo
de la rifa
 RF8: El organizador puede asignar premio secundario para un participante diferente al
ganador
3.1.3. Configuración de la apuesta
 RF9: El organizador puede registrar apuestas con información sobre el deporte,
campeonato, fecha, marcador, valor mínimo y máximo de la apuesta. = Santiago

3.1.4. Venta de boletería

 RF10: El organizador puede abrir la venta de boletos para una rifa específica
 RF11: El usuario puede comparar una boleta seleccionando alguno de los números
disponibles y realizando el pago
 RF12: El organizador puede cerrar la venta de boletas para una rifa
 RF13: El organizador puede crear un reporte de venta de las boletas de cada rifa

3.1.5. Sorteo
 RF14: Realizar un sorteo aleatorio para determinar los ganadores de una rifa
 RF15: El organizador puede publicar los resultados del sorteo y los ganadores de una rifa
y autorizar el pago

3.2. Requisitos No Funcionales

3.2.1. Seguridad
 RNF1: Implementar medidas de seguridad robustas para proteger las transacciones
financieras y los datos de los participantes.
 RNF2: Utilizar autenticación y autorización para controlar el acceso a diferentes
funcionalidades y datos.

3.2.2. Usabilidad:
 RNF3: Diseñar una interfaz de usuario intuitiva y fácil de usar para permitir que los
usuarios gestionen rifas, apuestas y ventas de boletos sin dificultad.

3.2.3. Rendimiento:
 RNF4: Garantizar tiempos de respuesta aceptables, incluso cuando el sistema maneje un
alto volumen de usuarios, apuestas y transacciones.

3.2.4. Disponibilidad:
 RNF5: Asegurar que el sistema esté disponible en todo momento, con un tiempo de
inactividad planificado mínimo para mantenimiento.
 3.2.5. Compatibilidad:
 RNF6: Asegurar que la aplicación web sea compatible con diferentes navegadores web
modernos.

3.2.6. Licenciamiento:
 RNF7: Asegurar que todos los componentes utilizados sean de código abierto o no
licenciados, de acuerdo con las restricciones mencionadas.

4. El diagrama BPMN

4.1. Nivel 0

Se diseña el diagrama BPMN en nivel 0 con las generalidades del sistema.

4.2. Nivel 1

Se realiza el diseño del diagrama BPMN en nivel 1 con el proceso de recargar cuenta.
BACKLOG Responsables Fecha Inicio Fecha Fin
Historias de usuario Diego Parra ago-23 sep-23
Diagramas de secuencia Carol Muñoz ago-23 sep-23
Casos de uso Niyireth Prieto ago-23 sep-23
Mockups Sebastian Martinez ago-23 sep-23
Diagrama BPMN general Santiago Carreño ago-23 sep-23
Diagrama BPMN nivel 1 Diego Parra ago-23 sep-23
Diagrama de
componentes Carol Muñoz ago-23 sep-23
Diagrama de despliegue Niyireth Prieto ago-23 sep-23
Deck de pruebas Sebastian Martinez ago-23 sep-23
Diagrama de clases Santiago Carreño ago-23 sep-23
Creacion de RF y RNF Diego Parra ago-23 sep-23

5. Estimación de cada funcionalidad

Estimación Puntos Historia de Usuario

 Pieza Cantidad Story Points
Registro de Usuarios
Formulario de Registro Formulario 1 2
Confirmar Registro Página Web Sencilla 1 1
Inicio de sesión
Pantalla de Login Página Web Sencilla 1 3
Redirección de usuario Servicio Web Sencillo 1 1
Cuenta Personal
Recargar la cuenta personal Servicio Web Medio 1 4
Administración de Rifas
Agregar rifa nueva Página Web Media 1 4
Editar precio boletas Página Web Media 1 3
Agregar premios Página Web Media 2 3
Agregar periodo de venta Página Web Media 1 3
Administración de Apuestas
Agregar apuesta nueva Página Web Media 1 4
Administración de Boletas
Ingresar venta de boletas Página Web Media 1 4
Cierre de boletas Servicio Web Medio 1 3
Selección de boletas Servicio Web Medio 1 3
Generación de Reportes
Generar historial rifa - apuesta Página Web Media 2 5
Generar reporte por variable Página Web Media 1 4
Generar estadísticas de reportes Servicio Web Complejo 1 4

Resultado 51 Puntos

6. Historias de usuario

ID Como Quiero para que pueda Criterios de Aceptación

Una vez que la cuenta esté activa,

Ingresar al sistema y participar en los el usuario debe poder
Id001 Usuario y Organizador Crear una cuenta
diferentes eventos iniciar sesión en el sistema con su
usuario y contraseña.

Mantener un historial de mis

El usuario debe haber participado
Crear un historial de rifas y participaciones de juego en la
Id002 Usuario en mínimo 2 eventos
apuestas plataforma y consultar fácilmente mis
para poder realizar el reporte
anteriores participaciones

Debe haber un primer ganador para

Asignar un premio Entregar un premio al segundo ganador
Id008 Organizador poder entregar
secundario de la rifa
el premio secundario
 Identificador Tipo Prioridad
Id003 Alta
Nombre del Caso de Uso
Usuario puede recargar cuenta personal
La rifa debe estar creada y se debe
Id010 Autor
Organizador Abrir venta de boletas Fecha
Asegurarse que la rifa se pueda realizar
especificar un tiempo máximo para
y los premios se puedan entregar
la venta
Juan Sebastián Martínez Ortiz 05/09/2023

Actor Principal Actores involucrados

El sistema debe mostrar una lista de
Usuario Seleccionar un número de Usuario
Participar en el evento y tener la
los números de
boleta de boletas disponibles junto con el
Id011 Usuario oportunidad de oportunidad de ganar
Resumen disponible y realizar el
un premio
precio correspondiente cuando el
pago usuario inicia el proceso de
Usuario puede recargar su cuenta personal para poder realizar apuestas deportivas
selección.

o participar en las diferentes rifas que se generen

Curso Básico de Eventos
Crear un reporte de ventas
Tener un registro de ventas realizadas y La venta de boletas debe estar
Id013 Organizador realizar un seguimiento de los ingresos cerrada y le meta
de boleta
1. El usuario da clic en el botón recargargenerados
cuenta.por la rifa. de venta debe estar cumplida
2. El usuario escoge el método de pago
3. El usuario ingresa los datos requeridos Darpara la transacción
conocimiento de los ganadores de
Id015 4. El
Organizadorusuario confirmara el
Publicar los pago
resultados y la rifa y hacer entrega de los premios La rifa debe estar cerrada y el
autorizar los pagos notificando a los ganadores por medio sorteo realizado previamente
5. Una vez finalizada la transacción, el usuario podrá verificar
del correo electrónico
el dinero en su
cuenta
Caminos Alternativos
1. Si los datos para la transferencia son erróneos:
1.1. El sistema muestre un mensaje que diga: “transacción rechazada, por 7. Cas
favor verifique los datos ingresados”
2. El Usuario quiera cancelar la transacción os
2.1. 2.1 El sistema muestre un mensaje que diga: “transacción rechazada” y
vuelve al inicio de la requisición de datos. de
Caminos de Excepción
uso
El usuario no puede ingresar letras, únicamente números.
Puntos de Extensión
No aplica
Pre – Condiciones
1. CU001 Ingresar al Sistema, con el Rol “usuario”.
2. CU008 Ingresar número los datos requeridos para recargar la cuenta.

Post – Condiciones
El valor recargado será visible en la página principal desde la opción “Total
cuenta”.

Criterios de Aceptación

Borrador de Interfaz Grafica

Identificador Tipo Prioridad
Id004 Núcleo Media
Nombre del Caso de Uso
Crear una nueva rifa y número máximo de participantes.

Autor Fecha
Santiago Esteban Carreño Mancera 05/09/2023

Actor Principal Actores involucrados

Organizador Organizador, Sistema
Resumen
El Organizador puede ingresar al sistema para crear una nueva rifa especificando un
número máximo de participantes.
Curso Básico de Eventos
1. El organizador ingresa al módulo de creación de rifas.
2. El sistema muestra un formulario para ingresar los detalles de la rifa.
3. El organizador especifica el número máximo de participantes.
4. El Organizador confirma la creación de la rifa.
5. El sistema valida la información ingresada.
6. El sistema confirma la creación exitosa de la rifa.
Caminos Alternativos
1. Puede agregar premios adicionales a la rifa una vez creada.
2. Posibilidad de definir fechas especiales o momentos en los que se revelarán
ciertos premios o resultados.
3. Posibilidad de permitir a los participantes comprar más de un cupón o número
para la rifa.
4. Posibilidad de compartir la rifa en redes sociales o plataformas de mensajería
para aumentar la visibilidad y participación.
Caminos de Excepción
1. Si el Organizador especifica un número máximo de participantes inválido
(por ejemplo: caracteres no numéricos, un numero negativo, etc.), el
sistema muestra un mensaje de error.
2. Si es sistema no puede procesar la creación por algún motivo interno, se
informa al Organizador sobre el problema.
Puntos de Extensión
No aplica
Pre – Condiciones
1. El Organizador debe estar registrado y autenticado en el sistema.
2. El Organizador debe tener permisos para crear una rifa.
Post – Condiciones
1. Una nueva rifa es creada con un número máximo de participantes definido.
2. La rifa es visible para otros usuarios o participantes según las configuraciones del
sistema.

Criterios de Aceptación
1. La rifa se crea exitosamente con el número máximo de participantes
especificado.
2. El Organizador recibe confirmación del sistema sobre la creación exitosa.
3. Los datos de la rifa son almacenados correctamente en la base de datos del
sistema.

Borrador de Interfaz Grafica

Identificador Tipo Prioridad

Id005 Núcleo Media
Nombre del Caso de Uso
Asignar un valor a la boleta

Autor Fecha
Niyireth Prieto 04/09/2023

Actor Principal Actores involucrados

Organizador Organizador y Sistema
Resumen
El organizador puede asignar un valor a la boleta según el valor y costo del premio
final y premio secundario
Curso Básico de Eventos
7. El organizador digita el valor del premio y el número de participantes.
8. El sistema divide el realiza la suma de ambos premios y lo divide entre el
número de boletas y le suma el 25% para generar el precio de la boleta.
9. El sistema muestra el valor de la boleta en el campo correspondiente.
10. El organizador visualiza el valor de la boleta y da click en el botón guardar.
Caminos Alternativos
5. Si los campos de valor del premio o número de participantes están vacíos
1.1. El sistema muestra una alerta “Los campos de valor premio y número
de participantes deben contener datos”
Caminos de Excepción
El organizador debe ingresar el tipo de dato requerido en cada campo
Puntos de Extensión
No aplica
Pre – Condiciones
3. RF1 Ingresar al Sistema, con el Rol “organizador”.
4. RF2 El organizador debe crear una rifa.

Post – Condiciones
La nueva rifa se verá registrada en la parte superior de la tabla que muestra un
registro de las ultimas 5 rifas creadas

Criterios de Aceptación
No aplica

Borrador de Interfaz Grafica

Identificador Tipo Prioridad

Id006 Núcleo Media
Nombre del Caso de Uso
Especificar un Periodo de Tiempo Máximo para Comprar Boletas

Autor Fecha
Carol Muñoz 5/09/2023

Actor Principal Actores involucrados

Administrador Administrador
Resumen
especificar un período de tiempo máximo durante el cual los asistentes pueden
comprar boletas.
Curso Básico de Eventos
 11. El actor inicia sesión en el sistema y accede a sección de eventos
12. El actor selecciona el evento al cual se le va a especificar el periodo de
tiempo máximo.
13. El sistema muestra la página del detalle del evento donde se pueden
configurar opciones referentes a la venta de boletos.
14. El sistema presenta un formulario donde se le permite al organizador
cambiar el tiempo máximo de compra de boletas
15. El actor ingresa las fechas y horas de inicio y finalización del período de
compra según sus necesidades.
16. El actor confirma la configuración del período de compra y guarda los
cambios.
Caminos Alternativos
6. Si el actor decide no configurar un período de tiempo máximo para la
compra de boletas, puede cancelar la operación en cualquier momento sin
realizar cambios en la configuración del evento.
Caminos de Excepción
notificar a los asistentes cuando el período de compra está por finalizar
Puntos de Extensión
permitir que el organizador ajuste el período de compra en caso de cambios
inesperados en la planificación del evento.

Pre – Condiciones
5. Ingresar al Sistema, con el Rol “Administrador”.
6. Se encuentra creado un evento para el cual se desean definir reglas de
compra de boletas.
2Post – Condiciones

Criterios de Aceptación
1. El sistema valida que las fechas y horas ingresadas sean coherentes y que
la fecha de inicio no sea posterior a la fecha de finalización del período de
compra.
2. El sistema muestra un mensaje de confirmación al organizador después de
guardar la configuración del período de compra.

Borrador de Interfaz Grafica

Identificador Tipo Prioridad
Id007 Núcleo Media
Nombre del Caso de Uso
Asignar Premio Principal al ganador de la Rifa

Autor Fecha
Diego Parra 05/09/2023

Actor Principal Actores involucrados

Organizador Sistema
Resumen
Este caso de uso permite al organizador asignar un premio principal al ganador del
sorteo de una rifa en la plataforma PoliApuestas. El organizador puede definir y
configurar este premio para incentivar la participación de los usuarios en la rifa.
Curso Básico de Eventos
1. El organizador inicia sesión en su cuenta en la plataforma PoliApuestas.
2. El organizador navega hasta la sección de administración de rifas.
3. El sistema muestra la opción "Asignar Premio Principal" para la rifa específica.
 4. El organizador selecciona esta opción.

Caminos Alternativos
1. Si no hay rifas creadas en la plataforma:
 El sistema muestra un mensaje indicando que no hay rifas disponibles para
asignar premios.

Caminos de Excepción
E1: Error en la Asignación:
1. Si ocurre un error durante el proceso de asignación del premio:
 El sistema muestra un mensaje de error al organizador.
 El organizador puede intentar nuevamente o contactar con el soporte
técnico.

Puntos de Extensión
No aplica
Pre – Condiciones
 CU El organizador debe estar registrado y autenticado en la plataforma
PoliApuestas.
 CU Debe existir al menos una rifa creada en la plataforma.

Post – Condiciones
 El premio principal para el tercer ganador de la rifa se asigna correctamente en la
plataforma PoliApuestas.

Criterios de Aceptación
 El organizador puede acceder a la opción de asignar un premio principal para el
ganador.
 El organizador puede seleccionar una rifa existente para asignar el premio.
 La asignación del premio se realiza sin errores y se registra en la plataforma.
 En caso de error, se muestra un mensaje claro y se proporciona una opción de
manejo del error.

Borrador de Interfaz Grafica

Identificador Tipo Prioridad
Id012 Núcleo Media
Nombre del Caso de Uso
Cerrar Venta de Boletas y Generar Informe de Ventas

Autor Fecha
Diego Parra 05/09/2023

Actor Principal Actores involucrados

Organizador Sistema
Resumen
Este caso de uso permite al organizador de la rifa cerrar la venta de boletas para un evento específico
en la plataforma PoliApuestas. Además, el sistema generará un informe detallado de las ventas
realizadas durante el período de venta de boletas.
Curso Básico de Eventos
1. El organizador inicia sesión en su cuenta en la plataforma PoliApuestas.
 2. El organizador navega hasta la sección de administración de la rifa en la que desea cerrar la
venta de boletas.
3. El sistema muestra la opción "Cerrar Venta de Boletas y Generar Informe de Ventas" para la
rifa seleccionada.
4. El organizador selecciona esta opción.

Caminos Alternativos
1. Si no hay rifas creadas en la plataforma:
 El sistema muestra un mensaje indicando que no hay rifas disponibles para cerrar la
venta de boletas.

Caminos de Excepción
E1: Error en el Cierre de Venta:
Si ocurre un error durante el proceso de cierre de venta de boletas:
 El sistema muestra un mensaje de error al organizador.
 El organizador puede intentar nuevamente o contactar con el soporte técnico.

E2: Error en la Generación del Informe de Ventas:

Si ocurre un error durante la generación del informe de ventas:
 El sistema muestra un mensaje de error al organizador.
 El organizador puede intentar nuevamente o contactar con el soporte técnico.

Puntos de Extensión
No aplica
Pre – Condiciones
 CU El organizador debe estar registrado y autenticado en la plataforma PoliApuestas.
 CU Debe existir al menos una rifa en la plataforma con venta de boletas en curso.

Post – Condiciones
 La venta de boletas para la rifa seleccionada se cierra con éxito.
 El sistema genera un informe de ventas detallado para la rifa cerrada.
 El organizador puede acceder al informe de ventas desde su cuenta en la plataforma.

Criterios de Aceptación
  El organizador puede acceder a la opción de cerrar la venta de boletas y generar el informe de
ventas.
 El organizador puede seleccionar una rifa existente para cerrar la venta de boletas.
 La venta de boletas se cierra sin errores y se registra en la plataforma.
 El sistema genera el informe de ventas correctamente y lo presenta al organizador.
 En caso de errores, se muestran mensajes claros y se proporcionan opciones para gestionar
los errores.

Borrador de Interfaz Grafica

8. Deck de pruebas
Se realiza en el siguiente documento

https://poligran.sharepoint.com/:x:/r/sites/ProyectoPoliApuestas/Documentos%20compartidos/
General/Deck_de_Pruebas.xlsx?
d=w3990da4ce1f64ba69285bc72c60a6222&csf=1&web=1&e=O8jDBN

9. Diagrama de clases
 10. Diagrama de secuencias de las funcionalidades definidas

10.1. Registrar Datos

10.2. Iniciar Sesión

10.3. Crear Rifa

10.4. Abrir Venta de boletas

10.5. Cerrar venta de boletas

10.6. Crear Apuesta

10.7. Recargar Cuenta

10.8. Historial de rifas y apuestas

10.9. Generar Informe Venta de boletas
10.10. Comprar boletas de la rifa
10.11. Generar Sorteo

10.12. Publicar resultados y autorizar pagos

11. Diagrama de componentes del sistema

12. Diagrama de despliegue del sistema