Avance (Antec y Realidad Probl)

FACULTAD DE INGENIERÍA
CARRERA DE Ingeniería Empresarial
“Diseño de un modelo de Gestión de base de datos para el

área de ventas en la empresa La Nona – Trujillo, 2020”
Informe Final del Proyecto de Curso de “Gestión de Base

de Datos”
Autores:
APELLIDOS Y NOMBRES PORCENTAJE DE PARTICIPACIÓN
Docente:
M.Sc. Ing. Elizabeth Kristina Bravo Huivin
Trujillo - Perú
<<Logotipo o nombre de la empresa>> <<Nombre del Proyecto>>
DEDICATORIA
Haga clic o pulse aquí para escribir texto.
<<Apellido paterno de cada miembro del 2

equipo, separado por comas>>
AGRADECIMIENTO
Haga clic o pulse aquí para escribir texto.

Tabla de contenido
DEDICATORIA 2
AGRADECIMIENTO 3
TABLA DE CONTENIDO 4
ÍNDICE DE TABLAS 6
ÍNDICE DE FIGURAS 7
RESUMEN 8
CAPÍTULO I INTRODUCCIÓN 9
1.1. Realidad problemática 9
1.2. Formulación del problema 9
1.3. Objetivos 9
CAPÍTULO II RESULTADOS 11
1. DESCRIPCIÓN DEL ÁREA DE INVESTIGACIÓN DEL PROYECTO 12
1.1. NOMBRE DEL PROYECTO 12
1.2. PATROCINADOR DEL PROYECTO 12
1.3. DATOS GENERALES DE LA EMPRESA 12
1.4. ÁREA, DEPARTAMENTO O UNIDAD ORGÁNICA ASOCIADA 12
2. ESQUEMA CONCEPTUAL DE UN SGBD 13
2.1. DISEÑO CONCEPTUAL DE UNA BASE DE DATOS 13
2.1.1. Diagrama Entidad – Relación 13
2.1.2. Documentación del diagrama Entidad – Relación 13
2.2. DISEÑO LÓGICO DE UNA BASE DE DATOS 15

2.2.1. Modelo lógico 15
2.2.2. Documentación del modelo Lógico 15
2.3. VALIDACIÓN DEL MODELO LÓGICO 16
2.3.1. Proceso de normalización 16
3. ESQUEMA INTERNO DE UN SGBD 17
3.1. DISEÑO FÍSICO DE UNA BASE DE DATOS 17
3.1.1. Modelo Físico 17
3.1.2. Documentación del Modelo Físico 18
3.2. CREACIÓN DE LA BASE DE DATOS 18
3.2.1. Script de creación de BD 18
3.2.2. Diagrama de Base de Datos en MS SQL Server 19
3.3. CARGA DE DATOS 19
3.4. FORMULACIÓN DE CONSULTAS - PROCEDIMIENTOS ALMACENADOS 19
3.4.1. De Inserción 19
3.4.2. De Selección 20
3.4.3. De Actualización 21
3.4.4. De Eliminación 21
4. ESQUEMA EXTERNO DE UN SGBD 22
4.1. VISTAS 22
4.2. EXPLOTACIÓN DE DATOS 23
CAPÍTULO III CONCLUSIONES 24
REFERENCIAS 25
ANEXOS 26


ÍNDICE DE TABLAS

ÍNDICE DE FIGURAS

RESUMEN
En 200 palabras provee, según corresponda, la siguiente información: justificación o contexto,
objetivos, metodología empleada, principales resultados y conclusiones (reemplazar este texto
por el resumen).
PALABRAS CLAVES: Señalar 3 a 5 palabras, cuya búsqueda en tesauros y diccionarios

especializados que identifiquen los principales temas abordados en el proyecto (reemplazar
este texto por las palabras clave).

CAPÍTULO I
1. INTRODUCCIÓN
1.1 Realidad problemática
Hablar acerca de como esta las bd y la gestión de ventas
Ejemplo:
El problema se presenta en la atención de los servicios de gestión de Recursos

