Presentacion (1)

FACULTAD DE CIENCIAS FISICAS Y MATEMATICASESCUELA

PROFESIONAL DE ESTADISTICA

“BUSINESS WORKS”

PROYECTO:

Sistema de venta de pasajes “Expreso Súper Latino”

CURSO: Base de Datos

DOCENTE:

Ing. Martin Leiva Castillo

INTEGRANTES:

Antón Cadenillas Medalit

Asto Bardales Yulissa

Damián Llatas Melissa

López Jiménez Kevin

Niño Capcha Jefrey

Ocupa Herrera Mileydi

Tapia Yupton Miluska

Lambayeque, 2015

Universidad Nacional

"Pedro Ruiz Gallo"

2. RESUMEN EJECUTIVO

En este proyecto para la empresa de transporte “Expreso Súper Latino”, se expone un Sistema para Gestión de Compra y Venta de pasajes.

La aplicación se ha desarrollado para que funcione eficientemente, pero con un entorno amigable, ya que los usuarios de la aplicación, no tienen ningún conocimiento informático, debido a que hasta ahora no han trabajado con sistemas informáticos. Este proyecto cuenta con una solución al problema real que se encuentra el gerente al llevar toda la gestión de la empresa de una forma manual con todas las dificultades que conlleva, facilitando un medio para poder hacer su trabajo habitual de una forma fácil y ordenada. La aplicación permite llevar un control sobre el trabajo que se realiza en la empresa con la ventaja que esto supone al empresario: una mayor productividad y eficacia.

Para ello se realizó el diseño de los casos de uso del Sistema, los diagramas

de Clase, diferentes Interfaz Gráficas de Usuario, elaboración de prototipos

sobre indicadores que son indispensables en toda empresa.

Se hizo el diagrama Entidad Relación de las diferentes entidades que

conforman una empresa, que fue elaborada con ayuda del software Erwin

Data Modeler 7.3

Por último se utilizó el SQL SERVER 2008 EXPRESS para la construcción de base de datos:

Sentencias SQL para la creación de la base de datos

Sentencias SQL para la creación de las tablas y sus restricciones

Sentencias SQL para inserción de datos ejemplo de las bases de datos

Sentencias SQL de las principales consultas que se tendrá en el sistema (considerando los prototipos de consultas y reportes presentados)

3. FICHA INSTITUCIONAL

Ficha Institucional – Base de Datos – 2015-INombre de Equipo BUSINESS WORKS

Razón Social Expreso súper Latino SA

Dirección de local u oficina principal Calle Federico Villarreal 459- Túcume

Descripción del negocio

Empresa de transporte interprovincial de pasajeros.

Productos o servicios

Ventas de Pasajes

Tiempo de funcionamiento: 54 años Número de trabajadores: 6

Locales o sucursales No. Ubicación o dirección01

02

03

Documentos de gestión

Plan Estratégico Institucional (PEI) Manual de Procedimientos (MAPRO)

Reglamento de Organización y Funciones (ROF)

Texto Único de Procedimientos Administrativos (TUPA)

Manual de Organización y Funciones (MOF) Plan Operativo Institucional (POI)

Otro documentos (mencionar):

Sistema informático a desarrollar Sistema De Gestión Administrativo Y Control De La Agencia De Transporte Expreso Súper Latino

Proceso de negocio

Administrar unidades y personalesRealizar programación de viajesGestionar servicios

Principales requisitos funcionales del nuevo sistema Contar con: * Registrar Clientes * Registrar Personal

Generar Documentos de compra. Verificar Tipos de Documentos Realizar Reportes Restringir el uso del sistema; cada usuario se limitara solo a su función

Principales requisitos no funcionales del nuevo sistema

Contar con equipos de cómputo adecuados.

Contar con software (lenguaje de programación Java y S.O) adecuado para la implementación.

Contar con personal capacitado y especializado para interactuar con el sistema.

Generar reportes mensuales a la gerencia para su toma de decisiones.

Contar con hardware apropiado para la impresión de los comprobantes que se obtengan como resultado de los procesos del sistema.

Persona de contacto

Nombre: Estela Díaz Bances

Cargo: Administradora

4. INTRODUCCIÓN

Vivimos en una era competitiva, con la cual la única regla es el mejoramiento

de la empresa aplicando sistemas informáticos, que conllevaría a una

vanguardia de tecnología y así conocer la funcionalidad de las grandes

empresas.

En el Perú las PYMEs se ven obligadas a usar software para su mejor gestión

de sus entidades y no caer en lo ambiguo, los procesos largos, con mucha

documentación y sellos y firmas que hace impacientar a nuestros usuarios

finales es decir nuestros trabajadores y clientes.

Por otra parte en el rubro de transportes, no está aledaña a la globalización

debido a que es un medio por el cual las personas según sus necesidades

requieren de un medio de transporte para satisfacer aquellas necesidades.

La empresa de transporte SUPER LATINO, cuenta con un sistema de

información deficiente, en cuanto a sus registros de clientes, concerniente a la

gestión manual y podría retrasar la atención, generando inconformidad del

cliente y poco seguridad de su información en las áreas de trabajos, y mejorar

la gestión de sus entidades, con la finalidad de agilizar la atención de sus

trabajadores y sus clientes, por ende se requiere un sistema que agilice el

tramite documentario.

5. OBJETIVOS DEL PROYECTO

