Está en la página 1de 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. IDENTIFICACIÓN DEL PROYECTO

1.1. Título del Proyecto. 5

1.2. Descripción 5

1.3. Autor (es). 5

1.4. Fecha de Presentación. 5

2. MARCO GENERAL

2.1. Descripción General de la Empresa. 5

2.1.1. Nombre de la Empresa. 6

2.1.2. Ubicación. 6

2.1.3. Antecedentes. 6

2.1.4. Descripción. 6

3. INVESTIGACION PRELIMINAR

3.1. Problemática General. 7

3.2. Justificación del Proyecto. 7

3.3. Objetivos General y Objetivos Específicos. 8

3.4. Alcance del Proyecto. 8

3.5. Estudio de Factibilidad. 8

3.5.1. Factibilidad Técnica. 8

3.5.2. Factibilidad Operativa. 10

3.5.3. Factibilidad Económica. 10

3.5.4. Factibilidad Legal. 11

3.6. Recursos Preliminares Requeridos. 11

3.6.1. Recursos Humanos. 11

3.6.2. Recursos de Software. 12

3.6.3. Recursos de Hardware. 12

3.7. Descripción de la Asignación de Recursos. 12

Taller de Sistemas II Pág. 3


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

3.8. Costos.

3.9. Beneficios.

3.10. Técnicas para la Obtención de Información

4. PLAN GENERAL DEL PROYECTO.

4.1. Describir la Estrategia de Desarrollo para el Sistema

4.2. Plan General de Desarrollo del Proyecto.

4.2.1. Definir el Panorama del Proyecto

4.2.2. Estructura de Actividades

4.2.3. Diagramas:

4.2.3.1. Diagrama de Gantt con Asignación de Recursos.

4.2.3.2. Diagrama Pert.

4.2.3.3. Cronograma del Proyecto (Diagrama de Gantt)

5. ANÁLISIS DEL SISTEMA.

5.1. Especificación de requerimientos.

5.1.1. Requerimientos básicos.

5.1.2. Requerimientos generales de la organización.

5.1.3. Requerimientos del usuario.

5.2. Procesos del Negocio

5.3. Reglas del Negocio

5.4. Paquetes.

5.4.1. Descripción general de cada paquete.

5.4.2. Construcción del Diagrama de Paquetes.

5.5. Diagramas de casos de uso.

5.5.1. Definición de casos de uso.

5.5.1.1. Descripción de actores.

5.5.1.2. Descripción de casos de uso.

5.5.2. Construcción de los Diagramas de casos de uso.

5.6. Diagramas de actividades.

Taller de Sistemas II Pág. 4


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

6. DISEÑO DEL SISTEMA.

6.1. Diagramas de interacción:

6.1.1. Diagramas de secuencia o Diagramas de colaboración

6.2. Identificación de objetos

6.3. Modelo del Negocio.

6.3.1. Describir cómo funciona o cómo funcionaría el sistema con un texto en forma precisa.

6.3.2. Construcción de las fichas CRC

6.3.3. Identificación de los tipos de relaciones.

6.3.4. Modelo Conceptual del Negocio

6.3.5. Diagramas de Actividades

6.4. Diagrama de estados

6.5. Diseño e implantación de la Base de Datos

6.5.1. Diagrama de Componentes de la Base de Datos.

6.5.2. Generación del Modelo de Datos a partir del Diagrama de Clases.

6.5.3. Creación de la Base de Datos

6.5.4. Construir el Diccionario de Datos.

Taller de Sistemas II Pág. 5


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

CAPITULO I

IDENTIFICACIÓN DEL PROYECTO

1.1 TÍTULO DEL PROYECTO :

“Implementación de una aplicación para el control interno de la Empresa de Transportes

Expreso Tacna”

1.2 DESCRIPCIÓN :

Es un sistema que permitirá administrar y controlar el Registro detallado de nuestros

clientes, emisión de boletos de viaje, envío/recepción de encomiendas y un estricto control

sobre el ingreso y salida de los ómnibuses. Con la única finalidad de facilitar la

administración y veracidad en la atención al cliente de la Empresa de Transporte Expreso

Tacna.

1.3 AUTOR (ES) :

09617 CALIZAYA QUISPE, Olivia Alexia

09661 QUISPE COPAJA, Mónica Roxana

09700 QUIÑONES QUENAYA, Katherine Grey

1.4 FECHA DE PRESENTACIÓN :

15 de Junio del 2007

Taller de Sistemas II Pág. 6


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

CAPITULO II

MARCO GENERAL

2.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.

Esta Empresa ofrece diversos ómnibuses como:

1. Especial

2. Económico.

2.1.1 NOMBRE DE LA EMPRESA :

“Empresa de Transportes Expreso Tacna”

2.1.2 UBICACIÓN :

Av. Industrial 265.

2.1.3 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.

2.1.4 DESCRIPCIÓN :

Actualmente la “Empresa de Transportes Expreso Tacna” brinda servicios de:

 Venta de pasajes y envió/recepción de encomiendas.

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.

Esta Empresa lleva a cabo procesos de venta de pasajes y envío/recepción de encomiendas

de manera formal, siendo los encargados de dichas operaciones los empleados con los que

Taller de Sistemas II Pág. 7


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

se cuenta, realizando ellos el control de los pasajes de forma manual, todo esto conlleva a

que no se tenga conocimiento exacto de lo siguiente:

1. 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.

2. Consultas:

Las consultas son de mucha utilidad en el trabajo diario, en lo referente a los clientes,

empleados, etc. resultando demasiado complicado dar los datos exactos solicitados

por el administrador.

Taller de Sistemas II Pág. 8


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

CAPITULO III

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 perdida de tiempo tanto para un

usuario como para el empleado.

Entre los problemas que hemos encontrado podemos mencionar los siguientes:

1. Existe una atención muy lenta hacia los clientes en el momento que adquieren el

servicio solicitado.

2. No se tiene un registro completo de los empleados.

3. Duplicidad en la venta de pasajes.

4. Falta de información específica y confiable con respecto a los estados financieros de

la empresa.

5. Pérdida de tiempo para los empleado es la transcripción de los boleto.

6. 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.

7. Deficiencia en el llenado de boletos; ya que no son legibles.

8. 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 Tacna”, para automatizar los procesos de entrega de boletos y

encomiendas, disminuir el tiempo de recepción y salida de información, el proceso del

Taller de Sistemas II Pág. 9


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 OBJETIVOS GENERAL Y OBJETIVOS ESPECÍFICOS

3.3.1 OBJETIVO GENERAL :

Elaborar una aplicación 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 :

 Evaluar la seguridad y existencia de controles de nuestro Modulo.

 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.

 Administrar correctamente las listas de conductores, boleteros y demás empleados a