Humanos. Donde el soporte para la atención de esta área se basa en software de
oficina (Word y Excel) acompañados de los conocimientos del manejo de esta
herramienta por parte del personal. Lo mencionado trae como consecuencia la
demora de atención y una calidad inadecuada de la información, debido que las
prestaciones de las hojas de Excel para el procesamiento de los datos son
insuficientes para las reglas del negocio que involucra la gestión de recursos
humanos. El proceso es tedioso y desordenado, ya que se genera una gran
cantidad de archivos de Word y Excel que deben ser actualizados con regularidad.
[...]. Además, limita la cantidad de clientes internos que se pueden atender y deja
sin oportunidad de crecimiento al contar con un tiempo escaso. En la contratación
de personal, se invierte mucho tiempo en capacitación, ya que se debe enseñar al
detalle el manejo de Excel en base a los procesos de negocio. [CITATION JAV \l
10250 ]
1.2 Antecedentes
Burgos (2009) en su tesis titulado “Diseño e Implementación de una Base de

Datos para la ONG ASEM”, la cual tuvo como objetivo diseñar una estructura de
base de datos que debe ser adaptable a futuros cambios y ampliaciones en función
de las necesidades de la organización, a lo cual se llegó a la conclusión que la base
de datos es muy flexible y fácil de modificar en caso de cualquier necesidad. Este
trabajo de investigación aporta porque nos permite conocer la flexibilidad que tiene
una base de datos y sus ampliaciones según las necesidades de las organizaciones.

Noguera (2011) en sus tesis titulado “Diseño e implementación de una base de

datos complementaria para el site de abastecimiento y logística en el módulo
de la intranet de sidor”, la cual tuvo como objetivo diseñar e implementar una
base de datos complementaria para el SITE de Abastecimiento y Logística en el
módulo de la Intranet de SIDOR, a lo cual se llegó a la conclusión que la
implementación de esta base de datos permite que la información quede
documentada y disponible en la Web donde el personal podrá navegar por datos
actualizados y por datos de periodos anteriores, y así tener un registro de distintas
Gestiones al momento. Este trabajo de investigación aporta porque nos permite
conocer la eficacia y el acceso rápido de información que brinda una base de datos.
Romero y Camelo (2019) en su tesis titulado” diseño e implementación de una

base de datos distribuida homogénea en el prototipo de un sistema de control
de acceso”, la cual tuvo como objetivo diseñar e implementar una base de datos
distribuida homogénea que permita garantizar una alta disponibilidad de la
información, para el prototipo de un sistema de control de acceso que implementa
tecnologías RFID y huella digital, a lo cual se llegó a la conclusión que el uso de
base de datos distribuidos, permite dividir las consultas y estas puedan responder
con mayor rapidez por distintas máquinas o procesadores, incrementando
enormemente el rendimiento del sistema de base de datos. Este trabajo de
investigación aporta porque nos permite conocer la rapidez que tiene la base datos
al atender las consultas de los usuarios.
Abanto y Gil (2017) es su tesis titulado” diseño de una base de datos contable
para mejorar el registro de compras y ventas en la microempresa proyectos
especiales habacuc”, la cual tuvo como objetivo diseñar una base de datos
contable para mejorar el registro de compras y ventas en la microempresa proyectos
especiales Habacuc S.A.C, en lo cual llego a la conclusión que el diseño de base de
datos abarca las necesidades de la empresa la cual brinda información como
descripción de la operación, su destino de la operación, la orden de compra o
servicio, su detracción, la cual cada operación está ligada a su cuenta contable
correspondiente. Este trabajo de investigación aporta porque nos ayuda a conocer

sobre la importancia que tiene base de datos en la organización de información de

una entidad.
Durán (2016) “Diseño e implementación de una base de datos para mejorar los
procesos de compras y ventas en la empresa Humaju”, la cual tuvo como
objetivo desarrollar e implementar un sistema de base de datos para mejorar los
procesos de compras y ventas en la empresa Humaju, en el cual se llegó a la
conclusión que al implementar un sistema de base de datos este permite
automatizar, reducir y mejorar los tiempos en los procesos sin perder información
importante para la empresa. Este trabajo de investigación aporta porque nos da a
conocer acerca de la seguridad que brinda una base datos en el almacenamiento de
información de una entidad.
1.3 Marco teórico
1.3.1 SGBD ( Sistema de Gestión de Bases de Datos)
Es un conjunto de programas que nos permiten gestionar bases de datos, es
decir realiza las funciones de modificar, extraer y almacenar información,
además de poseer herramientas con funciones de eliminar, modificar,
analizar, etc.
1.3.2 Características de SGBD
Entre las principales características de los sistemas de base de datos
podemos mencionar:
- Concurrencia: En algunos sistemas de ficheros, si hay varios usuarios que
pueden acceder simultáneamente a un mismo fichero, es posible que el
acceso interfiera entre ellos de modo que se pierda información o se pierda
la integridad
- Integridad: La integridad de la base de datos se refiere a la validez y la
consistencia de los datos almacenados

