Proyecto Final de BD

PROYECTO DE INVESTIGACIN
DEL CURSO DE
ADMINISTRACIN DE BASE DE
DATOS II
SOLUCIN DE INTELIGENCIA DE
NEGOCIO PARA LA MUNICIPALIDAD
METROPOLITANA DE LIMA
PROF. : CASTAEDA HERNANDEZ, Novar Michell
INTEGRANTES:
GARCIA LOYOLA, Leonardo Raul
LEON POMATAY, Jhon Leon
MERINO VARGAS, Sergio Gerardo
QUEVEDO ESTEBAN, Paola Del Carmen
SAAVEDRA MEZA, Jhean Carlos
Santa Beatriz, Diciembre del 2014
NDICE
SOLUCIN DE INTELIGENCIA DE NEGOCIO PARA LA

MUNICIPALIDAD METROPOLITANA DE LIMA
AGRADECIMIENTO.........................................................................I
DEDICATORIA...............................................................................II
INTRODUCCIN.............................................................................1
CAPTULO I: MARCO TERICO......................................................5

1.1 Modelamiento de la base de datos............................................5
1.2 El proceso de Normalizacin....................................................6
1.2.1. Formas Normales.................................................................7
1.2.1.1. Primera Forma Normal(1FN).......................................9
1.2.1.2. Segunda Forma Normal(2FN)......................................9
1.2.1.3. Tercera Forma Normal(3FN)......................................10
1.2.1.4. Forma Normal de Boyce-Codd(FNBC)........................10
1.2.1.5. Cuarta Forma Normal(4FN).......................................11
1.2.1.6. Quinta Forma Normal(5FN).......................................11
1.3 SQL Server 2008....................................................................12
CAPTULO II: ANTECEDENTES DEL PROBLEMA...........................14

2.1 Resea Histrica de la Empresa.............................................14
2.2 Datos generales de la Empresa...............................................16
2.3 Ubicacin Geogrfica.............................................................16
2.4 Planteamiento del Problema...................................................17
2.5 Formulacin del Problema.....................................................19

2.6 Hiptesis...............................................................................20
2.7 Limitaciones..........................................................................21
CAPTULO III: SOLUCION A IMPLEMENTAR.................................22

3.1. Modelo Entidad Relacin de la Base de Datos......................23
3.2. Diagrama Lgico de la Base de Datos...................................24
3.3. Diagrama Fsico de la Base de Datos....................................25
3.4. Diagrama de la Base de Datos en SQL Server.......................26
3.5. Script de la Base de Datos...................................................27
CAPTULO IV: SOLUCION DE INTELIGENCIA DE NEGOCIO A

IMPLEMENTAR............................................................................28
4.1. Identificacin de los Requerimientos de la Empresa............29
4.2. Identificacin de las Dimensiones (Medidas)........................30
4.3. Identificacin de las Mtricas.............................................31
4.4. Elaboracin del Bus Matriz..................................................32
4.5. Modelo Dimensional del Datamart.......................................33
4.6. Diagrama de la Base de Datos del Datamart.........................34
CONCLUSIONES
REFERENCIAS BIBLIOGRAFICAS
WEBGRAFIAS
35
36
37
Agradecemos a nuestros padres,

quienes a lo largo de toda nuestra
vida nos han apoyado y motivado
en nuestra formacin, creyeron en
nosotros en todo momento y no
dudaron de nuestras habilidades.
A nuestro profesor a quien le
debemos gran parte de nuestros
conocimientos,
gracias
su
paciencia y enseanza.
El presente trabajo de investigacin

lo dedicamos con mucho cario a
nuestros padres y a todos quienes
aportaron positivamente a lo largo
de nuestra formacin acadmica
dndonos el apoyo e incentivacin
que necesitamos para trabajar da a
da, ya que son testigos del trabajo
que
realizamos
nuevo
xito
profesionales.
en
para
lograr
nuestras
un
vidas
INTRODUCCIN
En el presente proyecto tiene por objetivo elaborar una solucin
de inteligencia de negocio para la Municipalidad Metropolitana de Lima,
con la finalidad de comprender la informacin de los datos de la
Municipalidad Metropolitana de Lima, ya que tenemos como objetivo
optimizar el proceso de la toma de decisiones y la seguridad de los datos
del negocio.
Estos datos se transforman en informacin cuando se analizan
para estructurarlos de forma inteligente. Hoy en dia, es mas que
necesario poseer un
conocimiento
proveniente de la informacin,
accesible para sostener una ventaja competitiva en el
mundo
empresarial; para transformar los datos y convertirlos en informacin

y esta a su vez en conocimiento, se necesitan distintas tcnicas y
proceso. A todos estos procesos de tratamiento de datos se les atribuye
el termino de Business Intelligence1.
1 Inteligencia de Negocio es la Habilidad de transformar datos en informacin

e informacin a conocimientos para optimizar proceso de toma de decisiones
en los negocios.
Es necesario complementar estos conocimientos con un aspecto

