Proyecto Final de Bd

PROYECTO DE INVESTIGACIÓN DEL CURSO DE

ADMINISTRACIÓN DE BASE DE DATOS II

“SOLUCIÓN DE INTELIGENCIA DE NEGOCIO PARA LA MUNICIPALIDAD

METROPOLITANA DE LIMA”

PROF. : CASTAÑEDA HERNANDEZ, Novar Michell

INTEGRANTES:

GARCIA LOYOLA, Leonardo RaulLEON POMATAY, Jhon LeonMERINO VARGAS, Sergio GerardoQUEVEDO ESTEBAN, Paola Del CarmenSAAVEDRA MEZA, Jhean Carlos

Santa Beatriz, Diciembre del 2014

1

ÍNDICE

“SOLUCIÓN DE INTELIGENCIA DE NEGOCIO PARA LA

MUNICIPALIDAD METROPOLITANA DE LIMA”

AGRADECIMIENTO.................................................................I

DEDICATORIA.......................................................................II

INTRODUCCIÓN....................................................................1

CAPÍTULO I: MARCO TEÓRICO................................................5

1.1 Modelamiento de la base de datos..................................5

1.2 El proceso de Normalización...........................................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

CAPÍTULO II: ANTECEDENTES DEL PROBLEMA......................14

2.1 Reseña Histórica de la Empresa.....................................14

2.2 Datos generales de la Empresa.....................................16

2.3 Ubicación Geográfica....................................................16

2

2.4 Planteamiento del Problema.........................................17

2.5 Formulación del Problema.............................................19

2.6 Hipótesis......................................................................20

2.7 Limitaciones.................................................................21

CAPÍTULO III: SOLUCION A IMPLEMENTAR............................22

3.1. Modelo Entidad Relación de la Base de Datos..............23

3.2. Diagrama Lógico de la Base de Datos..........................24

3.3. Diagrama Físico 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

CAPÍTULO IV: SOLUCION DE INTELIGENCIA DE NEGOCIO A

IMPLEMENTAR....................................................................28

4.1. Identificación de los Requerimientos de la Empresa.....29

4.2. Identificación de las Dimensiones (Medidas)................30

4.3. Identificación de las Métricas......................................31

4.4. Elaboración del Bus Matriz..........................................32

4.5. Modelo Dimensional del Datamart...............................33

4.6. Diagrama de la Base de Datos del Datamart................34

CONCLUSIONES 35

REFERENCIAS BIBLIOGRAFICAS 36

WEBGRAFIAS 37

I

Agradecemos a nuestros padres,

quienes a lo largo de toda

nuestra vida nos han apoyado y

motivado en nuestra formación,

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 a su

paciencia y enseñanza.

II

El presente trabajo de

investigación lo dedicamos con

mucho cariño a nuestros padres y

a todos quienes aportaron

positivamente a lo largo de

nuestra formación académica

dándonos el apoyo e incentivación

que necesitamos para trabajar día

a día, ya que son testigos del

trabajo que realizamos para lograr

un nuevo éxito en nuestras vidas

profesionales.

1

INTRODUCCIÓN

En el presente proyecto tiene por objetivo elaborar una

solución de inteligencia de negocio para la Municipalidad

Metropolitana de Lima, con la finalidad de comprender la información

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 información cuando se

analizan para estructurarlos de forma inteligente. Hoy en dia, es mas

que necesario poseer un conocimiento proveniente de la

información, accesible para sostener una ventaja competitiva en el

mundo empresarial; para transformar los datos y convertirlos en

información y esta a su vez en conocimiento, se necesitan distintas

técnicas y proceso. A todos estos procesos de tratamiento de datos

se les atribuye el termino de Business Intelligence1.

Es necesario complementar estos conocimientos con un

aspecto que es fundamental para poder utilizar adecuadamente la

tecnología de las bases de datos relacionales. Éste será el objeto de

estudio.

1 Inteligencia de Negocio es la Habilidad de transformar datos en información e información a conocimientos para optimizar proceso de toma de decisiones en los negocios.

2

La Municipalidad Metropolitana de Lima cuenta con un

