AUTOMATIZACION DE LOS PROCESOS EN LA

Empresa de Transporte Turismo Directo Asegurado

Trujillo - Per

CAPITULO I
INTRODUCCION

PLAN DEL PROYECTO

ANTECEDENTES
La empresa de Transporte TURISMO DIRECTO ASEGURADO S.A. "TURDIAS" nace como
una alternativa para cubrir el espacio dejado por la Empresa de Transportes A&S DIAZ S.A.,
debido a que le fue imposible seguir operando en el servicio Interprovincial de pasajeros,
en el departamento de Cajamarca. TURISMO DIRECTO ASEGURADO S.A. fue fundado
en Mayo de 1994, con el aporte de sus socios fundadores Adelmo Concuera, Rogelio
Guzmn y Vctor Castro; la ruta Cajamarca - Trujillo - Cajamarca con dos frecuencias diarias
en ambos extremos y con buses Volvo B7, carrocera Morillas.
A partir de su poltica de expansin, desarrolla sus servicios diferenciados que centran su
atencin en la plena satisfaccin del cliente y el valor agregado, con el uso de la ms
moderna tecnologa.
Actualmente es reconocida como la empresa lder en el mercado peruano, sustentando su
xito en la constante innovacin, planeamiento, creatividad y la especial preocupacin por
cumplir y superar los ms altos estndares de servicio al cliente a nivel internacional.

SITUACIN PROBLEMTICA
Actualmente La empresa de Transporte de Turismo Directo Asegurado S.A, cuenta con
un sistema informtico que solo le ayuda a llevar el control de algunos de sus procesos
(Venta de Pasajes, Encomiendas), cada rea funciona con un sistema independiente lo que
ocasiona que la informacin no este actualizada o muchas veces no se visualice a tiempo,
ocasionando que los clientes se muestren insatisfechos e incomodad por la demora del
servicio.
Cuentan con bastante informacin valiosa en su base de datos; sin embargo no saben
administrar y aprovechar de forma inteligente dichos datos para obtener la informacin en
el tiempo adecuado, adems no cuentan con un sistema en el que se visualice solo la
informacin relevante y que sta se encuentre integrada o sincronizada.

FORMULACIN DEL PROBLEMA

Habiendo realizado un estudio de la situacin problemtica en las reas de venta de pasajes
y encomiendas; procederemos a detallar cada uno de los problemas en sus procesos ms
importantes:
ALMACEN
Lentitud en el proceso de entrega
No cuenta con un sistema que agilice sus procesos.
Desorden en los documentos.
Demora al realizar una bsqueda de alguna encomienda.
VENTA DE PASAJES
El sistema se cuelga al momento de realizar algunas transacciones.
El sistema actual no cumple con los requerimientos actuales de la empresa.

ENCOMIENDAS
Lentitud en el proceso de entrega de encomiendas.
Lentitud en el proceso de registro de encomiendas en el sistema actual.

ENTORNO DEL PROBLEMA DE ESTUDIO

1.1 DATOS GENERALES DE LA EMPRESA
Turismo Das S.A. es una empresa con amplia trayectoria en el rubro del transporte
terrestre de pasajeros, servicio de carga, envo de giros y encomiendas, cuyo objetivo
principal es satisfacer las necesidades de los clientes brindando un servicio de calidad,
seguridad, comodidad y puntualidad.
Nombre: Turismo Das S.A.
Direccin: Trujillo (Sede principal) Av. Nicols de Pirola N 1079 - Santa Ins
Actividad Econmica: Transporte de pasajeros
Telfono: 044 201237

1.2 DIAGNSTICO EMPRESARIAL O ESTRATGICO