que es fundamental para poder utilizar adecuadamente la tecnologa de
las bases de datos relacionales. ste ser el objeto de estudio.
La Municipalidad Metropolitana de Lima cuenta con un conjunto

de servicios que realizan da a da para los miembros de su distrito, en
este conjunto encontramos mucha informacin el cual va ser utilizado
para almacenarlo en una Base de Datos, esto nos ayuda para que ms
adelante podamos extraer informacin que nos sirva de apoyo en las
tomas de decisiones que tenga La Municipalidad Metropolitana de Lima.
Este proyecto tiene como objetivo principal implementar un
Datamart para el rea de registros de actas de nacimiento, registro de
acta matrimonial y finalmente registros de actas de defuncin.
El presente proyecto informtico ha sido producto de un estudio
de investigacin y anlisis, por lo cual est estructurado en cuatro
captulos.
En el captulo I se fundamenta el Marco Terico de nuestra

investigacin se empieza definiendo qu consiste el Modelamiento de la
Base de Datos2 para una empresa que bsicamente es una descripcin
de algo conocido como contenedor de datos, el siguiente punto que
definimos es el Proceso de Normalizacin, consiste en aplicar una serie
de reglas a las relaciones obtenidas tras el paso del Modelo EntidadRelacin al Modelo Relacional, finalmente se define qu es SQL Server
2008.
2 Base de Datos es el conjunto de datos pertenecientes a un mismo contexto y

almacenados en un contenedor de datos, donde se guarda informacin para
su posterior uso.
En el captulo II se argumenta toda la informacin de los

Antecedentes del Problema, como primer punto se tiene la Resea
Histrica de la empresa, en el cual se menciona la informacin

importante de la empresa, luego se continua con los Datos Generales de
la empresa como su nombre, direccin, telfono, etc. Asi mismo tambien
se hace mencin al croquis de la empresa para saber su Ubicacin
Geogrfica; como todo trabajo de investigacin, existe un Planteamiento
de Problema, la cual describe la problemtica que est sucediendo
dentro de la empresa actualmente; tambin se define la formulacin del
problema, en este punto se explica una solucin al planteamiento del
problema establecido; luego definimos las Hiptesis del porqu del
planteamiento
del
problema
actualmente,
son
hechos
que
no
hipotticamente se ajusta a la verdad pero responde el porqu del

problema, de esta manera se tendra una mejor visin de la nueva
solucin; por otro lado tambin especificamos las Limitaciones que
podran existir a lo largo del desarrollo del proyecto informtico.
En el captulo III se establece la Solucin a Implementar, en este
conjunto de informacin se procesan grandes cantidades de datos
referentes a las actividades rutinarias que son almacenados en la Base
de Datos de la empresa, para esta solucin necesitamos el Modelo de
Entidad Relacin de la Base de Datos ya que es una herramienta para
el modelado de datos que permite representar las entidades relevantes
de un sistema de informacin, as como sus interrelaciones y
propiedades, posteriormente necesitamos tres diagramas las cuales
son: el Diagrama Lgico de la Base de Datos, el Diagrama Fsico de la
Base de Datos y finalmente el Diagrama de la Base de Datos en SQL
Server, terminando con este captulo necesitamos el script de la base
de datos son archivos adicionales que contienen instrucciones TransactSQL (T-SQL).

En el captulo IV se menciona la Solucin de Inteligencia de
Negocio
Implementar,
travs
de
la
identificacin
de
los
requerimientos de la empresa, la Identificacin de las Mtricas, la

Elaboracin del Bus Matriz, el Modelo Dimensional del Datamart y
finalmente el Diagrama de la Base de Datos del Datamart.
Se finaliza el proyecto en las conclusiones, donde se hace enfasis
a todo lo desarrollado e Implementado.
CAPTULO I
MARCO TERICO
1.1.
MODELAMIENTO DE LA BASE DE DATOS

Segn el escritor Manuel torres remon, autor del libro SQL
Server 2012, nos da a entender que si los datos estan muy

estructurados con un esquema conocido, el modelo relacional tiene mas
probabilidades de funcionar, mejor para el almacenamiento de datos.
Sql Server proporciona la funcionalidad y las herramientas necesarias.
Por otra parte si los datos estan semiestructurados o no estan
estructurados, o no se conoce su estructura, debe contemplar la
posibilidad de crear un modelo para los datos3.
El modelamiento de la base de datos es uno de los elementos
ms importantes a la hora de iniciar el desarrollo de cualquier proyecto,
es la estructura, sobre la que realmente reside la verdadera esencia de
la aplicacin, incluso determina si el proyecto va a cumplir con su
verdadero objetivo.
Uno de los puntos importantes que se deben indicar es que el
modelamiento de la base de datos, debe ser llevado como una gua
3 TORRES REMON, Manuel: Programacin TRANSACT SQL Server 2012;
Traduccion de Luis Miguel Snchez Brea, Primera edicin, Lima, Macro, 2012,
P. 289.
general, esto implica el desarrollo de los Diagramas de Entidades y del