conjunto de servicios que realizan día a día para los miembros de su

distrito, en este conjunto encontramos mucha información el cual va

ser utilizado para almacenarlo en una Base de Datos, esto nos ayuda

para que más adelante podamos extraer información 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 defunción.

El presente proyecto informático ha sido producto de un

estudio de investigación y análisis, por lo cual está estructurado en

cuatro capítulos.

En el capítulo I se fundamenta el Marco Teórico de nuestra

investigación se empieza definiendo qué consiste el Modelamiento de

la Base de Datos2 para una empresa que básicamente es una

descripción de algo conocido como contenedor de datos, el siguiente

punto que definimos es el Proceso de Normalización, consiste en

aplicar una serie de reglas a las relaciones obtenidas tras el paso del

Modelo Entidad-Relación al Modelo Relacional, finalmente se define

qué es SQL Server 2008.

En el capítulo II se argumenta toda la información de los

Antecedentes del Problema, como primer punto se tiene la Reseña

2 Base de Datos es el conjunto de datos pertenecientes a un mismo contexto y almacenados en un contenedor de datos, donde se guarda información para su posterior uso.

3

Histórica de la empresa, en el cual se menciona la información

importante de la empresa, luego se continua con los Datos Generales

de la empresa como su nombre, dirección, teléfono, etc. Asi mismo

tambien se hace mención al croquis de la empresa para saber su

Ubicación Geográfica; como todo trabajo de investigación, existe un

Planteamiento de Problema, la cual describe la problemática que está

sucediendo dentro de la empresa actualmente; también se define la

formulación del problema, en este punto se explica una solución al

planteamiento del problema establecido; luego definimos las

Hipótesis del porqué del planteamiento del problema actualmente,

son hechos que no hipotéticamente se ajusta a la verdad pero

responde el porqué del problema, de esta manera se tendría una

mejor visión de la nueva solución; por otro lado también

especificamos las Limitaciones que podrían existir a lo largo del

desarrollo del proyecto informático.

En el capítulo III se establece la Solución a Implementar, en

este conjunto de información se procesan grandes cantidades de

datos referentes a las actividades rutinarias que son almacenados en

la Base de Datos de la empresa, para esta solución necesitamos el

Modelo de Entidad Relación 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 información, así como sus

interrelaciones y propiedades, posteriormente necesitamos tres

diagramas las cuales son: el Diagrama Lógico de la Base de Datos, el

Diagrama Físico de la Base de Datos y finalmente el Diagrama de la

Base de Datos en SQL Server, terminando con este capítulo

necesitamos el script de la base de datos son archivos adicionales

que contienen instrucciones Transact-SQL (T-SQL).

4

En el capítulo IV se menciona la Solución de Inteligencia de

Negocio a Implementar, a través de la identificación de los

requerimientos de la empresa, la Identificación de las Métricas, la

Elaboración 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.

5

CAPÍTULO I

MARCO TEÓRICO

1.1. MODELAMIENTO DE LA BASE DE DATOS

Según 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

más importantes a la hora de iniciar el desarrollo de cualquier

proyecto, es la estructura, sobre la que realmente reside la verdadera

esencia de la aplicación, 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 guía

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

del Modelo Entidad-Relación. Independientemente de la metodología

3 TORRES REMON, Manuel: Programación TRANSACT SQL Server 2012; Traduccion de Luis Miguel Sánchez Brea, Primera edición, Lima, Macro, 2012, P. 289.

6

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 básicamente una

"descripción" de algo conocido como contenedor de datos (algo en

donde se guarda la información), así como de los métodos para

almacenar y recuperar información de esos contenedores. Los

modelos de datos no son cosas físicas: son abstracciones que

permiten la implementación de un sistema eficiente de base de

datos; por lo general se refieren a algoritmos, y conceptos

matemáticos.

El diseño 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

técnicas específicas. Así, el diseño de una base de datos se

descompone en diseño conceptual, diseño lógico y diseño físico4.

4 GUERRERO MEDINA, Henry: “Modelamiento de Base de Datos”: en http://www.monografias.com/trabajos84/modelamiento-base-datos/modelamiento-base-datos.shtml; 11 noviembre del 2014, 14:00 horas .

