Informe de La Base de Datos Ferreteria Ujcm

“Informe de Base de Datos
para una Ferretería”
Presentado:
Willians Apaza Layme
Diego Ccapa Ticona
Alex zela tacca
Ronald motta Gonza
Ing: Edison Pescoran Lopez
Moquegua 2018
[Escriba aquí]
UNIVERSIDAD JOSE CARLOS MARIATEGUI-MOQUEGUA
Dedicatoria
A Dios:
Por la oportunidad de estar viva y

darme inteligencia para realizar este A mis Padres:
trabajo y por permitirle haber estado Les dedico este trabajo con todo mi amor
conmigo a las personas a las que dedi- y les agradezco todos los sacrificios que
caré esta tesis. hicieron para que pudiera llegar hasta
aquí, gracias por confiar en mi, por cui-
darme en tantas y tantas ocasiones y so-
bre todo por darme un ejemplo de vida,
los dos son dos son admirables para mi.
A miTía:
Tantas y tantas cosas hiciste por mi que
A mis hnos :
no tendía suficientes líneas para
Niños, hemos pasado por muchas y
explicar por que te dedico mi tesis,
aunque aveces no lo pareciera, los tres
donde quiera que estés quiero que se-
sabemos que contamos uno con el otro si
pas que todo eso dio frutos, se que aun
lo necesitamos, gracias por ser mis
me cuidas y que estas contenta de estar
hermanos porque no pude haber tenido
leyendo esto, gracias por todo, te quie-
mejores compañeros en casa que ustedes,
ro muchísimo.
gracias.
[Escriba aquí]
Índice
I. INTRODUCCIÓN 4
CAPITULO I MARCO TEORICO 7
1.1 Empresa 8
1.1.1 Antecedentes 9
1.1.2 Organización de la empresa 9
1.1.3 Recursos Materiales de la empresa 12
1.1.4 Necesidad de controlar los procesos de negocio. 12
1.1.5 Principales Procesos de Negocio de la empresa. 12
1.1.6 Beneficios de la base de datos a la empresa. 13
1.2 Bases de Datos 11
1.2.1 ¿Qué es un Sistema de Base de datos? 11
1.2.2 Principales componentes de un Sistema de Bases de Datos. 14
1.2.3 El Sistema de Administración de Bases de Datos (DBMS) 15
1.2.4 El Modelo Relacional 16
1.3. Modelo Entidad – Relación 17
1.3.1 Entidades 17
1.3.2 Relaciones. 17
1.4 Modelo Relacional 17
2.6.1 Tablas Empleado, Cliente, Proveedor, Marca, Categoría 18
2.6.2 Tabla Producto 18
2.6.3 Tabla Ventas 18
2.6.4 Tabla Lineaproducto 18
CAPITULO III RESOLUCION DE EJERCICIO 19
3.1 planteamiento de los ejercicios 20
3.2 solucion de los ejercicios. 20
3.3 Conclucion 32
33
[Escriba aquí]
I. INTRODUCCIÓN
La necesidad creciente de comercializar cada día mayor cantidad de produc-
tos y servicios, requiere de técnicas y elementos que faciliten su desplazamiento hacia
los mercados potenciales de clientes.
Las bases de datos constituyen un instrumento de mucha utilidad en las
empresas, es por ello que en la empresa Ferretería Méndez S. A de C.V. surge la
necesidad de controlar las tareas que son muy rutinarias o sobre las cuales no se tiene
control, como son el orden, la manipulación de datos, la seguridad de los datos, etc.
Esto lleva a dar soluciones que faciliten la operación de las tareas mediante la
construcción de una base de datos que pueda satisfacer las necesidades de su mercado
en menor tiempo, brindando así una mejor calidad en los servicios.
El material presentado se divide en una introducción del proyecto, tres capí-
tulos y la conclusión.
El capítulo I se refiere a la necesidad del desarrollo de una base de datos
que permita a la Ferretería Méndez S. A de C.V. poder controlar de manera eficien-
te los productos en un inventario, el levantamiento de pedidos y el control de la
nómina, y se da una breve explicación de lo que son las bases de datos, cubriendo
así un marco teórico.
El capitulo II trata del planteamiento y análisis del problema, en el cual se
describe con detalle la necesidad de un Sistema de Bases de Datos dividiendo este
capitulo en la Especificación de Requisitos donde se describe el software y hardwa-

