1

2014








INTELIGENCIA DE NEGOCIOS


2
Ao de la Promocin de la Industria Responsable y
Compromiso Climtico

UNIVERSIDAD NACIONAL DE SAN
MARTIN

Facultad de Ingeniera de Sistemas e Informtica


INTELIGENCIA DE NEGOCIO

DOCENTE:
Ing. Janina Cotrina Linares

INTEGRANTES:

NOMBRES CDIGO
TORRES QUEVEDO JONATTAN 087175
VENTURA CHUQUIPOMA MARA E 097179
URBINA SNCHEZ AL SHUNG 097177




TARAPOTO-PERU
2014




3
SISTEMA WEB BASADO EN GEOLOCALIZACIN PARA LA GESTION Y
CONTROL DE AVERAS TCNICAS DE LOS EQUIPOS INFORMTICOS EN
LA UNIVERSIDAD NACIONAL DE SAN MARTIN TARAPOTO

EMPRESA ANALIZADA: Oficina de Informtica y Comunicacines
Es la oficina responsable de la adecuada planificacin, gestin y
administracin de los recursos informticos, teniendo a su cargo el
crecimiento, mantenimiento y mejoramiento de la funcin informtica y
electrnica a nivel Institucional, adems de producir informacin estadstica til,
oportuna y confiable. Innovando metodologas y generando investigaciones
analticas.
Son Funciones de la Oficina de Informtica y Comunicacin:
a. Formular y ejecutar el plan de desarrollo informtico de la UNSM-T.
b. Desarrollar y administrar el funcionamiento de la red integral de la
UNSM-T.
c. Mantener y administrar las comunicaciones internas y externas de la
UNSM-T.
d. Mantener y administrar servicios de correos y servicios de internet.
e. Mantener y Actualizar la pgina web de nuestra casa de estudios.
f. Mantener y administrar las bases de datos.
g. Desarrollar medidas de seguridad para salvaguardar la informacin de
la base de datos, correo, pgina web de la Institucin.
h. Controlar licencias adquiridas por nuestra institucin con las
instaladas en las estaciones de la red de la UNSM-T.
i. Normar y Supervisar el uso de software y hardware.
j. Asesorar, evaluar y brindar el soporte tcnico de software y hardware a
las dependencias de la UNSM-T.
k. Controlar por medio de un inventario peridico del hardware que poseen
las computadoras de nuestra casa de estudios.


4
PROCESO DE GESTION

METODOLOGA HEFESTO
1. Anlisis de Requerimientos
a. Identificar preguntas
Se le pregunt al jefe encargado de la oficina, los indicadores que
representan de mejor modo el proceso de gestin de averas y qu
sera exactamente lo que se desea analizar del mismo. La respuesta
obtenida, fue que se deben tener en cuenta y consultar datos sobre
la cantidad de solicitudes atendidas y no atendidas, adems
nmero de equipos reparados.
Luego se les pregunt cules seran las variables o perspectivas
desde las cuales se consultarn dichos indicadores. Para simplificar
esta tarea se les present una serie de ejemplos concretos de otros
casos similares.
Las preguntas de negocio obtenidas fueron las siguientes:
Se desea conocer el nmero de solicitudes por facultad que
fueron atendidas y no atendidas por los usuarios de gestin en
un periodo de tiempo determinado.


5
Se desea conocer el nmero total de equipos (inventario) que
fueron reparados en cada facultad en un periodo de tiempo
determinado.
Se desea conocer la facultad con ms ndice de averas en un
periodo de tiempo.
Se desea conocer que tipos de averas son ms frecuentes en
cada facultad en un periodo de tiempo determinado.

b. Identificar indicadores y perspectivas de anlisis
En sntesis, los indicadores son:
Cantidad de solicitudes (atendidas y espera)
ndice de averas (por facultad)
Y las perspectivas de anlisis son:
Usuarios
Ambiente
Inventario
Tiempo

c. Modelo conceptual




Averas
Ambiente
Usuario
Inventario
Tiempo
Cantidad de
Solicitudes
ndice de
Averas


6
2. Anlisis de los OLTP
a. Determinacin de Indicadores
Los indicadores se calcularn de la siguiente manera:
Cantidad de Solicitudes:
Atendidas
Hechos: Estado=1.
Funcin de ordenar: COUNT(*)
Funcin de sumarizacin: WHERE
No atendidas
Hechos: Estado=2.
Funcin de ordenar: COUNT(*)
Funcin de sumarizacin: WHERE.

ndice de averas:
Hechos: Estado=1
Funcin de ordenar: (Averas atendidas/Total de
averas)*100%
Funcin de sumarizacin: WHERE, COUNT.
Aclaracin: el indicador ndice de averas representa las sumatoria
de averas en cada facultad por la cantidad de solicitudes atenidas
entre el total.















7
b. Establecer correspondencia
Las relaciones identificadas fueron las siguientes:
La tabla Usuario se relaciona con la perspectiva Usuario.
La tabla Ambiente con la perspectiva Ambiente.
La tabla Inventario con la perspectiva Inventario.
El campo fecha y fecha _ atencin de la tabla averas con la
perspectiva Tiempo (debido a que son fecha principal en el proceso de
atencin de averas).
El campo COUNT(*) as total from averias de la tabla Averas con el
indicador cantidad_solicitudes.
El campo SUM(estado=1) ORDER BY Ambiente de la tabla Averias
multiplicado 100 entre el campo SUM(estado=0 && estado=1) de la misma
tabla, con el indicador Indice_averias.