Modelo Entidad-Relacin. Independientemente de la metodologa a
utilizar, esta herramienta siempre ser importante, para entender las
relaciones entre las diversas entidades en la Base de Datos.
Un modelamiento de la base de datos es bsicamente una
"descripcin" de algo conocido como contenedor de datos (algo en donde
se guarda la informacin), as como de los mtodos para almacenar y
recuperar informacin de esos contenedores. Los modelos de datos no
son cosas fsicas: son abstracciones que permiten la implementacin de
un sistema eficiente de base de datos; por lo general se refieren a
algoritmos, y conceptos matemticos.
El diseo de una base de datos es un proceso complejo que
abarca decisiones a muy distintos niveles. La complejidad se controla
mejor si se descompone el problema en sub-problemas y se resuelve
cada uno de estos sub-problemas independientemente, utilizando
tcnicas especficas. As, el diseo de una base de datos se descompone
en diseo conceptual, diseo lgico y diseo fsico4.
Fuente: Modelo Relacional en
http://ict.udlap.mx/people/carlos/is341/bases03.html; 19 de junio 2014, 14:00

horas.
4 GUERRERO MEDINA, Henry: Modelamiento de Base de Datos: en

http://www.monografias.com/trabajos84/modelamiento-basedatos/modelamiento-base-datos.shtml; 11 noviembre del 2014, 14:00 horas .
1.2.
EL PROCESO DE NORMALIZACIN
El proceso de normalizacin se clasifica en relaciones, objetos,
formas de relacin y dems elementos en grupos, en base a las

caractersticas que cada uno posee. Es un conjunto de reglas que sirven
encaminadas a eliminar redundancias e inconsistencias de
dependencia en el diseo de las tablas. Esta tcnica se adopt por el

viejo estilo de poner todos los datos en un solo lugar, como un archivo o
una tabla de la base de datos, esto era ineficiente y conduca a errores
de lgica cuando se trataba de manipular los datos.
Una de la ventaja de la normalizacin de una base de datos es el

consumo de espacio. Una base de datos normalizada puede ocupar
menos espacio en disco que una no normalizada, hay menos repeticin
de datos, lo que tiene como consecuencia un mucho menor uso de
espacio en disco.
Particularmente estamos interesados en la clasificacin de las

relaciones de la Base de Datos Relaciones. La forma de efectuar esto es
10
a travs de los tipos de dependencias que podemos determinar dentro

de la relacin. Cuando las reglas de clasificacin sean muy restrictivas,
diremos que la relacin est en una forma normal ms elevada. La
relacin que est en la forma normal ms elevada posible es que mejor
se adapta a nuestras necesidades debido a que optimiza las condiciones
que son de importancia para nosotros.
Se dice que una relacin est en una determinada forma normal

si satisface un cierto conjunto de restricciones. El proceso de
normalizacin es reversible y no se pierde informacin5.
1.2.1.
FORMAS NORMALES (FN)
Las formas normales son aplicadas a las tablas de una base de

datos. Decir que una base de datos est en la forma normal N es decir
que todas sus tablas estn en la forma normal N.
En general, las primeras tres formas normales son suficientes

para cubrir las necesidades de la mayora de las bases de datos.
El creador de estas 3 primeras formas normales (o reglas) fue

Edgar F. Codd.
5 DELGADO, Minerva: Normalizacin de base de datos: en

http://www.monografias.com/trabajos5/norbad/norbad.shtml.; 10 octubre
del 2014, 15:00 horas.
11
1.2.1.1. PRIMERA FORMA NORMAL (1FN)

Una tabla est en Primera Forma Normal cuando:
Todos los atributos son atmicos. Un atributo es atmico si
los elementos del dominio son indivisibles, mnimos.

La tabla contiene una clave primaria.
La llave primaria no contiene atributos nulos.
No posee ciclos repetitivos.
Una columna no puede tener mltiples valores. Los datos son

atmicos. (Si a cada valor de X le pertenece un valor de Y, entonces a
cada valor de Y le pertenece un valor de X).
Esta forma normal elimina los valores repetidos dentro de una
BD.
La primera forma normal, impone un requisito muy elemental a
las relaciones; a diferencia de las dems formas normales, no exige
informacin adicional como las dependencias funcionales6.
6 SILBERSCHATZ, Abraham: Fundamentos de Base de Datos; Traduccion de

Antonio Garca Cordero, Cuarta edicin, Madrid, Concepcin Fernndez
Madrid, 2002, P. 161.
12
1.2.1.2. SEGUNDA FORMA NORMAL (2FN)

Una relacin est en 2FN si est en 1FN y si los atributos que no
forman parte de ninguna clave dependen de forma completa de la clave
principal. Es decir que no existen dependencias parciales.
En otras palabras podramos decir que la segunda forma normal
est basada en el concepto de dependencia completamente funcional.
Una dependencia funcional
es completamente funcional si al
eliminar los atributos A de X significa que la dependencia no es