través de un sistema computarizado.

 Diseñar e implementar una serie de reportes referenciales en la venta de pasajes (lista de

pasajeros, ingresos diarios, entre otros.

 Lograr una mejor atención en el envío y recepción de encomiendas.

3.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.

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.5 ESTUDIO DE FACTIBILIDAD

3.5.1 FACTIBILIDAD TÉCNICA :

En la actualidad la empresa de transportes “Expreso Tacna” cuenta con solo una PC

Pentium III con su respectiva impresora., la cual no dispone de los programas necesarios

para poder desarrollar el Sistema que deseamos implantar y no cuenta con internet.

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.

Taller de Sistemas II Pág. 10


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.

Proceso:

1. 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.

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.

El sistema cuenta con las garantías técnicas, de acceso y seguridad de datos.

Se requiere lo siguiente:

1. 04 Pentium IV 865 0 845 características

Intel 865 original (5) 800 Mhz---3.06 Ghz

Disco duro 80 GB

2. Red Topología Estrella

3. Software de Computadora

Windows XP

Rational Rose 2003

Visual Studio 2005. 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.

3.5.2 FACTIBILIDAD OPERATIVA :

El sistema cumple con todas operaciones para los cuales fue elaborado y ser usado

constantemente por el usuario.

Taller de Sistemas II Pág. 11


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

Procesos: Una vez terminado el sistema se procederá con las siguientes acciones:

1. 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, luego pasará a la capacitación propia del

funcionamiento y manejo de nuestro sistema.

2. Profundizar sobre las utilidades que brinda el sistema, teórica y práctica, 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, ganancia, responsabilidad y sobre todo una

mejor atención al cliente y al empleado.

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, que le permita realizar los Estados financieros, los

estudios de mercado, control de tareas diarias, etc.

Clientes: Podrán acceder a los servicios de manera sencilla y rápida, 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.

Conductor: El conductor se registrara cada vez que llegue o salga de viaje, lo cual evitara

viajes continuos.

Las ventajas que se presentará la elaboración de nuestro sistema son :

1. Aceleración y factibilidad en la atención a los clientes.

2. Realizar una Base de Datos de los clientes en forma automática.

3. Realización de Reportes y consultas a gusto del Administrador.

La instalación del sistema se hará en un día, además se le explicará cómo agregar los

usuarios y podrá instalarlo

Taller de Sistemas II Pág. 12


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

3.5.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.

Justificar gastos a realizar para la elaboración del proyecto.

1 Comprar el equipo y material necesarios para la elaboración del proyecto.

2 La función de los empleados se vera beneficiada por la facilidad del sistema, que

ayudara ha realizará las ventas y registro de encomiendas que ingresen o egresen

de la empresa.

3 Este sistema se desarrollará de tal manera que será accesible para el comprador.

3.5.4 FACTIBILIDAD LEGAL :

El sistema que se pretende desarrollar cumplirá con las normas establecidas por la ley y

se regirá de acuerdo a éstas, el proyecto tendrá todo los derechos reservados del

software.

3.6 RECURSOS PRELIMINARES REQUERIDOS

3.6.1 RECURSOS HUMANOS :

Para el desarrollo del sistema hemos empleado los siguientes recursos humanos:

 1 Analista.

 1 Diseñador.

 1 Programador.

 1 Digitador.

 2 Encuestadores.

3.6.2 RECURSOS DE SOFTWARE :

 Sistema Operativo Windows XP

 MS – Visual Studio 2005.Net.

 MS – Project.

 MS – Word.

 SQL Server 2000.

 Rational Rose 2003.

Taller de Sistemas II Pág. 13


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

3.6.3 RECURSOS DE HARDWARE :

 Dos computadoras Pentium IV, 256Mhz, 60 Mb.

 Impresora HP 3500

 Suministros para computadora e impresora.

3.7 DESCRIPCIÓN DE LA ASIGNACIÓN DE RECURSOS :

Actividades Recursos Cantidades


Analistas 1
Planificación del sistema
Entrevistador 2
Analista 1
Análisis de requerimientos
Programador 1
Computadora 2
Analista 1
Diseño del sistema
Programador 1
Computadoras 2
Analista 1
Implementación del sistema Programador 1
Computadoras 2
Programador 1
Prueba del sistema Computadora 2
Impresora 1
Evaluación del sistema Analista 1

3.8 COSTOS :

Taller de Sistemas II Pág. 14


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

3.9 BENEFICIOS :

1. 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.

2. Tener mayor seguridad de los datos ingresados al sistema y permitir la entrega de

reportes a corto plazo.

3. Almacenar un registro de empleados, para verificar el cumplimiento de las funciones

que desempeñan en cada área.

4. 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.

5. 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.10 TÉCNICAS PARA LA OBTENCIÓN DE INFORMACIÓN :

 Encuestas : Al personal administrativo y operario de la empresa.

 Entrevistas : Entrevista a los clientes y administrador principal de la empresa.

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, 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 reviso los diferentes documentos, tales como boletas,

comprobantes, y otros.

DISEÑO DE ENCUESTAS Y ENTREVISTAS:

 Cuestionario para el Administrador :

1. ¿Qué clientes son los más asiduos a la empresa de transportes?

2. ¿Actualmente usan algún software para el control de los boletos?

3. ¿Tienen un control para los clientes fijos?

4. ¿Cómo se realiza la Inscripción de los clientes?

5. ¿Que problemas se presentan con la frecuencia en el registro de control de buses?

Taller de Sistemas II Pág. 15


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

6. ¿Desearía un sistema que agilice el trabajo?

7. ¿Cuenta con el equipo para poner en funcionamiento el software?

8. ¿Tienen los recursos necesarios para implementar el sistema?

 Cuestionario para el personal de apoyo :

1. ¿Cuánto tiempo demora en atender al cliente?

2. ¿Con cuanto personal se cuenta para la atención a los clientes?

3. ¿Cuáles son los problemas con mayor frecuencia para atender al cliente?

4. ¿Cree usted que un sistema computarizado le facilitaría su trabajo?

5. ¿Tiene conocimientos en computación?

6. ¿Que procesos realiza en la empresa de transportes?

Taller de Sistemas II Pág. 16


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

CAPITULO IV

PLAN GENERAL DEL PROYECTO.

4.1 DESCRIBIR LA ESTRATEGIA DE DESARROLLO PARA EL SISTEMA :

La metodología a utilizar es la del “enfoque espiral” (Retroalimentación), por que 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.2.1 DEFINICIÓN DEL PANORAMA DEL PROYECTO :

NOMBRE DEL PROYECTO: GERENTE DEL


PANORAMA DEL “Implementación del sistema de control interno de PROYECTO
PROYECTO la Empresa de Transportes Expreso Tacna” Alexia Calizaya
Quispe
Problema/Oportunidad:
Empresa de Transportes Expreso Tacna 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.

Taller de Sistemas II Pág. 17


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

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 administración de la Empresa de Transportes Expreso
Tacna
4. Generar una base de datos para la atención a los clientes y empleados.
5. Crear un sistema para la atención y administración.
6. 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 resultados.
4. Crea un mejor ambiente de trabajo para los empleados.
Recursos Preliminares:
Personal: 1 analista, 2 programadores, 1 diseñador, 2 encuestadores.
Equipo: 2 computadoras
Suministros para computadora e impresora
Software de programación como Visual Studio 2005 .Net. Microsoft SQL Server 2000,
Microsoft Project, Rational Rose y Microsoft Office.
Presupuesto Inicial: S/. 6510.00
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.

Presentado por: Fecha: Aprobado Por: Fecha: Hoja 1 de 1


Mónica Quispe 15/06/07
Katherine Quiñones
Alexia Calizaya

4.2.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; asignando el esfuerzo a

las tareas especificas 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

Taller de Sistemas II Pág. 18


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.

HOJA DE TRABAJO
NOMBRE DEL PROYECTO
DE LA EDT
Actividad Nro. Descripción de la actividad

1.1. Realizar la investigación preliminar


1.1.1. Planificar el proyecto
1.1.2. Realizar el estudio de factibilidad
1.1.3. Conseguir la aprobación del proyecto
1.2. Determinar los requerimientos
1.2.1 Definir los requerimientos
1.2.2. Recopilar la información
1.2.3. Realizar el análisis del sistema de decisión
1.2.4. Realizar el análisis de costo y beneficios
1.2.5. Desarrollar el Sistema
1.2.6. Realizar el “diseño rápido”
1.3. Diseñar el sistema
1.3.1. Diseñar las salidas
1.3.1. Diseñar las entradas
1.4 Diseñar la interfaz del usuario
1.4.1 Diseñar la captura de datos
1.4.2 Diseñar la base de datos
1.4.3 Diseñar los procedimientos
1.4.4. Desarrollar el Software
1.4.5. Codificar el modulo principal
1.4.6. Codificar los módulos secundarios
1.5. Probar el Sistema
1.5.1 Probar unidades
1.5.3 Realizar las pruebas de integración
1.5.4 Probar el sistema
1.6. Poner en marcha el sistema
1.6.1 Elaborar el manual del usuario
1.6.2 Instalar el sistema
1.6.3 Entrenar el personal
1.6.4 Evaluar el sistema

4.2.3 DIAGRAMAS

4.2.3.1 DIAGRAMA GANTT CON ASIGNACIÓN DE RECURSOS :


El diagrama de Gantt nos permitirá tener una visión mas 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 vista actual.

Taller de Sistemas II Pág. 19


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

4.2.3.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.

Taller de Sistemas II Pág. 20


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

Taller de Sistemas II Pág. 21


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

Taller de Sistemas II Pág. 22


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.

Taller de Sistemas II Pág. 23


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

4.2.3.3 Cronograma del proyecto (diagrama de gantt) :

Taller de Sistemas II Pág. 24


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

CAPITULO V

ANÁLISIS DEL SISTEMA:

5.1 ESPECIFICACIÓN DE REQUERIMIENTOS :

5.1.1 REQUERIMIENTOS BÁSICOS :

 Imprimir los boletos de viaje en formatos pre definidos.

 Control de encomiendas mediante una base de datos.

 Lista de empleados actualizada.

 Control permanente del personal.

 Mayor seguridad en la información importante de la empresa.

5.1.2 REQUERIMIENTOS GENERALES DE LA ORGANIZACIÓN :

 Obtener una serie de reportes mensuales de los ingresos por ventas de boletos y

encomiendas.

 Presentar los estados financieros de la empresa de manera actualizada y verídica.

 Mejor atención para una mayor fluidez de clientes.

5.1.3 REQUERIMIENTOS DEL USUARIO :

 Un sistema que agilice su labor y mejore así la calidad de su trabajo.

 Tener la base de datos de clientes

 Reportes de lo vendido

5.2 PROCESOS DE NEGOCIO:

Los principales procesos de la empresa son:

 Emisión de boletos.

 Envío y recepción de encomiendas.

 Control del personal a cargo.

Taller de Sistemas II Pág. 25


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

5.3 REGLAS DEL NEGOCIO :

 Los empleados deben tener experiencia atención al cliente y un adecuado

desenvolvimiento personal., tener conocimientos elementales de computación

básicos.

 El cliente deberá efectuar el pago de la encomienda en el momento del envío.

 A los niños menores de 4 años no se les cobrara pasaje.

5.4 PAQUETES

5.4.1 DESCRIPCIÓN GENERAL DE CADA PAQUETE :

a. Módulo Transporte:

Es el encargado del abastecimiento dentro de logística interna de la empresa. Como son :

 Control de encomiendas: Verificar el envío y recepción de encomiendas.

 Ventas de pasajes: Emisión del boleto para los viajes.

 Control de rutas: Controla la rutas de cada ómnibus.

b. Módulo Sistema Personal:


Es el que cumple la función operativa y táctica dentro el sistema. Los empleados son los
encargados de esta área.

5.4.2 CONSTRUCCIÓN DEL DIAGRAMA DE PAQUETES :

Taller de Sistemas II Pág. 26


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

5.5 DIAGRAMAS DE CASOS DE USO

5.5.1 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.

 Diag_enviar_encomiendas: Se refiere cuando el cliente decide enviar una encomienda

por medio de la empresa.

 Diag_recoger_encomienda : Se refiere a cuando el cliente se dispone a recoger una

encomienda.

 Emisión: Este caso de uso es acerca de la venta del boleto para el cliente.

 Administrar_Viajes : El administrador designa las rutas que se cubrirán.

5.5.1.1 DESCRIPCIÓN DE ACTORES :

Para el subsistema Transporte vamos a describir los CU siguientes: Cliente, Empleado,


Conductor.

 Descripción del Actor Cliente

Nombre cliente
Descripción Persona natural o jurídica que desea viajar en los ómnibuses que
ofrece la Empresa de Transportes.
Rol Viajar en los ómnibuses en la ETET.
Casos de uso Solicita pasaje para un destino, realiza pago
Notas  El cliente puede ser natural o jurídico
 El cliente jurídico hace uso de la ETET sólo en pocas ocasiones.
 El cliente natural hace uso constante de la Empresa de
Transportes.
NOTA: Esta tabla es un archivo de MS WORD se llama cliente.doc y está asociado al Actor
cliente del diagrama DiagramaCU_emisiondepasaje con el menú contextual: Open Specification/
Files.

 Descripción del Actor Empleado

Nombre Empleado
Descripción Empleado de la Empresa de Transportes Expreso Tacna encargado de la
atención al cliente.
Rol Vender pasajes y entregar boleto
Casos de uso Verificar asientos y rutas, llenar datos, generar boleto, imprimir boleto,
entregar boleto, Cobrar boleto.

Taller de Sistemas II Pág. 27


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

Notas El empleado se encarga de las tareas siguientes.


 Vender pasajes a clientes jurídicos o naturales
 Si el cliente es jurídico procederá a llenar sus datos adicionales.
 Excepcionalmente no pude dar crédito, toda venta se hace al contado
NOTA: Esta tabla es un archivo de MS WORD se llama Empleado.doc y está asociado al Actor
empleado del diagrama DiagramaCU_Emisiondepasajes con el menú contextual: Open
Specification/ Files.

 Descripción del Actor Conductor

Nombre Conductor
Descripción Conductor de la ETET encargado del traslado de los pasajeros a su destino.

Rol Traslado de los clientes a su lugar de destino


Casos de uso Registra el día, hora de su salida y llegada
Notas El conductor se encarga de las tareas siguientes.
Llevar a los pasajeros a su destino.
Registrarse
NOTA: Esta tabla es un archivo de MS WORD se llama Conductor.doc y está asociado al Actor
Conductor del diagrama DiagramaCU_Controlderutas con el menú contextual: Open
Specification/ Files.

Para el subsistema Administración vamos a describir los CU siguientes: Administrador:

 Descripción del Actor Administrador

Nombre Administrador
Descripción Es el administrador de la ETET encargado de velar por la buena distribución
de bienes y servicios.
Rol Pagar a los empelados, conductores, verificar el control de rutas de los buses,
velar por los intereses de la empresa.
Casos de uso Asigna horarios, asigna rutas.
Notas El administrador se encarga de las tareas siguientes.
 Administrar clientes a través de las operaciones Ingresar, Modificar,
Eliminar, Buscar, Imprimir con información almacenada en una tabla
Cliente.
 Administrar ómnibuses a través de las operaciones Ingresar, Modificar,
Eliminar, Buscar, Imprimir ficha técnica una tabla de Ómnibus.
 Administrar viajes a través de las operaciones Programar horario, Ingresar,
Modificar, Eliminar, Buscar con información almacenada en una tabla
Viaje.
NOTA: Esta tabla es un archivo de MS WORD se llama Administrador.doc y está asociado al
Actor Administrador del diagrama DiagramaCU_Administración con el menú contextual: Open
Specification/ Files.

Taller de Sistemas II Pág. 28


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

5.5.1.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.doc y está asociado al CU


Solicitar asiento del diagrama DiagramaCU_Emisionpasajes con el menú contextual: Open
Specification/ Files.

1.- Descripción del CU_Solicitarpasajes


CU_01 Comprar pasajes
Versión 1.0; 28/02/07
Autor(es) Alexia Calizaya, Katherine Quiñones, Mónica Quispe
Descripción Permite al cliente de la ETET la adquisición de pasajes para los viajes
que realizara en dicha empresa.
Precondición El cliente que desea viajar en los buses de la ETET utilizando los
diversos servicios que ofrece.
Secuencia normal 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.
4 El empleado genera e imprime boleto.
5 El cliente le cancela al empleado el pasaje.
6 El empleado le entrega el respectivo pasaje.
7 El cliente verifica si no hay ningún error.
8 El empleado registra al cliente para el respectivo viaje.
Poscondición El cliente con pasajes comprados.
Excepciones 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.
• Se posterga el viaje para otra fecha.
Rendimiento Paso Cota de tiempo
1-2 El promedio de realizar una compra dura de 1 a 5 minutos.
Frecuencia Las compras de pasajes se presentan con frecuencia cuando hay feriados
interesantes.
Importancia Es importante tener acceso a varios viajes de los ómnibuses.
Urgencia Es bueno ofrecer varios viajes para la Empresa de Transportes.
Comentarios La venta de pasajes para la Empresa de Transportes es libre, salvo que
los pasajes estén agotados.

NOTA: Esta tabla es un archivo de MS WORD se llama CU_02.doc y está asociado al CU Cobrar
Pasaje del diagrama DiagramaCU_Emisiondepasajes con el menú contextual: Open
Specification/ Files.

Taller de Sistemas II Pág. 29


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

2.- Descripción del CU Cobrar

CU_02 Cobrar
Versión 1.0; 28/02/07
Autor(es) Alexia Calizaya, Katherine Quiñones, Mónica Quispe
Descripción Permite al empleado de la ETET cobrar los pasajes para los viajes que realiza
dicha empresa.
Precondición Persona encargada de cobrar los pasajes de los clientes que desean viajar en
los ómnibuses que ofrece la Empresa de Transportes.
Secuencia Paso Acción
normal
1 Empleado que cobra los pasajes del cliente quien reciba un boleto
para realizar un viaje en los ómnibuses que ofrece la Empresa de
Transportes.
1.a Si es cliente natural, cobra el precio normal.
1.b Si es cliente jurídico, cobra el precio normal y se procede al
llenado de sus datos adicionales con los correspondientes
pasajes.
2 El Cliente hace el respectivo pago del pasaje.
3 El Cliente que recibe su respectivo boleto.
Postcondición Usuario con pasajes cancelados.
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.
Se posterga el viaje para otra fecha.
Rendimiento Paso Cota de tiempo
1-2 El promedio de realizar una cobranza dura de 1 a 5 minutos.
Frecuencia Las cobranzas de los pasajes se presentan después de realizar una compra de
pasaje.
Importancia Es importante tener acceso a varios viajes que ofrece la empresa.
Urgencia Es bueno ofrecer varios viajes para la Empresa de Transportes.
Comentarios La cobranza de pasajes para la Empresa de Transportes es para realizar un
viaje, salvo que los pasajes estén agotados.

NOTA: Esta tabla es un archivo de MS WORD se llama CU_03.doc y está asociado al CU


ImprimirBoleto del diagrama DiagramaCU_EmisionPasajes con el menú contextual: Open
Specification/ Files.

3.- Descripción del CU Imprimir

CU_03 Imprimir
Versión 1.0; 28/02/07
Autor(es) Alexia Calizaya, Katherine Quiñones, Mónica Quispe
Descripción Permite al empleado de la Empresa de Transportes imprimir pasajes para
los viajes que realiza dicha empresa.

Taller de Sistemas II Pág. 30


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

Precondición Empleado que entrega a los clientes su respectivo pasaje para viajar en
los ómnibuses que ofrece la Empresa de Transportes.
Secuencia normal Paso Acción
1 El cliente solicita un boleto para su viaje.
2 Empleado recibe datos del cliente
3 Empleado genera los boletos.
4 El cliente cancela el pasaje
5 El cliente recibe dicho pasaje imprimido.
Postcondición Usuario con pasajes imprimido.
Excepciones 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.
 Se posterga el viaje para otra fecha.
Rendimiento Paso Cota de tiempo
1-2 El promedio de realizar una impresión dura de 1 a 2 minutos.
Frecuencia Los boletos imprimidos en exceso se presentan con frecuencia cuando
hay feriados interesantes.
Importancia Es importante tener acceso a varias impresoras para hacer fáciles la
entrega de los pasajes a los clientes.
Urgencia Es bueno ofrecer varios viajes para la Empresa de Transportes.
Comentarios La impresión de pasajes para la Empresa de Transportes es solo cuando
el usuario aya cancelado el pasaje.

4.- Caso de uso para el DiagramaCU_ControlRutas

NOTA: Esta tabla es un archivo de MS WORD se llama CU_04.doc y está asociado al CU


Registro de llegada/salida del diagrama DiagramaCU_ControldeRutas con el menú contextual:
Open Specification/ Files.

CU_04 Asignar Horarios


Versión 1.0; 28/02/07
Autor(es) Alexia Calizaya, Katherine Quiñones, Mónica Quispe
Descripción 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.
Precondición Conductor realizara los viajes con los buses de acuerdo al horario
asignado por el administrador de la empresa de transportes.
Secuencia normal Paso Acción
1 El administrador asignara los horarios de viaje con sus
respectivas rutas.
2 Conductor procederá a verificar y consultar el registro de
control de rutas y horarios.
Postcondición Asignación de horarios y rutas erróneas.
Excepciones Paso
2’ La función del Transporte se cancela:

Taller de Sistemas II Pág. 31


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.
 Se posterga el viaje para otra fecha.
Rendimiento Paso Cota de tiempo
1-2 El promedio de realizar corrección de asignación de horarios
dura de 1 a 5 minutos.
Frecuencia La asignación de horarios y rutas en exceso se presentan con frecuencia
cuando hay feriados interesantes.
Importancia Es importante no tener ningún error en la asignación de rutas y horarios
para hacer fáciles el control de los buses y conductores.
Urgencia Es bueno ofrecer varios viajes para la Empresa de Transportes.
Comentarios La asignación de rutas y horarios para la Empresa de Transportes es solo
conveniente para evitar accidentes de transito.
NOTA: Esta tabla es un archivo de MS WORD se llama CU_05.doc y está asociado al CU
Asignación de rutas/horarios del diagrama DiagramaCU_ControlRutas con el menú contextual:
Open Specification/ Files.

5.- Descripción del CU Registro Entrada/Salida


CU_05 Entrada/Salida
Versión 1.0; 28/02/06
Autor(es) Alexia Calizaya, Katherine Quiñones, Mónica Quispe
Descripción Permite al conductor de la ETET registrarse para los viajes que realiza dicha
empresa.
Precondición El conductor deberá registra la hora de llegada y salida en un registro de
control.
Secuencia Paso Acción
normal
1 El conductor recibe la asignación de rutas y horarios por parte del
administrador.
1.a Si llega de un viaje deberá registrarse en un registro de llegada
1.b Si sale para un viaje deberá registrase en un registro de salida.
1.c Conductor procederá a consultar el registro de control
Postcondición Conductor registros concluidos
Excepciones 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.
 Se posterga el viaje del conductor y bus.
Rendimiento Paso Cota de tiempo
1-2 El promedio de realizar una corrección dura de 1 a 5 minutos.
Frecuencia Los registros de llegad y salida de los conductores se presentan con frecuencia
en feriados interesantes.

Taller de Sistemas II Pág. 32


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

Importancia Es importante tener acceso al registro de control de llegad y salida.


Urgencia Es bueno llevar un control interno de viajes en la empresa de transportes.
Comentarios El registro de control de llegad y salida es importante para evitar la ola de
accidentes en la carretera.
NOTA: Esta tabla es un archivo de MS WORD se llama CU_06.doc y está asociado al CU
SolicitarenviarEncomienda del diagrama DiagramaCU_Encomienda(Envio) con el menú
contextual: Open Specification/ Files.

6.- Descripción del CU_SolicitarenviarEncomienda

CU_06 Solicitar envío d encomienda


Versión 1.0; 28/02/07
Autor(es) Alexia Calizaya, Katherine Quiñones, Mónica Quispe
Descripción Permite al cliente de la ETET la realizar el envío de encomienda en
dicha empresa.
Precondición El cliente que desea solicitar el servicio de envío de encomienda en los
buses de la ETET.
Secuencia normal Paso Acción
1 El cliente solicita envió de encomienda(empleado)
2 El empleado verifica la tarifa de encomiendas.
3 El empleado registra la encomienda.
4 El empleado genera el comprobante por la encomienda.
5 El cliente le cancela el servicio de envió de encomienda.
6 El empleado le entrega el respectivo comprobante.
7 El cliente verifica si no hay ningún error.
8 El empleado registra al cliente con la respectiva encomienda de
envió.
Poscondición El cliente con encomiendas pagadas.
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.
• Se posterga el viaje para otra fecha.
Rendimiento Paso Cota de tiempo
1-2 El promedio de realizar un servicio de envió de encomienda dura
de 1 a 5 minutos.
Frecuencia La adquisición de servicio de encomienda se presenta con frecuencia
cuando hay feriados interesantes.
Importancia Es importante tener acceso a varios servicios de encomienda.
Urgencia Es bueno ofrecer varios servicios y alternativas de encomienda para la
Empresa de Transportes.
Comentarios El servicio de encomienda para la Empresa de Transportes es libre.
NOTA: Esta tabla es un archivo de MS WORD se llama CU_07.doc y está asociado al CU Cobrar
envioencomienda del diagrama DiagramaCU_Emisiondepasajes con el menú contextual: Open
Specification/ Files.

Taller de Sistemas II Pág. 33


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

7.- Descripción del CU Cobrar

CU_07 Cobrar
Versión 1.0; 28/02/07
Autor(es) Alexia Calizaya, Katherine Quiñones, Mónica Quispe
Descripción Permite al empleado de la ETET cobrar por el servicio de encomienda para
los viajes que realiza dicha empresa.
Precondición Persona encargada de cobrar los servicios de encomienda de los clientes que
desean enviar en los ómnibuses que ofrece la Empresa de Transportes.
Secuencia Paso Acción
normal
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.
1.a Si es cliente natural, cobra el precio normal y se emite una
boleta.
1.b Si es cliente jurídico, cobra el precio normal y se procede al
llenado de sus datos adicionales y emisión de factura.
2 El Cliente hace la respectivo pago del servicio de envió de
encomienda.
3 El Cliente que recibe su respectivo comprobante de pago 8factura o
boleta)
Postcondición Usuario con encomiendas canceladas.
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.
 Se posterga el viaje para otra fecha.