- Recuperación: Muchos sistemas de ficheros dejan que sea el usuario
quien proporcione las medidas necesarias para proteger los datos ante
fallos en el sistema o en las aplicaciones
- Seguridad: La seguridad de la base de datos es la protección de la base de
datos frente a usuarios no autorizados.
1.3.3 Tipos de SGBD
- Relacionales
Una base de datos relacional es una colección de elementos de datos
organizados en un conjunto de tablas formalmente descritas desde la que
se puede acceder a los datos o volver a montarlos de muchas maneras
diferentes sin tener que reorganizar las tablas de la base. Los principales
son: MySQL, MariaDB, SQLite, PostgreSQL, Microsoft SQL Server y
Oracle.
- No relacionales
Una base de datos no relacional es aquella que no usa el esquema tabular
de filas y columnas que se encuentra en la mayoría de los sistemas de
base de datos más tradicionales. Los principales son: MongoDB, Redis,
Cassandra, Google BigTable.
1.3.4 Modelo conceptual
El modelo conceptual de datos representa las entidades importantes y sus
relaciones para explorar los conceptos de dominio con interesados en el
proyecto que definen el ámbito del problema que tratará la solución del
sistema.
1.3.5 Modelo lógico

Un modelo lógico describe aspectos relacionados con las necesidades de
una organización para recopilar datos y las relaciones entre estos
aspectos también contiene representaciones de entidades y atributos,
relaciones, identificadores exclusivos, subtipos y supertipos y
restricciones entre relaciones como también puede contener objetos de
modelo de dominio.
1.3.6 Modelo físico
Un modelo de base de datos física muestra todas las estructuras de tabla,
incluidos el nombre de columna, el tipo de datos de columna, las
restricciones de columna, la clave principal, la clave externa y las
relaciones entre las tablas.
1.4 Formulación del problema
- ¿Cuáles son las características del diseño de un modelo de gestión de base

de datos para el área de ventas en la empresa La Nona – Trujillo, 2020?
1.5 Objetivos
1.5.1 Objetivo General
- Conocer las características del diseño de un modelo de gestión de base de

datos para el área de ventas en la empresa La Nona – Trujillo, 2020.
1.5.2 Objetivos Específicos
- Recaudar la información necesaria para poder obtener acceso a los procesos

y así poder mejorarlos.
- Elaborar el modelo entidad-relación para poder obtener una amplia visión
de los procesos.
- Diseñar y construir una base de datos en MS SQL-2019.

CAPÍTULO II RESULTADOS
En este capítulo se deben presentar los resultados de la ejecución del proyecto de curso, los
cuales están basados en el contenido desarrollado a lo largo de todas las presentaciones de los
avances del proyecto. Se puede hacer uso de tablas y figuras (en algunos casos), comentar
cada tabla y figura utilizada, y se debe referenciar a todas ellas dentro del texto del capítulo. A
continuación se muestran algunos ejemplos de cómo incluir las tablas y figuras dentro del
informe:
 Ejemplo formato de tabla (estilo APA):

 Ejemplo formato de figura (estilo APA):
Este capítulo no tiene extensión máxima, tan solo debe cuidarse de incluir todos los
contenidos desarrollados y presentados en los cuatro avances del proyecto de curso.
Capítulo
1
1.1.1.1.
1.1.1.2.
DESCRIPCIÓN DE LA
INVESTIGACIÓN Ilustración tomada de: https://jorgesaiz.com/blog/caso-de-negocio-en-prince2/
1. DESCRIPCIÓN DEL ÁREA DE INVESTIGACIÓN DEL PROYECTO
1.1. NOMBRE DEL PROYECTO
Diseño de un modelo de Gestión de base de datos para el área de ventas