7

Fuente: “Modelo Relacional” en

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

horas.

1.2. EL PROCESO DE NORMALIZACIÓN

El proceso de normalización se clasifica en relaciones, objetos,

formas de relación y demás elementos en grupos, en base a las

características que cada uno posee. Es un conjunto de reglas que

sirven

encaminadas a eliminar redundancias e inconsistencias de

dependencia en el diseño de las tablas. Esta técnica 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

conducía a errores de lógica cuando se trataba de manipular los

datos.

Una de la ventaja de la normalización 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

8

repetición de datos, lo que tiene como consecuencia un mucho menor

uso de espacio en disco.

Particularmente estamos interesados en la clasificación de las

relaciones de la Base de Datos Relaciones. La forma de efectuar esto

es a través de los tipos de dependencias que podemos determinar

dentro de la relación. Cuando las reglas de clasificación sean muy

restrictivas, diremos que la relación está en una forma normal más

elevada. La relación que está en la forma normal más 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 relación está en una determinada forma

normal si satisface un cierto conjunto de restricciones. El proceso de

normalización es reversible y no se pierde información5.

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 están en la forma normal N.

En general, las primeras tres formas normales son suficientes

para cubrir las necesidades de la mayoría de las bases de datos.

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

Edgar F. Codd.

5 DELGADO, Minerva: “ Normalización de base de datos”: en http://www.monografias.com/trabajos5/norbad/norbad.shtml.; 10 octubre del 2014, 15:00 horas.

9

1.2.1.1. PRIMERA FORMA NORMAL (1FN)

Una tabla está en Primera Forma Normal cuando:

Todos los atributos son atómicos. Un atributo es atómico si

los elementos del dominio son indivisibles, mínimos.

La tabla contiene una clave primaria.

La llave primaria no contiene atributos nulos.

No posee ciclos repetitivos.

Una columna no puede tener múltiples valores. Los datos son

atómicos. (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 demás formas normales, no exige

información adicional como las dependencias funcionales6.

1.2.1.2. SEGUNDA FORMA NORMAL (2FN)

Una relación 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.

6 SILBERSCHATZ, Abraham: Fundamentos de Base de Datos; Traduccion de Antonio García Cordero, Cuarta edición, Madrid, Concepción Fernández Madrid, 2002, P. 161.

10

En otras palabras podríamos 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 todavía 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 cuántas horas de

trabajo por semana trabaja un empleado en dicho proyecto) es

completamente dependiente dado que ni DNI HORAS_TRABAJO ni

ID_PROYECTO HORAS_TRABAJO mantienen la dependencia. Sin

embargo {DNI, ID_PROYECTO} NOMBRE_EMPLEADO es

parcialmente dependiente dado que DNI NOMBRE_EMPLEADO

mantiene la dependencia7.

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 sería que, una dependencia

funcional X->Y en un esquema de relación 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.

7 SILBERSCHATZ, Abraham: Fundamentos de Base de Datos; Traduccion de Antonio García Cordero, Cuarta edición, Madrid, Concepción Fernández Madrid, 2002, P. 163.8 SILBERSCHATZ, Abraham: Fundamentos de Base de Datos; Traduccion de Antonio García Cordero, Cuarta edición, Madrid, Concepción Fernández Madrid, 2002, P.

11

1.2.1.4. FORMA NORMAL DE BOYCE-CODD (FNBC)

Mediante las dependencias funcionales se pueden definir

varias formas normales que representan buenos diseños 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 formalización perpetua, es decir las variantes

creadas, en una tabla no se llegaran a mostrar, si las ya planificadas,

dejan de existir9.

1.2.1.5. CUARTA FORMA NORMAL (4FN)

Una tabla se encuentra en 4FN si, y sólo si, para cada una de

sus dependencias múltiples no funcionales X->->Y, siendo X una

súper-clave que, X es o una clave candidata o un conjunto de claves

primarias10.

1.2.1.6. QUINTA FORMA NORMAL (5FN)

