REF - Reporte de Definicion Funcional - Ejemplo v1.0

Reporte de Definiciones
Funcionales (REF)
[Gerencia General]
[Sistema de Programación de Viajes]
[Mayo 2008]
Equipo de Trabajo:
Rol Apellidos y Nombres
Jefe de Proyecto
Analista
Diseñador
Programador
Revisor
INDICE
1.ANTECEDENTES...................................................................................................................................3
2.OBJETIVOS.........................................................................................................................................4
3.ALCANCE...........................................................................................................................................4
4.FUERA DE ALCANCE.............................................................................................................................4
5.PROCESOS DE NEGOCIO........................................................................................................................5
6.5.1. DESCRIPCIÓN DE LOS PROCESOS DE NEGOCIO....................................................................................5
1.5.2. REGLAS DE NEGOCIO....................................................................................................................6
2.REQUISITOS FUNCIONALES.....................................................................................................................8
3.REQUISITOS NO FUNCIONALES................................................................................................................8
4.MODELO DE CASOS DE USO DE SISTEMA................................................................................................12
8.1. LISTA DE ACTORES DE SISTEMA.......................................................................................................12
8.2. DIAGRAMA DE ACTORES DEL SISTEMA...............................................................................................13
8.3. ARQUITECTURA DEL SISTEMA – DIAGRAMA DE PAQUETES......................................................................13
8.4. LISTA DE CASOS DE USO DEL SISTEMA POR PAQUETE...........................................................................13
8.5. DIAGRAMA DE CASOS DE USO POR PAQUETE......................................................................................16
8.6. PRIORIZACIÓN DE LOS CASOS DE USO DEL SISTEMA.............................................................................20
8.7. REALIZACIÓN DE LOS CASOS DE USO DEL SISTEMA..............................................................................21
5.NAVEGACIÓN.....................................................................................................................................32
6.ESQUEMA DE SEGURIDAD....................................................................................................................34
ANEXO: CONFORMIDAD DE REVISIÓN DE PARES / VALIDACIÓN .....................................................................34
GLOSARIO DE TÉRMINOS........................................................................................................................35
Histórico de Revisiones
Reporte de Definición Funcional (REF) 2

Impreso el: 04/06/2008
Número Fecha Autor Cambios realizados
[1.0] 04/06/2008 José Alcántara Primera versión del documento REF
hasta el punto 8.7.1
1. Antecedentes
La Empresa de transporte Paradise tours S.A. es una empresa dedicada al servicio

especializado de transporte de pasajeros y traslado de encomiendas, convirtiéndose en
muy poco tiempo en líder en su rubro.

Paradise Tours S.A. fue fundada el 05 de Mayo de 1982, incorporándose exitosamente al
exigente mercado internacional con agencias ubicadas en las principales ciudades de
Sudamérica siendo la principal sede el Perú.
Paradise Tours S.A. se caracteriza por su calidad en el servicio y por que cuenta con la
flota más moderna en el mercado nacional que se encuentra respaldada por las marcas
Volvo, Scania y Mercedes-Benz contando con una moderna flota de más de 80 unidades
que obliga a cumplir con un excelente mantenimiento preventivo y correctivo que asegure
la prestación de los servicios y la seguridad en ruta.
La empresa cuenta con un servicio de transporte de pasajeros durante las 24 horas del
día, los 7 días de la semana y los 365 días del año, cubriendo las necesidades de
transporte a toda hora.
Los servicios de Paradise tours S.A. que ofrece son Paradise Vip, Business Class, y
Económico, ya que cuenta con la infraestructura y tecnología necesaria para entregar un
servicio ágil y eficiente pensando en todas las necesidades de sus clientes.
Los diversos talleres de mantenimiento técnico distribuidos estratégicamente en toda

Sudamérica permiten brindar el mejor servicio técnico de las unidades siendo su
mantenimiento más rápido, seguro, completo y efectivo. Incorpora en sus unidades
tecnología GPS que permite tener la ubicaron exacta de sus unidades a toda hora a lo
largo de todas sus rutas y así tener permanente control y monitoreo de las unidades para
brindar el mejor servicio y garantizar la seguridad de sus clientes.
2. Objetivos
Actualmente, Paradise Tours S.A. busca la automatización de sus procesos actuales, ya

que en su mayoría éstos se realizan de forma manual o a través de archivos Excel, tal es
el caso de la programación de itinerarios y programación de viajes, procesos que al ser
de gran impacto para el cliente interno, necesitan de información oportuna y sobre todo
confiable.
El sistema a desarrollar se centrará en la programación de itinerarios y de viajes
3. Alcance
En caso que no varié el alcance definido en el PP no será necesario detallar en este
documento. (plan de proyecto)
•
•
•
4. Fuera de Alcance
En caso que no varié lo especificado como fuera del alcance en el PP no será necesario
detallar en este documento.
•
•
•

5. Procesos de Negocio
6. 5.1. Descripción de los Procesos de Negocio
a) CUN01 - Proceso de Programar Itinerario:

El proceso se inicia con una solicitud del departamento de marketing de crear un
itinerario de viaje. Esta solicitud tiene un formato en la cual se consigna la agencia
origen, la agencia del destino. Asimismo, los viajes pueden ser directos, que quiere
decir que no se realizan paradas en la ruta que se tiene por recorrer, ó con escalas,
que permite realizar las paradas en las agencias de las ciudades que se solicite.
Además se especifica tipo de unidad y el tipo de tripulación necesario para dicho
itinerario.
La solicitud le llegará al Jefe de operaciones, él es el encargado de validar la

información entregada y solicitar se complete en caso de no contar con la información
mínima requerida, si todo está correcto coordina la programación del itinerario con el
Asistente de Operaciones, él es el encargado de registrar los itinerarios. En primer
lugar procederá a crear la ruta en el caso ésta sea una ruta nueva, para este fin
registrará los datos de la solicitud mencionada anteriormente. En el caso que algunas
de las agencias (origen, destino o escalas) no existan el podrá registrarla al momento
de crear la ruta.
Una vez creada dicha ruta procederá a crear el itinerario que contiene los siguientes
datos: ruta (origen, destino, escalas), tipo de unidad (según el tipo de servicio que se
quiere brindar), tipos de tripulación (chóferes, terramozas, mecánicos, copilotos y
ayudantes) según lo requiera el servicio y la distancia por recorrer.
El Asistente de Operaciones genera la constancia de atención la cual es verificada y

corregida si es necesario por el Jefe de Operaciones. Finalmente el Jefe de
Operaciones envía y una vez devuelta archiva la constancia junto con la solicitud.
b) CUN02 - Proceso de Programar viaje:

Este proceso se inicia con la solicitud, del área de ventas, de programar un
determinado viaje de una ciudad a otra. Esta solicitud le llegará al Jefe de
operaciones, él es el encargado de validar la información entregada y solicitar se
complete en caso de no contar con la información mínima requerida, si todo está
correcto coordina la programación del viaje con el Asistente de Operaciones, él es el
encargado de registrar el viaje y asignar el itinerario con el día de la semana y hora de
salida, además la unidad para el viaje, la tripulación que irá en el y la fecha de salida.
Para asignar la unidad deberá tener en cuenta el tipo de unidad que está consignado
en el itinerario. Verificará si hay alguna unidad operativa y disponible para le fecha que
se desea programar el viaje, si fuese así asignará el número de la unidad a el viaje
que se quiere programar. En el caso que no hubiese ninguno con esas características,
tendrá que realizar la consulta en la lista de buses en reparación y verificar si existe
alguno que cumpla con dichas características y si fuese así, tendrá que verificar si
algunos de ellos van a estar operativos para la fecha del viaje que se intenta
programar, para poder asignar alguna unidad al viaje.
Para asignar la tripulación deberá tener en cuenta los tipos de tripulación que están
consignados en el itinerario. Para este fin deberá consultar la lista de personal de los
tipos requeridos para el viaje y tendrá que verificar la disponibilidad para esa fecha.
El Asistente de operaciones al final de este proceso elaborará una constancia con el

resultado de la solicitud, responderá “solicitud atendida” en el caso no haya tenido
problemas al programar los viajes y en el caso que no se cuente con una unidad
disponible para esa fecha responderá “solicitud no atendida” y adicionalmente
informará el motivo por el cual no se puedo programar el viaje solicitado. Asimismo en
el caso de que no se cuente con personal disponible de cualquiera de los tipos
requeridos para el viaje se elaborará la constancia con el resultado de la solicitud
indicando el motivo específico por el cual no se pudo programar dicho viaje.

Finalmente la constancia es validada y corregida si es necesario por el Jefe de
Operaciones quien la envía el Jefe de Ventas y cuando él la devuelve revisada se
archiva con la solicitud.
1. 5.2. Reglas de Negocio

 [RN01] El Área de Marketing es responsable de solicitar la programación de
itinerarios.
 [RN02] El Área de Ventas es responsable de solicitar la programación de
viajes.
 [RN03] El Área de Marketing antes de solicitar la programación de un
itinerario debe validar que no exista.
 [RN04] El Área de Ventas antes de solicitar la programación de un viaje
debe validar que no exista.
 [RN05] Una solicitud de programación de itinerario debe tener la siguiente
información mínima: ruta, tipo de unidad, tipo de tripulación, frecuencia de
viaje y servicios a ofrecer.
 [RN06] Una solicitud de programación de viaje debe tener la siguiente
información mínima: itinerario de viaje con fecha y hora de salida.
 [RN07] Un itinerario debe registrarse con la siguiente información mínima:
ruta, tipo de bus, tipo de tripulación requerido, frecuencia de viaje y servicios
a ofrecer.
 [RN08] Una ruta esta formada por los menos por un tramo. Y puede ser de
dos tipos: Directa o con Escalas. En caso de que sea con Escalas debe
ingresarse mas de un Tramo.
 [RN09] Un viaje debe registrarse con la siguiente información mínima:
itinerario de viaje con fecha y hora de salida, número de unidad (placa) y el
personal necesario para el viaje.
 [RN10] Las solicitudes y constancias deben ser archivadas.
 [RN11] Un tramo está formado por una agencia de origen y otra de destino.
 [RN12] Sólo se puede ingresar un itinerario si previamente se ingresó una
solicitud de itinerario.
 [RN13] Sólo se puede ingresar un viaje si previamente se ingresó una
solicitud de viaje.
 [RN14] Los ofrecidos son de tres tipos: Por servicio, Por agencia y Por
itinerario
 [RN15] Para recorridos cortos, la tripulación puede ser programado una vez
cada día, y para grandes recorridos una vez cada dos días.
 [RN16] La Unidad puede ser programada inmediatamente luego del servicio
de mantenimiento básico correspondiente.
 [RN17] Una solicitud de itinerario podrá ser eliminada solo si no ha sido
atendida.

 [RN18] Una solicitud de viaje podrá ser eliminada sólo si no ha sido
atendida.
 [RN19] Un itinerario solo podrá ser eliminado si no ha sido relacionado a un
viaje.
 [RN20] La frecuencia del itinerario solo podrá ser modificado o eliminar si el
itinerario no ha sido relacionada a un viaje.
 [RN21] Un viaje solo podrá ser eliminado si todavía no se ha realizado.
 [RN22] Una ruta solo podrá ser eliminada si no está relacionada a un
itinerario activo.
 [RN23] Un tramo solo podrá ser eliminado físicamente si no está relacionado
a una ruta activa.
 [RN24] Una agencia solo podrá ser eliminada si no está relacionada a un
tramo activo.
 [RN25] Un ofrecido solo podrá ser eliminado si no está relacionada a una
agencia, itinerario o servicio.
 [RN26] Para registrar un tramo tiene que existir la agencia origen y la
agencia destino.
 [RN27] La programación de itinerarios se realiza trimestralmente o cada vez
que el área de Marketing lo solicite de acuerdo a la necesidad del negocio.
 [RN28] La programación de viajes se realiza mensualmente o cuando el
área de Ventas lo solicite de acuerdo a la necesidad del negocio.
 [RN29] Un tipo de unidad tiene asignado una serie de servicios inherentes a
sus características.
 [RN30] A un itinerario se le asignan ofrecidos adicionales de acuerdo a sus
características.
 [RN31] Sólo se pueden modificar las solicitudes de itinerario o solicitudes de
viajes que tienen el estado Pendiente.
 [RN32] En las lista de viajes sólo se deben mostrar los que tienen el estado
de ACTIVO.
 [RN33] En las lista de itinerarios sólo se deben mostrar los que tienen el
estado de ACTIVO.
 [RN34] En la lista de ruta sólo se deben mostrar los que tienen el estado de
ACTIVO.
 [RN35] En la lista de tramos sólo se deben mostrar los que tienen el estado
de ACTIVO.
 [RN36] En la lista de agencias sólo se deben mostrar los que tienen el
estado de ACTIVO.
 [RN37] En la lista de servicios sólo se deben mostrar los que tienen el
estado de ACTIVO.
 [RN38] En la lista de ofrecidos sólo se deben mostrar los que tienen el
estado de ACTIVO.

 [RN39] En la lista de empleados sólo se deben mostrar los que tienen el