en la empresa La Nona – Trujillo, 2020
1.2. PATROCINADOR DEL PROYECTO
El patrocinador de este proyecto es el jefe del área de ventas de la

empresa La Nona.
1.3. DATOS GENERALES DE LA EMPRESA
La Fábrica de Embutidos “La Nona”; tiene en el mercado de cárnicos y

embutidos, diez años desde su fundación, a la fecha goza de una gran
aceptación de los consumidores locales y nacionales. Es una empresa en
constante innovación, su proceso productivo consta de varias etapas, se utiliza
como materia prima carne de res, pollo, cerdo.
Su proceso productivo consta de varias áreas en las cuales se transforma la
materia prima a fin de obtener un producto de calidad con el fin de satisfacer las
expectativas del consumidor final.
La empresa de “Embutidos La Nona”, con ventas cercanas al millón de
dólares,tiene como meta ampliar su presencia en el mercado nacional. También
planea exportar sus productos.
El 15 de marzo de 2010, la empresa se afilia a la Cámara de Comercio de la
ciudad de Chiclayo, y registra como actividad económica, embutidos y
fiambres.
La empresa de “Embutidos La Nona” se encuentra localizada en Perú en el
Parque Industrial de la ciudad de Chiclayo, en la Av. Panamericana Km 60
camino a Pimentel; tanto las oficinas administrativas como la planta de
producción se encuentran ubicadas en este lugar. La empresa “Embutidos La
Nona” pertenece a un grupo empresarial llamado “Bambinos”. El grupo
empresarial “Bambinos” cuenta con:

• “Bambinos Granja”, quien se encarga de la crianza de cerdos, para satisfacer

la demanda de carne de las unidades del negocio del grupo.
• “Bambinos Deli”, dedicada a la comercialización de carnes, embutidos,
comida rápida y complementarios.
• “Embutidos La Nona”, dedicada a la producción de embutidos y carnes.
1.4. ÁREA, DEPARTAMENTO O UNIDAD ORGÁNICA ASOCIADA
Nuestro proyecto esta orientado al área de Ventas que se encarga

principalmente de atender los pedidos de los clientes, organizar a los empleados
para que empaquen los pedidos y clasificar los productos en las diferentes
categorías.

Capítulo
2
ESQUEMA CONCEPTUAL DE UN
SGBD
omada de: https://blogs.funiber.org/blog-proyectos/2018/05/06/funiber-acta-constitucion-proyecto
2. ESQUEMA CONCEPTUAL DE UN SGBD
2.
2.1. DISEÑO CONCEPTUAL DE UNA BASE DE DATOS

2.1.1. Diagrama Entidad – Relación
Ilustración 1: Modelo conceptual de la BD del área de ventas usando la notación de pata de cuervo
Fuente: Elaboración propia
2.1.2. Documentación del diagrama Entidad – Relación

a. Entidades:
Nombre de la Entidad Descripción de la Entidad
Tabla 1:
Entidades
Categoría Clasificación del producto
del Producto Es el bien que la empresa comercializa.
diagrama Unidad Es la cantidad en la que se mide el producto.
ERD Distrito Zona donde viven los clientes y empleados.
Cliente Es la persona que realiza el pedido
Empleado Es la persona encargada de empacar los pedidos.
Pedido Es la cantidad de productos que se desea pedir.
b. Atributos:
Tabla 2: Atributos de las tablas del diagrama ERD

Nombre de la Nombre del Descripción del ¿Es Identificador
Entidad Atributo Atributo Primario?
Categoría Id categoría Código de categoría Si
Nombre Con el que se No
identifica
Descripción Detalles de categoría No
Producto Id producto Código de producto Si
Nombre Nombre del producto. No
Categoría Clasificación del No
producto
Precio Valor del producto No
stock Cantidad de producto No
Unidad Medida del producto No
Fecha de vencimiento Límite de duración del No
producto
Unidades Id unidad Código de unidades Si
Nom_unidad Nombre de la unidad No
Distrito Id_distrito Código de distrito Si
Nombre Nombre del distrito No
Clientes Id_cliente Código de cliente Si
Nombre Nombre del cliente no
Apellido Apellido del cliente No
Fecha de nacimiento Fecha nacimiento del No
cliente
Dirección Lugar donde vive el No
cliente
Genero Masculino o femenino No
email Correo del cliente No
Empleados Id_empleados Código de empelados Si
Nombre Nombre del empleado No
Apellido Apellido del cliente No
Fecha de nacimiento Fecha de nacimiento No

