Proyecto Informatico Ejemplo 011

INTRODUCCIN
Tenemos el agrado de presentar a los lectores el presente, texto y software que denominaremos;
Sistema de control interno de la Empresa de Transportes Civa - Sullana
Es bien cierto que en la actualidad hay una gran demanda de software por el fcil manejo de una
base de datos mediante interfaces. Las empresas que quieren vender sus productos
hacer operaciones rpidas tendrn que adquirir uno, pues sin software las cosas no seran tan fciles
en el aspecto del manejo de informacin de una empresa de transportes.
El proyecto de sistema constituye el resultado de un estudio realizado en la temtica de una
empresa de transportes, nuestro sistema informtico realiza el control de las operaciones
administrativas y comerciales, convirtindose en una poderosa herramienta que permite al usuario
recuperar, visualizar y procesar informacin almacenada en la Bases de Datos.
Teniendo en cuenta
que en la actualidad hay una gran demanda de software por su fcil
administracin de base de datos mediante interfaces. Las empresas que requieren desarrollarse
tendrn que adquirir uno, pues sin software las cosas no seran tan fciles en el aspecto de manejo
de base de datos.
No se necesita ser un experto en computacin, o un capo en programacin, para el manejo del
sistema. La interfaz hace que sea fcil el manejo de los datos. Y la ayuda que se proporciona
desde el men Ayuda, hace fcil entender la operacin del sistema.
La creacin de nuestro proyecto como alternativa de inversin, es el resultado de un proceso de
planeamiento estratgico 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.
CONTENIDO
1.
IDENTIFICACIN DEL PROYECTO(Tego y Angel)
1.1.
Ttulo del Proyecto.
1.2.
Descripcin
1.3.
Autor (es).
1.4.
Fecha de Presentacin.
2.
MARCO GENERAL(Tego y Angel)
2.1.
Descripcin General de la Empresa.
2.1.1.
Nombre de la Empresa.
2.1.2.
Ubicacin.
2.1.3.
Antecedentes.
2.1.4.
Descripcin.
3.
INVESTIGACION PRELIMINAR(Angel y Chato)
3.1.
Problemtica General.
3.2.
Justificacin del Proyecto.
3.3.
Objetivos General y Objetivos Especficos.
3.4.
Alcance del Proyecto.
3.5.
Estudio de Factibilidad.
3.5.1.
Factibilidad Tcnica.
3.5.2.
Factibilidad Operativa.
10
3.5.3.
Factibilidad Econmica.
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.
Descripcin de la Asignacin de Recursos.
12
3.8.
Costos.
3.9.
Beneficios.
3.10.
Tcnicas para la Obtencin de Informacin
4.
PLAN GENERAL DEL PROYECTO.(hary)
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 Asignacin de Recursos.
4.2.3.2.
Diagrama Pert.
4.2.3.3.
Cronograma del Proyecto (Diagrama de Gantt)
5.
ANLISIS DEL SISTEMA.(irwin y Chong)
5.1.
Especificacin de requerimientos.
5.1.1.
Requerimientos bsicos.
5.1.2.
Requerimientos generales de la organizacin.
5.1.3.
Requerimientos del usuario.
5.2.
Procesos del Negocio
5.3.
Reglas del Negocio
5.4.
Paquetes.
5.4.1.
Descripcin general de cada paquete.
5.4.2.
Construccin del Diagrama de Paquetes.
5.5.
Diagramas de casos de uso.
5.5.1.
Definicin de casos de uso.
5.5.1.1.
Descripcin de actores.
5.5.1.2.
Descripcin de casos de uso.
5.5.2.
Construccin de los Diagramas de casos de uso.
5.6.
Diagramas de actividades.
6.
DISEO DEL SISTEMA. (Todos)
6.1.
Diagramas de interaccin:
6.1.1.
Diagramas de secuencia o Diagramas de colaboracin
6.2.
Identificacin de objetos
6.3.
Modelo del Negocio.
6.3.1.
Describir cmo funciona o cmo funcionara el sistema con un texto en forma precisa.
6.3.2.
Construccin de las fichas CRC
6.3.3.
Identificacin 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.
Diseo e implantacin de la Base de Datos
6.5.1.
Diagrama de Componentes de la Base de Datos.
6.5.2.
Generacin del Modelo de Datos a partir del Diagrama de Clases.
6.5.3.
Creacin de la Base de Datos
6.5.4.
Construir el Diccionario de Datos.
CAPITULO I
IDENTIFICACIN DEL PROYECTO
1.1
TTULO DEL PROYECTO

Implementacin
Transportes
de una aplicacin
para el control interno de la Empresa
de
Civa - Sullana
1.2
DESCRIPCIN :
Es un sistema que permitir administrar y controlar el Registro detallado de nuestros
clientes, emisin de boletos de viaje, envo/recepcin de encomiendas y un estricto control
sobre el ingreso y salida de los mnibuses. Con la nica finalidad de facilitar la
administracin y veracidad en la atencin al cliente de la Empresa de Transporte Civa Sullana.
1.3
AUTOR (ES)
Mauricio Rivera Angel

Chong Zapata Carlos
Huancayo Arambulo Irwin
Murguia Pulache Hary
Calderon Calderon Jorge
Giron Vilela Johan
1.4
FECHA DE PRESENTACIN :
22 de Octubre del
2016
CAPITULO II
MARCO GENERAL
2.1
DESCRIPCIN GENERAL DE LA EMPRESA :

Civa - Sullana Se constituye como una de las principales empresas desarrollando sus
actividades en el transporte interprovincial de pasajeros por va terrestre brindando
servicios de cobertura en el sur de nuestro pas y la ciudad Capital.
Esta Empresa ofrece diversos mnibuses como:
2.1.1
1.
Especial
2.
Econmico.
NOMBRE DE LA EMPRESA
Empresa de Transportes Civa - Sullana

2.1.2
UBICACIN
Av. Panamericana
N 1223.
2.1.3
ANTECEDENTES
La empresa se desenvuelve de manera tradicional, a travs del manejo registros y

documentacin manual de los servicios de: emisin 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
DESCRIPCIN:
Actualmente la empresa brinda servicios de:
Venta de pasajes y envi/recepcin de encomiendas.
Adems ofrece al cliente 2 tipos e servicios referentes a la comodidad del viaje que desea
tener los cuales son: especial y econmico.
Esta Empresa lleva a cabo procesos de venta de pasajes y envo/recepcin de encomiendas
de manera formal, siendo los encargados de dichas operaciones los empleados con los que
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/recepcin 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.
CAPITULO III
INVESTIGACION PRELIMINAR
3.1
PROBLEMTICA GENERAL :
El problema de la empresa, en la actualidad es la gestin manual que se realiza durante el
proceso de la venta de boletos, envo/recepcin de encomiendas y la mala distribucin
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
siguientes:
1.
que hemos encontrado
podemos
mencionar
los
Existe una atencin 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 informacin especfica y confiable con respecto a los estados financieros

de la empresa.
5.
Prdida de tiempo para los empleado es la transcripcin de los boleto.
6.
No cuenta con un registro y control en el cobro de las encomiendas por falta de una
poltica de tarifas; lo cual conlleva a que la empresa le genere prdidas por la falsa
informacin que el empleado le pueda dar al administrador.
7.
Deficiencia en el llenado de boletos; ya que no son legibles.
8.
Deficiencia en la asignacin de horarios para los chferes por falta de un cronograma

de horarios de viaje.
3.2
JUSTIFICACIN DEL PROYECTO
Es importante la implementacin de un sistema de control interno de la Empresa de

Transportes Civa - Sullana, para automatizar los procesos de entrega de boletos y
encomiendas, disminuir el tiempo de recepcin y salida de

del
10
informacin, el proceso
Proyecto es imprescindible para cualquier empresa de transportes pues brinda un manejo