mantenida, esto es que A X, (X {A}) -x-> Y. Una dependencia
funcional
es
una
dependencia
parcial
si
hay
algunos
atributos
que pueden ser eliminados de X y la dependencia
todava se mantiene, esto es A X, (X {A}) -> Y.
Por ejemplo {DNI, ID_PROYECTO}
HORAS_TRABAJO (con el
DNI de un empleado y el ID de un proyecto sabemos cuntas horas de

trabajo por semana trabaja un empleado en dicho proyecto) es
completamente dependiente dado que ni DNI
ID_PROYECTO
embargo
parcialmente
HORAS_TRABAJO ni
HORAS_TRABAJO mantienen la dependencia. Sin
{DNI,
ID_PROYECTO}
dependiente
dado
que
NOMBRE_EMPLEADO
DNI
es
NOMBRE_EMPLEADO
mantiene la dependencia7.

Madrid, 2002, P. 163.
13
1.2.1.3. TERCERA FORMA NORMAL (3FN)

La tabla se encuentra en 3FN si es 2FN y si no existe ninguna
dependencia funcional transitiva entre los atributos que no son clave.
Un ejemplo de este concepto sera que, una dependencia
funcional X->Y en un esquema de relacin R es una dependencia
transitiva si hay un conjunto de atributos Z que no es un subconjunto
de alguna clave de R, donde se mantiene X->Z y Z->Y8.
1.2.1.4. FORMA NORMAL DE BOYCE-CODD (FNBC)

Mediante las dependencias funcionales se pueden definir varias
formas normales que representan buenos diseos de bases de datos. En
este apartado se tratar de la FNBC (forma normal de Boyce-Codd).
La tabla se encuentra en BCNF si cada determinante, atributo
que determina completamente a otro, es clave candidata. Deber
registrarse de forma anillada ante la presencia de un intervalo seguido
de una formalizacin perpetua, es decir las variantes creadas, en una
tabla no se llegaran a mostrar, si las ya planificadas, dejan de existir 9.

Madrid, 2002, P. 177.
Madrid, 2002, P. 174.
14
1.2.1.5. CUARTA FORMA NORMAL (4FN)

Una tabla se encuentra en 4FN si, y slo si, para cada una de
sus dependencias mltiples no funcionales X->->Y, siendo X una sperclave que, X es o una clave candidata o un conjunto de claves
primarias10.
QUINTA FORMA NORMAL (5FN)
1.2.1.6.
Una tabla se encuentra en 5FN si:
La tabla est en 4FN

No existen relaciones de dependencias no triviales que no
siguen los criterios de las claves. Una tabla que se encuentra
en la 4FN se dice que est en la 5FN si, y slo si, cada
relacin de dependencia se encuentra definida por las claves
candidatas11.

Madrid, 2002, P. 180.
Madrid, 2002, P. 182.
15
1.3.
SQL SERVER 2008

Es un entorno integrado para obtener acceso, configurar,
controlar, administrar y desarrollar todos los componentes de SQL

Server. SQL Server 2008 combina un amplio grupo de herramientas
grficas con una serie de editores de script enriquecidos que permiten a
desarrolladores y administradores de todos los niveles obtener acceso a
SQL Server. Los desarrolladores de software obtienen una experiencia
familiar y los administradores de bases de datos una nica herramienta
completa que combina herramientas grficas fciles de usar con
funciones de script enriquecidos.
Microsoft SQL Server es un sistema para la gestin de bases de
datos producido por Microsoft basado en el modelo relacional. Sus
lenguajes para consultas son Transact-SQL, que es un Lenguaje de
Bsquedas Estructurado y ANSI SQL, que es la manipulacin y control
de bases de datos relacionales. Microsoft SQL Server constituye la
alternativa de Microsoft a otros potentes sistemas gestores de bases de
datos como son Oracle, PostgreSQL o MySQL.
Microsoft SQL Server Cuentan con grandes ventajas:
-
Una de las ventajas es que Microsoft tiene sus propias

sesiones de entrenamiento y centro de soluciones disponible
las 24 horas del da, los siete das de la semana. Microsoft
ofrece soporte de sus productos y lanza actualizaciones y
parches de sus sistemas regularmente para que tu sistema
siga siendo funcional.
16
Otro beneficio de los servidores SQL es la facilidad de usarlo
y el mantenimiento.
Al usar el servidor SQL, puedes decidir qu ancho de banda
pueden tomar tus servidores y cuando se llegue a cierto nivel
de uso, se puedan detener automticamente los procesos que
estn tomando demasiados recursos.

En SQL Server, tiene herramientas como la Administracin
Basada en Polticas que permite que los administradores de
una base de datos definan polticas para los datos y para
recibir alertas cuando las polticas sean violadas12.
Fuente: Modelo Relacional: en http://it-n-careerz.blogspot.com/2013/04/how-toinstall-sql-server-management.html; 16 de abril 2013, 14:00 horas.
12 MICROSOFT: Microsoft SQL Server 2008: en