Rendimiento Paso Cota de tiempo
1-2 El promedio de realizar una cobranza dura de 1 a 5 minutos.
Frecuencia 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.
Importancia Es importante tener acceso a servicios de encomienda que ofrece la empresa.
Urgencia Es bueno ofrecer SS de encomienda para la Empresa de Transportes.
Comentarios La cobranza del envío de encomienda para la Empresa de Transportes es libre.
NOTA: Esta tabla es un archivo de MS WORD se llama CU_08.doc y está asociado al CU
imprimir comprobantedepago del diagrama DiagramaCU_Encomienda(envio) con el menú
contextual: Open Specification/ Files.

9.- Descripción del CU_PedirEncomienda


CU_06 Pedir encomienda
Versión 1.0; 28/02/07
Autor(es) Alexia Calizaya, Katherine Quiñones, Mónica Quispe
Descripción Permite al cliente de la ETET la realizar la entrega de encomienda en
dicha empresa.
Precondición El cliente que desea solicitar la recepción el servicio de encomienda en

Taller de Sistemas II Pág. 34


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

los buses de la ETET.


Secuencia normal 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.
3 El empleado registra los datos del recepcionista de la encomienda
(cliente)
4 El empleado genera el comprobante por la encomienda.
5 El cliente le cancela el servicio de entrega de encomienda.
6 El empleado le entrega el respectivo comprobante.
7 El cliente verifica si no hay ningún error.
8 El empleado registra al cliente con la respectiva encomienda de
envió.
Poscondición El cliente con encomiendas pagadas.
Excepciones 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.
• Se posterga el viaje para otra fecha.
Rendimiento Paso Cota de tiempo
1-2 El promedio de realizar un servicio de envió de encomienda dura
de 1 a 5 minutos.
Frecuencia La adquisición de servicio de encomienda se presenta con frecuencia
cuando hay feriados interesantes.
Importancia Es importante tener acceso a varios servicios de encomienda.
Urgencia Es bueno ofrecer varios servicios y alternativas de encomienda para la
Empresa de Transportes.
Comentarios El servicio de encomienda para la Empresa de Transportes es libre.
NOTA: Esta tabla es un archivo de MS WORD se llama CU_07.doc y está asociado al CU Cobrar
Recepcion encomienda del diagrama DiagramaCU_Encomienda(recepcion) con el menú
contextual: Open Specification/ Files.