Una tabla se encuentra en 5FN si:

La tabla está en 4FN

177.9 SILBERSCHATZ, Abraham: Fundamentos de Base de Datos; Traduccion de Antonio García Cordero, Cuarta edición, Madrid, Concepción Fernández Madrid, 2002, P. 174.10 SILBERSCHATZ, Abraham: Fundamentos de Base de Datos; Traduccion de Antonio García Cordero, Cuarta edición, Madrid, Concepción Fernández Madrid, 2002, P. 180.

12

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 sólo si,

cada relación de dependencia se encuentra definida por las

claves candidatas11.

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

gráficas 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

gráficas fáciles de usar con funciones de script enriquecidos.

Microsoft SQL Server es un sistema para la gestión de bases

de datos producido por Microsoft basado en el modelo relacional. Sus

lenguajes para consultas son Transact-SQL, que es un Lenguaje de

Búsquedas Estructurado y ANSI SQL, que es la manipulación 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:

11 SILBERSCHATZ, Abraham: Fundamentos de Base de Datos; Traduccion de Antonio García Cordero, Cuarta edición, Madrid, Concepción Fernández Madrid, 2002, P. 182.

13

- Una de las ventajas es que Microsoft tiene sus propias

sesiones de entrenamiento y centro de soluciones

disponible las 24 horas del día, los siete días 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.

- 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 automáticamente los

procesos que estén tomando demasiados recursos.

- En SQL Server, tiene herramientas como la Administración

Basada en Políticas que permite que los administradores de

una base de datos definan políticas para los datos y para

recibir alertas cuando las políticas sean violadas12.

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.

14

Fuente: “Modelo Relacional”: en ”http://it-n-careerz.blogspot.com/2013/04/how-to-install-sql-server-management.html”; 16 de abril 2013, 14:00 horas.

15

CAPÍTULO II

ANTECEDENTES DEL PROBLEMA

2.1. RESEÑA HISTÓRICA DE LA MUNICIPALIDAD

METROPOLITANA DE LIMA

Según el primer libro del Cabildo de Lima, la ciudad a los

cuatro días de su fundación, tenía dos alcaldes: Nicolás de Ribera y

Juan Tello de Guzmán. Al principio el cabildo funcionó en la Casa de

Pizarro pasando luego a la residencia de los Oidores Andrés 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 García de Salcedo, donde actualmente se

encuentra el Palacio Arzobispal de Lima pero, debido a que se

precisaba de más espacio para que la Catedral de Lima sea más

grande, fue trasladado en 1548 al terreno que fue propiedad de

Hernando Pizarro, donde estaba la huaca del cabildo que tenía un

corral de llamas, y que es donde se encuentra el edificio municipal

actual.

La edificación del ayuntamiento colonial era sencilla y la

historia de su construcción 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,

16

porque debía 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 España.

Poco después, en 1555, Cristóbal Garzón y Diego de Amaro

tomaron a su cargo el nuevo edificio. En los años siguientes

continuaron algunos arreglos menores como el enmaderado y cobija.

José de la Riva Agüero afirmó que para entonces el edificio se había

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 Limeño 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 Fundación de

Lima el aspecto del cabildo limeño13.

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.

17

Dirección: Jirón de la Unión 300, Jirón Conde de Superunda 141 -

Cercado de Lima

Telefono: 632-1300

Email: [email protected]

2.3. UBICACIÓN GEOGRÁFICA

La Ubicación Geografica de la Municipalidad Metropolitana de

Lima esta ubicada en la direccion: Jirón de la Unión 300, Jirón Conde

de Superunda 141 - Cercado de Lima en el Distrito de Lima.

Fuente: “Ubicación 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

18

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 información, y la información 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 cuántas personas fueron inscritas en actas

de nacimiento trimestral, bimestral y mensualmente?

- ¿Se desea saber cuántos usuarios se encuentran

registrados actualmente?

- ¿Se desea saber cuántas actas de matrimoniales se

registraron anual, trimestral, bimestral y mensualmente?

- ¿Se desea saber cuántas actas de Defunción se registraron

anual, trimestral, bimestral y anualmente?