[Escriba aquí]
re necesarios, la Definición Conceptual del Sistema en la cual se describen las ca-
racterísticas generales de la empresa, Descripción de la Información en la cual se
detallan las funciones principales del Sistema mediante casos de uso.
Posteriormente se muestra el Modelo conceptual el cual contiene 3 niveles
de Diagramas de Flujo de Datos en los cuales se explica la manera en que opera el
Sistema y la forma en que interactúan los diferentes módulos y sus almacenes de
datos.
Una vez expuesto el Modelo Conceptual se presenta el Modelo Entidad Re-
lación explicando cada uno de sus componentes, partiendo de esto y al finalizar el
capitulo se describe el Modelo Relacional con la explicación de las tablas obtenidas.
En el capitulo III se muestra la Implementación y Pruebas del Sistema, en
cada uno de sus apartados se pueden ver las pantallas principales del software al
mismo tiempo que se explica cada una con ejemplos y en las áreas necesarias se
describe el proceso que se realizó para obtener los resultados mostrados en cada
pantalla.
[Escriba aquí]
CAPITULO I MARCO TEORICO
7
MARCO TEORICO
El presente capítulo se divide en dos partes, el objetivo de la primera es descri-
bir la necesidad de la Ferretería Méndez S.A. de C.V. de contar con un Sistema de
Bases de Datos que le permita lograr la eficiencia en el control de los productos con
los que comercializa, así como también llevar un control de su nómina, y el objeti-
vo de la segunda parte es dar un marco teórico de las bases de datos y de la inge-
niería de software.
1.1 Empresa
La empresa denominada Ferretería Méndez S.A. de C.V. Surge en el mes de
mayo Del 2018.
La misión es competir en el ramo ferretero, proporcionando al cliente artículos
de calidad en plomería, material eléctrico, herramienta en general, etc. De marcas
nacionales y extranjeras.
La función principal de la empresa para la cual será elaborada la base de datos
es la de realizar la venta de productos divididos en categorías de Herramientas
Eléctricas, Herramientas Manuales, Plomería, Electricidad, Iluminación, Muebles,
Organización, Hogar, Accesorios para baños y cocinas, Jardinería, Mascotas, Pintu-
ra, Cerrajería, Hogar y Limpieza.
8
1.1.1 Antecedentes
Desde su creación, la empresa ha tenido Como uno de sus objetivos principales
satisfacer las necesidades Del cliente y hacer una cartera de clientes cada vez ma-
yor.
En relación al control de inventario, la información se elaboraba manualmente
en archivos de papeles, y en consecuencia generaba una labor tediosa encontrar
información, ocasionando demoras en los servicios.

Refiriéndose a la nómina, el control de los empleados se llevaba a cabo po-
niendo toda la responsabilidad en la capacidad de memoria del gerente, que como
consecuencia, generaba conflictos en los pagos.
El control de la cartera de clientes se realizaba en un archivo de Excel en el cual
se anotaba el nombre, teléfono, dirección y pedidos del cliente, con la dificul- tad
de que la información continuaba dispersa y para poder surtir un producto se tenía
que consultar a varias fuentes, de las cuales el acceso no era sencillo, ya que ésta
computadora se encuentra en la planta alta del local de la empresa.
1.1.4 Necesidad de controlar los procesos de negocio.
Una necesidad básica es dar al cliente una atención rápida, lo cual requiere de
tener en una o varias computadoras una base de datos con los productos disponibles
para evitar la pérdida de tiempo en las búsquedas de existencia de los productos así
como sus características, que incluyen el precio, marca, color, etc.
9
1.1.6 Beneficios de la base de datos a la empresa.
Las ventajas de un sistema de base de datos sobre los métodos tradicionales
de mantener los registros en papel es que una base de datos es compacta, rápida,
menos laboriosa y actual.
Con todo, existe una ventaja adicional: El sistema de Base de Datos ofrece a
la empresa un control centralizado de su información.

La información es uno de los recursos más valiosos de una empresa. Así en
un comercio sin un sistema de este tipo, cada aplicación tiene por lo regular sus
propios archivos privados de manera que los datos están muy dispersos y con se-
guridad son difíciles de controlar en cualquier forma sistemática.
10
1.2 Bases de Datos
1.2.1 ¿Qué es un Sistema de Base de datos?
Un Sistema de Base de Datos es básicamente un sistema computarizado pa-
ra llevar registros. Es posible considerar a la propia Base de Datos como una espe-
cie de armario electrónico para archivar, es decir, un depósito o un contenedor de una
colección de archivos de datos computarizados.
1.2.2 Principales componentes de un Sistema de Bases de Datos.
A continuación se mencionarán los cuatro principales componentes en un
sistema de base de datos:

Œ La información
Œ El equipo
Œ Los usuarios
Œ Los programas
La información. En general, la información en la base de datos estará inte-
grada y además será compartida.
El equipo. Se considera que son componentes del equipo del sistema:
Medios de almacenamiento secundario: Dispositivos E/S asociados, Drives, Cana-
les de E/S, etcétera, Procesador o procesadores y memoria principal.
Los usuarios: Es todo el personal del departamento que requiera usar el sis-
tema de base de datos para implementar, consultar o realizar sus reportes. Se tie-
11
nen diferentes tipos de usuarios, entre los cuales tenemos a los programadores de
aplicaciones;, los cuales son los responsables de escribir los programas de aplica- ción;
los usuarios finales, quienes interactúan con el sistema desde estaciones de trabajo o
terminales; y finalmente el Administrador de la Base de Datos (DBA), y es quien
administra la base de datos
Los programas. Existe una capa de programas entre la base de datos física
misma y los usuarios del sistema: el Sistema de Administración de Base de Datos
(DBMS, Data Base Managment System).
El DBMS maneja todas las solicitudes de acceso a la base de datos formuladas por
los usuarios.
1.2.3 El Sistema de Administración de Bases de Datos (DBMS)
El software que permite a una o más personas el usar y/o modificar los da-
tos de una base de datos se denomina Administrador de Base de Datos (DBMS).
Maneja todas las solicitudes de acceso a la base de datos formuladas por los usua-
rios.
Seguridad: no todos los usuarios tienen acceso a todos lo datos.
Integridad: cierto tipo de “consistencia” deberá realizarse sobre los atributos
y valores de los datos, para evitar la inconsistencia en los datos.
12
Sincronización: Cuando varios usuarios corren programas que accesan a la
base de datos al mismo tiempo, el DBMS deberá dar protección de inconsistencias
que puedan resultar de dos operaciones simultáneas a un mismo grupo de datos.
Protección de rupturas y recuperación: facilidades para realizar copias regu-
lares de la base de datos y reconstruirla después de un error de hardware o softwa-
re.
Uno de sus objetivos más importantes es proporcionar a los usuarios una vi-
sión abstracta de los datos, es decir, el sistema esconde ciertos detalles de como se
almacenan y mantienen los datos, pero sin embargo se deben extraer eficientemen-
te.
1.2.4 El Modelo Relacional
El modelo relacional de las bases de datos representa la tendencia dominan-
te en el mercado actual debido al avance que ha tenido en el campo de las bases de
datos principalmente en el modelo relacional, por esta razón la tecnología de bases
de datos se orienta hacia los sistemas relacionales, por ende, en ésta parte del capi-
tulo se explicará de manera general los conceptos fundamentales para los sistemas
relacionales de bases de datos.
Una base de datos relacional es una base de datos percibida por el usuario
como una colección de relaciones normalizadas [Boone 2000].
El modelo relacional se ocupa de tres aspectos:
13
1. Estructura de datos: El usuario percibe la información de la base de datos como
tablas y nada más que tablas. La estructura de datos es la terminología que se
utiliza como notación y forma de representar la información en el modelo rela-
cional.
Figura 1.1 Modelo Relacional: Estructura de Datos
En particular una relación corresponde a lo que comúnmente se le llama Tabla.
Entidad: es cualquier objeto distinguible que ha de representarse en la base de da-
tos.
Una Tupla corresponde a una fila de esa tabla y a un atributo a una columna.
La llave primaria es un identificador único para la tabla; es decir una columna o
combinación de columnas con la siguiente propiedad: Nunca existen dos filas de la
tabla con el mismo valor en esa columna o combinación de columnas.
Un Dominio es una colección de valores escalares, de los cuales uno o mas atribu-
tos (columnas) son del mismo tipo.
Un atributo es una característica o valor que se toma (las columnas) dentro de la
naturaleza de su dominio.
El número de atributos en una relación o en forma equivalente el número de do-
minios subyacentes se llama grado.
El número de tuplas en una relación se llama Cardinalidad.
14
2. Integridad. Las tablas deben satisfacer ciertas restricciones de integridad.
La integridad se basa en dos reglas en el modelo relacional:
♦ Regla de la Integridad de las Entidades: Ningún componente de una re-
lación base puede tener valores nulos.
♦ La base de datos no debe contener valores de llave ajena sin concordan-
cia.
3. Manipulación. Los operadores disponibles para que el usuario manipule estas
tablas son operadores que derivan tablas a partir de tablas. En particular, tres
de estos operadores son importantes: restringir, proyectar, juntar.
La operación restringir extrae las filas especificadas de una tabla.
La operación proyectar extrae las columnas especificadas de las tablas.
La operación juntar reúne dos tablas con base en valores comunes de al menos
una columna en común
15
2.1 Especificación de Requisitos
Las bases de datos constituyen un instrumento de mucha utilidad en las
empresas. Esto lleva a dar soluciones que faciliten la operación de las tareas me-
diante la construcción de una base de datos que pueda satisfacer las necesidades
de su mercado en menor tiempo, brindando así una mejor calidad en los servicios,
por lo cual, este proyecto tiene como objeto crear un sistema de Bases de Datos pa-
ra llevar el control de inventario, registro de ventas de productos y la nómina de
una ferretería teniendo la capacidad de manejarse en red.
2.2 Definición Conceptual de base de