10.- Descripción del CU Cobrar

CU_07 Cobrar
Versión 1.0; 15/02/2006
Autor(es) Alexia Calizaya, Katherine Quiñones, Mónica Quispe
Descripción Permite al empleado de la ETET cobrar por el servicio de encomienda para
los viajes que realiza dicha empresa.
Precondición Persona encargada de cobrar los servicios de encomienda de los clientes que
desean enviar en los ómnibuses que ofrece la Empresa de Transportes.
Secuencia Paso Acción
normal
1 Empleado que cobra los servicios de encomienda del cliente quien
reciba un comprobante de pago para realizar la recepción de

Taller de Sistemas II Pág. 35


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

encomienda en los ómnibuses que ofrece la Empresa de


Transportes.
1.a Si es cliente natural, cobra el precio normal y se emite una
boleta.
1.b Si es cliente jurídico, cobra el precio normal y se procede al
llenado de sus datos adicionales y emisión de factura.
2 El Cliente hace la respectivo pago del servicio de envió de
encomienda.
3 El Cliente que recibe su respectivo comprobante de pago (factura o
boleta)
Postcondición Usuario con encomiendas no a su destino y cancelados.
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.
 Se posterga el viaje para otra fecha.
Rendimiento Paso Cota de tiempo
1-2 El promedio de realizar una cobranza dura de 1 a 5 minutos.
Frecuencia 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.
Importancia Es importante tener acceso a servicios de encomienda que ofrece la
empresa.
Urgencia Es bueno ofrecer ss de encomienda para la Empresa de Transportes.
Comentarios La cobranza del envió de encomienda para la Empresa de Transportes es libre.
NOTA: Esta tabla es un archivo de MS WORD se llama CU_08.doc y está asociado al CU
imprimi rcomprobantedepago del diagrama DiagramaCU_Encomienda(recepcion) con el menú
contextual: Open Specification/ Files.