estado de ACTIVO.
 [RN40] Los códigos generados por el sistema son de tipo numérico.
 [RN41] En los rangos de fecha para solicitar reportes la fecha de inicio debe
ser menor o igual a la fecha final.
 [RN42] En la lista de unidades sólo se deben mostrar los que tienen el
estado de ACTIVO.
 [RN43] En la lista de Solicitudes de Programación de itinerarios sólo se
deben mostrar los que tienen el estado de PENDIENTE.
 [RN44] En la lista de Solicitudes de Programación de Viajes sólo se deben
mostrar los que tienen el estado de PENDIENTE..
2. Requisitos Funcionales
Código Descripción Proceso de Negocio

Registrar solicitud de programación de [CUN01]
RF-001
itinerarios
RF-002 Registrar itinerarios [CUN01]
RF-003 Registrar rutas [CUN01]
RF04 Registrar tramos [CUN01]
RF05 Registrar agencias [CUN01]
RF06 Registrar servicios [CUN01]
RF07 Registrar ofrecidos [CUN01]
Registrar solicitud de programación de [CUN02]
RF08
viajes
RF09 Registrar programación de viajes [CUN02]
Reporte de ocupabilidad de viajes [CUN02]
RF10
programados para pasajeros
Reporte de ocupabilidad de viajes [CUN02]
RF11
programados para carga
Reporte de cumplimiento de rutas [CUN01]
RF12
programadas
Reporte de viajes programados [CUN02]
RF13
cancelados
Ranking de las rutas que más o menos [CUN01]
RF14
fueron programadas
Reporte del grado de cumplimiento de [CUN02]
RF15
las salidas de los viajes programados
Reporte de las solicitudes programadas [CUN01]
RF16
rechazadas y aprobadas
3. Requisitos No Funcionales

Tipo de Requisito Código Descripción
Restricciones del Diseño La aplicación se
desarrollará con la
[Definir cualquier tipo de RNF-001
herramienta Visual Basic
restricción de diseño, tales
versión 6 de Microsoft
como: proceso de desarrollo
de software, sistemas
operativos, lenguajes de El sistema deberá
programación, administrador considerar una arquitectura
RNF-002
de base de datos, conexión a lógica de tres capas: Datos,
la BD, generador de reportes, Negocio y Presentación
manejo de información, etc.]
Componentes a Adquirir
[Identificar los componentes
que se deben adquirir o tener
en cuenta, para llevar acabo No aplica
el desarrollo y ejecución del
sistema. Ejemplo: lenguajes
de programación, servidores,
estaciones de trabajo, etc. ]
El diseño de la interfaz
gráfica del sistema se
Interfaces de Usuario RNF-003 alineará al estándar
utilizado en las aplicaciones
[Describir las interfaces de Microsoft
usuario que serán
implementados en el La resolución mínima para
software. Esto incluye por una buena visualización y
ejemplo: formatos de la RNF-004 ejecución del sistema será
pantalla, página o esquemas un tamaño de pantalla de
de las ventanas, reportes, 800x600 píxel
menús, etc.] Los reportes mostrarán el
RNF-005 logotipo y nombre de la
empresa
Interfaces de Hardware
[Definir cualquier interfase de
hardware que será soportado No aplica
por el software, incluyendo
estructura lógica, direcciones
físicas, etc.]
Interfaces de Software
[Especificar el uso de otros
productos software No aplica
requeridos e interfaces con
otros sistemas de la
aplicación.]
Interfaces de
Comunicaciones
[Describir las interfaces de
comunicación para otros No aplica
sistemas ó dispositivos, tales
como: redes de área local,
dispositivos de serie remota.]

Requerimientos de
Licenciamiento
[Identificar las licencias que No aplica a este proyecto
se requieran para el
desarrollo del sistema.]
A cada usuario se le
asignará un usuario del
sistema y una clave, los
RNF-006
cuales permitirán el ingreso
de acuerdo un perfil
Seguridad determinado
[Describir como será Obligar al usuario a

controlada la seguridad del RNF-007 cambiar su contraseña
sistema.] cada 2 meses
Permitir que el usuario
pueda cambiar la
RNF-008 contraseña de acuerdo a
las políticas de seguridad
de la organización
Estándares aplicables
[Especificar con qué No aplica
estándares trabaja el
sistema.]
El sistema debe alinearse
con la red de datos
implementada en la
RNF-009
empresa y no deberá
generar conflicto con las
aplicaciones existentes
Requisitos del Sistema El sistema debe trabajar
[Especificar los sobre cualquier computador
requerimientos de plataforma que cuente con estos
tecnológica necesarios para requerimientos mínimos:
RNF-010
el diseño y el desarrollo del con procesador Pentium III
sistema.] o superior, 256 Mb de
memoria RAM y disco duro
de 20 Gb
El motor de base de datos
que utilizara el sistema
RNF-011
deberá ser SQL Server
2000

El Sistema deberá permitir
el ingreso concurrente de
por lo menos 200 usuarios
distribuidos entre los
RNF-012
diversos módulos del
sistema a lo largo de las
Requisitos de Desempeño diversas oficinas con las
[Listar y especificar los que cuentan la compañía
requisitos de desempeño con El tiempo de respuesta del
los que debe trabajar el sistema para operaciones
sistema. Ejemplo: Tiempo de de ingreso o registro de
respuesta en alguna consulta RNF-013 información deberá ser
del sistema.] como máximo 5 segundos
de espera
El tiempo promedio de
cada transacción realizada
RNF-014
en el sistema deberá ser en
promedio de 8 segundos
El sistema debe permitir ser
RNF-015 usado intuitivamente por
cualquier usuario
El sistema permitirá a los
RNF-016 usuarios realizar búsquedas
sin entrenamiento previo
La interfaz del usuario se
diseñará de tal manera que
Usabilidad le facilite el uso de la
RNF-017 misma, sin necesidad de un
soporte del área de
sistemas. Esta tendrá que
ser validada por el usuario
En caso de error del
usuario el sistema
RNF-018 informará claramente: el
mensaje del error y la
solución

El sistema estará disponible
RNF-019 24 horas al día, 7 días a la
semana
El porcentaje de
disponibilidad anual del
RNF-020
sistema no será menor del
99%
El tiempo promedio entre
RNF-021 fallas estimado será de una
Confiabilidad
vez cada 6 semanas
El sistema deberá
mantener almacenado los
RNF-022
errores originados por
excepciones en el sistema
El sistema deberá
mantener almacenado el
RNF-023
contenido histórico de todas
las operaciones (Log)
4. Modelo de Casos de Uso de Sistema
8.1. Lista de Actores de Sistema
Actor del sistema Descripción