datos
El Sistema será una base de datos que lleve el control y administración de la in-
formación que se tiene dentro de la ferretería para así facilitar el manejo de servicios,
clientes y trabajadores dentro de ésta, teniendo como funciones principales:
• Cartera de clientes actualizada.
• Información personal de los trabajadores para la nomina.
• Control de las Ventas de Productos.
• Control del inventario.
• Información de los proveedores.
La recopilación de la información se hizo a través de entrevistas con el cliente,
en las cuales se discutieron las necesidades de la empresa, ya que esta no cuenta
con una organización eficiente que le permita realizar sus procesos de negocio con
la suficiente rapidez y efectividad, causando con esto una demora en la atención a
clientes.
16
La empresa realiza sus procesos en forma manual, es decir, tiene un inventario
hecho en papel, el control de la nómina se basa en la memoria del gerente y la in-
formación personal de los empleados está registrada en papeles, las ventas se rea-
lizan en forma manual y la actualización del inventario se hace de la misma mane-
ra, lo que provoca que el control de las ventas e inventario no sea exacto ni actuali-
zado, por otro lado, la cartera de clientes y la información de proveedores está en
una hoja de cálculo en Microsoft Excel, la cual solo contiene la información perso-
nal del cliente y de los proveedores.
Teniendo esta información, se obtuvieron los requisitos de la bse de datos, los
cuales se explicarán en la siguiente parte.
MODELO ENTIDAD RELACION.
17
CAPITULO III REALISACION DE EJERCICIOS
PROPUESTOS
TRABAJO FINAL “BASE DE DATOS PARA EMPRESAS”20
1. Cree una base de datos de nombre DbFerreteria que contenga por lo menos 12 Tablas.20
2. Cree los query Insert para llenar por lo menos con 10 filas las tablas principales y 03 las tablas
secundarias. ........................................................................................................................................... 20
3. Cree 03 Procedimientos Almacenados por cada una de las tablas; Insert , Update y Select. Las
consultas Select deberán contener todos los campos. ................................................................... 20
4. Cree por lo menos 06 Consultas las cuales deberán contener Operadores Logicos, Between y Like
21
5. Cree por lo menos 06 Consultas las cuales deberán contener Funciones de manejo de Fechas y
cadenas indistintamente no repetidas. .............................................................................................. 22
6. Cree por lo menos 06 Consultas las cuales deberán contener funciones de conversión Cast y
Convert indistintamente. ...................................................................................................................... 22
7. Cree por lo menos 06 consultas que contengan operadores Inner Join, Left Join y Right Join
indistintamente....................................................................................................................................... 22
8. Cree por lo menos 08 consultas que contenga funciones agregadas Sum, Avg, Count, Max y Min
indistintamente....................................................................................................................................... 23
................................................................................................................................................................. 23
9. Cree por lo menos 04 consultas que contengan la cláusula Group By y Having. .............. 23
................................................................................................................................................................. 23
10. Cree por lo menos 06 consultas que contenga conjunto de resultados Unión. .............. 23
................................................................................................................................................................. 24
11. Cree por lo menos 08 consultas que contengan Variables, If..Else, Case, While indistintamente.
24
12. Cree por lo menos 01 consulta que contenga un Cursor. .................................................. 24
................................................................................................................................................................. 25
13. Cree por lo menos 03 consultas que contenga la creación de Funciones Escalares con su
respectiva prueba. ................................................................................................................................. 25
................................................................................................................................................................. 25
14. Cree por lo menos 03 consultas que contenga la creación de Funciones Tabla con su respectiva
prueba. .................................................................................................................................................... 25
15. Cree por lo menos 03 consulta que contenga la creación de Trigers indistintamente. . 26
16. Cree por lo menos una consulta para realizar una copia de seguridad de su base de datos. 27
17. Cree el Diccionario de Datos de su base de datos. ............................................................. 28
19
1. TRABAJO FINAL “BASE DE DATOS PARA EMPRESAS”
1. Cree una base de datos de nombre DbFerreteria que contenga por lo menos 12 Tablas.
a. Use el diseñador de Diagramas
b. Tomar en consideración la nomenclatura aprendida
c. Implemente la normalización e integridad referencial en las relaciones.
2. Cree los query Insert para llenar por lo menos con 10 filas las tablas principales y 03 las
tablas secundarias.
SELECT * FROM Tb_Departamento

INSERT [dbo].[Tb_Departamento] ([Cod_Departamento], [Nom_Departamento]) VALUES (1, 'Moquegua')
INSERT [dbo].[Tb_Departamento] ([Cod_Departamento], [Nom_Departamento]) VALUES (2,'Tacna')
INSERT [dbo].[Tb_Departamento] ([Cod_Departamento], [Nom_Departamento]) VALUES (3, 'Lima')
INSERT [dbo].[Tb_Departamento] ([Cod_Departamento], [Nom_Departamento]) VALUES (4, 'Arequipa')
SELECT * FROM Tb_Provincia

INSERT [dbo].[Tb_Provincia] ([Cod_Provincia], [Nom_Provincia], [Cod_Departamento]) VALUES (1,
N'Mariscal Nieto', 1)
N'Jorge Basadre', 2)
N'Barranco', 3)
N'Tarata', 2)
N'La Union', 3)
SELECT * FROM Tb_Distrito