5.5.2 Construcción de los Diagramas de casos de uso :

Diag. 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 is tr a r S a l i d a
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 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. 36


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 Verificar Encomienda


(from Emisi on de P asajes)

Cliente Llenar Registro de Entrega


(from Emisi on de Pasajes)

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

Boleto
Solicitar Pas aje para un des tino Verificar As ientos y Rutas

CNatural
Rutas

Em pleado Llenar Datos


Realizar Pago

Cliente

Boleto
Datos Cliente
Generar Boleto
<<extends>>
CJuridico

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 ]
Llenar datos
adicinales
[ DNI ]

Entrega conprobante
de pago

DiagActGenerarBoleto

Solicitar
Boleto

Informa
destino

Verificar
[ No Existe ]
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.1 DIAGRAMAS DE INTERACCIÓN

6.1.1 DIAGRAMAS DE SECUENCIA O DIAGRAMAS DE COLABORACIÓN :

DiagSecVerificar_Asientos_Rutas

E : Empleado C : Monitor
ce : Cliente
1: Solicitar Boleto

2: Preguntar Destino

3: Informa destino
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. 41


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

6.2 IDENTIFICACIÓN DE OBJETOS :

Tabla Asignacion

Tabla Boleto

Tabla Cargo

Tabla Cliente