actualizado del Sistema y buena atencin a los clientes.
3.3
OBJETIVOS GENERAL Y OBJETIVOS ESPECFICOS
3.3.1
OBJETIVO GENERAL:
Elaborar una aplicacin que permita administrar y controlar el proceso de venta de
pasajes y envo/recepcin de encomiendas, para dar mayor facilidad a los clientes.
3.3.2
OBJETIVOS ESPECFICOS:
Evaluar la seguridad y existencia de controles de nuestro Modulo.
Mejorar la atencin de los clientes con mucho ms orden y disponibilidad a travs de la
implementacin de una base de datos bien estructurada.
Administrar correctamente las listas de conductores, boleteros y dems empleados
a travs de un sistema computarizado.
Disear e implementar una serie de reportes referenciales en la venta de pasajes (lista
de pasajeros, ingresos diarios, entre otros.
Lograr una mejor atencin en el envo y recepcin de
encomiendas.
3.4
ALCANCE DEL PROYECTO
Con este proyecto se lograr dinamizar el funcionamiento de la Empresa de Transportes

Civa - Sullana con lo cual se lograr simplificar procesos y disminuir costos.
Este proyecto abarca el rea de
venta de boletos y encomiendas;
tambin estn
incluidos los controles de los buses, pasajeros, conductores y personal a cargo en cada
salida.
3.5
ESTUDIO DE FACTIBILIDAD
3.5.1
FACTIBILIDAD TCNICA:
En la actualidad la empresa de transportes Civa - Sullana 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.
Se requiere contar con el equipo y personal adecuado acorde con las innovaciones
tecnolgicas. 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 elaboracin
del proyecto lo cual
necesariamente requiere que se cuente tambin con el personal adecuado para el

desarrollo del sistema.
El sistema se encontrar preparado para cualquier extensin de datos sin ninguna
dificultad para el operador(a) o a un prximo grupo de analista y diseadores de
sistemas.
El sistema cuenta con las garantas tcnicas, de acceso y seguridad de
datos.
Se requiere lo siguiente:
1.
04 Pentium IV 865 0 845 caractersticas

Intel 865 original (5) 800 Mhz---3.06 Ghz
Disco duro 80 GB
2.
Red Topologa 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 instruccin pero que no est 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.
Procesos: Una vez terminado el sistema se proceder con las siguientes

acciones:
1.
Seleccin y capacitacin 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 capacitacin
propia del funcionamiento y manejo de nuestro sistema.
2.
Profundizar
sobre las utilidades que brinda el sistema, terica y prctica,
generando en el empleado inters por el sistema para que no dude en realizar

cualquier tipo de operacin 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 atencin al cliente y al empleado.

Este sistema facilitar cumplir los objetivos y/o funciones de:
Administrador: Podr tener a la mano toda la informacin necesaria para el control
y gestin de la Empresa de Transportes, que le permita realizar los Estados financieros,
los estudios de mercado, control de tareas diarias, etc.
Clientes:
Podrn acceder a los servicios de manera sencilla y rpida, adems de
obtener sugerencias de viajes y lugares tursticos que pueden visitar

Empleado:
El Empleado tendr una visin 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 elaboracin de nuestro sistema son
1.
Aceleracin y factibilidad en la atencin a los clientes.
2.
Realizar una Base de Datos de los clientes en forma automtica.
3.
Realizacin de Reportes y consultas a gusto del Administrador.
La instalacin del sistema se har en un da, adems se le explicar cmo agregar los
usuarios y podr instalarlo
3.5.3
FACTIBILIDAD ECONMICA
La empresa de transportes cuenta con los medios econmicos y recursos para la

implementacin y puesta en marcha de este proyecto.
Justificar gastos a realizar
proyecto.
para la elaboracin
del
1
Comprar el equipo y material necesarios para la elaboracin del
proyecto.
2
La funcin de los empleados se ver beneficiada por la facilidad del sistema, que
ayudara a realizar las ventas y registro de encomiendas
que ingresen o egresen
de la empresa.
3
Este sistema se desarrollar de tal manera
comprador.
3.5.4
FACTIBILIDAD LEGAL
que ser accesible
para el
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 Diseador.
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.
3.6.3
RECURSOS DE HARDWARE
Dos computadoras Pentium IV, 256Mhz, 60 Mb.

Impresora HP 3500
Suministros para computadora e impresora.
3.7
DESCRIPCIN DE LA ASIGNACIN DE RECURSOS
Actividades
Planificacin del sistema
Anlisis de requerimientos
Diseo del sistema
Implementacin del sistema
Prueba del sistema

Evaluacin del sistema
3.8
COSTOS
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
3.9
BENEFICIOS
1.
Mejorar la calidad en la atencin al cliente tanto en la entrega y recepcin de

encomiendas como en la venta de boletos, reduciendo el tiempo de atencin.
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 desempean en cada rea.

4.
Reducir el nmero 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 bsicas de la Empresa.
3.10
TCNICAS PARA LA OBTENCIN DE INFORMACIN

Encuestas
: Al personal administrativo y operario de la empresa.
Entrevistas
empresa.
: Entrevista a los clientes y administrador principal de la
Obtencin de la informacin preliminar :

Para poder obtener la informacin se hizo entrevistas al dueo y los clientes de una
empresa de transportes, realizando una serie de cuestionarios adems, solicitamos
informes de los clientes, buses y empleados para tener una nocin de cmo se maneja la
informacin.
Tambin se revis los diferentes documentos,
tales como boletas,
comprobantes, y otros.
DISEO DE ENCUESTAS Y ENTREVISTAS:
Cuestionario para el Administrador :
1.
Qu clientes son los ms asiduos a la empresa de transportes?
2.
Actualmente usan algn software para el control de los boletos?
3.
Tienen un control para los clientes fijos?
4.
Cmo se realiza la Inscripcin de los clientes?
5.
Qu problemas se presentan con la frecuencia en el registro de control de buses?
6.
Deseara 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.
Cunto tiempo demora en atender al cliente?
2.
Con cuanto personal se cuenta para la atencin a los clientes?
3.
Cules son los problemas con mayor frecuencia para atender al cliente?
4.
Cree usted que un sistema computarizado le facilitara su trabajo?
5.
Tiene conocimientos en computacin?
6.
Que procesos realiza en la empresa de transportes?
CAPITULO IV
PLAN GENERAL DEL PROYECTO.
4.1
DESCRIBIR LA ESTRATEGIA DE DESARROLLO PARA EL SISTEMA
La metodologa a utilizar es la del enfoque espiral (Retroalimentacin), porq ue esta nos

ayudara a hacer las modificaciones necesarias sin ocasionar problemas.
La idea es formar una metodologa hibrida a travs del enfoque espiral con la tcnica
de modelamiento UML
Cada vez que aumentemos informacin o la modifiquemos no va a variar el
modelo original.
4.2
PLAN GENERAL DEL DESARROLLO DEL PROYECTO
Nuestro proyecto abarcara 3 casos especficos tales como:

a.
Emisin de boletos; registrndose los datos de los clientes y el tipo de servicio que
soliciten.
b.
Recepcin y entrega de encomiendas; los cuales irn 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
DEFINICIN DEL PANORAMA DEL PROYECTO
PANORAMA DEL
PROYECTO
NOMBRE DEL PROYECTO: Implementacin

del sistema de control interno de la Empresa de
Transportes Civa - Sullana
GERENTE DEL
PROYECTO
Chong Zapata
Carlos
Problema/Oportunidad:
Empresa de Transportes Civa - Sullana no cuenta con un sistema que realice las operaciones de:
Entrega de boletos en forma computarizados.
Envo/recepcin de encomiendas y
El control de los buses.
Meta:
Mejorar la atencin a los clientes, planificar y ejecutar observando criterios de economa y
seguridad para una atencin oportuna y eficiente de los requerimientos del servicio.
Objetivo:
1. Reunir la informacin 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 administracin de la Empresa de Transportes
Civa - Sullana
4. Generar una base de datos para la atencin a los clientes y empleados.
5. Crear un sistema para la atencin y administracin.
6. Mejorar la atencin al cliente y la organizacin de la Empresa de transportes.
Criterios de xito:
1. Apoyo integro de alta gerencia en la realizacin del proyecto.
2. Compromiso total de los futuros usuarios que van a utilizar el sistema.
3. Promueve la colaboracin del proyecto a realizar, el trabajo en conjunto e integracin
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 diseador, 2 encuestadores.
Equipo: 2 computadoras
Suministros para computadora e impresora
Software de programacin 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 ejecucin del mismo.
3. Puede que el Sistema presente algunas complicaciones en la comprensin de su manejo al
inicio.
Presentado por:
Mnica Quispe
Katherine Quiones
Alexia Calizaya
4.2.2
Fecha:
15/06/07
Aprobado Por:
Fecha:
Hoja 1 de 1
ESTRUCTURA DE ACTIVIDADES: (ESTRUCTURA DE DESGLOSE DEL TRABAJO (EDT))
La planificacin temporal de un proyecto de software es una actividad que distribuye

el esfuerzo estimado a lo largo de la duracin prevista del proyecto; asignando el
esfuerzo a las tareas especficas de la ingeniera del software. Es importante resaltar;
sin embargo, existe dos tipos de planificacin temporal una planificacin microscpica
en donde se
identifican las principales actividades de la ingeniera del software y una planificacin

temporal detallada.
HOJA DE TRABAJO
DE LA EDT
Actividad Nro.
Descripcin de la actividad
Realizar la investigacin preliminar
Planificar el proyecto
Realizar el estudio de factibilidad
Conseguir la aprobacin del proyecto
Determinar los requerimientos
Definir los requerimientos
Recopilar la informacin
Realizar el anlisis del sistema de decisin
Realizar el anlisis de costo y beneficios
Desarrollar el Sistema
Realizar el diseo rpido
Disear el sistema
Disear las salidas
Disear las entradas
Disear la interfaz del usuario
Disear la captura de datos
Disear la base de datos
Disear los procedimientos
Desarrollar el Software
Codificar el modulo principal
Codificar los mdulos secundarios
Probar el Sistema
Probar unidades
Realizar las pruebas de integracin
Probar el sistema
Poner en marcha el sistema
Elaborar el manual del usuario
Instalar el sistema
Entrenar el personal
Evaluar el sistema
1.1.
1.1.1.
1.1.2.
1.1.3.
1.2.
1.2.1
1.2.2.
1.2.3.
1.2.4.
1.2.5.
1.2.6.
1.3.
1.3.1.
1.3.1.
1.4
1.4.1
1.4.2
1.4.3
1.4.4.
1.4.5.
1.4.6.
1.5.
1.5.1
1.5.3
1.5.4
1.6.
1.6.1
1.6.2
1.6.3
1.6.4
4.2.3
NOMBRE DEL PROYECTO
DIAGRAMAS
4.2.3.1 DIAGRAMA GANTT CON ASIGNACIN DE RECURSOS

El diagrama de Gantt
nos permitir tener una visin mas clara de la programacin
de actividades planteadas
Este cuadro muestra
los recursos a necesitar. Los recursos que tengan una marca
de verificacin indican que se han asignado a las tareas seleccionadas en la vista actual.
4.2.3.2 DIAGRAMA PERT:

La tcnica de evaluacin y revisin de programa (PERT) es un mtodo de planificacin
temporal que permitir.
Determinar el camino crtico del proyecto.
Establecer las dimensiones de tiempo ms probables para las tareas
individuales aplicando modelos estadsticos.
El camino crtico se determinara para proporcionar informacin sobre:
La fecha programa de inicio y conclusin para cada una de las actividades.
Nota:
Los grficos que se muestran del Diagrama de Pert (Red) son consecutivos horizontalmente.
4.2.3.3
Cronograma del proyecto (diagrama de gantt) :
CAPITULO V
ANLISIS DEL SISTEMA:
5.1
ESPECIFICACIN DE REQUERIMIENTOS
5.1.1
REQUERIMIENTOS BSICOS:
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 informacin importante de la empresa.
5.1.2
REQUERIMIENTOS GENERALES DE LA ORGANIZACIN :

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 verdica.
Mejor atencin 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:
Emisin de boletos.
Envo y recepcin de encomiendas.
Control del personal a cargo.
5.3
REGLAS DEL NEGOCIO
Los empleados deben tener experiencia

desenvolvimiento
personal.,
atencin al cliente y un adecuado
tener conocimientos
elementales
de computacin
bsicos.
El cliente deber efectuar el pago de la encomienda en el momento del envo.
A los nios menores de 4 aos no se les cobrara pasaje.
5.4
PAQUETES
5.4.1
DESCRIPCIN GENERAL DE CADA PAQUETE

a.
Mdulo Transporte:
Es el encargado del abastecimiento dentro de logstica interna de la empresa. Como son :

Control de encomiendas: Verificar el envo y recepcin de encomiendas.
Ventas de pasajes: Emisin del boleto para los viajes.
Control de rutas: Controla la rutas de cada mnibus.
b.
Mdulo Sistema Personal:
Es el que cumple la funcin operativa y tctica dentro el sistema. Los empleados son los
encargados de esta rea.
5.4.2
CONSTRUCCIN DEL DIAGRAMA DE PAQUETES
5.5
DIAGRAMAS DE CASOS DE USO
5.5.1
DEFINICIN DE CASOS DE USO
Diag. Asignacin Rutas: Este caso de uso hace mencin 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.
Emisin: Este caso de uso es acerca de la venta del boleto para el cliente.
Administrar_Viajes : El administrador designa las rutas que se cubrirn.
5.5.1.1 DESCRIPCIN DE ACTORES :
Para el subsistema Transporte vamos a describir los CU siguientes: Cliente, Empleado,
Conductor.
Descripcin del Actor Cliente
Nombre
Cliente
Descripcin
Persona natural o jurdica que desea viajar en los mnibuses

ofrece la Empresa de Transportes.
Rol
Viajar en los mnibuses en la ETET.
Casos de uso
Solicita pasaje para un destino, realiza pago
que
El cliente puede ser natural o jurdico

El cliente jurdico hace uso de la ETET slo 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.
Notas
Descripcin del Actor Empleado

Nombre
Empleado
Descripcin
Empleado de la Empresa de Transportes Civa - Sullana encargado de la

atencin al cliente.
Vender pasajes y entregar boleto
Verificar asientos y rutas, llenar datos, generar boleto, imprimir boleto,
entregar boleto, Cobrar boleto.
Rol
Casos de uso
Notas
siguientes.
El empleado se encarga de las tareas

Vender pasajes a clientes jurdicos o naturales
Si el cliente es jurdico proceder a llenar sus datos adicionales.
Excepcionalmente no pude dar crdito, 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
Descripcin del Actor Conductor
Descripcin
Conductor
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 da, hora de su salida y llegada
Nombre
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
Notas
Para el subsistema Administracin vamos a describir los CU siguientes: Administrador:

Descripcin del Actor Administrador
Nombre
Descripcin
Rol
Casos de uso
Administrador
Es el administrador de la ETET encargado de velar por la buena distribucin
de bienes y servicios.
Pagar a los empelados, conductores, verificar el control de rutas de los buses,
velar por los intereses de la empresa.
Asigna horarios, asigna rutas.
El administrador se encarga de las tareas siguientes.

Administrar clientes a travs de las operaciones Ingresar, Modificar,
Eliminar, Buscar, Imprimir con informacin almacenada en una tabla
Cliente.
Administrar mnibuses a travs de las operaciones Ingresar, Modificar,
Eliminar, Buscar, Imprimir ficha tcnica una tabla de mnibus.
Administrar viajes a travs de las operaciones Programar horario, Ingresar,
Modificar, Eliminar, Buscar con informacin 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_Administracin con el men contextual: Open
Notas
5.5.1.2
DESCRIPCIN 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
1.- Descripcin del CU_Solicitarpasajes
CU_01
Comprar pasajes
Versin
1.0; 28/02/07
Autor(es)
Alexia Calizaya, Katherine Quiones, Mnica Quispe
Descripcin
Permite al cliente de la ETET la adquisicin de pasajes para los viajes

que realizara en dicha empresa.
Precondicin
El cliente que desea viajar en los buses de la ETET

diversos servicios que ofrece.
Secuencia normal
Paso
Accin
1
El cliente solicita pasaje para un destino al cajero(empleado)
utilizando los
El empleado verifica asientos y rutas
3
4
El empleado recibe y/o llena los datos del cliente.

El empleado genera e imprime boleto.
El cliente le cancela al empleado el pasaje.
6
7
El empleado le entrega el respectivo pasaje.

El cliente verifica si no hay ningn error.
El empleado registra al cliente para el respectivo viaje.
Poscondicin
El cliente con pasajes comprados.
Excepciones
Paso
2
La funcin 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.
Paso Cota de tiempo
Rendimiento
Frecuencia
Importancia
Urgencia
Comentarios
El promedio de realizar una compra dura de 1 a 5 minutos.

1-2
Las compras de pasajes se presentan con frecuencia cuando hay feriados
interesantes.
Es importante tener acceso a varios viajes de los mnibuses.
Es bueno ofrecer varios viajes para la Empresa de Transportes.
La venta de pasajes para la Empresa de Transportes es libre, salvo que
los pasajes estn 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
2.- Descripcin del CU Cobrar

CU_02
Cobrar
Versin
1.0; 28/02/07
Autor(es)
Descripcin
Permite al empleado de la ETET cobrar los pasajes para los viajes que realiza
dicha empresa.
Precondicin
Persona encargada de cobrar los pasajes de los clientes que desean viajar en
los mnibuses que ofrece la Empresa de Transportes.
Secuencia
normal
Paso
Accin
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 jurdico, cobra el precio normal y se procede al

llenado de sus datos adicionales con los correspondientes
pasajes.
El Cliente hace el respectivo pago del pasaje.
El Cliente que recibe su respectivo boleto.
2
3
Postcondicin
Excepciones
Usuario con pasajes cancelados.

Paso
2
El viaje del Transporte se cancela:

* El empleado informa al cliente y puede optarse por 2 alternativas:
Cota de tiempo
El promedio de realizar una cobranza dura de 1 a 5 minutos.
Rendimiento
Paso
1-2
Frecuencia
Las cobranzas de los pasajes se presentan despus de realizar una compra de

pasaje.
Importancia
Es importante tener acceso a varios viajes que ofrece la empresa.
Urgencia

La cobranza de pasajes para la Empresa de Transportes es para realizar un
viaje, salvo que los pasajes estn agotados.
Comentarios

ImprimirBoleto del diagrama DiagramaCU_EmisionPasajes con el men contextual:
Open Specification/ Files.
3.- Descripcin del CU Imprimir
CU_03
Imprimir
Versin
1.0; 28/02/07
Autor(es)
Descripcin
Permite al empleado de la Empresa de Transportes imprimir pasajes para

los viajes que realiza dicha empresa.
Precondicin
Secuencia normal
Postcondicin
Excepciones
Empleado que entrega a los clientes su respectivo pasaje para viajar en

los mnibuses que ofrece la Empresa de Transportes.
Paso
El cliente solicita un boleto para su viaje.
Empleado recibe datos del cliente
Empleado genera los boletos.
El cliente cancela el pasaje
El cliente recibe dicho pasaje imprimido.
Usuario con pasajes imprimido.

Paso
2
Rendimiento
Accin
Paso
1-2
La funcin del Transporte se cancela:

El cajero informa al usuario y puede optarse por 2 alternativas:
Cota de tiempo
El promedio de realizar una impresin 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 fciles la

entrega de los pasajes a los clientes.
Urgencia

La impresin de pasajes para la Empresa de Transportes es solo cuando
el usuario aya cancelado el pasaje.
Comentarios
4.- Caso de uso para el DiagramaCU_ControlRutas

Registro de llegada/salida del diagrama DiagramaCU_ControldeRutas con el men contextual:
CU_04
Asignar Horarios
Versin
1.0; 28/02/07
Autor(es)
Descripcin
Permite al conductor de la Empresa de Transportes tenga un rol de

horarios de viajes y asignacin de rutas de viaje que realiza dicha
empresa.
Precondicin
Conductor realizara los viajes con los buses de acuerdo al horario

asignado por el administrador de la empresa de transportes.
Secuencia normal
Paso
1
2
Postcondicin
Excepciones
El administrador
respectivas rutas.
Accin
asignara los horarios de
Conductor proceder a verificar y consultar el registro de

control de rutas y horarios.
Asignacin de horarios y rutas errneas.

Paso
2
viaje con sus
La funcin del Transporte se cancela:
Paso
Rendimiento
El cajero informa al administrador y puede optarse por 2

alternativas:
Cota de tiempo
1-2
El promedio de realizar correccin de asignacin de horarios

dura de 1 a 5 minutos.
La asignacin de horarios y rutas en exceso se presentan con frecuencia
cuando hay feriados interesantes.
Frecuencia
Importancia
Es importante no tener ningn error en la asignacin de rutas y horarios

para hacer fciles el control de los buses y conductores.
Urgencia
Comentarios
La asignacin de rutas y horarios para la Empresa de Transportes es solo

conveniente para evitar accidentes de transito.
Asignacin de rutas/horarios del diagrama DiagramaCU_ControlRutas con el men contextual:
5.- Descripcin del CU Registro Entrada/Salida

CU_05
Versin
Autor(es)
Entrada/Salida
1.0; 28/02/06
Descripcin
Permite al conductor de la ETET registrarse para los viajes que realiza dicha
empresa.
Precondicin
El conductor deber registra la hora de llegada y salida en un registro de

control.
Secuencia
normal
Postcondicin
Paso
Accin
El conductor recibe la asignacin de rutas y horarios por parte del

administrador.
1.a Si llega de un viaje deber registrarse en un registro de llegada
Si sale para un viaje deber registrase en un registro de salida.
1.c
Conductor proceder a consultar el registro de control
Conductor registros concluidos
Excepciones
Paso
2
Rendimiento
Paso
1-2
Frecuencia
1.b
El control de registros incorrectos:

* El conductor informa al administrador y puede optarse por 2
alternativas:
Se realiza la correccin en momento oportuno.
Se posterga el viaje del conductor y bus.
Cota de tiempo
El promedio de realizar una correccin dura de 1 a 5 minutos.
Los registros de llegad y salida de los conductores se presentan con frecuencia

en feriados interesantes.
Importancia
Es importante tener acceso al registro de control de llegad y salida.
Es bueno llevar un control interno de viajes en la empresa de transportes.

El registro de control de llegad y salida es importante para evitar la ola de
Comentarios
accidentes en la carretera.
SolicitarenviarEncomienda del diagrama DiagramaCU_Encomienda(Envio) con el men
contextual: Open Specification/ Files.
Urgencia
6.- Descripcin del CU_SolicitarenviarEncomienda

CU_06
Versin
1.0; 28/02/07
Solicitar envo d encomienda
Autor(es)
Descripcin
Permite al cliente de la ETET la realizar el envo de encomienda en

dicha empresa.
Precondicin
El cliente que desea solicitar el servicio de envo de encomienda en los

buses de la ETET.
Secuencia normal
Paso
Accin
1
El cliente solicita envi de encomienda(empleado)
2
3
El empleado verifica la tarifa de encomiendas.

El empleado registra la encomienda.
El empleado genera el comprobante por la encomienda.
El cliente le cancela el servicio de envi de encomienda.
El empleado le entrega el respectivo comprobante.
El empleado registra al cliente con la respectiva encomienda de

envi.
Poscondicin
El cliente con encomiendas pagadas.
Excepciones
Paso
2
La funcin del Transporte si se cancela:
El empleado informa al cliente y puede optarse por 2
alternativas:
Se le devuelve el dinero de la encomienda.
Paso Cota de tiempo
Rendimiento
1-2
El promedio de realizar un servicio de envi de encomienda dura

de 1 a 5 minutos.
Frecuencia
La adquisicin de servicio de encomienda se presenta con frecuencia

Importancia
Es importante tener acceso a varios servicios de encomienda.

Es bueno ofrecer varios servicios y alternativas de encomienda para la
Empresa de Transportes.
Urgencia
El servicio de encomienda para la Empresa de Transportes es libre.

Comentarios
envioencomienda del diagrama DiagramaCU_Emisiondepasajes con el men contextual: Open

CU_07
Cobrar
Versin
1.0; 28/02/07
Autor(es)
Descripcin
Permite al empleado de la ETET cobrar por el servicio de encomienda para

Precondicin
Persona encargada de cobrar los servicios de encomienda de los clientes que

desean enviar en los mnibuses que ofrece la Empresa de Transportes.
Secuencia
normal
Paso
Accin
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

llenado de sus datos adicionales y emisin de factura.
El Cliente hace la respectivo pago del servicio de envi de
encomienda.
El Cliente que recibe su respectivo comprobante de pago 8factura o
boleta)
2
3
Postcondicin
Excepciones
Rendimiento
Frecuencia
Usuario con encomiendas canceladas.