1. Jefe de Operaciones Responsable de recibir y verificar las solicitudes de
programación de itinerarios y programación de viajes, además
de realizar el seguimiento y coordinación de su ejecución.
2. Asistente de Encargado de programar los itinerarios y viajes, registrar rutas,
Operaciones registrar tramos y agencias, además de la asignación de los
recursos (unidades, personal y servicios) necesarios para un
viaje y registra los servicios y ofrecidos. También actualiza el
estado de las solicitudes de programación de itinerarios y de
viajes después de ser ejecutadas.
3. Usuario Rol que generaliza a todos los actores del sistema para los
casos de uso de seguridad. Además es el responsable de
registrar las solicitudes de programación de itinerario como de
viaje, además de actualizar el estado de las mismas, lo cual
va a depender de los permisos del usuario. (Jefe de
Operaciones, Asistente de Operaciones, Jefe de Marketing y
Jefe de Ventas).
4. Administrador del Rol que se encarga de registrar a los usuarios del sistema y
Sistema definir y asignar los perfiles a cada usuario. Además es el
responsable de de registrar el Log de operaciones, realizar
copias de seguridad, definir las políticas de seguridad.
5. Programador de Es el responsable de realizar el bloqueo de usuarios.
tareas

.
8.2. Diagrama de Actores del Sistema
Usuario Programador de
Tareas
Jefe de Asistente de Administrador del

Operaciones Operaciones Sistema
8.3. Arquitectura del Sistema – Diagrama de Paquetes
P01 Programar P02 Programar

itinerario viaje
P03 Reportes del P04 Seguridad

sistema
8.4. Lista de Casos de Uso del Sistema por Paquete
Paquete: P01 – Programar itinerario

Caso de uso del sistema Descripción
CUS01 – Actualizar solicitud El sistema permitirá registrar, actualizar y consultar la
programación de itinerario información de las solicitudes para la programación de
un itinerario.
CUS02 – Actualizar itinerario El sistema permitirá registrar, actualizar y consultar la
información de los itinerarios de viaje.
CUS03 – Actualizar ruta El sistema permitirá registrar, actualizar y consultar la
información de de las rutas disponibles que usará la
empresa.
CUS04 – Actualizar tramo El sistema permitirá registrar, actualizar y consultar la
información de los tramos disponibles que hay entre

agencias.
CUS05 – Actualizar agencia El sistema permitirá registrar, actualizar y consultar la
información de las agencias con las que cuenta la
empresa.
CUS06 – Actualizar servicio El sistema permitirá Consultar y retornar los registros de
las agencias registrar, actualizar y consultar información
de los tipos de servicios que brindará un bus,
modificarlos y consultarlos.
CUS07 – Actualizar ofrecido El sistema permitirá registrar, actualizar y consultar la
información de los tipos de atenciones que se brindan a
los clientes dentro del bus.
CUS08 – Buscar agencia El sistema permitirá consultar y retornar los registros de
las agencias.
CUS09 – Buscar ofrecido El sistema permitirá consultar y retornar los registros de
los ofrecidos.
CUS10 – Buscar ruta El sistema permitirá consultar y retornar los registros de
las rutas.
CUS11 – Buscar servicio El sistema permitirá consultar y retornar los registros de
los servicios.
Paquete: P02 – Programar viaje

CUS12 – Actualizar solicitud El sistema permitirá registrar, actualizar y consultar la
de programación de viaje información de las solicitudes de programación de
viajes.
CUS13 – Actualizar viaje El sistema permitirá registrar, actualizar y consultar la
información de los viajes programados.
CUS14 – Buscar empleado El sistema permitirá consultar y retornar los registros de
empleados.
CUS15 – Buscar itinerario El sistema permitirá consultar y retornar los registros de
itinerarios.
CUS16 – Buscar unidad El sistema permitirá consultar y retornar los registros de
las unidades.
Paquete: P03 – Reportes del sistema

CUS17 – Elaborar reporte de El sistema proporcionara un reporte que permitirá
ocupabilidad de viajes conocer la ocupabilidad de los viajes programados para
programados para pasajeros los pasajeros comparándolo con el número de pasajes
vendidos. En un periodo dado.
ocupabilidad de viajes conocer la ocupabilidad de los viajes programados para
programados para carga carga comparándolo con el volumen que se transporto.
En un periodo dado.
cumplimiento de rutas conocer el cumplimiento de las rutas programadas. En

programadas un periodo dado.
viajes programados conocer los viajes programados que han sido
cancelados cancelados. En un periodo dado.
CUS21 – Elaborar ranking de El sistema proporcionara un reporte que permitirá
las rutas que más o menos conocer el ranking de las rutas que más o menos fueron
fueron programadas programadas. En un periodo dado.
CUS22 – Elaborar reporte del El sistema proporcionara un reporte que permitirá
grado de cumplimiento de las conocer el grado de cumplimiento de las salidas de los
salidas de los viajes viajes. En un periodo dado.
programados
las solicitudes programadas conocer las solicitudes de programación de itinerarios
rechazadas y aprobadas que han sido rechazados y los que han sido aprobados.
En un periodo dado.
las solicitudes de conocer las solicitudes de programación de itinerarios
programación de itinerarios. pendientes, atendidas, anuladas y rechazadas en un
periodo dado
las solicitudes de conocer las solicitudes de programación de viajes
programación de viajes. pendientes, atendidas, anuladas y rechazadas en un
periodo dado
Paquete: P04 – Seguridad

CUS901 – Realizar login Permitir el acceso al sistema validando el nombre de
usuario y la contraseña ingresada.
CUS902 – Cambiar Permitir el cambio de la contraseña del usuario.
contraseña
CUS903 – Registrar log de Permitir el cambio de la contraseña del usuario.
operaciones
CUS904 – Realizar copia de Efectuar el respaldo y restauración de los archivos del
seguridad sistema y los datos de usuario.
CUS905 – Definir políticas de Controlar que los accesos al sistema por parte de los
seguridad usuarios cumplan las políticas de seguridad
establecidas.
CUS906 – Actualizar usuario El sistema permitirá registrar, actualizar y consultar la
información de los usuarios del sistema. Además de
asignarle un perfil al usuario.
CUS907 – Actualizar perfiles El sistema permitirá registrar, actualizar y consultar la
información de los perfiles
CUS908 – Administrar Asignar las opciones del sistema que correspondan a
opciones cada perfil de usuario.
CUS909 – Bloquear usuarios Efectuar el bloqueo de las cuentas de usuario que no

cumplan con las políticas de seguridad.
8.5. Diagrama de Casos de Uso por Paquete
Paquete: P01 – Programar itinerario

Paquete: P02 – Programar viaje
Paquete: P03 – Reportes del sistema

Paquete: P04 – Seguridad