del empleado
Genero Masculino o femenino No
email Correo del empleado No
Pedidos Numero de pedido Cantidad de producto
Fecha Tiempo en que se No
realiza pedido
Empleado Persona encargada de No
empacar el pedido
Cliente Persona que realiza el No
pedido
c. Relaciones:
Tabla 3: Detalle de las relaciones del ERD
Entidad 1 Verbo de Cardinalida Entidad 2 Verbo de 2 Cardinali Clasificación

1a2 d De 1 a 2 a1 dad De 2
a1
Cliente Realiza Uno o Pedido Es Uno y solo 1-M
muchos realizado un
Pedido Solicita uno o Producto Es Uno o M-N
muchos solicitado muchos
Producto Clasifica Uno y solo Categoría Clasifica Uno o 1-M
un muchos
Unidad Mide uno o Producto Se mide Uno y solo 1-M
muchos un
Empleado Empaca uno o Pedido Es Uno y solo 1-M
muchos empacado un
Distrito Vive Uno o Empleado Vive Un o solo 1-M
muchos un
Categoría Clasifica uno o Producto Es Uno y solo 1-M
muchos clasificado un
Cliente Vive Uno y solo Distrito Vive Uno o 1-M

un muchos
2.2. DISEÑO LÓGICO DE UNA BASE DE DATOS

2.2.1. Modelo lógico
Ilustración 2: Modelo lógico de la BD del área de ventas

2.2.2. Documentación del modelo Lógico
a. Tablas:
Tabla 4: Especificación de las tablas del modelo relacional de la base de datos transaccional
Nombre de la Tabla Descripción de la Tabla
Categoría Es la clasificación del producto
Producto Es un bien que la empresa comercializa.
Unidad Es la cantidad en que se mide un producto.
Distrito Zona donde vive los clientes y empleados.
Cliente Es la persona que realiza el pedido.
Empleado Es la persona que se encarga de empacar el pedido.
Pedido Es la cantidad de productos que se desea pedir.
Detalle_pedido producto Es el detalle de la relación pedido-producto.
b. Campos:
Tabla 5: Especificación de los campos de las tablas del modelo relacional

Es Columna Es Clave
Nombre de Nombre de Descripción de
Clave Foránea
la Tabla la Columna la Columna
(SI/NO) (SI/NO)
/*Ejemplo:
Es Columna Es Clave
Nombre de la Nombre de la
Descripción de la Columna Clave Foránea
Tabla Columna
(SI/NO) (SI/NO)
Es un código único que
Administrador Id_Administrador identifica al administrador de SÍ NO
un departamento
Es la denominación que se le
asigna a cada una de las
Ubicación Nombre_Ubicación NO NO
ubicaciones que puede tener
un departamento
… … … …
*/
2.3. VALIDACIÓN DEL MODELO LÓGICO

2.3.1. Proceso de normalización
[Hacer uso de las formas normales para evitar redundancias en las tablas de nuestro modelo
lógico, para ello nos ayudamos del diagrama de dependencias en cada una de las tablas de la
BD]
/*Ejemplo:

Ilustración 3: Diagrama de dependencias de una tabla
*/

Capítulo
3
ESQUEMA INTERNO DE UN SGBD

Ilustración tomada de: https://www.wrike.com/es/blog/como-5-expertos-en-gestion-de-proyectos-crean-un-plan-de-gestion-de-proyectos-infalible/
3. ESQUEMA INTERNO DE UN SGBD
3.
3.1. DISEÑO FÍSICO DE UNA BASE DE DATOS

3.1.1. Modelo Físico
/*Ejemplo:
Ilustración 4: Modelo físico de la BD del área de …
*/

3.1.2. Documentación del Modelo Físico