Brindar un buen servicio para satisfacer al cliente y ganar un mejor reconocimiento a nivel
nacional.
1.3 ANLISIS ESTRATGICO
MISION
Contribuir con el desarrollo social y econmico de la regin nororiental del Per, facilitando
la dinmica del flujo comercial, generando bienestar entre sus asociados y rentabilidad a
sus accionistas.
VISION
Ser una empresa global en la prestacin de servicios de almacenaje, transporte y
distribucin de mercancas, prestando servicios a clientes de categora internacional.

1.4 DIAGNSTICO FUNCIONAL

OBJETIVOS

1.5 OBJETIVO GENERAL

Empresa turismo directo asegurado S.A requiere la automatizacin de sus procesos
actuales ms importantes, y pueda de esta manera tener un mejor manejo y control de su
informacin, para poder alcanzar sus objetivos plasmados a continuacin:
1.6 OBJETIVOS ESPECFICOS

Tener un control al 100% en la venta de pasajes, encomiendas y almacn.

Automatizar la emisin de gua de remisin de los giros y encomiendas en su
totalidad.
Establecer mecanismos que permitan garantizar la entrega segura y efectiva de las
encomiendas clientes finales (consignatarios).
Tener un control al 100% en la entrega de encomiendas y venta de pasajes.

1.7 FUNCIONALES ( que es lo que va hacer el sistema)

1.8 TCNICOS

(facilidad de uso, )

1.9 CALIDAD

(estndares , normas ISO, )

Resultado esperado: La counter est capacitada para realizar ventas de pasajes y

recepcin de encomiendas.
Disponibilidad: Cobertura del servicio ofrecido en, tiempo, calidad y modo de transporte.

Accesibilidad: Acceso al sistema de transporte incluyendo interfaz con otros modos de

transporte.
Las ISO 9000: Son normas establecidas por la Organizacin Internacional para la
Estandarizacin a travs de las cuales se pueden medir los sistemas de gestin de calidad
de una empresa y verificar si realmente sta satisface las expectativas y necesidades de
sus clientes.
Las empresas deben afrontar que los clientes son cada vez ms exigentes, en cuanto a la
calidad del servicio. La mejor calidad no es siempre la ms cara, si no la que ms se adapta
en caractersticas y precio a las necesidades del cliente.
DIAGNSTICO DEL PROCESO DE NEGOCIO
1.10

CUADRO PICTOGRAFICO SITUACIN ACTUAL

1.11

MODELO DEL NEGOCIO

1.12
PROCESOS DE NEGOCIO (DIAGRAMA DE ACTIVIDADES DE CADA
PROCESO)

PROCESO DE GESTIN DE ENTREGA DE ENCOMIENDAS

PROCESO DE VENTA DE PASAJES

PROCESO DE CONTROL DE ALMACEN

ALCANCE Y LIMITACIONES
1.13

ALCANCE:

1.14

Generales
El sistema ser desarrollado en Idioma Espaol.
La interfaz de usuario ser amigable y de fcil uso.
El sistema validar la autenticacin de usuario.
El sistema ser construido por versiones aplicando control de calidad en cada una
de las versiones entregadas.
Se disear un modelo de datos adecuado para el sistema.
El sistema contar con alta disponibilidad funcional.
Mdulo de Administracin de encomiendas
Se contar con un perfil de administrador, el cual se encargara de registrar y/o
modificar al personal de entrega de encomiendas y/o cargas, garantizando la
entrega segura, directa t efectiva a los clientes finales.
El administrador contara con una interfaz de registro el cual tendr formularios de
Ingreso y Modificacin permitiendo al sistema almacenar los datos las encomiendas
que sern usados en el registro.
El administrador contara con una interfaz de Emisin de Guas de Remisin, el cual
se realizar de manera automtica.
El sistema permitir emitir reportes para llevar un mejor control.
Las facturas y/o boletas que emitir el sistema, se efectuara previo al pago que
realiza el cliente por la prestacin de nuestro servicio

WBS (EDT) ESTRUCTURA DE DESCOMPOSICIN DEL TRABAJO:

El WBS o EDT es la descomposicin jerrquica del trabajo que ser ejecutado por