- ¿Se desea saber cuántas defunciones fueron negados en

un entorno anual?

- ¿Se desea saber cuántos matrimonios fueron anulados en

estos tres últimos años?

- ¿Se desea saber cuántos clientes pagaron con tarjeta de

crédito?

- ¿Se desea saber cuántos clientes pagaron al contado?

- ¿Se desea saber el total de pagos, únicamente de las

boletas que se emitieron por actas de nacimiento anual,

trimestral y mensualmente?

19


facturas que se emitieron por actas Matrimoniales anual,



boletas que se emitieron por actas de defunción anual,


- ¿Se desea saber el total de actas emitidas en este último

año?

2.5. FORMULACIÓN 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 comprensión de cuál es el sector en el que se mueve la

empresa, los beneficios que aporta a sus clientes, además de

adaptarse al modo de trabajo y obtener la metodología necesaria

para concluir con éxito la realización de este proyecto.

La información perteneciente a cada usuario quedará

distribuida y controlada por medio de un sistema securizado, esta

información quedará centralizada en un sólo lugar.

El análisis será más sencillo y fiable, lo que conlleva a la toma

de mejores decisiones por parte de la Municipalidad con la ayuda de

cómodas herramientas como el Cubo OLAP, permitiendo asi obtener

reportes consolidados de la informacion que se desea estudiar ,

analizar y proyectar.

20

2.6. HIPÓTESIS

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 defunción, siendo la última, es decir,

acta de matrimonio la que queda en una variable más constante de

realizarse o no.

La decisión de implementar una solución de Inteligencia de

Negocio solía delegarse sobre el departamento técnico, cuando los

encargados de delegar dicha decisión debieron ser los responsables

de analizar la información, y por tanto de tomar decisiones oportunas,

quienes deberían optar por estas opciones apostando por una visión

de negocio más 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 actualización 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 trámites necesarios para su acta

de defunción.

Muchas veces el abandono de niños recién nacidos hace

engorroso el trámite de una partida de nacimiento.

La limpieza de datos tomará más de lo esperado y

absorberá una parte significativa del tiempo.

21

Los archivos centrales de la empresa no disponen de

instrumentos de control debidamente estructurados.

Distrito

vive

Cliente

solicita

Comprobante de Pago

emite Personal

Acta de Nacimiento

Acta Matrimonial

Acta de Defunción

contiene

Usuario registra

Cargoasigna

Tipo de Documento

Forma de Pagoasigna

22

CAPÍTULO III

SOLUCION A IMPLEMENTAR

3.1. MODELO ENTIDAD RELACIÓN DE LA BASE DE DATOS

- Fase 1

Distrito

vive

Cliente

solicita

Comprobante de Pago

emite Personal

Acta de Nacimiento

Acta Matrimonial

Acta de Defunción

contiene

Usuario registra

Cargoasigna

Tipo de Documento

Forma de Pagoasigna

Detalle_ComPag_Acta de Nacimiento

Detalle_ComPag_Acta de Defuncion

Detalle_ComPag_Acta Matrimonial

contiene

contiene

contiene

21

- Fase 2

22

3.2. DIAGRAMA LÓGICO DE LA BASE DE DATOS

3.

23

3. DIAGRAMA FÍSICO DE LA BASE DE DATOS

24

3.4. DIAGRAMA DE LA BASE DE DATOS EN SQL SERVER

25

CAPÍTULO IV

SOLUCION DE INTELIGENCIA DE NEGOCIO A IMPLEMENTAR

4.1. IDENTIFICACIÓN DE LOS REQUERIMIENTOS DE LA

EMPRESA

- ¿Se desea saber el número de personas que fueron inscritas

en las actas de nacimiento de forma trimestral, bimestral y

mensualmente?

- ¿Se desea saber el número de actas de Defunción que se


- ¿Se desea saber el número de actas matrimoniales que se


- ¿Se desea saber el número de actas de Nacimiento que

fueron negados en un entorno anual?

- ¿Se desea saber el número de actas de matrimonios que

fueron negados en estos tres últimos años?

