UNIVERSIDAD PRIVADA

ANTENOR ORREGO

FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE
INGENIERÍA DE COMPUTACION Y SISTEMAS

CURSO : Base de Datos

DOCENTE : Piminchumo Flores, Jorge

ALUMNOS : Bustamante Fernandez Carlos

Lizárraga Chimbor Henry
Oruna Cabrera Diego
Parimango Pereda Angye

TRUJILLO – PERÚ
2017

37
Índice

37
37
 CAPÍTULO I
ESTUDIO INICIAL

37
1. Estudio Inicial
1.1. SITUACIÓN DE LA EMPRESA
1.1.1. Descripción de la empresa
- Transportes Oregon S.A tiene en el mercado 4 años. Fue creada un 4 de
marzo del año 2013 por el Administrador Carlos Pereda Sánchez.
- La empresa Oregon S.A se inició como una tienda de repuesto la cual
después se asoció con otro administrador y se formó Chavín Express
S.A dedicado al envío de encomiendas y paquetería. Poco después el
primer administrador sacó un nuevo rubro que sería transporte
personalizado de carga pesada y es así como se formó Oregon S.A.
- Oregon S.A es una compañía especializada en servicios de transporte de
carga pesada nivel local y nacional y dentro del ámbito empresarial.
- Con un capital 100% peruano, Oregon se ha posicionado, en un corto
tiempo, entre las empresas líderes del sector, siendo además una de las
compañías de Carga Empresarial que mayor crecimiento ha
experimentado en el sector durante los últimos 4 años. Nuestro
compromiso es ofrecerles los mejores servicios de transporte urgente
con una óptima relación calidad precio.
- La empresa de transportes Oregon S.A. constituye una Gestión en
materia de Organización con características de documentos normativos
de singular importancia, en tanto, las responsabilidades y funciones
específicas, a nivel de cargos desarrollados a partir de la estructura
orgánica y funciones generales establecidas en el Reglamento de
Organización.

1.1.2. Organigrama

37
 Operaciones:

El principal proceso productivo de la empresa está dedicado al transporte de

carga pesada vía terrestre.

Objetivos:

- Liderar y monitorear los procesos de gestión empresarial fortaleciendo una

cultura organizacional participativa, orientada a la expansión del servicio y
lograr la confianza de nuestros clientes.
- Promover la innovación tecnológica para la mejora de procesos y sistemas de
información gerencial y operativa.
- Gerenciar la administración de los procesos de recursos financieros y humanos
que permita alcanzar un sistema organizacional.
- Asegurar una calidad adecuada del sistema operacional cumpliendo los
estándares de calidad y preservando el medio ambiente.

Misión y Visión:
- Brindar el mejor servicio de transporte y distribución de mercadería a nivel
nacional, operando con responsabilidad, seguridad, rapidez, respeto y calidad.

37
- Ser la empresa líder en distribución, convirtiéndonos en su mejor soporte en la
cadena logística del mercado nacional, con la mejora constante de la calidad de
sus servicios asimismo tener una flota más amplia de camiones.

1.2. SITUACIÓN DEL PROCESO A MODELAR

1.2.1. Descripción del Proceso
- Carta de Presentación: Documento que se presenta a las diferentes
organizaciones en donde se expone el servicio que realizan, además el
gerente indica el tipo de unidades que tiene su empresa con su
respectiva capacidad y la seguridad de la misma.
- Si la organización requiere de los servicios de Oregon S.A los jefes de
operaciones de ambas organizaciones se ponen en contacto y son ellos
dos quienes realizan el contrato.
- Una vez realizado el contrato se selecciona el transporte de acuerdo a la
cantidad de mercadería a subir y se lleva a la empresa contratante donde
los estibadores se encargan de subir la mercadería al transporte.
- Una vez realizado dicho proceso el transporte comienza su viaje hacia
el destino seleccionado por la empresa contratante.
- Cuando se llega al destino seleccionado se hace un inventario de lo que
acaba de llegar los y los estibadores bajan la mercadería del transporte
al almacén de la empresa contratante.

1.2.2. Gráfico del Proceso

37
37
1.2.3. Identificar y describir las fuentes de información

 Guías

 Facura

37
 1.2.4. Identificar usuarios/roles

 Gerente General: Pereda Sanchez Carlos Freddy

 Director Gerente: García Velasquez Percila
 Jefe de Logística: Richard Valderrama Pereda
 Contador: Karla Pereda García
 Estibadores: Alexis Paredes Rios
