Practic As Yokohama Jeff Er

PRACTICAS PRE PROFESIONALES Pgina 2
Universidad Nacional de Piura

Facultad de Ingeniera Industrial
Escuela Profesional de Ingeniera Informtica

INFORME DE PRCTICAS PRE PROFESIONALES

Empresa:

RACING AUTOBOUTIQUE E.I.R.L

Presentada por:

Adanaque Mendoza Jefferson Octavio

Email :
joam_12_27_31@hotmail.com

Periodo:
Fecha de Inicio: 10 de diciembre del 2012
Fecha de Finalizacin: 20 de marzo del 2013


ndice

I. Descripcin General de la empresa 4
Nombre
Ubicacin, telfono, correo electrnico
Datos del dueo
rea en la que se desarroll mi labor
Descripcin de la Empresa

II. Trabajo Desarrollado 7
2.1. Antecedentes
2.2. Planteamiento del Problemas
2.3. Objetivos 8
2.4. Descripcin general de la solucin 9
2.5. Desarrollo del Proyecto (Modelado) 10
2.5.1 Diagramas De Caso De Uso 10
2.5.2 Diagramas De Escenarios 12
2.5.3 Diagrama de la Base de Datos de la Empresa
RACING AUTOBOUTIQUE E.I.R.L 17
2.5.4 Diccionario de Datos 18
2.6. Desarrollo del Proyecto (Construccion) 23
2.6.1 Breve Descripcion De Las Clases en C# Dentro
de la Plataforma .NET de Microsoft 23
2.6.2 Cdigo Para la Creacin de las Tablas en la
Base de Datos de La Empresa 28
2.7. Problemtica Detectada en la Empresa 32

III. Conclusiones y Recomendaciones 33


I. Descripcin general de la Empresa

Nombre : RACING AUTOBOUTIQUE E.I.R.L
Gerente : SR: Ricardo Castillo Crdova
Direccin : Mz. N 230, Lt. 03 ZONA INDUSTRIAL (AV. VICE).
Actividad : Venta de Partes y Accesorios para vehculos, de las marcas lderes del mercado:
Yokohama, Toyota, Mickey Thompson, Shell, Thuler, etc.
Telfono : 073-608874
Correo : racing_boutique@hotmail.com
RUC : 20525678408
Persona a la que estuve a cargo: SR: Ricardo Castillo Crdova
rea en la que desempee mi labor: Administracin de la organizacin.

Descripcin de la Empresa:
La empresa RACING AUTOBOUTIQUE E.I.R.L,
es una empresa peruana dentro del rubro automotriz,
especializada comercializacin de partes y accesorios de las
marcas lderes del mercado: Yokohama, Toyota, Mickey
Thompson, Shell, Thuler, etc. Esta empresa se encuentra
entre las lderes del mercado.
La empresa contina en un proceso de crecimiento a nivel
local, implementando nuevas reas en su establecimiento, con la finalidad de hacer ms eficiente las
actividades y brindar un mejor servicio; Contamos con una organizacin slida conformada por un
equipo de 12 trabajadores permanentes y altamente capacitados los cuales se encuentran en nuestras
diferentes zonas de operacin teniendo bien en claro nuestra misin: " hacer bien los trabajos a la
primera vez y en el tiempo programado. Logrando as otorgar un buen servicio".



Visin de la Empresa: Ser una empresa lder en la Regin Norte del Pas;
considerada UNA EMPRESA DE CONFIANZA para todos nuestros clientes.

Misin de la Empresa: Somos una empresa dedicada a proveer asesoramiento en
la adquisicin de PARTES Y REPUESTOS PARA VEHICULOS; prestando
tambin: SERVICIOS DE CALIDAD.


II. Trabajo Desarrollado

2.1 Antecedentes
No se tiene ningn antecedente en la empresa sobre sistemas de Gestin, lo cual es el principal
motivo para la realizacin de este proyecto.
El manejo de la informacin se hace mediante folios, obligando a contar con mayores activos y
recursos humanos a la hora de administrar los datos.
RACING AUTOBOUTIQUE E.I.R.L, siendo una empresa comercial, necesita un sistema de
informacin que suministre datos actualizados, reales y oportunos sobre la existencia de productos,
proveedores nacionales, clientes; en general lo relacionado a compra y venta de productos para
facilitar la toma de decisiones, que permitan a la empresa un crecimiento y reconocimiento en el
mercado y as aumenten sus utilidades.