Paso
2

* El empleado informa al cliente y puede optarse por 2 alternativas:
Cota de tiempo
Paso
1-2
Las cobranzas del envi de encomiendas se presentan despus de realizar una
adquisicin 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.
La cobranza del envo de encomienda para la Empresa de Transportes es libre.

Comentarios
imprimir comprobantedepago del diagrama DiagramaCU_Encomienda(envio) con el men
contextual: Open Specification/ Files.
9.- Descripcin del CU_PedirEncomienda
CU_06
1.0; 28/02/07
Versin
Pedir encomienda
Descripcin

Permite al cliente de la ETET la realizar la entrega de encomienda en
dicha empresa.
Precondicin
El cliente que desea solicitar la recepcin el servicio de encomienda en
Autor(es)
los buses de la ETET.

Secuencia normal
Paso
Accin
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.
El empleado registra los datos del recepcionista de la encomienda

(cliente)
El empleado genera el comprobante por la encomienda.
El cliente le cancela el servicio de entrega de encomienda.
El empleado le entrega el respectivo comprobante.
El empleado registra al cliente con la respectiva encomienda de

envi.
Poscondicin
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.
Paso Cota de tiempo
Rendimiento
1-2
Frecuencia
Importancia
Urgencia
El promedio de realizar un servicio de envi de encomienda dura