c. Nivel de granularidad


8
De acuerdo a las correspondencias establecidas, se analizaron los
campos residentes en cada tabla a la que se haca referencia, a
travs de dos mtodos diferentes. Primero se examin la base de
datos para intuir los significados de cada campo, y luego se consult
con el encargado del sistema sobre algunos aspectos de los cuales
no se comprenda su sentido.
De todas formas, y como puede apreciarse en el diagrama de entidad
relacin antes expuesto, los nombres de los campos son bastante
explcitos y se deducen con facilidad, pero aun as fue necesario
investigarlos para evitar cualquier tipo de inconvenientes.

Con respecto a la perspectiva Ambientes los datos disponibles
son los siguientes:
Idambientes: Es la clave primaria del ambiente, y representa
nicamente a un ambiente en particular
Piso: Son los niveles o pisos dentro del ambiente.
Aulas: Son las aulas dentro de cada piso.
Facultad: Llave fornea que se refiere a la facultad donde se
encuentra los ambientes.
Cdigo _ aula: Es la clave primaria del aula, y representa
nicamente a un aula en particular
estado: Se refiere al estado del ambiente (activo o inactivo).
Con respecto a la perspectiva Inventario los datos disponibles son
los siguientes:
idinventario: Es la clave primaria del equipo inventariado, y
representa nicamente a un equipo en particular.
cdigo: Se refiere al cdigo asignado por la UNSM-T para su
inventariado del equipo.
Nombre: Nombre del equipo o tipo.
Con respecto a la perspectiva Usuario los datos disponibles son
los siguientes:


9
Idusuario: Es la clave primaria del usuario, y representa
nicamente a un usuario en particular.
Perfil: se refiere al perfil de usuario que tiene a cargo.
DNI: Documento nacional de identidad del usuario.
Nombres: Nombre y apellidos del usuario.
Domicilio: Lugar donde reside o vive.
Telfono. Nmero telefnico fijo o mvil.
Profesin: Carrera que ejerce como profesin.
Sexo: Sexo del individuo (Hombre o Mujer).
Fecha _ nacimiento: Fecha de nacimiento del individuo.
Usuario: Nombre de usuario, para el inicio de sesin (cuenta).
Clave: Contrasea de la cuenta para inicio de sesin.
Estado: Puede ser Activo o Inactivo
Foto: Foto de usuario.
Con respecto a la perspectiva Tiempo, que es la que determinar la
granularidad del depsito de datos, los datos ms tpicos que pueden
emplearse son los siguientes:
Ao.
Semestre.
Cuatrimestre.
Trimestre.
Mes
Nmero de mes.
Nombre del mes.
Quincena.
Semana.
Nmero de da.
Nombre del da.
Una vez que se recolect toda la informacin pertinente y se consult
con los usuarios cuales eran los datos que consideraban de inters


10
para analizar los indicadores ya expuestos, los resultados obtenidos
fueron los siguientes:
Perspectiva Ambiente:
Piso: Ya que se hace referencia al piso donde se encuentra la
avera.
Aulas: Ya que se hace referencia al aula donde se encuentra
la avera.
Facultad: Ya que se hace referencia a la facultad donde se
encuentra la avera.
Perspectiva Usuario:
Nombres: Ya que este hace referencia al nombre del usuario.
Perspectiva Inventario:
cdigo: Ya que este hace referencia al cdigo del equipo
inventariado de la UNSM-T.
Nombre: Ya que este hace referencia al nombre equipo.
Perspectiva Tiempo:
Mes
Quincena.
Semana.
Semestre.
Ao.








11
d. Modelo conceptual ampliado


3. Modelo lgico del Almacn de Datos
a. Tipo del modelo lgico del Almacn de Datos
Vamos a seleccionar cul ser el tipo de esquema que se utilizar
para contener la estructura del depsito de datos, que se adapte
mejor a los requerimientos y necesidades de los usuarios.
Por lo tanto el esquema que se utilizar ser en estrella, debido a
sus caractersticas, ventajas y diferencias con los otros esquemas.



Averas
AMBIENTE
Piso
Aula
Facultad
USUARIO
Nombres
INVENTARIO
Cdigo
Nombre
TIEMPO
Semana
Quincena
Mes
Semestre
Ao
Cantidad de
Solicitudes
COUNT(*) as total
from averias
ndice de Averas
SUM (estado=1) *100
/ COUNT(*)
ORDER BY Ambiente


12
b. Tabla de dimensiones
A continuacin se disearan las tablas de dimensiones:











c. Tabla de hechos







USUARIOS
Nombres
AMBIENTE
Piso
Aula
Facultad

INVENTARIO
Cdigo
Nombre
TIEMPO
Semana
Quincena
Mes
Semestre
Ao
AVERAS
Cantidad de Solicitudes
COUNT(*) as total
from averias)
ndice de Averas
SUM (estado=1) *100
/ COUNT(*)
ORDER BY Ambiente


13
d. Uniones
















14

4. Procesos ETL