You are on page 1of 76

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones

INTRODUCCIÓN

Tenemos el agrado de presentar a los lectores el presente, texto y software que denominaremos; “Sistema de control interno de la Empresa de Transportes Expreso Tacna” Es bien cierto que en la actualidad hay una gran demanda de software por el fácil manejo de una base de datos mediante interfaces. Las empresas que quieren vender sus productos y hacer operaciones rápidas tendrán que adquirir uno, pues sin software las cosas no serian tan fáciles en el aspecto del manejo de información de una empresa de transportes. 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 la Bases de Datos. Teniendo en cuenta que en la actualidad hay una gran demanda de software por su fácil

administración de base de datos mediante interfaces. Las empresas que requieren desarrollarse tendrán que adquirir uno, pues sin software las cosas no serian tan fáciles en el aspecto de manejo de base de datos. No se necesita ser un experto en computación, o un capo en programación, para el manejo del sistema. La interfaz hace que sea fácil el manejo de los datos. Y la ayuda que se proporciona desde el menú “Ayuda”, hace fácil entender la operación del sistema. La creación de nuestro proyecto como alternativa de inversión, es el resultado de un proceso de planeamiento estratégico y que dio como resultado este producto que esperamos sea de conformidad y agrado de los clientes y de los interesados en adquirir este software.

Taller de Sistemas II

Pág. 2

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones

CONTENIDO

1. 1.1. 1.2. 1.3. 1.4. 2. 2.1. 2.1.1. 2.1.2. 2.1.3. 2.1.4. 3. 3.1. 3.2. 3.3. 3.4. 3.5. 3.5.1. 3.5.2. 3.5.3. 3.5.4. 3.6. 3.6.1. 3.6.2. 3.6.3. 3.7.

IDENTIFICACIÓN DEL PROYECTO Título del Proyecto. Descripción Autor (es). Fecha de Presentación. MARCO GENERAL Descripción General de la Empresa. Nombre de la Empresa. Ubicación. Antecedentes. Descripción. INVESTIGACION PRELIMINAR Problemática General. Justificación del Proyecto. Objetivos General y Objetivos Específicos. Alcance del Proyecto. Estudio de Factibilidad. Factibilidad Técnica. Factibilidad Operativa. Factibilidad Económica. Factibilidad Legal. Recursos Preliminares Requeridos. Recursos Humanos. Recursos de Software. Recursos de Hardware. Descripción de la Asignación de Recursos. 7 7 8 8 8 8 10 10 11 11 11 12 12 12 5 6 6 6 6 5 5 5 5

Taller de Sistemas II

Pág. 3

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones

3.8. 3.9. 3.10. 4. 4.1. 4.2. 4.2.1. 4.2.2. 4.2.3. 4.2.3.1. 4.2.3.2. 4.2.3.3. 5. 5.1. 5.1.1. 5.1.2. 5.1.3. 5.2. 5.3. 5.4. 5.4.1. 5.4.2. 5.5. 5.5.1. 5.5.1.1. 5.5.1.2. 5.5.2. 5.6.

Costos. Beneficios. Técnicas para la Obtención de Información PLAN GENERAL DEL PROYECTO. Describir la Estrategia de Desarrollo para el Sistema Plan General de Desarrollo del Proyecto. Definir el Panorama del Proyecto Estructura de Actividades Diagramas: Diagrama de Gantt con Asignación de Recursos. Diagrama Pert. Cronograma del Proyecto (Diagrama de Gantt) ANÁLISIS DEL SISTEMA. Especificación de requerimientos. Requerimientos básicos. Requerimientos generales de la organización. Requerimientos del usuario. Procesos del Negocio Reglas del Negocio Paquetes. Descripción general de cada paquete. Construcción del Diagrama de Paquetes. Diagramas de casos de uso. Definición de casos de uso. Descripción de actores. Descripción de casos de uso. Construcción de los Diagramas de casos de uso. Diagramas de actividades.

Taller de Sistemas II

Pág. 4

6.2.3. Construcción de las fichas CRC Identificación de los tipos de relaciones.5.2. Taller de Sistemas II Pág.1.3. Diagramas de interacción: Diagramas de secuencia o Diagramas de colaboración Identificación de objetos Modelo del Negocio. 6.3. 6.5. 6.3. 6. 5 .5. 6. 6. Creación de la Base de Datos Construir el Diccionario de Datos. 6.4.1.5.1.3. 6. Modelo Conceptual del Negocio Diagramas de Actividades Diagrama de estados Diseño e implantación de la Base de Datos Diagrama de Componentes de la Base de Datos. Generación del Modelo de Datos a partir del Diagrama de Clases.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 6.3. 6. 6. 6.1.3.3. Describir cómo funciona o cómo funcionaría el sistema con un texto en forma precisa.2. 6.1. DISEÑO DEL SISTEMA. 6.5. 6.4.5.4.

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones CAPITULO I IDENTIFICACIÓN DEL PROYECTO 1. 6 . emisión de boletos de viaje. envío/recepción de encomiendas y un estricto control sobre el ingreso y salida de los ómnibuses. Mónica Roxana 09700 QUIÑONES QUENAYA.4 FECHA DE PRESENTACIÓN : 15 de Junio del 2007 Taller de Sistemas II Pág. Katherine Grey 1. Con la única finalidad de facilitar la administración y veracidad en la atención al cliente de la Empresa de Transporte Expreso Tacna. Olivia Alexia 09661 QUISPE COPAJA. 1.2 DESCRIPCIÓN : Es un sistema que permitirá administrar y controlar el Registro detallado de nuestros clientes.3 AUTOR (ES) : 09617 CALIZAYA QUISPE.1 TÍTULO DEL PROYECTO : “Implementación de una aplicación para el control interno de la Empresa de Transportes Expreso Tacna” 1.

Industrial 265.1. Especial Económico. 2.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones CAPITULO II MARCO GENERAL 2. : 2. Esta Empresa lleva a cabo procesos de venta de pasajes y envío/recepción de encomiendas de manera formal.4 DESCRIPCIÓN : Actualmente la “Empresa de Transportes Expreso Tacna” brinda servicios de: Venta de pasajes y envió/recepción de encomiendas. Esta Empresa ofrece diversos ómnibuses como: 1.1. a través del manejo registros y documentación manual de los servicios de: emisión de comprobantes a mano.1.1 DESCRIPCIÓN GENERAL DE LA EMPRESA : Expreso Tacna 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 sur de nuestro país y la ciudad Capital. mensuales o semestrales. Además ofrece al cliente 2 tipos e servicios referentes a la comodidad del viaje que desea tener los cuales son: especial y económico.2 UBICACIÓN : Av. siendo los encargados de dichas operaciones los empleados con los que Taller de Sistemas II Pág.3 ANTECEDENTES : La empresa se desenvuelve de manera tradicional. el control de la venta de pasajes se conoce cada vez que se realiza balances diarios.1.1 NOMBRE DE LA EMPRESA “Empresa de Transportes Expreso Tacna” 2. 2. 2. 7 .

todo esto conlleva a que no se tenga conocimiento exacto de lo siguiente: 1. etc. en lo referente a los clientes.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones se cuenta. empleados. resultando demasiado complicado dar los datos exactos solicitados por el administrador. Taller de Sistemas II Pág. 2. realizando ellos el control de los pasajes de forma manual. 8 . Control de ingresos y egresos de la empresa: No se tiene conocimiento de la cantidad exacta de dinero que ingresa semanalmente por concepto de ventas de boletos y envió/recepción de encomiendas. Consultas: Las consultas son de mucha utilidad en el trabajo diario.

3. 2. el proceso del Taller de Sistemas II Pág. Duplicidad en la venta de pasajes. Entre los problemas que hemos encontrado podemos mencionar los siguientes: 1. en la actualidad es la gestión manual que se realiza durante el proceso de la venta de boletos. 6. 9 . para automatizar los procesos de entrega de boletos y encomiendas. No se tiene un registro completo de los empleados. 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. ya que no son legibles. 7. 5. lo cual significa una perdida de tiempo tanto para un usuario como para el empleado. 4. 8. Pérdida de tiempo para los empleado es la transcripción de los boleto. disminuir el tiempo de recepción y salida de información. Deficiencia en la asignación de horarios para los chóferes por falta de un cronograma de horarios de viaje. Existe una atención muy lenta hacia los clientes en el momento que adquieren el servicio solicitado.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones CAPITULO III INVESTIGACION PRELIMINAR 3.2 JUSTIFICACIÓN DEL PROYECTO : Es importante la implementación de un sistema de control interno de la “Empresa de Transportes Expreso Tacna”.1 PROBLEMÁTICA GENERAL : El problema de la empresa. Falta de información específica y confiable con respecto a los estados financieros de la empresa. Deficiencia en el llenado de boletos. 3. envío/recepción de encomiendas y la mala distribución de los buses que resulta muy tedioso.