Pedro Zavaleta Siguenza

1.2.5. Definir Problemas

- No tiene un sistema en donde almacene toda la información acerca de la
empresa
- No hay un sistema donde se reporte todo los ingresos y egresos diarios
que realiza la empresa
- No se puede calcular con precisión el monto en caja chica y caja banco.
- Resulta tedioso al realizar las búsquedas de guías y clientes.
- Pérdida de información ya que no existe un sistema donde almacene las
guías de las mercaderías.
1.2.6. Alcance del Proceso
- Brindar un sistema en donde se registrar información acerca de las
choferes y transportes con las que cuenta la empresa; además clientes,
las compras que realiza asimismo las ventas y reportes diarios.

1.3. PLANIFICACIÓN DEL SISTEMA DE LA BASE DE DATOS

1.3.1. Definir Objetivos
Objetivo General:

- Desarrollo e Implementación de una Base de Datos para la Gestión de

cargas pesadas

Objetivos Específicos:

37
- Optimizar el proceso de Reportes de carga pesada para un mayor
control diario, semanal y/o mensual.
- Proporcionar mayor control sobre nuestros choferes, camiones de
carga, clientes además de tener mayor acercamiento hacia ellos.
Definir Alcance
- Se implementará una base de datos para el control de envíos a cada
ciudad.
- Se implementará una base de datos para el control de guías de la
empresa
- Se diseñará una interfaz que permita el manejo y control de la base de
datos.
- La base de datos podrá brindar un soporte a la empresa a las 24 horas
del día.
- La base de datos servirá para poder almacenar los datos de clientes,
conductores y camiones.
- La base de datos debe mostrar los reportes diarios de ingresos y
egresos de la empresa.
Limitaciones
- No se puede recuperar la información si se extravía una guía
- No se puede contabilizar la cantidad de petróleo que se utiliza al
realizar los envíos en cada ciudad.
- No se puede analizar las medidas internas que se toman al presentarse
un desperfecto en los vehículos, como costos de reparaciones.

37
 1.3.2. Cronograma del Proyecto

1.4. REQUERIMIENTO DE INFORMACIÓN DEL USUARIO

37
1.4.1. Lista de requerimientos de información

- Se necesita información acerca del usuario que manejará el sistema

- Se necesita información acerca de los choferes
- Se necesita información acerca de los transportes que tiene con su
respectiva capacidad de tonelajes
- Se necesita información acerca de clientes
- Se necesita información acerca de las cargas diarias por unidad de
transporte
- Se necesita información acerca de las guías
- Se necesita información del destinatario quien recibirá la carga
- Se necesita información de los servicios adicionales con las que la
empresa cuenta.

37
 CAPÍTULO II
DISEÑO DE LA BASE
DE DATOS

2. Diseño de la base de datos

2.1. DISEÑO CONCEPTUAL
2.1.1. Entidades y atributos

37
2.1.2. Relaciones

Tipo de
Notación Símbolo
asociación

Uno a muchos 1:n

Muchos a muchos n:m

Uno a uno 1:1

2.1.3. Restricciones

37
  El chofer debe tener la licencia de conducir apropiada
para vehículos automotores destinados al transporte de
mercancías de la categoría N3(de peso bruto vehicular
mayor a 10tn) es decir clase A categoría III –b

2.1.4. Modelo Entidad – Relación

37
2.1.5. Diccionario de Datos

37
37
2.2. DISEÑO LÓGICO
2.2.1. Mapeo del modelo E-R al modelo Relacional
2.2.1.1. Tablas
 Perfil
 Reestricciones
 Detalle_Reestricciones
 Detalle_ServiciosAdi
 Servicios_Adi
 Usuario
 Comprobante_Pago
 Cliente
 Destinatario
 Guia
 Tipo_Cliente
 Estado
 Chofer
 Servicio_Rastreo
 Detalle
 Carga
 Seguro
 Tipo_Carga
 Tipo_Unidad
 Unidad_Transporte
 Almacen
2.2.1.2. Campos de tablas
 Perfil: DNI, Nombre, Direccion, Telefono.
 Reestricciones: ID_REESTR, Nom_Reestr.
 Detalle_Reestricciones: Desc_Reestr.
 Detalle_ServiciosAdi: Desc_Serviciosadi.
 Servicios_Adi: ID_serv, Nom_Servadi.
 Usuario: ID, Password.
 Comprobante_Pago: ID_Comprobante, Tipo, Nro_Documento
 Cliente: ID_Cliente, Nombre, RUC, Razon_Social, Direccion,
