Documentos de Académico
Documentos de Profesional
Documentos de Cultura
INGENIERO DE SISTEMAS
CASO:
LIMA – PERÚ
2016
ÍNDICE
AGRADECIMIENTO ........................................................................................... 1
DEDICATORIA ................................................................................................... 1
INTRODUCCIÓN ............................................................................................... 3
1 CAPÍTULO I: Análisis empresarial ............................................................... 5
1.1 Acerca de la empresa ........................................................................... 5
1.2 Organigrama ......................................................................................... 7
1.3 Análisis FODA ....................................................................................... 7
1.4 Cadena de Valor ................................................................................... 8
1.5 Análisis Canvas ..................................................................................... 9
1.6 Mapa de Procesos .............................................................................. 10
1.7 Diagrama de Subprocesos y Diagrama WorkFlow BPM detallado ..... 11
1.8 Definición del Problema ...................................................................... 12
1.9 Diagrama de Causa y Efecto .............................................................. 13
1.10 Alternativas de Solución................................................................... 13
2 CAPÍTULO II: Plan de Proyecto ................................................................. 14
2.1 Acta de Constitución del Proyecto ...................................................... 15
2.2 Identificación de los Stakeholders ....................................................... 18
2.3 Gestión de Alcance ............................................................................. 20
2.3.1 Enunciado del Alcance del Proyecto ............................................ 20
2.3.2 Estructura de Desglose del Trabajo.............................................. 21
2.3.3 Diccionario de la EDT ................................................................... 21
2.3.4 Entregables .................................................................................. 25
2.4 Planificación del Cronograma ............................................................. 26
2.5 Planificación de los costes .................................................................. 34
2.5.1 Matriz de costos............................................................................ 35
2.5.2 El plan de comunicación del proyecto .......................................... 35
2.5.3 Glosario de terminología particular del proyecto........................... 36
2.6 Organización del Proyecto .................................................................. 36
2.6.1 Organigrama del Proyecto. ........................................................... 36
2.6.2 Matriz de asignación de responsabilidades .................................. 37
2.7 Planificación de Riesgos ..................................................................... 51
2.7.1 Registro de Riesgos del Proyecto................................................. 51
2.8 Gestión de Adquisiciones .................................................................... 54
2.8.1 Criterios de evaluación de Proveedores ....................................... 54
2.9 Planificación de Calidad ...................................................................... 54
2.9.1 Normas y Estándares ................................................................... 54
2.9.2 Plan de Calidad del Proyecto ....................................................... 55
3 CAPÍTULO III: Modelado del Negocio ....................................................... 57
3.1 Antecedentes ...................................................................................... 58
3.2 Objetivo General ................................................................................. 58
3.2.1 Objetivos específicos .................................................................... 58
3.3 Alcance ............................................................................................... 58
3.4 Modelo de Caso de Uso del Negocio .................................................. 59
3.4.1 Casos de Uso del Negocio ........................................................... 59
3.4.2 Descripción de los Casos de Uso ................................................. 59
3.4.3 Actores del Negocio...................................................................... 59
3.4.4 Descripción de los actores del negocio ........................................ 60
3.4.5 Diagrama general de Caso del Negocio ....................................... 60
3.4.6 Especificación de los casos de uso del negocio ........................... 60
3.5 Modelo de Análisis del Negocio .......................................................... 63
3.5.1 Trabajadores del Negocio ............................................................. 63
3.5.2 Descripción de los Trabajadores del Negocio .............................. 64
3.5.3 Entidades del Negocio .................................................................. 64
3.5.4 Descripción de las Entidades del Negocio .................................... 65
3.5.5 Realización de los casos de uso del Negocio ............................... 66
3.6 Diagrama de Actividad ........................................................................ 67
3.7 Diagrama de Clases del Negocio ........................................................ 71
3.8 Reglas del Negocio ............................................................................. 73
4 CAPÍTULO IV: Requerimientos ................................................................. 74
4.1 Matriz Actividades vs Requisitos ......................................................... 75
4.2 Matriz de Requerimientos funcionales adicionales ............................. 76
4.3 Matriz de Requerimientos no funcionales ........................................... 77
4.4 Modelos de Caso de Uso .................................................................... 77
4.4.1 Lista de Actores ............................................................................ 77
4.4.2 Diagrama de Paquetes ................................................................. 78
4.4.3 Diagrama de Casos de uso por paquetes .................................... 78
4.4.4 Diagrama General de Casos de Uso ............................................ 84
4.5 Especificación de Casos de Uso del Sistema ..................................... 85
5 CAPÍTULO V: Análisis, Diseño e Implementación del Sistema ............... 108
5.1 Propósito ........................................................................................... 109
5.2 Alcance ............................................................................................. 109
5.3 Definiciones, Acrónimos y Abreviaturas ............................................ 109
5.3.1 Definiciones ................................................................................ 109
5.3.2 Acrónimos ................................................................................... 110
5.3.3 Abreviaturas................................................................................ 110
5.4 Referencias ....................................................................................... 110
5.5 Modelo de Análisis ............................................................................ 110
5.5.1 Arquitectura del Sistema ............................................................. 110
5.5.2 Realización de Caso de Uso – Análisis ...................................... 111
5.6 Modelo Conceptual ........................................................................... 147
5.7 Modelo de Diseño ............................................................................. 148
5.7.1 Modelo Lógico ............................................................................ 148
5.7.2 Modelo Físico de Datos .............................................................. 149
5.7.3 Vista de capas y Subsistemas .................................................... 150
5.7.4 Realización de Casos de Uso – Modelo de diseño..................... 151
5.8 Vista de Despliegue .......................................................................... 154
5.9 Vista Implementación ........................................................................ 154
6 CAPÍTULO VI: Pruebas del Sistema........................................................ 155
6.1 Introducción ....................................................................................... 156
6.2 Historial del Documento .................................................................... 156
6.3 Planteamiento del problema .............................................................. 157
6.4 Estrategia de pruebas ....................................................................... 157
6.5 Reporte de ejecución de pruebas ..................................................... 158
7 CAPÍTULO VII: Manual de usuario .......................................................... 162
7.1 Introducción ....................................................................................... 163
7.2 Opciones del Sistema ....................................................................... 163
7.3 Formularios ....................................................................................... 166
8 CAPÍTULO VIII: Conclusiones y recomendaciones ................................. 187
8.1 Conclusiones ..................................................................................... 188
8.2 Recomendaciones............................................................................. 189
8.3 BIBLIOGRAFÍA ................................................................................. 190
ÍNDICE DE FIGURAS
DEDICATORIA
Página 1
Con todo mi cariño y mi amor para mis
padres que hicieron todo en la vida para
que yo pudiera terminar mi carrera, también
agradezco a Dios por darme salud y
bendecir mi camino.
Página 2
EstE proyecto de tesis se la dedico a Dios
quien supo guiarme por el buen camino,
darme fuerza para seguir adelante y no
desmayar en los problemas que se
presentaban, enseñándome a encarar las
adversidades sin perder nunca la dignidad
ni desfallecer en el intento.
INTRODUCCIÓN
Página 3
corriendo el riesgo que la información se divulgue, pierda o se dañe debido a la
seguridad.
Después de ser observado y analizado mediante un estudio, no se cumple con
las necesidades que la institución requiere para su normal desarrollo y atención
por lo que se necesita de un registro en un sistema informático que cubra las
necesidades actuales. Cabe mencionar, que la empresa, al no adoptar las
nuevas tecnologías de información, no cuenta con las herramientas adecuadas
para brindar servicios de calidad, por tal motivo el presente proyecto da
solución al problema descrito.
Página 4
1 CAPÍTULO I: Análisis empresarial
Reseña Histórica
Murga Serrano se fundó hace más de 15 años, empezando sus operaciones
hacia la primavera del año 2000. Y de las características que siempre marcaron
el rumbo de la empresa se destacan la calidad de atención y la inversión
permanentemente en garantizar la seguridad de sus pasajeros, tratados
siempre como amigos y familiares.
Con sede en la Ciudad de Lima distrito de San Martin de Porres, fue constituida
en la ciudad de Chiclayo el 30 de Julio de 2000, teniendo como objetivo la
prestación del servicio de transporte público de pasajeros en ruta
interprovincial. Inicialmente, la empresa desarrollo sus servicios en Chimbote
Página 5
siendo los pioneros en el norte de país. Posteriormente, ampliaron su ruta a la
ciudad de Lima aceptando un reto mucho mayor.
A través de los años, la empresa ha incrementado su flota para brindar un
mejor servicio y poder darle al público usuario la mayor seguridad y tranquilidad
en el viaje; asimismo, continuamos “Incentivando el Turismo Nacional” por lo
cual estamos a la vanguardia de las empresas de transportes de pasajeros a
nivel nacional.
Ubicación
La empresa cuenta con un único local en Lima, la cual se encuentra ubicada
en la Av. Alfredo Mendiola 15102, en el distrito de San Martin de Porres.
Visión
Misión
Página 6
Producir viajes y servicios de excelente calidad para la satisfacción de nuestros
clientes.
1.2 Organigrama
Figura 2. Organigrama
Fuente: Elaboración propia
Tabla 1 : FODA
OPORTUNIDADES AMENAZAS
1. Administrar mejor las unidades 1. Surgimiento de nuevos
2. Crisis económica mundial lo cual competidores del mercado
ANÁLISIS favorece el turismo mundial
3. Nuevos medios de comunicación para
2. Precios bajos en el mercado
3. Aumento de la inseguridad
FODA dar a conocer los servicios
4. Avances tecnológicos en materia de
4. Aparición de alguna epidemia o
enfermedad común
equipos y SI 5. Cambios inesperados de Clima
5. Las agencias circundantes ofrecen 6. Grandes empresas de transporte
limitados servicios 7. Aumento de precio del combustible
6. Existen productos que no ofrecen en 8. Posible pérdida de documentos
las agencias y son necesarios
7. Egresos de profesionales regionales
en el área de turismo
Página 7
FORTALEZAS Estrategias Ofensivas Estrategias Defensivas
1. Choferes experimentados que
conocen la ruta
2. Buen trato al cliente Aprovechar proveedores para La ventaja de tener
3. Buena distribución de equipos ampliar los servicios unidades propias y no
en el Local pagar un servicio
4. Ofrecen seguro a los clientes Los choferes al ser prestado
5. Tiene contacto directo con el experimentados ofrezcan No deberían de temer
cliente mejores rutas y vistas más los clientes puesto
6. Tienen políticas de
impactantes que se tiene todos los
reclutamiento y selección
7. Unidades propias
documentos en regla
8. Formalidad del negocio con
documentos en regla.
9. Superficies limpias y decoración
adecuada
Página 9
Figura 4. Análisis Canvas
Fuente: Elaboración propia
Página
10
RUTA DE VIAJE
PROGRAMACION
ITINERARIO
Página
11
Figura 6 Diagrama de Subprocesos
Fuente Elaboración propia
Página
12
1.9 Diagrama de Causa y Efecto
Página
13
2 CAPÍTULO II: Plan de Proyecto
Página
14
2.1 Acta de Constitución del Proyecto
Ficha de
Proyecto
Proyecto: Ejercicio: Epígrafe de inversión:
Patrocinador: Cliente:
Daniel Yucra Universidad Peruana de las
Américas
Descripción:
Se desarrollará una aplicación que cumpla con todo lo que está necesitando la
institución y la misma que este destinada a producir beneficios, de tal forma que sin
mucha dificultad el usuario pueda adaptarse y aprovechar al máximo las facilidades
que este brinde, ahorrando gran parte de su tiempo, con lo cual se obtendrá mayor
rapidez en los registros de pasajes, pasajeros, encomiendas. También se tendrá
reportes diarios, semanales y mensuales de los registros de ventas, encomiendas,
pasajeros.
Necesidad de Negocio:
Principales Objetivos:
Cambiar el método manual por un sistema informático automatizado para llevar
a cabo con mayor rapidez y eficiencia el desarrollo del proceso de la empresa.
Mejorar el control de registro y venta de pasajes.
Permitir registrar a los clientes de manera rápida.
Llevar un registro de las ventas realizadas.
Página
15
Principales Restricciones:
Hito para presentar el software en Julio 2016
No se agregará costos que no estaban en el contrato
Principales Riesgos:
Principales Supuestos:
La interfaz debe ser de fácil acceso y manejo para los usuarios.
El personal de la empresa que estará a cargo del manejo del software que se
desarrollará, necesitarán prepararse primero antes de poder usarlo a la
perfección.
Se tendrán que realizar pruebas antes de alojar la aplicación en el servidor
correcto.
Se tendrá mantenimiento
Principales Entregables:
Acta de Constitución del Proyecto
Cronograma de Actividades
Modelo de Casos de Uso del Negocio
Especificación de Requerimientos
Prototipos de Interfaces de Usuario
Manual de Usuario
Manual del Sistema
Informe de Casos de Prueba
Principales Exclusiones:
No se instalará el sistema.
Página
16
Otros Gastos Externos: Otros (2): 0 S/.
Aprobado por:
Página
17
2.2 Identificación de los Stakeholders
Registro de Interesados
Interesados Externos:
Clasifi- Fase de Poder/
Nombre Rol Requisitos Expectativas Posible cación +interés Interés*
influencia
Página
18
Interesados Internos:
Clasi Fase de Poder/
fi- +interés Interés
Nombre Rol Requisitos Expectativas Posible cació *
influencia n
María Counter Miembro Producción de Mayor a Traducci 5/5
Angélica de la Alto información favor ón
Giordano empresa Rendimiento. sobre los
Solís procesos.
Página
19
2.3 Gestión de Alcance
Al tratarse de un proyecto interno, sin flujo de caja, los costes de contabilizarán
en horas de voluntarios a una tarifa estándar. En este proyecto los miembros
del equipo ya estaban asignados desde un principio. En el resto de las áreas
de gestión, la planificación estuvo muy influida por los hitos externos y la
necesidad de seguimientos semanales significativos para los voluntarios.
Página
20
Hito para presentar el software en Julio 2016
No se agregará costos que no estaban en el contrato
El equipo del proyecto tienen alto nivel de programación en Visual.Net , base de Datos
SQL Server , Inglés Intermedio y disposición para usar herramientas de colaboración.
Diccionario de la EDT
CC: 1 Paquete: 1 Nombre: Gestión
Descripción: Hitos: Supuestos y Restricciones: Criterios de Acept.
:
Página
21
CC: 2 Paquete: 2.1 Nombre: Modelado de Caso de Uso de Negocio
Descripción: Hitos: Supuestos y Restricciones: Criterios de Acept. :
Describir Inicio: Voluntariado. Se usó una
todo lo que 29/04 No existen grabadora
se realiza Fin: problemas para para tener
actualmente 13/05 obtener los datos los datos
en la correspondientes reales del
empresa negocio.
registro
engorroso
con cuaderno
cobranzas sin
caja todo
manual.
Página
22
CC: 3 Paquete: 3.1.2 Nombre: Módulo 2 Gestión de envío de
Encomiendas
Descripción: Hitos: Supuestos y Restricciones: Criterios de Acept. :
Se asigna la Inicio:16/05 Voluntariado. Visual
ruta de Fin: 17/05 Backups. Net.
inicio y fin Sql
para el Server
paquete y
se entrega
una factura
o boleta al
termino del
registro
CC: 3 Paquete: 3.1.3 Nombre: Módulo 3 Gestión de Caja Chica
Descripción: Hitos: Supuestos y Restricciones: Criterios de Acept. :
En este módulo Inicio: Voluntariado. Visual
se le hace firmar 18/05 Backups. Net.
un cargo a la Fin:
asistente de 18/05
ventas para que
reciba un dinero
en el cual queda
registrado en el
Sistema.
Página
23
CC: 3 Paquete: 3.1.5 Nombre: Módulo 5 Gestión de Seguridad
Descripción: Hitos: Supuestos y Restricciones: Criterios de
Acept. :
Página
24
2.3.4 Entregables
Entregables
Página
25
2.4 Planificación del Cronograma
Cronograma
Página
26
Cronograma:
Página
27
Página
28
Página
29
Página
30
Página
31
Página
32
Página
33
2.5 Planificación de los costes
Estimaciones de Costes
Página
34
2.5.1 Matriz de costos
Curva S
45000.00
40000.00
35000.00
30000.00
25000.00
20000.00
15000.00
10000.00
5000.00 Series1
0.00
Plan de Comunicaciones
Página
35
2.5.3 Glosario de terminología particular del proyecto
GLOSARIO DE TERMINOLOGÍA PARTICULAR DEL PROYECTO
2 Gestión Acción o trámite que, junto con otros, se lleva a cabo para
conseguir o resolver una cosa.
Página
36
2.6.2 Matriz de asignación de responsabilidades
2.2.1 Requerimientos
Página
37
2.2.3 Módulo 1: Gestión de Ventas de Renzo
Pasajes Luza
Página
38
2.2.20 Lista Renzo
Luza
Página
39
2.2.37 Buscar Renzo
Luza
Página
40
2.2.56 Buscar Paquete Joshua Ramírez
Página
41
2.2.74 Operable Joshua Ramírez Renzo
Luza
Página
42
2.2.91 Diagrama de Paquetes Renzo
Luza
Página
43
3.1.16 Modificar Renzo
Luza
Página
44
3.1.33 Eliminar Renzo
Luza
Página
45
3.1.51 Verificar Itinerario Joshua Ramírez
Página
46
4.1.8 Generación de Informe Joshua Ramírez
Página
47
4.1.25 Eliminar Renzo
Luza
Página
48
4.1.42 Lista Renzo
Luza
Página
49
Luza
Página
50
2.7 Planificación de Riesgos
2.7.1 Registro de Riesgos del Proyecto.
1 Gestión Inadecuada Generar costos Bajo Media Media Anticipar Director del Revisar los
Planificación del no planificados. Proyecto entregables.
Alcance (Renzo Luza Verificar las
V.)
Inadecuado planificaciones.
planificación del Revisar las
Costos
Gestiones.
Insuficiente plan de
Comunicación
Carente de la
planificación de la
calidad
Ineficiente
planificación de
RRHH
Inadecuada gestión
de adquisiciones.
Página
51
2 Modelado de Ineficiente detección Generar costos. Medio Media Media Moderar Joshua Verificar los
Negocio de los actores del Ramírez R. actores del
Atrasos de
negocio. (Analista y negocio.
tiempo para el
Diseñador)
Insuficientes casos de proyecto. Revisar los casos
uso del sistema. de uso del
negocio.
Inadecuado diagrama
de casos de uso del
negocio.
3 Requerimientos Inadecuada detección Generar costos. Alta Alta Alta Eludir Director del Revisar los
de los requerimientos Proyecto requerimientos
Atrasos de
por cada módulo del (Renzo Luza identificados.
tiempo.
sistema. V.) Verificar el
Carentes diagrama de
requerimientos no paquetes.
funcionales.
4 Análisis Ineficiente análisis de Generar costos. Alta Alta Alta Eludir Joshua Revisar los
los módulos del Ramírez R. análisis.
Atrasos de
sistema. (Analista y Revisar la lista de
tiempo.
Diseñador)
Inadecuada lista de clases entidad.
las clases entidad.
Página
52
5 Diseño Ineficiente diseño de Generar costos. Alta Alta Alta Eludir Joshua Revisar los
los módulos del Ramírez R. diseños.
Atrasos de
sistema. (Analista y Verificar
tiempo. el
Diseñador)
Inadecuado modelo modelo de base
de la base de datos. de datos.
Ineficiente modelo de Verificar el
despliegue. modelo de
despliegue.
Página
53
2.8 Gestión de Adquisiciones
Página 54
2.9.2 Plan de Calidad del Proyecto
1 Gestión Lista de Se verifican los Conformidad 2 Lista de Director del Proyecto (Renzo
comprobación documentos de chequeo Luza V.)
acuerdo a los
requerimientos
solicitados por
el cliente.
2 Modelado de Reunión de Se verifican los Conformidad 3 Acta de reunión Joshua Ramírez R. (Analista y
Negocio seguimientos actores y casos Diseñador)
de uso del
negocio.
3 Requerimientos Inspección Se verificaran Conformidad 3 Acta de reunión Director del Proyecto (Renzo
los Luza V.)
requerimientos
de acuerdo a lo
que necesita el
sistema.
Página 55
4 Análisis Auditoria Se verificará el Conformidad 4 Lista de Joshua Ramírez R. (Analista y
análisis de cada chequeo Diseñador)
módulo del
sistema.
Página 56
3 CAPÍTULO III: Modelado del Negocio
Página 57
3.1 Antecedentes
Tabla 3 Antecedentes
Registro de ventas de pasajes de
Problema
forma manual
Pérdida de tiempo en la elaboración
Consecuencia
de boletas y asignación de asientos.
Afecta a los clientes y a la empresa
Automatizar los procesos de ventas de
Una adecuada solución sería
pasajes.
Fuente: Elaboración propia
3.3 Alcance
Página 58
3.4 Modelo de Caso de Uso del Negocio
Página 59
3.4.4 Descripción de los actores del negocio
Página 60
3. Pasajero elige Programación.
4. Asistente de ventas solicita datos de viaje y personales del cliente.
5. Pasajero dicta datos personales.
6. Asistente se comunica con 2da sucursal para validar asientos
disponibles informando al pasajero.
7. Pasajero elige asientos.
8. Asistente de ventas registra la boleta de ventas, calcula monto total de
forma manual.
9. Pasajero realiza pago en efectivo.
10. Asiste de ventas entrega copia de boleta y registra la venta de forma
manual en cuaderno de ventas.
11. Asistente de ventas marca asientos elegidos en el “plan de asientos”
4. Categoría Básico
5. Gestor del Asistente de Ventas
Proceso
Página 61
8. Pasajero realiza pago en efectivo.
9. Cuando cliente recibe encomienda ,la asistente de ventas solicita DNI
10. Verifica si tiene encomienda.
11. Cliente Firma y escribe DNI en nota de encomienda.
12. Asistente entrega copia de boleta encomiendas y registra en cuaderno
de ventas.
4. Categoría Básico
5. Gestor del Asistente de Ventas
Proceso
Página 62
Caso de Uso : Hacer cuadre de caja chica
1.- Descripción:
Permite realizar un cuadre con las ventas del día y el cuaderno de ventas.
2. Objetivo Controlar el cierre de ventas.
3. Flujo de trabajo
3.1 Flujo Básico:
Página 63
3.5.2 Descripción de los Trabajadores del Negocio
Página 64
3.5.4 Descripción de las Entidades del Negocio
Página 65
3.5.5 Realización de los casos de uso del Negocio
Página 66
3.6 Diagrama de Actividad
Diagrama de Actividad: Vender Pasaje
: AN_Pasaj ero : TN_Asistente de Ventas
Inicio
¿Desea Comprar?
Informar programacion y
precios
Si
Informar al
cliente
Si
Registrar Datos de
viaje
Solicitar Pago
Cancelar
Pasaje
Emitir Boleta de
Viaje
Registrar Cuaderno
de Ventas
Rechazar Fin
Pasaje
Página 67
Diagrama de Actividad: Vender Encomienda
Inicio
¿Envia o Recoge?
Envia
Va oficina Verificar y Recibir
Oficina Encomienda
Recoge
¿Tiene?
No
Entregar
Encomienda
Registrar en
Cuaderno de Ventas
Fin
Página 68
Diagrama de Actividad: Abrir Caja chica
Página 69
Diagrama de Actividad: Hacer Cuadre de Caja chica
Página 70
3.7 Diagrama de Clases del Negocio
Página 71
Diagrama de Clases de Negocio: Abrir Caja chica
Página 72
Diagrama de Clases de Negocio: Hacer Cuadre de caja chica
Página 73
4 CAPÍTULO IV: Requerimientos
Página 74
4.1 Matriz Actividades vs Requisitos
Tabla 5 Matriz Actividades vs Requisitos
Página 75
4.2 Matriz de Requerimientos funcionales adicionales
Página 76
4.3 Matriz de Requerimientos no funcionales
Nombre Descripción
Página 77
4.4.2 Diagrama de Paquetes
Aperturar Caja
(from CUS)
Asistente de Ventas
(f rom Actores del sistema)
Página 78
Paquete Gestión de seguridad
Página 79
Paquete Gestión Venta de Pasaje
Mantener Cliente
Asistente de
Ventas (from CUS)
(f rom Actores del sistema)
...)
<<include>>
<<include>>
Buscar Programación
(from CUS)
Página 80
Paquete Gestión Envió de Encomienda
<<include>>
Buscar Cliente
Gestionar Venta de Encomiendas
Asistente de Ventas (from CUS)
(from CUS)
(f rom Actores del sistema)
<<include>>
<<include>>
Buscar Programación
(from CUS)
Buscar Encomienda
(from CUS)
Página 81
Paquete Gestión de Mantenimiento
Mantener Usuario
(from CUS)
<<include>>
<<include>>
<<include>>
Mantener Empleados Buscar Empleado
(from CUS)
(from CUS)
Página 82
Paquete Reporte y Consultas
Página 83
4.4.4 Diagrama General de Casos de Uso
<<include>>
Administrador
(f rom Actores del sistema)
<<include>>
Generar usuario Gestionar Venta de Pasajes
(from CUS)
(from CUS)
Buscar Cliente
Usuario
(from CUS)
(f rom Actores del sistema)
Asistente de Ventas
Mantener Program ación <<include>>
(f rom Actores del sistema) <<include>>
(from CUS)
Mantener Bus
Mantener Empleados Gestionar Venta de Encomiendas
(from CUS)
(from CUS)
(from CUS)
<<include>> <<extend>>
<<include>>
Página 84
4.5 Especificación de Casos de Uso del Sistema
1.1. Descripción
Este caso de uso permite al asiste de ventas y/o al administrador
realizar la búsqueda de la programación de los itinerarios.
2. Actor(es)
Asistente de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
1. El sistema muestra la interfaz “Buscar Programación Itinerarios”.
2. El asistente de ventas y/o administrador selecciona el origen ,destino
, fecha y hace clic en la opción “Buscar”
3. El sistema muestra el listado de la programación de itinerario que
coinciden con la búsqueda.
4. El asistente de ventas y/o administrador selecciona el itinerario del
listado que se muestra en el sistema.
5. El sistema carga los datos del Itinerario (Origen, Destino, Fecha de
Salida, Tipo de Bus)
6. El caso de Uso finaliza.
4. Flujos Alternativos
En el punto 3, si el sistema no muestra algún itinerario que coincida con la
búsqueda, muestra mensaje, “Programación de Itinerario no Encontrado”
5. Pre – condiciones
Antes de que este caso de uso pueda comenzar, es necesario que el
asistente de ventas y/o administrador se haya logueado al sistema.
6. Post – condiciones
Una vez terminado el flujo, se mostrarán los datos de la programación de
itinerario.
7. Puntos de Extensión
Ninguno
8. Requisitos Especiales
Ninguno
Página 85
Especificación del caso de uso: Buscar Cliente
1. Buscar Cliente
1.1. Descripción
Este caso de uso permite al asiste de ventas realizar la búsqueda de los
Clientes.
2. Actor(es)
Asistente de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
1. El sistema muestra la interfaz “Buscar Cliente”.
2. El asistente de ventas ingresa el Nombre o por Documento del
cliente y hace clic en la opción “Buscar”
3. El sistema muestra el listado de los clientes que coinciden con la
búsqueda del apellido.
4. El asistente de ventas selecciona al cliente del listado que se
muestra en el sistema.
5. El sistema carga los datos del cliente (Nro. Documento, Tipo
Documento, Nombre de Cliente)
6. El caso de Uso finaliza.
4. Flujos Alternativos
En el punto 3, si el sistema no muestra algún cliente que coincida con la
búsqueda, muestra mensaje, “Cliente no Encontrado”
5. Pre – condiciones
Antes de que este caso de uso pueda comenzar, es necesario que el
asistente de ventas se haya logueado al sistema.
6. Post – condiciones
Una vez terminado el flujo, se mostrarán los datos del cliente.
7. Puntos de Extensión
Ninguno
8. Requisitos Especiales
Ninguno
Página 86
Especificación del caso de uso: Buscar Asientos
1. Buscar Asientos
1.1. Descripción
Este caso de uso permite al asiste de ventas realizar la búsqueda de los
Asientos.
2. Actor(es)
Asistente de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
1. El sistema muestra la interfaz “Buscar Asientos”.
2. El sistema muestra los asientos y el detalle del bus.
3. El asistente de ventas selecciona un asiento disponible que muestra
el sistema y selecciona en la opción “Aceptar”.
4. El sistema carga los datos del Asiento (Nro. Asiento , Servicio)
5. El caso de Uso finaliza.
4. Flujos Alternativos
En el punto 3, al seleccionar un asiento que no está disponible, muestra
mensaje, “Asiento no Disponible”
5. Pre – condiciones
Antes de que este caso de uso pueda comenzar, es necesario que el
asistente de ventas se haya logueado al sistema.
6. Post – condiciones
Una vez terminado el flujo, se mostrarán los datos del asiento seleccionado.
7. Puntos de Extensión
Ninguno
8. Requisitos Especiales
Ninguno
1. Mantener Cliente
1.1. Descripción
Este caso de uso permite al asiste de ventas realizar el mantenimiento
de cliente, esto implica registrar al cliente si es nuevo y modificar
algunos datos del mismo si es necesario. El sistema deberá permitir al
asistente de ventas buscar por DNI o por Apellidos.
Página 87
2. Actor(es)
Asistente de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
INGRESAR
3.1.1. El sistema muestra la interfaz “Mantener Cliente”, mostrando 4
opciones Nuevo, Modificar, Eliminar, Guardar.
3.1.2. El asistente de ventas selecciona la opción “Nuevo”.
3.1.3. El sistema muestra las opciones del formulario donde ingresara
los siguientes campos (Nombre, apellidos, DNI, Teléfono, dirección,
etc.).
3.1.4. El asistente de ventas ingresa los datos del cliente y pulsa el
botón “Guardar”.
3.1.5. El sistema registra al Cliente y muestra mensaje: “Registro fue
Grabado Correctamente”.
3.1.6. El sistema finaliza el caso de uso.
3.2. Sub-Flujo
MODIFICAR
3.2.1. El Asistente de ventas selecciona opción “Modificar”.
3.2.2. El sistema muestra una ventana para ingresar Tipo de Documento
y Nombre de cliente.
3.2.3. El asistente de venas ingresa los datos expuestos en la interfaz e
invocara al caso de uso “Buscar Cliente”
3.2.4. El sistema muestra el formulario lleno con los datos del Cliente
para hacer sus respectivos cambios.
3.2.5. El asistente de ventas realiza los cambios requeridos.
3.2.6. Una vez terminado de actualizar los datos el asistente de ventas
selecciona la opción “Guardar”.
3.2.7. El sistema graba y muestra mensaje “Datos Guardados”.
3.2.8. El caso de uso Finaliza.
ELIMINAR
3.2.9. El Asistente de ventas selecciona opción “Eliminar”.
3.2.10. El sistema muestra una ventana para ingresar Documento
y Nombre de cliente.
3.2.11. El asistente de ventas ingresa los datos expuestos en la
interfaz e invocara al caso de uso “Buscar Cliente”.
3.2.12. El sistema muestra los datos del Cliente.
3.2.13. El asistente de ventas pulsa el botón “Eliminar”.
Página 88
3.2.14. El sistema muestra un mensaje de advertencia: ¿Desea
eliminar Cliente?
3.2.15. El Asistente de ventas confirma el mensaje haciendo clic en
Aceptar.
3.2.16. El sistema elimina el registro y muestra un mensaje:
“Registro fue Eliminado”.
4. Flujos Alternativos
1. Buscar Encomienda
1.1. Descripción
Este caso de uso permite al asiste de ventas realizar la búsqueda de
encomiendas.
2. Actor(es)
Asistente de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
1. El sistema muestra la interfaz “Buscar Encomienda”.
Página 89
2. El asistente de ventas ingresa Nro. De boleta o por DNI del
consignado o remitente y hace clic en la opción “Buscar”
3. El sistema muestra el listado de las Encomiendas que coinciden con
la búsqueda del DNI y nro. De boleta
4. El asistente de ventas selecciona la Encomienda del listado que se
muestra en el sistema.
5. El sistema carga los datos de la Encomienda (Nro. Boleta,
consignado, Remitente, destino).
6. El caso de Uso finaliza.
4. Flujos Alternativos
En el punto 3, si el sistema no muestra alguna Encomienda que coincida
con la búsqueda, muestra mensaje, “Encomienda no Encontrado”
5. Pre – condiciones
Antes de que este caso de uso pueda comenzar, es necesario que el
asistente de ventas se haya logueado al sistema.
6. Post – condiciones
Una vez terminado el flujo, se mostrarán los datos de la Encomienda.
7. Puntos de Extensión
Ninguno
8. Requisitos Especiales
Ninguno
1. Buscar Bus
1.1. Descripción
Este caso de uso permite al administrador realizar la búsqueda de
Buses.
2. Actor(es)
Administrador
3. Flujo de Eventos
3.1. Flujo Básico
7. El sistema muestra la interfaz “Buscar Bus”.
8. El Administrador ingresa Nro. De Bus y hace clic en la opción
“Buscar”
9. El sistema muestra el listado de los buses que coinciden con la
búsqueda del Número de Bus.
Página 90
10. El Administrador selecciona el Bus del listado que se muestra en el
sistema.
11. El sistema carga los datos del Bus (Nro. Bus, Nro. Placa, Asientos).
12. El caso de Uso finaliza.
4. Flujos Alternativos
En el punto 3, si el sistema no muestra algún Bus que coincida con la
búsqueda, muestra mensaje, “Bus no Encontrado”
5. Pre – condiciones
Antes de que este caso de uso pueda comenzar, es necesario que el
administrador se haya logueado al sistema.
6. Post – condiciones
Una vez terminado el flujo, se mostrarán los datos de la Bus seleccionado.
7. Puntos de Extensión
Ninguno
8. Requisitos Especiales
Ninguno
1. Buscar Empleado
1.1. Descripción
Este caso de uso permite al Administrador realizar la búsqueda de los
Empleados.
2. Actor(es)
Administrador
3. Flujo de Eventos
3.1. Flujo Básico
1. El sistema muestra la interfaz “Buscar Empleado”.
2. El administrador ingresa el apellido o por DNI del empleado y hace
clic en la opción “Buscar”
3. El sistema muestra el listado de los empleados que coinciden con la
búsqueda del apellido.
4. El Administrador selecciona al empleado del listado que se muestra
en el sistema.
5. El sistema carga los datos del Empleado (Nro. Documento, Tipo
Documento, Nombre de Cliente, Usuario)
6. El caso de Uso finaliza.
Página 91
4. Flujos Alternativos
En el punto 3, si el sistema no muestra algún cliente que coincida con la
búsqueda, muestra mensaje, “Empleado no Encontrado”
5. Pre – condiciones
Antes de que este caso de uso pueda comenzar, es necesario que el
administrador se haya logueado al sistema.
6. Post – condiciones
Una vez terminado el flujo, se mostrarán los datos del empleado.
7. Puntos de Extensión
Ninguno
8. Requisitos Especiales
Ninguno
1.1. Descripción
Este caso de uso permite al Supervisor de Ventas realizar la búsqueda
de los Pasajes.
2. Actor(es)
Supervisor de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
7. El sistema muestra la interfaz “Buscar Venta de Pasaje”.
8. El Supervisor de Ventas ingresa el DNI del cliente o nro. De boleta y
hace clic en la opción “Buscar”
9. El sistema muestra el listado de los Pasajes que coinciden con la
búsqueda del DNI o nro. boleta.
10. El Supervisor de Ventas selecciona el Pasaje del listado que se
muestra en el sistema.
11. El sistema carga los datos del Pasaje (Nro. Boleta, DNI, Tipo
Documento, Datos del Cliente)
12. El caso de Uso finaliza.
4. Flujos Alternativos
En el punto 3, si el sistema no muestra algún Pasaje que coincida con la
búsqueda, muestra mensaje, “Pasaje no Encontrado”
5. Pre – condiciones
Página 92
Antes de que este caso de uso pueda comenzar, es necesario que el
Supervisor de Ventas se haya logueado al sistema.
6. Post – condiciones
Una vez terminado el flujo, se mostrarán los datos del Pasaje.
7. Puntos de Extensión
Ninguno
8. Requisitos Especiales
Ninguno
1. Mantener Bus
1.1. Descripción
Este caso de uso permite al Administrador realizar el mantenimiento de
Bus, esto implica registrar el Bus si es nuevo y modificar algunos datos
del mismo si es necesario.
2. Actor(es)
Administrador
3. Flujo de Eventos
3.1. Flujo Básico
INGRESAR
3.1.1. El sistema muestra la interfaz “Mantener Bus”, mostrando 3
opciones Nuevo, Modificar, Eliminar.
3.1.2. El Administrador selecciona la opción “Nuevo”.
3.1.3. El sistema muestra las opciones del formulario donde ingresara
los siguientes campos (Nro. Bus, Nro. Placa, Marca, Descripción).
3.1.4. El Administrador ingresa los datos del Bus y pulsa el botón
“Guardar”.
3.1.5. El sistema registra al Bus y muestra mensaje: “Registro fue
Grabado Correctamente”.
3.1.6. El sistema finaliza el caso de uso.
3.2. Sub-Flujo
MODIFICAR
3.2.1. El Administrador selecciona opción “Modificar”.
3.2.2. El sistema muestra una ventana para ingresar Nro. de Bus.
Página 93
3.2.3. El Administrador ingresa los datos expuestos en la interfaz e
invocara al caso de uso “Buscar Bus”
3.2.4. El sistema muestra el formulario lleno con los datos del Bus para
hacer sus respectivos cambios.
3.2.5. El Administrador realiza los cambios requeridos.
3.2.6. Una vez terminado de actualizar los datos el Administrador
selecciona la opción “Guardar”.
3.2.7. El sistema graba y muestra mensaje “Datos Guardados”.
3.2.8. El caso de uso Finaliza.
ELIMINAR
3.2.9. El Administrador selecciona opción “Eliminar”.
3.2.10. El sistema muestra una ventana para ingresar Nro. de Bus.
3.2.11. El asistente de venas ingresa los datos expuestos en la
interfaz e invocara al caso de uso “Buscar Bus”.
3.2.12. El sistema muestra los datos del Bus.
3.2.13. El Administrador pulsa el botón “Eliminar”.
3.2.14. El sistema muestra un mensaje de advertencia: ¿Desea
eliminar Bus?
3.2.15. El Administrador confirma el mensaje haciendo clic en
Aceptar.
3.2.16. El sistema elimina el registro y muestra un mensaje:
“Registro fue Eliminado”.
4. Flujos Alternativos
1. Mantener Empleado
1.1. Descripción
Este caso de uso permite al asiste de ventas realizar el mantenimiento
de Empleado, esto implica registrar al Empleado si es nuevo y
modificar algunos datos del mismo si es necesario. El sistema deberá
permitir al Administrador buscar por DNI o por Apellidos.
2. Actor(es)
Administrador
3. Flujo de Eventos
3.1. Flujo Básico
INGRESAR
3.1.1. El sistema muestra la interfaz “Mantener Empleado”, mostrando 4
opciones Nuevo, Guardar, Modificar, Eliminar.
3.1.2. El Administrador selecciona la opción “Nuevo”.
3.1.3. El sistema muestra las opciones del formulario donde ingresara
los siguientes campos (Nombre, apellidos, DNI, Teléfono,
dirección).
3.1.4. El Administrador ingresa los datos del Empleado y pulsa el botón
“Guardar”.
3.1.5. El sistema registra al Empleado y muestra mensaje: “Registro fue
Grabado Correctamente”.
3.1.6. El sistema finaliza el caso de uso.
3.2. Sub-Flujo
MODIFICAR
3.2.1. El Administrador selecciona opción “Modificar”.
3.2.2. El sistema muestra una ventana para ingresar Tipo de Documento
y Nombre de Empleado.
3.2.3. El asistente de venas ingresa los datos expuestos en la interfaz e
invocara al caso de uso “Buscar Empleado”
3.2.4. El sistema muestra el formulario lleno con los datos del Empleado
para hacer sus respectivos cambios.
Página 95
3.2.5. El Administrador realiza los cambios requeridos.
3.2.6. Una vez terminado de actualizar los datos el Administrador
selecciona la opción “Guardar”.
3.2.7. El sistema graba y muestra mensaje “Datos Guardados”.
3.2.8. El caso de uso Finaliza.
ELIMINAR
3.2.9. El Administrador selecciona opción “Eliminar”.
3.2.10. El sistema muestra una ventana para ingresar Tipo de
Documento y Nombre de Empleado.
3.2.11. El Administrador ingresa los datos expuestos en la interfaz
e invocara al caso de uso “Buscar Empleado”.
3.2.12. El sistema muestra los datos del Empleado.
3.2.13. El Administrador pulsa el botón “Eliminar”.
3.2.14. El sistema muestra un mensaje de advertencia: ¿Desea
eliminar Empleado?
3.2.15. El Administrador confirma el mensaje haciendo clic en
Aceptar.
3.2.16. El sistema elimina el registro y muestra un mensaje:
“Registro fue Eliminado”.
4. Flujos Alternativos
Página 96
Especificación de caso de uso: Iniciar sesión
1. Descripción:
El caso de uso permite al usuario ingresar al sistema.
2. Actor(es)
Usuario
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el usuario ejecuta la aplicación del sistema
2. El sistema muestra la ventana de inicio de sesión en donde se solicitan los
siguientes datos:
- Usuario, Contraseña
3. El usuario ingresa sus datos.
4. El usuario hace clic en INGRESAR, el sistema valida los datos ingresados y
de ser correctos, mostrará la interfaz principal del sistema.
Página 97
Especificación de caso de uso: Generar Reportes de Venta Pasajes
1. Descripción:
El caso de uso permite al Supervisor de Ventas generar sus reportes de ventas
de manera óptima.
2. Actor(es)
Supervisor de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el Supervisor de Ventas selecciona la
pestaña Reportes.
2. El sistema muestra la interfaz de Reportes.
3. Dentro de la interfaz de Reportes, el Supervisor de Ventas selecciona la
opción Ventas.
4. El sistema muestra la interfaz de REPORTE DE VENTAS.
5. El Supervisor de Ventas selecciona Generar reporte.
6. El sistema carga los datos de ventas al reporte.
3.2. Flujos Alternativos
No existen flujos alternativos.
4. Precondiciones
1. No existen pre-condiciones.
5. Post-condiciones
1. El sistema mostrará el reporte una vez generados todos los datos.
6. Puntos de Extensión
- No existen puntos de extensión
7. Requisitos Especiales
Ninguno
Página 98
Especificación de caso de uso: Generar Reportes de Clientes
1. Descripción:
El caso de uso permite al Supervisor de Ventas generar reportes de los
clientes.
2. Actor(es)
Supervisor de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el Supervisor de Ventas selecciona la
pestaña Reportes.
2. El sistema muestra la interfaz de Reportes.
3. Dentro de la interfaz de Reportes, el Supervisor de Ventas selecciona la
opción “Reporte de Clientes”.
4. El sistema muestra la interfaz de REPORTE DE CLIENTES.
5. El Supervisor de Ventas selecciona opciones y da Generar reporte.
6. El sistema carga los datos de Clientes al reporte.
3.2. Flujos Alternativos
No existen flujos alternativos.
4. Precondiciones
1. No existen pre-condiciones.
5. Post-condiciones
1. El sistema mostrará el reporte una vez generados todos los datos.
6. Puntos de Extensión
- No existen puntos de extensión
7. Requisitos Especiales
Ninguno
Página 99
Especificación de caso de uso: Generar Reporte de Encomiendas
1. Descripción:
El caso de uso permite al Supervisor de Ventas generar reportes de las
Encomiendas.
2. Actor(es)
Supervisor de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el Supervisor de Ventas selecciona la
pestaña Reportes.
2. El sistema muestra la interfaz de Reportes.
3. Dentro de la interfaz de Reportes, el Supervisor de Ventas selecciona la
opción “Reporte de Encomiendas”.
4. El sistema muestra la interfaz de REPORTE DE ENCOMIENDAS.
5. El Supervisor de Ventas selecciona opciones y da Generar reporte.
6. El sistema carga los datos de encomiendas al reporte.
3.2. Flujos Alternativos
No existen flujos alternativos.
4. Precondiciones
1. No existen pre-condiciones.
5. Post-condiciones
1. El sistema mostrará el reporte una vez generados todos los datos.
6. Puntos de Extensión
- No existen puntos de extensión
7. Requisitos Especiales
Ninguno
Página
100
Especificación de caso de uso: Generar Reporte General
1. Descripción:
El caso de uso permite al Supervisor de Ventas generar reportes Generales.
2. Actor(es)
Supervisor de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el Supervisor de Ventas selecciona la
pestaña Reportes y elige Reporte Generales.
2. El sistema muestra la interfaz de Reportes.
3. Dentro de la interfaz de Reportes, el Supervisor de Ventas selecciona la
opción “Reporte Generales”.
4. El sistema muestra la interfaz de REPORTE DE GENERALES.
5. El Supervisor de Ventas selecciona opciones (Bus, Empleados,Ruta) y da
Generar reporte.
6. El sistema carga los datos de acuerdo a la opción que eligió.
3.2. Flujos Alternativos
No existen flujos alternativos.
4. Precondiciones
1. No existen pre-condiciones.
5. Post-condiciones
1. El sistema mostrará el reporte una vez generados todos los datos.
6. Puntos de Extensión
- No existen puntos de extensión
7. Requisitos Especiales
Ninguno
Página
101
Especificación de caso de uso: Generar Reporte Manifiesto
1. Descripción:
El caso de uso permite al Supervisor de Ventas/Asistente de Ventas generar
reporte de Manifiesto.
2. Actor(es)
Supervisor de Ventas
Asistente de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el Supervisor de Ventas selecciona la
pestaña Reportes.
2. El sistema muestra la interfaz de Reportes.
3. Dentro de la interfaz de Reportes, el Supervisor de Ventas selecciona la
opción “Reporte de Manifiesto”.
4. El sistema muestra la interfaz de REPORTE DE MANIFIESTO.
5. El Supervisor de Ventas selecciona la programación de itinerario y da
Generar reporte.
6. El sistema carga los datos de Manifiesto al reporte.
3.2. Flujos Alternativos
No existen flujos alternativos.
4. Precondiciones
1. No existen pre-condiciones.
5. Post-condiciones
1. El sistema mostrará el reporte una vez generados todos los datos.
6. Puntos de Extensión
- No existen puntos de extensión
7. Requisitos Especiales
Ninguno
Página
102
Especificación del caso de uso: Gestionar Venta de Pasaje
1.1. Descripción
Este caso de uso permite al Asistente de Ventas realizar el
mantenimiento de Venta de Pasaje, esto implica registrar la Venta de
Pasaje si es nuevo y modificar algunos datos del mismo si es necesario.
2. Actor(es)
Asistente de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
INGRESAR
3.1.1. El sistema muestra la interfaz “Gestionar Venta de Pasaje”,
mostrando opciones Nuevo, Modificar, Cancelar, Eliminar.
3.1.2. El Asistente de Ventas selecciona la opción “Nuevo”.
3.1.3. El sistema muestra las opciones del formulario donde ingresara
los siguientes campos (Programación Itinerario, Nro. asiento, datos
de cliente, origen, destino, Precio).
3.1.4. El Asistente de Ventas ingresa los datos de la Venta de Pasaje y
pulsa el botón “Guardar”.
3.1.5. El sistema registra al Venta de Pasaje y muestra mensaje:
“Registro fue Grabado Correctamente”.
3.1.6. El sistema finaliza el caso de uso.
3.2. Sub-Flujo
MODIFICAR
3.2.1. El Asistente de Ventas selecciona opción “Modificar”.
3.2.2. El sistema muestra una ventana para ingresar Nro. de Boleta de
Pasaje o DNI cliente.
3.2.3. El Asistente de Ventas ingresa los datos expuestos en la interfaz
e invocara al caso de uso “Buscar Venta de Pasaje”
3.2.4. El sistema muestra el formulario lleno con los datos de la Venta
de Pasaje para hacer sus respectivos cambios.
3.2.5. El Asistente de Ventas realiza los cambios requeridos.
3.2.6. Una vez terminado de actualizar los datos el Asistente de Ventas
selecciona la opción “Guardar”.
3.2.7. El sistema graba y muestra mensaje “Datos Guardados”.
3.2.8. El caso de uso Finaliza.
Página
103
4. Flujos Alternativos
1.1. Descripción
Este caso de uso permite al Asistente de Ventas realizar el
mantenimiento de Venta de Encomienda, esto implica registrar la Venta
de Encomienda si es nuevo y modificar algunos datos del mismo si es
necesario.
2. Actor(es)
Asistente de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
INGRESAR
3.1.1. El sistema muestra la interfaz “Gestionar Venta de Encomienda”,
mostrando 3 opciones Nuevo, Modificar, Eliminar.
3.1.2. El Asistente de Ventas selecciona la opción “Nuevo”.
3.1.3. El sistema muestra las opciones del formulario donde ingresara
los siguientes campos (Programación Itinerario, datos de remitente,
consignado origen, destino, Precio).
Página
104
3.1.4. El Asistente de Ventas ingresa los datos de la Venta de
Encomienda y pulsa el botón “Guardar”.
3.1.5. El sistema registra al Venta de Encomienda y muestra mensaje:
“Registro fue Grabado Correctamente”.
3.1.6. El sistema finaliza el caso de uso.
3.2. Sub-Flujo
MODIFICAR
3.2.1. El Asistente de Ventas selecciona opción “Modificar”.
3.2.2. El sistema muestra una ventana para ingresar Nro. de Boleta de
Pasaje o DNI consignado.
3.2.3. El Asistente de Ventas ingresa los datos expuestos en la interfaz
e invocara al caso de uso “Buscar Venta de Encomienda”
3.2.4. El sistema muestra el formulario lleno con los datos de la Venta
de Encomienda para hacer sus respectivos cambios.
3.2.5. El Asistente de Ventas realiza los cambios requeridos.
3.2.6. Una vez terminado de actualizar los datos el Asistente de Ventas
selecciona la opción “Guardar”.
3.2.7. El sistema graba y muestra mensaje “Datos Guardados”.
3.2.8. El caso de uso Finaliza.
ANULAR
3.2.9. El Asistente de Ventas selecciona opción “Anular”.
3.2.10. El sistema muestra una ventana para ingresar Nro. de
Venta de Encomienda.
3.2.11. El asistente de venas ingresa los datos expuestos en la
interfaz e invocara al caso de uso “Buscar Venta de Encomienda”.
3.2.12. El sistema muestra los datos de la Venta de Encomienda.
3.2.13. El Asistente de Ventas pulsa el botón “Anular”.
3.2.14. El sistema muestra un mensaje de advertencia: ¿Desea
Anular Venta de Encomienda?
3.2.15. El Asistente de Ventas confirma el mensaje haciendo clic
en Aceptar.
3.2.16. El sistema elimina el registro y muestra un mensaje:
“Registro fue Anulado”.
4. Flujos Alternativos
En el punto 3.1.4 El Asistente de Ventas pulsa el botón cancelar y retorna a
la pantalla anterior.
En el punto 3.2.6 El Asistente de Ventas pulsa el botón cancelar y retorna a
la pantalla anterior.
Página
105
En el punto 3.2.13 El Asistente de Ventas pulsa el botón cancelar y retorna
a la pantalla anterior.
5. Pre – condiciones
Antes de que este caso de uso pueda comenzar, es necesario que el
Asistente de Ventas se haya logueado al sistema.
6. Post – condiciones
La Venta de Encomienda ha sido registrada satisfactoriamente.
7. Puntos de Extensión
Ninguno
8. Requisitos Especiales
Ninguno
1. Descripción:
El caso de uso permite al Asistente de Ventas registrar la Apertura de Caja.
2. Actor(es)
Asistente de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el Asistente de Ventas selecciona Gestión
de caja y Elige “Apertura de caja”
2. El sistema Solicita ingresar Número de serie de Boleta.
3. El sistema Graba automáticamente el número de serie de la boleta.
3.2. Flujos Alternativos
No existen flujos alternativos.
4. Precondiciones
1. No existen pre-condiciones.
5. Post-condiciones
1. El sistema mostrara los numero correlativos de las boletas.
6. Puntos de Extensión
- No existen puntos de extensión
7. Requisitos Especiales
Ninguno
Página
106
Especificación de caso de uso: Hacer Cierre de operación
1. Descripción:
El caso de uso permite al Asistente de Ventas Hacer Cierre de operación.
2. Actor(es)
Asistente de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el Asistente de Ventas selecciona la
pestaña “Gestión de Caja”, Hacer Cierre de Operaciones”
2. El sistema muestra la interfaz donde se muestra: La fecha, las ventas del
día, monto total.
3. El asistente de ventas selecciona “Cierre de operaciones”, el sistema
muestra mensaje “Se realizó cierre de operaciones “y manda impresión de las
ventas.
3.2. Flujos Alternativos
No existen flujos alternativos.
4. Precondiciones
1. No existen pre-condiciones.
5. Post-condiciones
1. Se imprime las ventas realizar del día.
6. Puntos de Extensión
- No existen puntos de extensión
7. Requisitos Especiales
Ninguno
Página
107
5 CAPÍTULO V: Análisis, Diseño e Implementación del
Sistema
Página
108
5.1 Propósito
Como propósito es detallar de manera minuciosa las carencias que debe cubrir
lo que vamos a desarrollar con respecto al sistema, con la finalidad de poder
ordenar los requerimientos que debe efectuar el sistema, por lo cual lo vamos a
dividir en 2 partes de Análisis y Diseño en la primera vamos a definir cómo será
estructurado el sistema lograr definir todos los modelados realizados
incluyendo los prototipos para poder implementarlo, en el segundo mejorar los
requerimientos en las diferentes clases del diseño a incluir para lo cual
mejoraremos las interacciones con los objetos y detallar el comportamiento de
los mismos.
5.2 Alcance
Organizar y ordenar el sistema a desarrollar por medio de los diagramas de la
metodología RUP (diagrama de colaboración, secuencia, casos de uso,
diagrama de paquete, diagrama de clases, diagrama de componentes, etc.) de
esta manera se puede ver mejor la función de cada caso de uso más
representativa y más ordenada.
5.3.1 Definiciones
Análisis: Es el proceso de clasificación e interpretación de hechos, diagnostico
de problemas y empleo de la información para recomendar mejoras al
sistemas.
Diseño: Especifica las características del producto terminado.
Clases: Es la unidad básica que encapsula toda la información de un Objeto
(un objeto es una instancia de una clase). A través de ella podemos modelar el
entorno en estudio
Página
109
5.3.2 Acrónimos
No se encontraron acrónimos.
5.3.3 Abreviaturas
CE: Clases de entidad.
CI: Clases de Interfaz
CC: Clase de Control
5.4 Referencias
No existen referencias.
Gestion de
Ventas
CAPA ESPECIFICA
_______________________________________________________________________________________________________
Página
110
5.5.2 Realización de Caso de Uso – Análisis
Paquete Gestión de Caja
Diagrama de Clase de Análisis: Aperturar Caja
: CE_Comprobante
FLUJO BÁSICO
: CE_Comprobante
Página
111
Diagrama de Clase de Análisis: Cierre de Operaciones
: CE_Cierre_Operaciones
FLUJO BÁSICO
Fecha
Ventas del dia
Monto Total
: CE_Cierre_Operaciones
Página
112
Paquete Mantenimiento
FLUJO BASICO
F.A Datos
Erroneos
3: Ingresa Datos
2: Habilia datos a llenar
Asientos
5: Guardar Bus
Marca
4: Validar Datos
Placa
F.A En cualquier
momento puede
cancelar y salir del
sistema
Página
113
SUB-FLUJO MODIFICAR
5: Modifica Datos y hace clic en Guardar
4: Muestra datos para modificar
1: Selecciona modificar
: Usuario : CI_MantenerBus : CC_MantenerBus
: CE_Buses
SUB-FLUJO ELIMINAR
F.A Datos
7: Confirma Mensaje Erroneos
1: Selecciona Eliminar
: Usuario : CI_MantenerBus : CC_MantenerBus
: CE_Buses
Página
114
FLUJO ALTERNATIVO CANCELAR
1: Indicar Cancelar
: Usuario : CI_MantenerBus
: CI_MantenerBus : CC_MantenerBus
: CE_Buses
Página
115
Diagrama de Clase de Análisis: Mantener Empleado
FLUJO BÁSICO
3: Ingresa Datos
F.A Datos
etc Erroneos
Apellido
Nombre 4: Guardar Datps
2: Activa campos a llenar
Dni
1: Selecciona Nuevo
7:
5: Validar Datos
F.A En cualquier
momento puede
cancelar y salir del
sistema 6: Guardar Datos Ingresados
: CE_Empleados
Página
116
SUB-FLUJO MODIFICAR
F.A En cualquier
momento puede
cancelar y salir del
sistema
F.A Datos
4: Muestra datos para Modificar
Erroneos
3: Ingresa datos y hace clic en Buscar
2: Muestra datos para su Busqueda
Ingresa Dni
Invoca CU Buscar
Empleado
7: Registra los datos modificados
: CE_Empleados
Página
117
SUB-FLUJO ELIMINAR
F.A En cualquier
momento puede
cancelar y salir del
sistema
7: Confirma Mensaje
F.A Datos
5: Hace cliente en Eliminar Erroneos
4: Muestra datos de Empleado
9: Elimina Registro
: CE_Empleados
1: Indicar Cancelar
: Usuario : CI_MantenerEmpleado
Página
118
FLUJO ALTERNATIVO ERROR
: CE_Empleados
FLUJO BÁSICO
Página
119
Flujo Alterno:
Dni Mensaje de Error
Apellido 5: Muestra Lista de Empleados
Nombre
4: Obtener Datos
: CE_Empleados
: Usuario : CI_BuscarEmpleado
Página
120
Diagrama de Clase de Análisis: Buscar Bus
: CE_Buses
FLUJO BÁSICO
Flujo Alterno:
Mensaje de
Nro Bus Error
Marca
Asientos
Nro Placa
4: Obtener Datos
: CE_Buses
Página
121
FLUJO ALTERNATIVO ERROR
: Usuario : CI_BuscarBus
Paquete Reporte
Diagrama de Clase de Análisis: Reporte Venta Pasajes
: CE_Pasajes
Página
122
FLUJO BÁSICO
F.A En cualquier
momento puede
6: Hace clic en Imprimir Reporte cancelar y salir del
sistema
: CE_Pasajes
1: Selecciona cancelar
: Usuario : CI_Reporte_Venta_Pasajes
Página
123
Diagrama de Clase de Análisis: Reporte Venta Encomiendas
: CE_Encomienda
FLUJO BÁSICO
F.A En cualquier
momento puede
cancelar y salir del
6: Hace Clic en Imprimirsistema
: CE_Encomienda
Página
124
FLUJO ALTERNATIVO CANCELAR
1: Selecciona Cancelar
: Usuario : CI_Reporte_Venta_Encomienda
: CE_Pasajes
Página
125
FLUJO BÁSICO
F.A En cualquier
momento puede
cancelar y salir del
sistema
Programacion
3: Filtra Datos
1: Muestra Interfaz
: Usuario : CI_Reporte manifiesto : CC_GenerarReportes
: CE_Pasajes
1: Selecciona Cancelar
Página
126
F.A En cualquier
momento puede
cancelar y salir del
sistema
Diagrama9: Hace
declicClase de Análisis: Reporte General
en Imprimir Reporte
1: Muestra Interfaz
: Usuario : CI_ReporteGeneral : CC_GenerarReportes
: CE_ProgramacionItinerario
: CE_Clientes : CE_Buses : CE_Empleados
FLUJO BÁSICO
F.A En cualquier
momento puede
cancelar y salir del
sistema
1: Muestra Interfaz
: Usuario : CI_ReporteGeneral : CC_GenerarReportes
: CE_ProgramacionItinerario
: CE_Clientes : CE_Buses : CE_Empleados
Página
127
FLUJO ALTERNATIVO CANCELAR
1: Selecciona Cancelar
: Usuario : CI_ReporteGeneral
Paquete Clientes
Página
128
FLUJO BÁSICO
F.A Datos
3: Ingresar Datos
Erroneos
Dni
Nombre 4: Guardar Datos 2: Mostrar campos a llenar
Apellido
: CE_Clientes
SUB-FLUJO MODIFICAR
F.A En cualquier
momento puede
cancelar y salir del
sistema
Invoca CU Buscar
Cliente
: CE_Clientes
Página
129
SUB-FLUJO ELIMINAR
F.A En cualquier
momento puede
cancelar y salir del
sistema
7: Confirma mensaje
Invoca CU Buscar
Cliente 9: Eliminar Registro
: CE_Clientes
1: Indicar Cancelar
: Usuario : CI_Mantener_Cliente
Página
130
FLUJO ALTERNATIVO ERROR
: CI_Mantener_Cliente : CC_RegistrarCliente
: CE_Clientes
: CE_Clientes
Página
131
FLUJO BÁSICO
IdCliente
NombreCliente Flujo Alterno:
Mensaje de
ApellidosCliente
Error
DniCliente
RazonSocial
DniCliente
ApellidoCliente 5: Muestra Listado de Clientes
NombreCliente
3: Filtrar
1: Muestra Tipo de Busqueda
4: Obtener Datos
: CE_Clientes
Dnicliente
NombreCliente
ApellidoCliente
Página
132
Paquete Seguridad
: CI_MenuPrincipal
: CE_ValidarUsuario
FLUJO BÁSICO
Página
133
1: Ingesa Datos
F.A Datos
3: Valida Logeo Erroneos
: CI_MenuPrincipal
: CE_Usuario
: CE_Usuario
Página
134
Paquete Gestión de Ventas
: CE_Pasajes : CE_Comprobante
FLUJO BÁSICO
F.A En cualquier
momento puede
cancelar y salir del
sistema
5: Selecciona Guardar
3: Selecciona Asiento
4: Muestra campos Ingresados
2: Selecciona Cliente
: CI_GestionVentaPasaje : CC_GestionPasaje
: Usuario
Invoca :
CU Buscar Asiento
CU Buscar Cliente 8: Guarda detalle de pasaje
CU Buscar Programacion
7: Guarda Pasaje
: CE_Pasajes : CE_Comprobante
Página
135
SUB-FLUJO MODIFICAR
F.A En cualquier
momento puede
cancelar y salir del
sistema
5: Modifica datos y hace clic en Guardar
4: Muestra datos para modificar
Invoca Buscar
Venta Pasaje
7: Registra datos modificados
: CE_Pasajes
1: Indicar Cancelar
: Usuario : CI_MantenerEmpleado
Página
136
Diagrama de Clase de Análisis: Gestionar Venta Encomienda
: CE_Encomienda : CE_Comprobante
FLUJO BÁSICO
4: Selecciona Guardar
3: Ingresa Datos
Invoca :
CU Buscar Cliente
CU Buscar Programacion
7: Ingresa Datos Comprobante
: CE_Encomienda : CE_Comprobante
Página
137
SUB-FLUJO MODIFICAR
Invoca Interfaz
Buscar
Encomienda 7: Modifica Datos
: CE_Encomienda
1: Selecciona cancelar
: Usuario : CI_GestionVentaEncomienda
Página
138
Diagrama de Clase de Análisis: Buscar Venta Pasaje
: CE_Pasajes
FLUJO BÁSICO
FA: Mensaje
de Error
5: Mostrar Pasaje
3: Filtrar
1: Muestra Tipo de Busqueda
2: Ingresa Datos
: Usuario : CI_BuscarVentaPasaje : CC_BuscarPasaje
4: Obtener Datos
: CE_Pasajes
Página
139
FLUJO ALTERNATIVO ERROR
: Usuario : CI_BuscarVentaPasaje
: CE_ProgramacionItinerario
Página
140
FLUJO BÁSICO
Flujo Alterno:
Mensaje de Error
Origen
Destino
2: Ingresa Datos
4: Obtener Datos
: CE_ProgramacionItinerario
Destino
Origen
: Usuario : CI_BuscarProgramacion
Página
141
Diagrama de Clase de Análisis: Buscar Encomienda
: CE_Encomienda
FLUJO BÁSICO
FA:Mensaje
de Error
5: Mostrar Encomienda
3: Filtrar
1: Muestra Interfaz
2: Ingresa Datos
4: Obtener Datos
: CE_Encomienda
Página
142
FLUJO ALTERNATIVO ERROR
: Usuario : CI_BuscarEncomienda
: CE_Buses
Página
143
FLUJO BÁSICO
Flujo Alterno:
Mensaje de error
2: Selecciona asiento
4: Busca Asientos
: CE_Buses
: Usuario : CI_BuscarAsiento
Página
144
Diagrama de Clase de Análisis: Programación Itinerario
: CE_ProgramacionItinerario
FLUJO BÁSICO
F.A Datos
Erroneos
3: Ingresa Datos
2: Selecciona Bus
Invoca :
CU Buscar Ruta
CU Buscar Bus
5: Ingresa Datos Itinerario
: CE_ProgramacionItinerario
Página
145
SUB-FLUJO MODIFICAR
F.A Datos
Erroneos
Invoca :
CU Buscar
Programacion
: CE_ProgramacionItinerario
Página
146
5.6 Modelo Conceptual
Grab a
Posee Envia
1..n 1..n
1 1
Encomiendas
1..n
Tipo_Encomienda Clientes
1
Contiene
Paga
1..n
1 1..n
Tiene Contiene Grab a
Tiene
Produce
1
Tiene 1..n
Tiene
Agencia
Comprobante
1..n 1
1..n Maneja 1
Buses Empleados
Página
147
5.7 Modelo de Diseño
Página
148
5.7.2 Modelo Físico de Datos
Encomienda
codEncomienda
IdCliente
nroBoleta
Tipo_Encomienda CodItinerario Caja
idTipoEncomienda
dniDestinatario
Cliente CodCaja
CodEncomienda IdCliente
NombreDestinatario codUsuario
peso Tipo_Documento
PrecioTotalEnvio Fecha
precio Documento
EstadoEncomienda Hora
observaciones Razon
FechaHorasalida SaldoInicial
Nombre
FechaHoraEntrega SaldoFinal
Apellido
CodUsuario
Ciudad
Direccion
Telefono
Correo
Validad_Usuario
codUsuario
Usuario
Itinerario
contraseña
CodItinerario Pasaje
nroPasaje FechaIn
nroBus
Ruta FechaVen
FechaPartida codItinerario
codruta
codUsuario Estado
Origen Horario
Idcliente permisos
Destino codruta
NroAsiento IdEmpleado
P_Directo EstadoSalida
Precio FechaEmision
Nombre
CodAgencia FechaViaje
Agencia Cierre_Operaciones
CodAgencia
Comprobante IDCierreOp
nroComprobante codUsuario
Descripcion
CodEncomienda Fecha
Departamaneto
nroPasaje
Direccion
tipoComprobante
Estado
nombreCliente
importeTotal
Empleados *
IdEmpleado
Bus TipoEmpleado *
dniEmpleado
nroBus
idtipoE
Nombre
IdEmpleado
Nombre
Apellido
Placa
Descripcion
EstadoCivil
Fecha
Telefono
Marca
Correo
Modelo
Ciudad
Descripcion
Direccion
CapacidadAsientos
Profesion
AnoFabricacion
idtipoE
estadoBus
Página
149
5.7.3 Vista de capas y Subsistemas
CAPA PRESENTACION
Interfaz
Usuario
CAPA NEGOCIO
Servidor de
Aplicaciones
ACCESO A DATOS
Servidor de
Datos
Página
150
5.7.4 Realización de Casos de Uso – Modelo de diseño
RCUA_GestionarVentaPasaje RCUD_GestionVentaPasajes
(from Gestion de Ventas)
RCUA_GetionarVentaEncomienda RCUD_GestionVentaEncomienda
(from Gestion de Ventas)
Página
151
Realizacion caso de uso diseño : Gestion Venta Pasaje
Selecciona Buscar
BuscarProgramacion();
Lis tarProgramacion
Retorna ListarProgramacion
MostrarProgramacion
Seleccionar Asiento
CargarIntefaz
Lis tarAsientoD(string)
Lis tarAsientod(string)
Retornar ListarAsientos(string)
MostrarAsientos
SeleccionarCliente
BuscarCliente()
Lis tarCliente
Retorna ListarCliente
MostrarListaclientes
GuardarPasaje(id,nom,fecha...)
GuardarComprobante(id,asientos...)
Datos Guardados()
Página
152
Realizacion caso de uso diseño : Gestion Venta Encomiendas
Selecciona Buscar
BuscarProgramacion();
ListarProgramacion
Retorna ListarProgramacion
MostrarProgramacion
SeleccionarRemiten_Destinatario
BuscarRemitenteDestinatario()
MostrarCliente
Retorna MostrarCliente
MostrarClientes()
GuardarEncomienda(id,destino,precio,nom,fecha,perso...)
GuardarEncomienda(id,destinatario,remitente etc)
GuardarTipoencomienda(id,peso,detalle)
GuardarComprobante(id.)
Datos Guardados()
Página
153
5.8 Vista de Despliegue
Página
154
6 CAPÍTULO VI: Pruebas del Sistema
Página
155
6.1 Introducción
Página
156
6.3 Planteamiento del problema
Usuario Tipo de
Encargado Descripción Acción
Prueba
Página
157
6.5 Reporte de ejecución de pruebas
Proceso de Venta
OK
de Pasajes Joshua Ramírez
Rodríguez
Envío de
Renzo Luza Valderrama OK
Encomienda
Programación de
Ok
Itinerario Renzo Luza Valderrama
Página
158
Testeo del Sistema Proceso de Venta de Pasajes
SI NO SI NO SI NO SI NO
Configuración
Registro de
Datos
Solicitud de
Constancia de
Inscripción
Reportes
Graficas
Base de Datos
Página
159
Testeo del Sistema Envío de Encomienda
SI NO SI NO SI NO SI NO
Configuración
Registro de
Datos
Solicitud de
Constancia de
Matricula
Reportes
Graficas
Base de Datos
Página
160
Testeo del Sistema Programación de Itinerario
SI NO SI NO SI NO SI NO
Configuración
Registro de
Datos
Solicitud de
Constancia de
Inscripción
Reportes
Graficas
Base de Datos
Página
161
7 CAPÍTULO VII: Manual de usuario
Página
162
7.1 Introducción
Este manual pretende ser una guía en el uso del SISTEMA DE GESTIÓN DE
VENTA DE PASAJES Y ENCOMIENDAS (SGVEN).
En su contenido podremos observar los aspectos más esenciales para poder
utilizar de una manera muy fácil el SGVEN.
El sistema SGVEN es una aplicación de escritorio que permitirá a los usuarios
de la empresa realizar el registro, reportes, búsqueda de las ventas de pasaje y
encomiendas. El sistema administra además los usuarios y permisos
permitiendo la asignación de los mismos constantemente según las
necesidades de cada usuario.
Página
163
Figura 64. Inicio de Sesión
Fuente: Elaboración propia
De ser correctos los datos del usuario, la aplicación carga la interfaz principal
en donde se muestran las opciones correspondientes a los módulos de
procesos del negocio. A continuación se muestra la interfaz principal del
sistema:
Página
164
PESTAÑAS DE OPCIONES
Página
165
7.3 Formularios
Registro de Empleado y Creación de usuarios
Usuario: Administrador
Para que cada empleado pueda hacer uso del sistema, debe ser registrado
previamente por el administrador y luego generarse el usuario correspondiente.
Ingresar a la pestaña mantenimiento y seleccionar Empleado.
Página
166
Usuario Administrador ingresa todo los datos del empleado.
Selecciona el “Estado Civil” , “Profesión” , “Cargo”
Se tiene un botón “Guardar” para terminar el Registro.
Si los datos fueron registrados correctamente el sistema mostrará.
Página
167
Figura 72. Cuenta de Usuario
Fuente: Elaboración propia
Página
168
Usuario ingresará un usuario y una contraseña, seleccionara los
permisos de acuerdo al puesto del empleado.
Página
169
Registro Venta de Pasaje
Usuario: Asistente de Ventas
Ingresar Venta Pasajes
El usuario debe ingresar a la pestaña Gestión de Ventas y elegir “Registro de
Venta de Pasajes”.
Página
170
Deberá elegir , mostrara la ventana “Buscar
Programación”.
Página
171
Figura 78. Selector de Asiento
Fuente: Elaboración propia
Luego elegir .
Mostrará Ventana Buscar Cliente, elige opción Nombre o Documento luego
seleccionar “Buscar” y retorna a la pantalla anterior.
Página
172
Figura 80. Registro de Pago
Fuente: Elaboración propia
Página
173
Registro Venta de Encomienda
Usuario: Asistente de Ventas.
Ingresar Venta de Encomienda
Ingresar a la pestaña Gestión de Ventas y elegir “Registro de Venta de
Encomienda”.
Página
174
Seleccionar Origen, Destino, Fecha presionar botón “Buscar”.
Página
175
Figura 86. Registro Pago Encomienda
Fuente: Elaboración propia
Página
177
MODIFICAR CLIENTE
Página
178
Una vez terminado de actualizar los datos seleccionar “Guardar” y el
sistema muestra mensaje “Datos Guardados”.
Eliminar Cliente
Ingresar a la pestaña Cliente y elegir “Mantener Cliente”.
Seleccionar “Eliminar” y mostrara ventana “Buscar Cliente”
Página
179
Registro Programación Itinerario
Usuario: Administrador
Ingresar a la pestaña Mantenimiento y elegir “Mantener Programación”
Página
180
Apertura caja
Usuario: Asistente de Ventas.
Ingresar a la pestaña Gestión de Caja y elegir “Apertura Caja”
Reportes de clientes
Usuario: Asistente de ventas, Supervisor de Ventas.
Seleccionar la pestaña Reportes, elegir “Reporte de Clientes”.
Página
181
Figura 98. Reporte clientes
Fuente: Elaboración propia
El sistema carga los datos de Clientes al reporte.
Reportes de manifiesto
Usuario: Supervisor de Ventas.
Seleccionar la pestaña Reportes, elegir “Reporte Manifiesto”.
Página
182
El sistema muestra la interfaz de REPORTE MANIFIESTO y seleccionar
alguna opción y dar Generar reporte.
Página
183
Reportes Venta de Pasaje
Usuario: Supervisor de Ventas.
Seleccionar la pestaña Reportes, elegir “Reporte venta de pasajes”.
Página
184
Reportes Venta de Encomiendas
Usuario: Supervisor de Ventas.
Seleccionar la pestaña Reportes, elegir “Reporte venta de
encomiendas”.
Página
185
Hacer Cierre de operación
Usuario: Asistente de ventas
Usuario deberá seleccionar la pestaña “Gestión de Caja”, Hacer Cierre de
Operaciones”
Página
187
8.1 Conclusiones
Página
188
8.2 Recomendaciones
Página
189
8.3 BIBLIOGRAFÍA
Página
190