2.2 Planteamiento del Problema:

El problema se reduce al manejo de la informacin de las operaciones:
Registrar Salida y entrada de los Repuestos
Registrar Clientes con sus respectivos Vehculos
Facturar y Cobrar Servicios

En la empresa RACING AUTOBOTIQUE E.I.R.L, no existe un control en el inventario, el
descontrol que genera el manejo manual de facturacin ocasiona la perdida de estabilidad
econmica, social y cultural de la organizacin.

El constante crecimiento en el volumen de informacin manejada y el nmero de
operaciones y procedimientos para la realizacin de las compras y ventas, realizadas
principalmente en forma manual; ha dificultado la gestin administrativa, ya que no se
posee informacin completa, oportuna y actualizada.

Por sta razn es necesario implementar un sistema de informacin que controle las
transacciones involucradas en el manejo del activo ms importante que posee actualmente
la empresa: El Inventario; facilitando as la toma de decisiones principalmente en la
compra y venta de productos, y adems presente reportes e informes para establecer el
estado real de la empresa en un momento determinado.


2.3. Objetivos

Objetivo General

Modelar y Automatizar los Procesos de la empresa RACING AUTOBOUTIQUE E.I.R.L
de Piura, mediante un SISTEMA DE GESTIN DE VENTAS Y FACTURACIN;
satisfaciendo las necesidades y requerimientos que la empresa necesita.

Objetivos Especficos

Implementar un Sistema de Gestin de Ventas y Facturacin; satisfaciendo las
necesidades y requerimientos que la empresa necesita.

Lograr la Automatizacin del proceso Compra-Venta.

Sistematizar la realizacin de inventarios.

Contar con un registro de nuestros clientes, para servicios futuros.


2.4. Descripcin General de la Solucin

Para la solucin del problema, se propone la implementacin de un Sistema de Informacin
que se encargar del procesamiento de los movimientos cotidianos de la empresa.

Nuestro trabajo consistir en diagnosticar el problema, para luego analizar los procesos que
sern implementados en el sistema de informacin, tratando de mejorar la organizacin de
la empresa y as agilizar las operaciones.

El presente trabajo ser realizado en tres fases operacionales, las cuales ayudaran a una
mayor organizacin al desarrollo de nuestro Proyecto, las cuales sern:

Primera fase: Anlisis
En esta fase Analizaremos la problemtica existente y as obtendremos en forma concreta
todos los procesos que la empresa realiza, los cuales sern necesarios sistematizar.
Indicaremos los agentes con sus respectivos diagramas de actividades, esto ayuda a tener
una mejor idea de la secuencia que lleva un proceso.

Segunda fase: Diseo
Una vez analizados los procesos a automatizar, sern Implementados en nuestro Sistema de
Informacin. Nos enfocaremos en los Requerimientos de la empresa (necesidades y
cualidades nicas de la empresa) y el desarrollo de tales. En esta fase haremos uso de una
Metodologa gil de Desarrollo.

Tercera fase: Presentacin
Esta fase es la culminacin y presentacin de nuestro Sistema de Informacin, la cual nos
permitir obtener la informacin concreta de todos los recursos y costos utilizados en
nuestro Proyecto de Innovacin.


2.5. Desarrollo del Proyecto

2.5.1. DIAGRAMAS DE CASOS DE USO



2.5.2. DIAGRAMAS DE ESCENARIOS






2.5.3. Diagrama de la Base de Datos de la Empresa RACING AUTOBOUTIQUE
E.I.R.L


2.5.4. Diccionario de Datos
Nombre de Entidad : Venta

Descripcin : Es una entidad de tipo transaccion , la cual te da los datos de la venta realizada

Campo Tipo Tamao PK FK Acepta nulos Descripcin
Id_Venta CHAR 5 NO
Es el codigo con el cual se identifica la
venta y su valor es nico.
FK_Id_Usuario CHAR 5 NO
Es el usuario que realiza la venta, puede
ser vendedor o gerente.
FK_Id_Cliente CHAR 5 NO
Es el cliente a quien se le realiza la
venta.
Fecha DATATIME NO
La fecha en que se realizo la operacin.
igv DECIMAL (9,2) NO
El impuesto que se debe pagar por
venta.
Subtotal_venta DECIMAL (9,2) NO
Es la suma de todos los subtotales
Total_venta DECIMAL (9,2) NO
Es el total de la venta.