ingresos diarios. conductores y personal a cargo en cada salida.4 ALCANCE DEL PROYECTO : Con este proyecto se logrará dinamizar el funcionamiento de la Empresa de Transportes Expreso Tacna con lo cual se logrará simplificar procesos y disminuir costos. para dar mayor facilidad a los clientes. 3. Taller de Sistemas II Pág. la cual no dispone de los programas necesarios para poder desarrollar el Sistema que deseamos implantar y no cuenta con internet. entre otros. 10 . Este proyecto abarca el área de venta de boletos y encomiendas. No cuenta con un sistema apropiado que realice el control de venta de pasajes y envió/entrega de encomiendas ya que el control se realiza de manera manual y resulta insuficiente y lento al momento de hacer el registro. pasajeros.5. 3. Diseñar e implementar una serie de reportes referenciales en la venta de pasajes (lista de pasajeros..1 OBJETIVOS GENERAL Y OBJETIVOS ESPECÍFICOS OBJETIVO GENERAL : Elaborar una aplicación que permita administrar y controlar el proceso de venta de pasajes y envío/recepción de encomiendas.3. 3.2 OBJETIVOS ESPECÍFICOS : Evaluar la seguridad y existencia de controles de nuestro Modulo.1 ESTUDIO DE FACTIBILIDAD FACTIBILIDAD TÉCNICA : En la actualidad la empresa de transportes “Expreso Tacna” cuenta con solo una PC Pentium III con su respectiva impresora. también están incluidos los controles de los buses.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Proyecto es imprescindible para cualquier empresa de transportes pues brinda un manejo actualizado del Sistema y buena atención a los clientes. 3.3 3. 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.3.5 3. Administrar correctamente las listas de conductores. boleteros y demás empleados a través de un sistema computarizado. Lograr una mejor atención en el envío y recepción de encomiendas.

El sistema se encontrará preparado para cualquier extensión de datos sin ninguna dificultad para el operador(a) o a un próximo grupo de analista y diseñadores de sistemas.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Se requiere contar con el equipo y personal adecuado acorde con las innovaciones tecnológicas. En la actualidad se han venido experimentando tomando en cuenta que el sistema que se elaborará deberá ser la de mejor calidad.5. Software de Computadora Windows XP Rational Rose 2003 Visual Studio 2005.06 Ghz Disco duro 80 GB 2. Contar con el equipo requerido para la elaboración del proyecto lo cual necesariamente requiere que se cuente también con el personal adecuado para el desarrollo del sistema. 04 Pentium IV 865 0 845 características Intel 865 original (5) 800 Mhz---3. Taller de Sistemas II Pág. de acceso y seguridad de datos. El sistema cuenta con las garantías técnicas. 11 . Red Topología Estrella 3. Net SQL Server 2000 Office XP Antivirus Cuenta con personal de un cierto grado de instrucción pero que no esta capacitado para el sistema que pensamos implementar.2 FACTIBILIDAD OPERATIVA : El sistema cumple con todas operaciones para los cuales fue elaborado y ser usado constantemente por el usuario. Se requiere lo siguiente: 1. Proceso: 1. 3.

Realización de Reportes y consultas a gusto del Administrador. : La instalación del sistema se hará en un día. lo cual evitara viajes continuos. Realizar una Base de Datos de los clientes en forma automática. Selección y capacitación del personal que se encontrará a cargo del mismo. se tomará para esto en cuenta el grado de conocimientos que se presenta con respecto al manejo de la PC y del sistema Operativo Windows XP. 12 . 3.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Procesos: Una vez terminado el sistema se procederá con las siguientes acciones: 1. 2. además de obtener sugerencias de viajes y lugares turísticos que pueden visitar Empleado: El Empleado tendrá una visión actualizada de los servicios existentes y los cuales se brindan de una manera sencilla. que le permita realizar los Estados financieros. responsabilidad y sobre todo una mejor atención al cliente y al empleado. luego pasará a la capacitación propia del funcionamiento y manejo de nuestro sistema. Este sistema facilitará cumplir los objetivos y/o funciones de: Administrador: Podrá tener a la mano toda la información necesaria para el control y gestión de la Empresa de Transportes. Conductor: El conductor se registrara cada vez que llegue o salga de viaje. teórica y práctica. 2. Aceleración y factibilidad en la atención a los clientes. control de tareas diarias. Profundizar sobre las utilidades que brinda el sistema. los estudios de mercado. además se le explicará cómo agregar los usuarios y podrá instalarlo Taller de Sistemas II Pág. Clientes: Podrán acceder a los servicios de manera sencilla y rápida. ganancia. generando en el empleado interés por el sistema para que no dude en realizar cualquier tipo de operación o consulta para la cual el sistema fue programado y siendo conciente que su uso genere un beneficio personal en el usuario. Las ventajas que se presentará la elaboración de nuestro sistema son 1. etc.

1 Programador. SQL Server 2000.5. 2 Encuestadores. Rational Rose 2003.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 3. el proyecto tendrá todo los derechos reservados del software. que ayudara ha realizará las ventas y registro de encomiendas que ingresen o egresen de la empresa.6.6. Taller de Sistemas II Pág. 3. MS – Project. 1 Digitador.3 FACTIBILIDAD ECONÓMICA : La empresa de transportes cuenta con los medios económicos y recursos para la implementación y puesta en marcha de este proyecto. : FACTIBILIDAD LEGAL El sistema que se pretende desarrollar cumplirá con las normas establecidas por la ley y se regirá de acuerdo a éstas. 1 Diseñador.4 Este sistema se desarrollará de tal manera que será accesible para el comprador. Justificar gastos a realizar para la elaboración del proyecto. 1 2 Comprar el equipo y material necesarios para la elaboración del proyecto. 3 3.Net.1 RECURSOS PRELIMINARES REQUERIDOS RECURSOS HUMANOS : Para el desarrollo del sistema hemos empleado los siguientes recursos humanos: 1 Analista. 3. MS – Word.2 RECURSOS DE SOFTWARE : Sistema Operativo Windows XP MS – Visual Studio 2005.6 3. La función de los empleados se vera beneficiada por la facilidad del sistema. 13 .5.

3.6.3 RECURSOS DE HARDWARE : Dos computadoras Pentium IV. Impresora HP 3500 Suministros para computadora e impresora.7 DESCRIPCIÓN DE LA ASIGNACIÓN DE RECURSOS : Actividades Planificación del sistema Análisis de requerimientos Recursos Analistas Entrevistador Analista Programador Computadora Analista Programador Computadoras Analista Programador Computadoras Programador Computadora Impresora Analista Cantidades 1 2 1 1 2 1 1 2 1 1 2 1 2 1 1 Diseño del sistema Implementación del sistema Prueba del sistema Evaluación del sistema 3.8 COSTOS : Taller de Sistemas II Pág.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 3. 256Mhz. 14 . 60 Mb.

También se reviso los diferentes documentos. ya que se contara con la mayor seguridad en los almacenes. 2. y otros. Reducir el número de problemas y reclamos en la venta de boletos y entrega de encomiendas. 15 . Almacenar un registro de empleados. 3. para verificar el cumplimiento de las funciones que desempeñan en cada área. tales como boletas. 3. ¿Qué clientes son los más asiduos a la empresa de transportes? ¿Actualmente usan algún software para el control de los boletos? ¿Tienen un control para los clientes fijos? ¿Cómo se realiza la Inscripción de los clientes? ¿Que problemas se presentan con la frecuencia en el registro de control de buses? Taller de Sistemas II Pág. y registro de los mismos.9 BENEFICIOS : 1. 5. 4. Tener mayor seguridad de los datos ingresados al sistema y permitir la entrega de reportes a corto plazo. realizando una serie de cuestionarios además. El Administrador contará con el acceso total al Sistema y el empleado solo se limitara a realizar las operaciones básicas de la Empresa. solicitamos informes de los clientes. DISEÑO DE ENCUESTAS Y ENTREVISTAS: Cuestionario para el Administrador : 1. 5. 2. Obtención de la información preliminar : Para poder obtener la información se hizo entrevistas al dueño y los clientes de una empresa de transportes. : Entrevista a los clientes y administrador principal de la empresa. reduciendo el tiempo de atención.10 TÉCNICAS PARA LA OBTENCIÓN DE INFORMACIÓN Encuestas Entrevistas : : Al personal administrativo y operario de la empresa. 4. Mejorar la calidad en la atención al cliente tanto en la entrega y recepción de encomiendas como en la venta de boletos.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 3. 3. comprobantes. buses y empleados para tener una noción de cómo se maneja la información.

5. 4. ¿Desearía un sistema que agilice el trabajo? ¿Cuenta con el equipo para poner en funcionamiento el software? ¿Tienen los recursos necesarios para implementar el sistema? : Cuestionario para el personal de apoyo 1. 7. 16 . 2. 6.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 6. 8. 3. ¿Cuánto tiempo demora en atender al cliente? ¿Con cuanto personal se cuenta para la atención a los clientes? ¿Cuáles son los problemas con mayor frecuencia para atender al cliente? ¿Cree usted que un sistema computarizado le facilitaría su trabajo? ¿Tiene conocimientos en computación? ¿Que procesos realiza en la empresa de transportes? Taller de Sistemas II Pág.

2 PLAN GENERAL DEL DESARROLLO DEL PROYECTO Nuestro proyecto abarcara 3 casos específicos tales como: a. para el ingreso del sistema habrá 2 opciones: como administrador (acceso total) y usuario (acceso limitado). b. 17 . El control interno de los empleados. 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.2. : c.1 DESCRIBIR LA ESTRATEGIA DE DESARROLLO PARA EL SISTEMA : La metodología a utilizar es la del “enfoque espiral” (Retroalimentación). 4. por que esta nos ayudara a hacer las modificaciones necesarias sin ocasionar problemas. Envío/recepción de encomiendas y El control de los buses. Emisión de boletos. registrándose los datos de los clientes y el tipo de servicio que soliciten. va de acuerdo al cargo y su área. los cuales irán de acuerdo a la tarifa de la empresa.1 DEFINICIÓN DEL PANORAMA DEL PROYECTO : GERENTE DEL PROYECTO Alexia Calizaya Quispe PANORAMA DEL PROYECTO NOMBRE DEL PROYECTO: “Implementación del sistema de control interno de la Empresa de Transportes Expreso Tacna” Problema/Oportunidad: Empresa de Transportes Expreso Tacna no cuenta con un sistema que realice las operaciones de: Entrega de boletos en forma computarizados. Taller de Sistemas II Pág. 4.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones CAPITULO IV PLAN GENERAL DEL PROYECTO. 4. Recepción y entrega de encomiendas.

2. Presentado por: Mónica Quispe Katherine Quiñones Alexia Calizaya Fecha: 15/06/07 Aprobado Por: Fecha: Hoja 1 de 1 4. Generar una base de datos para la atención a los clientes y empleados.2. 2. Microsoft SQL Server 2000. 4. asignando el esfuerzo a las tareas especificas de la ingeniería del software. Puede que el Sistema presente algunas complicaciones en la comprensión de su manejo al inicio.Net. 3. 3. 2 programadores. Equipo: 2 computadoras Suministros para computadora e impresora Software de programación como Visual Studio 2005 . sin embargo. 2 encuestadores. el trabajo en conjunto e integración entre diferentes áreas para asegurar mejores resultados. Presupuesto Inicial: S/. Promueve la colaboración del proyecto a realizar. Crea un mejor ambiente de trabajo para los empleados. Compromiso total de los futuros usuarios que van a utilizar el sistema. Analizar los problemas principales y ver las mejores soluciones. Microsoft Project. planificar y ejecutar observando criterios de economía y seguridad para una atención oportuna y eficiente de los requerimientos del servicio. Rational Rose y Microsoft Office. Criterios de éxito: 1. 1 diseñador.” Objetivo: 1. 6510.2 ESTRUCTURA DE ACTIVIDADES: (ESTRUCTURA DE DESGLOSE DEL TRABAJO (EDT)) : 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. Es importante resaltar. 6. Crear un sistema para la atención y administración. Mejorar la atención al cliente y la organización de la Empresa de transportes.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Meta: “Mejorar la atención a los clientes. Recursos Preliminares: Personal: 1 analista. 2. Puede que el Sistema no sea totalmente aprovechado tanto por el cliente como por los empleados. Generar una base de datos para la administración de la Empresa de Transportes Expreso Tacna 4. Apoyo integro de alta gerencia en la realización del proyecto. Puede que el Sistema presente algunos errores y defectos en la ejecución del mismo. 3. existe dos tipos de planificación temporal una planificación microscópica en donde se Taller de Sistemas II Pág. Reunir la información sobre los requerimientos de la empresa de transportes. 18 .00 Suposiciones y riesgos: 1. 5.

4.4.2.2.4. 1.5.4. 1.6.1 1.3.4. 1.2.6.4 1.2.1.5.6.1 DIAGRAMA GANTT CON ASIGNACIÓN DE RECURSOS actividades planteadas Este cuadro muestra : El diagrama de Gantt nos permitirá tener una visión mas clara de la programación de los recursos a necesitar.1. 1. 1. 19 .3 1.4. 1. 1.3.3.2.2.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones identifican las principales actividades de la ingeniería del software y una planificación temporal detallada. Los recursos que tengan una marca de verificación indican que se han asignado a las tareas seleccionadas en la vista actual.1 1. 1.3.1.4 1.2.5.4.4. 1.3 DIAGRAMAS 4.5.1. 1. 1.6.1. 1. 1. Taller de Sistemas II Pág.2.2. HOJA DE TRABAJO DE LA EDT Actividad Nro.3.2.6.3 1. 1. 1.4 NOMBRE DEL PROYECTO Descripción de la actividad Realizar la investigación preliminar Planificar el proyecto Realizar el estudio de factibilidad Conseguir la aprobación del proyecto Determinar los requerimientos Definir los requerimientos Recopilar la información Realizar el análisis del sistema de decisión Realizar el análisis de costo y beneficios Desarrollar el Sistema Realizar el “diseño rápido” Diseñar el sistema Diseñar las salidas Diseñar las entradas Diseñar la interfaz del usuario Diseñar la captura de datos Diseñar la base de datos Diseñar los procedimientos Desarrollar el Software Codificar el modulo principal Codificar los módulos secundarios Probar el Sistema Probar unidades Realizar las pruebas de integración Probar el sistema Poner en marcha el sistema Elaborar el manual del usuario Instalar el sistema Entrenar el personal Evaluar el sistema 4.6.1.2 1.1 1. 1.2.1 1.3 1. 1.5.1. 1.5.2 1. 1.6.3.

3. Taller de Sistemas II Pág. 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. Determinar el camino crítico del proyecto. 20 . Establecer las dimensiones de tiempo más probables para las tareas individuales aplicando modelos estadísticos.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 4.2.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á.

21 .Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Taller de Sistemas II Pág.

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Taller de Sistemas II Pág. 22 .

Taller de Sistemas II Pág. 23 .Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Nota: Los gráficos que se muestran del Diagrama de Pert (Red) son consecutivos horizontalmente.

2.3 Cronograma del proyecto (diagrama de gantt) : Taller de Sistemas II Pág.3.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 4. 24 .

Presentar los estados financieros de la empresa de manera actualizada y verídica. Control permanente del personal.1 ESPECIFICACIÓN DE REQUERIMIENTOS REQUERIMIENTOS BÁSICOS : : Imprimir los boletos de viaje en formatos pre definidos.1.1 5.3 REQUERIMIENTOS DEL USUARIO : Un sistema que agilice su labor y mejore así la calidad de su trabajo. Lista de empleados actualizada.1.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones CAPITULO V ANÁLISIS DEL SISTEMA: 5. 5. Mejor atención para una mayor fluidez de clientes.2 REQUERIMIENTOS GENERALES DE LA ORGANIZACIÓN : Obtener una serie de reportes mensuales de los ingresos por ventas de boletos y encomiendas. Envío y recepción de encomiendas. Tener la base de datos de clientes Reportes de lo vendido 5. 25 . Taller de Sistemas II Pág. 5. Control del personal a cargo. Mayor seguridad en la información importante de la empresa. Control de encomiendas mediante una base de datos.2 PROCESOS DE NEGOCIO: Los principales procesos de la empresa son: Emisión de boletos.1.

A los niños menores de 4 años no se les cobrara pasaje.4 5. tener conocimientos elementales de computación básicos. b. Control de rutas: Controla la rutas de cada ómnibus.4.. 26 .2 CONSTRUCCIÓN DEL DIAGRAMA DE PAQUETES : Taller de Sistemas II Pág. Módulo Sistema Personal: Es el que cumple la función operativa y táctica dentro el sistema.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 5. 5. Ventas de pasajes: Emisión del boleto para los viajes. Módulo Transporte: : Es el encargado del abastecimiento dentro de logística interna de la empresa.1 PAQUETES DESCRIPCIÓN GENERAL DE CADA PAQUETE a.4. El cliente deberá efectuar el pago de la encomienda en el momento del envío. Como son : Control de encomiendas: Verificar el envío y recepción de encomiendas.3 REGLAS DEL NEGOCIO : Los empleados deben tener experiencia atención al cliente y un adecuado desenvolvimiento personal. Los empleados son los encargados de esta área. 5.

imprimir boleto. Rol Solicita pasaje para un destino. Vender pasajes y entregar boleto Verificar asientos y rutas. Empleado. Nombre Descripción Descripción del Actor Empleado Nombre Descripción Rol Casos de uso Empleado Empleado de la Empresa de Transportes Expreso Tacna encargado de la atención al cliente. Descripción del Actor Cliente cliente Persona natural o jurídica que desea viajar en los ómnibuses que ofrece la Empresa de Transportes. El cliente natural hace uso constante de la Empresa de Transportes. realiza pago Casos de uso El cliente puede ser natural o jurídico Notas El cliente jurídico hace uso de la ETET sólo en pocas ocasiones. 5. Diag_recoger_encomienda : Se refiere a cuando el cliente se dispone a recoger una encomienda.5 5. Emisión: Este caso de uso es acerca de la venta del boleto para el cliente. Diag_enviar_encomiendas: Se refiere cuando el cliente decide enviar una encomienda por medio de la empresa. generar boleto. llenar datos.doc y está asociado al Actor cliente del diagrama DiagramaCU_emisiondepasaje con el menú contextual: Open Specification/ Files.5.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 5. Viajar en los ómnibuses en la ETET. entregar boleto. Cobrar boleto.1 DESCRIPCIÓN DE ACTORES : Para el subsistema Transporte vamos a describir los CU siguientes: Cliente.1 DIAGRAMAS DE CASOS DE USO DEFINICIÓN DE CASOS DE USO : Diag. Asignación Rutas: Este caso de uso hace mención al evento en el que el empleado asigna las rutas de la empresa de transportes.1. Administrar_Viajes : El administrador designa las rutas que se cubrirán. 27 . Taller de Sistemas II Pág. Conductor.5. NOTA: Esta tabla es un archivo de MS WORD se llama cliente.

doc y está asociado al Actor empleado del diagrama DiagramaCU_Emisiondepasajes con el menú contextual: Open Specification/ Files. Eliminar. Ingresar. Registrarse NOTA: Esta tabla es un archivo de MS WORD se llama Conductor. hora de su salida y llegada El conductor se encarga de las tareas siguientes. asigna rutas. Casos de uso El administrador se encarga de las tareas siguientes. Rol velar por los intereses de la empresa. Llevar a los pasajeros a su destino. Modificar. Nombre Descripción Taller de Sistemas II Pág. Modificar. Traslado de los clientes a su lugar de destino Registra el día. Para el subsistema Administración vamos a describir los CU siguientes: Administrador: Descripción del Actor Administrador Administrador Es el administrador de la ETET encargado de velar por la buena distribución de bienes y servicios. Buscar con información almacenada en una tabla Viaje.doc y está asociado al Actor Administrador del diagrama DiagramaCU_Administración con el menú contextual: Open Specification/ Files. Descripción del Actor Conductor Nombre Descripción Rol Casos de uso Notas Conductor Conductor de la ETET encargado del traslado de los pasajeros a su destino. Eliminar. conductores. 28 . Modificar.doc y está asociado al Actor Conductor del diagrama DiagramaCU_Controlderutas con el menú contextual: Open Specification/ Files. NOTA: Esta tabla es un archivo de MS WORD se llama Administrador. Excepcionalmente no pude dar crédito. Vender pasajes a clientes jurídicos o naturales Si el cliente es jurídico procederá a llenar sus datos adicionales. toda venta se hace al contado NOTA: Esta tabla es un archivo de MS WORD se llama Empleado. Asigna horarios. Imprimir con información almacenada en una tabla Cliente.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Notas El empleado se encarga de las tareas siguientes. verificar el control de rutas de los buses. Administrar ómnibuses a través de las operaciones Ingresar. Buscar. Eliminar. Imprimir ficha técnica una tabla de Ómnibus. Administrar viajes a través de las operaciones Programar horario. Notas Administrar clientes a través de las operaciones Ingresar. Pagar a los empelados. Buscar.

1. El cliente con pasajes comprados.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 5. 6 El empleado le entrega el respectivo pasaje. Taller de Sistemas II Pág. Paso Cota de tiempo El promedio de realizar una compra dura de 1 a 5 minutos. 29 . 7 El cliente verifica si no hay ningún error. 5 El cliente le cancela al empleado el pasaje. Paso 2’ La función del Transporte si se cancela: ♦ El cliente informa al cliente y puede optarse por 2 alternativas: • Se le devuelve el dinero. 1.doc y está asociado al CU Solicitar asiento del diagrama DiagramaCU_Emisionpasajes con el menú contextual: Open Specification/ Files. Paso Acción 1 El cliente solicita pasaje para un destino al cajero(empleado) 2 El empleado verifica asientos y rutas 3 El empleado recibe y/o llena los datos del cliente.0. Mónica Quispe Permite al cliente de la ETET la adquisición de pasajes para los viajes que realizara en dicha empresa. El cliente que desea viajar en los buses de la ETET utilizando los diversos servicios que ofrece. Es importante tener acceso a varios viajes de los ómnibuses. La venta de pasajes para la Empresa de Transportes es libre. 4 El empleado genera e imprime boleto. 28/02/07 Alexia Calizaya.Descripción del CU_Solicitarpasajes CU_01 Versión Autor(es) Descripción Precondición Secuencia normal Comprar pasajes 1. • Se posterga el viaje para otra fecha. Katherine Quiñones. Es bueno ofrecer varios viajes para la Empresa de Transportes.5. 8 El empleado registra al cliente para el respectivo viaje. Poscondición Excepciones Rendimiento Frecuencia Importancia Urgencia Comentarios NOTA: Esta tabla es un archivo de MS WORD se llama CU_02. salvo que los pasajes estén agotados.2 DESCRIPCIÓN DE CASOS DE USO : Caso de uso para el DiagramaCU_EmisiondePasajes NOTA: Esta tabla es un archivo de MS WORD se llama CU_01. 1-2 Las compras de pasajes se presentan con frecuencia cuando hay feriados interesantes..doc y está asociado al CU Cobrar Pasaje del diagrama DiagramaCU_Emisiondepasajes con el menú contextual: Open Specification/ Files.

1 Postcondición Excepciones Rendimiento Frecuencia Importancia Urgencia Comentarios NOTA: Esta tabla es un archivo de MS WORD se llama CU_03. Es bueno ofrecer varios viajes para la Empresa de Transportes. Katherine Quiñones. Paso Acción Empleado que cobra los pasajes del cliente quien reciba un boleto para realizar un viaje en los ómnibuses que ofrece la Empresa de Transportes. Se posterga el viaje para otra fecha. Katherine Quiñones.a Si es cliente natural.Descripción del CU Cobrar CU_02 Versión Autor(es) Descripción Precondición Secuencia normal Cobrar 1.b Si es cliente jurídico.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 2.doc y está asociado al CU ImprimirBoleto del diagrama DiagramaCU_EmisionPasajes con el menú contextual: Open Specification/ Files. 1. Taller de Sistemas II Pág. 28/02/07 Alexia Calizaya. Mónica Quispe Permite al empleado de la ETET cobrar los pasajes para los viajes que realiza dicha empresa. Es importante tener acceso a varios viajes que ofrece la empresa.. salvo que los pasajes estén agotados. 2 El Cliente hace el respectivo pago del pasaje.0. cobra el precio normal y se procede al llenado de sus datos adicionales con los correspondientes pasajes. Las cobranzas de los pasajes se presentan después de realizar una compra de pasaje. Paso 2’ El viaje del Transporte se cancela: * El empleado informa al cliente y puede optarse por 2 alternativas: Se le devuelve el dinero. La cobranza de pasajes para la Empresa de Transportes es para realizar un viaje. 30 . cobra el precio normal. 3 El Cliente que recibe su respectivo boleto. Mónica Quispe Permite al empleado de la Empresa de Transportes imprimir pasajes para los viajes que realiza dicha empresa. Usuario con pasajes cancelados. Persona encargada de cobrar los pasajes de los clientes que desean viajar en los ómnibuses que ofrece la Empresa de Transportes.. 28/02/07 Alexia Calizaya. 3.Descripción del CU Imprimir CU_03 Versión Autor(es) Descripción Imprimir 1. Paso Cota de tiempo 1-2 El promedio de realizar una cobranza dura de 1 a 5 minutos. 1.0.

Paso Cota de tiempo 1-2 El promedio de realizar una impresión dura de 1 a 2 minutos. Paso 2’ La función del Transporte se cancela: ♦ El cajero informa al usuario y puede optarse por 2 alternativas: Se le devuelve el dinero. Los boletos imprimidos en exceso se presentan con frecuencia cuando hay feriados interesantes. Mónica Quispe Permite al conductor de la Empresa de Transportes tenga un rol de horarios de viajes y asignación de rutas de viaje que realiza dicha empresa. Paso 2’ La función del Transporte se cancela: Precondición Secuencia normal Postcondición Excepciones Taller de Sistemas II Pág. Usuario con pasajes imprimido. 2 Empleado recibe datos del cliente 3 Empleado genera los boletos. CU_04 Versión Autor(es) Descripción Asignar Horarios 1. 28/02/07 Alexia Calizaya.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Precondición Secuencia normal Postcondición Excepciones Rendimiento Frecuencia Importancia Urgencia Comentarios Empleado que entrega a los clientes su respectivo pasaje para viajar en los ómnibuses que ofrece la Empresa de Transportes. Asignación de horarios y rutas erróneas. Se posterga el viaje para otra fecha.0. Katherine Quiñones. 2 Conductor procederá a verificar y consultar el registro de control de rutas y horarios.doc y está asociado al CU Registro de llegada/salida del diagrama DiagramaCU_ControldeRutas con el menú contextual: Open Specification/ Files. 31 . Conductor realizara los viajes con los buses de acuerdo al horario asignado por el administrador de la empresa de transportes. 4 El cliente cancela el pasaje 5 El cliente recibe dicho pasaje imprimido. Es bueno ofrecer varios viajes para la Empresa de Transportes.. Es importante tener acceso a varias impresoras para hacer fáciles la entrega de los pasajes a los clientes.Caso de uso para el DiagramaCU_ControlRutas NOTA: Esta tabla es un archivo de MS WORD se llama CU_04. Paso Acción 1 El administrador asignara los horarios de viaje con sus respectivas rutas. 4. Paso Acción 1 El cliente solicita un boleto para su viaje. La impresión de pasajes para la Empresa de Transportes es solo cuando el usuario aya cancelado el pasaje.

. 28/02/06 Alexia Calizaya. 32 .c Conductor procederá a consultar el registro de control Conductor registros concluidos Paso 2’ El control de registros incorrectos: * El conductor informa al administrador y puede optarse por 2 alternativas: Se realiza la corrección en momento oportuno. Mónica Quispe Permite al conductor de la ETET registrarse para los viajes que realiza dicha empresa. Los registros de llegad y salida de los conductores se presentan con frecuencia en feriados interesantes. Se posterga el viaje del conductor y bus. 5. Paso Cota de tiempo Rendimiento 1-2 El promedio de realizar corrección de asignación de horarios dura de 1 a 5 minutos. Es bueno ofrecer varios viajes para la Empresa de Transportes.0. La asignación de horarios y rutas en exceso se presentan con frecuencia Frecuencia cuando hay feriados interesantes. El conductor deberá registra la hora de llegada y salida en un registro de control. 1 Postcondición Excepciones Rendimiento Frecuencia Taller de Sistemas II Pág. 1. Cota de tiempo Paso 1-2 El promedio de realizar una corrección dura de 1 a 5 minutos. Urgencia La asignación de rutas y horarios para la Empresa de Transportes es solo Comentarios conveniente para evitar accidentes de transito.b Si sale para un viaje deberá registrase en un registro de salida.doc y está asociado al CU Asignación de rutas/horarios del diagrama DiagramaCU_ControlRutas con el menú contextual: Open Specification/ Files. Es importante no tener ningún error en la asignación de rutas y horarios Importancia para hacer fáciles el control de los buses y conductores. 1.a Si llega de un viaje deberá registrarse en un registro de llegada 1.Descripción del CU Registro Entrada/Salida CU_05 Versión Autor(es) Descripción Precondición Secuencia normal Entrada/Salida 1.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones ♦ El cajero informa al administrador y puede optarse por 2 alternativas: Se le devuelve el dinero. Paso Acción El conductor recibe la asignación de rutas y horarios por parte del administrador. NOTA: Esta tabla es un archivo de MS WORD se llama CU_05. Se posterga el viaje para otra fecha. Katherine Quiñones.

doc y está asociado al CU Cobrar envioencomienda del diagrama DiagramaCU_Emisiondepasajes con el menú contextual: Open Specification/ Files. Mónica Quispe Permite al cliente de la ETET la realizar el envío de encomienda en dicha empresa. El registro de control de llegad y salida es importante para evitar la ola de accidentes en la carretera. Taller de Sistemas II Pág. 4 El empleado genera el comprobante por la encomienda. 8 El empleado registra al cliente con la respectiva encomienda de envió. El servicio de encomienda para la Empresa de Transportes es libre. 28/02/07 Alexia Calizaya. Secuencia normal Paso Acción 1 El cliente solicita envió de encomienda(empleado) 2 El empleado verifica la tarifa de encomiendas. Importancia Urgencia Comentarios 6. 6 El empleado le entrega el respectivo comprobante. Es importante tener acceso a varios servicios de encomienda. 33 .0. NOTA: Esta tabla es un archivo de MS WORD se llama CU_06. El cliente con encomiendas pagadas.Descripción del CU_SolicitarenviarEncomienda CU_06 Versión Autor(es) Descripción Solicitar envío d encomienda 1. • Se posterga el viaje para otra fecha. Importancia Es bueno ofrecer varios servicios y alternativas de encomienda para la Urgencia Empresa de Transportes. El cliente que desea solicitar el servicio de envío de encomienda en los Precondición buses de la ETET.doc y está asociado al CU SolicitarenviarEncomienda del diagrama DiagramaCU_Encomienda(Envio) con el menú contextual: Open Specification/ Files. Comentarios NOTA: Esta tabla es un archivo de MS WORD se llama CU_07. Katherine Quiñones. 7 El cliente verifica si no hay ningún error. 5 El cliente le cancela el servicio de envió de encomienda. Poscondición Excepciones Paso 2’ La función del Transporte si se cancela: ♦ El empleado informa al cliente y puede optarse por 2 alternativas: • Se le devuelve el dinero de la encomienda. La adquisición de servicio de encomienda se presenta con frecuencia Frecuencia cuando hay feriados interesantes.. 3 El empleado registra la encomienda. Rendimiento Paso Cota de tiempo El promedio de realizar un servicio de envió de encomienda dura 1-2 de 1 a 5 minutos. Es bueno llevar un control interno de viajes en la empresa de transportes.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Es importante tener acceso al registro de control de llegad y salida.

. 1. 3 El Cliente que recibe su respectivo comprobante de pago 8factura o boleta) Postcondición Usuario con encomiendas canceladas. Las cobranzas del envió de encomiendas se presentan después de realizar una Frecuencia adquisición del servicio de encomienda y recibido el comprobante de pago. Se posterga el viaje para otra fecha. Es importante tener acceso a servicios de encomienda que ofrece la empresa.0. Katherine Quiñones. Katherine Quiñones. 9. 28/02/07 Versión Alexia Calizaya. Importancia Es bueno ofrecer SS de encomienda para la Empresa de Transportes.0. 2 El Cliente hace la respectivo pago del servicio de envió de encomienda.b Si es cliente jurídico. cobra el precio normal y se emite una boleta.a Si es cliente natural.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 7. Excepciones Paso 2’ El viaje del Transporte se cancela: * El empleado informa al cliente y puede optarse por 2 alternativas: Se le devuelve el dinero.Descripción del CU_PedirEncomienda CU_06 Pedir encomienda 1. Paso Acción 1 Empleado que cobra los servicios de encomienda del cliente quien reciba un comprobante de pago para realizar un envió de encomienda en los ómnibuses que ofrece la Empresa de Transportes. Mónica Quispe Permite al empleado de la ETET cobrar por el servicio de encomienda para los viajes que realiza dicha empresa. 28/02/07 Alexia Calizaya.doc y está asociado al CU imprimir comprobantedepago del diagrama DiagramaCU_Encomienda(envio) con el menú contextual: Open Specification/ Files. 1. Urgencia La cobranza del envío de encomienda para la Empresa de Transportes es libre. El cliente que desea solicitar la recepción el servicio de encomienda en Precondición Taller de Sistemas II Pág.. 34 . cobra el precio normal y se procede al llenado de sus datos adicionales y emisión de factura. Mónica Quispe Autor(es) Permite al cliente de la ETET la realizar la entrega de encomienda en Descripción dicha empresa.Descripción del CU Cobrar CU_07 Versión Autor(es) Descripción Precondición Secuencia normal Cobrar 1. Comentarios NOTA: Esta tabla es un archivo de MS WORD se llama CU_08. Rendimiento Paso Cota de tiempo 1-2 El promedio de realizar una cobranza dura de 1 a 5 minutos. Persona encargada de cobrar los servicios de encomienda de los clientes que desean enviar en los ómnibuses que ofrece la Empresa de Transportes.