- ¿Se desea saber el número de actas de Defunción que

fueron negados en un entorno anual?

- ¿Se desea saber cuántos clientes pagaron con tarjeta de

crédito anual, trimestral y mensualmente?

- ¿Se desea saber cuántos clientes pagaron al contado anual,


- ¿Se desea saber el número de Empleados que tienen el

cargo de Contador?

26

- ¿Se desea saber el total de pagos que se emitieron por

Comprobantes de Pago anual, trimestral y mensualmente?

- ¿Se desea saber cuántos comprobantes de pagos fueron

emitidos anual, trimestral y mensualmente?

- ¿Se desea saber el Monto Máximo 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 Defunción anual,


- ¿Se desea saber el Monto Máximo que se emitieron de los

comprobantes de pagos?

- ¿Se desea saber el Monto Mínimo de los comprobantes de









- ¿Se desea saber el Monto Mínimo 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. IDENTIFICACIÓN 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. IDENTIFICACIÓN DE LAS METRICAS (MEDIDAS)

- NUMERO DE ACTAS DE NACIMIENTO EMITIDAS

Por Tiempo

Por Actas de Nacimiento

- NUMERO DE ACTAS DE DEFUNCIÓN REGISTRADAS

28

Por Tiempo

Por Acta de Defunción

- 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 DEFUNCIÓN 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

29

Por Comprobante de Pago

- NUMERO DE PERSONALES DE CONTABILIDAD

Por Personal

Por Cargo

- TOTAL DE PAGOS DE COMPROBANTES EMITIDOS

Por Tiempo

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

30

Por Comprobante


- MONTO MAXIMO DE COMPROBANTES POR ACTA

MATRIMONIAL

Por Tiempo

Por Comprobante


- MONTO MINIMO DE COMPROBANTES POR ACTA

MATRIMONIAL

Por Tiempo

Por Comprobante


- MONTO PROMEDIO DE COMPROBANTES POR ACTA

MATRIMONIAL

Por Tiempo

Por Comprobante


- MONTO MAXIMO DE COMPROBANTES POR ACTA DE

DEFUNCIÓN

Por Tiempo

Por Comprobante


- MONTO MINIMO DE COMPROBANTES POR ACTA DE

DEFUNCIÓN

31

Por Tiempo

Por Comprobante


- MONTO PROMEDIO DE COMPROBANTES POR ACTA DE

DEFUNCIÓN

Por Tiempo

Por Comprobante


- MONTO MAXIMO DE COMPROBANTES EMITIDOS

Por Tiempo


- MONTO MINIMO DE COMPROBANTES EMITIDOS

Por Tiempo


- MONTO PROMEDIO DE COMPROBANTES EMITIDOS

Por Tiempo


32

4.4. ELABORACIÓN DEL BUS MATRIZ

33

REFERENCIAS BIBLIOGRAFICAS

3. Guerrero H. Modelamiento de Base de Datos. [Online].; 2010. Available from: http://www.monografias.com/trabajos84/modelamiento-base-datos/modelamiento-base-datos.shtml.

4. Modelamiento de Datos. [http://www.monografias.com/trabajos84/modelamiento-base-datos/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 Bibliotecólogo; 2012.

9. SQL Server 2008. [http://www.microsoft.com/es-es/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 engañar a alguien o de incumplir una obligación contraída].; 2009.

x

WEBGRAFIA

http://www.monografias.com/trabajos84/modelamiento-base-datos/modelamiento-base-datos.shtml

http://www.monografias.com/trabajos84/modelamiento-base-datos/modelamiento-base-datos.shtml.








34

http://www.microsoft.com/es-es/download/details.aspx?id=7593

http://es.wikipedia.org/wiki/Palacio_Municipal_de_Lima

http://www.monografias.com/trabajos5/norbad/norbad.shtml

http://www.monografias.com/trabajos5/norbad/norbad.shtml

http://es.wikipedia.org/wiki/Palacio_Municipal_de_Lima

http://www.microsoft.com/es-es/download/details.aspx?id=7593

Proyecto Final de Bd

Documents

Transcript of Proyecto Final de Bd