de 1 a 5 minutos.
La adquisicin de servicio de encomienda se presenta con frecuencia

Es importante tener acceso a varios servicios de encomienda.
Es bueno ofrecer varios servicios y alternativas de encomienda para la
Empresa de Transportes.
El servicio de encomienda para la Empresa de Transportes es libre.

Comentarios
Recepcion encomienda del diagrama DiagramaCU_Encomienda(recepcion) con el
men contextual: Open Specification/ Files.
CU_07
Versin
Autor(es)
Descripcin
Precondicin
Secuencia
normal
Cobrar
1.0; 15/02/2006
Permite al empleado de la ETET cobrar por el servicio de encomienda para
Persona encargada de cobrar los servicios de encomienda de los clientes que
desean enviar en los mnibuses que ofrece la Empresa de Transportes.
Paso
Accin
Empleado que cobra los servicios de encomienda del cliente quien

reciba un comprobante de pago para realizar la recepcin de
encomienda en los mnibuses

Transportes.
Postcondicin
Excepciones
que ofrece
la Empresa
de
1.a
Si es cliente natural, cobra el precio normal y se emite una

boleta.
1.b

llenado de sus datos adicionales y emisin de factura.
El Cliente hace la respectivo pago

encomienda.
del servicio de envi de
El Cliente que recibe su respectivo comprobante de pago (factura o

boleta)
Usuario con encomiendas no a su destino y cancelados.

Paso
2

* El empleado informa al cliente y puede optarse por 2
alternativas:
Cota de tiempo
Rendimiento
Paso
1-2
Frecuencia
Las cobranzas del envi de encomiendas se presentan despus de realizar

una adquisicin del servicio de encomienda y recibido el comprobante de
pago.
Importancia
Es importante tener acceso a servicios de encomienda

empresa.
Urgencia
Es bueno ofrecer ss de encomienda para la Empresa de Transportes.
que ofrece la
La cobranza del envi de encomienda para la Empresa de Transportes es libre.

Comentarios
imprimi rcomprobantedepago del diagrama DiagramaCU_Encomienda(recepcion) con el
men contextual: Open Specification/ Files.
5.5.2
Construccin de los Diagramas de casos de uso
Diag. Asignacin Rutas
R egis tro _H orario

s
As ignar H orarios
C onducto
r
Ad m i n i s t r a d o r
s
R e g i s tr a r A c c e s o
R e g is t r a r S a l i d a
As i g n a r R u t a
R e g is tr o _ R u ta s
C o n s u l ta r R e g i s t ro d e C o n tr o l
R egis trar Lle