http://www.microsoft.com/es-es/download/details.aspx?id=7593.; 16 de abril
2014, 17:00 horas.
17
CAPTULO II
ANTECEDENTES DEL PROBLEMA
2.1. RESEA HISTRICA DE LA MUNICIPALIDAD METROPOLITANA
DE LIMA
Segn el primer libro del Cabildo de Lima, la ciudad a los cuatro
das de su fundacin, tena dos alcaldes: Nicols de Ribera y Juan Tello
de Guzmn. Al principio el cabildo funcion en la Casa de Pizarro
pasando luego a la residencia de los Oidores Andrs de Cianca y Pedro
Maldonado, posteriormente el local de la Municipalidad, en las ltimas
semanas de octubre de 1535, se instal en un terreno de propiedad del
veedor Garca de Salcedo, donde actualmente se encuentra el Palacio
Arzobispal de Lima pero, debido a que se precisaba de ms espacio para
que la Catedral de Lima sea ms grande, fue trasladado en 1548 al
terreno que fue propiedad de Hernando Pizarro, donde estaba la huaca
del cabildo que tena un corral de llamas, y que es donde se encuentra
el edificio municipal actual.
La edificacin del ayuntamiento colonial era sencilla y la historia
de su construccin ha sido accidentada. El maestro Diego de Torres fue
el encargado de levantar el primer edificio del Cabildo de Lima y en
1549 comenz aceleradamente la obra, junto a dos esclavos negros
adquiridos especialmente para reforzar su trabajo, porque deba
18
terminarse antes de la llegada de Antonio de Mendoza y Pacheco, cuarto

virrey del Per, que estaba prevista para el 23 de septiembre de 1551.
Las casas del cabildo construidas por el maestro Diego de Torres fueron
hechas con moldura de ladrillo y altos de madera al uso de Espaa.
Poco despus, en 1555, Cristbal Garzn y Diego de Amaro
tomaron a su cargo el nuevo edificio. En los aos siguientes
continuaron algunos arreglos menores como el enmaderado y cobija.
Jos de la Riva Agero afirm que para entonces el edificio se haba
desplomado por haberse construido mal. Los miembros del cabildo
presenciaron, desde los antiguos balcones del ayuntamiento colonial,
procesiones, corridas de toros y autos de fe.
En la historia del Santo Oficio Limeo se recuerda el auto de fe
realizado el domingo 5 de abril de 1592, para el cual el cabildo
construy un estrado de madera. Hacia 1628, el historiador y sacerdote
Bernab Cobo describi en su Historia de la Fundacin de Lima el
aspecto del cabildo limeo13.
2.2. DATOS GENERALES DE LA MUNICIPALIDAD METROPOLITANA
DE LIMA
Nombre de la Empresa: Municipalidad Metropolitana de Lima
RUC: 20131380951
Distrito: Lima
13 WIKIPEDIA: "Palacio Municipal de Lima": en
http://es.wikipedia.org/wiki/Palacio_Municipal_de_Lima; 2009; 16 enero del
2014, 13:00 horas.
19
Direccin: Jirn de la Unin 300, Jirn Conde de Superunda 141 Cercado de Lima
Telefono: 632-1300
Email: webmaster@munlima.gob.pe
2.3. UBICACIN GEOGRFICA
La Ubicacin Geografica de la Municipalidad Metropolitana de
Lima esta ubicada en la direccion: Jirn de la Unin 300, Jirn Conde
de Superunda 141 - Cercado de Lima en el Distrito de Lima.
Fuente: Ubicacin Geografica de la Municipalidad Metropolitana de Lima en

https://www.google.com.pe/maps/place/Palacio+Municipal+de+Lima; 16 de abril
2013, 14:00 horas.
2.4. PLANTEAMIENTO DEL PROBLEMA
20
Ya que la Municipalidad de Lima cuenta con una Base de Datos

nos vamos a enfocar en la necesidad de implementar una solucion de
Inteligencia de Negocio(BI), es la habilidad para transformar los datos
en informacin, y la informacin en conocimiento, de forma que se
pueda optimizar el proceso de toma de decisiones en los negocios.
Para representar esta Solucion de Inteligencia de Negocio se
realizara una lista de requerimientos y necesidades de la Municipalidad
Metropolitana de Lima que son las siguientes:
-
Se desea saber cuntas personas fueron inscritas en actas
de nacimiento trimestral, bimestral y mensualmente?

Se desea saber cuntos usuarios se encuentran registrados
actualmente?
Se desea saber
registraron anual, trimestral, bimestral y mensualmente?

Se desea saber cuntas actas de Defuncin se registraron
anual, trimestral, bimestral y anualmente?

Se desea saber cuntas defunciones fueron negados en un
entorno anual?
Se desea saber cuntos matrimonios fueron anulados en
estos tres ltimos aos?