Nombre de Entidad : Detalle_Venta_Producto

Descripcin : Es una entidad que te da todas las lineas de venta

Campo Tipo Tamao PK FK Acepta
nulos
Descripcin
IdDetalle_Venta_Prod
ucto
CHAR 5 NO
Es el codigo con el cual se va identificar el
detalle del producto y su valor es nico.
FK_Id_Venta CHAR 5 NO
Es el codigo de venta.
FK_Id_Producto CHAR 5 NO
Es el codigo de producto.
Precio_Venta DECIMAL (9,2) NO
Es el precio de producto en la linea de
venta.
Cantidad INT 10 NO
Es la cantidad de productos en la linea de
venta
Descuento DECIMAL (9,2) NO
Es el descuento que se le hace a la venta.
Subtotal DECIMAL (9,2) NO
Es el subtotal de cada linea de venta.

Nombre de Entidad : Producto

Descripcin : Es una entidad que especifica las caracteristicas del producto

Id_Producto CHAR 5 NO
Es el codigo del producto y su valor
es nico.
Nombre_Producto VARCHAR 60 NO
Es el nombre del producto.
Descripcion VARCHAR 80 NO
Es la descripcion del producto.
Precio_lista DECIMAL (9,2) NO
Es el precio del producto.
Stock INT 10 NO
Es la cantidad de productos que
hay en la tienda.


Nombre de Entidad : Cliente

Descripcin : Es la entidad que especifica las caracteristicas comunes ente el cliente-persona juridica y cliente-
persona natural

Id_Cliente CHAR 5 NO
Es el codigo del cliente con el cual
se va a identificar y su valor es
nico.
Nombre VARCHAR 60 NO
Es el nombre del cliente.
Direccion VARCHAR 60 NO
Es la direccion del cliente.
Telefono VARCHAR 9 NO
Es el telefono del cliente.
dni CHAR 8 NO
Es el DNI del cliente
ruc CHAR 11 NO
Es el RUC del cliente
email VARCHAR 20 NO
Correo electronico del cliente

Nombre de Entidad : Cliente_P_Juridica

Descripcin : Es la entidad que muetra las caracteristicas que son solo de la empresa.

Id_Cliente_P_Juridica CHAR 5 NO
Es el codigo del cliente -persona
juridica y su valor es nico.
Representante_legal VARCHAR 60 NO
Es el representante legal de la
empresa
Es el codigo del cliente .

Nombre de Entidad : Mantenimiento

Descripcin : Es una entidad transaccion q muestra los datos de cada mantenimiento

Id_Mantenimiento CHAR 5 NO
Es el codigo del mantenimiento. y
su valor es nico
FK_Id_Vehiculo CHAR 5 NO
Es el codigo del vehiculo
Fecha DATETIME NO
Es la fecha en que entra el vehiculo
a mantenimiento.
Kilometraje VARCHAR 12 NO
Indica el recorrido del vehiculo
Subtotal_mantenimi
ento
DECIMAL (9,2) NO
Es el subtotal de todo el
mantenimiento
igv DECIMAL (9,2) NO
Es el igv del mantenimiento
Total_mantenimient
o
DECIMAL (9,2) NO
Es el total que se debe pagar por
mantenimiento.


Nombre de Entidad : Detalle_Mantenimiento_Servicio

Descripcin : Es la entidad que te da los datos de cada linea de mantenimineto

Campo Tipo Tama
o
PK FK Acepta nulos Descripcin
IdDetalMantenimiento
_Servicio_
CHAR 5 NO
Es el codigo del detalle de
mantenimiento de servicio y su
valor es nico.
FK_IdMantenimiento CHAR 5 NO
Es el codigo del mantenimiento
FK_IdServicio CHAR 5 NO
Es el codigo servicio
Precio_Referencia DECIMAL (9,2) NO
Es el precio de referencia
descuento DECIMAL (9,2) NO
Es el descuento por cada servicio
Es el subtotal de cada line de
mantenimiento.
mecanico VARCHAR 20 NO
Es el nombre del mecanico que va
realizar dicho servicio

Nombre de Entidad : Servicio