8.6. Priorización de los Casos de Uso del Sistema
8.6.1. Clasificación de los Casos de Uso de Sistema
Nombre del caso de uso Clasificación

CUS01 – Actualizar solicitud de programación de itinerario Primario
CUS02 – Actualizar itinerario Primario
CUS03 – Actualizar ruta Primario
CUS04 – Actualizar tramo Primario
CUS05 – Actualizar agencia Primario
CUS06 – Actualizar servicio Primario
CUS07 – Actualizar ofrecido Primario
CUS08 – Buscar agencia Primario
CUS09 – Buscar ofrecido Primario
CUS10 – Buscar ruta Primario
CUS11 – Buscar servicio Primario
CUS12 – Actualizar solicitud de programación de viaje Primario
CUS13 – Actualizar viaje Primario
CUS14 – Buscar empleado Secundario
CUS15 – Buscar itinerario Secundario
CUS16 – Buscar unidad Secundario
CUS17 – Elaborar reporte de ocupabilidad de viajes programados para Secundario
pasajeros
CUS18 – Elaborar reporte de ocupabilidad de viajes programados para Secundario

carga
CUS19 – Elaborar reporte de cumplimiento de rutas programadas Secundario
CUS20 – Elaborar reporte de viajes programados cancelados Secundario

CUS21 – Elaborar ranking de las rutas que mas o menos fueron Secundario
programadas
CUS22 – Elaborar reporte del grado de cumplimiento de las salidas de Secundario
los viajes programados
CUS23 – Elaborar reporte de las solicitudes programadas rechazadas Secundario

y aprobadas
CUS24 – Elaborar reporte de las solicitudes de programación de Secundario
itinerarios.
CUS25 – Elaborar reporte de las solicitudes de programación de Secundario
viajes.
CUS901 – Realizar login Opcional
CUS902 – Cambiar contraseña Opcional
CUS904 – Realizar copia de seguridad Opcional
CUS905 – Definir políticas de seguridad Opcional
CUS906 – Actualizar usuario Opcional
CUS907 – Actualizar perfiles Opcional
CUS908 – Administrar opciones Opcional
CUS909 – Bloquear usuarios Opcional
8.6.2. Ciclos de Desarrollo de los Casos de Uso del Sistema

Ciclo de Nombre del caso de uso Clasificación
desarrollo
Núcleo central o CUS01 – Actualizar solicitud de programación de Primario
itinerario
Ciclo 0
CUS02 – Actualizar itinerario Primario
CUS03 – Actualizar ruta Primario
CUS04 – Actualizar tramo Primario
CUS05 – Actualizar agencia Primario
CUS06 – Actualizar servicio Primario
CUS07 – Actualizar ofrecido Primario
CUS08 – Buscar agencia Primario
CUS09 – Buscar ofrecido Primario
CUS10 – Buscar ruta Primario
CUS11 – Buscar servicio Primario
CUS12 – Actualizar solicitud de programación de Primario
viaje
CUS13 – Actualizar viaje Primario
CUS14 – Buscar empleado Primario
CUS15 – Buscar itinerario Primario
CUS16 – Buscar unidad Primario
Ciclo 1 CUS17 – Elaborar reporte de ocupabilidad de viajes Secundario
CUS18 – Elaborar reporte de ocupabilidad de viajes Secundario
CUS19 – Elaborar reporte de cumplimiento de rutas Secundario
programadas
CUS20 – Elaborar reporte de viajes programados Secundario
cancelados
CUS21 – Elaborar ranking de las rutas que mas o Secundario
menos fueron programadas
CUS22 – Elaborar reporte del grado de Secundario
cumplimiento de las salidas de los viajes
programados
CUS23 – Elaborar reporte de las solicitudes Secundario
programadas rechazadas y aprobadas
CUS24 – Elaborar reporte de las solicitudes de Secundario
programación de itinerarios.
CUS25 – Elaborar reporte de las solicitudes de Secundario
programación de viajes.
CUS901 – Actualizar información del usuario Opcional
CUS901 – Realizar login Opcional
CUS902 – Cambiar contraseña Opcional
CUS904 – Realizar copia de seguridad Opcional
CUS905 – Definir políticas de seguridad Opcional
CUS906 – Actualizar usuario Opcional
CUS907 – Actualizar perfiles Opcional
CUS908 – Administrar opciones Opcional
8.7. Realización de los Casos de Uso del Sistema
8.7.1. Especificación de Alto Nivel
Caso de uso: CUS01 – Actualizar solicitud programación de itinerario

Actor(es): Usuario (Jefe de Marketing, Jefe de operaciones y Asistente de
operaciones)
Propósito: Mantener actualizada la información de las solicitudes de

Caso de uso No aplica
asociado:
Resumen: El caso de uso comienza cuando el Usuario desea actualizar los
datos de la solicitud de programación de itinerario de viaje. Según su
requerimiento y permisos puede agregar, modificar y eliminar la
solicitud de programación de itinerario. El caso de uso termina
cuando el registro de la solicitud de programación de itinerario queda
actualizado.
Clasificación Primario
Requerimiento RF01
Caso de uso: CUS02 – Actualizar itinerario

Actor(es): Asistente de operaciones
Propósito: Mantener actualizado el registro de itinerarios de viaje.
Caso de uso CUS03 – Actualizar ruta (extend)
asociado: CUS09 – Buscar ofrecido (extend)
CUS10 – Buscar ruta (extend)
Resumen: El caso de uso comienza cuando el Asistente de Operaciones
desea actualizar los datos del itinerario de viaje. Según su
requerimiento puede agregar, modificar y eliminar el registro
de itinerarios de viaje. El caso de uso termina cuando el
registro queda actualizado.
Clasificación: Primario
Requerimiento RF02
Caso de uso: CUS03 – Actualizar ruta

Propósito: Mantener actualizado el registro de rutas.
Caso de uso CUS04 – Actualizar tramo (extend)
asociado:
desea actualizar los datos de las rutas de viaje. Según su
de rutas de viaje. El caso de uso termina cuando el registro
queda actualizado.
Requerimiento RF03
Caso de uso: CUS04 – Actualizar tramo

Propósito: Mantener actualizado el registro de tramos.
Caso de uso CUS05 – Actualizar agencia (extend)
asociado: CUS08 – Buscar agencia (extend)
desea actualizar los datos de los tramos entre agencias
origen y destino. Según su requerimiento puede agregar,
modificar y eliminar el registro de tramos. El caso de uso
termina cuando el registro queda actualizado.
Requerimiento RF04
Caso de uso: CUS05 – Actualizar agencia

Propósito: Mantener actualizado el registro de agencias.