Se desea saber cuntos clientes pagaron con tarjeta de
crdito?
Se desea saber cuntos clientes pagaron al contado?
Se desea saber el total de pagos, nicamente de las boletas
cuntas
actas
de
matrimoniales
se
que se emitieron por actas de nacimiento anual, trimestral y

mensualmente?
21
Se desea saber el total de pagos, nicamente de las facturas

que se emitieron por actas Matrimoniales anual, trimestral y
mensualmente?
Se desea saber el total de pagos, nicamente de las boletas
que se emitieron por actas de defuncin anual, trimestral y
mensualmente?
Se desea saber el total de actas emitidas en este ltimo ao?
2.5. FORMULACIN DEL PROBLEMA

Se llevar a cabo un estudio exhaustivo sobre las Actas de
Nacimiento, Actas Matrimoniales y Actas de Defuncion, para obtener as
una mayor comprensin de cul es el sector en el que se mueve la
empresa, los beneficios que aporta a sus clientes, adems de adaptarse
al modo de trabajo y obtener la metodologa necesaria para concluir con
xito la realizacin de este proyecto.
La informacin perteneciente a cada usuario quedar distribuida
y controlada por medio de un sistema securizado, esta informacin
quedar centralizada en un slo lugar.
El anlisis ser ms sencillo y fiable, lo que conlleva a la toma de

mejores decisiones por parte de la Municipalidad con la ayuda de
cmodas herramientas como el Cubo OLAP, permitiendo asi obtener
reportes consolidados de la informacion que se desea estudiar , analizar
y proyectar.
22
2.6. HIPTESIS
Se sabe bien que el usuario promedio realiza a lo largo de su
vida por lo menos 3 actas, tanto en lo que refiere a partidas de
nacimiento como partidas de defuncin, siendo la ltima, es decir, acta
de matrimonio la que queda en una variable ms constante de
realizarse o no.
La decisin de implementar una solucin de Inteligencia de
Negocio sola delegarse sobre el departamento tcnico, cuando los
encargados de delegar dicha decisin debieron ser los responsables de
analizar la informacin, y por tanto de tomar decisiones oportunas,
quienes deberan optar por estas opciones apostando por una visin de
negocio ms que por una herramienta.
2.7. LIMITACIONES
En el transcurso de desarrollo del proyecto de Inteligencia de
Negocios se presentaron las siguientes limitaciones:
La falta de actualizacin de los registros de las personas

que han realizado tramites y a su vez han cambiado de
alguna u otra forma, por ejemplo, su estado civil.
Banco de datos incompletos y no actualizados de las
personas que en su momento han fallecido y no ha habido
alguien que realice los trmites necesarios para su acta de
defuncin.
Muchas veces el abandono de nios recin nacidos hace
engorroso el trmite de una partida de nacimiento.
23
La limpieza de datos tomar ms de lo esperado y

absorber una parte significativa del tiempo.
Los archivos centrales de la empresa no disponen de
instrumentos de control debidamente estructurados.
24
CAPTULO III
SOLUCION A IMPLEMENTAR
3.1. MODELO ENTIDAD RELACIN DE LA BASE DE DATOS
Fase 1
25
21
Fase 2
22
contiene
contiene
contiene
Detalle_ComPag_Acta Matrimonial
Detalle_ComPag_Acta de Defuncion
Detalle_ComPag_Acta de Nacimiento
3.2. DIAGRAMA LGICO DE LA BASE DE DATOS
23
24
3.
3. DIAGRAMA FSICO DE LA BASE DE DATOS
25
24
3.4. DIAGRAMA DE LA BASE DE DATOS EN SQL SERVER
25
25
CAPTULO IV
SOLUCION DE INTELIGENCIA DE NEGOCIO A IMPLEMENTAR
4.1. IDENTIFICACIN DE LOS REQUERIMIENTOS DE LA EMPRESA
Se desea saber el nmero de personas que fueron inscritas

en las actas de nacimiento de forma trimestral, bimestral y
mensualmente?
Se desea saber el nmero de actas de Defuncin que se

Se desea saber el nmero de actas matrimoniales que se

Se desea saber el nmero de actas de Nacimiento que fueron
negados en un entorno anual?

Se desea saber el nmero de actas de matrimonios que
fueron negados en estos tres ltimos aos?

Se desea saber el nmero de actas de Defuncin que fueron
negados en un entorno anual?

Se desea saber cuntos clientes pagaron con tarjeta de
crdito anual, trimestral y mensualmente?

Se desea saber cuntos clientes pagaron al contado anual,
trimestral y mensualmente?
Se desea saber el nmero de Empleados que tienen el cargo
de Contador?
Se desea saber el total de pagos que se emitieron por
Comprobantes de Pago anual, trimestral y mensualmente?
26
Se desea saber cuntos comprobantes de pagos fueron
emitidos anual, trimestral y mensualmente?