Descripcin :Es la entidad que muestra los datos de los servicios que realiza la empresa.

Id_Servicio CHAR 5 NO
Es el codigo del servicio y su valor
es nico.
Nombre_Servicio VARCHAR 60 NO
Es el nombre del servicio .
Es la descripcion del servicio
Precio_Costo DECIMAL (9,2) NO
Es lo que cuesta el servicio .
Precio_referencia DECIMAL (9,2) NO
Es el precio del servicio

Nombre de Entidad : Vehiculo

Descripcin : Es la entidad que te da los datos del vehiculo de un cliente especifico

IdVehiculo CHAR 5 NO
Es el codigo del vehiculo y su valor
es nico.
Placa VARCHAR 10 NO
Es la placa del vehiculo
Marca VARCHAR 20 NO
Es la marca del vehiculo.
Modelo VARCHAR 30 SI
Es el modelo del vehiculo
Color VARCHAR 20 SI
Es el color del vehiculo .
Descripcin VARCHAR 80 SI
Indica el estado del vehiculo.
Es el codigo del cliente .


Nombre de Entidad : Compra

Descripcin : Es una entidad tipo transaccion que te da los datos de la compra realizada a tal proveedor

Id_Compra CHAR 5 NO
Es el codigo de la compra y su
valor es nico.
FK_IdProveedor CHAR 5 NO
Es el codigo del proveedor .
Precio_Compra DECIMAL (9,2) NO
Es el precio de la compra.
Fecha DATETIME NO
Es la fecha cuando se realizo la
compra .
IGV DECIMAL (9,2) NO
Es el igv que se incluye en el
producto
Subtotal_compra DECIMAL (9,2) NO
Es el descuento de la compra
Total_compra DECIMAL (9,2) NO
Es el total de la compra

Nombre de Entidad : Detalle_Compra_Producto

Descripcin : Es la entidad que te da la linea de compra realizada.

Id_Detalle_Compra
_Producto
CHAR 5 NO
Es el codigo del detalle de compra
y su valor es nico .
FK_IdCompra CHAR 5 NO
Es el codigo la compra .
FK_IdProducto CHAR 5 NO
Es el codigo del producto .
Precio_Compra DECIMAL (9,2) NO
Es el precio de la linea de compra .
Cantidad INT 10 NO
Es la cantidad de productos en la
compra
descuento DECIMAL (9,2) NO
Es el descuento por cada linea de
compra
Es el subtotal de cada linea de
compra

Nombre de Entidad : Proveedor

Descripcin : Es la entidad que muestra los datos del proveedor

Id_Proveedor CHAR 5 NO
Es el codigo del proveedor.
Nombre VARCHAR 60 NO
Es el nombre del proveedor.
ruc CHAR 11 NO
Esl ruc del proveedor
Direccion VARCHAR 60 NO
Es la direccion del proveedor .
Es el telefono del proveedor.
Nombre_Contacto VARCHAR 60 NO
Es el nombre del representante de
la empresa.
Celular_contacto VARCHAR 9 NO
Es el celular del representante de
la empresa.


Nombre de Entidad : Usuario

Descripcin : Es la entidad que muestra los datos de los usuarios finales del sistema

Id_Usuario CHAR 5 NO
Es el codigo del usuario.
Nombres VARCHAR 60 NO
Es el nombre del usuario .
Apellidos VARCHAR 60 NO
Son los apellidos del usuario
Usuario VARCHAR 20 NO
Es la cuenta del usuario .
Contrasea VARCHAR 20 NO
Es la contrasea del usuario .
DNI CHAR 8 NO
Es el dni del usuario .
Es el telefono del usuario .
Fecha_Contrato DATETIME NO
Es la fecha en que se contrato al
usuario .
Email VARCHAR 60 SI
Es el correo del usuario
FK_Id_Rol CHAR 5 NO
Es el codigo del rol.

Nombre de Entidad : Rol

Descripcin : Es la entidad que muestra es rol que desempea cada usuario

IdRol CHAR 5 NO
Es el codigo del rol.
Indica a que se dedica el usuario

Nombre de Entidad : Funciones_Del_Rol

Descripcin : Son las funciones especificas que realiza cada rol

FK_Id_Rol CHAR 5 NO
Es el codigo de un rol especifico y
su valor es nico
FK_Id_Funciones CHAR 5 NO
Es el codigo de cada funcion que
realiza el rol y su valor es nico