[En esta sección se documentan las columnas (campos) de las tablas representadas en el
diagrama físico de la base de datos junto con sus restricciones.]
Tabla 6: Especificación de los campos de las tablas del modelo físico

Nombre de la Tipo de
Nombre de la Columna Tipo de dato Valor
Tabla restricción
/*Ejemplo:
Nombre de la Nombre de la Tipo de
Tipo de dato Valor
Tabla Columna restricción
Catedrático Salario_catedrático Numeric (9.2) Check (Salario_catedratico>950)
*/
3.2. CREACIÓN DE LA BASE DE DATOS

3.2.1. Script de creación de BD
{Crear la BD, las tablas, asignar las claves primarias y foráneas, asignar las restricciones,
haciendo uso de los comandos de definición de datos.}
/*Ejemplo:
CREATE DATABASE [BDPedidos]
ON PRIMARY
( NAME = 'BDPedidos', FILENAME = 'D:\UPN\BDPedidos_data.mdf' , SIZE = 51200KB ,
MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB )
LOG ON
( NAME = 'BDPedidos_log', FILENAME = 'D:\UPN\BDPedidos_log.ldf' , SIZE = 2048KB ,
MAXSIZE = 2048GB , FILEGROWTH = 10%)
create table Clientes (

IdCliente char(5) not null,
NombreContacto char(30) null,
Dirección char(60) null,
Ciudad char(15) null,
País char(15) null,
constraint PK_CLIENTES primary key nonclustered (IdCliente)
)
*/

3.2.2. Diagrama de Base de Datos en MS SQL Server
/*Ejemplo:
Ilustración 5: Diagrama de la BD del área de …
*/
3.3. CARGA DE DATOS

[Llenar las tablas de la BD, haciendo uso del comando INSERT INTO. Insertar como
mínimo 5 registros por tabla.]
3.4. FORMULACIÓN DE CONSULTAS - PROCEDIMIENTOS ALMACENADOS

3.4.1. De Inserción
[Crear procedimientos almacenados donde se haga uso del comando INSERT
INTO.]
/*Ejemplo:
Script de procedimiento
CREATE PROCEDURE sp_insertar_estudiante
-- Add the parameters for the stored procedure here
@stdSSN char(11) ,
@stdFirstName varchar(30) ,
@stdLastName varchar (30),
@stdCity varchar(30) ,
@stdState char(2) ,
@stdZip char(10) ,
@stdMajor char(6),
@stdClass char(2),
@stdGPA decimal (3,2)
AS
BEGIN
-- SET NOCOUNT ON added to prevent extra result sets from
-- interfering with SELECT statements.
SET NOCOUNT ON;

--verificar que el codigo de estudiante ingresado sea único--

IF EXISTS (Select*from student
where @stdSSN=stdSSN)
print 'el codigo ya existe'
ELSE
--insertar los datos del estudiante--
insert into student values
(@stdSSN,@stdFirstName,@stdLastName,@stdCity,@stdState,@stdZip,@stdMaj
or,@stdClass,@stdGPA)
END
GO
Sentencia de ejecución
exec sp_insertar_estudiante '123-45-
6781','JESUS','RODRIGUEZ','TRUJILLO','WA','981211111','IS','FR',3.00
*/
3.4.2. De Selección
[Crear procedimientos almacenados donde se haga uso del comando SELECT.]
/*Ejemplo
CREATE PROCEDURE sp_listar_tercio_estudiantil
AS
BEGIN
SET NOCOUNT ON;
declare @total int
declare @tercio int
--vamos a dar un valor a nuestras variables para encontrar el tercio
estudiantil--
select @total=count(*)from student
select @tercio= @total/3
--listamos los estudiantes pertenecientes al tercio superior--
SELECT top (@tercio) * FROM Student
order by stdGPA desc
END
GO
exec sp_listar_tercio_estudiantil
*/