6 El empleado le entrega el respectivo comprobante. 3 El empleado registra los datos del recepcionista de la encomienda (cliente) 4 El empleado genera el comprobante por la encomienda. 8 El empleado registra al cliente con la respectiva encomienda de envió. El cliente con encomiendas pagadas. La adquisición de servicio de encomienda se presenta con frecuencia Frecuencia cuando hay feriados interesantes.Descripción del CU Cobrar CU_07 Versión Autor(es) Descripción Precondición Secuencia normal Cobrar 1. Rendimiento Paso Cota de tiempo El promedio de realizar un servicio de envió de encomienda dura 1-2 de 1 a 5 minutos. 35 . Comentarios NOTA: Esta tabla es un archivo de MS WORD se llama CU_07. Katherine Quiñones. 15/02/2006 Alexia Calizaya. Paso Acción 1 El cliente solicita la entrega de encomienda(empleado) 2 El empleado verifica la encomienda recepcionada durante el viaje hecho por uno de los buses de la empresa.doc y está asociado al CU Cobrar Recepcion encomienda del diagrama DiagramaCU_Encomienda(recepcion) con el menú contextual: Open Specification/ Files.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Secuencia normal Paso 2’ La encomienda no llega al su destino: ♦ El empleado informa al cliente y puede optarse por 2 alternativas: • Se le devuelve el dinero de la encomienda. 5 El cliente le cancela el servicio de entrega de encomienda. El servicio de encomienda para la Empresa de Transportes es libre. 10. Persona encargada de cobrar los servicios de encomienda de los clientes que desean enviar en los ómnibuses que ofrece la Empresa de Transportes. • Se posterga el viaje para otra fecha. 7 El cliente verifica si no hay ningún error. Taller de Sistemas II Pág. Es importante tener acceso a varios servicios de encomienda. Paso Acción 1 Empleado que cobra los servicios de encomienda del cliente quien reciba un comprobante de pago para realizar la recepción de Poscondición Excepciones los buses de la ETET.0.. Mónica Quispe Permite al empleado de la ETET cobrar por el servicio de encomienda para los viajes que realiza dicha empresa. Importancia Es bueno ofrecer varios servicios y alternativas de encomienda para la Urgencia Empresa de Transportes.