Nombre de Entidad : Funciones

Descripcin : Son todas las funciones que se realizam en el sistema

IdFunciones CHAR 5 NO
Es el codigo de la funcion y su
valor es nico
Indica las funciones que
desempea cada usuario.


2.6. Desarrollo del Proyecto (Construccion)
2.6.1. Breve Descripcion De Las Clases en C# Dentro de la Plataforma .NET de
Microsoft
Clase Cliente: Es una clase que especifica las caracteristicas comunes entre
el cliente-persona juridica y cliente-persona natural.

o Atributos
Nombre
Direccion
Telefono
Dni
Ruc
Email
o Metodos
buscarCliente()
agregarCliente()
modificarCliente()
eliminarCliente()

Clase Cliente_P_Juridica: Es una clase que muestra las caracteristicas que
son solo de la empresa heredando los atributos de la Clase Cliente.

o Atributos
Representante_legal
o Metodos
buscarCliente_P_Juridica()
agregarCliente_P_Juridica()
modificarCliente_P_Juridica()
eliminarCliente_P_Juridica()

Clase Venta: Es una Clase de tipo transaccion , la cual te da los datos de la
venta realizada.

o Atributos
Fecha
Igv
Subtotal_venta
Total_venta


o Metodos
buscarVenta()
agregarVenta()
modificarVenta()
eliminarVenta()

Clase Producto: Es una Clase que especifica las caracteristicas del
producto.

o Atributos
Nombre_Producto
Descripciom
Precio_lista
Stock
o Metodos
buscarProducto()
agregarProducto()
modificarProducto()
eliminarProducto()

Clase Compra: Es una Clase de tipo transaccion que te da los datos de la
compra realizada a tal proveedor.

o Atributos
Precio_Compra
Fecha
IGV
Subtotal_compra
Total_compra
o Metodos
buscarCompra()
agregarCompra()
modificarCompra()
eliminarCompra()


Clase Proveedor: Es una Clase que muestra los datos del proveedor.

o Atributos
Ruc
Direccion
Telefono
Nombre_contacto
Celular_contacto
o Metodos
buscarProveedor()
agregarProveedor()
modificarProveedor()
eliminarProveedor()

Clase Vehiculo: Es una Clase que te da los datos del vehiculo de un cliente
especifico.

o Atributos
Placa
Marca
Modelo
Color
Descripcion
o Metodos
buscarVehiculo()
agregarVehiculo()
modificarVehiculo()
eliminarVehiculo()

Clase Mantenimiento: Es una Clase transaccion q muestra los datos de
cada mantenimiento.

o Atributos
Fecha
Kilometraje
Subtotal_mantenimiento
Igv
Total_mantenimiento


o Metodos
buscarMantenimiento()
agregarMantenimiento()
modificarMantenimiento()
eliminarMantenimiento()

Clase Servicio: Es una Clase que muestra los datos de los servicios que
realiza la empresa.

o Atributos
Nombre_Servicio
Descripcion
Precio_costo
Precio_referencia
o Metodos
buscarServicio()
agregarServicio()
modificarServicio()
eliminarServicio()

Clase Usuario: Es una Clase que muestra los datos de los usuarios finales
del sistema.

o Atributos
Nombres
Apellidos
Usuario
Contrasea
DNI
Telefono
Fecha_contrato
Email
o Metodos
buscarUsuario()
agregarUsuario()
modificarUsuario()
eliminarUsuario()


Clase Rol: Es una Clase que muestra el rol que desempea cada usuario.

o Atributos
Descripcion
o Metodos
buscarRol()
agregarRol()
modificarRol()
eliminarRol()

Clase Funciones: Es una Clase que Tiene todas las funciones que se
realizan en el sistema.

o Atributos
Descripcion
o Metodos
buscarFunciones)
agregarFunciones()
modificarFunciones()
eliminarFunciones()