Se desea saber el Monto Mximo de los comprobantes de
pago que se emitieron por actas de nacimiento anual,
pago que se emitieron por actas matrimoniales anual,
pago que se emitieron por actas de Defuncin anual,
Se desea saber el Monto Mximo que se emitieron de los
comprobantes de pagos?
Se desea saber el Monto Mnimo de los comprobantes de
Se desea saber el Monto Mnimo de los Comprobantes de
Pago que se emitieron?

Se desea saber el Monto Promedio de los comprobantes de
27

Se desea saber el Monto Promedio de los Comprobantes de
Pago que se emitieron?
4.2. IDENTIFICACIN DE LAS DIMENSIONES

-
Dim_Acta_Matrimonial
Dim_Acta_Nacimiento
Dim_Acta_Defuncion
Dim_Comprobante
Dim_Tiempo
Dim_Cliente
Dim_Forma_Pago
Dim_Personal
Dim_Cargo
4.3. IDENTIFICACIN DE LAS METRICAS (MEDIDAS)
NUMERO DE ACTAS DE NACIMIENTO EMITIDAS

Por Tiempo
Por Actas de Nacimiento
NUMERO DE ACTAS DE DEFUNCIN REGISTRADAS

Por Tiempo
Por Acta de Defuncin
28
NUMERO DE ACTAS MATRIMONIALES REGISTRADAS

Por Tiempo
Por Acta Matrimonial
NUMERO DE ACTAS DE NACIMIENTO NEGADAS

Por Tiempo
Por Acta de Nacimiento
NUMERO DE ACTAS MATRIMONIALES NEGADAS

Por Tiempo
NUMERO DE ACTAS DE DEFUNCIN NEGADAS

Por Tiempo
NUMERO DE CLIENTES PAGARON CON TARJETA DE

CREDITO
Por Tiempo
Por Cliente
Por Forma de Pago
Por Comprobante de Pago
NUMERO DE CLIENTES PAGARON AL CONTADO

Por Tiempo
Por Cliente
Por Forma de Pago
Por Comprobante de Pago
NUMERO DE PERSONALES DE CONTABILIDAD

Por Personal
Por Cargo
TOTAL DE PAGOS DE COMPROBANTES EMITIDOS

Por Tiempo
29
Por Comprobante de Pagos
NUMERO DE COMPROBANTES EMITIDOS

Por Tiempo
MONTO MAXIMO DE COMPROBANTES POR ACTA DE

NACIMIENTO
Por Tiempo
Por Comprobante
MONTO MINIMO DE COMPROBANTES POR ACTA DE

NACIMIENTO
Por Tiempo
Por Comprobante
MONTO PROMEDIO DE COMPROBANTES POR ACTA DE

NACIMIENTO
Por Tiempo
Por Comprobante
MONTO MAXIMO DE COMPROBANTES POR ACTA

MATRIMONIAL
Por Tiempo
Por Comprobante
MONTO MINIMO DE COMPROBANTES POR ACTA

MATRIMONIAL
Por Tiempo
30
Por Comprobante
-
MONTO PROMEDIO DE COMPROBANTES POR ACTA

MATRIMONIAL
Por Tiempo
Por Comprobante
MONTO MAXIMO DE COMPROBANTES POR ACTA DE

DEFUNCIN
Por Tiempo
Por Comprobante
MONTO MINIMO DE COMPROBANTES POR ACTA DE

DEFUNCIN
Por Tiempo
Por Comprobante
MONTO PROMEDIO DE COMPROBANTES POR ACTA DE

DEFUNCIN
Por Tiempo
Por Comprobante
MONTO MAXIMO DE COMPROBANTES EMITIDOS

Por Tiempo
MONTO MINIMO DE COMPROBANTES EMITIDOS

Por Tiempo
31
MONTO PROMEDIO DE COMPROBANTES EMITIDOS

