You are on page 1of 9

<Company Name>

Sistema de Gestión de Flota


Especificación - caso de uso: Planificación de ruta

Versión 1.0
<Project Name> Version: 1.0
Use-Case Specification: <Use-Case Name> Date: 07/09/2014
01

Historial de revisiones
Date Version Description Author
07/09/2014 1.0 Conversión a la formalización -Cayo Alcos, Diego
estándar de documento.
-Mariano Salazar,
Enzo
-Mauricio Delgadillo,
Arthur
-Prudencio Mori,
Antonio
-Quiroz Ñato,
Enrique
-Rojas Espinoza,
Anibal
-Saenz Astocondor,
Luigui
-Esteves Rosales
Neil
-Cruz Ventura, Jean
Paul
-Verde Jara, Jhon

Confidencial <Company Name>, 2018 Page 2


<Project Name> Version: 1.0
Use-Case Specification: <Use-Case Name> Date: 07/09/2014
01

Tabla de Contenidos

1. Breve Descripción 4

2. Flujo Básico de eventos 4

3. Flujo alternativo 4
3.1 Área de planificación de ruta 4
3.1.1 Datos no actualizados 4
3.1.2 Salir 5

4. Subfllujo 5
4.1 Generar el plan de ruta 5

5. Escenarios Clave 5
5.1 Escenario de flujo correcto 5
5.2 Escenario cambio de chofer en plan de ruta 5

6. Precondiciones 5
6.1 El administrador ha sido idenficado por el sistema 5
6.2 El sistema tiene registrado la ruta de la empresa 5
6.3 El sistema tiene almacenado las variables de planeamiento 5

7. PostCondiciones 6
7.1 El sistema registra un plan de ruta de elaboración 6

8. Puntos de extensión 6

9. Requerimiento especiales 6
9.1 Eficiencia 6
9.2 Confiabilidad 6
9.3 Seguridad 6
9.4 Regulatorios 6

10. Información adicional 6


9.1 Diagrama de caso de uso 6
9.2 Modelo de análisis 7
9.3 Diagrama de sucesos 8
9.4 Diagrama de colaboración 9

Confidencial <Company Name>, 2018 Page 3


<Project Name> Version: 1.0
Use-Case Specification: <Use-Case Name> Date: 07/09/2014
01

Especificación caso de uso: Planificación de ruta

1. Breve Descripción
La planificación de ruta tiene como propósito generar un plan de ruta de un bus donde
se describe la hora de salida de un bus, su placa, el chofer y el cobrador a cargo, como
las horas en las que el bus debería llegar a los distintos puntos geográficos.
2. Flujo Básico de eventos
1. El CUS inicia cuando el administrador selecciona la opción ‘Planificar ruta a
laborar’.
2. El sistema muestra una ventana donde se visualizará el plan laboral de ruta que
tiene los siguientes datos: hora de salida y hora de llegada, chofer, cobrador,
turno, placa de Bus, estado de ruta.
3. El sistema lee los registros de la base de datos y muestra los diferentes registros
que son conocidas como variables de planificación:
Pasajeros promedio por mes.
Capacidad en asientos según bus
Tamaño de la ruta
Hora de salida del bus.
Horas de llegada a sede del bus
Horas de llegada a puntos geográficos
Velocidades promedio por ruta
Estado de transporte del chofer
Registros de faltas del chofer y/o cobrador a pasajeros
Planificación de ruta del día anterior

4. El administrador verifica la consistencia las variables de planificación con opción


modificar datos
5. El administrador selecciona la opción “Generar Plan”
6. El sistema genera el plan de ruta según las variables obtenidas.
7. El sistema procede a mostrar la planificación del bus
8. El administrador confirma el plan de ruta.
9. El sistema registra el plan laboral de ruta de dicho bus.
10. El CUS termina.