gada
R e g i s tr o _ C o n t r o l
Diag_enviar_encomiendas
Ta rifa s
Sol i c i t a En v i a r En c o m i
en da
V e ri f i c a r T a ri f a
En c o m i end a
C l ie n te
Pa ga r E n c o m i en
da
f ro m E m i si o n d e P a sa j e
s)
E m p le a d o
( fr o m E m i si o n d e P a sa j e s)
C o m p ro b a n t e
R e g is tra r E n c o m i e n d a
G e n e ra r c o m p ro b a n t e
< < R e c i b i r> >
E n t re g a d e c o m p ro b a n t e
Diag_recoger_encomienda
Pedir Encomienda
Empleado
Verificar Encomienda
(fr om Em i si on de P a sa j es)
Cliente
Llenar Registro de Entrega
(from Em i si on de Pa sa j
es)
Encomienda
Reg_Entrega
Entrega Encomienda
Emisin
Verificar As ientos y Rutas

Solicita r Pa s aje para un d es tin
o
Boleto
Ruta s
CN atural
Em pleado
Realizar Pago
Llena r Datos
Clie nte
Genera r Bo le
to
Boleto
Datos C lie nte
<<exten d s>>
C Jurid ico
Incluir Datos Ad icionales
Entregar Boleto
Administracion
Ad mi ni stra r_omnibu se s
Ad m i ni stra r_Ru tas
Ad m i ni stra dor
(f rom As ignac ion_Rutas
)
Ad m i ni stra _Pe rso nal
Asi gna r_Usuari os(Perm i sos)
Administrar_Viajes
DiagCU_AdministrarPersonal
Administrador
(from Asignacion_Rutas)
Registra_Empleados
Asigna_Cargos
Actualiza_Datos
Realiza_Pagos
DiagCU_AsignarUsuarios
Admi nistrador
(from As ignac ion_Rutas
)
Veri fi ca_C
argo
Asi gna_Permi sos_Restri

ngidos
Contrasea
5.6
DIAGRAMAS DE ACTIVIDADES
DiagActGenerarComprobante
Solici ta r envio
de
encomienda
Veri fi car
encomiend
a
Veri fi
car
tarifa
Veri fi
car cli
ente
[ RUC ]
Llenar
datos adi
cinales
[ D NI ]
Entrega
conprobante
de pago
DiagActGenerarBoleto
Solicitar
Boleto
Informa
destino
[ No Existe ]
Verificar
Hora/Ruta
[ Existe ]
Identificar
Cliente
[ RUC ]
[ DNI ]
Generar
boleto
Llenar datos
adicionales
CAPITULO VI
DISEO DEL SISTEMA

6.1
DIAGRAMAS DE INTERACCIN
6.1.1
DIAGRAMAS DE SECUENCIA O DIAGRAMAS DE COLABORACIN
DiagSecVerificar_Asientos_Rutas
ce : Client e
1: Solicitar Boleto
E : E m p le ad o
C : M onitor
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
6.2
IDENTIFICACIN DE OBJETOS
Tabla Asignacion
Tabla Boleto
Tabla Cargo
Tabla Cliente
Tabla Comprobante
Tabla Detalle_Comprobante
Tabla Empleado
Tabla Encomienda
Tabla mnibus
Tabla Recepcin
Tabla Ruta
Tabla Usuario
6.3
MODELO DEL NEGOCIO
6.3.1
FUNCIONAMIENTO DE LA EMPRESA
La Empresa de Transportes Civa - Sullana
:
realiza funciones de viaje de mnibuses
en formato de viaje (para clsicos del Transporte), de Especial y Econmico.

Los mnibuses
se adquieren por compra o donacin o alquiler en caso de viajes. Los
usuarios son de un solo
tipo: clientes. Slo se almacena
informacin
sobre los
clientes. Las funciones se programan en simples.

Sobre los mnibuses se debe tener los datos sobre el dueo, los papeles en Regla, la
terramoza, el carro en buen estado, el ao de produccin, la empresa productora, el color
(blanco y negro y colores), la duracin 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 nmero de serie.
Sobre los pasajes es necesario saber la disponibilidad, el nmero. Se debe poder realizar
operaciones de vender, intercambiar y anular.
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 bsqueda.
6.3.2
CONSTRUCCIN DE LAS FICHAS CRC :

Ficha CRC para la clase mnibus:
CLASE: mnibus
Responsabilidades
Colaboradores
Adquisicin
Administrativo
Proyeccin
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
Chferes, 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
Ficha CRC para la clase Cliente

CLASE: Cliente
Responsabilidades
Comprar pasajes
Asistir a funciones
Criticar mnibuses
Colaboradores
Empleado
Funcin, 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, Funcin, mnibus
Empleado
CLASE: Boleto
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
CLASE: Comprobante
nro_comprobante: integer
cod_cliente: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 envo de Encomienda
Pagar encomienda
Colaboradores
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
CLASE: Recepcion
cod_rcepcion: integer
ref_clienteo: varchar
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
Entregar Comprobante
Empleado
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, Funcin.
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
CLASE: Asignacion
cod_asignacion: integer
cod_omniibus: integer
fecha_asignacion: datetime
activo:bit
Superclases
Subclases
6.3.3
IDENTIFICACIN DE LOS TIPOS DE RELACIONES:

Clase asociacin: Resulta de la asociacin entre las tablas Comprobante y Encomienda,
la clase Detalle_comprobante hereda cualidades de la clases involucradas
Encom i enda
Co m p ro ban te
num _co mprobante : Intege
r fe cha _com prob ante :
Date
ti po _co m p rob ante :
Integer
i g v_co m p rob an te :
Currency m ont_total : Cu
rrency
anular : Byte
cod_encom i en da : In te
ger de s_enco m i en da :
Stri n g
pre c_e ncom i e nda : Cu rren
cy pe so_en com i e nda :
Inte ger
ti p o_e nco m i enda : Inte ge r
Modi fi
car() Gu
ard ar() El i
m i na r()
Ca l cul a r_sub
total () Ca l cul a
r_tota l ()
De tal l e_ co
mprobante ca nti da d :
Inte ge r
i m porte : Currency
ref_ encom i en da : Stri n
g
ca l cu l ar_i m
porte()
Clase Asociacin (Unidireccional): La clase Cliente se dirige a un solo sentido en este

caso solo se relaciona con la clase Comprobante.
Cl i e nte
cod _cl i ente : In teg
er di re_ cl i en te :
Stri ng fon o_ cl i
ente : Stri ng ti p o_
cl i en te : Byte
no m b _cl i en te : Stri
n g ap el _ cl i ente :
stri ng
dn i _cl i ente : stri n
g ruc_cl i e nte : Stri
n g ob s_ cl i e nte :
Stri ng
Ingre sar()
El i mina
r() M o di fi
car() Gu
arda r()
Buscar()
Com p robante
1. .
n um _ com pro ban te : Inte

ger fecha_ co m pro ba nte :
Da te
ti po_co m p rob an te : Integ er
i gv_com pro ba nte : Curre
ncy m o nt_ total : Currency
a nul a r : Byte
Ca lcular_ subtota
l() Ca lcular_total ()
Clase Asociacion (Unidireccional): La clase Empleado se dirige a un solo sentido en

este caso solo se relaciona con la clase Cargo.
Em pl e ado
cod_empl ead o : Intege
r ap el _ em pl e ad o : Stri
ng
no m b _e m p l ea do : Stri n
g di re_e m pl e ado : S tri ng
fon o_ em pl e ad o : Stri ng
foto_e m pl e ado : Do ubl e
sexo_ em pl e ad o : Byte
dn i _e m p l ea do : Stri
ng refe_e m pl e ado : S
tri ng ob s_em pl e ado : S
tri ng
Cargo
1. . *
c od_c argo : Int eger

nom b_c argo : St
ring
m ont_c argo : C urrenc
y des p_c argo : String
Agregar()
Modif ic ar()
Guardar()
Elim inar()
El i m i na r()
Modi fi
car()
Buscar()
Gu ard ar()
Clase Asociacion (Unidireccional): La clase Empleado se dirige a un solo sentido en

este caso solo se relaciona con la clase Asignacion.
Em pl ea
do o : Inte
cod_ em pl e ad
ger ap el _empleado :
Stri ng
no m b _em pl e ad o : Stri
ng di re_e m pl ea do :
Stri n g fono_empleado :
Stri ng foto_e m pl ea do :
Dou bl e se xo_empleado
: Byte
dn i_empl eado : Stri
ng refe_e m pl eado :
El i m i na
r() Modi fi
car() Bu
sca r() Gua
rda r()
Asi gnaci o
cod _asi g nacin o n :
Intege r fech_a si gnaci
on : Date
1..* acti vo : Byte
Modi fi car()
Borra r()
Gu arda
r()
Clase Asociacin (Unidireccional): La clase mnibus se dirige a un solo sentido en este

