AUTOMATIZACION AUTOMATIZACION DE LOS PROCESOS EN LA E m p r e s a d e T r an an s p o r t e T u r i s m o D i r e c t o A s e g u r a d o
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 Guzmán y Víctor Castro; la ruta Cajamarca - Trujillo - Cajamarca con dos frecuencias diarias en ambos extremos y con buses Volvo B7, carrocería Morillas. A partir de su política de expansión, desarrolla sus servicios diferenciados que centran su atención en la plena satisfacción del cliente y el valor agregado, con el uso de la más moderna tecnología. Actualmente es reconocida como la empresa líder en el mercado peruano, sustentando su éxito en la constante innovación, planeamiento, creatividad y la especial preocupación por cumplir y superar los más altos estándares de servicio al cliente a nivel internacional.
SITUACIÓN PROBLEMÁTICA
Actualmente La empresa de “Transporte de Turismo Directo Asegurado S.A”, cuenta con un sistema informático 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 información 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 información valiosa en su base de datos; sin embargo no saben administrar y aprovechar de forma inteligente dichos datos para obtener la información en el tiempo adecuado, además no cuentan con un sistema en el que se visualice solo la información relevante y que ésta se encuentre integrada o sincronizada.
FORMULACIÓN DEL PROBLEMA
Habiendo realizado un estudio de la situación problemática en las áreas de venta de pasajes y encomiendas; procederemos a detallar cada uno de los problemas en sus procesos más 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 búsqueda 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 Días S.A. es una empresa con amplia trayectoria en el rubro del transporte terrestre de pasajeros, servicio de carga, envío 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 Días S.A. Dirección: Trujillo (Sede principal) Av. Nicolás de Piérola Nº 1079 - Santa Inés Actividad Económica: Transporte de pasajeros Teléfono: 044 – 201237
1.2 DIAGNÓSTICO EMPRESARIAL O ESTRATÉGICO Brindar un buen servicio para satisfacer al cliente y ganar un mejor reconocimiento a nivel nacional.
1.3 ANÁLISIS ESTRATÉGICO MISION “Contribuir con el desarrollo social y económico de la región nororiental del Perú, facilitando
la dinámica del flujo comercial, generando bienestar entre sus asociados y rentabilidad a sus accionistas”.
VISION “Ser una empresa global en la prestación de servicios de almacenaje, transporte y distribución de mercancías, prestando servicios a clientes de categoría internacional”.
1.4 DIAGNÓSTICO FUNCIONAL OBJETIVOS
1.5 OBJETIVO GENERAL Empresa turismo directo asegurado S.A requiere la automatización de sus procesos actuales más importantes, y pueda de esta manera tener un mejor manejo y control de su información, para poder alcanzar sus objetivos plasmados a continuación: 1.6 OBJETIVOS ESPECÍFICOS
Tener un control al 100% en la venta de pasajes, encomiendas y almacén. Automatizar la emisión de guía de remisión 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 TÉCNICOS
(facilidad de uso, )
1.9 CALIDAD
(estándares , normas ISO, )
Resultado esperado: La counter está capacitada para realizar ventas de pasajes y recepción 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 Organización Internacional para la Estandarización a través de las cuales se pueden medir los sistemas de gestión 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 más exigentes, en cuanto a la calidad del servicio. La mejor calidad no es siempre la más cara, si no la que más se adapta en características y precio a las necesidades del cliente. DIAGNÓSTICO DEL PROCESO DE NEGOCIO
1.10
CUADRO PICTOGRAFICO SITUACIÓN ACTUAL
1.11
MODELO DEL NEGOCIO
1.12 PROCESOS DE NEGOCIO (DIAGRAMA DE ACTIVIDADES DE CADA PROCESO)
PROCESO DE GESTIÓN 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 Español. La interfaz de usuario será amigable y de fácil uso. El sistema validará la autenticación de usuario. El sistema será construido por versiones aplicando control de calidad en cada una de las versiones entregadas. Se diseñará un modelo de datos adecuado para el sistema. El sistema contará con alta disponibilidad funcional. Módulo de Administración 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 Modificación permitiendo al sistema almacenar los datos las encomiendas que serán usados en el registro. El administrador contara con una interfaz de Emisión de Guías de Remisión, el cual se realizará de manera automática. 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 prestación de nuestro servicio
WBS (EDT) ESTRUCTURA DE DESCOMPOSICIÓN DEL TRABAJO:
El WBS o EDT es la descomposición jerárquica 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 más pequeñas y fáciles de manejar, donde cada nivel descendente de la EDT representa una definición cada vez más detallada del trabajo del proyecto.
1.15
LIMITACIONES:
El envío de los documentos de Compras y ventas a la Sunat para la declaración mensual no forma parte del alcance. El acceso al sistema para los conductores y ayudantes de carga no está dentro del alcance.
METODOLOGÍA PMI Y LAS MEJORES PRÁCTICAS PARA EL DESARROLLO DE SOFTWARE
1.16
DESARROLLAR SOFTWARE CON METODOLOGÍA RUP – PMI
1.17
RUP : El Proceso Unificado Rational (Rational
Unified Process
en inglés, 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 metodología estándar más utilizada para el análisis, diseño, implementación y documentación de sistemas orientados a objetos.
PMI: El Project Management Institute (PMI) es una de las asociaciones profesionales de miembros más grandes del mundo que cuenta con medio millón de miembros e individuos titulares de sus certificaciones en 180 países. Es una organización sin fines de lucro que avanza la profesión de la dirección de proyectos a través de estándares y certificaciones reconocidas mundialmente, a través de comunidades de colaboración, de un extenso programa de investigación y de oportunidades de desarrollo profesional. DIAGRAMA DE UML
UML: Lenguaje Unificado de Modelado (UML, por sus siglas en inglés, Unified Modeling Language) es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object Management Group). Es un lenguaje gráfico para visualizar,
especificar, construir y documentar un sistema. UML ofrece un estándar 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 programación, esquemas de bases de datos y compuestos reciclados. ESPECIFICACIONES DE REQUISITOS DEL SOFTWARE
a) Requerimientos Funcionales
RF
NOMBRE
[RF-01]
Verificar identificación
[RF-02]
Validar el número 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 vehículo
[RF-08]
Elaborar el manifiesto de carga.
[RF-09]
Verificar que las encomiendas estén con sus respectivas G.R.T
[RF-10]
Verificar disponibilidad de asientos.
[RF-11]
Registra número 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
COMUNICACIÓN CON OTROS USUARIOS
RNF-03
RECURSOS
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 AUTOMÁTICA DE SEGURIDAD DE LA BASE DE DATOS
RNF-12
LENGUAJE DE PROGRAMACION
MODELAMIENTO UML
Se debe tener la misma distribución física en las pantallas, es decir si en más de una pantalla existe el mismo icono, en todas debe ubicarse en el mismo lugar y orden. La comunicación con otros sistemas se efectúa a través del protocolo TPC/IP y la consulta a la base de datos con el estándar SQL. Las computadoras deben tener como mínimo 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 más de 5 segundos, las consultas complejas no deben tardar más de 15 segundos en la mayoría de los caso. 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 identificación del usuario y el ingreso de un password. El sistema debe comportarse consistentemente, sin perder información y respondiendo de la misma forma ante pedidos iguales. Los impresos deben mantener un formato estándar, 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 automáticamente cada día de la base de datos, indicando el día 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
ESPECIFICACIÓN DE CASOS DE USO
ESPECIFICACION DE CASO DE USO CONSULTAR DISPONIBILIDAD Y N° DE ASIENTOS
Caso de uso:
Consultar disponibilidad y número de asientos
Objetivo:
El sistema permitirá consultar la disponibilidad de los asientos para proceder a realizar la reserva. Counter
Iniciado por: Precondiciones: -
Los asientos deben estar registrados
Flujo Principal: 1. El caso de uso comienza cuando la Counter selecciona la opción “Consultar disponibilidad y número de asientos” en la interfaz del menú principal. 2. El sistema muestra la interfaz “Buscar disponibilidad y número de asientos”, en donde se solicita que se ingrese los criterios de la búsqueda. 3. La counter ingresa los datos de búsqueda. 4. La counter selecciona la opción buscar. 5. El sistema mostrara el croquis del número de asientos del bus. 6. La counter selecciona la opción “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á información de la disponibilidad de asientos. Puntos de Extensión: -
No tiene.
Requisitos Especiales: -
Interfaz del usuario. Velocidad de respuesta. Comunicación con otros usuarios. Acceso a sistema seguro. copia automática de seguridad de la base de datos lenguaje de programación 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
Objetivo:
encomiendas encliente un rango de en fecha Registrar Consultar las encomiendas que el deja la empresa
Iniciado por:
Encargado de encomiendas 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 guías deben estar registradas en el sistema 1. El caso de uso comienza cuando el encargado de encomiendas y giros selecciona la Flujo Principal: opción “Registrar encomienda” en la interfaz del menú principal. interfaz “Registrar donde se solicita 2. El sistema 1. muestra El caso delauso comienza cuandoencomienda”, el encargado deen encomiendas y giros que se ingrese los selecciona criterios de la registrar. opción “Consultar encomiendas” en la interfaz del menú principal. de encomiendas y giros ingresa los criterios de búsqueda del cliente: 3. El encargado 2. El sistema muestra la interfaz “Buscar encomiendas”, en donde se solicita DNI que se ingrese los criteriosidentificación de la búsqueda. el CU “consultar del cliente” 4. El sistema incluye 3. El encargado de encomiendas y giros ingresa criterio de búsqueda DNI. 5. El sistema muestra de los datos del cliente: nombre, el :”número de G.R.T” los campos para ingresar los datos de la encomienda. 6. El sistema activa 4. El encargado de encomiendas y giros selecciona la opción “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 guías 8. El encargado de encomiendas y giros selecciona la opción guardar de remisión 9. El sistema muestra los datos de la encomienda registrada 6. El encargado de encomiendas y giros selecciona la o pción “Salir”. 10. El encargado de encomiendas y giros selecciona la opción “Salir”. Subflujo: Subflujo: - No tiene - No tiene Flujo Alternativo: Flujo Alternativo: -
-
En el punto 2 si el sistema no tiene encomiendas con sus respectivas guías de remisión 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 encargado de encomiendas y giros obtiene información de la encomienda con su No tiene respectiva G.R.T.
Puntos de Extensión: Puntos de Extensión: - CU Consultar cliente -- No CU tiene Ingresar datos del cliente Requisitos Requisitos Especiales: Especiales: -------
Interfaz Interfaz del del usuario. usuario. Velocidad de Velocidad de respuesta. respuesta. Acceso a sistema Comunicación conseguro. otros usuarios. copia automática de seguridad de la base de datos Acceso a sistema seguro. lenguaje de programación copia automática de seguridad de la base de datos Mantenibilidad. lenguaje de programación -- 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