Tabla Comprobante

Taller de Sistemas II Pág. 42


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. 43


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

Tabla Ruta

Tabla Usuario

6.3 MODELO DEL NEGOCIO

6.3.1 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), de Especial y Económico.

Los ómnibuses se adquieren por compra o donación o alquiler en caso de viajes. Los

usuarios son de un solo tipo: clientes. Sólo se almacena información sobre los clientes.

Las funciones se programan en simples.

Sobre los ómnibuses se debe tener los datos sobre el dueño, los papeles en Regla, la

terramoza, el carro en buen estado, el año de producción, la empresa productora, el color

(blanco y negro y colores), la duración de cada viaje, fecha de ingreso y precio.

Se debe poder realizar operaciones de adquirir, modificar y eliminar.

Sobre los usuarios que sean clientes debe tenerse datos como apellidos, nombre, DNI

asignado por el sistema. Se debe poder realizar operaciones de agregar, modificar y

eliminar. Sobre las reservas solo se debe consignar la fecha. Si la reserva es para pasajes

debe consignarse un número de serie.

Sobre los pasajes es necesario saber la disponibilidad, el número. Se debe poder realizar

operaciones de vender, intercambiar y anular.

Taller de Sistemas II Pág. 44


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

Sobre las funciones se debe consignar los datos sobre fecha, hora y lugar y los

ómnibuses. Se debe poder realizar operaciones de programar horario, ingresar,

modificar, eliminar, buscar e imprimir programas y resultados de búsqueda.

6.3.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 Colaboradores
Entregar boletos Cliente
Cobrar servicios prestados Cliente
Designar rutas Chóferes, 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, Administrativo

Taller de Sistemas II Pág. 45


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

 Ficha CRC para la clase Cliente

CLASE: Cliente
Responsabilidades Colaboradores
Comprar pasajes Empleado
Asistir a funciones Función, Ómnibus
Criticar ómnibuses 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 Colaboradores
Comprar pasaje Empleado, Función, Ómnibus
Pagar pasaje 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 Colaboradores
Generar Comprobante Empleado, Función, Ómnibus
Entregar Comprobante Empleado

Taller de Sistemas II Pág. 46


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 Colaboradores
Solicitar envío de Encomienda Empleado, Función, Ómnibus
Pagar encomienda 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 Colaboradores
Entregar Encomienda Empleado, 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, Función, Ómnibus
Entregar Comprobante Empleado

Taller de Sistemas II Pág. 47


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 Colaboradores
Asignar cargo Empleado, 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 Colaboradores
Asignar rutas Ó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 Colaboradores
Asignar de cargo Empleado

Taller de Sistemas II Pág. 48


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.3.3 IDENTIFICACIÓN DE LOS TIPOS DE RELACIONES:

 Clase asociación: Resulta de la asociación entre las tablas Comprobante y Encomienda,

la clase Detalle_comprobante hereda cualidades de la clases involucradas

Comprobante Encom ienda


num_comprobante : Integer cod_encomienda : Integer
fecha_comprobante : Date des_encom ienda : String
ti po_comprobante : Integer prec_encomienda : Currency
igv_comprobante : Currency peso_encomienda : Integer
mont_total : Currency tipo_encomi enda : Integer
* *
anular : Byte
Modificar()
Calcular_subtotal() Guardar()
Calcular_total() Eliminar()

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.

Cliente
cod_cli ente : Integer
dire_cl iente : Stri ng
fono_cliente : String Comprobante
tipo_cl iente : Byte num_comprobante : Integer
nomb_cliente : String fecha_comprobante : Date
apel_cliente : stri ng tipo_comprobante : Integer
dni_cli ente : string igv_com probante : Currency
ruc_cliente : String 1 1..* mont_total : Currency
obs_cliente : String anular : Byte

Ingresar() Calcular_subtotal()
Eliminar() Calcular_total()
Modificar()
Guardar()
Buscar()

Taller de Sistemas II Pág. 49


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.

Em pl eado
cod_empleado : Integer
apel_em pleado : String
Cargo
nomb_empleado : String
cod_c argo : Integer
dire_em pl eado : String
nom b_c argo : St ring
fono_em pleado : String m ont_c argo : Currency
foto_em pl eado : Doubl e desp_cargo : String
sexo_em pleado : Byte
dni_empleado : Stri ng 1 1. .*
Agregar()
refe_em pl eado : String Modif icar()
obs_em pl eado : String Guardar()
Elim inar()
El im i nar()
Modificar()
Buscar()
Guardar()

 Clase Asociacion (Unidireccional): La clase Empleado se dirige a un solo sentido en

este caso solo se relaciona con la clase Asignacion.

Empleado
cod_empleado : Integer
apel_empleado : Stri ng
nomb_empleado : String
dire_empl eado : String Asignacion
fono_empleado : Stri ng cod_asignacion : Integer
foto_empl eado : Double fech_asi gnaci on : Date
sexo_empleado : Byte activo : Byte
dni_empleado : String 1 1..*
refe_empl eado : String Modificar()
obs_em pleado : String Borrar()
Guardar()
El imi nar()
Modificar()
Buscar()
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.

Omnibus
cod_omnibus : Integer
marc_om nibus : String
plac_omnibus : Stri ng Asignacion
nroa_omnibus : Integer cod_asignacion : Integer
aprd_omnibus : Date fech_asignaci on : Date
1 1..*
tipo_omnibus : Integer activo : Byte
obs_omni bus : String
activo : Byte Modificar()
Borrar()
Modificar() Guardar()
Guardar()
Buscar()
Eliminar()

Taller de Sistemas II Pág. 50


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 Boleto
dire_cliente : String nro_bol eto : Integer
fono_cliente : String nroa_boleto : Integer
ti po_cliente : Byte prec_boleto : Currency
nomb_cli ente : String fech_boleto : Date
apel _cliente : string hora_boleto : Date
dni_cliente : string obs_boleto : String
ruc_cli ente : String 1 1..* activo : Byte
obs_cliente : String
Imprimi r()
Ingresar() Entregar()
Eliminar() Vender()
Modificar() El imi nar()
Guardar()
Buscar()

 Clase Agregación: La clase Empleado es una agregación de la clase Comprobante

Empl eado
cod_empleado : Integer
apel_em pleado : String
Comprobante nomb_empleado : String
num_comprobante : Integer dire_empleado : String
fecha_comprobante : Date fono_em pleado : String
tipo_com probante : Integer foto_empleado : Double
1
igv_com probante : Currency sexo_em pleado : Byte
mont_total : Currency 1..*
dni_empleado : String
anular : Byte refe_empleado : String
obs_empleado : String
Calcular_subtotal()
Calcular_total () El iminar()
Modificar()
Buscar()
Guardar()

 Clase Agregación: La clase Empleado es una agregación de la clase Boleto

Em pleado
cod_empleado : Integer
Boleto
apel_empleado : String
nro_boleto : Integer nomb_em pleado : String
nroa_boleto : Integer dire_empleado : Stri ng
prec_boleto : Currency fono_empleado : String
fech_boleto : Date foto_empleado : Double
hora_boleto : Date 1..* 1
sexo_empleado : Byte
obs_boleto : String dni_empleado : String
activo : Byte refe_empleado : Stri ng
obs_empleado : Stri ng
Im prim ir()
Entregar() El imi nar()
Vender() Modificar()
El imi nar() Buscar()
Guardar()

Taller de Sistemas II Pág. 51


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.