5.1 Objetivo General:

Automatizar los procesos administrativos de gestión y control de la

empresa de Transporte Súper Latino, con la finalidad de mejorar y

agilizar el servicio que brinda la empresa a sus clientes.

5.2 Objetivos Específicos:

Atender las necesidades de transporte de nuestros clientes, su

correspondencia y mercaderías a nivel nacional.

Tratar de generar mayor cantidad de clientes y ganar más confianza con

los servicios prestados con la ayuda de un Software.

6. OBJETIVOS DEL SISTEMA

6.1 Objetivo Principal:

Diseñar un sistema que cumpla las expectativas y requerimientos del

cliente, lograra un manejo rápido y eficaz de la información con la que

cuenta la empresa, para que sus miembros tengan acceso a la

información, ya que este software permitirá desglosar el proyecto en

fases y tareas.

6.2 Objetivos Específicos:

Recopilar la información necesaria para la correcta definición de los

requerimientos solicitados por los usuarios.

Identificar las clases del sistema que nos permitan elaborar

correctamente cada uno de los diagramas de UML

Utilizar como herramienta de apoyo al Rational Rose y Pencil para

realizar la validación de cada uno de los diagramas de sistema (UML).

Utilizar la herramienta ERWIN para el diseño lógico y físico de las

diferentes entidades de la empresa y SQL SERVER 2008 EXPRESS

para la construcción de base de datos.

7. PROTOTIPOS DEL SISTEMA DE INFORMACION

Especificación De Cada Caso De Uso

Nombre Registrar cliente

Objetivos asociados Gestionar cliente

Descripción El sistema deberá comportarse como describe el caso de uso cuando un cliente nuevo desea registrarse.

Precondición El cliente no tiene que estar registrado.

Secuencia normal Paso Acción

1 El asistente de venta solicita al sistema comenzar con el proceso.

2 El sistema solicita al asistente de venta que ingrese número de DNI.

3 El asistente de ventas solicita e ingresa el número de DNI del cliente para verificar si está registrado.

4 El sistema busca al cliente para verificar si está registrado.5 El sistema solicita los datos: Nombres, Apellidos, DNI, Fecha

de Nacimiento, Dirección, Teléfono y Correo Electrónico.6 El asistente de ventas registra los datos del nuevo cliente.

7 El asistente de venta solicita al sistema que almacena los datos proporcionados.

8 El sistema almacena los datos proporcionados e informa que el cliente ha sido registrado con éxito.

Postcondición El nuevo cliente está registrado y no se ha emitido ningún pasaje.

Excepciones Paso Acción 3 Si el cliente está registrado se cancela la operación.6 Si falta algún dato no se puede registrar al nuevo cliente.

Rendimiento Paso Acción 4 2 segundos

8 3 segundos.

Frecuencia 20 clientes por día.Estabilidad Alta

Comentarios La frecuencia será mucho más alta en el primer mes, probablemente 84 clientes por día.

Importancia Critico

Urgencia Inmediato

Nombre Registrar pasaje

Objetivos asociados Gestionar pasaje

Descripción El sistema deberá comportarse como describe el caso de uso cuando algún cliente solicite registrar pasaje.

Precondición El cliente tiene que estar registrado.



2 El sistema solicita que ingrese el número del DNI.3 El asistente de venta ingresa el número de DNI.

4 El sistema busca y muestra al cliente por el número de DNI.

5 El asistente de venta verifica si los datos del cliente corresponden al número de DNI.

6 El sistema solicita los siguientes datos: Origen, destino, fecha, hora de salida y número de asiento.

7 El asistente de venta ingresa los datos solicitados por el sistema: Origen, destino, fecha, hora de salida.

8 El asistente de ventas muestra los asientos disponibles al cliente, para que pueda ser reservado.

9 El asistente de venta solicita al sistema que almacene los datos proporcionados.

10 El sistema almacena los datos proporcionados e imprime el boleto de viaje.

11 El sistema informa al asistente de venta que el proceso ha sido efectuado con éxito.

12 El asistente de venta entrega al cliente el boleto de viaje.

Postcondición El cliente tiene el pasaje emitido.

Excepciones Paso Acción 2 Si el cliente no está registrado el asistente de venta cancela

la operación y registra al nuevo cliente.Rendimiento Paso Acción

10 8 segundos

Frecuencia 216 pasajes por día Estabilidad Alta Comentarios La frecuencia será mucho mayor por los meses festivos, probablemente

hasta 350.

Importancia CriticaUrgencia Inmediato

Nombre Modificar pasaje


Descripción El sistema deberá comportarse como describe el caso de uso cuando algún cliente solicite modificar su pasaje.

Precondición Que haya un pasaje registrado



2 El asistente de venta ingresa origen, destino, fecha y hora de salida.

3 El asistente de venta busca los datos ingresados.

4 El asistente de venta verifica la lista de pasajes y selecciona el pasaje a modificar.

5 El asistente de venta solicita modificar el pasaje seleccionado.

6 El sistema solicita los datos a modificar: Origen, destino, fecha, hora de salida.

7 El asistente de venta ingresa los datos a modificar.

8 El asistente de venta solicita al sistema que almacene los datos ingresados.

9 El sistema almacena los datos proporcionados e informa al asistente de venta que el proceso ha sido efectuado con éxito.

Postcondición El pasaje ya ha sido modificado.