a Si es cliente natural. Comentarios NOTA: Esta tabla es un archivo de MS WORD se llama CU_08. Paso 2’ El viaje del Transporte se cancela: * El empleado informa al cliente y puede optarse por 2 alternativas: Se le devuelve el dinero. 3 El Cliente que recibe su respectivo comprobante de pago (factura o boleta) Usuario con encomiendas no a su destino y cancelados. Las cobranzas del envió de encomiendas se presentan después de realizar una adquisición del servicio de encomienda y recibido el comprobante de pago. 2 El Cliente hace la respectivo pago del servicio de envió de encomienda. 1. Diag.5.b Si es cliente jurídico. cobra el precio normal y se emite una boleta.2 Construcción de los Diagramas de casos de uso : encomienda en los ómnibuses que ofrece la Empresa de Transportes. Asignación Rutas R e g i s tr o _ H o r a r i o s As ig n a r H o ra rio s C o nd u c t or R e g i s tr a r A c c e s o A d m i n i s tr a d o r As i g n a r R u t a s R e g is tr a r S a l i d a R e g i s tr a r L l e g a d a R e g is tr o _ R u ta s R e g i s tr o _ C o n tr o l C o n s u l ta r R e g i s t ro d e C o n tr o l Taller de Sistemas II Pág. 5.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Postcondición Excepciones Rendimiento Frecuencia Importancia Urgencia La cobranza del envió de encomienda para la Empresa de Transportes es libre. 36 .doc y está asociado al CU imprimi rcomprobantedepago del diagrama DiagramaCU_Encomienda(recepcion) con el menú contextual: Open Specification/ Files. cobra el precio normal y se procede al llenado de sus datos adicionales y emisión de factura. Se posterga el viaje para otra fecha. Es bueno ofrecer ss de encomienda para la Empresa de Transportes. 1. Cota de tiempo Paso 1-2 El promedio de realizar una cobranza dura de 1 a 5 minutos. Es importante tener acceso a servicios de encomienda que ofrece la empresa.

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Diag_enviar_encomiendas S o l i ci ta E n vi a r E n co m i e n d a Ta rifa s V e ri fi ca r T a ri fa E n co m i e n d a C lie n te fro m E m i si o n d e P a sa j e s) P a g a r E n co m i e n d a E m p le a d o ( fr o m E m i si o n d e P a sa j e s) R e g is tra r E n co m ie n d a C o m p ro b a n te G e n e ra r co m p ro b a n te < < Re ci b i r> > E n tre g a d e co m p ro b a n te Diag_recoger_encomienda Pedir Encomienda Empleado (from Emisi on de P asajes) Verificar Encomienda Cliente (from Emisi on de Pasajes) Llenar Registro de Entrega Encomienda Reg_Entrega Entrega Encomienda Taller de Sistemas II Pág. 37 .

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones

Emisión

Solicitar Pas aje para un des tino

Verificar As ientos y Rutas

Boleto

CNatural Rutas Llenar Datos

Realizar Pago

Em pleado

Cliente Boleto Generar Boleto CJuridico
<<extends>>

Datos Cliente

Incluir Datos Adicionales

Entregar Boleto

Administracion

Admi nistrar_omnibuses

Admi nistrar_Rutas

Admi nistrador
(f rom Asignacion_Rutas)

Admi nistra_Personal

Asi gnar_Usuarios(Permisos)

Taller de Sistemas II

Pág. 38

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones

Administrar_Viajes

DiagCU_AdministrarPersonal

Administrador
(from Asignacion_Rutas)

Registra_Empleados

Asigna_Cargos

Actualiza_Datos

Realiza_Pagos

DiagCU_AsignarUsuarios

Administrador
(from Asignacion_Rutas)

Verifica_C argo

Asigna_Permisos_Restringidos

Contraseña

Taller de Sistemas II

Pág. 39

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones

5.6

DIAGRAMAS DE ACTIVIDADES

:

DiagActGenerarComprobante

Solicitar envio de encomienda

Verificar encomienda Verificar tarifa

Verificar cliente [ RUC ] [ DNI ]

Llenar datos adicinales

Entrega conprobante de pago

DiagActGenerarBoleto
Solicitar Boleto

Informa destino

[ No Existe ]

Verificar Hora/Ruta

[ Existe ] Identificar Cliente [ RUC ] [ DNI ]

Llenar datos adicionales

Generar boleto

Taller de Sistemas II

Pág. 40

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones CAPITULO VI DISEÑO DEL SISTEMA 6. 41 .1.1 6.1 DIAGRAMAS DE INTERACCIÓN DIAGRAMAS DE SECUENCIA O DIAGRAMAS DE COLABORACIÓN : DiagSecVerificar_Asientos_Rutas ce : Cliente 1: Solicitar Boleto 2: Preguntar Destino 3: Informa destino E : Empleado C : Monitor 4: Verifica Rutas 5: Verfica cantidad de asientos/boletos 6: Pide datos 7: Verificar Datos 8: Brinda informacion 9: Llena datos 10: Generar boleto 11: Cobra boleto 12: Pagar Boleto 13: Entregar Boleto Taller de Sistemas II Pág.

2 IDENTIFICACIÓN DE OBJETOS : Tabla Asignacion Tabla Boleto Tabla Cargo Tabla Cliente Tabla Comprobante Taller de Sistemas II Pág.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 6. 42 .

43 .Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Tabla Detalle_Comprobante Tabla Empleado Tabla Encomienda Tabla Ómnibus Tabla Recepción Taller de Sistemas II Pág.

la terramoza. Sólo se almacena información sobre los clientes. Sobre los ómnibuses se debe tener los datos sobre el dueño. Los usuarios son de un solo tipo: clientes. intercambiar y anular.1 MODELO DEL NEGOCIO FUNCIONAMIENTO DE LA EMPRESA : La Empresa de Transportes Expreso Tacna realiza funciones de viaje de ómnibuses en formato de viaje (para clásicos del Transporte). fecha de ingreso y precio. Taller de Sistemas II Pág. Sobre los usuarios que sean clientes debe tenerse datos como apellidos. Se debe poder realizar operaciones de vender.3. el número.3 6. DNI asignado por el sistema. Las funciones se programan en simples. los papeles en Regla. Si la reserva es para pasajes debe consignarse un número de serie. Sobre los pasajes es necesario saber la disponibilidad. el carro en buen estado. modificar y eliminar. la empresa productora. Se debe poder realizar operaciones de agregar. de Especial y Económico. el color (blanco y negro y colores). Los ómnibuses se adquieren por compra o donación o alquiler en caso de viajes. el año de producción. la duración de cada viaje. modificar y eliminar.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Tabla Ruta Tabla Usuario 6. nombre. Sobre las reservas solo se debe consignar la fecha. Se debe poder realizar operaciones de adquirir. 44 .