Em pleado
cod_empleado : Integer
Recepcion
apel_empleado : Stri ng
cod_recepcion : Integer
nomb_empleado : String
ref _clienteO : String
dire_em pleado : String
ref _clienteD : String
origen : String fono_empleado : Stri ng
desp_recepcion : String foto_em pleado : Double
f echa : Date sexo_empleado : Byte
estado : By te 1..* 1 dni_empleado : String
refe_em pleado : String
Nuev o() obs_em pleado : String
Guardar()
Eliminar() Eliminar()
Buscar() Modificar()
Buscar()
Guardar()

 Clase Agregacion: La clase Omnibus es una agregación de la clase Rutas.

Omnibus
Rutas cod_omnibus : Integer
cod_ruta : Integer marc_om nibus : String
nomb_ruta : String plac_omnibus : Stri ng
tipo_servicio : Integer nroa_om nibus : Integer
hora : Date aprd_om nibus : Date
costo : Currency tipo_omnibus : Integer
obs_omni bus : String
1..* 1
Programar() activo : Byte
Modificar()
Guardar() Modificar()
El imi nar() Guardar()
Buscar() Buscar()
Imprimir() Eliminar()

 Clase Agregacion: La clase Rutas es una agregación de la clase Boleto

Boleto Rutas
nro_boleto : Integer cod_ruta : Integer
nroa_bol eto : Integer nomb_ruta : String
prec_boleto : Currency ti po_servici o : Integer
fech_boleto : Date hora : Date
hora_bol eto : Date costo : Currency
obs_boleto : Stri ng
activo : Byte 1..* 1 Program ar()
Modificar()
Im primir() Guardar()
Entregar() Eliminar()
Vender() Buscar()
El imi nar() Im primi r()

Taller de Sistemas II Pág. 52


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

6.3.4 MODELO CONCEPTUAL DE NEGOCIO :

Taller de Sistemas II Pág. 53


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

6.4 DIAGRAMAS DE ESTADO :

DS_Cliente (Pertenece a la clase cliente)

6.5 DISEÑO E IMPLANTACIÓN DE LA BASE DE DATOS

6.5.1 DIAGRAMA DE COMPONENTES DE LA BASE DE DATOS:

<<Tablespace>>
TSP_0

DB_SisTransporte

Taller de Sistemas II Pág. 54


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

6.5.2 GENERACIÓN DEL MODELO DE DATOS A PARTIR DEL DIAGRAMA DE CLASES :

1..

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

Taller de Sistemas II Pág. 55


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

6.5.3 CREACIÓN DE LA BASE DE DATOS EN SQL SERVER :

Taller de Sistemas II Pág. 56


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

6.5.4 DICCIONARIO DE DATOS :

Tabla Comprobante
TIPO DE
CAMPO DESCRIPCION TAMAÑO
DATO
nro_comprobante Código que se le asigna al comprobante Integer 4
cod_cliente Código del cliente que adquiere los servicios. Integer 4
cod_empleado Código del empleado que trabaja en la empresa. Integer 4
fech_comprobante Fecha en la que se realiza la transacción. Datetime 8
igv_comprobante Porcentaje que se le aplicara a la encomienda. Money 8
mont_total Monto que tendrá que aportar el cliente. Money 8
anular Acción que eliminara el comprobante. Bit 1

Tabla Cliente
TIPO DE
CAMPO DESCRIPCION TAMAÑO
DATO
cod_cliente Código que se le asigna al cliente Varchar 30
nomb_cliente Nombre del cliente. Varchar 40
apel_cliente Apellido del cliente. Varchar 50
dire_cliente Dirección de cliente. Varchar 10
dni_cliente Documento que identifica al cliente natural. Varchar 15
fono_cliente Teléfono del cliente. Varchar 1
tipo_cliente Determina si el cliente es natural o jurídico. Bit 1
ruc_cliente Documento que identifica al cliente jurídico. Char 11
obs_cliente Información adicional acerca del cliente. Varchar 70

Tabla Recepción
TIPO DE
CAMPO DESCRIPCION TAMAÑO
DATO
cod_recepcion Código que se le asigna a la recepción. Integer 4
ref_clienteO Cliente que envía la encomienda. Varchar 50
ref_clienteD Cliente que recibe la encomienda. Varchar 50
cod_empleado Código del empleado que atiende al cliente. Integer 4
origen Lugar de donde se envía la encomienda. Varchar 40
desp_recepcion Descripción de la encomienda. Varchar 100
Fecha Fecha en la se recepciona la encomienda. Datetime 8
estado Verifica si la encomienda fue entregada. Bit 1

Taller de Sistemas II Pág. 57


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

Tabla Encomienda
TIPO DE TAMAÑO
CAMPO DESCRIPCION
DATO
cod_encomienda Código que se le asigna a la encomienda. Integer 4
desp_encomienda Se detalla la clase de encomienda. Varchar 70
peso_encomienda Cantidad en kilogramos de la encomienda. Integer 4
prec_encomienda Valor a aportar por el cliente. Money 8

Tabla Detalle_comprobante
TIPO DE TAMAÑO
CAMPO DESCRIPCION
DATO
cod_encomienda Código que se le asigna al detalle. Integer 4
nro_comprobante Numero de encomienda. Integer 4
ref_encomienda Indica que tipo de encomienda se envía. Varchar 70
cantidad Valor a aportar por el cliente. Integer 4
importe Cantidad total a pagar. Money 8

Tabla Empleado
TIPO DE
CAMPO DESCRIPCION TAMAÑO
DATO
cod_empleado Código que se le asigna al empleado Integer 4
nomb_empleado Nombre del empleado. Varchar 30
apel_empleado Apellido del empleado. Varchar 30
dire_empleado Dirección de empleado. Varchar 50
fono_empleado Teléfono del empleado. Varchar 10
sexo_empleado Sexo del empleado. Bit 1
foto_empleado Foto actual del empleado. Image 16
dni_empleado Documento que identifica al empleado. Varchar 10
refe_empleado Experiencia que tiene el empleado. Varchar 40
cod_cargo Código del cargo que desempeña el empleado Integer 4
obs_empleado Datos adicionales del empleado. Varchar 70

Taller de Sistemas II Pág. 58


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

Tabla Boleto
TIPO DE
CAMPO DESCRIPCION TAMAÑO
DATO
nro_boleto Numero que se le asigna al boleto. Integer 4
cod_empleado Código del empleado que atiende. Integer 4
cod_cliente Código del cliente que compra un boleto. Integer 4
cod_ruta Código de la ruta que comprara el cliente. Integer 4
nroa_boleto Numero del asiento que ocupara el cliente. Integer 4
prec_boleto Precio del boleto o ruta. Money 8
fech_boleto Fecha en la cual se realizara el viaje. Datetime 8
hora_boleto Hora en la que se realizara el viaje. Datetime 8
activo Indica si el asiento esta ocupado o disponible. Bit 1

Tabla Cargo
TIPO DE
CAMPO DESCRIPCION TAMAÑO
DATO
cod_cargo Código que se le asigna al cargo Integer 4
nomb_cargo Cargo o profesión del empleado. Varchar 50
mont_cargo Sueldo que se le pagara al empleado. Money 16
desp_cargo Función que el empleado desempeñara en la Varchar 70
empresa.

Tabla Ómnibus
TIPO DE
CAMPO DESCRIPCION TAMAÑO
DATO
Cod_omnibus Código que se le asigna al ómnibus. Integer 4
Marc_omnibus Marca del ómnibus. Varchar 30
Plac_omnibus Placa del ómnibus. Varchar 10
Nroa_omnibus Numero de3 asientos que tiene el ómnibus. Integer 4
Aprd_omnibus Fecha de producción del ómnibus. Datetime 8
Tipo_omnibus Describe el tipo de ómnibus. Integer 4
Obs_omnibus Indica detalles del ómnibus. Varchar 70
Activo Indica si el ómnibus aun presta sus servicios a la Bit 1
empresa.