3.4.3. De Actualización
[Crear procedimientos almacenados donde se haga uso del comando UPDATE.]
/*Ejemplo:
CREATE PROCEDURE [dbo].[sp_actualiza_FIngreso]
@Fingreso date
AS
BEGIN
SET NOCOUNT ON;
-- Insert statements for procedure here
update dbo.Clientes
set fecha_ingreso = @Fingreso
END
Consulta de ejecución
Exec sp_actualiza_fingreso '10/10/2010’
*/
3.4.4. De Eliminación
[Crear procedimientos almacenados donde se haga uso del comando DELETE.]
/*Ejemplo
CREATE PROCEDURE sp_eliminar_pedido
@IdPedido numeric(18,0)
AS
BEGIN
SET NOCOUNT ON;
-- Insert statements for procedure here
--eliminamos el pedido de la tabla pedido--
delete from Pedidos
where @IdPedido=IdPedido
--además borramos datos que generó en la tabla detalles pedidos--
delete from Detalles_de_pedidos
where @IdPedido=IdPedido
END
GO
exec sp_eliminar_pedido 10248.00
*/


Capítulo
4
ESQUEMA EXTERNO DE UN SGBD

Ilustración tomada de: https://impulseits.com/index.php?seccion=cursos&id_curso=43
4. ESQUEMA EXTERNO DE UN SGBD
4.
4.1. VISTAS
[En esta subsección se crea una vista (se aconseja que sea la más representativa) de la BD,
luego también se debe acceder a través de MS Excel. En este informe se pega la consulta y una
captura de pantalla de la vista.]
/*Ejemplo:
SELECT Proveedores.NombreCompañía as Proveedor, Categorías.NombreCategoría as
Categoría, Productos.NombreProducto as Producto,
Productos.CantidadPorUnidad as 'Presentación de Producto', Productos.PrecioUnidad as
'Precio x Unidad',
Productos.UnidadesEnExistencia as Stock, Productos.NivelNuevoPedido as 'Nivel de
Reabastecimiento'
FROM Categorías INNER JOIN
Productos ON Categorías.IdCategoría = Productos.IdCategoría INNER JOIN
Proveedores ON Productos.IdProveedor = Proveedores.IdProveedor
WHERE NivelNuevoPedido >= UnidadesEnExistencia
ORDER BY Categorías.IdCategoría

*/
4.2. EXPLOTACIÓN DE DATOS
[En esta subsección se crean un informe (se aconseja que sea el más representativo) de la BD
haciendo uso de MS Power BI. En este informe se pega una captura de pantalla del informe y
la interpretación de este.]
/*Ejemplo:
INTERPRETACIÓN DE GRÁFICO DE BARRAS:
Para la obtención de los resultados del gráfico realizado en MS POWER BI, se tomaron
en cuenta los siguientes campos de la tabla estudiante en la base de datos
UNIVERSIDAD: Nombre del estudiante, Stdcity (localidad del estudiante), StdGPA
(promedio del estudiante).
Donde concluimos lo siguiente:
- En la localidad de Seattle es donde se encuentra la mayor cantidad de

estudiantes.
- El estudiante Cristopher es el que obtuvo el mayor promedio (4,0) y
Luke es el que menor promedio obtuvo (2,2).
- La estudiante Candy es la única que se encuentra en la localidad de
Tacoma.
- Los estudiantes Joe y Rodrigo, son los únicos que obtuvieron el mismo
promedio (3,2).
*/

Título de la investigación
CAPÍTULO III CONCLUSIONES

Redactar una conclusión por cada objetivo propuesto. Extensión máxima 1 página.
<Colocar los apellidos e inicial del primer nombre de los autores en orden alfabético, separados por punto
Pág. 32
y coma>
REFERENCIAS
Elaborar las referencias de acuerdo con la norma de estilos APA versión 6. Puede hacer
uso de gestores de referencia como Zotero, EndNote, Refworks para el manejo del
tema de citas y referencias1. Tener en cuenta que todo lo citado en el texto debe
incluirse en las referencias y todas las referencias deben corresponder a una cita en el
texto. Su sugiere la visualización de este video tutorial,
http://flash1r.apa.org/apastyle/basics/index.htm?
_ga=2.39009312.2003728255.1497982156-1005151526.1497982156 en la sección
citing reference y the reference list
ANEXOS
1
Mendeley. (2017). Homepage | Mendeley. Recuperado 16 de mayo de 2017, a partir de
https://www.mendeley.com/
Zotero. (2017). es:quick_start_guide [Zotero Documentation]. Recuperado 16 de mayo de 2017,