2.6.2 Cdigo Para la Creacin de las Tablas en la Base de Datos de La Empresa
CREATE TABLE Cliente(
id_cliente char(5) primary key,
nombre varchar(40) NOT NULL,
direccion varchar(40) NOT NULL,
telefono varchar(10) NOT NULL,
dni char(8) NOT NULL,
ruc char(11) NULL,
email varchar(30) NOT NULL,
CONSTRAINT ck_id_cliente CHECK(id_cliente like '[0-9][0-9][0-
9][0-9][0-9]'),
CONSTRAINT ck_dni CHECK(dni like '[0-9][0-9][0-9][0-9][0-9][0-
9][0-9][0-9]'),
CONSTRAINT ck_ruc CHECK(ruc like '[0-9][0-9][0-9][0-9][0-9][0-
9][0-9][0-9][0-9][0-9][0-9]')
) ON [PRIMARY]

CREATE TABLE Cliente_P_Juridica(
id_cliente_p_juridica char(5) primary key,
representante_legal varchar(40) NOT NULL,
FK_id_cliente char(5) references Cliente(id_cliente) not null,
CONSTRAINT ck_id_cliente_p_juridica CHECK(id_cliente_p_juridica
like '[0-9][0-9][0-9][0-9][0-9]')
) ON [PRIMARY]

CREATE TABLE Venta(
id_venta char(5) primary key,
fecha datetime NOT NULL,
subtotal_venta decimal(9, 2) null,
igv decimal(9, 2) NOT NULL,
total_venta datetime not NULL,
FK_id_usuario char(5) references Usuario(id_usuario) not null,
CONSTRAINT ck_id_venta CHECK(id_venta like '[0-9][0-9][0-9][0-
9][0-9]'),
CONSTRAINT ck_subtotal_venta CHECK(subtotal_venta>0.0),
CONSTRAINT ck_igv_venta CHECK(igv>0.0),
CONSTRAINT ck_total_venta CHECK(total_venta>0.0)
) ON [PRIMARY]

CREATE TABLE Detalle_Venta_Producto(
id_detalle_venta_producto char(5) primary key,
precio_venta decimal(9, 2) NOT NULL,
cantidad varchar(80) NULL,
descuento decimal(9, 2) null,
subtotal decimal(9, 2) NOT NULL,
FK_id_venta char(5) references Venta(id_venta) not null,
FK_id_producto char(5) references Producto(id_producto) not null,


CONSTRAINT ck_id_detalle_venta_producto
CHECK(id_detalle_venta_producto like '[0-9][0-9][0-9][0-9][0-
9]'),
CONSTRAINT ck_precio_venta CHECK(precio_venta>0.0),
CONSTRAINT ck_cantidad_det_vent CHECK(cantidad>0),
CONSTRAINT ck_descuento_det_vent CHECK(descuento>0.0),
CONSTRAINT ck_subtotal_det_vent CHECK(subtotal>0.0)
) ON [PRIMARY]
CREATE TABLE Producto(
id_producto char(5) primary key,
nombre_producto varchar(50) NOT NULL,
descripcion varchar(80) NOT NULL,
precio_lista decimal(9, 2) NOT NULL,
stock int NOT NULL,
CONSTRAINT ck_id_producto CHECK(id_producto like '[0-9][0-9][0-
9][0-9][0-9]'),
CONSTRAINT ck_precio_lista CHECK(precio_lista>0.0),
CONSTRAINT ck_stock CHECK(stock>0)
) ON [PRIMARY]

CREATE TABLE Compra(
id_compra char(5) primary key,
subtotal_compra decimal(9, 2) null,
total_compra datetime not NULL,
FK_id_proveedor char(5) references Proveedor(id_proveedor) not
null,
CONSTRAINT ck_id_compra CHECK(id_compra like '[0-9][0-9][0-9][0-
9][0-9]'),
CONSTRAINT ck_subtotal_compra CHECK(subtotal_compra>0.0),
CONSTRAINT ck_igv_compra CHECK(igv>0.0),
CONSTRAINT ck_total_compra CHECK(total_compra>0.0)
) ON [PRIMARY]

CREATE TABLE Detalle_Compra_Producto(
id_detalle_compra_producto char(5) primary key,
precio_compra decimal(9, 2) NOT NULL,
cantidad varchar(80) NULL,
FK_id_compra char(5) references Compra(id_compra) not null,
FK_id_producto char(5) references Producto(id_producto) not null,
CONSTRAINT ck_id_detalle_compra_producto
CHECK(id_detalle_compra_producto like '[0-9][0-9][0-9][0-9][0-
9]'),
CONSTRAINT ck_precio_compra CHECK(precio_compra>0.0),
CONSTRAINT ck_cantidad_compra CHECK(cantidad>0),
CONSTRAINT ck_descuento_compra CHECK(descuento>0.0),
CONSTRAINT ck_subtotal_det_com CHECK(subtotal>0.0)
) ON [PRIMARY]