Excepciones Paso Acción 2 Si el pasajero no se encuentra en la lista se cancela la

operación.Rendimiento Paso Acción

8 3 segundos.

Frecuencia 10 pasajes por día

Estabilidad Alta Comentarios NingunoImportancia ImportanteUrgencia Hay precisión

Nombre Listar pasaje


Descripción El sistema deberá comportarse como describe el caso de uso cuando el asistente de ventas solicita la lista de pasajes.

Precondición Tiene que haber pasajes registrados.



2 El sistema solicita que ingrese: Origen, destino, Fecha, hora de salida.

3 El asistente de venta ingresa Origen, destino, Fecha, hora de salida.

4 El sistema busca la lista por Origen, destino, Fecha, hora de salida.

5 El sistema muestra el número de asiento, nombres, apellidos , DNI y monto , de cada pasajero

6 El asistente de ventas solicita la impresión de la lista para verificar si los pasajeros que están en la unidad son los correctos.

7 El sistema imprime la lista de los pasajeros e informa que la operación ha terminado con éxito.

Postcondición El asistente de ventas tiene un reporte de la lista de pasajeros.

Excepciones Paso Acción 3 Si el asistente de venta ingresa un dato erróneo mostrar un

mensaje que indique que los datos ingresados no son los correctos


7 5 segundos.

Frecuencia 6 listas por día

Estabilidad Alta Comentarios NingunoImportancia Importante Urgencia Inmediato

Nombre Listar pasaje por cliente

Objetivos asociados Gestionar cliente

Descripción El sistema deberá comportarse como describe el caso de uso cuando el asistente de ventas solicita la lista de pasajes por cliente.

Precondición El cliente tiene que estar registrado.



2 El sistema solicita que ingrese el número de DNI y el rango de fechas

3 El asistente de venta ingresa el número DNI del cliente y el rango de fechas a buscar.

4 El sistema busca al cliente por el número de DNI y los pasajes por el rango de fechas.

5 El sistema muestra el Nombre, Origen, Destino, Fecha y Monto de los viajes registrado por cada cliente.

6 El asistente de ventas solicita imprimir la lista para generar un reporte.

7 El sistema imprime la lista e informa que la operación se ha realizado con éxito

Postcondición El asiste de venta ya tiene un reporte de los viajes realizados por el cliente.

Excepciones Paso Acción 4 Si el asistente de venta ingresa el número de DNI erróneo el

sistema mostrara un mensaje indicando que el número de DNI no se encuentra en la base de datos.


7 3 segundos.

Frecuencia 6 listas por mesEstabilidad Alta Comentarios Ninguno

Importancia Quedaría bien

Urgencia Puede esperar

Nombre Registrar turno

Objetivos asociados Gestionar turnos de viajes.

Descripción El sistema deberá comportarse como describe el caso de uso cuando el administrador solicite ingresar un nuevo turno.

Precondición Que no haya turno registrado.


1 El administrador de la empresa solicite al sistema comenzar con el proceso.

2 El sistema solicita que ingresen los datos: Origen, Destino, Hora salida, Hora llegada estimada y Monto.

3 El administrador de la empresa proporciona los datos de pedidos por el sistema.

4 El sistema verifica que los datos proporcionados no estén registrados.

5 El administrador de la empresa registra el nuevo turno.

6 El sistema informa al administrador de la empresa que el nuevo turno ha sido registrado con éxito.

Postcondición El nuevo turno está registrado y no se asignado unidad, personal ni se ha emitido ningún pasaje.

Excepciones Paso Acción 4 Si el turno ya está registrado se cancela la operación.

Rendimiento Paso Acción 4 1 segundo

6 2 segundos

Frecuencia 3 por día Estabilidad Alta Comentarios Ninguno

Importancia Critico

Urgencia Inmediato

Nombre Modificar turno

Objetivos asociados Gestionar turno

Descripción El sistema deberá comportarse como describe el caso de uso cuando el administrador solicite modificar turno.

Precondición Que haya un turno registrado.


1 El administrador de la empresa solicita al sistema comenzar con el proceso.

2 El administrador verifica la lista de turnos y selecciona el turno a modificar.

3 El sistema solicita que ingresar los nuevos datos: Origen, Destino, Hora salida, Hora llegada estimada, Monto y Vigencia.

4 El administrador ingresa los datos a modificar.

5 El administrador solicita al sistema que almacene los datos registrados.

6 El sistema almacena los datos proporcionados e informa que proceso ha sido efectuado con éxito.

Postcondición El turno ya ha sido modificado

Excepciones Paso Acción 2 Si el turno está vigente y hay pasajes emitidos se cancela la

operación. Rendimiento Paso Acción

6 3 segundos

Frecuencia 4 por díaEstabilidad Alta Comentarios Ninguno

Importancia Importante

Urgencia Hay presión

Nombre Registrar personal de viajes

Objetivos asociados Gestionar unidades y personal

Descripción El sistema deberá comportarse como describe el caso de uso cuando el administrador desee registrar personal para un determinado viaje.

Precondición El personal de viaje no está registrado.

Paso Acción


2 El sistema pide ingresar : nombres, apellidos, DNI, licencia3 El administrador ingresa en el sistema los datos

proporcionados por el personal.4 El sistema verifica que los datos no estén registrados.

5 El administrador de la empresa registra al nuevo personal.