3. Flujos alternativos
3.1 Área de Planificación de ruta
3.1.1 Datos no actualizados
En caso que las listas de variables de planificación, buses, choferes o
cobradores no estén actualizados, se activara la opción de modificar
para completar los datos.
3.1.1.1 Formato de datos incorrecto
En caso que los datos tengan un formato incorrecto, el sistema
indicará los campos a corregir.

Confidencial <Company Name>, 2018 Page 4


<Project Name> Version: 1.0
Use-Case Specification: <Use-Case Name> Date: 07/09/2014
01

3.1.2 Salir
El usuario podrá salir del sistema en cualquier momento

4. Subflujos
4.1 Generar el plan de ruta
1. El sistema obtiene la placa del bus de la lista de buses disponibles(
del día)
2. El sistema obtiene el nombre y apellidos del chofer de la lista de
choferes disponibles
3. El sistema obtiene el nombre y apellidos del cobrador de la lista de
cobradores disponibles
4. El sistema obtiene la hora de salida del bus
5. Escenarios clave
5.1 Escenario de flujo correcto
El administrador ha ingresado a la ventana de Planificación de ruta, donde se
muestra una pantalla con todas las variables de planificación en donde este supone
que los datos que le brinda el sistema son correctos. Luego el administrador
selecciona la opción generar plan donde el sistema mostrara un plan de ruta con la
placa de un bus, su respectivo chofer y cobrador, el administrador selecciona la
opción registrar plan para finalizar el CUS.
5.2 Escenario cambio de chofer en plan de ruta
El administrador ha ingresado a la ventana de Planificación de ruta, donde se
muestra una pantalla con todas las variables de planificación en donde este supone
que los datos que le brinda el sistema son correctos. Luego el administrador
selecciona la opción generar plan donde el sistema mostrara un plan de ruta con la
placa de un bus, su respectivo chofer y cobrador, el administrador posiblemente esté
en desacuerdo con el chofer seleccionado por lo cual seleccionara el botón siguiente
chofer para cambiar al siguiente candidato que el sistema cree conveniente, luego el
administrador selecciona la opción registrar plan para finalizar el CUS.
6. Precondiciones
6.1 El administrador ha sido identificado por el sistema
El administrador ha de haber entrado al sistema ingresando su nombre
de usuario como su contraseña
6.2 El sistema tiene registrado la ruta de la empresa
El sistema tiene la ruta de la empresa con lo cual podrá generar un
adecuado planeamiento
6.3 El sistema tiene almacenado las variables de planeamiento
El sistema genera la planeación de una ruta a partir de las variables de
planeamiento por lo cual es necesario tenerlas almacenadas

Confidencial <Company Name>, 2018 Page 5


<Project Name> Version: 1.0
Use-Case Specification: <Use-Case Name> Date: 07/09/2014
01

7. Postcondiciones
7.1 El sistema registra un plan de ruta de elaboración de bus
8. Punto de extensión
No tiene punto de extensión.
9. Requerimientos especiales
9.1 Eficiencia
El sistema debe realizar las operaciones de planeamiento de forma
rápida y usando pocos recursos.
9.2 Confiabilidad
El sistema debe ser confiable dado que las rutas que seguirán los buses
deben cumplir todo lo que esta propone.
9.3 Seguridad
El administrador es el único que puede acceder y cambiar a los datos
para la planificación.
9.4 Regulatorios
El sistema debe cumplir con las ordenanzas municipales, sin cumplir
irregularidades.
10. Información Adicional
Diagrama de Caso de Uso:

Confidencial <Company Name>, 2018 Page 6


<Project Name> Version: 1.0
Use-Case Specification: <Use-Case Name> Date: 07/09/2014
01

Modelo de Análisis:

Confidencial <Company Name>, 2018 Page 7


<Project Name> Version: 1.0
Use-Case Specification: <Use-Case Name> Date: 07/09/2014
01

Diagrama de Sucesos:

Confidencial <Company Name>, 2018 Page 8


<Project Name> Version: 1.0
Use-Case Specification: <Use-Case Name> Date: 07/09/2014
01

Diagrama de Colaboración:

Confidencial <Company Name>, 2018 Page 9

You might also like