Telefono, Email
 Destinatario: ID_Remitente, Nombre, Direccion, Telefono
 Guia: ID_Guia, Fecha_Emision, Cantidad, Precio
 Estado: Estado_Llegada, Dia, Hora
 Chofer: ID_Chofer, Nom_Chofer, Licencia, Estado
 Servicio_Rastreo: ID_Traking
 Detalle: ID_Detalle, Peso, Cantidad, Precio
 Carga: ID_Carga, Fecha, Hora, Nom_Carga

37
  Seguro: Detalle_Incidente, Porcentaje
 Tipo_Carga: ID_Tipo, Nom_Tipo
 Tipo_Unidad: ID_Tipo, Nom_Tipo, Peso
 Unidad_Transporte: ID_Trans, Modelo, Placa
 Almacen: ID_Almacen

2.2.2. Normalización
2.2.2.1. Proceso de normalización: 1FN, 2FN, 3FN, BCFN, 4FN

0 FN
ID
Password
DNI
Nombre
Direccion
Telefono
ID_Cliente
Nombre
RUC
Razon_Social
Direccion
Telefono
Email
ID_Guia
Fecha_Emision
ID_Carga
Fecha
Hora
Nom_Carga
ID_Detalle

37
 Peso
Cantidad
Estado_Llegada
Dia
Hora
ID_Chofer
Nom_Chofer
Licencia
Estado
ID_Trans
Modelo
Placa

1 FN
ID
Password
DNI
Nombre
Direccion
Telefono
ID_Cliente
Nombre
RUC
Razon_Social
Direccion
Telefono
Email
ID_Guia

37
 Fecha_Emision
ID_Carga
Fecha
Hora
Nom_Carga
ID_Detalle
Peso
Cantidad
ID_Estado
Estado_Llegada
Dia
Hora
ID_Chofer
Nom_Chofer
Licencia
Estado
ID_Trans
Modelo
Placa

2 FN
ID
Password
DNI
Nombre
Direccion

37
Telefono
ID_Cliente
RUC
Razon_Social
Nombre
Direccion
Telefono
Email
ID_Guia
Fecha_Emision
ID_Carga
Fecha
Hora
Nom_Carga
ID_Detalle
Peso
Cantidad
ID_Estado
Estado_Llegada
Dia
Hora
ID_Chofer
Nom_Chofer
Licencia
Estado
ID_Trans
Modelo
Placa

37
3 FN
ID
Password
DNI
Nombre
Direccion
Telefono
ID_Cliente
RUC
Razon_Social
Nombre
Direccion
Telefono
Email
ID_Guia
Fecha_Emision
ID_Carga
Fecha
Hora
Nom_Carga
ID_Detalle
Peso
Cantidad
ID_Estado
Estado_Llegada
Dia
Hora
ID_Chofer

37
Nom_Chofer
Licencia
Estado
ID_Trans
Modelo
Placa

CAPÍTULO III

37
 IMPLEMENTACIÓN

3. Implementación y carga
3.1. Sentencias SQL de creación de la BD

Creación del usuario y

administrador

37
3.2. Sentencias SQL de creación de objetos de la BD
3.2.1. Tablas

37
37
37
37
37
37
3.2.2. Vistas

37
3.2.3. Funciones

37
 3.2.4.

Procedimientos almacenados

3.2.5. Triggers

Conclusiones

37
Gracias a la elaboración de este proyecto utilizando los conceptos básicos de
base de datos se pudo lograr crear tablas y realizar diferentes consultas y
satisfacer las necesidades del Administrador de reportar los datos requeridos.
Recomendaciones

 Una mayor especificación de los datos a usar

 Mayor organización en las tablas
 Investigar más sobre BD lo cual permitirá incrementar conocimientos y
plasmar una mejor lógico en la codificación.

Referencias Bibliográficas
http://www.mundoracle.com/pl-sql.html?Pg=sql_plsql_11.htm
http://www.oracle.com/technetwork/es/articles/sql/construyendo-con-
bloques-parte-1-1549135-esa.html
https://www.ibm.com/support/knowledgecenter/es/SSFPJS_8.5.5/com.ibm.
wbpm.wid.bpel.doc/busrules/topics/cundbus.html
https://docs.oracle.com/cd/B28359_01/appdev.111/b28370/controlstructures
.htm#LNPLS004

37