Se debe poder realizar operaciones de programar horario. buscar e imprimir programas y resultados de búsqueda. 6. 45 . hora y lugar y los ómnibuses. Administrativo Taller de Sistemas II Pág. modificar.2 CONSTRUCCIÓN DE LAS FICHAS CRC : Ficha CRC para la clase Ómnibus: CLASE: Ómnibus Responsabilidades Colaboradores Adquisición Administrativo Proyección Empleado Critica Usuario CLASE: Ómnibus cod_omnibus: integer marc_omnibus: varchar plac_omnibus: varchar nroa_omnibus: integer aprd_omnibus: datetime tipo_omnibus: integer obs_omnibus: varchar active: bit Superclases Subclases Normal Documental Ficha CRC para la clase Empleado CLASE: Empleado Responsabilidades Entregar boletos Cobrar servicios prestados Designar rutas Colaboradores Cliente Cliente Chóferes. ingresar. Omnibus CLASE: Empleado cod_empleado: integer apel_empleado: varchar nomb_empleado: varchar dire_empleado: varchar fono_empleado: varchar sexo_empleado: bit foto_empleado: image dni_empleado: varchar refe_empleado: varchar cod_cargo: integer obs_empleado: varchar Superclases Subclases Operativo.3.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Sobre las funciones se debe consignar los datos sobre fecha. eliminar.

46 . Función. Ómnibus Empleado CLASE: Boleto cod_empleado: integer cod_cliente: integer cod_ruta: integer nroa_boleto: integer prec_boleto:money fech_boleto: datetime hora_boleto: datetime obs_boleto: varchar activo: bit Superclases Subclases Ficha CRC para la clase Comprobante CLASE: Comprobante Responsabilidades Generar Comprobante Entregar Comprobante Colaboradores Empleado. Ómnibus Empresa de Transportes CLASE: Cliente cod_cliente: integer nomb_cliente: varchar apel_cliente: varchar dire_cliente: varchar dni_cliente: varchar fono_cliente: varchar tipo_cliente: bit ruc_cliente: char obs_cliente: varchar Superclases Subclases Usuario Ficha CRC para la clase Boleto CLASE: Boleto Responsabilidades Comprar pasaje Pagar pasaje Colaboradores Empleado. Ómnibus Empleado Taller de Sistemas II Pág.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Ficha CRC para la clase Cliente CLASE: Cliente Responsabilidades Comprar pasajes Asistir a funciones Criticar ómnibuses Colaboradores Empleado Función. Función.

Ómnibus CLASE: Recepcion cod_rcepcion: integer ref_clienteo: varchar cod_empleado: integer origen: varchar desp_recepcion: varchar fecha: datetime estado: bit Superclases Subclases Ficha CRC para la clase Detalle_Comprobante CLASE: Detalle_Comprobante Responsabilidades Colaboradores Generar Comprobante Empleado. 47 . Ómnibus Entregar Comprobante Empleado Taller de Sistemas II Pág.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones CLASE: Comprobante nro_comprobante: integer cod_cliente:integer cod_empleado: integer fech_comprobante: datetime tipo_comprobante: integer igv_comprobante: money mont_total: money anular: bit Superclases Subclases Ficha CRC para la clase Encomienda CLASE: Encomienda Responsabilidades Solicitar envío de Encomienda Pagar encomienda Colaboradores Empleado. Función. Ómnibus Empleado CLASE: Encomienda Cod_encomienda: Integer Desp_encomienda: varchar Prec_encomienda: Money Peso_encomienda: Integer Tipo_encomienda: integer Superclases Subclases Ficha CRC para la clase Recepcion CLASE: Recepcion Responsabilidades Entregar Encomienda Colaboradores Empleado. Función. Función.

CLASE: Cargo mont_cargo: money cod_cargo: integer nomb_cargo:varchar desp_cargo: varchar Superclases Subclases Ficha CRC para la clase Rutas CLASE: Rutas Responsabilidades Asignar rutas Colaboradores Ómnibus Empleado CLASE: Rutas cod_ruta: varchar cod_omniis: integer tipo_servicio:integer hora: datetime costo_money Superclases Subclases Ficha CRC para la clase Asignacion CLASE: Asignacion Responsabilidades Asignar de cargo Colaboradores Empleado Taller de Sistemas II Pág.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones CLASE: Comprobante nro_comprobante: integer cod_encomienda:integer ref_encomienda:varchar cantidad: integer importe: money Superclases Subclases Ficha CRC para la clase Cargo CLASE: Cargo Responsabilidades Asignar cargo Colaboradores Empleado. 48 . Función.

3 IDENTIFICACIÓN DE LOS TIPOS DE RELACIONES: Clase asociación: Resulta de la asociación entre las tablas Comprobante y Encomienda.3. Cliente cod_cli ente : Integer dire_cl iente : Stri ng fono_cliente : String tipo_cl iente : Byte nomb_cliente : String apel_cliente : stri ng dni_cli ente : string ruc_cliente : String obs_cliente : String Ingresar() Eliminar() Modificar() Guardar() Buscar() Comprobante num_comprobante : Integer fecha_comprobante : Date tipo_comprobante : Integer igv_com probante : Currency 1.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones CLASE: Asignacion cod_asignacion: integer cod_omniibus: integer cod_empleado: integer fecha_asignacion: datetime activo:bit Superclases Subclases 6.* mont_total : Currency anular : Byte Calcular_subtotal() Calcular_total() 1 Taller de Sistemas II Pág. la clase Detalle_comprobante hereda cualidades de la clases involucradas Encom ienda cod_encomienda : Integer des_encom ienda : String prec_encomienda : Currency peso_encomienda : Integer tipo_encomi enda : Integer Modificar() Guardar() Eliminar() Comprobante num_comprobante : Integer fecha_comprobante : Date ti po_comprobante : Integer igv_comprobante : Currency mont_total : Currency anular : Byte Calcular_subtotal() Calcular_total() * * Detal le_comprobante canti dad : Integer importe : Currency ref_encom ienda : String calcular_importe() Clase Asociación (Unidireccional): La clase Cliente se dirige a un solo sentido en este caso solo se relaciona con la clase Comprobante.. 49 .

* Modificar() Borrar() Guardar() Clase Asociación (Unidireccional): La clase Ómnibus se dirige a un solo sentido en este caso solo se relaciona con la clase Asignación.* Agregar() Modif icar() Guardar() Elim inar() Clase Asociacion (Unidireccional): La clase Empleado se dirige a un solo sentido en este caso solo se relaciona con la clase Asignacion.. Em pl eado cod_empleado : Integer apel_em pleado : String nomb_empleado : String dire_em pl eado : String fono_em pleado : String foto_em pl eado : Doubl e sexo_em pleado : Byte dni_empleado : Stri ng refe_em pl eado : String obs_em pl eado : String El im i nar() Modificar() Buscar() Guardar() Cargo cod_c argo : Integer nom b_c argo : St ring m ont_c argo : Currency desp_cargo : String 1 1. Empleado cod_empleado : Integer apel_empleado : Stri ng nomb_empleado : String dire_empl eado : String fono_empleado : Stri ng foto_empl eado : Double sexo_empleado : Byte dni_empleado : String refe_empl eado : String obs_em pleado : String El imi nar() Modificar() Buscar() Guardar() Asignacion cod_asignacion : Integer fech_asi gnaci on : Date activo : Byte 1 1. .* Taller de Sistemas II Pág.. 50 .Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Clase Asociacion (Unidireccional): La clase Empleado se dirige a un solo sentido en este caso solo se relaciona con la clase Cargo. Omnibus cod_omnibus : Integer marc_om nibus : String plac_omnibus : Stri ng nroa_omnibus : Integer aprd_omnibus : Date tipo_omnibus : Integer obs_omni bus : String activo : Byte Modificar() Guardar() Buscar() Eliminar() Asignacion cod_asignacion : Integer fech_asignaci on : Date activo : Byte Modificar() Borrar() Guardar() 1 1.

..* 1 Taller de Sistemas II Pág.. 51 .* activo : Byte Imprimi r() Entregar() Vender() El imi nar() 1 Clase Agregación: La clase Empleado es una agregación de la clase Comprobante Empl eado cod_empleado : Integer apel_em pleado : String nomb_empleado : String dire_empleado : String fono_em pleado : String foto_empleado : Double sexo_em pleado : Byte dni_empleado : String refe_empleado : String obs_empleado : String El iminar() Modificar() Buscar() Guardar() Comprobante num_comprobante : Integer fecha_comprobante : Date tipo_com probante : Integer igv_com probante : Currency mont_total : Currency anular : Byte Calcular_subtotal() Calcular_total () 1 1.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Clase Agregación: La clase Cliente es una agregación de la clase Boleto Cliente cod_cl iente : Integer dire_cliente : String fono_cliente : String ti po_cliente : Byte nomb_cli ente : String apel _cliente : string dni_cliente : string ruc_cli ente : String obs_cliente : String Ingresar() Eliminar() Modificar() Guardar() Buscar() Boleto nro_bol eto : Integer nroa_boleto : Integer prec_boleto : Currency fech_boleto : Date hora_boleto : Date obs_boleto : String 1.* Clase Agregación: La clase Empleado es una agregación de la clase Boleto Em pleado Boleto nro_boleto : Integer nroa_boleto : Integer prec_boleto : Currency fech_boleto : Date hora_boleto : Date obs_boleto : String activo : Byte Im prim ir() Entregar() Vender() El imi nar() cod_empleado : Integer apel_empleado : String nomb_em pleado : String dire_empleado : Stri ng fono_empleado : String foto_empleado : Double sexo_empleado : Byte dni_empleado : String refe_empleado : Stri ng obs_empleado : Stri ng El imi nar() Modificar() Buscar() Guardar() 1.

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Clase Agregación: La clase Empleado es una agregación de la clase Recepción. Omnibus Rutas cod_ruta : Integer nomb_ruta : String tipo_servicio : Integer hora : Date costo : Currency Programar() Modificar() Guardar() El imi nar() Buscar() Imprimir() 1.* 1 Program ar() Modificar() Guardar() Eliminar() Buscar() Im primi r() Taller de Sistemas II Pág.. 52 . Em pleado Recepcion cod_recepcion : Integer ref _clienteO : String ref _clienteD : String origen : String desp_recepcion : String f echa : Date estado : By te Nuev o() Guardar() Eliminar() Buscar() 1...* 1 cod_omnibus : Integer marc_om nibus : String plac_omnibus : Stri ng nroa_om nibus : Integer aprd_om nibus : Date tipo_omnibus : Integer obs_omni bus : String activo : Byte Modificar() Guardar() Buscar() Eliminar() Clase Agregacion: La clase Rutas es una agregación de la clase Boleto Boleto nro_boleto : Integer nroa_bol eto : Integer prec_boleto : Currency fech_boleto : Date hora_bol eto : Date obs_boleto : Stri ng activo : Byte Im primir() Entregar() Vender() El imi nar() Rutas cod_ruta : Integer nomb_ruta : String ti po_servici o : Integer hora : Date costo : Currency 1.* 1 cod_empleado : Integer apel_empleado : Stri ng nomb_empleado : String dire_em pleado : String fono_empleado : Stri ng foto_em pleado : Double sexo_empleado : Byte dni_empleado : String refe_em pleado : String obs_em pleado : String Eliminar() Modificar() Buscar() Guardar() Clase Agregacion: La clase Omnibus es una agregación de la clase Rutas.

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 6.3. 53 .4 MODELO CONCEPTUAL DE NEGOCIO : Taller de Sistemas II Pág.