el equipo del proyecto. Nos permitir organizar y definir el alcance total del proyecto, ya
que nos permite subdividir el trabajo en porciones ms pequeas y fciles de manejar,
donde cada nivel descendente de la EDT representa una definicin cada vez ms
detallada del trabajo del proyecto.

LIMITACIONES:

1.15

El envo de los documentos de Compras y ventas a la Sunat para la declaracin

mensual no forma parte del alcance.
El acceso al sistema para los conductores y ayudantes de carga no est dentro
del alcance.

METODOLOGA PMI Y LAS MEJORES PRCTICAS PARA EL DESARROLLO DE SOFTWARE

DESARROLLAR SOFTWARE CON METODOLOGA RUP PMI

1.16

RUP : El Proceso Unificado Rational (Rational Unified Process en ingls,

habitualmente resumido como RUP) es un proceso de desarrollo de
software desarrollado por la empresa Rational Software, actualmente
propiedad de IBM. Junto con el Lenguaje Unificado de Modelado UML,
constituye la metodologa estndar ms utilizada para el anlisis, diseo,
implementacin y documentacin de sistemas orientados a objetos.

PMI: El Project Management Institute (PMI) es una de las asociaciones

profesionales de miembros ms grandes del mundo que cuenta con medio
milln de miembros e individuos titulares de sus certificaciones en 180
pases. Es una organizacin sin fines de lucro que avanza la profesin de
la direccin de proyectos a travs de estndares y certificaciones
reconocidas mundialmente, a travs de comunidades de colaboracin, de
un extenso programa de investigacin y de oportunidades de desarrollo
profesional.
DIAGRAMA DE UML

1.17

UML: Lenguaje Unificado de Modelado (UML, por sus siglas en ingls,

Unified Modeling Language) es el lenguaje de modelado de sistemas
de software ms conocido y utilizado en la actualidad; est respaldado por
el OMG (Object Management Group). Es un lenguaje grfico para visualizar,

especificar, construir y documentar un sistema. UML ofrece un estndar

para describir un "plano" del sistema (modelo), incluyendo aspectos
conceptuales tales como procesos de negocio, funciones del sistema, y
aspectos concretos como expresiones de lenguajes de programacin,
esquemas de bases de datos y compuestos reciclados.

ESPECIFICACIONES DE REQUISITOS DEL SOFTWARE

a) Requerimientos Funcionales

RF

NOMBRE

[RF-01]

Verificar identificacin

[RF-02]

Validar el nmero de G.R.T

[RF-03]

Verificar existencia de encomienda

[RF-04]

Verifica el tipo de servicio brindado

[RF-05]

Emitir comprobante de pago

[RF-06]

Ingresar los datos de G.R.T

[RF-07]

Verifica datos de G.R.T que consigne con los del vehculo

[RF-08]

Elaborar el manifiesto de carga.

[RF-09]

Verificar que las encomiendas estn con sus respectivas G.R.T

[RF-10]

Verificar disponibilidad de asientos.

[RF-11]

Registra nmero de asiento.

[RF-12]

Ingresa datos del cliente.

b) Requerimientos No Funcionales
RNF

NOMBRE

DESCRIPCION

Las pantallas deben ser sencillas e intuitivas y ser mostradas en

idioma castellano.

RNF-01

INTERFACES DEL USUARIO

RNF-02

COMUNICACIN CON OTROS

USUARIOS

RNF-03

RECURSOS

Las computadoras deben tener como mnimo 512 MB de

memoria RAM. Lo recomendado seria 1 gb de RAM o superior.

Las consultas deben consumir la menor cantidad posible de

recursos del servidor que soporta el sistema.
Las consultas simples no deben tardar ms de 5 segundos, las
consultas complejas no deben tardar ms de 15 segundos en la
mayora de los caso.

RNF-04

VELOCIDAD DE RESPUESTA