Por Tiempo
32
4.4. ELABORACIN DEL BUS MATRIZ
33
REFERENCIAS BIBLIOGRAFICAS
3. Guerrero H. Modelamiento de Base de Datos. [Online].; 2010. Available
from: http://www.monografias.com/trabajos84/modelamiento-basedatos/modelamiento-base-datos.shtml.
4. Modelamiento de Datos.
[http://www.monografias.com/trabajos84/modelamiento-basedatos/modelamiento-base-datos.shtml].; 2010.
5. Bigamia. [es el acto y estado de una persona de sexo masculino que
contrae un segundo matrimonio estando ya casada].; 2009.
6. Proceso de Normalizacion.
[http://www.monografias.com/trabajos5/norbad/norbad.shtml].; 2011.
7. Formas Normales. [http://es.wikipedia.org/wiki/Normalizaci
%C3%B3n_de_bases_de_datos].; 2009.
8. Manuel torres remon. SQL Server 2012. tecnicos ed.: Comercializadora El
Biblioteclogo; 2012.
9. SQL Server 2008. [http://www.microsoft.com/eses/download/details.aspx?id=7593].; 2008.
10 Municipalidad Metropolitana de Lima.
. [http://es.wikipedia.org/wiki/Palacio_Municipal_de_Lima].; 2006.
11 DOLO. [implica la voluntad maliciosa de engaar a alguien o de incumplir
. una obligacin contrada].; 2009.
WEBGRAFIA
http://www.monografias.com/trabajos84/modelamiento-basedatos/modelamiento-base-datos.shtml
http://www.monografias.com/trabajos84/modelamiento-basedatos/modelamiento-base-datos.shtml.
http://www.monografias.com/trabajos84/modelamiento-basedatos/modelamiento-base-datos.shtml
http://www.microsoft.com/es-es/download/details.aspx?id=7593
34
http://es.wikipedia.org/wiki/Palacio_Municipal_de_Lima
http://www.monografias.com/trabajos5/norbad/norbad.shtml

Proyecto Final de BD

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Proyecto Final de BD

Încărcat de

Drepturi de autor:

Formate disponibile

PROYECTO DE INVESTIGACIN

Santa Beatriz, Diciembre del 2014

SOLUCIN DE INTELIGENCIA DE NEGOCIO PARA LA

CAPTULO I: MARCO TERICO......................................................5

CAPTULO II: ANTECEDENTES DEL PROBLEMA...........................14

2.5 Formulacin del Problema.....................................................19

CAPTULO III: SOLUCION A IMPLEMENTAR.................................22

CAPTULO IV: SOLUCION DE INTELIGENCIA DE NEGOCIO A

Agradecemos a nuestros padres,

El presente trabajo de investigacin

accesible para sostener una ventaja competitiva en el

empresarial; para transformar los datos y convertirlos en informacin

1 Inteligencia de Negocio es la Habilidad de transformar datos en informacin

Es necesario complementar estos conocimientos con un aspecto

La Municipalidad Metropolitana de Lima cuenta con un conjunto

En el captulo I se fundamenta el Marco Terico de nuestra

2 Base de Datos es el conjunto de datos pertenecientes a un mismo contexto y

En el captulo II se argumenta toda la informacin de los

Histrica de la empresa, en el cual se menciona la informacin

hipotticamente se ajusta a la verdad pero responde el porqu del

de datos son archivos adicionales que contienen instrucciones TransactSQL (T-SQL).

requerimientos de la empresa, la Identificacin de las Mtricas, la

MODELAMIENTO DE LA BASE DE DATOS

Server 2012, nos da a entender que si los datos estan muy

general, esto implica el desarrollo de los Diagramas de Entidades y del

http://ict.udlap.mx/people/carlos/is341/bases03.html; 19 de junio 2014, 14:00

4 GUERRERO MEDINA, Henry: Modelamiento de Base de Datos: en

formas de relacin y dems elementos en grupos, en base a las

dependencia en el diseo de las tablas. Esta tcnica se adopt por el

Una de la ventaja de la normalizacin de una base de datos es el

Particularmente estamos interesados en la clasificacin de las

a travs de los tipos de dependencias que podemos determinar dentro

Se dice que una relacin est en una determinada forma normal

FORMAS NORMALES (FN)

Las formas normales son aplicadas a las tablas de una base de

En general, las primeras tres formas normales son suficientes

El creador de estas 3 primeras formas normales (o reglas) fue

5 DELGADO, Minerva: Normalizacin de base de datos: en

1.2.1.1. PRIMERA FORMA NORMAL (1FN)

Todos los atributos son atmicos. Un atributo es atmico si

los elementos del dominio son indivisibles, mnimos.

Una columna no puede tener mltiples valores. Los datos son

6 SILBERSCHATZ, Abraham: Fundamentos de Base de Datos; Traduccion de

1.2.1.2. SEGUNDA FORMA NORMAL (2FN)

eliminar los atributos A de X significa que la dependencia no es

que pueden ser eliminados de X y la dependencia

todava se mantiene, esto es A X, (X {A}) -> Y.

Por ejemplo {DNI, ID_PROYECTO}

DNI de un empleado y el ID de un proyecto sabemos cuntas horas de

HORAS_TRABAJO mantienen la dependencia. Sin

7 SILBERSCHATZ, Abraham: Fundamentos de Base de Datos; Traduccion de

1.2.1.3. TERCERA FORMA NORMAL (3FN)

1.2.1.4. FORMA NORMAL DE BOYCE-CODD (FNBC)

8 SILBERSCHATZ, Abraham: Fundamentos de Base de Datos; Traduccion de

1.2.1.5. CUARTA FORMA NORMAL (4FN)

QUINTA FORMA NORMAL (5FN)

Una tabla se encuentra en 5FN si:

La tabla est en 4FN

10 SILBERSCHATZ, Abraham: Fundamentos de Base de Datos; Traduccion de

SQL SERVER 2008

controlar, administrar y desarrollar todos los componentes de SQL

Una de las ventajas es que Microsoft tiene sus propias

Otro beneficio de los servidores SQL es la facilidad de usarlo