caso solo se relaciona con la clase Asignacin.
Om ni b us
cod_omnibu s : Intege
r m arc_ om ni b us :
Stri ng pl ac_o m n i bu
s : Stri ng
nroa_ om ni b us : Inte
ge r ap rd_ om ni b us :
Da te
ti p o_ om ni bus : Inte
ger ob s_om ni bus :
Stri ng acti vo : Byte
M odi fi
car() Gu
ard ar()
Buscar()
El i m i n ar()
Asi gnaci on
1
1. .*
co d_ asi gn aci o n :
Intege r fe ch_ asi gn aci
on : Date
a cti vo : Byte
Mod i fi ca
r() Bo rra
r()
Guardar()
Clase Agregacin: La clase Cliente es una agregacin de la clase Boleto

Cl i e nte
co d_cl i en te : Intege
r dire_cliente : Stri
ng fo no _cl i e nte :
Stri n g ti po_cliente :
Byte
n om b_cl i ente : Stri
ng
apel _cli ente : stri
ng dni_cl iente : stri
ng
ru c_cl i ente : Stri
ng o bs_cl i e nte :
Stri ng
Bo l eto
nro_ bol eto : Inte ger
nroa _bo l e to : Intege r
prec_boleto : Cu
rrency fech_boleto :
Da te
hora _bo l e to : Da te
obs_b ol e to : Stri
1. .
* ng acti vo : B yte
Im pri m i
r() En tre
gar() Ve
nd er() El i
m i nar()
In gre sar()
El i m i n
ar() Mod i fi
car() Guard
ar()
Buscar()
Clase Agregacin: La clase Empleado es una agregacin de la clase Comprobante

Em pl ead o
Co mprobante
nu m _ com pro bante : Inte
ge r fecha_ com pro ba nte :
Da te
ti p o_com prob an te : Inte
ger
igv_com proba nte : Currency
m o nt_ total : Currency
an ul a r : Byte
1
1.
.*
Ca lcular_ subtota
l() Ca lcular_total ()
cod_empleado : Inte ger

ap el _ em pl e ad o : Stri
ng no mb_em p l eado :
Stri ng di re_e m p l e ad o
: Stri n g fono_em pl e ad o
: Stri ng foto_e m p l e ad o
: Do ubl e
se xo_ em pl e ad o : Byte
dn i _e m p l ea do : S tri
ng refe_e m p l e ad o :
Stri n g ob s_ em pl e ad
o : Stri n g
El i m i na
r() Modi fi
car() Bu
scar()
Gu ard ar()
Clase Agregacin: La clase Empleado es una agregacin de la clase Boleto

Em pl e ado
Bol eto
n ro_ bo l eto : Inte
ger
n roa _b ol e to : In
teger
p rec_ bo l eto : Cu
rrency fe ch_ bo l eto :
Da te
hora _b ol eto :
Date obs_boleto :
Stri ng a cti vo :
Byte
Im
prim
ir() En tre
gar() Ve
nd er()
El i m i
nar()
1. .*
co d_ em pl e ad o : Inte
ge r a pel _e m p l ea do :
Stri ng
nom b_em pl e ad o : Stri
ng d i re_em p l ea do :
Stri ng
fo no _e m p l ea do : Stri
ng fo to_em p l ea do :
Dou bl e se xo _e
mpleado : Byte
d ni _ em pl ead o : Stri
n g re fe_em p l ea do :
Stri ng obs_empl ea do
: Stri ng
El i m i
nar() Mod i
fi ca r() Bu
sca r()
Guardar()
Clase Agregacin: La clase Empleado es una agregacin de la clase Recepcin.

Em pl e ado
cod _e m p l ead o :
Integer ap el _ em pl e
ado : Stri ng
no m b _e m p l ead o :
Stri ng di re_e m pl e ado
: Stri n g
fo no_ em pl e ado : Stri
ng fo to_e m pl e ado :
Dou bl e sexo_ em pl e
ado : Byte
dn i _e m p l ea do : Stri
n g re fe_e m pl e ado :
Stri ng ob s_em pl e ado
: Stri ng
Recepci o n
c od_rec epc ion :
Integer ref _c lient eO :
St ring
ref _c lient eD : St
ring origen : String
des p_rec epc ion : St
ring f ec ha : D at e
es tado : By t e
1. .*
N uev o()
Guardar()
Elim inar()
Bus c ar()
El i m i na
r() M odi fi
car()
Buscar()
Gu ard ar()
Clase Agregacion: La clase Omnibus es una agregacin de la clase Rutas.

Om ni b us
Ru tas
co d_ ruta : Integ er
nom b _ruta : Stri ng
ti po_servi ci o : In teg
er hora : Da te
co sto : Curre ncy
1. .*
cod_omnibu s : In
teger m a rc_ om ni b
us : Stri ng pl a c_o m
n i bu s : Stri ng
nro a_ om ni bus : Inte
ge r ap rd_ om ni bus :
Da te
ti p o_o m ni bus : Inte
ger ob s_om ni bus : S
tri n g acti vo : Byte
Program
ar() Mo di fi
car()
Guardar()
El i m i
nar() Bu
sca r() Im
pri m i r()
Modi fi
car() Gu
ard ar()
Buscar()
El i m i n ar()
Clase Agregacion: La clase Rutas es una agregacin de la clase Boleto

Ru tas
Bo l eto
nro_bol e to : Integer
nroa_bol eto : In te ge r
prec_boleto : Curren
cy fe ch_boleto : Date
hora_bol eto : Da te
obs_boleto : Stri
ng a cti vo : Byte
Im pri m i
r() En tre
gar() Ve
nd er()
El i m i
co d_ ruta : Inte ge r
nom b_ruta : Stri ng
ti po_ servi ci o : In teg
er h ora : Da te
co sto : Currency
1. .*
Prog ram
ar() Mod i fi
ca
Gur()
ardar()
El i m i
nar()
Busca r()
Im pri m i
6.3.4
MODELO CONCEPTUAL DE NEGOCIO
6.4
DIAGRAMAS DE ESTADO
DS_Cliente (Pertenece a la clase cliente)
6.5
DISEO E IMPLANTACIN DE LA BASE DE DATOS
6.5.1
DIAGRAMA DE COMPONENTES DE LA BASE DE DATOS:
<<Tablespace>>
TSP_0
D B_SisTransporte
6.5.2
GENERACIN DEL MODELO DE DATOS A PARTIR DEL DIAGRAMA DE CLASES :
1..
Comprobante
Recepci on
num _c om probant e : IN T
f ec ha_c om probant e : DATETI ME
Usuari o
id_usuario : VAR CH AR(50)
cod_recepc ion : IN T
ref _c lienteO : VAR CH
AR(50) ref _c lienteD : VAR CH
AR(50)
origen
:
VARCH AR(40)
desp_rec epc ion : VAR CH AR(100)
f ec ha : D ATETI ME
es tado : BI T
cod_empleado : IN T
t ipo_c om probante : I NT
igv _c om probante : MON EY
m ont _total : MON EY
anular : SMALLI NT
c od_empleado : I N
T c od_c lient e : IN T
anular : SMALLI NT
<<F K>> F K_Com probant e192()

<> TC _C om probant e386()
<> TC _C om probant e402()
1..*
Encom i enda
c od_enc om ienda : I NT
des _enc om ienda : VAR CH
AR(70)
prec_enc om ienda : MONEY

pes o_enc om ienda : IN T
apel_empleado : VAR CH AR(30)

nomb_em pleado : VAR CH AR(30)
dire_empleado : VAR CH AR(50)
f ono_em pleado : VAR CH
AR(10)
1. .*
<<PK>> PK_C liente184()
0..*
Detal l e_com probante
<<PK>> PK_Om nibus 179()
1..*
ref _enc om ienda : VARC H AR (70)

c od_encomienda : I NT
num _c om probant e : IN T
Bol eto
1. .*
nro_bolet o : I NT
<<PK>> PK_Detalle_com probant e181()

<<F K>> F K_Detalle_com probant e190()
<<F K>> F K_Detalle_com probant e189()
<> TC _D et alle_c om probant
e397()
<> TC _D et alle_c om probant
e398()
tipo_omnibus : I NT
obs_omnibus : VAR CH
AR(70) ac tiv o : BI T
0..*
c ant idad : I N T
im port e : MONEY
1. .*
nroa_bolet o : IN T
prec_bolet o : MON EY
f ec h_boleto : D ATETI ME
hora_bolet o : DATETIME
obs _bolet o : VAR C HAR
(70)
ac tiv o : BIT
c od_empleado : I N T
cod_ruta : IN T
c od_c lient e : I N T
<<PK>> PK_Bolet o182()
<<FK>> F K_Bolet o191()
<> TC_Bolet o400()
1. .*
Omni bus
m arc _om nibus : VAR C H
AR(30) plac_omnibus : VAR CH
AR(10) nroa_om nibus : I N T
aprd_om nibus : DATETI ME
<<PK>> PK_Enc om ienda183()
obs _c lient e : VAR CH AR(70)
1..*
cod_omnibus : INT
Cl iente
dire_c lient e : VAR CH AR(30)
f ono_c liente : VAR CH AR(40)
t ipo_c lient e : BI T
nomb_c liente : VAR CH
AR(30) apel_c liente : VAR CH
AR(40) dni_client e : VARC
HAR (10) ruc _c lient e : C H AR
(11)
Asignacion
c od_asignacion : IN T
<<Index>> TC _C argo390()
<<PK>> PK_Em pleado177()
t ipo_enc om ienda : I NT
c od_c lient e : I N T
<<PK>> PK_Cargo187()
<<FK>> F K_Cargo185()
f ot o_empleado : I
MAGE
s ex o_em pleado : BI
T
dni_em pleado : VAR C HAR
(8)
ref e_empleado : VAR CH AR(40)
obs _empleado : VAR CH AR(70)
c od_c argo : I N T
<<PK>> PK_Us uario188()
m ont _cargo : MON EY