RNF-05

CICLO DE VIDA

RNF-06

ACCESO A SISTEMA SEGURO

RNF-07

FIABILIDAD

RNF-08

IMPRESOS

RNF-09

MANTENIBILIDAD

RNF-10

PLATAFORMA

RNF-11

COPIA AUTOMTICA DE
SEGURIDAD DE LA BASE DE
DATOS

RNF-12

LENGUAJE DE
PROGRAMACION

MODELAMIENTO UML

Se debe tener la misma distribucin fsica en las pantallas, es

decir si en ms de una pantalla existe el mismo icono, en todas
debe ubicarse en el mismo lugar y orden.
La comunicacin con otros sistemas se efecta a travs del
protocolo TPC/IP y la consulta a la base de datos con el
estndar SQL.

Se debe de realizar un ciclo de vida orientada a objetos con UML,

lo que permite realizar cambios de acuerdo a las necesidades del
usuario a medida que este use las distintas versiones del
prototipo.
Se debe usar la base de datos SQL Server 2012.

El acceso al sistema debe de ser seguro; por lo tanto se

requiere la identificacin del usuario y el ingreso de un
password.

El sistema debe comportarse consistentemente, sin perder

informacin y respondiendo de la misma forma ante pedidos
iguales.

Los impresos deben mantener un formato estndar, es decir

que sean similares en todos los listados.

El sistema debe ser modular para facilitar el mantenimiento y las

futuras ampliaciones de acuerdo a las necesidades cambiantes.

El sistema en el entorno del usuario debe ser soportado por el

sistema operativo Windows XP o superior.

El sistema crear una copia de seguridad automticamente

cada da de la base de datos, indicando el da y la hora en el
nombre del archivo.

El sistema debe de ser desarrollador en visual Basic.Net con

Framework 4.0

1.18

MODELO DE CASO DE USO DEL SISTEMA

1.19

ESPECIFICACIN DE CASOS DE USO

ESPECIFICACION DE CASO DE USO CONSULTAR DISPONIBILIDAD Y N DE

ASIENTOS

Caso de uso:

Consultar disponibilidad y nmero de asientos

Objetivo:

El sistema permitir consultar la disponibilidad de los asientos para proceder

a realizar la reserva.

Iniciado por:

Counter

Precondiciones:
- Los asientos deben estar registrados
Flujo Principal:
1. El caso de uso comienza cuando la Counter selecciona la opcin Consultar
disponibilidad y nmero de asientos en la interfaz del men principal.
2. El sistema muestra la interfaz Buscar disponibilidad y nmero de asientos, en
donde se solicita que se ingrese los criterios de la bsqueda.
3. La counter ingresa los datos de bsqueda.
4. La counter selecciona la opcin buscar.
5. El sistema mostrara el croquis del nmero de asientos del bus.
6. La counter selecciona la opcin Salir.

Subflujo:
- No tiene
Flujo Alternativo:
-

En el punto 2 si el sistema no encuentra asientos disponible mostrara un mensaje: El bus est

lleno.

Postcondiciones:
- El Counter obtendr informacin de la disponibilidad de asientos.
Puntos de Extensin:
- No tiene.
Requisitos Especiales:
-

Interfaz del usuario.

Velocidad de respuesta.
Comunicacin con otros usuarios.
Acceso a sistema seguro.
copia automtica de seguridad de la base de datos
lenguaje de programacin
plataforma
Mantenibilidad.
recursos
ciclo de vida
- fiabilidad
Riesgos:

- No tiene.
ESPECIFICACION CASO DE USO REGISTRAR DATOS DE ENCOMIENDA

ESPECIFICACION CASO DE USO CONTROL ALMACEN

Caso de uso:

encomiendas
con sus respectivas G.R.T
Registrar Consultar
datos de la
Encomienda