Caso de uso CUS07 – Actualizar ofrecido (extend)
desea actualizar los datos de las agencias. Según su
de agencias. El caso de uso termina cuando el registro queda
actualizado.
Requerimiento RF05
Caso de uso: CUS06 – Actualizar servicio

Propósito: Mantener actualizado el registro de los servicios que brinda la
empresa.
Caso de uso CUS07 – Actualizar ofrecido (extend)

desea actualizar los datos de los servicios. Según su
de servicios. El caso de uso termina cuando el registro queda
actualizado.
Requerimiento RF06
Caso de uso: CUS07 – Actualizar ofrecido

Propósito: Mantener actualizado el registro de los ofrecidos que brinda la
empresa
Caso de uso
asociado:
desea actualizar los datos de los ofrecidos. Según su
de ofrecidos. El caso de uso termina cuando el registro queda
actualizado.
Requerimiento RF07
Caso de uso: CUS08 – Buscar agencia

Propósito: Realizar la búsqueda de agencias.
asociado:
desea consultar los registros de agencias. De acuerdo a su
necesidad el Asistente de operaciones selecciona un registro.
El caso de uso termina cuando retorna el registro
seleccionado.

Requerimiento RF05
Caso de uso: CUS09 – Buscar ofrecido

Propósito: Realizar la búsqueda de ofrecidos.
asociado:
desea consultar los registros de ofrecidos. De acuerdo a su
necesidad el Asistente de operaciones selecciona un registro.
El caso de uso termina cuando retorna el registro
seleccionado.
Requerimiento RF07
Caso de uso: CUS10 – Buscar ruta

Propósito: Realizar la búsqueda de rutas por agencia origen y agencia
destino.
asociado:
desea consultar los registros de rutas. De acuerdo a su
necesidad el Asistente de operaciones puede buscar rutas
filtrando los registros por agencia origen y agencia destino. El
caso de uso termina cuando retorna el registro seleccionado.
Requerimiento RF03
Caso de uso: CUS11 – Buscar servicio

Actor(es): Usuario
Propósito: Realizar la búsqueda de servicios.
asociado:
Resumen: El caso de uso comienza cuando el Usuario desea consultar
los registros de servicios. Según su requerimiento puede
elegir el servicio que crea conveniente. El caso de uso
termina cuando selecciona algún registro o cierra la
búsqueda.
Requerimiento RF06
Caso de uso: CUS12 – Actualizar solicitud de programación de viaje

Actor(es): Usuario (Jefe de Ventas, Jefe de operaciones y Asistente de
operaciones)
Propósito: El sistema permitirá registrar, actualizar y consultar la
información de las solicitudes de programación de viajes.
Caso de uso CUS15 Buscar itinerario (extend)
asociado:

Resumen: El caso de uso comienza cuando el Usuario desea actualizar
los datos de la solicitud de programación del viaje. Según su
requerimiento y permisos puede agregar, modificar y eliminar
las solicitudes de programación del viaje. El caso de uso
termina cuando el registro queda actualizado.
Clasificación Primario
Requerimiento RF08
Caso de uso: CUS13 – Actualizar viaje

Propósito: El sistema permitirá registrar, actualizar y consultar la
información de los viajes programados.
Caso de uso CUS14 – Buscar empleado (extend)
asociado: CUS15 – Buscar itinerario (extend)
CUS16 – Buscar unidad (extend)
Resumen: El caso de uso comienza cuando el Asistente de operaciones
desea actualizar los datos del viaje. Según su requerimiento
puede elegir entre agregar, modificar y eliminar el registro de
viajes programados. El caso de uso termina cuando el registro
queda actualizado.
Requerimiento RF09
Caso de uso: CUS14 – Buscar empleado

Actor(es): Usuario (Asistente de operaciones y Administrador del
Sistema)
Propósito: Realizar la búsqueda de empleados por código o por nombre.
asociado:
los registros de empleados. De acuerdo a su necesidad el
Usuario selecciona un registro. El caso de uso termina
cuando retorna el registro seleccionado.
Requerimiento RF01
Caso de uso: CUS15 – Buscar itinerario

Actor(es): Usuario (Jefe de ventas y Asistente de operaciones)
Propósito: Realizar la búsqueda de itinerarios de viaje la cual será
filtrada por agencia origen y destino.
Caso de uso CUS08 – Buscar agencia (extend)
asociado:
los registros de itinerarios. Según su requerimiento puede
elegir buscar por agencia origen, agencia destino como filtro
de búsqueda. El caso de uso termina cuando selecciona
algún registro o cierra la búsqueda.
Requerimiento RF01
Caso de uso: CUS16 – Buscar unidad

Actor(es): Usuario (Jefe de operaciones y Asistente de operaciones)
Propósito: Realizar la búsqueda de unidades por placa o por
descripción.
asociado:
los registros de unidades. De acuerdo a su necesidad el
Asistente de operaciones selecciona un registro. El caso de
uso termina cuando retorna el registro seleccionado.
Requerimiento RF01, RF09
Caso de uso: CUS17 – Elaborar reporte de ocupabilidad de viajes

Actor(es): Jefe de Operaciones
Propósito: El sistema proporcionara un reporte que permitirá conocer la
ocupabilidad de los viajes programados para los pasajeros
sobre los números de pasajes vendidos. En un periodo dado.
Caso de uso CUS10 – Buscar ruta (extend)
asociado: CUS11 – Buscar servicio (extend)
Resumen: El caso de uso comienza cuando el jefe de operaciones
necesita elaborar un reporte sobre la ocupabilidad de los
viajes programados para pasajeros durante un periodo
seleccionado, ordenado por fecha. El caso de uso termina
cuando se emite el reporte.
Clasificación: Secundario
Requerimiento RF10
Caso de uso: CUS18 – Elaborar reporte de ocupabilidad de viajes

Propósito: El sistema proporcionara un reporte que permitirá conocer la
ocupabilidad de los viajes programados para carga sobre el
volumen que se transporto. En un periodo dado.
necesita elaborar un reporte sobre la ocupabilidad de los
viajes programados para carga. El caso de uso termina
Requerimiento RF11
Caso de uso: CUS19 – Elaborar reporte de cumplimiento de rutas

programadas
Propósito: El sistema proporcionara un reporte que permitirá conocer el
cumplimiento de las rutas programadas. En un periodo dado.

necesita elaborar un reporte sobre el cumplimiento de las
rutas programadas durante un periodo seleccionado,
ordenado por tipo de servicio y ruta. El caso de uso termina
Requerimiento RF12
Caso de uso: CUS20 – Elaborar reporte de viajes programados