a partir de https://www.zotero.org/support/es/Quick%20Start%20Guide
Pág. 33
y coma>
Pág. 34
y coma>

Avance (Antec y Realidad Probl)

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Avance (Antec y Realidad Probl)

Cargado por

Copyright:

Formatos disponibles

FACULTAD DE INGENIERÍA

CARRERA DE Ingeniería Empresarial

“Diseño de un modelo de Gestión de base de datos para el

Informe Final del Proyecto de Curso de “Gestión de Base

Haga clic o pulse aquí para escribir texto.

<<Apellido paterno de cada miembro del 2

Haga clic o pulse aquí para escribir texto.

<<Apellido paterno de cada miembro del 3

1.1. Realidad problemática 9

1.2. Formulación del problema 9

1. DESCRIPCIÓN DEL ÁREA DE INVESTIGACIÓN DEL PROYECTO 12

1.1. NOMBRE DEL PROYECTO 12

1.2. PATROCINADOR DEL PROYECTO 12

1.3. DATOS GENERALES DE LA EMPRESA 12

1.4. ÁREA, DEPARTAMENTO O UNIDAD ORGÁNICA ASOCIADA 12

2. ESQUEMA CONCEPTUAL DE UN SGBD 13

2.1. DISEÑO CONCEPTUAL DE UNA BASE DE DATOS 13

2.1.1. Diagrama Entidad – Relación 13

2.1.2. Documentación del diagrama Entidad – Relación 13

2.2. DISEÑO LÓGICO DE UNA BASE DE DATOS 15

<<Apellido paterno de cada miembro del 4

2.2.1. Modelo lógico 15

2.2.2. Documentación del modelo Lógico 15

2.3. VALIDACIÓN DEL MODELO LÓGICO 16

2.3.1. Proceso de normalización 16

3. ESQUEMA INTERNO DE UN SGBD 17

3.1. DISEÑO FÍSICO DE UNA BASE DE DATOS 17

3.1.1. Modelo Físico 17

3.1.2. Documentación del Modelo Físico 18

3.2. CREACIÓN DE LA BASE DE DATOS 18

3.2.1. Script de creación de BD 18

3.2.2. Diagrama de Base de Datos en MS SQL Server 19

3.3. CARGA DE DATOS 19

3.4. FORMULACIÓN DE CONSULTAS - PROCEDIMIENTOS ALMACENADOS 19

4. ESQUEMA EXTERNO DE UN SGBD 22

4.2. EXPLOTACIÓN DE DATOS 23

CAPÍTULO III CONCLUSIONES 24

<<Apellido paterno de cada miembro del 5

<<Apellido paterno de cada miembro del 6

<<Apellido paterno de cada miembro del 7

<<Apellido paterno de cada miembro del 8

PALABRAS CLAVES: Señalar 3 a 5 palabras, cuya búsqueda en tesauros y diccionarios

<<Apellido paterno de cada miembro del 9

1.1 Realidad problemática

Hablar acerca de como esta las bd y la gestión de ventas

El problema se presenta en la atención de los servicios de gestión de Recursos

Burgos (2009) en su tesis titulado “Diseño e Implementación de una Base de

<<Apellido paterno de cada miembro del 10

Noguera (2011) en sus tesis titulado “Diseño e implementación de una base de

Romero y Camelo (2019) en su tesis titulado” diseño e implementación de una

<<Apellido paterno de cada miembro del 11

sobre la importancia que tiene base de datos en la organización de información de

1.3 Marco teórico

1.3.1 SGBD ( Sistema de Gestión de Bases de Datos)

Es un conjunto de programas que nos permiten gestionar bases de datos, es

decir realiza las funciones de modificar, extraer y almacenar información,

además de poseer herramientas con funciones de eliminar, modificar,

1.3.2 Características de SGBD

Entre las principales características de los sistemas de base de datos

- Concurrencia: En algunos sistemas de ficheros, si hay varios usuarios que

pueden acceder simultáneamente a un mismo fichero, es posible que el

acceso interfiera entre ellos de modo que se pierda información o se pierda

- Integridad: La integridad de la base de datos se refiere a la validez y la