CREATE TABLE Proveedor(


id_proveedor char(5) primary key,
nombre varchar(40)NOT NULL,
ruc char(11)NOT NULL,
direccion varchar(80) null,
telefono varchar(10) not NULL,
nombre_contacto varchar(40)NOT NULL,
celular_contacto varchar(10)NOT NULL,
CONSTRAINT ck_id_proveedor CHECK(id_proveedor like '[0-9][0-9][0-
9][0-9][0-9]'),
CONSTRAINT ck_ruc_proveedor CHECK(ruc like '[0-9][0-9][0-9][0-
9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]')
) ON [PRIMARY]

CREATE TABLE Mantenimiento(
id_mantenimiento char(5) primary key,
kilometraje varchar(20) NULL,
subtotal_mantenimiento decimal(9, 2) null,
total_mantenimiento datetime not NULL,
FK_id_vehiculo char(5) references Vehiculo(id_vehiculo) not null,
CONSTRAINT ck_id_mantenimiento CHECK(id_mantenimiento like '[0-
9][0-9][0-9][0-9][0-9]'),
CONSTRAINT ck_subtotal_mantenimiento
CHECK(subtotal_mantenimiento>0.0),
CONSTRAINT ck_igv CHECK(igv>0.0),
CONSTRAINT ck_total_mantenimiento CHECK(total_mantenimiento>0.0)
) ON [PRIMARY]

CREATE TABLE Detalle_Mantenimiento_Servicio(
id_det_mant_serv char(5) primary key,
precio_referencia decimal(9, 2) NOT NULL,
mecanico varchar(80) not null,
FK_id_mantenimiento char(5) references
Mantenimiento(id_mantenimiento) not null,
FK_id_servicio char(5) references Servicio(id_servicio) not null,
CONSTRAINT ck_id_detalle_mantenimiento_servicio
CHECK(id_det_mant_serv like '[0-9][0-9][0-9][0-9][0-9]'),
CONSTRAINT ck_precio_referencia_detalle
CHECK(precio_referencia>0.0),
CONSTRAINT ck_subtotal CHECK(subtotal>0.0),
CONSTRAINT ck_descuento CHECK(descuento>0.0)
) ON [PRIMARY]

CREATE TABLE Servicio(
id_servicio char(5) primary key,
nombre_servicio varchar(50) NOT NULL,
descripcion varchar(80) NULL,
precio_costo decimal(9, 2) NOT NULL,
precio_referencia decimal(9, 2) NOT NULL,
CONSTRAINT ck_id_servicio CHECK(id_servicio like '[0-9][0-9][0-
9][0-9][0-9]'),


CONSTRAINT ck_precio_costo CHECK(precio_costo>0.0),
CONSTRAINT ck_precio_referencia CHECK(precio_referencia>0.0)
) ON [PRIMARY]

CREATE TABLE Vehiculo(
id_vehiculo char(5) primary key,
placa varchar(10) NOT NULL,
marca varchar(15) NOT NULL,
modelo varchar(15) NOT NULL,
color varchar(15) NOT NULL,
descripcion varchar(50) NOT NULL,
CONSTRAINT ck_id_vehiculo CHECK(id_vehiculo like '[0-9][0-9][0-
9][0-9][0-9]')
) ON [PRIMARY]

CREATE TABLE Usuario(
id_usuario char(5) primary key,
nombre varchar(40)NOT NULL,
apellidos varchar(80) null,
usuario varchar(40) NOT NULL,
contrasea varchar(40) NOT NULL,
dni char(8) NOT NULL,
telefono varchar(10) not NULL,
fecha_contrato datetime,
email varchar(30) null,
FK_id_rol char(5) references Rol(id_rol) not null,
CONSTRAINT ck_id_usuario CHECK(id_usuario like '[0-9][0-9][0-
9][0-9][0-9]'),
CONSTRAINT ck_dni_usuario CHECK(dni like '[0-9][0-9][0-9][0-9][0-
9][0-9][0-9][0-9]')
) ON [PRIMARY]