cancelados
Propósito: El sistema proporcionara un reporte que permitirá conocer los
viajes programados que han sido cancelados. En un periodo
dado.
Resumen: El caso de uso comienza cuando el Jefe de Operaciones
necesita elaborar un reporte sobre los viajes programados
que han sido cancelados durante un periodo seleccionado,
ordenado por fecha. El caso de uso termina cuando se emite
el reporte.
Requerimiento RF13
Caso de uso: CUS21 – Elaborar ranking de las rutas que más o menos
fueron programadas
ranking de las rutas que mas fueron programadas. En un
periodo dado.
necesita elaborar un reporte sobre las rutas que mas fueron
programados durante un periodo seleccionado, ordenado por
tipo de servicio y ruta. El caso de uso termina cuando se
emite el reporte.
Requerimiento RF14
Caso de uso: CUS22 – Elaborar reporte del grado de cumplimiento de

las salidas de los viajes programados

grado de cumplimiento de las salidas de los viajes. En un
periodo dado.
necesita elaborar un reporte sobre el cumplimiento de los
horarios de salida de los viajes programados durante un
periodo seleccionado ordenado por tipo servicio. El caso de
uso termina cuando se emite el reporte.
Requerimiento RF15
Caso de uso: CUS23 – Elaborar reporte de las solicitudes programadas

rechazadas y aprobadas
Propósito: El sistema proporcionara un reporte que permitirá conocer las
solicitudes de programación de itinerarios que han sido
rechazados y los que han sido aprobados. En un periodo
dado.
asociado:
necesita elaborar un reporte sobre las solicitudes de
programación de itinerario que han sido rechazadas o
aprobadas durante un periodo seleccionado, ordenado por
fecha de solicitud. El caso de uso termina cuando se emite el
reporte.
Requerimiento RF16
Caso de uso: CUS24 – Elaborar reporte de las solicitudes de

solicitudes de programación de itinerarios pendientes,
atendidas, anuladas y rechazadas en un periodo dado.
asociado:
programación de itinerario que están pendientes, atendidas o
eliminadas, durante un periodo seleccionado, ordenado por
fecha de solicitud. El caso de uso termina cuando se emite el
reporte.
Requerimiento RF12,RF13,RF14,RF15
Caso de uso: CUS25 – Elaborar reporte de las solicitudes de

programación de viajes.

solicitudes de programación de viajes pendientes, atendidas,
anuladas y rechazadas en un periodo dado.
asociado:
programación de viajes que están pendientes, atendidas,
eliminadas o rechazdas, durante un periodo seleccionado,
ordenado por fecha de solicitud. El caso de uso termina
Requerimiento RF09,RF10,RF11
Caso de uso: CUS901 – Realizar login

Actor(es): Usuario
Propósito: Permitir el acceso al sistema validando el nombre de usuario y
la contraseña ingresada.
Caso de uso CUS902 – Cambiar Contraseña (extend)
asociado:
Resumen: El caso de uso comienza cuando un Usuario ingresa al
sistema. El sistema realiza la validación del usuario. El caso
de uso termina cuando el usuario ha sido admitido o
rechazado.
Clasificación: Opcional
Requerimiento Implícito
Caso de uso: CUS902 – Cambiar contraseña

Actor(es): Usuario
Propósito: Permitir el cambio de la contraseña del usuario.
asociado:
Resumen: El caso de uso se inicia cuando el Usuario requiere cambiar su
contraseña. Para validar la contraseña nueva el sistema le
exigirá que repita la nueva contraseña. El caso de uso termina
cuando la contraseña es aceptada y el registro del usuario
queda actualizado.
Caso de uso: CUS904 – Realizar copia de seguridad

Actor(es): Administrador del Sistema
Propósito: Efectuar el respaldo y restauración de los archivos del sistema
y los datos de usuario.
asociado:
Resumen: El caso de uso comienza cuando el administrador selecciona
la opción “Realizar Copia de Respaldo”. De acuerdo a su
necesidad el administrador puede respaldar, restaurar y
consultar información de las copias de respaldo.

Caso de uso: CUS905 – Definir políticas de seguridad

Propósito: Controlar que los accesos al sistema por parte de los usuarios
cumplan las políticas de seguridad establecidas.
asociado:
Resumen: El caso de uso comienza cuando el Administrador del Sistema
selecciona la opción Políticas de Seguridad y establece y
asigna las mismas en el sistema. El caso de uso termina
cuando se graba la información ingresada o modificada.
Caso de uso: CUS906 – Actualizar usuario

Propósito: Mantener actualizado el registro de usuarios del sistema
Caso de uso CUS14 – Buscar empleado (extend)
asociado: CUS907 – Actualizar perfil (extend)
desea actualizar los datos de los usuarios del sistema. Según
su requerimiento puede agregar, modificar, eliminar, buscar e
imprimir el registro de usuarios. El caso de uso termina cuando
el registro queda actualizado.
Caso de uso: CUS907 – Actualizar perfil

Propósito: Mantener actualizado el registro de perfiles de usuarios
Caso de uso CUS908 – Administrar opciones (extend)
asociado:
desea actualizar los datos de los perfiles de usuario. Según su
requerimiento puede agregar, modificar, eliminar, buscar e
imprimir el registro de perfiles. El caso de uso termina cuando
el registro queda actualizado.
Caso de uso: CUS908 – Administrar opciones

Propósito: Asignar las opciones del sistema que correspondan a cada
perfil de usuario.
asociado:

selecciona la opción Administrar Opciones y asigna o modifica
las opciones correspondientes a un determinado perfil de
usuario en el sistema. El caso de uso termina cuando el perfil
ha quedad actualizado en el sistema.
Caso de uso: CUS909 – Bloquear usuarios

Actor(es): Programador de Tareas
Propósito: Efectuar el bloqueo de las cuentas de usuario que no cumplan
con las políticas de seguridad.
asociado:
Resumen: El caso de uso comienza cuando el Programador de Tareas
invoca el proceso “Bloquear Usuarios” y concluye cuando las
cuentas de usuario con el estado “Activo” que no cumplen las
políticas de seguridad cambian al estado “bloqueado”.
8.7.2. Especificación Expandida de Casos de Uso

Por cada caso de uso de sistema especificado a un alto nivel deberá incluir la
especificación expandida de casos de uso. Para ello deberá indicar el flujo básico y los
flujos alternos e incorporará el prototipo con la inclusión de los controles.
CUS01 – Nombre del caso de suo