encomiendas
encliente
un rango
de en
fecha
Objetivo:
Registrar Consultar
las encomiendas
que el
deja
la empresa
Encargado
de encomiendas
Iniciado por: Encargado
de encomiendas
y giros y giros
Precondiciones:
Precondiciones:
- El cliente debe estar registrado
- Principal:
Las encomiendas deben estar registradas en el sistema
Flujo
- Las guas deben estar registradas en el sistema
1. El caso de uso comienza cuando el encargado de encomiendas y giros selecciona la
Flujo Principal:
opcin Registrar encomienda en la interfaz del men principal.
2. El sistema
interfaz
Registrar
donde se solicita
1. muestra
El caso delauso
comienza
cuandoencomienda,
el encargado deen
encomiendas
y giros que se
ingrese los selecciona
criterios de
registrar.
la opcin Consultar encomiendas en la interfaz del men
principal.
3. El encargado
de encomiendas y giros ingresa los criterios de bsqueda del cliente:
DNI 2. El sistema muestra la interfaz Buscar encomiendas, en donde se solicita
que se ingrese
los criteriosidentificacin
de la bsqueda.
4. El sistema incluye
el CU consultar
del cliente
3.
El
encargado
de
encomiendas
y
giros
ingresa
criterio de bsqueda
5. El sistema muestra de los datos del cliente: nombre, el
DNI.
:nmero
de
G.R.T
6. El sistema activa los campos para ingresar los datos de la encomienda.
4. El encargado de encomiendas y giros selecciona la opcin Buscar.
7. El encargado de encomiendas y giros ingresa los datos de la encomienda.
5. El sistema muestra los datos de las encomiendas con sus respectivas guas
8. El encargado de encomiendas y giros selecciona la opcin guardar
de remisin
9. El sistema muestra los datos de la encomienda registrada
6. El encargado de encomiendas y giros selecciona la opcin Salir.
10. El encargado de encomiendas y giros selecciona la opcin Salir.
Subflujo:
Subflujo:
- No tiene
- No tiene
Flujo Alternativo:
Flujo Alternativo:
- En el punto 2 si el sistema no tiene encomiendas con sus respectivas guas de remisin
- En
el puntose
4,mostrara
si el sistema
no retorna
con datos del cliente, enviara el mensaje
registradas,
una lista
en blanco
Cliente no encontrado y ofrecer la posibilidad de registrar al nuevo cliente.
Postcondiciones:
Postcondiciones:
-- El
de encomiendas y giros obtiene informacin de la encomienda con su
Noencargado
tiene
respectiva G.R.T.
Puntos de Extensin:
Puntos
de Extensin:
- CU
Consultar cliente
-- No
tiene
CU Ingresar datos del cliente
Requisitos
Requisitos Especiales:
Especiales:
-- Interfaz
Interfaz del
del usuario.
usuario.
-- Velocidad
Velocidad de
de respuesta.
respuesta.
-- Acceso
a
sistema
Comunicacin conseguro.
otros usuarios.
-- copia
de seguridad de la base de datos
Accesoautomtica
a sistema seguro.
-- lenguaje
de programacin
copia automtica
de seguridad de la base de datos
-- Mantenibilidad.
lenguaje de programacin
-- fiabilidad
plataforma
Riesgos:
- No tiene.
Riesgos:

No Tiene

1.20

DIAGRAMA DE CLASES DEL DOMINIO

CONTROL DE ALMACEN

GESTION DE ENTREGA DE ENCOMIENDAS

VENTA DE PASAJES

1.21

INTERFACES

SISTEMA RESERVAS DE PASAJA, RECEPCION DE ENCOMIENDAS Y ALMACEN - TRANSPORTE

TURISMO DIRECTO ASEGURADO

MENU PRINCIPAL

ASIGNACION DE ENCOMIENDA

BOLETO

PASAJE

RUTAS

ENCOMIENDA

CLIENTES

BUS

BUSCAR CLIENTE

REGISTRO SUCURSAL