6 El sistema informa al administrador de la empresa que el nuevo personal ha sido registrado con éxito.

Postcondición El personal de viaje está registrado.

Excepciones Paso Acción 4 Si el personal está registrado se cancela la operación.


6 3 segundos

Frecuencia 4 por añoEstabilidad Alta Comentarios Ninguno

Importancia Critico

Urgencia Inmediato

Nombre Registrar unidades


Descripción El sistema deberá comportarse como describe el caso de uso cuando el administrador desee registrar unidades para un determinado viaje.

Precondición La unidad de viaje no está registrada.

Paso Acción


2 El sistema pide ingresar: marca, modelo, placa, capacidad.3 El administrador ingresa en el sistema los datos

proporcionados de las unidades.4 El sistema verifica que los datos no estén registrados.

5 El administrador de la empresa registra a la nueva unidad de viaje.

6 El sistema informa al administrador de la empresa que la nueva unidad ha sido registrada con éxito.

Postcondición La unidad de viaje está registrada.

Excepciones Paso Acción 4 Si la unidad de viaje está registrada se cancela la


4 3 segundos

6 3 segundos

Frecuencia 3 por añoEstabilidad Alta Comentarios Ninguno

Importancia Critico

Urgencia Inmediato

Nombre Asignar Unidades/Personal


Descripción El sistema deberá comportarse como describe el caso de uso cuando el administrador desee asignar las unidades y personal para un determinado viaje.

Precondición Las unidades y personal no están asignados.

Paso Acción


2 El sistema pide ingresar : destino, origen, fecha y hora de salida

3 El administrador ingresa en el sistema: destino, origen, fecha y hora de salida.

4 El administrador pide al sistema buscar las unidades y personal disponibles.

5 El sistema muestra una lista de las unidades disponibles como modelo, placa, marca, capacidad, estado y paralelamente muestra la lista de personal como conductores, DNI, licencia, asignación y función.

6 El administrador asigna las funciones al personal y también a la actividad de las unidades disponibles.

7 El sistema almacena las asignaciones correspondientes hechas por el administrador e informa al administrador que el proceso ha sido efectuado con éxito.

Postcondición Unidades y personal disponibles están asignadas.

Excepciones Paso Acción 6 Si no hay unidades ni personal disponible se cancela la


4 2 segundos

7 2 segundos

Frecuencia 4 por díaEstabilidad Alta Comentarios Ninguno

Importancia Critico

Urgencia Inmediato

Nombre Registrar reclamo por cliente

Objetivos asociados Gestionar reclamo por cliente

Descripción El sistema deberá comportarse como describe el caso de uso cuando el administrador desee registrar el reclamo por cliente

Precondición El cliente debe estar registrado.

Paso Acción


2 El sistema pide ingresar : DNI

3 El administrador proporciona los datos solicitados.

4 El administrador pide al sistema buscar al cliente.

5 El sistema muestra el Apellido y Nombre del cliente.

6 El sistema pide ingresar: motivo, hora, fecha del reclamo.

7 El sistema almacena las asignaciones correspondientes hechas por el administrador e informa al administrador que el reclamo ha sido registrado con éxito.

Postcondición El reclamo está registrado.

Excepciones Paso Acción

2 Si no está el cliente registrado se cancela la operación.

Rendimiento Paso Acción

3 3 segundos

4 2 segundos

6 10 segundos

7 2 segundos

Frecuencia 2 reclamos por mes.

Estabilidad Alta

Comentarios Ninguno

Importancia Critico

Urgencia Inmediato

Nombre Listar unidades por viaje

Objetivos asociados Gestionar unidades

Descripción El sistema deberá comportarse como describe el caso de uso cuando el administrador desee listar unidades

Precondición Unidades tienen que estar registrados

Paso Acción

1 El administrador de la empresa solicita al sistema comenzar con el proceso.

2 El sistema pide ingresar: origen, destino, fecha, hora de salida.

3 El administrador proporciona los datos pedidos por el sistema y pide al sistema buscar la lista.

4 El sistema busca y muestra la lista de unidades por viaje de acuerdo a los datos proporcionados por el asistente.

5 El administrador pide al sistema que imprima la lista de unidades por viaje.

6 El sistema imprime e informa al administrador que el proceso ha sido efectuado con éxito.

Postcondición El administrador tiene un reporte del unidades de viaje

Excepciones Paso Acción

3 Si el administrador ingresa un dato erróneo el sistema mostrara un mensaje de error de que el dato no corresponde a la base de datos.

Rendimiento Paso Acción

4 2 segundos

6 5 segundos

Frecuencia 1 por día

Estabilidad Alta

Comentarios Ninguno

Importancia Importante

Urgencia Precisión

E. Especificación De Cada Indicador

Indicador de ingresos

Descripción:Este indicador mide el ingreso quincenal, mensual y anual de la empresa en soles ,la cual es contabilizada por la ventas de pasaje .

Responsable: AdministradorUnidad:

soles

Formula / Cálculo:

, Ingreso total estimado en soles anualmente =Precio del

pasaje* número estimado de pasaje vendidos anualmente.

Ingreso total estimado en soles mensual =Precio del pasaje* número estimado de pasaje vendidos mensual.

Ingreso total estimado en soles quincenal =Precio del pasaje* número estimado de pasaje vendidos quincenal.

Fuente / Procesamiento:

Planilla: Tiempo que le dedica al administrador en realizar el calculo

Frecuencia de Medición:

Quincenal, Mensual y Anual

Oportunidad de Medición:

Último día de cada quincenaÚltimo día de cada mesÚltimo día del año

Indicador de reclamos

Descripción:Este indicador mide la tasa de reclamos registrados de manera mensual y anual de la empresa en porcentaje, tanto por el número de reclamo y las ventas de pasaje registrados

Responsable: Administrador Unidad: %

Formula / Cálculo:

TASA(R)=(Numero de reclamos mensual/Numero de ventas de pasaje mensual)*100TASA(R)=(Numero de reclamos anual/Numero de ventas de pasaje anual)*100


Planilla: Tiempo que le dedica al administrador en realizar el calculo


Mensual y anual


Último día de cada añoÚltimo día de cada mes

Indicador de clientes recurrentes

Descripción:

Este indicador mide la tasa promedio de clientes recurrentes tanto anual como mensual para la empresa en soles, lo cual nos permite saber la cantidad de viajes que realiza el cliente en un determinado tiempo .

Responsable: El Administrador Unidad: %

Formula / Cálculo: (tasa de clientes recurrentes/ tasa de clientes por año)*100


Planilla: Tiempo que le dedica al administrador en realizar el cálculo


Mensual y Anual


Último día de cada mesÚltimo día de cada ano

.

8. DISEÑO LÓGICO DE LA BASE DE DATOS EN ERWIN

puede /pertenece

puede /pertenece

tiene /esta

tiene /pertenece

tiene /asignada

puede /pertenece

tiene /asigna

puede /pertenece

Cliente

codigo

apellidosnombresdnifechaNacimientodirecciontelefonocorreoEle_Cli

Pasaje

numeroBoleto

codigoTurno (FK)fechaimportenumeroAsientocodigoventa (FK)codigoCliente (FK)

Turno

codigo

origendestinohoraSalidahoraLlegadamonto

Personal Viaje

dni

placa (FK)nombreapellidosfuncionnumeroLicencia

Unidades

placa

modelomarcacapacidadestadocodigoTurno (FK)

Reclamo

codigo

motivofechahoracodigoCliente (FK)

Equipaje

codigo

montopesodescripcionplaca (FK)numeroBoleto (FK)

Venta

codigo

fechaimportecantidadPasaje

Entidades

EntidadNombre DefinicionCliente Guarda informacion de los cliente que se registran en la empresaEquipaje Guarda informacion de los equipajesPasaje Guarda informacion de los pasajes comprado de los clientes.Personal Viaje Guarda informacion del personal.Reclamo Guarda la informacion de los reclamos generados por los clientesTurno Guarda informacion de los turnos.Unidades Guarda informacion de las unidades de viaje registradasVenta Guarda informacion de las ventas realizadas

Atributo(s) of "Cliente" EntityNombre Definicion Requerido PK FKcodigo Codigo que identifica al

cliente cuando se registroYes Yes No

apellidos Apellidos con el que se identifica el cliente.

Yes No No

nombres Nombres con el que se identifica el cliente.

Yes No No

dni DNI con el que se identifica el cliente

Yes No No

fechaNacimiento Fecha de nacimiento del cliente.

No No No

direccion Direccion donde reside el cliente.

No No No

telefono Telefono con el que cuenta el cliente.

No No No

correoEle_Cli Correo Electronico con el que cuenta el cliente.

No No No

Atributo(s) of "Equipaje" EntityNombre Definicion Requerido PK FKcodigo Codigo que identifica al

equipajeYes Yes No

monto Costo con que se identifica el viaje. Debe ser mayor que cero.

Yes No No

peso Peso total con que se identifica el equipaje. Si el equipaje es mayor que a 23kg. se cobra un monto adicional. debe ser mayor que cero

Yes No No

descripcion Caracteristicas del equipaje.

Yes No No

placa Placa con el que se identifica la unidad de viaje.

Yes No Yes

numeroBoleto Numero que identifica el pasaje

Yes No Yes

Atributo(s) of "Pasaje" EntityNombre Definicion Requerido PK FKnumeroBoleto Numero que identifica

el pasajeYes Yes No

codigoTurno Codigo que identifica al turno de viaje

Yes No Yes

fecha La fecha en la que se ejecutara el viaje programado. El valor predeterminado es la fecha actual del sistema.

Yes No No

importe Importe en soles por pasaje. Debe ser mayor que cero.

Yes No No

numeroAsiento Número que identifica el Yes No No

Atributo(s) of "Pasaje" EntityNombre Definicion Requerido PK FK

asiento del pasajerocodigoventa Codigo que identifica la

ventaYes No Yes

codigoCliente Codigo que identifica al cliente cuando se registro

Yes No Yes

Atributo(s) of "Personal Viaje" EntityNombre Definicion Requerido PK FKdni DNI con el que se

identifica al personal de viaje.

Yes Yes No


Yes No Yes

nombre Nombre con el que se identifica el personal de viaje

Yes No No

apellidos Apellidos con el que se identifica el personal de viaje.

Yes No No

funcion Identifica la funcion del personal de viaje: piloto(1) o copiloto(0).

Yes No No

numeroLicencia Identifica el numero de licencia del personal de viaje.

Yes No No

Atributo(s) of "Reclamo" EntityNombre Definicion Requerido PK FKcodigo Codigo con el cual se

