Cristian Gabutti_PRY_2011

ESPECIFICACIÓN DE CASOS DE USOS: Sistema BSonLine 2011

Casos de Uso: Cargando equipos, jugadores, árbitros, partidos, técnicos y estadios.

Descripción: Mientras el usuario esta en sesión en el sistema, puede generar el alta de un

equipo, jugador, árbitros o canchas. Los datos necesarios para ingresar un equipo son:
ID_Equipo, nombre_equipo, Nombre_D, ID_DT, se podrán cargar en forma aleatoria
respetando los campos obligatorios.

Los datos necesarios para ingresar un jugador son: ID_Jugador, numero, nombre,
apellido, apodo, posición, altura, peso, fecha_nac, localidad, temporada, equipo, PJ,
minutos, Tiros_campo, tiro_3, Tiros_libres, rebote_o, rebote_d, rebotes, asistencias,
robos, perdidas, tapas, faltas, puntos, salario, ID_equipo. se podrán cargar en forma
aleatoria respetando los campos obligatorios.

Los datos necesarios para ingresar un partido son: ID_Partido, ID_Equipo_Local,

ID_Equipo_Visitante, Fecha_Partido, Estadio, Arbitros, ID_Equipo_Ganador, ID_Equipo,
Perdedor. se podrán cargar en forma aleatoria respetando los campos obligatorios.

Los datos necesarios para ingresar un estadio son: ID_Estadio, Nombre, Dirección,
Localidad. Se podrán cargar en forma aleatoria respetando los campos obligatorios.

Los datos necesarios para ingresar un árbitro son: ID_arbitro, Nombre, Apellido. Se podrán
cargar en forma aleatoria respetando los campos obligatorios.

Los datos necesarios para ingresar un Técnico son: ID_tecnico, Nombre, Apellido. Se
podrán cargar en forma aleatoria respetando los campos obligatorios.

Flujos de Eventos
Activación: El usuario esta en sesión en el sistema y eligió Alta de un equipo, jugador,
árbitro, técnico o estadio.

Flujo Principal:
1. El sistema muestra los campos vacíos y le da al usuario la posibilidad de ingresar los
datos descriptos por cada entidad.
2. El usuario ingresa los datos pertinentes.
3. El sistema válida los datos ingresados, de estar todo en la forma correcta almacena los
datos de la nueva entidad y notifica el alta.
4. El sistema presenta la opción de generar el alta de otra entidad o volver a la pantalla
principal.

Flujo Alternativo:
Alternativa al paso 3: Error en los datos ingresados.
1. El sistema notifica al usuario y le da la posibilidad de corregir dichos errores.

Alternativa al paso 3: Faltan indicar datos obligatorios.

1. El sistema muestra al usuario los datos que son obligatorios y le da la posibilidad de
indicarlos.

Observaciones: datos considerados obligatorios por entidad son:

Equipo: (ID_Equipo, nombre_equipo)