desp_c argo :
VARCH AR(70)
cod_empleado : I N T
od_empleado : I N T
1
nomb_us uario : VAR CH AR (50)

pas s_us uario : VAR C HAR (15)
ac tiv o : IN T
cod_c argo : I N T
nomb_cargo : VAR C HAR
(50)
Em pl eado c
1. .*
<<PK>> PK_R ec epcion186()

<<FK>> F K_R ec epcion182()
<<Index>> TC _R ecepc ion384()
<<PK>> PK_Comprobant e185()

<<F K>> F K_Com probant e183()
Cargo
Rutas
cod_ruta : I N T
nom b_ruta : VARC HAR (30)
tipo_s erv ic io : I NT
hora : D ATETI ME
cost o : MON EY
1. .*
cod_omnibus : INT
<<PK>> PK_R ut as 180()
<<FK>> F K_R ut as 187()
<<Index>> TC _R utas394()
f ec h_as ignacion : DATETI ME

ac tiv o : BIT
c od_empleado : IN T
c od_omnibus : I NT
<<PK>> PK_As ignac ion178()

<<FK>> F K_As ignac ion186()
<<FK>> F K_As ignac ion184()
<> TC_Asignac ion392()
<> TC_Asignac ion388()
6.5.3
CREACIN DE LA BASE DE DATOS EN SQL SERVER
6.5.4
DICCIONARIO DE DATOS
Tabla
Comprobante
CAMPO
DESCRIPCION
TIPO DE
DATO
TAMAO
nro_comprobante
Cdigo que se le asigna al comprobante
Integer
cod_cliente
Cdigo del cliente que adquiere los servicios.
Integer
cod_empleado
Cdigo del empleado que trabaja en la empresa.
Integer
fech_comprobante
Fecha en la que se realiza la transaccin.
Datetime
igv_comprobante
Porcentaje que se le aplicara a la encomienda.
Money
mont_total
Monto que tendr que aportar el cliente.
Money
anular
Accin que eliminara el comprobante.
Bit
Tabla
Cliente
CAMPO
DESCRIPCION
TIPO DE
DATO
TAMAO
cod_cliente
Cdigo que se le asigna al cliente
Varchar
30
nomb_cliente
Nombre del cliente.
Varchar
40
apel_cliente
Apellido del cliente.
Varchar
50
dire_cliente
Direccin de cliente.
Varchar
10
dni_cliente
Documento que identifica al cliente natural.
Varchar
15
fono_cliente
Telfono del cliente.
Varchar
tipo_cliente
Determina si el cliente es natural o jurdico.
Bit
ruc_cliente
Documento que identifica al cliente jurdico.
Char
11
obs_cliente
Informacin adicional acerca del cliente.
Varchar
70
Tabla
Recepcin
CAMPO
DESCRIPCION
TIPO DE
DATO
TAMAO
cod_recepcion
Cdigo que se le asigna a la recepcin.
Integer
ref_clienteO
Cliente que enva la encomienda.
Varchar
50
ref_clienteD
Cliente que recibe la encomienda.
Varchar
50
cod_empleado
Cdigo del empleado que atiende al cliente.
Integer
origen
Lugar de donde se enva la encomienda.
Varchar
40
desp_recepcion
Descripcin de la encomienda.
Varchar
100
Fecha
Fecha en la se recepciona la encomienda.
Datetime
estado
Verifica si la encomienda fue entregada.
Bit
Tabla
Encomienda
DESCRIPCION
CAMPO
TIPO DE
TAMAO
DATO
cod_encomienda
Cdigo que se le asigna a la encomienda.
Integer
desp_encomienda
Se detalla la clase de encomienda.
Varchar
70
peso_encomienda
Cantidad en kilogramos de la encomienda.
Integer
prec_encomienda
Valor a aportar por el cliente.
Money
Tabla
Detalle_comprobante
DESCRIPCION
CAMPO
TIPO DE
TAMAO
DATO
cod_encomienda
Cdigo que se le asigna al detalle.
Integer
nro_comprobante
Numero de encomienda.
Integer
ref_encomienda
Indica que tipo de encomienda se enva.
Varchar
70
cantidad
Valor a aportar por el cliente.
Integer
importe
Cantidad total a pagar.
Money
Tabla
Empleado
CAMPO
DESCRIPCION
TIPO DE
DATO
TAMAO
cod_empleado
Cdigo que se le asigna al empleado
Integer
nomb_empleado
Nombre del empleado.
Varchar
30
apel_empleado
Apellido del empleado.
Varchar
30
dire_empleado
Direccin de empleado.
Varchar
50
fono_empleado
Telfono del empleado.
Varchar
10
sexo_empleado
Sexo del empleado.
Bit
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
Cdigo del cargo que desempea el empleado
Integer
obs_empleado
Datos adicionales del empleado.
Varchar
70
Tabla
Boleto
CAMPO
DESCRIPCION
TIPO DE
DATO
TAMAO
nro_boleto
Numero que se le asigna al boleto.
Integer
cod_empleado
Cdigo del empleado que atiende.
Integer
cod_cliente
Cdigo del cliente que compra un boleto.
Integer
cod_ruta
Cdigo de la ruta que comprara el cliente.
Integer
nroa_boleto
Numero del asiento que ocupara el cliente.
Integer
prec_boleto
Precio del boleto o ruta.
Money
fech_boleto
Fecha en la cual se realizara el viaje.
Datetime
hora_boleto
Hora en la que se realizara el viaje.
Datetime
activo
Indica si el asiento esta ocupado o disponible.
Bit
Tabla
Cargo
CAMPO
DESCRIPCION
TIPO DE
DATO
TAMAO
cod_cargo
Cdigo que se le asigna al cargo
Integer
nomb_cargo
Cargo o profesin del empleado.
Varchar
50
mont_cargo
Sueldo que se le pagara al empleado.
Money
16
desp_cargo
Funcin que el empleado desempeara en la
Varchar
70
empresa.
Tabla
mnibus
CAMPO
DESCRIPCION
TIPO DE
DATO
TAMAO
Cod_omnibus
Cdigo que se le asigna al mnibus.
Integer
Marc_omnibus
Marca del mnibus.
Varchar
30
Plac_omnibus
Placa del mnibus.
Varchar
10
Nroa_omnibus
Numero de3 asientos que tiene el mnibus.
Integer
Aprd_omnibus
Fecha de produccin del mnibus.
Datetime
Tipo_omnibus
Describe el tipo de mnibus.
Integer
Obs_omnibus
Indica detalles del mnibus.
Varchar
70
Activo
Indica si el mnibus aun presta sus servicios a la
Bit
empresa.
Tabla
Asignacin
CAMPO
DESCRIPCION
TIPO DE
DATO
TAMAO
cod_asignacion
Cdigo que se le asigna a la asignacin.
Integer
cod_omnibus
Cdigo del mnibus.
Integer
cod_empleado
Integer
fech_asignacion
Fecha en la que se hace la asignacin
Datetime
Tabla
RUTAS
CAMPO
DESCRIPCION
TIPO DE
DATO
TAMAO
cod_ruta
Cdigo que se le asigna al ruta.
Integer
nomb_ruta
Ciudad a donde se desea viajar.
Varchar
30
cod_omnibus
Integer
tipo_servicio
Fecha en la que se hace la asignacin
Integer
hora
Hora en la que se realizara el viaje.
Datetime
costo
Monto que costara el pasaje.
Money
16
Tabla
CAMPO
RUTAS
DESCRIPCION
TIPO DE
DATO
TAMAO
Id_usuario
Cdigo que se le asigna al usuario.
Integer
Nom_usuario
Nombre del empleado que tendr acceso al sistema.
Varchar
30
Pass_usuario
Contrasea que se le asigna al usuario.
Integer
Activo
Define el tipo de usuario y/o permisos que tendr.
Integer
CAPITULO VII
CONSTRUCCION DEL SISTEMA
7.1
FUNCIONES DEL SISTEMA:

Referencia
Ref1
Ref2
Ref3
7.2
Funcin
Registrar la venta boleto
Registrar la encomienda (envi/recepcin)
Registrar de clientes
DIAGRAMA DE COMPONENTES:
Aplicacion sistematra nsporte.exe
Cone xion de Da tos
<<fo rm >>
P resen ta cion
<<fo rm > >

Co ntro l
de
<<fo rm
>> Cli en
tes
siste ma_transporte s
<<report>>
Re po rte s
M en
pri ncipal
<<fo rm >>
Em
pleado
<<fo rm >>
Asi g na ci o
n
<<fo rm >>
Co m p ro bante
<<fo rm
>> Ru ta s
E n co m i enda
<<fo rm
>> Bo le
to
7.3
<<fo rm >>
Re cepci o
n
<<fo rm
>> Om ni
bus
<<fo rm
>> Ca rg o
DISEO DEL MEN PRINCIPAL DEL SISTEMA:
DESPLIEGUE DE LOS MENUS DEL SISTEMA