identifica el reclamoYes Yes No

motivo Motivo por el cual ha sido registrado el reclamo

Yes No No

fecha Fecha en la que se registro el reclamo. el valor predeterminado es la fecha actual del sistema

Yes No No

hora Hora en la que se registro el reclamo. el valor predeterminado es la hora actual del sistema

Yes No No


Yes No Yes

Atributo(s) of "Turno" EntityNombre Definicion Requerido PK FKcodigo Codigo que identifica al

turno de viajeYes Yes No

origen Identifica el origen del viaje

Yes No No

destino Identifica el destino del viaje

Yes No No

horaSalida Identifica la hora de salida del viaje

Yes No No

horaLlegada Identifica la hora de llegada del viaje

No No No

monto Identifica el costo del viaje. Debe ser mayor que cero.

Yes No No

Atributo(s) of "Unidades" EntityNombre Definicion Requerido PK FKplaca Placa con el que se

identifica la unidad de viaje.

Yes Yes No

modelo Modelo con el que se identifica la unidad de

Yes No No

Atributo(s) of "Unidades" EntityNombre Definicion Requerido PK FK

viajemarca Marca con el que se

identifa la unidad de viaje.

Yes No No

capacidad Numero de persona que permite transportar la unidad de viaje.

Yes No No

estado Indica la disponibilidad de la unidad de viaje.-Activo(1)-Inactivo(0)

Yes No No


Yes No Yes

Atributo(s) of "Venta" EntityNombre Definicion Requerido PK FKcodigo Codigo que identifica la

ventaYes Yes No

fecha Fecha en la que se registro la venta. El valor predeterminado es la fecha actual del sistema.

Yes No No

importe El importe de la venta realizada. Debe ser mayor de cero.

Yes No No

cantidadPasaje Cantidad de pasajes de la venta.

Yes No No

9. Diseño Físico de la base de datos en ERwin,

Cliente

codigo_Cli: int NOT NULL

dni_Cli: integer NOT NULLapellidos_Cli: varchar(50) NOT NULLnombres_Cli: varchar(50) NOT NULLfechaNac_Cli: date NULLdireccion_Cli: varchar(100) NULLtelefono_Cli: char(15) NULLcorreoEle_Cli: varchar(50) NULL

Pasaje

numeroBol_Pas: int NOT NULL

fecha_Pas: datetime NOT NULLimporte_Pas: smallmoney NOT NULLnumeroAsi_Pas: integer NOT NULLcodigo_Tur: smallint NOT NULL (FK)codigo_Ven: varchar(20) NOT NULL (FK)codigo_Cli: int NOT NULL (FK)

Turno

codigo_Tur: smallint NOT NULL

origen_Tur: char(10) NOT NULLdestino_Tur: char(10) NOT NULLhoraSal_Tur: time NOT NULLhoraLle_Tur: time NULLmonto_Tur: smallmoney NOT NULL

PersonalViaje

dni_PeV: char(8) NOT NULL

numeroLic_PeV: varchar(20) NOT NULLnombre_PeV: varchar(50) NOT NULLapellidos_PeV: varchar(50) NOT NULLfuncion_PeV: bit NOT NULLplaca_Uni: char(7) NOT NULL (FK)

Unidades

placa_Uni: char(7) NOT NULL

modelo_Uni: varchar(20) NOT NULLmarca_Uni: varchar(20) NOT NULLcapacidad_Uni: integer NOT NULLestado_Uni: integer NOT NULLcodigo_Tur: smallint NOT NULL (FK)

Reclamo

codigo_Rec: int NOT NULL

codigo_Cli: int NOT NULL (FK)motivo_Rec: varchar(1000) NOT NULLfecha_Rec: date NOT NULLhora_Rec: time NOT NULL

Equipaje

codigo_Equ: int NOT NULL

peso_Equ: char(3) NOT NULLmonto_Equ: smallmoney NOT NULLdescripcion_Equ: char(1000) NOT NULLplaca_Uni: char(7) NOT NULL (FK)numeroBol_Pas: int NOT NULL (FK)

Venta

codigo_Ven: varchar(20) NOT NULL

importe_Ven: smallmoney NOT NULLcantidadPas_Ven: tinyint NOT NULLfecha_Ven: date NOT NULL

Entidades

EntidadNombre DefinicionCliente Guarda informacion de los cliente que se registran en la empresaEquipaje Guarda informacion de los equipajesPasaje Guarda informacion de los pasajes comprado de los clientes.Personal Viaje Guarda informacion del personal.Reclamo Guarda la informacion de los reclamos generados por los clientesTurno Guarda informacion de los turnos.Unidades Guarda informacion de las unidades de viaje registradasVenta Guarda informacion de las ventas realizadas

Atributo(s) of "Cliente" EntityNombre Definicion Requerido PK FKcodigo Codigo que identifica al

cliente cuando se registroYes Yes No

apellidos Apellidos con el que se identifica el cliente.

Yes No No

nombres Nombres con el que se identifica el cliente.

Yes No No

dni DNI con el que se identifica el cliente

Yes No No

fechaNacimiento Fecha de nacimiento del cliente.

No No No

direccion Direccion donde reside el cliente.

No No No

telefono Telefono con el que cuenta el cliente.

No No No

correoEle_Cli Correo Electronico con el que cuenta el cliente.