Jugador: (ID_Jugador, numero, nombre, apellido, ID_equipo.

Partido: (ID_Partido, ID_Equipo_Local, ID_Equipo_Visitante, Fecha_Partido,

ID_Equipo_Ganador, ID_Equipo_perdedor)

Estadio: (ID_Estadio, Nombre, Dirección, Localidad)

Arbitro: (ID_arbitro, Nombre, Apellido)

Técnico: (ID_tecnico, Nombre, Apellido)

Precondiciones: El usuario este en sesión en el sistema y no se estén cargando estadísticas

de un partido.

Postcondiciones: Los datos de las entidades ingresadas por el usuario, se almacenan en

los registros correspondientes a las entidades.

Punto de Extensión: Ninguno.

Casos de Usos: Registrando estadísticas del partido y Registrando estadísticas de los
jugadores del partido.

Descripción: Mientras el usuario esta en sesión en el sistema y ha comenzado con la toma

de estadísticas de un partido puede registrar las acciones que se generan durante el
partido de básquet. Para que quede registrado el evento el usuario deberá seleccionar
primero el evento que se sucedió en el partido (ej, doble, triple, falta, etc) y luego elegir a
que jugador se le asigna este evento. Se aclara que estos eventos se registrarán con solo
dos clic, unos sobre el evento y otro sobre el jugador.

Flujos de Eventos
Activación: El usuario está tomando estadísticas del partido y elige un evento para luego
elegir el jugador a asignar el evento.

Flujo Principal:
1. El sistema muestra un tablero donde se encuentran disponibles todos los eventos que
se quieran tomar estadística y todos los jugadores necesarios para asignar dichos eventos.

2. El usuario asigna los eventos a jugadores.

3. El sistema válida los datos ingresados, de estar todo en la forma correcta almacena el
evento y actualiza los campos relacionados.

4. El sistema presenta la opción de volver el último evento por si fuera necesario

desasignar el evento a un jugador ya sea por error del usuario o cambios posteriores en el
partido.

Flujo Alternativo:
Alternativa al paso 3: Error en los datos ingresados.
1. El sistema notifica al usuario y le da la posibilidad de corregir dichos errores.

Precondiciones El sistema deberá estar cargado con todos los datos del encuentro,
Jugadores, eventos, árbitros, estadio.

Postcondiciones: Los eventos tomados por el usuario se almacenan en los registros

correspondientes a las entidades.

Punto de Extensión: Ninguno.

Caso de Uso: Pidiendo y obteniendo información de partidos anteriores.

Descripción: Mientras el usuario esta en sesión en el sistema y la toma de estadística este

apagada o bien en pausa de un entretiempo, el técnico o asistente podrán pedir
información de partidos anteriores. Los datos necesarios serán el ID_ del partido o bien el
ID o nombre de los equipos del los cuales se quiere ver estadísticas anteriores.

Flujos de Eventos
Activación: El usuario elige la opción de búsqueda de estadística de partidos anteriores.

Flujo Principal:
1. El sistema pide los datos necesarios para realizar la búsqueda, ID_Partido o bien el id o
nombre de ambos equipos.

2. El sistema válida los datos ingresados, de estar todo en la forma correcta busca estos
datos en la base de datos.

3. El sistema presenta la información solicitada en pantalla.

4. El sistema presenta la opción de realizar otra búsqueda o salir de la opción de

estadística de partidos anteriores.

Flujo Alternativo:
Alternativa al paso 2: Error en los datos ingresados.
1. El sistema notifica al usuario y le da la posibilidad de corregir dichos errores.

Alternativa al paso 2: No existe estadísticas anteriores para estos equipos.

1. El sistema notifica al usuario que no existe información estadística anterior entre estos
equipos.

Precondiciones: Las estadísticas de los partidos anteriores deberá estar pre-cargada para
poder ser consultada

Postcondiciones: Ninguna.

Punto de Extensión: Ninguno.

Caso de Uso: Obteniendo alerta e información de los jugadores y del equipo durante el
partido.

Descripción: Mientras el usuario esta en sesión en el sistema y la toma de estadística está

encendida, el asistente del técnico recibirá alertas del sistema a medida que estas se
sucedan. Las alertas necesarias serán cuando un jugador llegue a 4 faltas personales,
cuando el equipo esté en penalización de faltas.

Flujos de Eventos
Activación: El Sistema detecta a medida que se suceden los eventos para los equipos y
jugadores las alertas configuradas y las muestra en pantalla.

Flujo Principal:
1. El sistema detecta que un jugador o equipo llego al umbral de alerta.

2. El sistema muestra en pantalla la alerta pidiendo un ok por parte del usuario.

3. El usuario se da por enterado de la alerta dando OK a la misma.

Flujo Alternativo: Ninguno.

Precondiciones: Los eventos deben estar cargándose para que esta acumulación pueda
llegar a una alerta configurada.

Postcondiciones: Ninguna.

Punto de Extensión: Ninguno.

Cristian Gabutti – PRY – 2011