REF - Reporte de Definicion Funcional - Ejemplo v1.0
Transcript of 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
INDICE1. ANTECEDENTES...............................................................................................................32. OBJETIVOS...................................................................................................................... 43. ALCANCE........................................................................................................................ 44. FUERA DE ALCANCE.........................................................................................................45. PROCESOS DE NEGOCIO..................................................................................................45.1. DESCRIPCIÓN DE LOS PROCESOS DE NEGOCIO..................................................................45.2. REGLAS DE NEGOCIO......................................................................................................46. REQUISITOS FUNCIONALES...............................................................................................57. REQUISITOS NO FUNCIONALES..........................................................................................58. MODELO DE CASOS DE USO DE SISTEMA...........................................................................78.1. LISTA DE ACTORES DE SISTEMA.......................................................................................78.2. DIAGRAMA DE ACTORES DEL SISTEMA...............................................................................78.3. ARQUITECTURA DEL SISTEMA – DIAGRAMA DE PAQUETES...................................................78.4. LISTA DE CASOS DE USO DEL SISTEMA POR PAQUETE........................................................78.5. DIAGRAMA DE CASOS DE USO POR PAQUETE....................................................................88.6. PRIORIZACIÓN DE LOS CASOS DE USO DEL SISTEMA..........................................................88.7. REALIZACIÓN DE LOS CASOS DE USO DEL SISTEMA............................................................8
CUS01 – Nombre del caso de suo..............................................................................................99. NAVEGACIÓN................................................................................................................. 10
9.1 Flujo general de navegación...................................................................................1010. ESQUEMA DE SEGURIDAD............................................................................................12
10.1 Matriz de perfiles usuario y accesos por Aplicativo/Módulo/Función................12ANEXO: CONFORMIDAD DE REVISIÓN DE PARES / VALIDACIÓN...................................................12Glosario de Términos..........................................................................................................13
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
2
Histórico de Revisiones
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
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
3
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.AlcanceEn caso que no varié el alcance definido en el PP no será necesario detallar en este documento. (plan de proyecto)
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
4
4.Fuera de AlcanceEn caso que no varié lo especificado como fuera del alcance en el PP no será necesario detallar en este documento.
5.Procesos de Negocio
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.
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
5
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.
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.
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
6
[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.
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
7
[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..
6.Requisitos Funcionales
Código Descripción Proceso de Negocio
RF-001Registrar solicitud de programación de itinerarios
[CUN01]
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]
RF08Registrar solicitud de programación de viajes
[CUN02]
RF09 Registrar programación de viajes [CUN02]
RF10Reporte de ocupabilidad de viajes programados para pasajeros
[CUN02]
RF11Reporte de ocupabilidad de viajes programados para carga
[CUN02]
RF12Reporte de cumplimiento de rutas programadas
[CUN01]
RF13Reporte de viajes programados cancelados
[CUN02]
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
8
Código Descripción Proceso de Negocio
RF14Ranking de las rutas que más o menos fueron programadas
[CUN01]
RF15Reporte del grado de cumplimiento de las salidas de los viajes programados
[CUN02]
RF16Reporte de las solicitudes programadas rechazadas y aprobadas
[CUN01]
7.Requisitos No Funcionales
Tipo de Requisito Código Descripción
Restricciones del Diseño
[Definir cualquier tipo de restricción de diseño, tales como: proceso de desarrollo de software, sistemas operativos, lenguajes de programación, administrador de base de datos, conexión a la BD, generador de reportes, manejo de información, etc.]
RNF-001
La aplicación se desarrollará con la herramienta Visual Basic versión 6 de Microsoft
RNF-002
El sistema deberá considerar una arquitectura lógica de tres capas: Datos, Negocio y Presentación
Componentes a Adquirir
[Identificar los componentes que se deben adquirir o tener en cuenta, para llevar acabo el desarrollo y ejecución del sistema. Ejemplo: lenguajes de programación, servidores, estaciones de trabajo, etc. ]
No aplica
Interfaces de Usuario
[Describir las interfaces de usuario que serán implementados en el software. Esto incluye por ejemplo: formatos de la pantalla, página o esquemas de las ventanas, reportes, menús, etc.]
RNF-003
El diseño de la interfaz gráfica del sistema se alineará al estándar utilizado en las aplicaciones Microsoft
RNF-004
La resolución mínima para una buena visualización y ejecución del sistema será un tamaño de pantalla de 800x600 píxel
RNF-005Los reportes mostrarán el logotipo y nombre de la empresa
Interfaces de Hardware
[Definir cualquier interfase de hardware que será soportado por el software, incluyendo estructura lógica, direcciones físicas, etc.]
No aplica
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
9
Tipo de Requisito Código Descripción
Interfaces de Software
[Especificar el uso de otros productos software requeridos e interfaces con otros sistemas de la aplicación.]
No aplica
Interfaces de Comunicaciones
[Describir las interfaces de comunicación para otros sistemas ó dispositivos, tales como: redes de área local, dispositivos de serie remota.]
No aplica
Requerimientos de Licenciamiento
[Identificar las licencias que se requieran para el desarrollo del sistema.]
No aplica a este proyecto
Seguridad
[Describir como será controlada la seguridad del sistema.]
RNF-006
A cada usuario se le asignará un usuario del sistema y una clave, los cuales permitirán el ingreso de acuerdo un perfil determinado
RNF-007Obligar al usuario a cambiar su contraseña cada 2 meses
RNF-008
Permitir que el usuario pueda cambiar la contraseña de acuerdo a las políticas de seguridad de la organización
Estándares aplicables
[Especificar con qué estándares trabaja el sistema.]
No aplica
Requisitos del Sistema
[Especificar los requerimientos de plataforma tecnológica necesarios para el diseño y el desarrollo del sistema.]
RNF-009
El sistema debe alinearse con la red de datos implementada en la empresa y no deberá generar conflicto con las aplicaciones existentes
RNF-010 El sistema debe trabajar sobre cualquier computador que cuente con estos requerimientos mínimos: con procesador Pentium III o superior, 256 Mb de memoria RAM y disco duro de 20 Gb
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
10
Tipo de Requisito Código Descripción
RNF-011
El motor de base de datos que utilizara el sistema deberá ser SQL Server 2000
Requisitos de Desempeño
[Listar y especificar los requisitos de desempeño con los que debe trabajar el sistema. Ejemplo: Tiempo de respuesta en alguna consulta del sistema.]
RNF-012
El Sistema deberá permitir el ingreso concurrente de por lo menos 200 usuarios distribuidos entre los diversos módulos del sistema a lo largo de las diversas oficinas con las que cuentan la compañía
RNF-013
El tiempo de respuesta del sistema para operaciones de ingreso o registro de información deberá ser como máximo 5 segundos de espera
RNF-014
El tiempo promedio de cada transacción realizada en el sistema deberá ser en promedio de 8 segundos
Usabilidad
RNF-015El sistema debe permitir ser usado intuitivamente por cualquier usuario
RNF-016
El sistema permitirá a los usuarios realizar búsquedas sin entrenamiento previo
RNF-017
La interfaz del usuario se diseñará de tal manera que le facilite el uso de la misma, sin necesidad de un soporte del área de sistemas. Esta tendrá que ser validada por el usuario
RNF-018
En caso de error del usuario el sistema informará claramente: el mensaje del error y la solución
ConfiabilidadRNF-019
El sistema estará disponible 24 horas al día, 7 días a la semana
RNF-020
El porcentaje de disponibilidad anual del sistema no será menor del 99%
RNF-021 El tiempo promedio entre fallas estimado será de una vez cada 6 semanas
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
11
Tipo de Requisito Código Descripción
RNF-022
El sistema deberá mantener almacenado los errores originados por excepciones en el sistema
RNF-023
El sistema deberá mantener almacenado el contenido histórico de todas las operaciones (Log)
8.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
Operaciones
Encargado de programar los itinerarios y viajes, registrar rutas,
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
Sistema
Rol que se encarga de registrar a los usuarios del sistema y
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
tareas
Es el responsable de realizar el bloqueo de usuarios.
.
8.2. Diagrama de Actores del Sistema
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
12
Usuario
Asistente de Operaciones
Jefe de Operaciones
Administrador del Sistema
Programador de Tareas
8.3. Arquitectura del Sistema – Diagrama de Paquetes
P01 Programar itinerario
P02 Programar viaje
P03 Reportes del sistema
P04 Seguridad
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
programación de itinerario
El sistema permitirá registrar, actualizar y consultar la
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
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
13
Caso de uso del sistema Descripción
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
Caso de uso del sistema Descripción
CUS12 – Actualizar solicitud
de programación de viaje
El sistema permitirá registrar, actualizar y consultar la
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
Caso de uso del sistema Descripción
CUS17 – Elaborar reporte de
ocupabilidad de viajes
programados para pasajeros
El sistema proporcionara un reporte que permitirá
conocer la ocupabilidad de los viajes programados para
los pasajeros comparándolo con el número de pasajes
vendidos. En un periodo dado.
CUS18 – Elaborar reporte de
ocupabilidad de viajes
El sistema proporcionara un reporte que permitirá
conocer la ocupabilidad de los viajes programados para
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
14
Caso de uso del sistema Descripción
programados para carga carga comparándolo con el volumen que se transporto.
En un periodo dado.
CUS19 – Elaborar reporte de
cumplimiento de rutas
programadas
El sistema proporcionara un reporte que permitirá
conocer el cumplimiento de las rutas programadas. En
un periodo dado.
CUS20 – Elaborar reporte de
viajes programados
cancelados
El sistema proporcionara un reporte que permitirá
conocer los viajes programados que han sido
cancelados. En un periodo dado.
CUS21 – Elaborar ranking de
las rutas que más o menos
fueron programadas
El sistema proporcionara un reporte que permitirá
conocer el ranking de las rutas que más o menos fueron
programadas. En un periodo dado.
CUS22 – Elaborar reporte del
grado de cumplimiento de las
salidas de los viajes
programados
El sistema proporcionara un reporte que permitirá
conocer el grado de cumplimiento de las salidas de los
viajes. En un periodo dado.
CUS23 – Elaborar reporte de
las solicitudes programadas
rechazadas y aprobadas
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.
CUS24 – Elaborar reporte de
las solicitudes de
programación de itinerarios.
El sistema proporcionara un reporte que permitirá
conocer las solicitudes de programación de itinerarios
pendientes, atendidas, anuladas y rechazadas en un
periodo dado
CUS25 – Elaborar reporte de
las solicitudes de
programación de viajes.
El sistema proporcionara un reporte que permitirá
conocer las solicitudes de programación de viajes
pendientes, atendidas, anuladas y rechazadas en un
periodo dado
Paquete: P04 – Seguridad
Caso de uso del sistema Descripción
CUS901 – Realizar login Permitir el acceso al sistema validando el nombre de
usuario y la contraseña ingresada.
CUS902 – Cambiar
contraseña
Permitir el cambio de la contraseña del usuario.
CUS903 – Registrar log de
operaciones
Permitir el cambio de la contraseña del usuario.
CUS904 – Realizar copia de
seguridad
Efectuar el respaldo y restauración de los archivos del
sistema y los datos de usuario.
CUS905 – Definir políticas de Controlar que los accesos al sistema por parte de los
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
15
Caso de uso del sistema Descripción
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
opciones
Asignar las opciones del sistema que correspondan a
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
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
16
Paquete: P02 – Programar viaje
Paquete: P03 – Reportes del sistema
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
17
Paquete: P04 – Seguridad
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
18
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
19
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 pasajeros
Secundario
CUS18 – Elaborar reporte de ocupabilidad de viajes programados para carga
Secundario
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 programadas
Secundario
CUS22 – Elaborar reporte del grado de cumplimiento de las salidas de los viajes programados
Secundario
CUS23 – Elaborar reporte de las solicitudes programadas rechazadas y aprobadas
Secundario
CUS24 – Elaborar reporte de las solicitudes de programación de
itinerarios.
Secundario
CUS25 – Elaborar reporte de las solicitudes de programación de
viajes.
Secundario
CUS901 – Realizar login Opcional
CUS902 – Cambiar contraseña Opcional
CUS904 – Realizar copia de seguridad Opcional
CUS905 – Definir políticas de seguridad Opcional
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
20
Nombre del caso de uso Clasificación
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 desarrollo
Nombre del caso de uso Clasificación
Núcleo central o
Ciclo 0
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 Primario
CUS15 – Buscar itinerario Primario
CUS16 – Buscar unidad Primario
Ciclo 1 CUS17 – Elaborar reporte de ocupabilidad de viajes programados para pasajeros
Secundario
CUS18 – Elaborar reporte de ocupabilidad de viajes programados para carga
Secundario
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 programadas
Secundario
CUS22 – Elaborar reporte del grado de cumplimiento de las salidas de los viajes programados
Secundario
CUS23 – Elaborar reporte de las solicitudes programadas rechazadas y aprobadas
Secundario
CUS24 – Elaborar reporte de las solicitudes de
programación de itinerarios.
Secundario
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
21
Ciclo de desarrollo
Nombre del caso de uso Clasificación
CUS25 – Elaborar reporte de las solicitudes de
programación de viajes.
Secundario
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 itinerarioActor(es): Usuario (Jefe de Marketing, Jefe de operaciones y Asistente de
operaciones)Propósito: Mantener actualizada la información de las solicitudes de
programación de itinerarios.Caso de uso asociado:
No aplica
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 PrimarioRequerimiento RF01
Caso de uso: CUS02 – Actualizar itinerarioActor(es): Asistente de operacionesPropósito: Mantener actualizado el registro de itinerarios de viaje.Caso de uso asociado:
CUS03 – Actualizar ruta (extend)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: PrimarioRequerimiento RF02
Caso de uso: CUS03 – Actualizar rutaActor(es): Asistente de operacionesPropósito: Mantener actualizado el registro de rutas.
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
22
Caso de uso asociado:
CUS04 – Actualizar tramo (extend)
Resumen: El caso de uso comienza cuando el Asistente de Operaciones desea actualizar los datos de las rutas de viaje. Según su requerimiento puede agregar, modificar y eliminar el registro de rutas de viaje. El caso de uso termina cuando el registro queda actualizado.
Clasificación: PrimarioRequerimiento RF03
Caso de uso: CUS04 – Actualizar tramoActor(es): Asistente de operacionesPropósito: Mantener actualizado el registro de tramos.Caso de uso asociado:
CUS05 – Actualizar agencia (extend)CUS08 – Buscar agencia (extend)
Resumen: El caso de uso comienza cuando el Asistente de Operaciones 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.
Clasificación: PrimarioRequerimiento RF04
Caso de uso: CUS05 – Actualizar agenciaActor(es): Asistente de operacionesPropósito: Mantener actualizado el registro de agencias.Caso de uso asociado:
CUS07 – Actualizar ofrecido (extend)CUS09 – Buscar ofrecido (extend)
Resumen: El caso de uso comienza cuando el Asistente de Operaciones desea actualizar los datos de las agencias. Según su requerimiento puede agregar, modificar y eliminar el registro de agencias. El caso de uso termina cuando el registro queda actualizado.
Clasificación: PrimarioRequerimiento RF05
Caso de uso: CUS06 – Actualizar servicioActor(es): Asistente de operacionesPropósito: Mantener actualizado el registro de los servicios que brinda la
empresa.Caso de uso asociado:
CUS07 – Actualizar ofrecido (extend)CUS09 – Buscar ofrecido (extend)
Resumen: El caso de uso comienza cuando el Asistente de Operaciones desea actualizar los datos de los servicios. Según su requerimiento puede agregar, modificar y eliminar el registro de servicios. El caso de uso termina cuando el registro queda actualizado.
Clasificación: PrimarioRequerimiento RF06
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
23
Caso de uso: CUS07 – Actualizar ofrecidoActor(es): Asistente de operacionesPropósito: Mantener actualizado el registro de los ofrecidos que brinda la
empresaCaso de uso asociado:Resumen: El caso de uso comienza cuando el Asistente de Operaciones
desea actualizar los datos de los ofrecidos. Según su requerimiento puede agregar, modificar y eliminar el registro de ofrecidos. El caso de uso termina cuando el registro queda actualizado.
Clasificación: PrimarioRequerimiento RF07
Caso de uso: CUS08 – Buscar agenciaActor(es): Asistente de operacionesPropósito: Realizar la búsqueda de agencias.Caso de uso asociado:
No aplica
Resumen: El caso de uso comienza cuando el Asistente de Operaciones 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.
Clasificación: PrimarioRequerimiento RF05
Caso de uso: CUS09 – Buscar ofrecidoActor(es): Asistente de operacionesPropósito: Realizar la búsqueda de ofrecidos.Caso de uso asociado:
No aplica
Resumen: El caso de uso comienza cuando el Asistente de Operaciones 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.
Clasificación: PrimarioRequerimiento RF07
Caso de uso: CUS10 – Buscar rutaActor(es): Asistente de operacionesPropósito: Realizar la búsqueda de rutas por agencia origen y agencia
destino.Caso de uso asociado:
No aplica
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
24
Resumen: El caso de uso comienza cuando el Asistente de Operaciones 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.
Clasificación: PrimarioRequerimiento RF03
Caso de uso: CUS11 – Buscar servicioActor(es): UsuarioPropósito: Realizar la búsqueda de servicios.Caso de uso asociado:
No aplica
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.
Clasificación: PrimarioRequerimiento RF06
Caso de uso: CUS12 – Actualizar solicitud de programación de viajeActor(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 asociado:
CUS15 Buscar itinerario (extend)
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 PrimarioRequerimiento RF08
Caso de uso: CUS13 – Actualizar viajeActor(es): Asistente de operacionesPropósito: El sistema permitirá registrar, actualizar y consultar la
información de los viajes programados.Caso de uso asociado:
CUS14 – Buscar empleado (extend)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.
Clasificación: PrimarioRequerimiento RF09
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
25
Caso de uso: CUS14 – Buscar empleadoActor(es): Usuario (Asistente de operaciones y Administrador del
Sistema)Propósito: Realizar la búsqueda de empleados por código o por nombre.Caso de uso asociado:
No aplica
Resumen: El caso de uso comienza cuando el Usuario desea consultar los registros de empleados. De acuerdo a su necesidad el Usuario selecciona un registro. El caso de uso termina cuando retorna el registro seleccionado.
Clasificación: PrimarioRequerimiento RF01
Caso de uso: CUS15 – Buscar itinerarioActor(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 asociado:
CUS08 – Buscar agencia (extend)
Resumen: El caso de uso comienza cuando el Usuario desea consultar 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.
Clasificación: PrimarioRequerimiento RF01
Caso de uso: CUS16 – Buscar unidadActor(es): Usuario (Jefe de operaciones y Asistente de operaciones)Propósito: Realizar la búsqueda de unidades por placa o por
descripción.Caso de uso asociado:
No aplica
Resumen: El caso de uso comienza cuando el Usuario desea consultar 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.
Clasificación: PrimarioRequerimiento RF01, RF09
Caso de uso: CUS17 – Elaborar reporte de ocupabilidad de viajes programados para pasajeros
Actor(es): Jefe de OperacionesPropó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 asociado:
CUS10 – Buscar ruta (extend)CUS11 – Buscar servicio (extend)CUS16 – Buscar unidad (extend)
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
26
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: SecundarioRequerimiento RF10
Caso de uso: CUS18 – Elaborar reporte de ocupabilidad de viajes programados para carga
Actor(es): Jefe de OperacionesPropó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.
Caso de uso asociado:
CUS10 – Buscar ruta (extend)CUS11 – Buscar servicio (extend)CUS16 – Buscar unidad (extend)
Resumen: El caso de uso comienza cuando el jefe de operaciones necesita elaborar un reporte sobre la ocupabilidad de los viajes programados para carga. El caso de uso termina cuando se emite el reporte.
Clasificación: SecundarioRequerimiento RF11
Caso de uso: CUS19 – Elaborar reporte de cumplimiento de rutas programadas
Actor(es): Jefe de OperacionesPropósito: El sistema proporcionara un reporte que permitirá conocer el
cumplimiento de las rutas programadas. En un periodo dado.Caso de uso asociado:
CUS10 – Buscar ruta (extend)CUS11 – Buscar servicio (extend)CUS16 – Buscar unidad (extend)
Resumen: El caso de uso comienza cuando el jefe de operaciones 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 cuando se emite el reporte.
Clasificación: SecundarioRequerimiento RF12
Caso de uso: CUS20 – Elaborar reporte de viajes programados cancelados
Actor(es): Jefe de OperacionesPropósito: El sistema proporcionara un reporte que permitirá conocer los
viajes programados que han sido cancelados. En un periodo dado.
Caso de uso asociado:
CUS10 – Buscar ruta (extend)CUS11 – Buscar servicio (extend)CUS16 – Buscar unidad (extend)
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
27
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.
Clasificación: SecundarioRequerimiento RF13
Caso de uso: CUS21 – Elaborar ranking de las rutas que más o menos fueron programadas
Actor(es): Jefe de OperacionesPropósito: El sistema proporcionara un reporte que permitirá conocer el
ranking de las rutas que mas fueron programadas. En un periodo dado.
Caso de uso asociado:
CUS10 – Buscar ruta (extend)CUS11 – Buscar servicio (extend)CUS16 – Buscar unidad (extend)
Resumen: El caso de uso comienza cuando el Jefe de Operaciones 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.
Clasificación: SecundarioRequerimiento RF14
Caso de uso: CUS22 – Elaborar reporte del grado de cumplimiento de las salidas de los viajes programados
Actor(es): Jefe de OperacionesPropósito: El sistema proporcionara un reporte que permitirá conocer el
grado de cumplimiento de las salidas de los viajes. En un periodo dado.
Caso de uso asociado:
CUS10 – Buscar ruta (extend)CUS11 – Buscar servicio (extend)CUS16 – Buscar unidad (extend)
Resumen: El caso de uso comienza cuando el Jefe de Operaciones 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.
Clasificación: SecundarioRequerimiento RF15
Caso de uso: CUS23 – Elaborar reporte de las solicitudes programadas rechazadas y aprobadas
Actor(es): Jefe de Operaciones
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
28
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.
Caso de uso asociado:
No aplica
Resumen: El caso de uso comienza cuando el Jefe de Operaciones 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.
Clasificación: SecundarioRequerimiento RF16
Caso de uso: CUS24 – Elaborar reporte de las solicitudes de programación de itinerarios.
Actor(es): Jefe de OperacionesPropósito: El sistema proporcionara un reporte que permitirá conocer las
solicitudes de programación de itinerarios pendientes, atendidas, anuladas y rechazadas en un periodo dado.
Caso de uso asociado:
No aplica
Resumen: El caso de uso comienza cuando el Jefe de Operaciones necesita elaborar un reporte sobre las solicitudes de 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.
Clasificación: SecundarioRequerimiento RF12,RF13,RF14,RF15
Caso de uso: CUS25 – Elaborar reporte de las solicitudes de programación de viajes.
Actor(es): Jefe de OperacionesPropósito: El sistema proporcionara un reporte que permitirá conocer las
solicitudes de programación de viajes pendientes, atendidas, anuladas y rechazadas en un periodo dado.
Caso de uso asociado:
No aplica
Resumen: El caso de uso comienza cuando el Jefe de Operaciones necesita elaborar un reporte sobre las solicitudes de 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 cuando se emite el reporte.
Clasificación: SecundarioRequerimiento RF09,RF10,RF11
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
29
Caso de uso: CUS901 – Realizar loginActor(es): UsuarioPropósito: Permitir el acceso al sistema validando el nombre de usuario y
la contraseña ingresada.Caso de uso asociado:
CUS902 – Cambiar Contraseña (extend)
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: OpcionalRequerimiento Implícito
Caso de uso: CUS902 – Cambiar contraseñaActor(es): UsuarioPropósito: Permitir el cambio de la contraseña del usuario.Caso de uso asociado:
No aplica
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.
Clasificación: OpcionalRequerimiento Implícito
Caso de uso: CUS904 – Realizar copia de seguridadActor(es): Administrador del SistemaPropósito: Efectuar el respaldo y restauración de los archivos del sistema
y los datos de usuario.Caso de uso asociado:
No aplica
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.
Clasificación: OpcionalRequerimiento Implícito
Caso de uso: CUS905 – Definir políticas de seguridadActor(es): Administrador del SistemaPropósito: Controlar que los accesos al sistema por parte de los usuarios
cumplan las políticas de seguridad establecidas.Caso de uso asociado:
No aplica
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.
Clasificación: Opcional
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
30
Requerimiento Implícito
Caso de uso: CUS906 – Actualizar usuarioActor(es): Administrador del SistemaPropósito: Mantener actualizado el registro de usuarios del sistemaCaso de uso asociado:
CUS14 – Buscar empleado (extend)CUS907 – Actualizar perfil (extend)
Resumen: El caso de uso comienza cuando el Administrador del Sistema 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.
Clasificación: OpcionalRequerimiento Implícito
Caso de uso: CUS907 – Actualizar perfilActor(es): Administrador del SistemaPropósito: Mantener actualizado el registro de perfiles de usuariosCaso de uso asociado:
CUS908 – Administrar opciones (extend)
Resumen: El caso de uso comienza cuando el Administrador del Sistema 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.
Clasificación: OpcionalRequerimiento Implícito
Caso de uso: CUS908 – Administrar opcionesActor(es): Administrador del SistemaPropósito: Asignar las opciones del sistema que correspondan a cada
perfil de usuario.Caso de uso asociado:
No aplica
Resumen: El caso de uso comienza cuando el Administrador del Sistema 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.
Clasificación: OpcionalRequerimiento Implícito
Caso de uso: CUS909 – Bloquear usuariosActor(es): Programador de TareasPropósito: Efectuar el bloqueo de las cuentas de usuario que no cumplan
con las políticas de seguridad.Caso de uso asociado:
No aplica
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
31
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”.
Clasificación: OpcionalRequerimiento Implícito
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.1 Nombre del subflujo
Breve descripción del suflujo.
1. Detalle del flujo alterno. Se pueden incluir reglas de negocio.
7 Precondiciones
7.1 Nombre de la precondición
Descripción de la precondición
7.2 Perfil de usuario
Indicar el perfil de usuario que interactúa con el caso de uso
8 Poscondiciones
8.1 Nombre 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
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
32
Lista de Solicitudes de Itinerario
Actualizar Solicitudes de Itinerario
9.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:
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
33
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
Agenda
Clientes
Mantenimiento
Reportes
APLICACION
Acciones Enviadas
Resultados Históricos
Seguimiento Semanal
Resultado de Acciones
Ver Agenda
Encargar Acción
Ver Acciones
Ver Alarmas
Acción Propia
Consultar
Tablas
Relaciones
Parámetros
Resultados
Razones
Matriz CAP
Matriz GAF
Avances
34
10.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 AConsulta de información de empresas
x x X x
Consulta de operadores autorizados
x x X x
Consulta de cuentas afiliadas x x X xConsulta de combinaciones autorizadas
x x X x
Modificación de datos básicos de empresas
x x X x
Modificación de datos extendidos de la empresa
x x x
Modificación de operadores autorizados
Módulo B
x x X x
Modificación de cuentas afiliadas x x X xModificación de combinaciones autorizadas
x x X x
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)
(Moderador/Revisor)Fecha (DD/MM/AA)
Participó 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)
(Facilitador/Validador)Fecha (DD/MM/AA)
Conforme SI/NO/NP
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
35
Glosario de Términos
Término Definición
Reporte de Definición Funcional (REF)Impreso el: 04/06/2008
36