UNIVERSIDAD NACIONAL DE HUANCAVELICA
(Creada por Ley N° 25265)
FACULTAD DE INGENIERIA ELECTRONICA - SISTEMAS ESCUELA ACADEMICO PROFESIONAL DE SISTEMAS TEMA
CONTROL INTERNO DE EMPRESA DE TRANSPORTES SEÑOR DE ATACO PRESENTADO POR LOS ESTUDIANTES: GARCIA BETALLELUZ MANUEL QUICHCA SOTACURO JOEL MATAMOROS HUAMAN, Wilmer SAPALLANAY LAZO JOEL
NOMBRE DE LA ASIGNATURA: ANÁLISIS DE SISTEMAS INFORMÁTICOS
HVCA – PERÚ – 2014
DEDICATORIA A Dios por permitirnos realizar Nuestra labor como estudiantes Y a nuestros padres por el apoyo que Nos brindan día a día en nuestra Formación profesional.
DEDICATORIA A Dios por permitirnos realizar Nuestra labor como estudiantes Y a nuestros padres por el apoyo que Nos brindan día a día en nuestra Formación profesional.
INTRODUCCIÓN Tenemos el agrado de presentar el presente proyecto de Análisis de Sistemas Informáticos que denominaremos; “Sistema de control interno de la Empr esa de Transportes Expreso SEÑOR DE ATACO S.A.C.” La creación de este proyecto nace como alternativa de inversión, es el resultado de un proceso de planeamiento estratégico y que esperamos espe ramos que este producto sea se a de conformidad y agrado de los clientes y de los interesados en adquirir este Proyecto. El proyecto de sistema constituye el resultado de un estudio realizado en la temática de una empresa de transportes, nuestro sistema informático realiza el control de las operaciones administrativas y comerciales, convirtiéndose en una poderosa herramienta que permite al usuario recuperar, visualizar y procesar información almacenada en las Bases de Datos. Presentado por los estudiantes: García Betalleluz Manuel Quichca Sotacuro Joel Sapallanay Lazo Justo Joel Matamoros Huamán Wilmer
CAPITULO I 1. IDENTIFICACIÓN DEL PROYECTO 1.1. TITULO DEL PROYECTO Sistema de control interno de la Empresa de Transportes Expreso SEÑOR DE ATACO S.A.C.” 1.2. DESCRIPCIÓN : Es un sistema que permitirá administrar y controlar el Registro detallado de los clientes, emisión de boletos de viaje, envío/recepción de encomiendas y un estricto control sobre el ingreso y salida de los Buses. Con la única finalidad de facilitar la administración y veracidad en la atención al cliente de la Empresa de Transporte SEÑOR DE ATACO S.A.C. 1.1. AUTOR (ES) : GARCÍA BETALLELUZ, Manuel QUICHCA SOTACURO, Joel MATAMOROS HUAMAN, Wilmer SAPALLANAY LAZO, Justo Joel 1.2. FECHA DE INICIO: 05 de mayo de 2014 1.3. FECHA FINAL:
CAPITULO II 2. MARCO GENERAL 2.1. DESCRIPCIÓN GENERAL DE LA EMPRESA : Expreso Señor de Ataco S.A.C Se constituye como una de las principales empresas desarrollando sus actividades en el transporte interprovincial de pasajeros por vía terrestre brindando servicios de cobertura en el centro de nuestro país y la ciudad Capital. Esta Empresa ofrece diversos buses como económico.
2.2. NOMBRE DE LA EMPRESA : “Empresa de Transportes Expreso SEÑOR DE ATACO S.A.C”
2.3. UBICACIÓN : Av. Centenario N°.
2.4. ANTECEDENTES : La empresa se desenvuelve de manera tradicional, a través del manejo registros y documentación manual de los servicios de: emisión de comprobantes a mano, el control de la venta de pasajes se conoce cada vez que se realiza balances diarios, mensuales o semestrales.
CAPITULO III
3. INVESTIGACION PRELIMINAR 3.1. PROBLEMÁTICA GENERAL : El problema de la empresa, en la actualidad es la gestión manual que se realiza durante el proceso de la venta de boletos, envío/recepción de encomiendas y la mala distribución de los buses que resulta muy tedioso, lo cual significa una pérdida de tiempo tanto para un usuario como para el empleado. Entre los problemas que hemos encontrado podemos mencionar los siguientes: a) Existe una atención muy lenta hacia los clientes en el momento que adquieren el servicio solicitado. b) No se tiene un registro completo de los empleados. c) Duplicidad en la venta de pasajes. d) Falta de información específica y confiable con respecto a los estados financieros de la empresa. e) Pérdida de tiempo para los empleado es la transcripción de los boleto. f) No cuenta con un registro y control en el cobro de las encomiendas por falta de una política de tarifas; lo cual conlleva a que la empresa le genere pérdidas por la falsa información que el empleado le pueda dar al administrador. g) Deficiencia en el llenado de boletos; ya que no son l egibles. h) Deficiencia en la asignación de horarios para los chóferes por falta de un cronograma de horarios de viaje.
3.2. JUSTIFICACIÓN DEL PROYECTO : Es importante la implementación de un sistema de control interno de la “Empresa de Transportes Expreso SEÑOR DE ATACO S.A.C ”, para automatizar los procesos de entrega de boletos y encomiendas, disminuir el tiempo de recepción y salida de información, el proceso del proyecto es imprescindible para cualquier empresa de transportes pues brinda un manejo actualizado del Sistema y buena atención a los clientes.
3.3. OBJETIVOS GENERAL Y OBJETIVOS ESPECÍFICOS 3.3.1.OBJETIVO GENERAL :
Realizar un análisis de sistema de control que permita administrar y controlar el proceso de venta de pasajes y envío/recepción de encomiendas, para dar mayor facilidad a los clientes.
3.3.2.OBJETIVOS ESPECÍFICOS : a) Mejorar la atención de los clientes con mucho más orden y disponibilidad a través de la implementación de una base de datos bien estructurada. b) Administrar correctamente las listas de conductores, boleteros y demás empleados a través de un sistema computarizado.
3.3.3.ALCANCE DEL PROYECTO : Con este proyecto se logrará dinamizar el funcionamiento de la Empresa de Transportes Expreso SEÑOR DE ATACO S.A.C. con lo cual se logrará simplificar procesos y disminuir costos. Este proyecto abarca el área de venta de boletos y encomiendas; también están incluidos los controles de los buses, pasajeros, conductores y personal a cargo en cada salida.
3.3.4.DESCRIPCIÓN DE LA ASIGNACIÓN DE RECURSOS :
ACTIVIDADES
RECUROSO
CANTIDADES
Planificación del sistemas
Analista
1
Entrevistador
2
Análisis de requerimientos Analista
Diseño del sistema Prueba y Implementación
1
Programador
1
Computadoras
2
Analista
1
Programador
1
Computadoras
2
Analista
1
Programador
1
Impresión
1
3.4.5. BENEFICIOS: a. Mejorar la calidad en la atención al cliente tanto en la entrega y recepción de encomiendas como en la venta de boletos, reduciendo el tiempo de atención. b. Tener mayor seguridad de los datos ingresados al sistema y permitir la entrega de reportes a corto plazo. c. Almacenar un registro de empleados, para verificar el cumplimiento de las funciones que desempeñan en cada área. e. Reducir el número de problemas y reclamos en la venta de boletos y entrega de encomiendas, ya que se contara con la mayor seguridad en los almacenes, y registro de los mismos. f. El Administrador contará con el acceso total al Sistema y el empleado solo se limitara a realizar las operaciones básicas de la Empresa.
3.4.6. TÉCNICAS PARA LA OBTENCIÓN DE INFORMACIÓN: Encuestas: La encuestas es a los clientes, empleados, etc. Entrevistas: Al personal administrativo (Gerente General) y operario de la empresa Para poder obtener la información se hizo entrevistas al dueño y los clientes de la empresa de transportes Señor De Ataco , realizando una serie de cuestionarios
además, solicitamos informes de los clientes, buses y empleados para tener una noción de cómo se maneja la información. También se revisó los diferentes documentos, tales como boletas, comprobantes, y otros.
CAPITULO IV
4. PLAN GENERAL DEL PROYECTO. 4.1 DESCRIBIR LA ESTRATEGIA DE DESARROLLO PARA EL SISTEMA: La metodología a utilizar es la del “enfoque espiral” (Retro alimentación), porque esta nos ayudara a hacer las modificaciones necesarias sin ocasionar problemas. La idea es formar una metodología hibrida a través del enfoque espiral con la técnica de modelamiento UML. Cada vez que aumentemos información o la modifiquemos no va a variar el modelo original.
4.2. PLAN GENERAL DEL DESARROLLO DEL PROYECTO: Nuestro proyecto abarcara 3 casos específicos tales como: a. Emisión de boletos; registrándose los datos de los clientes y el tipo de servicio que soliciten. b. Recepción y entrega de encomiendas; los cuales irán de acuerdo a la tarifa de la empresa. c. El control interno de los empleados; va de acuerdo al cargo y su área, para el ingreso del sistema habrá 2 opciones: como administrador (acceso total) y usuario (acceso limitado).
4.3. DEFINICIÓN DEL PANORAMA DEL PROYECTO PANORAM DEL
NOMBRE DEL
GERENTE DEL
PROYECTO
PROYECTO
PROYECTO
Control Interno de Empresa de Transportes Señor de Ataco Problema /Oportunidad Empresa de transportes Señor de Ataco no cuenta con un sistema que realice las operaciones de:
Entrega de boletos en forma computarizados.
Envío/recepción de encomiendas y
El control de los buses.
Meta: “Mejorar la atención a los clientes, planificar y ejecutar observando criterios de economía y seguridad para una atención oportuna y eficiente de los requerimientos del servicio.”
Objetivo: 1. Reunir la información sobre los requerimientos de la empresa de transportes. 2. Analizar los problemas principales y ver las mejores soluciones. 3. Generar una base de datos para la atención a los clientes y empleados. 4. Crear un sistema para la atención y administración. 5. Mejorar la atención al cliente y la organización de la Empresa de transportes.
Criterios de éxito: 1. Apoyo integro de alta gerencia en la realización del proyecto. 2. Compromiso total de los futuros usuarios que van a utilizar el sistema. 3. Promueve la colaboración del proyecto a realizar, el trabajo en conjunto e integración entre diferentes áreas para asegurar mejores r esultados. 4. Crea un mejor ambiente de trabajo para los empleados.
Recursos Preliminares: Personal: 1 analista, 1 programador, 1 diseñador, 1 encuestadores. Equipo: 2 computadoras Suministros para computadora e impresora Software de programación como Visual Studio 2010 .Net. Erwin y Microsoft SQL Server 2008, Microsoft Project, Rational Rose, Enterprise Architect y Microsoft Office. Suposiciones y riesgos: 1. Puede que el Sistema no sea totalmente aprovechado tanto por el cliente como por los empleados. 2. Puede que el Sistema presente algunos errores y defectos en la ejecución del mismo. 3. Puede que el Sistema presente algunas complicaciones en la comprensión de su manejo al inicio.
4.4 ESTRUCTURA DE ACTIVIDADES: ESTRUCTURA DE DESGLOSE DEL TRABAJO La planificación temporal de un proyecto de software es una actividad que distribuye el esfuerzo estimado a lo largo de la duración prevista del proyecto; asignando el esfuerzo a las tareas específicas de la ingeniería del software. Es importante resaltar; sin embargo, existe dos tipos de planificación temporal una planificación microscópica en donde se identifican las principales actividades de la ingeniería del software y una planificación temporal detallada.
4.5 DIAGRAMAS 4.5.1 DIAGRAMA GANTT CON ASIGNACIÓN DE RECURSOS:
El diagrama de Gantt nos permitirá tener una visión más clara de la programación de actividades planteadas Este cuadro muestra los recursos a necesitar. Los recursos que tengan una marca de verificación indican que se han asignado a las tareas seleccionadas en la vist a actual.
4.5.2 DIAGRAMA PERT: La técnica de evaluación y revisión de programa (PERT) es un método de planificación temporal que permitirá. Determinar el camino crítico del proyecto. Establecer las dimensiones de tiempo más probables para las tareas individuales aplicando modelos estadísticos. El camino crítico se determinara para proporcionar información sobre: La fecha programa de inicio y conclusión para cada una de las actividades.
5. REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES Diagrama: Modelo de requisitos
Diagrama: REQUISITOS FUNCIONALES
Diagrama: REGISTRO DE CLIENTE req REGISTRO DE CLIENTE REQ. 08: REGISTRAR CLIENTE
REQ. 07: ADMINISTRAR CLIENTE
REQ. 09: ELIMINAR CLIENTE
REQ. 10: ACTUALIZAR DATOS DEL CLIENTE
REQ. 12: GENERAR REPORTE DE CLIENTE
REQ. 11: VALIDAR DATOS DEL CLIENTE
REQ. 13: GRABAR DETALLES DE CLIENTE
Diagrama: REGISTRO DE ENCOMIENDAS req REGISTRO DE ENCOMIENDAS REQ.34:
REQ.35:
REQ.37:
VERIFICAR
GENERAR
CANCELAR
ENCOMIENDA
ENCOMIENDA
ENCOMIENDA
REQ.36.ENVIAR
REQ.38.
ENCOMIENDA
RECEPCIONAR ENCOMIENDA
REQ.33: REGISTRAR ENCOMIENDA REQ. 39: ACTUALI ZAR ENCOMIENDA
REQ.40: REPORTE DE
REQ.32:
ENCOMIENDA
ADMINIST RAR ENCOMIENDA
REQ.41: GRABAR ENCOMIENDA
REQ.42:VALIDAR ENCOMIENDA
Diagrama: REGISTRO DE VENTA DE PASAJE req REGISTRO DE VENTA DE PASAJE REQ.26: GENERAR VENTA REQ. 24: ADMINISTRAR VENTA DE PASAJE
REQ.25: REGISTRAR VENTA
REQ.28: ACTUALIZAR VENTA
REQ.31: VALIDAD VENTA
REQ.29: REPORTAR VENTA
REQ.30: GRABAR VENTA
REQ.27: CANCELAR VENTA
Diagrama: REGISTRAR VEHICULO custom REGISTRAR VEHICULO REQ. 15: REGISTRAR VEHICULO
REQ. 14: ADMINISTRAR VEHICULO
REQ. 18: REQ. 16: ACTUALIZAR VEHICULO
GRABAR DETALLE DE VEHICULO
REQ. 17: GENERAR REPORTE DE VEHICULOS
Diagrama: REGISTRAR RUTA DE RECORRIDO req REGISTRAR RUTA DE RECORRIDO REQ. 20: ASIGNAR RUTA
REQ.23:
REQ.19
GRABAR RUTA
ADMINISTRAR RUTA
REQ.21: REGISTRAR RUTA
REQ. 22: VERIFICAR RUTA
Diagrama: REGISTRO DE CONTROL FINANCIERO req REGISTRO DE CONTROL FINANCIERO REQ.44: REPORTE DE ESTADO DE PERSIDAS Y GANANCIAS
REQ.43: ADMINISTRAR CONTROL FINANCIEROS
REQ.45: ASIGNAR SALARIOS
REQ.46: ASIGNAR IMPUESTOS
REQ.47: ACTUALIZAR ESTADOS DE PERSIDAS Y GANANCIAS
Diagrama: REGISTRO ADMINISTRATIVO req REGISTRO ADMINISTRATIVO REQ. 02: REGISTRAR PERSONAL
REQ. 01: ADMINISTRAR PERSONAL
REQ. 03: ACTUALIZAR DATOS DEL PERSONAL
REQ. 04: GENERAR REPORTE DEL PERSONAL
REQ. 06: VALIDAR DATOS DE PERSONAL
Diagrama: REQUISITOS NO FUNCIONALES
REQ. 05: GRABAR DETALLES DEL PERSONAL
Diagrama: DAR CONFIABILIDAD req DAR CONFIABILIDAD REQ. 53: EL SISTEMA NO DEBE ESTAR MAS DE 12 HORAS FUERA DE SERVICIO
REQ. 52: SE DEBE CONTAR CON UN CONTROL DE REGISTRO DE ERRORES
REQ. 54: REPARACION DE LOS ERRORES NO DEBE TARDAR MAS DE 24 HORAS
Diagrama: DAR SEGURIDAD req DAR SEGURIDAD REQ. 61: GENERAR COPIA DE SEGURIDAD REQ. 62: ACCEDER AL SIST EMA DE FORMA SEGURA
REQ. 63: LA BASE DE DATOS DEBE TENER SEGURIDAD DE ACCESO
Diagrama: DAR USABILIDAD req DAR USABILIDAD REQ. 64: EL PERSONAL DEBE DE RECIBIR CAPACITACION DE 72 HORAS PARA EL USO DEL SISTEMA
REQ. 65: LA NAVIGABILIDAD DE SISTEMA DEBE SER ORDENADO SIGUIENDO LAS TAREAS DE CADA PROCESO
Diagrama: DAR RESTRECIONES req DAR RESTRECIONES REQ. 58: UTILIZAR SISTEMA GES TOR DE BASE DE DATOS SQL SERVER 2008 R2
REQ. 57: UTILIZAR UN LENJUAJE DE PROGRAMACION VISUAL BASIC. NET
REQ. 59: UTILZAR EL COLOR DE LA EMPRESA EN EL INTERFAZ DE SOFTWARE
REQ. 60: LOS BOT ONES DEBE TENER NOMBRE Y SU IMAGEN QUE SEBE DAR UNA IDEA DE LO QUE HACE
Diagrama: DAR RENDIMIENTO req DAR RENDIMIENTO REQ: 55: EL SISTEMA NO DEBE UTILIZAR MUCHOS RECURSOS COMO MEMORIA, DISCOS DUROS, ETC.
REQ. 56: EL T IEMPO DE TRANSACCION NO DEBE RETRASASE MAS 5 SEGUNDOS
Diagrama: DAR COMPATIBILIDAD req DAR COMPATIBILIDAD REQ. 50: EL SISTEMA DEBE PODER INTERGRARSE CON LOS SISTEMAS EXISTENTES Y CON SISTEMAS FUTUROS
REQ. 51: EL CODIGO DEBE CIERTAS NORMAS PARA SER ENTENDIDO POR OTROS PROGRAMADORES
Diagram: Modelo de casos de uso
Diagram: Actores uc Actores
Administrador
Cliente Juridico
Conductor
Empleado
Agenciera
Cliente
Cliente Natural
Diagram: Casos de uso principales uc Casos de uso principales Limi te de control interno de empresa de transportes señor de ataco s.a.c
Registrar Personal
Vereficar Rutas y Horario
«include»
Actualizar Datos
Validar Datos
«include» «include»
Vereficar e stado de Vehiculo
Conductor
Administrador Asignar rutas
Generar Repote
Registar entrada y salida Cliente Juridico
Verificar Ruta y Asientos
Registrar Cliente
Solicitar Pasaje
Realizar Pago
Cliente
Solicitar envio de encomienda
Agenciera Generar Boleta
Registrar encomienda
Entregar encomienda
«include»
Recoger encomienda
Cliente Natural
Diagram: Activity act Activity solicitar boleta inicio
informa destino
no e xiste
ve rificar hora/ruta
existe
identificar cliente
RUC
llenar datos adicionales
DNI
generar boleta final
Diagram: Activity act Activ ity solicitar envio de encomienda inicio
verificar encomienda
verificar tarifa
verificar cliente
Ruc
llenar datos adicionales
DNI
entrega de registro de pago final
Diagram: Modelo de clases
Diagram: Sistema class Sistema Agenciera -
Registra Encomienda - fecha_regi stro: date - num_regi stro: int - tipo_registro: char
apel_agenciera: char cod_angenciera: int direcc_ang enciera: char dni_agenciera: char nomb_angenciera: char telef_angenciera: char
asignacion de rutas - activo: char - cod_asignacion: int - fecha_asignacion: date + operaciones_basicas()
+ operacion es basicas ( )() : void + codigos basicos ( )() + generar_bol eta ( )()
Cliente -
apel_cliente: char cod_cliente: int direcc_cliente: char dni_cliente: char nomb_cliente: char telef_cliente: char tipo_cliente: char
+ operacion es basicas ( )() : void
Boleto
Encomienda -
cod_encomienda: int desc_encomie nda: char peso_encomienda: int prec_encomienda: float tipo_encomienda: char
-
fecha_boleto: date hora_boleto: date nro_as_boleto: int nro_boleto: int precio_boleto: int
+ + + +
eliminar ( )() entregar ( )() imprimir ( )() vender ( )()
Ruta - cod_ruta: int - nomb_ruta: char - tipo_servicio: int + imprimir ( )() + operacio nes_basicas ( )() + programar ( )()
Vehiculo -
activo: char cod_vehiculo: int marc_vehicul o: char nro_as_vehicul o: int obs_vehiculo : char placa_vehiculo: char tipo_vehiculo: char
+ operacion es_basicas ( )()
6.1 DIAGRAMAS DE INTERACCIÓN O SECUENCIA DE CONTROL DE INTERNO DE EMPRESA SEÑOR DE ATACO SAC. 6.1.
Diagram: D.I Generar Boleta/ compra de pasaje
sd D.I Generar Boleta/ compra de pasaj e Sistema cliente
Agenciera 01: Soli citar Pasaje/ Boleta() 02: Preguntar destino()
03: Informa destino()
04: Verifiicar hora/destino()
05: Verificar asiento()
06: Identificar cli ente()
07: V erificar dato s (DNI)
08: Brinda informacion()
09: Rellenar Boleta()
10: Generar bo leta()
11: Entregar Boleta()
6.2. Diagram: D.I Registro/ Envio de encomienda
sd D.I Registro/ Envio de encomienda
sistema cliente
Agenci era
1: solicitar Envio de Encomienda() 2:preguntar destino()
3: informa destino()
04: Verificar Encomienda()
05: verificar Tarifa()
06: identificar cliente()
07: verificar datos cliente (DNI) 08: brinda i nformacion()
9: rellenar Datos Encomienda()
10: Entregar boleta de Encomienda()
6.3. Diagram: D.I verificar Ruta y
Asientos
sd D.I ve rificar Ruta y Asientos Computadora cliente
Empleado
1: solicitar Boleta()
2: Pregunta r Destino()
3: Info rmar Destino()
4: ve rificar rutas()
5: verificar cantidad de asientos/Boletos()
6:pedi r datos()
7: verifi car datos()
8:Brinda informacion()
9: llena datos() 10:Generar Boleta()
11: Cobrar Boleta()
12: Pagar Boleta()
13: Entregar Boleta()
Diagram: Modelo de componentes
Diagram: Componentes
cmp Componentes
Windows 7
Requiere
Sistema Transportes Ataco.exe
Base de Datos(dbTranspotesAtaco ) Hecho
SQL Server 2008 r2 Sp2
.NET
IDE Requiere
Lenguaje
Visual Basic 2010 Requiere