1 Actores
1.1 Lista de actores
2 Propósito
Indicar el propósito
3 Breve Descripción
Reutilizar el resumen del punto 7.7.1
4 Flujo Básico de Eventos
1. Indicar el flujo básico de eventos
2. Es posible hacer referencia a las reglas de negocio.
5 Subflujos
Indicar los subflujos del flujo básico.
6 Flujos Alternativos
6.1Nombre del subflujo
Breve descripción del suflujo.
1. Detalle del flujo alterno. Se pueden incluir reglas de negocio.
7 Precondiciones
7.1Nombre de la precondición
Descripción de la precondición
7.2Perfil de usuario
Indicar el perfil de usuario que interactúa con el caso de uso

8 Poscondiciones
8.1Nombre de la precondición
Descripción de la precondición
9 Puntos de Extensión
Indicar si existen puntos de extensión.
10 Requerimientos Especiales
Indicar si existen requerimientos especiales.
11 Prototipos
Lista de Solicitudes de Itinerario
Actualizar Solicitudes de Itinerario
5. Navegación
9.1 Flujo general de navegación
Incluir un árbol de navegación que permita entender el flujo que se seguirá en la

navegación por el aplicativo. El siguiente ejemplo muestra un árbol de navegación:

Ver
Agenda
Encargar Acción
Agend Ver
a Acciones
Ver
Alarmas
Acción
Propia
Cliente Consulta
APLICACION s r
Parámetro
s
Tablas Resultado
s
Razones
Mantenimient
o
Matriz
CAP
Relacione
s
Matriz GAF
Acciones
Enviadas
Avances
Reportes Resultados
Históricos
Resultado de
Accione
s
Seguimiento
Semanal

6. Esquema de Seguridad
En esta se documenta los esquemas de seguridad en base a perfiles y su acceso a su

información.
10.1 Matriz de perfiles usuario y accesos por Aplicativo/Módulo/Función
Aplicativo
Funciónes por Módulo Perfil 1 Perfil 2 ... Perfil N
Módulo A x x X x
Consulta de información de
empresas
Consulta de operadores x x X x
autorizados
Consulta de cuentas afiliadas x x X x
Consulta de combinaciones x x X x
autorizadas
Modificación de datos básicos de x x X x
empresas
Modificación de datos extendidos x x x
de la empresa
Modificación de operadores x x X x
autorizados
Módulo B
Modificación de cuentas afiliadas x x X x
Modificación de combinaciones x x X x
autorizadas
Anexo: Conformidad de Revisión de Pares / Validación
Conformidad de la Revisión de Pares (Información llenada por el autor)

Conformidad de que el Proceso de revisión concluyó satisfactoriamente para todos los roles
convocados, al final el Autor cierra la actividad en señal de que la revisión concluyó
El autor puede cerrar la actividad aunque algún revisor convocado no haya participado en la
revisión)
Responsable Rol: (M/R) Fecha Participó
(Moderador/Revisor) (DD/MM/AA) SI/NO
Conformidad de la Validación (Información llenada por el autor)

Conformidad del documento por parte del facilitador y validadores convocados, al final el autor
cierra la actividad en señal de que la Validación concluyó.
(El autor puede cerrar la actividad aunque algún validador convocado no haya participado en
la validación, (NP))
Responsable Rol: (F/V) Fecha Conforme
(Facilitador/Validador) (DD/MM/AA) SI/NO/NP

Glosario de Términos
Término Definición


REF - Reporte de Definicion Funcional - Ejemplo v1.0

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

REF - Reporte de Definicion Funcional - Ejemplo v1.0

Uploaded by

Copyright:

Available Formats

Reporte de Definiciones

[Sistema de Programación de Viajes]

Rol Apellidos y Nombres

Reporte de Definición Funcional (REF) 2

La Empresa de transporte Paradise tours S.A. es una empresa dedicada al servicio

Reporte de Definición Funcional (REF) 3

Los diversos talleres de mantenimiento técnico distribuidos estratégicamente en toda

Actualmente, Paradise Tours S.A. busca la automatización de sus procesos actuales, ya

El sistema a desarrollar se centrará en la programación de itinerarios y de viajes

Reporte de Definición Funcional (REF) 4

6. 5.1. Descripción de los Procesos de Negocio

a) CUN01 - Proceso de Programar Itinerario:

La solicitud le llegará al Jefe de operaciones, él es el encargado de validar la

El Asistente de Operaciones genera la constancia de atención la cual es verificada y

b) CUN02 - Proceso de Programar viaje:

El Asistente de operaciones al final de este proceso elaborará una constancia con el

Reporte de Definición Funcional (REF) 5

1. 5.2. Reglas de Negocio

Reporte de Definición Funcional (REF) 6

Reporte de Definición Funcional (REF) 7

Código Descripción Proceso de Negocio

Reporte de Definición Funcional (REF) 8

Reporte de Definición Funcional (REF) 9

[Describir como será Obligar al usuario a

Reporte de Definición Funcional (REF) 10

Reporte de Definición Funcional (REF) 11

4. Modelo de Casos de Uso de Sistema

8.1. Lista de Actores de Sistema

Actor del sistema Descripción

Reporte de Definición Funcional (REF) 12

8.2. Diagrama de Actores del Sistema

Jefe de Asistente de Administrador del

8.3. Arquitectura del Sistema – Diagrama de Paquetes

P01 Programar P02 Programar

P03 Reportes del P04 Seguridad

8.4. Lista de Casos de Uso del Sistema por Paquete

Paquete: P01 – Programar itinerario

Reporte de Definición Funcional (REF) 13

Paquete: P02 – Programar viaje

Paquete: P03 – Reportes del sistema

Reporte de Definición Funcional (REF) 14

Paquete: P04 – Seguridad

Reporte de Definición Funcional (REF) 15

8.5. Diagrama de Casos de Uso por Paquete

Paquete: P01 – Programar itinerario

Reporte de Definición Funcional (REF) 16

Paquete: P03 – Reportes del sistema

Reporte de Definición Funcional (REF) 17

Reporte de Definición Funcional (REF) 18

8.6.1. Clasificación de los Casos de Uso de Sistema

Nombre del caso de uso Clasificación

CUS18 – Elaborar reporte de ocupabilidad de viajes programados para Secundario

CUS20 – Elaborar reporte de viajes programados cancelados Secundario

CUS23 – Elaborar reporte de las solicitudes programadas rechazadas Secundario

8.6.2. Ciclos de Desarrollo de los Casos de Uso del Sistema

Reporte de Definición Funcional (REF) 20

8.7. Realización de los Casos de Uso del Sistema

8.7.1. Especificación de Alto Nivel

Caso de uso: CUS01 – Actualizar solicitud programación de itinerario

Reporte de Definición Funcional (REF) 21

Caso de uso: CUS02 – Actualizar itinerario

Caso de uso: CUS03 – Actualizar ruta

Caso de uso: CUS04 – Actualizar tramo

Caso de uso: CUS05 – Actualizar agencia