CREATE TABLE Rol(
id_rol char(5) primary key,
CONSTRAINT ck_id_rol CHECK(id_rol like '[0-9][0-9][0-9][0-9][0-
9]')
) ON [PRIMARY]

CREATE TABLE Funciones_Del_Rol(
FK_id_rol char(5) references Rol(id_rol) not null,
FK_id_funciones char(5) references Funciones(id_funciones) not
null
) ON [PRIMARY]

CREATE TABLE Funciones(
id_funciones char(5) primary key,
CONSTRAINT ck_id_funciones CHECK(id_funciones like '[0-9][0-9][0-
9][0-9][0-9]')
) ON [PRIMARY]


2.7. Problemtica Detectada en la Empresa:

En la Empresa se manejan Autopartes con muchos modelos para una sola marca, lo
cual era un problema al momento de establecer su precio Original, este problema
fue solucionado gracias a la bsqueda sensitiva, por cdigo, o por cdigo de barras
se tiene un total control de los datos de la mercadera.

No tena un total control de todos los clientes con sus respectivos vehculos, no se
poda establecer qu servicio se le haba aplicado al vehculo y su respectiva fecha.
Ahora este problema est solucionado tenemos un total control de las personas
naturales o jurdicas que llegan a la Empresa. Manejamos toda la informacin de los
vehculos (marca, modelos, caractersticas, conductor, etc ), estos datos nos ayudan
a tomar mejores decisiones.

No exista el conocimiento completo de las garantas aplicadas a la Mercadera y a
los Servicios, ahora este problema est solucionado, as podemos saber que lote de
productos llego con fallas a almacn y a que proveedor le pertenece.

Antes del sistema se tena que contratar a personas en fuera de horarios de trabajo
para hacer un inventario de todos los productos en almacn, en la actualidad con el
sistema implantado ese proceso se logra en cuestin de minutos.

En la actualidad manejamos toda la informacin de nuestros proveedores as como
de su mercadera que nos llega a almacn.

Los clculos de Ventas y reportes antes eran manuales, con el sistema logramos
obtener reportes diarios o por fechas de las ventas realizadas.

El sistema en s, es una herramienta clave en la Empresa , logro que se evite la
prdida de tiempo en los procesos, tener el control total de la mercadera, de los
servicios, de la garanta ofrecida, as como de los clientes y sus respectivos
vehculos.


III. Conclusiones y Recomendaciones

Conclusiones

Uno de los logros que trajo el desarrollo del nuevo sistema de gestin fue la eliminacin definitiva
del Inventario de Productos manual, logramos demostrar que la computacin es una herramienta
valiosa, que nos brinda la posibilidad de manejar muchos datos y obtener resultados en pocos
minutos, dejndonos tiempo disponible para analizar y tomar mejores decisiones.

En la fecha en que se decide llevar a cabo este sistema se puso como meta el funcionamiento del
nuevo sistema en el menor tiempo posible, de tal forma que se pudiera realizar la correccin
monetaria de los repuestos, puesto que faltaba informacin importante para hacerlo correctamente.
Esta meta se logr absolutamente.

Logramos obtener un control total de servicios que se ofrecen, de igual forma ahora podemos tener
un mayor control de nuestro stock en la mercadera.

Se puede obtener un acceso total a la informacin de los vehculos que llegan a nuestra empresa,
guardando la informacin respectiva de sus caractersticas como de los servicios que se les aplicado
con sus fechas y kilometraje respectivo.

Otra decisin importante fue la de normar el desarrollo de software, puesto que permiti establecer
una metodologa de trabajo a futuro, asegurando con ello que cualquier persona podra programar
bajo este esquema y entender con facilidad lo desarrollado por otros, ya que el lenguaje utilizado no
tiene restricciones o una estructura definida para programar, por lo que cada programador puede
utilizar un estilo propio para programar, lo que hara que sus programas no fueran de fcil lectura
para los dems.

Por otra parte, se cre un control de acceso de los usuarios a los programas, de manera que se lleg
a tener un buen sistema de control, que permiti la creacin de perfiles de usuarios y darle acceso a
los programas autorizados solamente.

Practic As Yokohama Jeff Er

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

Practic As Yokohama Jeff Er

Uploaded by

Copyright:

Available Formats

PRACTICAS PRE PROFESIONALES Pgina 2

Universidad Nacional de Piura

You might also like