Men Inicio
Men Mantenimiento
Men Transacciones
Men Herramientas
Men Ayuda
7.4
DISEO DE INTERFACES DE ENTRADA:
Formulario Registro de Clientes
Formulario Registro de Empleados
Formulario Registro de Cargo
Formulario Registro de Recepcin
Formulario Registro de Rutas
Formulario Registro de mnibus
Formulario Registro de Asignacin de mnibus
Formulario Registro de Encomienda
7.5
DISEO DE INTERFACES DE SALIDA:
Formulario de Venta de Boletos
Formulario de Registro de Envo de Encomienda
Formato de Comprobante de Encomienda
REPORTES
7.6
DISEO 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 transaccin
Mensaje de confirmacion del envio de encomienda
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.
Recepcin de encomiendas
c.
Encomiendas
d. Venta de Boleto
7.8
Niveles de Seguridad
Referente a personas extraas o ajenas a la empresa no tendrn acceso ya que cada

usuario posee una contrasea nica para ingresar al sistema.
Referente a virus informticos en el punto 3.5.1 (factibilidad tcnica) del presente
manual tcnico se especifica que la empresa debe contar con un antivirus a fin de
salvaguardar la integridad y seguridad de sus datos.
7.9
DISEO DE LA ARQUITECTURA DEL SISTEMA
<<Se rvi do r>>

Pri nci pa l
d e bol e to s
T CP/IP
<<Cl i ente>>
Bo l e to
Sis Tra nsporte .e x e/ w indow s X

P
<<Im p reso ra>>

M a tricia l LQ870
Acceso al
W indow s 2003/SQL Se rve r

2000
Acce so at enci on
T CP /IP
<<Cl i en te >>
En com i enda
S isTra nsporte .ex e/ w indow s XP
<<Im pre sora>>

HP PSC 140 0
T CP /IP
reg i stro de
rut as/omni bus
<>

Rutas/ Om ni bu s
S isTra nsporte .ex e/ w indow s XP
Acce so de
e m i si on/re ce pci
on de encom i e nd
a
CAPITULO VIII
PRUEBA DE SISTEMA
8.1
PROGRAMA DE CAPACITACIN AL USUARIO
El usuario final tendr previa capacitacin del sistema a implementar, as como tambin
tendr acceso al manual de usuario para identificar las diferentes operaciones que el
sistema realiza.
Esta capacitacin ser brindada por los diseadores del sistema, la cual constara de
2 etapas:
1.
Evaluacin del grado de conocimiento que posee cada empleado en la

manipulacin de sistemas computarizados.
2.
Exposicin practica del funcionamiento del sistema.
8.2
EVALUACIN DEL SISTEMA
8.2.1
EVALUACIN OPERACIONAL
Los tcnicos del sistema tendrn contacto permanente con el usuario (Empresa); a travs
de llamadas telefnicas, e mail, visitas tcnicas para depurar errores que se produzcan en
el manejo del sistema.
8.2.2
IMPACTO ORGANIZACIONAL
El sistema a implantar mejorara la calidad de atencin al cliente, as como tambin el

control interno de la empresa brindando un servicio eficiente; lo cual implica que las
operaciones que realizan sean de manera dinmica.
8.2.3
DESEMPEO DEL DESARROLLO:

El sistema contara con una garanta de 6 meses de mantenimiento y actualizaciones;
tambin el usuario tendr la facilidad de adquirir las modificaciones que la empresa
requiere de acuerdo a sus necesidades.
8.3
PLAN DE PRUEBAS DEL SISTEMA
Se realizara de la siguiente manera:

1.
Se reunir al personal administrativo.
2.
Los tcnicos harn una exposicin terica.
3.
Los tcnicos encargados del sistema harn demostraciones prcticas.
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.
CAPITULO IX
REQUERIMIENTOS TCNICOS
9.1
HARDWARE:
Computadoras Pentium IV, 256Mhz, 60 Mb.
Impresora HP 3500
Topologa estrella.
9.2
SOFTWARE:
Windows XP.
Microsoft SQL Server.
9.3
ARQUITECTURA DE SISTEMA:
CAPITULO X
CONCLUSIONES
Para poder desarrollar un sistema, se tiene que analizar la problemtica de la empresa, para
esto las tcnica ms 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 metodologa espiral nos ayudo en la obtencin de estrategias para el desarrollo de nuestro sistema.
El sistema esta basado de tal manera que el usuario y/o personal pueda manipular dinmicamente todas
las operaciones que este requiere.
Es necesario desarrollar un modelo de negocio para mejorar y optimizar la aplicacin del software.
RECOMENDACIONES
Para el buen funcionamiento del sistema, se recomienda tener una persona especializada en el
manejo del software para que brinde el soporte tcnico necesario.
Se recomienda asignar
usuarios a la Base de Datos con accesos
restringidos para as
salvaguardar la informacin valiosa de la empresa.

Se recomienda incorporar las otras reas, para as tener un mayor control de la empresa.
Seria recomendable que la aplicacin actual y futura aplicaciones, sean desarrollados en
lenguaje de programacin de licencia libre. De modo que el trabajo e investigacin
desarrollada
tenga validez
y permita obtener beneficios
justificados
al investigador
programador.
Se recomienda que la empresa cuente con Internet para tener una comunicacin permanente
con las sucursales y tcnicos programadores para una buena asistencia y apoyo en lnea.
CAPITULO XI
BIBLIOGRAFA
BOOCH, Graady
Anlisis y Diseo Orientado a Objetos
RUMBVAUGH, James y Otros

Modelado y Diseo Orientado a Objetos
PRESSMAN, Roger. S ; Mc Graw Hill

Mxico 2004
Ingeniera de Software , un enfoque prctico ;
Baltazar y Mariano Birnios

Buenos Aires, 1999.
http://www.programacion.net/
http://www.vbexplorer.com
Microsoft Visual Basic Manual de Referencia
CAPITULO XII
ANEXOS
Formato del Boleto de viaje

Proyecto Informatico Ejemplo 011

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Proyecto Informatico Ejemplo 011

Uploaded by

Copyright:

Available Formats

INTRODUCCIN

que en la actualidad hay una gran demanda de software por su fcil

IDENTIFICACIN DEL PROYECTO(Tego y Angel)

Ttulo del Proyecto.

MARCO GENERAL(Tego y Angel)

Descripcin General de la Empresa.

INVESTIGACION PRELIMINAR(Angel y Chato)

Justificacin del Proyecto.

Objetivos General y Objetivos Especficos.

Alcance del Proyecto.

Recursos Preliminares Requeridos.

Descripcin de la Asignacin de Recursos.

Tcnicas para la Obtencin de Informacin

PLAN GENERAL DEL PROYECTO.(hary)

Describir la Estrategia de Desarrollo para el Sistema

Plan General de Desarrollo del Proyecto.

Definir el Panorama del Proyecto

Diagrama de Gantt con Asignacin de Recursos.

Cronograma del Proyecto (Diagrama de Gantt)

ANLISIS DEL SISTEMA.(irwin y Chong)

Requerimientos generales de la organizacin.

Requerimientos del usuario.

Procesos del Negocio

Reglas del Negocio

Descripcin general de cada paquete.

Construccin del Diagrama de Paquetes.

Diagramas de casos de uso.

Definicin de casos de uso.

Descripcin de casos de uso.

Construccin de los Diagramas de casos de uso.

DISEO DEL SISTEMA. (Todos)

Diagramas de secuencia o Diagramas de colaboracin

Modelo del Negocio.

Construccin de las fichas CRC

Identificacin de los tipos de relaciones.

Modelo Conceptual del Negocio

Diseo e implantacin de la Base de Datos

Diagrama de Componentes de la Base de Datos.

Generacin del Modelo de Datos a partir del Diagrama de Clases.

Creacin de la Base de Datos

Construir el Diccionario de Datos.

IDENTIFICACIN DEL PROYECTO

TTULO DEL PROYECTO

para el control interno de la Empresa

Mauricio Rivera Angel

DESCRIPCIN GENERAL DE LA EMPRESA :

Empresa de Transportes Civa - Sullana

La empresa se desenvuelve de manera tradicional, a travs del manejo registros y

Control de ingresos y egresos de la empresa:

que hemos encontrado

No se tiene un registro completo de los empleados.

Duplicidad en la venta de pasajes.

Falta de informacin especfica y confiable con respecto a los estados financieros

Prdida de tiempo para los empleado es la transcripcin de los boleto.

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

Deficiencia en la asignacin de horarios para los chferes por falta de un cronograma

JUSTIFICACIN DEL PROYECTO

Es importante la implementacin de un sistema de control interno de la Empresa de

encomiendas, disminuir el tiempo de recepcin y salida de

Proyecto es imprescindible para cualquier empresa de transportes pues brinda un manejo

OBJETIVOS GENERAL Y OBJETIVOS ESPECFICOS

ALCANCE DEL PROYECTO

Con este proyecto se lograr dinamizar el funcionamiento de la Empresa de Transportes