No No No

Atributo(s) of "Equipaje" EntityNombre Definicion Requerido PK FKcodigo Codigo que identifica al

equipajeYes Yes No

monto Costo con que se identifica el viaje. Debe ser mayor que cero.

Yes No No

peso Peso total con que se identifica el equipaje. Si el equipaje es mayor que a 23kg. se cobra un monto adicional. debe ser mayor que cero

Yes No No

descripcion Caracteristicas del equipaje.

Yes No No


Yes No Yes

numeroBoleto Numero que identifica el pasaje

Yes No Yes

Atributo(s) of "Pasaje" EntityNombre Definicion Requerido PK FKnumeroBoleto Numero que identifica

el pasajeYes Yes No


Yes No Yes

fecha La fecha en la que se ejecutara el viaje programado. El valor predeterminado es la fecha actual del sistema.

Yes No No

importe Importe en soles por pasaje. Debe ser mayor que cero.

Yes No No

Atributo(s) of "Pasaje" EntityNombre Definicion Requerido PK FKnumeroAsiento Número que identifica el

asiento del pasajeroYes No No

codigoventa Codigo que identifica la venta

Yes No Yes


Yes No Yes

Atributo(s) of "Personal Viaje" EntityNombre Definicion Requerido PK FKdni DNI con el que se

identifica al personal de viaje.

Yes Yes No


Yes No Yes

nombre Nombre con el que se identifica el personal de viaje

Yes No No

apellidos Apellidos con el que se identifica el personal de viaje.

Yes No No

funcion Identifica la funcion del personal de viaje: piloto(1) o copiloto(0).

Yes No No

numeroLicencia Identifica el numero de licencia del personal de viaje.

Yes No No

Atributo(s) of "Reclamo" EntityNombre Definicion Requerido PK FKcodigo Codigo con el cual se

identifica el reclamoYes Yes No

motivo Motivo por el cual ha sido registrado el reclamo

Yes No No

fecha Fecha en la que se registro el reclamo. el valor predeterminado es la fecha actual del sistema

Yes No No

hora Hora en la que se registro el reclamo. el valor predeterminado es la hora actual del sistema

Yes No No


Yes No Yes

Atributo(s) of "Turno" EntityNombre Definicion Requerido PK FKcodigo Codigo que identifica al

turno de viajeYes Yes No

origen Identifica el origen del viaje

Yes No No

destino Identifica el destino del viaje

Yes No No

horaSalida Identifica la hora de salida del viaje

Yes No No

horaLlegada Identifica la hora de llegada del viaje

No No No

monto Identifica el costo del viaje. Debe ser mayor que cero.

Yes No No

Atributo(s) of "Unidades" EntityNombre Definicion Requerido PK FKplaca Placa con el que se

identifica la unidad de viaje.

Yes Yes No

modelo Modelo con el que se Yes No No

Atributo(s) of "Unidades" EntityNombre Definicion Requerido PK FK

identifica la unidad de viaje

marca Marca con el que se identifa la unidad de viaje.

Yes No No

capacidad Numero de persona que permite transportar la unidad de viaje.

Yes No No

estado Indica la disponibilidad de la unidad de viaje.-Activo(1)-Inactivo(0)

Yes No No

codigoTurno Código que identifica al turno de viaje

Yes No Yes

Atributo(s) of "Venta" EntityNombre Definicion Requerido PK FKcodigo Codigo que identifica la

ventaYes Yes No

fecha Fecha en la que se registro la venta. El valor predeterminado es la fecha actual del sistema.

Yes No No

importe El importe de la venta realizada. Debe ser mayor de cero.

Yes No No

cantidadPasaje Cantidad de pasajes de la venta.

Yes No No

10. CONSTRUCCIÓN DE BASE DE DATOS:

a. Sentencias SQL para la creación de la base de datos.

b. Sentencias SQL para la creación de la tablas y sus restricciones

--Crea la clave primaria en la tabla pasajeALTER TABLE Pasaje ADD CONSTRAINT PK_Pasaje

PRIMARY KEY(numeroBol_Pas)

--Crea la base de datos de sistema de ventasCREATE DATABASE SistemaVentas

--Crea la tabla ClienteCREATE TABLE Cliente(codigo_Cli int NOT NULL,dni_Cli char (8) NOT NULL,apellidos_Cli varchar(30) NOT NULL,nombres_Cli varchar(30) NOT NULL,fechaNac_Cli date NULL,direccion_Cli varchar(100)NULL,telefono_Cli varchar(15)NULL,correoEle_Cli varchar(50)NULL)

--Crea la clave primaria en la tabla ClienteALTER TABLE Cliente ADD CONSTRAINT PK_Cliente

PRIMARY KEY(codigo_Cli)

--Crea la tabla PasajeCREATE TABLE Pasaje(numeroBol_Pas int NOT NULL,fecha_Pas datetime NOT NULL,importe_Pas smallmoney NOT NULL,numeroAsi_Pas integer NOT NULL)

--Crea la tabla ReclamoCREATE TABLE Reclamo(codigo_Rec int NOT NULL,motivo_Rec varchar (1000) NOT NULL,fecha_Rec date NOT NULL,hora_Rec time NOT NULL)

--Crea la clave primaria en la tabla ReclamoALTER TABLE Reclamo ADD CONSTRAINT PK_Reclamo