5.5 6. 54 .1 DISEÑO E IMPLANTACIÓN DE LA BASE DE DATOS DIAGRAMA DE COMPONENTES DE LA BASE DE DATOS: <<Tablespace>> TSP_0 DB_SisTransporte Taller de Sistemas II Pág.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 6.4 DIAGRAMAS DE ESTADO : DS_Cliente (Pertenece a la clase cliente) 6.

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 6.* 1 Taller de Sistemas II Pág.2 GENERACIÓN DEL MODELO DE DATOS A PARTIR DEL DIAGRAMA DE CLASES : 1.* 1 Recepcion cod_recepcion : IN T ref _clienteO : VAR CHAR(50) ref _clienteD : VAR CHAR(50) origen : VARCHAR(40) desp_rec epcion : VARCH AR(100) f ec ha : D ATETIME es tado : BIT cod_empleado : IN T 1..* Encomienda cod_encomienda : INT des_encomienda : VAR CHAR(70) prec_encomienda : MONEY peso_encomienda : IN T tipo_encomienda : INT <<PK>> PK_Enc omienda183() 1 0..* 0..* 1 Omnibus cod_omnibus : INT marc_omnibus : VARCHAR(30) plac_omnibus : VAR CHAR(10) nroa_omnibus : INT aprd_omnibus : DATETIME tipo_omnibus : INT obs_omnibus : VAR CHAR(70) ac tiv o : BIT <<PK>> PK_Omnibus179() 1 1 Cl iente cod_c liente : INT dire_c liente : VARCHAR(30) f ono_cliente : VAR CHAR(40) tipo_c liente : BIT nomb_cliente : VAR CHAR(30) apel_c liente : VARCHAR(40) dni_cliente : VARC HAR(10) ruc_c liente : CHAR (11) obs_c liente : VARCHAR(70) <<PK>> PK_Cliente184() Detalle_comprobante cantidad : INT importe : MONEY ref _encomienda : VARCHAR(70) cod_encomienda : INT num_comprobante : IN T <<PK>> PK_Detalle_comprobante181() <<FK>> FK_Detalle_comprobante190() <<FK>> FK_Detalle_comprobante189() <<Index>> TC_D etalle_comprobante397() <<Index>> TC_D etalle_comprobante398() 1.* 1.5.* Boleto nro_boleto : INT nroa_boleto : INT prec_boleto : MONEY f ech_boleto : DATETIME hora_boleto : DATETIME obs_boleto : VARCHAR(70) activ o : BIT cod_empleado : INT cod_ruta : IN T cod_c liente : INT <<PK>> PK_Boleto182() <<FK>> FK_Boleto191() <<FK>> FK_Boleto181() <<FK>> FK_Boleto188() <<Index>> TC_Boleto400() <<Index>> TC_Boleto382() <<Index>> TC_Boleto396() 1..* <<FK>> FK_Cargo185() <<Index>> TC_C argo390() id_usuario : VAR CHAR(50) nomb_usuario : VARCHAR(50) pass_usuario : VARCHAR(15) activ o : INT <<PK>> PK_Us uario188() Empleado cod_empleado : INT apel_empleado : VARCHAR(30) nomb_empleado : VAR CHAR(30) dire_empleado : VARCHAR(50) f ono_empleado : VARCHAR(10) f oto_empleado : IMAGE sexo_empleado : BIT dni_empleado : VARCHAR(8) ref e_empleado : VARCHAR(40) obs_empleado : VARCHAR(70) cod_c argo : INT <<PK>> PK_Empleado177() 1 1 Asignacion cod_asignacion : IN T f ech_asignacion : DATETIME activ o : BIT cod_empleado : IN T cod_omnibus : INT <<PK>> PK_Asignac ion178() <<FK>> FK_Asignac ion186() <<FK>> FK_Asignac ion184() <<Index>> TC_Asignacion392() <<Index>> TC_Asignacion388() 1 1.... Comprobante num_comprobante : IN T f echa_c omprobante : DATETIME tipo_comprobante : INT igv _comprobante : MONEY mont_total : MONEY anular : SMALLINT cod_empleado : INT cod_cliente : IN T anular : SMALLINT <<PK>> PK_Comprobante185() <<FK>> FK_Comprobante183() <<FK>> FK_Comprobante192() <<Index>> TC_C omprobante386() <<Index>> TC_C omprobante402() 1.* 1. 55 .* <<PK>> PK_Recepcion186() <<FK>> FK_Recepcion182() <<Index>> TC_Recepcion384() 1 1 Usuario Cargo cod_cargo : INT nomb_cargo : VARCHAR(50) mont_cargo : MONEY desp_cargo : VARCHAR(70) cod_empleado : INT <<PK>> PK_Cargo187() 1.....* 1 Rutas cod_ruta : INT nomb_ruta : VARC HAR(30) tipo_serv icio : INT hora : DATETIME costo : MONEY cod_omnibus : INT <<PK>> PK_Rutas 180() <<FK>> FK_Rutas 187() <<Index>> TC_Rutas394() 1..

3 CREACIÓN DE LA BASE DE DATOS EN SQL SERVER : Taller de Sistemas II Pág. 56 .5.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 6.

Porcentaje que se le aplicara a la encomienda. Fecha en la se recepciona la encomienda. Dirección de cliente.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 6.4 Tabla DICCIONARIO DE DATOS Comprobante : CAMPO DESCRIPCION TIPO DE DATO TAMAÑO nro_comprobante cod_cliente cod_empleado fech_comprobante igv_comprobante mont_total anular Código que se le asigna al comprobante Código del cliente que adquiere los servicios. Acción que eliminara el comprobante. Código del empleado que trabaja en la empresa. Cliente que envía la encomienda. Varchar Varchar Varchar Varchar Varchar Varchar Bit Char Varchar 30 40 50 10 15 1 1 11 70 Tabla CAMPO Recepción DESCRIPCION TIPO DE DATO TAMAÑO cod_recepcion ref_clienteO ref_clienteD cod_empleado origen desp_recepcion Fecha estado Código que se le asigna a la recepción. Verifica si la encomienda fue entregada. Integer Varchar Varchar Integer Varchar Varchar Datetime Bit 4 50 50 4 40 100 8 1 Taller de Sistemas II Pág.5. Descripción de la encomienda. Documento que identifica al cliente jurídico. Documento que identifica al cliente natural. Determina si el cliente es natural o jurídico. Integer Integer Integer Datetime Money Money Bit 4 4 4 8 8 8 1 Tabla CAMPO Cliente DESCRIPCION TIPO DE DATO TAMAÑO cod_cliente nomb_cliente apel_cliente dire_cliente dni_cliente fono_cliente tipo_cliente ruc_cliente obs_cliente Código que se le asigna al cliente Nombre del cliente. Teléfono del cliente. Cliente que recibe la encomienda. Fecha en la que se realiza la transacción. 57 . Apellido del cliente. Código del empleado que atiende al cliente. Lugar de donde se envía la encomienda. Monto que tendrá que aportar el cliente. Información adicional acerca del cliente.

Dirección de empleado. Código del cargo que desempeña el empleado Datos adicionales del empleado. Apellido del empleado. Se detalla la clase de encomienda. Sexo del empleado. Foto actual del empleado. Cantidad total a pagar. Valor a aportar por el cliente. Integer Varchar Varchar Varchar Varchar Bit Image Varchar Varchar Integer Varchar 4 30 30 50 10 1 16 10 40 4 70 Taller de Sistemas II Pág. Experiencia que tiene el empleado. Valor a aportar por el cliente.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Tabla CAMPO cod_encomienda desp_encomienda peso_encomienda prec_encomienda Encomienda DESCRIPCION Código que se le asigna a la encomienda. Documento que identifica al empleado. Cantidad en kilogramos de la encomienda. 58 . TIPO DE DATO Integer Integer Varchar Integer Money 4 4 70 4 8 TAMAÑO Tabla CAMPO Empleado DESCRIPCION TIPO DE DATO TAMAÑO cod_empleado nomb_empleado apel_empleado dire_empleado fono_empleado sexo_empleado foto_empleado dni_empleado refe_empleado cod_cargo obs_empleado Código que se le asigna al empleado Nombre del empleado. Indica que tipo de encomienda se envía. Teléfono del empleado. TIPO DE DATO Integer Varchar Integer Money 4 70 4 8 TAMAÑO Tabla CAMPO cod_encomienda nro_comprobante ref_encomienda cantidad importe Detalle_comprobante DESCRIPCION Código que se le asigna al detalle. Numero de encomienda.

Función que el empleado desempeñara en la empresa. Integer Varchar Money Varchar 4 50 16 70 Tabla CAMPO Ómnibus DESCRIPCION TIPO DE DATO TAMAÑO Cod_omnibus Marc_omnibus Plac_omnibus Nroa_omnibus Aprd_omnibus Tipo_omnibus Obs_omnibus Activo Código que se le asigna al ómnibus. Integer Integer Integer Integer Integer Money Datetime Datetime Bit 4 4 4 4 4 8 8 8 1 Tabla CAMPO Cargo DESCRIPCION TIPO DE DATO TAMAÑO cod_cargo nomb_cargo mont_cargo desp_cargo Código que se le asigna al cargo Cargo o profesión del empleado. Integer Varchar Varchar Integer Datetime Integer Varchar Bit 4 30 10 4 8 4 70 1 Taller de Sistemas II Pág. Indica si el asiento esta ocupado o disponible. Numero del asiento que ocupara el cliente. Hora en la que se realizara el viaje. Placa del ómnibus. Fecha en la cual se realizara el viaje. Marca del ómnibus. Describe el tipo de ómnibus. Fecha de producción del ómnibus.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Tabla CAMPO Boleto DESCRIPCION TIPO DE DATO TAMAÑO nro_boleto cod_empleado cod_cliente cod_ruta nroa_boleto prec_boleto fech_boleto hora_boleto activo Numero que se le asigna al boleto. Precio del boleto o ruta. Código del empleado que atiende. Sueldo que se le pagara al empleado. Indica detalles del ómnibus. Indica si el ómnibus aun presta sus servicios a la empresa. Código del cliente que compra un boleto. 59 . Numero de3 asientos que tiene el ómnibus. Código de la ruta que comprara el cliente.