Taller de Sistemas II Pág. 59


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

Tabla Asignación
TIPO DE
CAMPO DESCRIPCION TAMAÑO
DATO
cod_asignacion Código que se le asigna a la asignación. Integer 4
cod_omnibus Código del ómnibus. Integer 4
cod_empleado Sueldo que se le pagara al empleado. Integer 4
fech_asignacion Fecha en la que se hace la asignación Datetime 8

Tabla RUTAS
TIPO DE
CAMPO DESCRIPCION TAMAÑO
DATO
cod_ruta Código que se le asigna al ruta. Integer 4
nomb_ruta Ciudad a donde se desea viajar. Varchar 30
cod_omnibus Sueldo que se le pagara al empleado. Integer 4
tipo_servicio Fecha en la que se hace la asignación Integer 4
hora Hora en la que se realizara el viaje. Datetime 8
costo Monto que costara el pasaje. Money 16

Tabla RUTAS
TIPO DE
CAMPO DESCRIPCION TAMAÑO
DATO
Id_usuario Código que se le asigna al usuario. Integer 4
Nom_usuario Nombre del empleado que tendrá acceso al sistema. Varchar 30
Pass_usuario Contraseña que se le asigna al usuario. Integer 4
Activo Define el tipo de usuario y/o permisos que tendrá. Integer 4

Taller de Sistemas II Pág. 60


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

CAPITULO VII

CONSTRUCCION DEL SISTEMA


7.1 FUNCIONES DEL SISTEMA:

Referencia Función
Ref1 Registrar la venta boleto
Ref2 Registrar la encomienda (envió/recepción)
Ref3 Registrar de clientes

7.2 DIAGRAMA DE COMPONENTES:


Aplicacion sistematransporte.exe

<<form>>
Presentacion Conexion de Datos

<<form>>
Control de
acceso
<<form>> sistema_transportes
Cli entes

<<report>>
Reportes
<<form >>
<<form >> Menú
Em pleado pri ncipal

<<form >>
Asignacion
<<form>>
Comprobante

<<form >>
Rutas
<<form>>
Encomi enda

<<form >>
Cargo
<<form>> <<form >> <<form >>
Boleto Recepci on Omnibus

7.3 DISEÑO DEL MENÚ PRINCIPAL DEL SISTEMA:

Taller de Sistemas II Pág. 61


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. 62


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

7.4 DISEÑO DE INTERFACES DE ENTRADA:

Formulario Registro de Clientes

Formulario Registro de Empleados

Taller de Sistemas II Pág. 63


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


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. 65


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


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

7.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. 68


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

Mensaje al momento de salir del sistema

7.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.

 Usuario (User) : Usuario asignado por el administrador para realizar transacciones,

esto implica los siguientes formularios:

a. Registro de clientes

b. Recepción de encomiendas

c. Encomiendas

d. Venta de Boleto

7.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.

 Referente a virus informáticos en el punto 3.5.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.

Taller de Sistemas II Pág. 69


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

7.9 DISEÑO DE LA ARQUITECTURA DEL SISTEMA :

<<Servi dor>>
Pri ncipal

Window s 2003/SQL Server 2000


Acceso atencion Acceso al
de bol etos T CP/IP T CP/IP registro de
T CP/IP rutas/omnibus

<<Cl iente>> <<Em pl eado>>


<<Cl iente>>
Boleto Rutas/Om ni bus
Encom i enda

SisTransporte.exe/w indow s XP
SisTransporte.exe/w indow s XP SisTransporte.exe/w indow s XP

Acceso de
em ision/recepcion
<<Im presora>> <<Im presora>>
de encom i enda
M atricial LQ-870 HP PSC 1400

Taller de Sistemas II Pág. 70


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

CAPITULO VIII

PRUEBA DE SISTEMA

8.1 PROGRAMA DE CAPACITACIÓN AL USUARIO :

El usuario final tendrá previa capacitación del sistema a implementar, así como también

tendrá acceso al manual de usuario para identificar las diferentes operaciones que el

sistema realiza.

Esta capacitación será brindada por los diseñadores del sistema, la cual constara de 2

etapas:

1. Evaluación del grado de conocimiento que posee cada empleado en la

manipulación de sistemas computarizados.

2. Exposición practica del funcionamiento del sistema.

8.2 EVALUACIÓN DEL SISTEMA

8.2.1 EVALUACIÓN OPERACIONAL :

Los técnicos del sistema tendrán contacto permanente con el usuario (Empresa); a través

de llamadas telefónicas, e mail, visitas técnicas para depurar errores que se produzcan en

el manejo del sistema.

8.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; lo cual implica que las

operaciones que realizan sean de manera dinámica.

8.2.3 DESEMPEÑO DEL DESARROLLO:

El sistema contara con una garantía de 6 meses de mantenimiento y actualizaciones;

también el usuario tendrá la facilidad de adquirir las modificaciones que la empresa

requiere de acuerdo a sus necesidades.

Taller de Sistemas II Pág. 71


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

8.3 PLAN DE PRUEBAS DEL SISTEMA :

Se realizara de la siguiente manera:

1. Se reunirá al personal administrativo.

2. Los técnicos harán una exposición teórica.

3. Los técnicos encargados del sistema harán demostraciones prácticas.

4. Se hará un simulacro de practicas con el mismo personal, haciendo que estos adopten

el rol de un cliente X y un vendedor Y.

8.4 PLAN DE MANTENIMIENTO DEL SISTEMA :

 Se hará un constante mantenimiento y/o actualizaciones de la base de datos.

 Se modificaran las interfaces de acuerdo a las exigencias de la empresa conforme el

sistema vaya funcionando.

Taller de Sistemas II Pág. 72


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

CAPITULO IX

REQUERIMIENTOS TÉCNICOS

9.1 HARDWARE:

 Computadoras Pentium IV, 256Mhz, 60 Mb.

 Impresora HP 3500

 Topología estrella.

9.2 SOFTWARE:

 Windows XP.

 Microsoft SQL Server.

9.3 ARQUITECTURA DE SISTEMA:

Taller de Sistemas II Pág. 73


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

CAPITULO X

CONCLUSIONES

 Para poder desarrollar un sistema, se tiene que analizar la problemática de la empresa, para

esto las técnica más factibles son las entrevistas y encuestas a las personas involucradas.

 Para cubrir las expectativas del usuario es necesario formar parte del equipo de trabajo de la empresa;

para así conocer a fondo sus necesidades y para cubrirlas en su totalidad.

 La metodología espiral nos ayudo en la obtención de estrategias para el desarrollo de nuestro sistema.

 El sistema esta basado de tal manera que el usuario y/o personal pueda manipular dinámicamente todas

las operaciones que este requiere.

 Es necesario desarrollar un modelo de negocio para mejorar y optimizar la aplicación del software.

Taller de Sistemas II Pág. 74


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

RECOMENDACIONES

 Para el buen funcionamiento del sistema, 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.

 Se recomienda incorporar las otras áreas, para así tener un mayor control de la empresa.

 Seria recomendable que la aplicación actual y futura aplicaciones, sean desarrollados en

lenguaje de programación de licencia libre. 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.

Taller de Sistemas II Pág. 75


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

CAPITULO XI
BIBLIOGRAFÍA

BOOCH, Graady

Análisis y Diseño Orientado a Objetos

RUMBVAUGH, James y Otros

Modelado y Diseño Orientado a Objetos

PRESSMAN, Roger. S ; Mc Graw Hill

México 2004 Ingeniería de Software , un enfoque práctico ;

Baltazar y Mariano Birnios

Buenos Aires, 1999. Microsoft Visual Basic Manual de Referencia

http://www.programacion.net/

http://www.vbexplorer.com

Taller de Sistemas II Pág. 76


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. 77