PRIMARY KEY(codigo_Rec)

--Crea la tabla TurnoCREATE TABLE Turno(codigo_Tur smallint NOT NULL,origen_Tur char (10) NOT NULL,destino_Tur char (10) NOT NULL,horaSal_Tur time NOT NULL,horaLle_Tur time NOT NULL,monto_Tur smallmoney NOT NULL)

--Crea la clave primaria en la tabla TurnoALTER TABLE Turno ADD CONSTRAINT PK_Turno

PRIMARY KEY(codigo_Tur)

--Crea la tabla VentaCREATE TABLE Venta(codigo_Ven varchar (20) NOT NULL,importe_Ven smallmoney NOT NULL,cantidadPas_Ven tinyint NOT NULL,fecha_Ven date NOT NULL)

--Crea la clave primaria en la tabla VentaALTER TABLE Venta ADD CONSTRAINT PK_Venta

PRIMARY KEY(codigo_Ven)

c. Sentencias SQL para inserción de datos ejemplo de las bases de datos

--Crea la tabla Unidades CREATE TABLE Unidades(placa_Uni char (7) NOT NULL,modelo_Uni varchar (20) NOT NULL,marca_Uni varchar (20) NOT NULL,capacidad_Uni integer NOT NULL,estado_Uni integer NOT NULL)

--Crea la clave primaria en la tabla UnidadesALTER TABLE Unidades ADD CONSTRAINT PK_Unidades

PRIMARY KEY(placa_Uni)

--Crea la tabla EquipajeCREATE TABLE Equipaje(codigo_Equ int NOT NULL,peso_Equ char (3) NOT NULL,monto_Equ smallmoney NOT NULL,descripcion_Equ char (1000) NOT NULL)

--Crea la clave primaria en la tabla EquipajeALTER TABLE Equipaje ADD CONSTRAINT PK_Equipaje

PRIMARY KEY(codigo_Equ)

--Crea la tabla PersonalViajeCREATE TABLE PersonalViaje(dni_PeV char (8) NOT NULL,numeroLic_PeV varchar (20) NOT NULL,nombre_PeV varchar (50)NOT NULL,apellido_Pev varchar (50)NOT NULL,funcion_Pev bit NOT NULL)--Crea la clave primaria en la tabla PersonalViajeALTER TABLE PersonalViaje ADD CONSTRAINT PK_PersonalViaje

PRIMARY KEY(dni_PeV)

d. Sentencias SQL de las principales consultas que se tendrá en el sistema (considerando los prototipos de consultas y reportes presentados)

11. RETROSPECTIVA

a. ¿Qué se hizo bien durante todo el proyecto y que por lo tanto lo volverían a realizar exactamente igual, si tuvieran una nueva oportunidad?

Principalmente nuestras relaciones entre nosotros ha sido muy buena, la elección de equipo más que por ser bueno amigos ha sido porque somos compañeros trabajadores que se toman las cosas enserio y de fácil trato, lo primero que hicimos fue hacer una reunión preliminar en la cual le quedara claro a cada uno el trabajo que se nos ha encomendado, nos fijamos reglas de funcionamiento de equipo, como es el lugar de reuniones ya sea 2 o 3 veces a la semana, quincenales; así como nombramiento de un líder de equipo , se determinaron las tareas encomendadas a cada uno de nosotros, repartidas equilibradamente posibles, evitando que haya diferencias significativas y por eso estas cosas si las volveríamos hacer exactamente igual si tuviera una nueva oportunidad.

b. ¿Qué se pudo haber hecho mejor durante todo el proyecto y que por lo tanto lo realizarían de otra manera, si tuvieran una nueva oportunidad?

Lo que mejor se hubiera hecho sería el de planificar el tiempo porque muchas veces alguno de nosotros no estaba disponible para ese momento de la reunión, ya sea por diferentes situaciones, pero como equipo pudimos adaptarnos a esas pequeñas complicaciones, ya que no podíamos esperar el último momento para realizar cada uno su parte y otra seria que pocas veces hubo discusiones por las opiniones pero fueron muy pocas, ya que sabíamos respetar la opinión de cada uno, eso serían los únicos puntos que lo realizaría de otra manera.

11. CONCLUSIONES

Cumplir con las especificaciones y requisitos, tomando información detallada y completa de las necesidades del cliente.

Llevar un trabajo ordenado y secuencial, archivar los documentos para evitar problemas de pérdida de información.

Ser muy creativos, y capaces de captar rápidamente el estilo del cliente para satisfacer sus necesidades y requerimientos.

Estableciendo los indicadores permitirá ver el comportamiento de las

entidades para garantizar el cumplimiento de las metas organizacionales

y lograr el éxito de la empresa.

12. RECOMENDACIONES

A los estudiantes que llevaran el curso de base de datos para el próximo ciclo

les recomendamos los siguientes puntos:

Cumplir con sus trabajos en la fecha establecida por el docente y tomar

en cuenta sus sugerencias.

Ante cualquier duda o inquietud sobre los temas dados por el docente,

darlos a conocer para que los pueda orientar y desarrollar un trabajo

bien hecho.

Llegar puntuales a todas las clases para así adquirir todos los

conocimientos necesarios, lo cual le servirá para el desarrollo de su

trabajo y puedan culminar con éxito el ciclo.

Presentacion (1)

Documents

Transcript of Presentacion (1)