60 . Nombre del empleado que tendrá acceso al sistema. Fecha en la que se hace la asignación Hora en la que se realizara el viaje. Contraseña que se le asigna al usuario. Fecha en la que se hace la asignación Integer Integer Integer Datetime 4 4 4 8 Tabla CAMPO RUTAS DESCRIPCION TIPO DE DATO TAMAÑO cod_ruta nomb_ruta cod_omnibus tipo_servicio hora costo Código que se le asigna al ruta. Código del ómnibus. Sueldo que se le pagara al empleado.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Tabla CAMPO Asignación DESCRIPCION TIPO DE DATO TAMAÑO cod_asignacion cod_omnibus cod_empleado fech_asignacion Código que se le asigna a la asignación. Sueldo que se le pagara al empleado. Monto que costara el pasaje. Integer Varchar Integer Integer 4 30 4 4 Taller de Sistemas II Pág. Ciudad a donde se desea viajar. Define el tipo de usuario y/o permisos que tendrá. Integer Varchar Integer Integer Datetime Money 4 30 4 4 8 16 Tabla CAMPO RUTAS DESCRIPCION TIPO DE DATO TAMAÑO Id_usuario Nom_usuario Pass_usuario Activo Código que se le asigna al usuario.

exe <<form>> Presentacion Conexion de Datos <<form>> Cli entes <<form>> Control de acceso sistema_transportes <<report>> Reportes <<form >> Em pleado <<form >> Menú pri ncipal <<form >> Asignacion <<form>> Comprobante <<form >> Rutas <<form>> Encomi enda <<form >> Cargo <<form>> Boleto <<form >> Recepci on <<form >> Omnibus 7.2 Función Registrar la venta boleto Registrar la encomienda (envió/recepción) Registrar de clientes DIAGRAMA DE COMPONENTES: Aplicacion sistematransporte. 61 .Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones CAPITULO VII CONSTRUCCION DEL SISTEMA 7.1 FUNCIONES DEL SISTEMA: Referencia Ref1 Ref2 Ref3 7.3 DISEÑO DEL MENÚ PRINCIPAL DEL SISTEMA: Taller de Sistemas II Pág.

62 .Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones DESPLIEGUE DE LOS MENUS DEL SISTEMA Menú Inicio Menú Mantenimiento Menú Transacciones Menú Herramientas Menú Ayuda Taller de Sistemas II Pág.

63 .4 DISEÑO DE INTERFACES DE ENTRADA: Formulario Registro de Clientes Formulario Registro de Empleados Taller de Sistemas II Pág.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 7.

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Formulario Registro de Cargo Formulario Registro de Recepción Formulario Registro de Rutas Taller de Sistemas II Pág. 64 .

65 .Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Formulario Registro de Ómnibus Formulario Registro de Asignación de Ómnibus Formulario Registro de Encomienda Taller de Sistemas II Pág.

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 7.5 DISEÑO DE INTERFACES DE SALIDA: Formulario de Venta de Boletos Formulario de Registro de Envío de Encomienda Taller de Sistemas II Pág. 66 .

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Formato de Comprobante de Encomienda REPORTES Taller de Sistemas II Pág. 67 .

68 .6 DISEÑO DE COMPONENTES: Mensaje de error al no hallar el usuario Mensaje de error al no haber concluido la transacccion Mensaje de error al intentar eliminar un registro de empleado que ya realizo una transacción Mensaje de confirmacion del envio de encomienda Taller de Sistemas II Pág.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 7.

Usuario (User) : Usuario asignado por el administrador para realizar transacciones. Referente a virus informáticos en el punto 3.1 (factibilidad técnica) del presente manual técnico se especifica que la empresa debe contar con un antivirus a fin de salvaguardar la integridad y seguridad de sus datos. Registro de clientes b.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones Mensaje al momento de salir del sistema 7.5.7 TIPOS DE USUARIO: El Sistema cuenta con 2 tipos de usuarios: Administrador (Admin): Tiene acceso a todo el Sistema y se encarga de asignar los permisos y restricciones a los empleados administrativos. Encomiendas d. Taller de Sistemas II Pág.8 Niveles de Seguridad : Referente a personas extrañas o ajenas a la empresa no tendrán acceso ya que cada usuario posee una contraseña única para ingresar al sistema. Venta de Boleto 7. esto implica los siguientes formularios: a. Recepción de encomiendas c. 69 .

Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 7. 70 .exe/w indow s XP <<Im presora>> M atricial LQ-870 <<Im presora>> HP PSC 1400 Acceso de em ision/recepcion de encom i enda Taller de Sistemas II Pág.exe/w indow s XP SisTransporte.exe/w indow s XP SisTransporte.9 DISEÑO DE LA ARQUITECTURA DEL SISTEMA : <<Servi dor>> Pri ncipal Acceso atencion de bol etos Window s 2003/SQL Server 2000 T CP/IP T CP/IP T CP/IP Acceso al registro de rutas/omnibus <<Cl iente>> Boleto <<Cl iente>> Encom i enda <<Em pl eado>> Rutas/Om ni bus SisTransporte.

1 Exposición practica del funcionamiento del sistema.2 8.3 DESEMPEÑO DEL DESARROLLO: El sistema contara con una garantía de 6 meses de mantenimiento y actualizaciones.2.2 IMPACTO ORGANIZACIONAL : El sistema a implantar mejorara la calidad de atención al cliente. así como también el control interno de la empresa brindando un servicio eficiente. visitas técnicas para depurar errores que se produzcan en el manejo del sistema.1 PROGRAMA DE CAPACITACIÓN AL USUARIO : El usuario final tendrá previa capacitación del sistema a implementar. 8. Esta capacitación será brindada por los diseñadores del sistema. lo cual implica que las operaciones que realizan sean de manera dinámica.2. Evaluación del grado de conocimiento que posee cada empleado en la manipulación de sistemas computarizados. así como también tendrá acceso al manual de usuario para identificar las diferentes operaciones que el sistema realiza. Taller de Sistemas II Pág. también el usuario tendrá la facilidad de adquirir las modificaciones que la empresa requiere de acuerdo a sus necesidades. e mail. 71 . la cual constara de 2 etapas: 1.2. 8.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones CAPITULO VIII PRUEBA DE SISTEMA 8. a través de llamadas telefónicas. 8. 2. EVALUACIÓN DEL SISTEMA EVALUACIÓN OPERACIONAL : Los técnicos del sistema tendrán contacto permanente con el usuario (Empresa).

: Los técnicos harán una exposición teórica. Se hará un simulacro de practicas con el mismo personal.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones 8. haciendo que estos adopten el rol de un cliente X y un vendedor Y. Se modificaran las interfaces de acuerdo a las exigencias de la empresa conforme el sistema vaya funcionando. 72 . Se reunirá al personal administrativo. Los técnicos encargados del sistema harán demostraciones prácticas. Taller de Sistemas II Pág. 2.3 PLAN DE PRUEBAS DEL SISTEMA Se realizara de la siguiente manera: 1. 8. 3. 4.4 PLAN DE MANTENIMIENTO DEL SISTEMA : Se hará un constante mantenimiento y/o actualizaciones de la base de datos.

256Mhz. 9. Impresora HP 3500 Topología estrella.1 HARDWARE: Computadoras Pentium IV.2 SOFTWARE: Windows XP. 9. 60 Mb.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones CAPITULO IX REQUERIMIENTOS TÉCNICOS 9.3 ARQUITECTURA DE SISTEMA: Taller de Sistemas II Pág. 73 . Microsoft SQL Server.

para esto las técnica más factibles son las entrevistas y encuestas a las personas involucradas.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones CAPITULO X CONCLUSIONES Para poder desarrollar un sistema. El sistema esta basado de tal manera que el usuario y/o personal pueda manipular dinámicamente todas las operaciones que este requiere. para así conocer a fondo sus necesidades y para cubrirlas en su totalidad. se tiene que analizar la problemática de la empresa. Taller de Sistemas II Pág. Es necesario desarrollar un modelo de negocio para mejorar y optimizar la aplicación del software. Para cubrir las expectativas del usuario es necesario formar parte del equipo de trabajo de la empresa. La metodología espiral nos ayudo en la obtención de estrategias para el desarrollo de nuestro sistema. 74 .

para así tener un mayor control de la empresa. 75 . se recomienda tener una persona especializada en el manejo del software para que brinde el soporte técnico necesario. Se recomienda asignar usuarios a la Base de Datos con accesos restringidos para así salvaguardar la información valiosa de la empresa. Taller de Sistemas II Pág. De modo que el trabajo e investigación desarrollada tenga validez y permita obtener beneficios justificados al investigador programador. Se recomienda que la empresa cuente con Internet para tener una comunicación permanente con las sucursales y técnicos programadores para una buena asistencia y apoyo en línea. Seria recomendable que la aplicación actual y futura aplicaciones.Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones RECOMENDACIONES Para el buen funcionamiento del sistema. Se recomienda incorporar las otras áreas. sean desarrollados en lenguaje de programación de licencia libre.

Graady Análisis y Diseño Orientado a Objetos RUMBVAUGH. James y Otros Modelado y Diseño Orientado a Objetos PRESSMAN.programacion. 1999.com Taller de Sistemas II Pág. S . Baltazar y Mariano Birnios Buenos Aires. un enfoque práctico .Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones CAPITULO XI BIBLIOGRAFÍA BOOCH.net/ http://www. Roger. Mc Graw Hill México 2004 Ingeniería de Software . 76 . Microsoft Visual Basic Manual de Referencia http://www.vbexplorer.

77 .Universidad Nacional Jorge Basadre Grohmann Instituto de Informática y Telecomunicaciones CAPITULO XII ANEXOS Formato del Boleto de viaje Taller de Sistemas II Pág.