1. left-4445Universidad Austral de Chile<br />Facultad de Ciencias Económicas y Administrativas<br />Instituto de Administración<br />Data WareHouse<br /> Curso: Sistemas de Información (ADMI2739) <br /> Integrantes: Macarena Bentjerodt Martino<br />Evelyn Cárcamo Bello<br /> Felipe Schmidt Peralta<br /> Camila Soto Neira<br />Valdivia, 06 de Junio del 2010<br />Introducción<br />Con la informatización de la sociedad, y por lo tanto, de las empresas que se encuentran en ella, se ha producido un crecimiento a nivel mundial de la capacidad de generación y almacenamiento de la información. Sin embargo, esta información ya no puede ser analizada por los métodos tradicionales existentes, debido a que mientras mayor es la capacidad para almacenar cada vez más datos, mayor es la incapacidad para extraer información realmente útil de éstos en las empresas. Por ello, mucha información importante, quedaba sepultada y disgregada, a causa de que los sistemas existentes no estaban preparados para el nuevo reto.<br />Actualmente, existe una gran cantidad de información acerca de la Era de la Información y sus ventajas. Sin embargo, en este fenómeno, lo que constituye un valioso recurso para la mayoría, se ha tornado en un problema para otros: manejar de forma óptima grandes volúmenes de información.<br /> Dentro de la competencia en el nuevo ambiente corporativo, donde, en general, todo está influido por la información, es trascendente saber dónde y cómo se organiza toda la información de interés. Es así como, en este contexto, surgen términos que se convierten en conceptos y filosofías de trabajo, tales como “Data Warehouse”.<br />Un Data Warehouse o Almacén de Datos, es una colección de datos orientada a un determinado ámbito al interior de una empresa o una organización. Es un sistema integrado, no volátil y variable en el tiempo, que ayuda a la toma de decisiones en la entidad en la que se utiliza. Se dice que representa un expediente completo de una organización, el que va más allá de tan sólo la información transaccional y operacional. <br />De acuerdo a lo anterior, en el presente trabajo se dará a conocer algunos conceptos relacionados a Data Warehouse, incluyendo ejemplos claros de estas definiciones. Además se buscará un área de negocio donde se pueda aplicar Business Intelligence, desarrollando un Data Warehouse. Posteriormente, se concluirá respecto de los temas tratados en la investigación.<br />Desarrollo de las Actividades<br />Business Intelligence<br />Se denomina inteligencia empresarial o inteligencia de negocios al conjunto de estrategias y herramientas enfocadas a la administración y creación de conocimiento mediante el análisis de datos existentes en una organización.<br />El término inteligencia empresarial se refiere al uso de datos en una empresa para facilitar la toma de decisiones. Abarca la comprensión del funcionamiento actual de la empresa, así como también la anticipación de acontecimientos futuros, con el objetivo de ofrecer conocimientos para respaldar las decisiones empresariales.<br />Las herramientas de inteligencia se basan en la utilización de un sistema de información de inteligencia que se forma con distintos datos. <br />Mediante las herramientas y técnicas ELT (extraer, cargar y transformar), o actualmente ETL (extraer, transformar y cargar) se extraen los datos de distintas fuentes, se depuran y preparan (homogeneización de los datos) para luego cargarlos en un almacén de datos.<br />La vida o el periodo de éxito de un software de inteligencia de negocios dependerá únicamente del nivel de éxito del cual haga en beneficio de la empresa que lo usa, si esta empresa es capaz de incrementar su nivel financiero, administrativo y sus decisiones mejoran el accionar de la empresa, la inteligencia de negocios usada estará presente por mucho tiempo, de lo contrario será sustituido por otro que aporte mejores resultados y más precisos.<br />Características<br />Este conjunto de herramientas y metodologías tienen en común las siguientes características:<br />Accesibilidad a la información. Los datos son la fuente principal de este concepto. Lo primero que deben garantizar este tipo de herramientas y técnicas será el acceso de los usuarios a los datos con independencia de la procedencia de estos.<br />Apoyo en la toma de decisiones. Se busca ir más allá en la presentación de la información, de manera que los usuarios tengan acceso a herramientas de análisis que les permitan seleccionar y manipular sólo aquellos datos que les interesen.<br />Orientación al usuario final. Se busca independencia entre los conocimientos técnicos de los usuarios y su capacidad para utilizar estas herramientas.<br />Niveles de realización de BI <br />De acuerdo a su nivel de complejidad se pueden clasificar las soluciones de Business Intelligence en:<br />- Consultas e informes simples (Querys y reports).<br />- Cubos OLAP (On-Line Analytic Processing).<br />- Data Mining o minería de datos.<br />- Sistemas de previsión empresarial; predicción mediante estudio de series temporales.<br />(http://informationmanagement.wordpress.com/2007/11/19/diseno-de-un-data-warehouse-estrella-y-copo-de-nieve/)<br />Interfaz Web <br />Es una conexión física y funcional entre dos sistemas independientes que deben tener una comunicación entre sí, donde la interfaz es el mecanismo o herramienta que hace posible dicha comunicación.<br />Cuando uno de los sistemas que se comunican es un ser humano pasamos al concepto de interfaz de usuario, la que se utiliza en muchos sistemas que nos rodean y hacen nuestra vida más cómoda y segura. Por un lado tenemos un sistema informático y por otro a una persona que desea interaccionar con él, darle instrucciones concretas, siendo la interfaz de usuario la herramienta que entiende a ambos y es capaz de traducir los mensajes que se intercambian. <br />Por ejemplo, el sistema de botones de control de un televisor o el mando a distancia que lo controla, los diferentes mecanismos de control de un automóvil o los sistemas de puesta en hora de un reloj.<br />Inicialmente las interfaces de usuario eran desarrolladas pensando solamente en su correcto funcionamiento, luego se comprobó la necesidad de que fueran fácilmente usables y después se hizo importante la estética en las mismas, destacando el diseño gráfico en las interfaces de usuario, ya que un sistema de este tipo no sólo tiene que funcionar, sino que además debe ser bonito y acorde con las inquietudes estéticas del mundo que nos rodea.<br />Se crearon interfaces basadas en iconos y menús, accesibles por medio del ratón, surgiendo los entornos de ventanas, como Windows o MAC, que empezaron a utilizar interfaces gráficas de usuario, verdaderas protagonistas del mundo informático actual. <br />Estamos tan acostumbrados a las interfaces gráficas que se puede afirmar que si desaparecieran la gran mayoría del los usuarios de aplicaciones informáticas quedarían anulados. Tanto es así que sistemas operativos y programas que antes funcionaban casi exclusivamente en modo de comandos han tenido que actualizarse y ofrecer a los usuarios interfaces gráficas equivalentes para no quedarse olvidados por el público general. <br />Las páginas Web supusieron la aparición de las interfaces Web, interfaces gráficas de usuario con unos elementos comunes de presentación y navegación que se convirtieron rápidamente en estándar. Este tipo de interfaces deben servir de intermediarias entre usuarios poco acostumbrados al uso de aplicaciones informáticas, y sistemas de información y procesos transaccionales, debiendo posibilitar la localización de la información deseada, el entendimiento claro de las funcionalidades ofrecidas, la realización práctica de tareas específicas por parte de los usuarios y la navegación intuitiva por las diferentes páginas del sitio Web. <br />Buscando una homogeneidad entre los millones de páginas Web que existen actualmente en Internet, el diseño de las mismas ha evolucionado con el tiempo hacia un esquema general perfectamente definido, ofreciendo unas interfaces bien definidas, con un conjunto de componentes gráficos y funcionales similares que hacen posible que sea cual sea el usuario que accede a un sitio Web cualquiera la comunicación entre ellos sea posible y efectiva.<br />ERP<br />Es un sistema abierto de gestión de la información estructurado para satisfacer la demanda de soluciones de gestión empresarial, el cual se basa en el ofrecimiento de una solución completa que permite a las empresas evaluar, implementar y gestionar más fácilmente su negocio. Las soluciones ERP se caracterizan por su modularidad, integración de la información, estandarización e interfaces con otras aplicaciones. <br />Otro aspecto importante a considerar es que las tendencias comerciales actuales y futuras obligan a las empresas a ser cada vez más competitivas, por lo que es necesario que una compañía tenga integrado sus flujos internos de información y sus relaciones comerciales externas para así mejorar la productividad, la calidad, el servicio al cliente y reducir costos. <br />Disponer de una solución ERP integrada no solo es un beneficio para la compañía, sino que también una garantía de actualización continua y más inmediata de la aplicación a las necesidades del negocio y la reducción de los costos fijos. El máximo beneficio de la implantación de un ERP, la que es muy compleja debido a su profundo impacto en los procesos de la empresa, debido a los distintos cambios de la empresa y el entorno, solamente se obtiene cuando todas las aplicaciones de la compañía están totalmente integradas, incluido sus proyectos de comercio electrónico, y cuando esta integración se realiza en el menor plazo de tiempo posible.<br />Algunas de las amenazas de un Proyecto ERP es el mal manejo del proyecto, Sub o Sobre estimación de los alcances del ERP, vulnerabilidad al tener datos valiosos con muy fácil acceso, perder flexibilidad para asimilar nuevas olas tecnológicas, interdependencia de las áreas de una empresa y no generar una ventaja competitiva. Por último, una ERP se compone por un determinado número de módulos funcionales, es decir, módulos básicos, opcionales y Verticales, donde se comparte base de datos. Todas las aplicaciones ofrecen una misma interfaz de usuario, ofreciendo alta adaptabilidad a la situación particular de cada empresa que cuente con Group Ware, Internet y comercio electrónico.<br />Modelos de DW<br />Star Schema <br />El Esquema en Estrella consiste en estructurar la información en procesos, vistas y métricas recordando a una estrella (por ello el nombre star schema). Es decir, tendremos una visión multidimensional de un proceso que medimos a través de unas métricas. A nivel de diseño, consiste en una tabla de hechos en el centro para el hecho objeto de análisis y una o varias tablas de dimensión por cada dimensión de análisis que participa de la descripción de ese hecho. En la tabla de hecho encontramos los atributos destinados a medir (cuantificar) el hecho: sus métricas. Mientras, en las tablas de dimensión, los atributos se destinan a elementos de nivel (que representan los distintos niveles de las jerarquías de dimensión) y a atributos de dimensión (encargados de la descripción de estos elementos de nivel). En el esquema en estrella la tabla de hechos es la única tabla del esquema que tiene múltiples joins que la conectan con otras tablas (foreign keys hacia otras tablas). El resto de tablas del esquema (tablas de dimensión) únicamente hacen join con esta tabla de hechos. Las tablas de dimensión se encuentran además totalmente denormalizadas, es decir, toda la información referente a una dimensión se almacena en la misma tabla. <br />Snowflake Schema<br />El Esquema en Copo de Nieve es un esquema de representación derivado del esquema en estrella, en el que las tablas de dimensión se normalizan en múltiples tablas. Por esta razón, la tabla de hechos deja de ser la única tabla del esquema que se relaciona con otras tablas, y aparecen nuevas joins gracias a que las dimensiones de análisis se representan ahora en tablas de dimensión normalizadas. En la estructura dimensional normalizada, la tabla que representa el nivel base de la dimensión es la que hace join directamente con la tabla de hechos. La diferencia entre ambos esquemas (star y snowflake) reside entonces en la estructura de las tablas de dimensión. Para conseguir un esquema en copo de nieve se ha de tomar un esquema en estrella y conservar la tabla de hechos, centrándose únicamente en el modelado de las tablas de dimensión, que si bien en el esquema en estrella se encontraban totalmente denormalizadas, ahora se dividen en subtablas tras un proceso de normalización. Es posible distinguir dos tipos de esquemas en copo de nieve, un snowflake completo (en el que todas las tablas de dimensión en el esquema en estrella aparecen ahora normalizadas en el snowflake) o un snowflake parcial (sólo se lleva a cabo la normalización de algunas de ellas). <br />(http://informationmanagement.wordpress.com/2007/11/19/diseno-de-un-data-warehouse-estrella-y-copo-de-nieve/)<br />ER (entidad-relación)<br />Ejemplo de diagrama E-R.<br />El Modelo Entidad-Relación, también conocido como DER (diagramas entidad-relación) es una herramienta de modelado de un sistema de información, mediante el cual se pretende 'visualizar' los objetos que pertenecen a la Base de Datos como entidades las cuales tienen unos atributos y se vinculan mediante relaciones. <br />Es una representación conceptual de la información. <br />El modelado entidad-relación es una técnica para el modelado de datos utilizando diagramas entidad relación. No es la única técnica pero sí la más utilizada. <br />Brevemente consiste en los siguientes pasos:<br />Se parte de una descripción textual del problema o sistema de información a automatizar (los requisitos). <br />Se hace una lista de los sustantivos y verbos que aparecen. <br />Los sustantivos son posibles entidades o atributos. <br />Los verbos son posibles relaciones. <br />Analizando las frases se determina la cardinalidad de las relaciones y otros detalles. <br />Se elabora el diagrama (o diagramas) entidad-relación. <br />Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se pueden reflejar en el diagrama. <br />Base Teórica y Conceptual <br />El modelo entidad-relación se basa en los conceptos descritos a continuación para representar un modelo de la vida real.<br />Entidad: Representa una “cosa” u quot;
objetoquot;
del mundo real con existencia independiente, es decir, se diferencia unívocamente de cualquier otro objeto o cosa, incluso siendo del mismo tipo, o una misma entidad.<br />Una entidad puede ser un objeto con existencia física como: una persona, un animal, una casa, etc. (entidad concreta), o un objeto con existencia conceptual como: un puesto de trabajo, una asignatura de clases, un nombre,etc. (entidad abstracta).<br />Una entidad está descrita y se representa por sus características o atributos. Por ejemplo, la entidad Persona puede llevar consigo las características: Nombre, Apellido, Género, Estatura, Peso, Fecha de nacimiento, etc.<br />Conjunto de entidades: es una colección de entidades que comparten los mismos atributos o características.<br />Atributos: son las propiedades que describen a cada entidad en un conjunto de entidades. Los atributos identificativos son aquellos que permiten diferenciar a una instancia de la entidad de otra distinta. Para cada atributo, existe un dominio del mismo, este hace referencia al tipo de datos que será almacenado o a restricciones en los valores que el atributo puede tomar. Cuando una entidad no tiene un valor para un atributo dado, este toma el valor nulo, bien sea que no se conoce, que no existe o que no se sabe nada al respecto del mismo.<br />Relación: Describe cierta dependencia entre entidades o permite la asociación de las mismas. Una relación tiene sentido al expresar las entidades que relaciona. <br />Conjunto de relaciones: Consiste en una colección, o conjunto, de relaciones de la misma naturaleza. La dependencia o asociación entre los conjuntos de entidades es llamada participación. Se llama grado del conjunto de relaciones a la cantidad de conjuntos de entidades participantes en la relación.<br />Restricciones<br />Son reglas que deben mantener los datos almacenados en la base de datos.<br />Correspondencia de cardinalidades: dado un conjunto de relaciones en el que participan dos o más conjuntos de entidades, la correspondencia de cardinalidad indica el número de entidades con las que puede estar relacionada una entidad dada. La correspondencia de cardinalidades puede ser:<br />Uno a uno: Una entidad de A se relaciona únicamente con una entidad en B y viceversa. <br />Uno a varios: Una entidad en A se relaciona con cero o muchas entidades en B. Pero una entidad en B se relaciona con una única entidad en A. <br />Varios a uno: Una entidad en A se relaciona exclusivamente con una entidad en B. Pero una entidad en B se puede relacionar con 0 o muchas entidades en A. <br />Varios a varios: Una entidad en A se puede relacionar con 0 o muchas entidades en B y viceversa. <br />Restricciones de participación: Dado un conjunto de relaciones R en el cual participa un conjunto de entidades A, dicha participación puede ser de dos tipos:<br />Total: Cuando cada entidad en A participa en al menos una relación de R. <br />Parcial: Cuando al menos una entidad en A NO participa en alguna relación de R. <br />Claves<br />Es un subconjunto del conjunto de atributos comunes en una colección de entidades, que permite identificar unívocamente cada una de las entidades pertenecientes a dicha colección. Asimismo, permiten distinguir entre sí las relaciones de un conjunto de relaciones.<br />Dentro de los conjuntos de entidades existen los siguientes tipos de claves:<br />Superclave: Es un subconjunto de atributos que permite distinguir unívocamente cada una de las entidades de un conjunto de entidades. Si se añade un atributo al anterior subconjunto, el resultado seguirá siendo una superclave. <br />Clave candidata: Dada una superclave, si ésta deja de serlo quitando únicamente uno de los atributos que la componen, entonces ésta es una clave candidata. <br />Clave primaria: Es una clave candidata, elegida por el diseñador de la base de datos, para identificar unívocamente las entidades en un conjunto de entidades. <br />(es.wikipedia.org/wiki/Modelo_entidad-relación)<br />UML (Lenguaje Unificado de Modelado) <br />UML es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad. Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. <br />UML ofrece un estándar para describir un quot;
planoquot;
del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio y funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y componentes reutilizables.<br />Es importante resaltar que UML es un quot;
lenguaje de modeladoquot;
para especificar o para describir métodos o procesos. Se utiliza para definir un sistema, para detallar los artefactos en el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que está descrito el modelo.<br />UML no puede compararse con la programación estructurada, pues UML significa Lenguaje Unificado de Modelado, no es programación, sólo se diagrama la realidad de una utilización en un requerimiento. Mientras que, programación estructurada, es una forma de programar como lo es la orientación a objetos, sin embargo, la programación orientada a objetos viene siendo un complemento perfecto de UML, pero no por eso se toma UML sólo para lenguajes orientados a objetos.<br />UML cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las entidades representadas.<br />Diagramas<br />Jerarquía de los diagramas UML 2.0, mostrados como un diagrama de clases<br />En UML 2.0 hay 13 tipos diferentes de diagramas. Para comprenderlos de manera concreta, a veces es útil categorizarlos jerárquicamente, como se muestra en la figura.<br />Los Diagramas de Estructura enfatizan en los elementos que deben existir en el sistema modelado:<br />Diagrama de clases <br />Diagrama de componentes <br />Diagrama de objetos <br />Diagrama de estructura compuesta (UML 2.0) <br />Diagrama de despliegue <br />Diagrama de paquetes <br />Los Diagramas de Comportamiento enfatizan en lo que debe suceder en el sistema modelado:<br />Diagrama de actividades <br />Diagrama de casos de uso <br />Diagrama de estados <br />Diagrama de secuencia <br />Los Diagramas de Interacción son un subtipo de diagramas de comportamiento, que enfatiza sobre el flujo de control y de datos entre los elementos del sistema modelado:<br />Diagrama de secuencia <br />Diagrama de comunicación, que es una versión simplificada del Diagrama de colaboración (UML 1.x) <br />Diagrama de tiempos (UML 2.0) <br />Diagrama global de interacciones o Diagrama de vista de interacción (UML 2.0) <br />(es.wikipedia.org/.../Lenguaje_Unificado_de_Modelado)<br />OO (Orientación a Objetos)<br />Bases de datos orientadas a objetos<br />Este modelo, bastante reciente, y propio de los modelos informáticos orientados a objetos, trata de almacenar en la base de datos los objetos completos (estado y comportamiento).<br />Una base de datos orientada a objetos es una base de datos que incorpora todos los conceptos importantes del paradigma de objetos:<br />Encapsulación - Propiedad que permite ocultar la información al resto de los objetos, impidiendo así accesos incorrectos o conflictos. <br />Herencia - Propiedad a través de la cual los objetos heredan comportamiento dentro de una jerarquía de clases. <br />Polimorfismo - Propiedad de una operación mediante la cual puede ser aplicada a distintos tipos de objetos. <br />Programación orientada a objetos<br />La programación orientada a objetos es un paradigma de programación que usa objetos y sus interacciones, para diseñar aplicaciones y programas de ordenador. Está basado en varias técnicas, incluyendo herencia, abstracción, polimorfismo y encapsulamiento. En la actualidad, existe variedad de lenguajes de programación que soportan la orientación a objetos.<br />Los objetos son entidades que combinan estado (atributo), comportamiento (método) e identidad:<br />El estado está compuesto de datos, será uno o varios atributos a los que se habrán asignado unos valores concretos (datos). <br />El comportamiento está definido por los procedimientos o métodos con que puede operar dicho objeto, es decir, qué operaciones se pueden realizar con él. <br />La identidad es una propiedad de un objeto que lo diferencia del resto, dicho con otras palabras, es su identificador (concepto análogo al de identificador de una variable o una constante). <br />La programación orientada a objetos, es necesaria en la vida de un programador ya que con esta visualizamos las actividades de cada una de esas. Un objeto contiene toda la información que permite definirlo e identificarlo frente a otros objetos pertenecientes a otras clases e incluso frente a objetos de una misma clase, al poder tener valores bien diferenciados en sus atributos. A su vez, los objetos disponen de mecanismos de interacción llamados métodos, que favorecen la comunicación entre ellos. Esta comunicación favorece a su vez el cambio de estado en los propios objetos. Esta característica lleva a tratarlos como unidades indivisibles, en las que no se separa el estado y el comportamiento.<br />Los métodos (comportamiento) y atributos (estado) están estrechamente relacionados por la propiedad de conjunto. Esta propiedad destaca que una clase requiere de métodos para poder tratar los atributos con los que cuenta. El programador debe pensar indistintamente en ambos conceptos, sin separar ni darle mayor importancia a alguno de ellos. Hacerlo podría producir el hábito erróneo de crear clases contenedoras de información por un lado y clases con métodos que manejen a las primeras por el otro. De esta manera se estaría realizando una programación estructurada camuflada en un lenguaje de programación orientado a objetos.<br />La Programación Orientada a Objetos difiere de la programación estructurada tradicional, en la que los datos y los procedimientos están separados y sin relación, ya que lo único que se busca es el procesamiento de unos datos de entrada para obtener otros de salida. La programación estructurada anima al programador a pensar sobre todo en términos de procedimientos o funciones, y en segundo lugar en las estructuras de datos que esos procedimientos manejan. En la programación estructurada sólo se escriben funciones que procesan datos. Los programadores que emplean Programación Orientada a Objetos, en cambio, primero definen objetos para luego enviarles mensajes solicitándoles que realicen sus métodos por sí mismos.<br />Conceptos fundamentales<br />La programación orientada a objetos es una forma de programar que trata de encontrar una solución a estos problemas. Introduce nuevos conceptos, que superan y amplían conceptos antiguos ya conocidos. Entre ellos destacan los siguientes:<br />Clase: definiciones de las propiedades y comportamiento de un tipo de objeto concreto. La instanciación es la lectura de estas definiciones y la creación de un objeto a partir de ellas. <br />Herencia: Es la facilidad mediante la cual la clase D hereda en ella cada uno de los atributos y operaciones de C, como si esos atributos y operaciones hubiesen sido definidos por la misma D. Por lo tanto, puede usar los mismos métodos y variables públicas declaradas en C. Los componentes registrados como quot;
privadosquot;
(private) también se heredan, pero como no pertenecen a la clase, se mantienen escondidos al programador y sólo pueden ser accedidos a través de otros métodos públicos. <br />Objeto: entidad provista de un conjunto de propiedades o atributos (datos) y de comportamiento o funcionalidad (métodos) los mismos que consecuentemente reaccionan a eventos. Se corresponde con los objetos reales del mundo que nos rodea, o a objetos internos del sistema (del programa). Es una instancia a una clase. <br />Método: Algoritmo asociado a un objeto (o a una clase de objetos), cuya ejecución se desencadena tras la recepción de un quot;
mensajequot;
. Desde el punto de vista del comportamiento, es lo que el objeto puede hacer. Un método puede producir un cambio en las propiedades del objeto, o la generación de un quot;
eventoquot;
con un nuevo mensaje para otro objeto del sistema. <br />Evento: Es un suceso en el sistema (tal como una interacción del usuario con la máquina, o un mensaje enviado por un objeto). El sistema maneja el evento enviando el mensaje adecuado al objeto pertinente. También se puede definir como evento, a la reacción que puede desencadenar un objeto, es decir la acción que genera. <br />Mensaje: una comunicación dirigida a un objeto, que le ordena que ejecute uno de sus métodos con ciertos parámetros asociados al evento que lo generó. <br />Propiedad o atributo: contenedor de un tipo de datos asociados a un objeto (o a una clase de objetos), que hace los datos visibles desde fuera del objeto y esto se define como sus características predeterminadas, y cuyo valor puede ser alterado por la ejecución de algún método. <br />Estado interno: es una variable que se declara privada, que puede ser únicamente accedida y alterada por un método del objeto, y que se utiliza para indicar distintas situaciones posibles para el objeto (o clase de objetos). No es visible al programador que maneja una instancia de la clase. <br />Componentes de un objeto: atributos, identidad, relaciones y métodos. <br />Identificación de un objeto: un objeto se representa por medio de una tabla o entidad que esté compuesta por sus atributos y funciones correspondientes. <br />(http://es.wikipedia.org/wiki/Base_de_datos_orientada_a_objetos; (http://es.wikipedia.org/wiki/Programaci%C3%B3n_orientada_a_objetos)<br />Describir cada etapa del diseño de un DW<br />1. Análisis de requerimientos.<br />Identificar preguntas para las que queremos tener respuesta y los objetivos que se quieren conseguir con el nuevo sistema.<br />Analizar las preguntas para determinar las perspectivas de análisis y los indicadores de negocio.<br />Diseñar el modelo conceptual, que incluirá las perspectivas e indicadores identificados. A través del modelo se podrán alcanzar claramente cuáles son los alcances del proyecto, y será un punto de partida con alto nivel de definición para su exposición a los usuarios y responsables.<br />2. Análisis de los sistemas transaccionales.<br />Determinación de indicadores: identificar el origen de los indicadores en los sistemas transaccionales y determinar la forma de su cálculo.<br />Correspondencias: establecer correspondencias entre los elementos definidos en el modelo conceptual y las fuentes de datos existentes en elos OLTP (sistemas transaccionales).<br />Definición del nivel de granuralidad: nivel de detalle de los datos a obtener para cada dimensión de análisis.<br />Modelo conceptual ampliado con los campos identificados para cada perspectiva.<br />3. Modelo lógico del ETL.<br />Tipo de modelo lógico del DW: selección del tipo de esquema que utilizaremos (estrella, copo de nieve, etc).<br />Tabla de dimensiones: Construcción de las tablas de dimensiones para cada una de las perspectivas de análisis considerada.<br />Tablas de Hechos: definición de las tablas de hechos que contendras la información a partir de los cuales construiremos los indicadores de análisis.<br />Uniones: relaciones entre las tablas de dimensiones y las tablas de hechos.<br />4. Procesos ETL.<br />Análisis, definición y desarrollo de todos aquellos procesos necesarios para la extracción, transformación y carga de datos desde los sistemas origen para “llenar” el DW.<br />5. Performance y Mantenimiento del DW<br />Ajustes en el diseño del DW y mantenimiento en el tiempo.<br /> EtapaEntradaSalidaInvolucradosIAnálisis de los DocumentaciónEsquemas de bases deDiseñador y administradores sistemas de InformaciónExistente datosde los sistemas de info.IIEspecificación Esquemas de Hechos y cargasDiseñador y usuarios de requerimientosbases de datosde trabajo preliminaresfinalesIIIDiseño conceptualEsquemas de basesEsquemas Diseñador de datos, hechos y dimensionales cargas de trabajo preliminares IVRefinamiento de cargasesquemasCarga de trabajoDiseñador y usuarios de trabajo y validación dimensionales y finales de esquemas cargas preliminares dimensionales VDiseño lógicoEsquema Esquema DW lógicoDiseñador dimensional, modelo lógico objeto y cargas de Trabajo VIDiseño físicoEsquema de DWEsquema físico del DWDiseñador lógico, DBMS destino y cargas de trabajo <br />(http://churriwifi.wordpress.com/2009/12/05/5-fases-en-la-implantacion-de-un-sistema-dw-metodologia-para-la-construccion-de-un-dw/)<br />Negocio para desarrollar un DW – Gimnasio<br />Claramente el deporte en Chile ha ido aumentando de manera considerable, a pesar de no tener una cultura deportiva como en otros países, como por ejemplo, Estados Unidos, Alemania, Argentina, entre otros, las personas se van dando cuenta que tanto por temas de salud y sociales, el tener una vida y cuerpo sano afecta en magnitud las posibilidades de llevar a cabo las actividades cotidianas de la mejor forma posible. En relación a lo anterior, no está demás mencionar, que el hecho de ser deportista y tener una imagen como tal, aumenta claramente las ventajas de obtener un mejor puesto laboral en comparación con las demás personas. En consecuencia, el negocio que se ha escogido está relacionado con el boom del deporte, y sin duda, no existe otro mejor espacio para llevar a cabo las diferentes actividades deportivas como en un gimnasio, representando ésta misma la industria la cual es objetivo de análisis. Por esta razón, es indispensable tener un sistema para ir haciendo mantención a las diversas maquinas que se utilizan en estos centros deportivos, considerando el uso que se les da, existen varios elementos que se pueden remplazar a medida que transcurre el tiempo. Como por ejemplo las mismas máquinas, los cables sostenedores de los pesos, las bicicletas, las mancuernas, entre otros. <br />Se establecen intervalos de tiempos adecuados para evaluar las máquinas, estos son mensuales, trimestrales, semestrales y anuales. Para lo cual es necesario determinar el tipo de máquina y la categoría a la que corresponde para realizar su reemplazo si es que es necesario efectuarlo, es decir, contactar a uno de los proveedores del determinado aparato, quienes se han clasificado en ciudades, regiones y países, considerando las características de algunas máquinas probablemente no todas son posible adquirirlas en Chile. <br />Debido a lo anteriormente mencionado, es posible efectuar análisis en el transcurso del tiempo de los reemplazos y reparaciones que se tienen que realizar, como por ejemplo, en un año se debe reemplazar las maquinas de tipo spinning, correspondientes a la categoría de fitness, en donde los proveedores se ubican en Chile, Región Metropolitana, Santiago.<br />Conclusión<br />Efectivamente debido a la gran cantidad de información que presentan generalmente las empresas de gran envergadura, resulta indispensable llevar a cabo un ordenamiento de ésta para satisfacer las distintas necesidades dentro de una organización. Por esta razón, como se ha observado tanto a través de los conceptos y el ejemplo de los gimnasios, resulta indispensable utilizar Data Warehouses para tomar las decisiones correctas en los momentos precisos, es decir, está orientado para establecer análisis y consultas de los usuarios en el transcurso del tiempo. De esta forma es posible facilitar el acceso a los usuarios finales a los almacenes de datos para obtener específicamente los datos que se requieren. <br />Por esta razón, es fundamental utilizar las herramientas y técnicas para extraer, cargar y transformar datos de diversas fuentes, para posteriormente depurarlos y prepararlos para cargarlos en un almacén de datos, generando siempre valor agregado para la empresa que los utiliza. Es en este aspecto en donde cumple suma relevancia el Business Intelligence, en donde los resultados de las aplicaciones de los software de inteligencia se ven si es que ha aumentado los beneficios tanto financieros, administrativos, y sin duda, un aumento en la correcta toma de decisiones de los distintos departamentos que se encuentran presente en una organización. De lo contrario, se buscarán nuevos métodos más eficientes para llevar a cabo los procesos que presentan falencias. <br />Como se ha observado son mucho los procesos que se realizan al mantener un Data Warehouse, por lo cual, pueden presentar costos bastantes elevados para las empresas, y podría ser una de las causas que las pequeñas y medianas empresas no los utilicen. Además, la información va cambiando rápidamente, y se requiere claramente un análisis minucioso para actualizar la información, de modo que esta siga siendo relevante. <br />