INSERT INTO Tb_Distrito(Cod_Distrito,Nom_Distrito,Cod_Provincia)VALUES(1,'Samegua','1')
INSERT INTO Tb_Distrito(Cod_Distrito,Nom_Distrito,Cod_Provincia)VALUES(2,'Pocollay','2')
INSERT INTO Tb_Distrito(Cod_Distrito,Nom_Distrito,Cod_Provincia)VALUES(3,'Gregorio
Albarracin','2')
INSERT INTO Tb_Distrito(Cod_Distrito,Nom_Distrito,Cod_Provincia)VALUES(4,'Cayma','3')
INSERT INTO Tb_Distrito(Cod_Distrito,Nom_Distrito,Cod_Provincia)VALUES(5,'Samegua','4')
3. Cree 03 Procedimientos Almacenados por cada una de las tablas; Insert , Update y Select.
Las consultas Select deberán contener todos los campos.
--Procedimiento Almacenado para Actualizar

CREATE PROCEDURE [dbo].[usp_U_Cliente]
@Cod_Cliente int,
@Nom_Cliente Varchar(30),
@Apepat_Cliente Varchar(30),
@Apemat_Cliente Varchar(30),
@Direcc_Cliente Varchar(50),
@Dni_Cliente Char(8),
@Tel_Cliente Varchar(10),
@Cod_Distrito int
20
AS
BEGIN
UPDATE Tb_Cliente SET
Nom_Cliente=@Nom_Cliente,@Apepat_Cliente=@Apepat_Cliente,Apemat_Cliente=@Apemat_Cliente,Direcc_C
liente=@Direcc_Cliente,Dni_Cliente=@Dni_Cliente,Tel_Cliente=@Tel_Cliente,Cod_Distrito=@Cod_Distr
ito
WHERE Cod_Cliente=@Cod_Cliente
END
--Procedimiento Almacenado para Insertar

CREATE PROCEDURE [dbo].[usp_I_Cliente]
@Cod_Cliente int,
@Nom_Cliente Varchar(30),
@Apepat_Cliente Varchar(30),
@Apemat_Cliente Varchar(30),
@Direcc_Cliente Varchar(50),
@Dni_Cliente Char(8),
@Tel_Cliente Varchar(10),
@Cod_Distrito int
AS
BEGIN
INSERT INTO
Tb_Cliente(Cod_Cliente,Nom_Cliente,Apepat_Cliente,Apemat_Cliente,Direcc_Cliente,Dni_Cliente,Tel_
Cliente,Cod_Distrito)
VALUES(@Cod_Cliente,@Nom_Cliente,@Apepat_Cliente,@Apemat_Cliente,@Direcc_Cliente,@Dni_Cliente,@T
el_Cliente,@Cod_Distrito)
END
--Procedimiento Almacenado Seleccion

CREATE PROCEDURE [dbo].[usp_S_Cliente]
AS
BEGIN
SELECT
Cod_Cliente,Nom_Cliente,Apepat_Cliente,Apemat_Cliente,Direcc_Cliente,Dni_Cliente,Tel_Cliente,Cod
_Distrito FROM Tb_Cliente
END
4. Cree por lo menos 06 Consultas las cuales deberán contener Operadores Logicos, Between
y Like
--Consultas Like
SELECT * FROM Tb_Proveedor
WHERE Nom_Proveedor LIKE 'F%'
SELECT * FROM Tb_Producto

WHERE Nom_Producto LIKE '%AS'
--Consultas Logicas
WHERE Precio_Producto >=20 AND Precio_Producto<=35

WHERE Marca_Producto='urrea' OR Marca_Producto='makita'
--Consultas Between
SELECT * FROM Tb_Pedido
WHERE Fecha_Pedido BETWEEN '01/01/2015'AND '31/12/2016'
21
WHERE Precio_Producto BETWEEN '45'AND '65'
5. Cree por lo menos 06 Consultas las cuales deberán contener Funciones de manejo de
Fechas y cadenas indistintamente no repetidas.
--Consultas Fechas : Pedidos del año 2015
SELECT * FROM Tb_Pedido WHERE YEAR(Fecha_Pedido)=2015
--Consultas Fechas : Pedidos del MES MAYO, JUNIO Y JULIO

SELECT * FROM Tb_Pedido WHERE MONTH(Fecha_Pedido) IN (5,6,7)
--Consultas Fechas : Se sumaran 30 dias a la fecha de pido como garantia

SELECT DATEADD(DD,30,Fecha_Pedido) FROM Tb_Pedido
--Funciones de Cadena: Creacion del Correo Electronico

SELECT * FROM Tb_Empleado
SELECT LEFT(Nom_Empleado,3)+RIGHT(Cargo_Empleado,2)+'@ferreFeliz.com' as 'Correo'
From Tb_Empleado
SELECT * FROM Tb_Cliente

SELECT LEN(Nom_Cliente) AS 'Cantidad de Letras del Nombre'
FROM Tb_Cliente
--Funciones de Cadena: Unir en Mayusculaas Nombre y Apellido Paterno del Cliente

SELECT UPPER(Nom_Cliente) + ' ' + UPPER(Apepat_Cliente) AS 'Nombre y Apellido' From Tb_Cliente
6. Cree por lo menos 06 Consultas las cuales deberán contener funciones de conversión Cast
y Convert indistintamente.
7. Cree por lo menos 06 consultas que contengan operadores Inner Join, Left Join y Right Join
indistintamente.
22
8. Cree por lo menos 08 consultas que contenga funciones agregadas Sum, Avg, Count, Max
y Min indistintamente.
9. Cree por lo menos 04 consultas que contengan la cláusula Group By y Having.
10. Cree por lo menos 06 consultas que contenga conjunto de resultados Unión.
23
11. Cree por lo menos 08 consultas que contengan Variables, If..Else, Case, While
indistintamente.
12. Cree por lo menos 01 consulta que contenga un Cursor.
24
13. Cree por lo menos 03 consultas que contenga la creación de Funciones Escalares con su
respectiva prueba.
14. Cree por lo menos 03 consultas que contenga la creación de Funciones Tabla con su
respectiva prueba.
25
15. Cree por lo menos 03 consulta que contenga la creación de Trigers indistintamente.
--- COMANDOS TRIGGERS PARA INSERTAR REGISTRO EN UNA TABLA
create table Tb_historial(

fecha date,
nom_producto varchar(50),
descripccion varchar(100),
usuario varchar(20))
go
SELECT * FROM Tb_historial

go
alter trigger TR_productoinsertado

on Tb_producto for insert
as
declare @nom_producto varchar(50)
select @nom_producto = nom_producto from inserted
insert into Tb_historial values(getdate(), @nom_producto, 'registro insertado',system_user)
go
insert into tb_producto values (11,'clavos','Aceros Arequipa',50.00,1,1)

insert into tb_producto values (12,'alambre','Aceros Arequipa',40.00,1,1)
insert into tb_producto values (13,'alicates','Aceros Arequipa',32.00,1,1)
insert into tb_producto values (14,'estribos','Aceros Arequipa',2.00,1,1)
insert into tb_producto values (15,'tuberia','Aceros Arequipa',5.00,1,1)
go
--- COMANDOS TRIGGERS PARA ELIMINAR REGISTRO DE UNA TABLA
create trigger TR_productoterminado

on Tb_producto for delete
as
set nocount on
26
select @nom_producto = nom_producto from deleted
insert into Tb_historial values(getdate(), @nom_producto, 'registro eliminado',system_user)
go

go
DELETE FROM Tb_Producto where nom_producto = 'alicates'

DELETE FROM Tb_Producto where nom_producto = 'tenazas'
go
--- COMANDOS TRIGGERS PARA ACTUALIZAR UN REGISTRO DE UNA TABLA
create trigger TR_productoactualizado

on Tb_producto for update
as
set nocount on
select @nom_producto = nom_producto from inserted
insert into Tb_historial values(getdate(), @nom_producto, 'registro actualizado',system_user)
go

go
update Tb_Producto set Precio_Producto = 3.00 where nom_producto = 'Abrazaderas'

update Tb_Producto set Precio_Producto = 2.00 where nom_producto = 'Chuchillas'
update Tb_Producto set Precio_Producto = 1.00 where nom_producto = 'Tenazas'
go
16. Cree por lo menos una consulta para realizar una copia de seguridad de su base de datos.
27
17. Cree el Diccionario de Datos de su base de datos.
Nombre de Archivo: Tb_Cliente Fecha de Creacion: 26-AGO-

2018
Descripcion: Archivo Principal de Clientes contendra informacion de cada uno de ellos
Campo Tipo Tamaño Descripcion
Cod_Cliente int 4 Clave de Cliente
Nom_Cliente varchar 30 Nombre del Cliente
ApePat_Cliente varchar 30 Apellido Paterno del Cliente
Apemat_Cliente varchar 30 Apellido Materno del Cliente
Direcc_Cliente varchar 50 Direccion del Cliente
Dni_Cliente char 8 DNI del Cliente
Tel_Cliente varchar 10 Telefono del Cliente
Cod_Distrito int 4 Clave Foranea del Distrito
Relaciones: Campos Clave:
Cod_Distrito con el campo Tb_Distrito Cod_Cliente, Cod_Distrito
Cod_Cliente con el campoi Tb_Pedido
Nombre de Archivo: Tb_Provincia Fecha de Creacion: 26-AGO-

2018
Descripcion: Archivo Principal de la Provincia contendra informacion de cada uno de ellos
Cod_Provincia int 4 Clave de la Provincia
Nom_Provincia varchar 50 Nombre de la Provincia
Cod_Departamento int 4 Clave de la Provincia
Cod_Departamento con el campo Tb_Departamento Cod_Provincia,
Cod_Departamento
Cod_Provincia con el campo Tb_Distrito
Nombre de Archivo: Tb_Distrito Fecha de Creacion: 26-AGO-

2018
Descripcion: Archivo Principal del Distrito contendra informacion de cada uno de ellos
Cod_Distrito int 4 Clave del Distrito
28
Nom_Distrito varchar 40 Nombre del Distrito
Cod_Provincia int 4 Clave de la Provincia
Cod_Provincia con el campo Tb_Provincia Cod_Distrito, Cod_Provincia
Cod_Provincia con el campo Tb_Distrito
Nombre de Archivo: Tb_Departamento Fecha de Creacion: 26-

AGO-2018
Descripcion: Archivo Principal del Departamento contendra informacion de cada uno de ellos
Cod_Departamento int 4 Clave del Departamento
Nom_Departamento varchar 40 Nombre del Departamento
Cod_Departamento con el campo Tb_Provincia Cod_Departamento
Nombre de Archivo: Tb_Empleado Fecha de Creacion: 26-AGO-

2018
Descripcion: Archivo Principal del Empleado contendra informacion de cada uno de ellos
Cod_Empleado int 4 Clave del Empelado
Cargo_Empleado varchar 30 Cargo del Empelado
Est_Empleado char 1 Estado del Empelado
Cod_Local int 4 Clave foranea del Local
Dni_Empleado char 8 DNI del Empelado
Cod_Usuario int 4 Clave foranea del Usuario
Cod_Empleado con el campo Tb_Pedido Cod_Empleado, Cod_Local,
Cod_Usuario
Cod_Local con el campo Tb_Local
Cod_Usuario con el campo Tb_ Usuario
Nombre de Archivo: Tb_PedidoProd Fecha de Creacion: 26-AGO-

2018
Descripcion: Archivo Principal del Pedido del Producto contendra informacion de cada uno de
ellos
Codi_Pedido int 4 Clave del Pedido
Cod_Prod int Clave Foranea del Producto

Codi_Pedido con el campo Tb_PedidoProd Codi_Pedido, Cod_Prod
Cod_Prod con el campo Tb_Producto
29
Nombre de Archivo: Tb_Categoria Fecha de Creacion: 26-AGO-
2018
Descripcion: Archivo Principal de Categoria contendra informacion de cada uno de ellos
Cod_Categoria int 4 Clave del Pedido
Nom_Categoria varchar 40 Nombre de la Categoria
Desc_Categoria varchar 80 Descuento de la Producto

Cod_Categoria con el campo Tb_Producto Codi_Categoria
Nombre de Archivo: Tb_Proveedor Fecha de Creacion: 26-AGO-

2018
Descripcion: Archivo Principal de Categoria contendra informacion de cada uno de ellos
Cod_Proveedor int 4 Clave del Proveedor
Nom_Proveedor varchar 45 Nombre del Proveedor
Tel_Proveedor varchar 10 Telefono del Proceedor
Est_Proveedor char 1 Estado del Proveedor

Cod_Proveedor con el campo Tb_Producto Cod_Proveedor
Nombre de Archivo: Tb_Producto Fecha de Creacion: 26-AGO-2018

Descripcion: Archivo Principal de Producto contendra informacion de cada uno de ellos
Cod_Producto int 4 Clave del Producto
Nom_Producto varchar 45 Nombre del Producto
Marca_Producto varchar 10 Marca del Producto
Precio_Producto float 5,2 Precio del Producto
Cod_Categoria int 4 Clave foranea de Categoria
Cod_Proveedor int 4 Clave foranea de Proveedor
Relaciones: < Campos Clave:

Cod_Producto con el campo Tb_PedidoProd Cod_ ProductoCod_Proveedor,
Cod_Categoria, Cod_Proveedor con el campo Tb_Proveedor
Cod_Categoria con el campo Tb_Categoria
30
Nombre de Archivo: Tb_Pedido Fecha de Creacion: 26-AGO-2018
Descripcion: Archivo Principal del pedido contendra informacion de cada uno de ellos
Cod_Pedido int 4 Clave del Pedido
Fecha_pedido date fecha del Pedido
Monto_Total decimal 5,2 Monto total
Cod_Empleado int 4 Clave foranea del Empleado
Cod_Cliente int 4 Clave foranea del Cliente
Cod_Pedido con el campo Tb_Cliente Cod_ Pedido,Cod_Emplado,
Cod_Cliente Cod_Empelado con el campo Tb_Empleado
Cod_Cliente con el campo Tb_Cliente
Nombre de Archivo: Tb_Usuario Fecha de Creacion: 26-AGO-2018

Descripcion: Archivo Principal del pedido contendra informacion de cada uno de ellos
Id_Usuario int 4 Clave del Usuario
Nombre_Usuario Varchar 20 Nombre del Usuario
Passd_Usuario Varchar 20 Usuario y Contraseña del usuario
Est_Usuario char 1 Estado del Usuario
Cod_Empleado int 4 Clave foranea del Empleado

Id_Usuario con el campo Tb_Empleado Id_Usuario, Cod_Empleado
Cod_Empelado con el campo Tb_Empleado
Nombre de Archivo: Tb_Local Fecha de Creacion: 26-AGO-2018

Descripcion: Archivo Principal del Local contendra informacion de cada uno de ellos

Cod_Local int 4 Clave del Usuario
Nom_Local Varchar 40 Nombre del Usuario
Direcc_Local Varchar 50 Usuario y Contraseña del usuario
Telef_Local Varchar 10 Estado del Usuario

Cod_Local con el campo Tb_Empleado Id_Usuario, Cod_Empleado
31
Conclusión
El objetivo de este proyecto fue crear una Base de Datos para una Ferretería con el fin de
controlar sobre las cuales no se tiene control, como son el orden, la manipulación de datos, La base
de datos cuenta con los módulos de Productos, Clientes, Ventas, Proveedores, Reportes y otros
Planes a Futuro
Realisar un Sistema para este proyecto, que puede crecer hacia muchas áreas, en Proveedores
y Clientes se puede hacer una implementación que permita llevar el área de Cuentas por Pagar y
Cuentas por Cobrar, así como la información de los productos que compra un Cliente y que proveedor
se encarga de surtirlos, ya que hasta la fecha el Sistema solo da altas, bajas modificaciones y búsquedas
de los datos personales de Clientes y Proveedores.
32
33

Idioma

Informe de La Base de Datos Ferreteria Ujcm

Cargado por

Información del documento

Descripción:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Descripción:

Copyright:

Formatos disponibles

Informe de La Base de Datos Ferreteria Ujcm

Cargado por

Descripción:

Copyright:

Formatos disponibles

“Informe de Base de Datos

para una Ferretería”

Ing: Edison Pescoran Lopez

Por la oportunidad de estar viva y

La necesidad creciente de comercializar cada día mayor cantidad de produc-

tos y servicios, requiere de técnicas y elementos que faciliten su desplazamiento hacia

los mercados potenciales de clientes.

Las bases de datos constituyen un instrumento de mucha utilidad en las

empresas, es por ello que en la empresa Ferretería Méndez S. A de C.V. surge la

en menor tiempo, brindando así una mejor calidad en los servicios.

El material presentado se divide en una introducción del proyecto, tres capí-

El capítulo I se refiere a la necesidad del desarrollo de una base de datos

que permita a la Ferretería Méndez S. A de C.V. poder controlar de manera eficien-

te los productos en un inventario, el levantamiento de pedidos y el control de la

así un marco teórico.

El capitulo II trata del planteamiento y análisis del problema, en el cual se

describe con detalle la necesidad de un Sistema de Bases de Datos dividiendo este

capitulo en la Especificación de Requisitos donde se describe el software y hardwa-

racterísticas generales de la empresa, Descripción de la Información en la cual se

detallan las funciones principales del Sistema mediante casos de uso.

Posteriormente se muestra el Modelo conceptual el cual contiene 3 niveles

de Diagramas de Flujo de Datos en los cuales se explica la manera en que opera el

Sistema y la forma en que interactúan los diferentes módulos y sus almacenes de

Una vez expuesto el Modelo Conceptual se presenta el Modelo Entidad Re-

lación explicando cada uno de sus componentes, partiendo de esto y al finalizar el

capitulo se describe el Modelo Relacional con la explicación de las tablas obtenidas.

En el capitulo III se muestra la Implementación y Pruebas del Sistema, en

El presente capítulo se divide en dos partes, el objetivo de la primera es descri-

bir la necesidad de la Ferretería Méndez S.A. de C.V. de contar con un Sistema de

vo de la segunda parte es dar un marco teórico de las bases de datos y de la inge-

La empresa denominada Ferretería Méndez S.A. de C.V. Surge en el mes de

mayo Del 2018.

La misión es competir en el ramo ferretero, proporcionando al cliente artículos

de calidad en plomería, material eléctrico, herramienta en general, etc. De marcas

La función principal de la empresa para la cual será elaborada la base de datos

es la de realizar la venta de productos divididos en categorías de Herramientas

Eléctricas, Herramientas Manuales, Plomería, Electricidad, Iluminación, Muebles,

Organización, Hogar, Accesorios para baños y cocinas, Jardinería, Mascotas, Pintu-

ra, Cerrajería, Hogar y Limpieza.

Desde su creación, la empresa ha tenido Como uno de sus objetivos principales

En relación al control de inventario, la información se elaboraba manualmente

en archivos de papeles, y en consecuencia generaba una labor tediosa encontrar

información, ocasionando demoras en los servicios.

niendo toda la responsabilidad en la capacidad de memoria del gerente, que como

consecuencia, generaba conflictos en los pagos.

El control de la cartera de clientes se realizaba en un archivo de Excel en el cual

de que la información continuaba dispersa y para poder surtir un producto se tenía

computadora se encuentra en la planta alta del local de la empresa.

1.1.4 Necesidad de controlar los procesos de negocio.

como sus características, que incluyen el precio, marca, color, etc.

Las ventajas de un sistema de base de datos sobre los métodos tradicionales

menos laboriosa y actual.

la empresa un control centralizado de su información.

guridad son difíciles de controlar en cualquier forma sistemática.

1.2.1 ¿Qué es un Sistema de Base de datos?

Un Sistema de Base de Datos es básicamente un sistema computarizado pa-

cie de armario electrónico para archivar, es decir, un depósito o un contenedor de una

colección de archivos de datos computarizados.

1.2.2 Principales componentes de un Sistema de Bases de Datos.

A continuación se mencionarán los cuatro principales componentes en un