UNIVERSIDAD LAICA ELOY ALFARO DE MANABI

Transcripción

1 UNIVERSIDAD LAICA ELOY ALFARO DE MANABI FACULTAD DE CIENCIAS INFORMATICAS SISTEMA DE SOPORTE A LA TOMA DE DECISIONES APLICADO AL ÁREA FINANCIERA DE COMISARIATO VELEZ BONILLA S.A. BASADO EN ORACLE DATABASE 11G Y ORACLE BUSINESS INTELLIGENCE SUITE TESIS PREVIA A LA OBTENCIÓN DEL TITULO DE INGENIERO EN SISTEMAS AUTORES: NAVARRETE SANCHEZ JOSE LUIS DUARTE VALENCIA DANIEL SERGIO DIRECTOR: ING. CESAR CEDEÑO

2 CERTIFICACIÓN Manta, Marzo del 2010 En calidad de Director de Tesis de Grado de la Facultad de Ciencias Informáticas de la Universidad Laica Eloy Alfaro de Manabí, certifico: Haber dirigido y revisado la tesis sobre el tema SISTEMA DE SOPORTE A LA TOMA DE DECISIONES APLICADO AL ÁREA FINANCIERA DE COMISARIATO VELEZ BONILLA S.A. BASADO EN ORACLE DATABASE 11G Y ORACLE BUSINESS INTELLIGENCE SUITE de los estudiantes: Navarrete Sánchez José Luis y Duarte Valencia Daniel Sergio, considero que dicho trabajo investigativo reúne los requisitos y méritos suficientes para ser sometidos a la evaluación del jurado examinador que las autoridades designen. Ing. Cesar Cedeño Director de Tesis Daniel Duarte José Navarrete Página 2

3 Me gustaría dedicar la presente tesis: Dedicatorias A Dios por guiarme en todo momento e iluminarme para lograr el objetivo de culminar la carrera. A mi madre Daisy, gracias por sus consejos, enseñanzas y por su apoyo incondicional para alcanzar la meta de ser un profesional. A mi hermano Cristian por acompañarme y compartir experiencias a lo largo de nuestras vidas, y particularmente en los años de la carrera. A mi gran amigo Rolando por su apoyo en todo momento para la realización de este proyecto. A toda mi familia por ser un apoyo importante en el desarrollo de mis metas y logros por alcanzar. Finalmente quiero dedicar esta tesis a todas las personas que de una u otra forma me apoyaron y aportaron su granito de arena para la culminación de este proyecto. Daniel Duarte Valencia Daniel Duarte José Navarrete Página 3

4 Dedico este proyecto de tesis primeramente a Dios quien me iluminó en todo momento para así poder terminar esta carrera profesional. A mis padres: Don Manuel Navarrete y la Sra. María Sánchez quienes son un pilar fundamental en mi vida, quienes me han apoyado siempre en mis estudios A mi esposa Sra. María Mora y mis hijos José Manuel y José María que en todo momento me han dado fortaleza para resolver situaciones adversas. A mis hermanos: Johanna, Cristopher y Manuel Enrrique, mis abuelos y todos mis familiares José Luis Navarrete Sánchez Daniel Duarte José Navarrete Página 4

5 Agradecimientos Primeramente damos infinitamente gracias a Dios, por brindarnos fuerza y valor para terminar la carrera. Agradecemos también la confianza y el apoyo de nuestros padres y hermanos, ya que han contribuido positivamente para lograr el objetivo. Un agradecimiento muy especial, a Comisariatos VELBONI, por habernos facilitado las herramientas para realizar el trabajo de tesis. De igual manera nuestro mayor agradecimiento a los profesores que aportaron con sus conocimientos para el desarrollo de este proyecto. Finalmente, agradecemos a todas las personas que nos brindaron su apoyo incondicional y contribuyeron en gran medida a alcanzar el sueño de ser un profesional. Daniel Duarte José Navarrete Página 5

6 Contenido General Contenido General 2 Resumen ejecutivo Capítulo Aspectos Generales de la investigación Planteamiento del problema Objetivos Objetivo General Objetivos Específicos Justificación Alcance del proyecto Impactos resultantes de la implementación del proyecto Impacto Tecnológico Impacto Social Métodos y Técnicas Capítulo Marco teórico referencial Introducción Introducción a las Finanzas Las finanzas en la empresa Qué significa financiar? Finanzas Corporativas vs Contabilidad Conceptos claves en las finanzas Clasificación de las finanzas corporativas Daniel Duarte José Navarrete Página 6

7 2.2.6 Características de las finanzas corporativas Ratios financieros más frecuentes Ratios de Liquidez Ratios de Endeudamiento Ratios de Rentabilidad Sistemas de Información Análisis y Diseño de los Sistemas de Información Sistema de soporte a la toma de decisiones (DSS) Introducción Modelo Administrativo Comunicación Definición de los sistemas de soporte a la toma de decisiones Tipos de Sistemas de soporte a la toma de decisiones Características de los sistemas de soporte a la toma de decisiones Componentes funcionales que integran un DSS El modelo La base de datos Base de datos corporativas Bases de datos locales y archivos propietarios Sistema de software Interface con el usuario Factores para el éxito de un DSS Aplicaciones Tendencias futuras Base de Datos y Datawarehouse Daniel Duarte José Navarrete Página 7

8 2.6.1 Definición de Bases de datos Datawarehouse Objetivos del Datawarehouse Características de un Data WareHouse Orientado a temas Integrado De tiempo variante (Variable en el tiempo) No volátil Procesos básicos del Data WareHouse (ETL) Proceso Analítico OLAP Datawarehouse Cubos (OLAP) Cubos de Información OLAP Dimensiones y jerarquías Dispersión en cubos OLAP Business Intelligence Definición Componentes de una solución BI Oracle Database 11g para Data Warehousing e Inteligencia de Negocios Oracle Warehouse Builder Soluciones Oracle Business Intelligence Capitulo Análisis y Estudio de la Propuesta Reconocimiento institucional Reseña histórica de la empresa Daniel Duarte José Navarrete Página 8

9 3.1.2 Misión de Velboni Visión de Velboni Estructura orgánica Niveles de autoridad y responsabilidad (estructura funcional) Estudio de Recursos Existentes y Diagnostico Hardware Software Comunicaciones Contexto Investigativo Encuestas y Entrevistas Análisis e interpretación de resultados De las Entrevistas De las Encuestas Resumen de la Tabulación Estudio de Factibilidad Factibilidad Técnica Software Hardware Factibilidad Operativa Factibilidad Económica Capítulo Diseño, desarrollo e implementación Diseño de la estructura del proyecto Diseño Lógico Arquitectura del DataWarehouse Daniel Duarte José Navarrete Página 9

10 Diagrama de despliegue UML Diseño detallado Análisis de los requerimientos Requerimientos de informes financieros Análisis de la estructura del sistema actual y orígenes de datos Diseño de las dimensiones y diccionario de datos Desarrollo Desarrollo del DataWarehouse Creación y definición del DataWarehouse con Oracle la herramienta Warehouse Builder Creación del usuario de base de datos Creación de la ubicación de la base de datos Definición y creación de la ubicación del proyecto Definición y creación de los módulos del proyecto Creación y despliegue de los objetos dimensiones, cubos y procesos ETL Desarrollo de la herramienta inteligencia de negocios Creación y definición del proyecto de Bussiness Intelligence Creación de la capa física Creación de la capa de negocio Creación de la capa de presentación Configuración y puesta en marcha del servicio Oracle BI Server Definición de la estructura de la interfaz de la herramienta Oracle Interactive Dashboards para la presentación de los informes Construcción de los informes Mapa de la aplicación Pruebas Daniel Duarte José Navarrete Página 10

11 4.3.1 Pruebas de Desempeño Pruebas de Tensión Pruebas de Funcionalidad Implementación Método Directo Cronograma de implementación Recursos necesarios para la implementación Actividades en el Servidor de Desarrollo Actividades en el Servidor de Producción Conclusiones Recomendaciones Daniel Duarte José Navarrete Página 11

12 Resumen ejecutivo La toma de decisiones es la tarea más crítica de los mandos medios, ejecutivos de nivel gerencial, empresarios, micro empresarios y administradores de todo nivel ya que sin importar el tamaño del negocio estas decisiones pueden significar un cambio hacia el camino del éxito o un retroceso en la búsqueda del liderazgo empresarial, en este escenario aparece una herramienta tecnológica que puede ser clave para disminuir el riesgo de esta tarea tan sensible nos referimos a los SSD (Sistemas de Soporte a la toma de Decisiones). Supermercados VelBoni S.A. 1 es una empresa que se encuentra en un proceso de mejoramiento continuo, esto involucra cambios y mejoras en los procesos desde el nivel gerencial por tal motivo se aprobó el desarrollo de un SSD como parte de esta etapa de cambios. El proyecto tiene como fin proporcionarles a los ejecutivos de la empresa una herramienta ágil que les permita analizar objetiva y oportunamente la información primordial del giro del negocio minimizando el riesgo que implica tomar una decisión basada en hechos subjetivos y consecuentemente permitirles alcanzar los objetivos trazados en un menor tiempo y utilizando eficientemente los recursos disponibles. Este software será construido utilizando una de las mejores y más estables herramientas que existen en el mercado para el desarrollo de este tipo de proyecto, estamos hablando de la suite de inteligencia de negocios de Oracle Corp. denominada Oracle Business Inteligence Enterprise Edition 10. Una vez implementada la herramienta en su totalidad solo se necesita de una adecuada interpretación de los datos para lograr resultados tangibles en un corto plazo, este es un elemento diferenciador de los SSD pues como en toda inversión el objetivo es obtener su retorno en el menor tiempo posible, es por esto que en el ámbito de los negocios invertir en un SSD es considerada una decisión estratégica en la búsqueda de estar un paso delante de la competencia. 1 A partir de aquí le llamaremos VELBONI Daniel Duarte José Navarrete Página 12

13 Capítulo 1 Aspectos Generales de la investigación 1.1 Planteamiento del problema Actualmente VELBONI no cuenta con una adecuada herramienta tecnológica de nivel gerencial que permita tomar decisiones efectivas y oportunas en sus distintas áreas. El área financiera actualmente basa sus decisiones en un conjunto de informes relacionados pero no integrados que emiten los diferentes sistemas transaccionales como son Cartera, Contabilidad, Ventas, Nómina, etc. Ya que el sistema actual es limitado en lo referente a la generación de informes gerenciales. Cabe recalcar que dicho sistema interactúa con ORACLE DATABASE 10g que actualmente es la única herramienta de la suite ORACLE que se encuentra instalada Para la Gerencia Financiera es de vital importancia tener una herramienta de apoyo para la toma de decisiones, que permita visualizar de manera oportuna la información global y a la vez resumida de la situación económica de la empresa. Aprovechando que VELBONI cuenta con ORACLE DATABASE hemos decidido realizar un proyecto a nivel gerencial basándonos en el potencial de la suite Oracle específicamente en las herramientas de Oracle Business Inteligencie Suite Enterprise Edition 11g. Si bien es cierto el empleo de los sistemas de información en las empresas ha logrado que resulte simple reunir todos los datos necesarios, provenientes de múltiples departamentos y bajo distintos formatos, pero el almacenamiento y la acumulación de datos no significan necesariamente que se puede sacar partido de éstos y convertirlos en información, para ello se necesitan sistemas que conviertan los datos en verdadero conocimiento, para lo cual utilizaremos técnicas de minerías de datos y manejo de cubos de información. Daniel Duarte José Navarrete Página 13

14 1.2 Objetivos Objetivo General Desarrollar un sistema de apoyo a la toma de decisiones aplicado al área financiera de Comisariato Vélez Bonilla S.A. basado en ORACLE DATABASE 11G Y ORACLE BUSINESS INTELLIGENCE SUITE Objetivos Específicos Diseñar y crear un Datawarehouse utilizando la herramienta Datawarehouse Builder de ORACLE DATABASE ENTERPRISE EDITION 11G el cual integre la información relacionada con el área financiera para así poder desarrollar una aplicación en ORACLE BUSINESS INTELLIGENCE SUITE ENTERPRISE. Emitir informes cuya información sea exacta, confiable y esté disponible en cualquier instante. Determinar la capacidad financiera de la empresa a través de los informes de inteligencia de negocios, que le permitan determinar si es posible cubrir nuevos endeudamientos. Crear informes gerenciales que permitan saber cuándo es posible y atractivo crecer como empresa. Optimizar el tiempo de respuesta de los reportes para toma de decisiones. Identificar las cuentas contables que más incidencia negativa o positiva tienen en los informes financieros. Medir la eficiencia del uso de los recursos económicos de la empresa. Daniel Duarte José Navarrete Página 14

15 1.3 Justificación Los distintos departamentos que conforman el flujo económico de la empresa poseen módulos del sistema informático actual, los cuales para el respectivo análisis emiten información que suele estar aislada de las herramientas de otros departamentos, de tal manera que cada unidad de negocio tiene su propia visión del mismo, no hay una visión corporativa ni estandarización de criterios o indicadores clave de negocio. No hay análisis en tiempo real o predictivo combinado con la información histórica. Las herramientas tradicionales de consulta e informes se basan en grandes volúmenes de datos por lo que son lentas, y con frecuencia exigen notables inversiones de hardware y mantenimiento. Uno de los motivos que justifica el desarrollo de este proyecto son las razones financieras las cuales nos servirán de termómetro para medir el estado financiero de la empresa, así poder tomar decisiones a tiempo y poder mantener la estabilidad económica y ser más eficientes en el uso de los recursos. 1.4 Alcance del proyecto La mayoría de las aplicaciones transaccionales y administrativas mejoran la eficiencia de las personas. Los ahorros producidos por estos programas pueden justificar el costo de la automatización pero difícilmente estos llegan a tener un verdadero IMPACTO ESTRATEGICO dentro de la compañía. Los SSD son la principal herramienta para el análisis estratégico dentro de las empresas, por sus características de velocidad y precisión a la hora de mostrar la información para el análisis de sensibilidad integrando eficientemente la información generada por los sistemas transaccionales, permiten a todos los niveles gerenciales y tomadores de decisiones fundamentar sus acciones en información procesada generalmente con modelos cuantitativos (estándares y/o hechos a la medida) del Daniel Duarte José Navarrete Página 15

16 comportamiento de las operaciones pudiendo inclusive estimar los cambios que se pueden presentar el mercado. El alcance del proyecto tiene la siguiente delimitación: Campo Área Aspecto Tema : Comercial : Financiera : Sistema informático de toma de decisiones (SSD) : Sistema de apoyo a la toma de decisiones aplicado al área financiera de Comisariato Vélez Bonilla S.A basado en Oracle Database 11g y Oracle Business Intelligence Suite. Delimitación Temporal : El propósito de la presente Tesis es desarrollar un Sistema de soporte a la toma de decisiones que cubra las necesidades de información gerencial del área financiera de VELBONI. 1.5 Impactos resultantes de la implementación del proyecto Impacto Tecnológico La tecnología ha revolucionado el mundo, la forma de pensar y de hacer negocios. Actualmente todos hemos sido testigos de la fuerza con que ha irrumpido en la economía y la vida actual. En unos pocos años la forma de trabajar se ha ido transformando, migrando hacia una base colaborativa mediante el uso de herramientas que ayudan a los usuarios a desarrollar sus actividades diarias, por tal motivo VELBONI apunta hacia el Daniel Duarte José Navarrete Página 16

17 mejoramiento continuo de la tecnología migrando el almacenamiento y administración de su sistema de Información desde SQL Server hacia ORACLE 10g. Las herramientas de inteligencia de negocio que nos proporciona la suite Oracle permitirán a la empresa obtener el máximo beneficio de la información que se genera en los sistemas transaccionales, dicho beneficios tecnológicos se verán reflejados al momento de tomar decisiones de vital importancia para el crecimiento y desarrollo de la empresa. En la actualidad los sistemas de información se han convertido en un elemento clave para el manejo de las operaciones de los negocios y a su vez la tecnología en el factor más importante para el crecimiento y desarrollo empresarial, un sistema de gestión de órdenes de compra o de ventas y atención al cliente puede ser considerado clave pues son el enlace entre la compañía, proveedores y clientes, sin embargo no tienen las características necesarias para ser considerado estratégico. Algunas de las más importantes compañías a nivel mundial confirman que su éxito está basado en las decisiones estratégicas tomadas de manera oportuna gracias al apoyo de sus Sistemas de Soporte a la Toma de Decisiones (SSD). Conocedores de esta exitosa tendencia de la administración de negocios la Gerencia General de VELBONI ha tenido la visión de apoyar el desarrollo e implementación de un SSD en áreas consideradas claves para el desarrollo de la empresa como es el área de finanzas, ya que las decisiones que se toman desde aquí tienen una incidencia directa sobre los índices de eficiencia y rentabilidad de la compañía. Por lo antes mencionado consideramos que la implementación de este proyecto traerá consigo: Implementación de una aplicación moderna y eficiente en su propósito de facilitar todas las posibilidades que necesita un experto para tomar una decisión acertada. Innovación Tecnológica, el diseño de una solución de inteligencia de negocio implica una estructura de almacenamiento de datos diferente a la comúnmente utilizada (modelo relacional). Daniel Duarte José Navarrete Página 17

18 Implementación de un proyecto de Datawarehouse bajo la infraestructura de Oracle. Implementación de la herramienta de B.I Oracle Bussines Inteligence Suite Enterprise Edition. El área de tecnología incrementara su nivel profesional al tener la responsabilidad de administrar la solución de B.I bajo la tecnología de Oracle ya que necesitan estudiar herramientas como Oracle WareHouse Builder para el mantenimiento del Datawarehouse y Oracle Bussines Inteligence para la administración de la aplicación de Inteligencia de Negocios. La introducción de una nueva tecnología lleva de la mano una restructuración organizacional del área de TI por lo tanto el área de tecnología deberá reformar la administración de los recursos tecnológicos capaz de garantizar la disponibilidad de la solución de inteligencia de negocios Impacto Social Así como el impacto tecnológico traerá beneficios al supermercado para minimizar la tareas y agilizar los procesos mediante el uso de las herramientas de inteligencia de negocios, también es importante recalcar el impacto social que esto generará a los usuarios finales que tendrán la gran oportunidad de obtener el conocimiento necesario para la interpretación de los informes gerenciales de una forma oportuna y confiable. Se ahorrará mucho más el factor tiempo en la toma de decisiones, tiempo que ahora puede dedicar al análisis en base a resultados resumidos y explícitos que permitan la mejor de las opciones al momento de tomar una decisión. La implementación un Sistema de Soporte para la Toma de Decisiones (SSD) tiene una incidencia directa sobre la cultura empresarial y consecuentemente sobre el modelo Daniel Duarte José Navarrete Página 18

19 de administración, pasando de las decisiones basadas únicamente en las experiencias y conocimiento del entorno a una combinación adecuada de la experiencia humana y el análisis de los datos dando como resultado decisiones efectivas. Consecuentemente podemos identificar que: Las decisiones tomadas en el nivel gerencial generaran más confianza en los accionistas pues estas están soportadas principalmente por la veracidad de la información. Incentiva el trabajo con medición de objetivos alcanzados pues la eficiencia será medida a través de los resultados. La disponibilidad de información, el tiempo de respuesta y la facilidad con la que es posible analizarla desde diferentes ópticas (Dimensiones). 1.6 Métodos y Técnicas Debido a la importancia estratégica que tiene el proyecto dentro de los planes de desarrollo que tiene la compañía es necesario utilizar diferentes técnicas de investigación con el objetivo de determinar con mayor precisión y en el menor tiempo la problemática actual y poder fundamentar adecuadamente una alternativa de solución. Para el desarrollo del Capítulo 1, 2 y 3 se utilizarán: El Método Deductivo, la aplicación de este método es muy acertada para la primera parte del proyecto porque nos facilita el estudio del entorno macro de la problemática y todos los aspectos generales de la investigación pudiendo llegar hasta un nivel de detalles. Técnicas indirectas de investigación a través de las fuentes secundarias como la documentación existente, páginas Web, revistas, manuales, reglamentos y otros documentos tales como política empresarial de VELBONI. Además se fortalecerá el proceso de investigación utilizando las siguientes técnicas: Daniel Duarte José Navarrete Página 19

20 La Observación, permite identificar y recopilar información para el desarrollo del proyecto midiendo la problemática desde una perspectiva personal. Encuestas, mismas que se aplico para determinar el nivel operativo del usuario, datos que facilitan las mediciones estadísticas del nivel operativo de los usuarios y la necesidad de información gerencial para el proceso de toma de decisiones. El conocimiento de las necesidades de información al ser parte del equipo de apoyo a la toma de decisiones del Comité de administración de VELBONI. En el capítulo 4 se utilizará el método Inductivo - Deductivo porque es necesario analizar la problemática desde el origen de la información y desde el resultado que se espera en el nivel gerencial. Por otra parte a menos que el proyecto de sistemas sea lo más tradicional o muy básico, los usuarios no siempre podrán definir sus requerimientos en forma adecuada y precisa o simplemente no pueden especificar todos los requerimientos de manera previa, sino que algunos se deben descubrir en el proceso, por lo tanto dadas las características del proyecto hemos considerado el uso del prototipo2 como modelo de ciclo de desarrollo de la solución propuesta. 2 Es un modelo a escala o facsímil de lo real, pero no tan funcional para que equivalga a un producto final, ya que no lleva a cabo la totalidad de las funciones necesarias del sistema final Daniel Duarte José Navarrete Página 20

21 Capítulo 2 Marco teórico referencial 2.1 Introducción Con el nacimiento del comercio electrónico, las cadenas de suministro, los call centers y otras iniciativas de negocios que son soportadas por las tecnologías de información, las organizaciones se han preocupado por encontrar aplicaciones que acompañen a descifrar, interpretar y aprovechar los riesgos que corre una organización al tomar decisiones o por lo menos sentirse acompañado en la toma de estas. Pero cómo se llega a la mejor decisión y por medio de qué?, existen muchas formas de responder al fuego de las metas de negocios, una de ellas puede ser la manera en que se ligan las piezas de software, hardware y el elemento humano de la empresa, y la manera en que se define su construcción y su compra, en caso del software o del hardware. Integrar elementos de aplicaciones de negocios que hagan esto no es nada nuevo, aunque es el enfoque y prioridad de las tareas hoy en día, el reto ahora es diseñar un puente entre los datos en tiempo real y todos los componentes a través de los cuales se soportan las decisiones Es por ello que se debe orientar los recursos de las organizaciones para hacer que cuenten con la información que cumpla con las necesidades de los altos ejecutivos que son los que toman las decisiones estratégicas en los negocios. Esta tarea no es fácil, lograr integrar toda la infraestructura para proveer información a los gerentes y directivos es una tarea que trae consigo una lista significativa de herramientas que tienen que ser integradas para dar una solución enfocada a obtener una ventaja competitiva en el mercado. Daniel Duarte José Navarrete Página 21

22 2.2 Introducción a las Finanzas Estudia el flujo del dinero entre individuos, empresas o Estados. Las finanzas son una rama de la economía que estudia la obtención y gestión, por parte de una compañía, individuo o del Estado, de los fondos que necesita para cumplir sus objetivos y de los criterios con que dispone de sus activos. Las finanzas tratan, por lo tanto, de las condiciones y oportunidad en que se consigue el capital, de los usos de éste y de los pagos e intereses que se cargan a las transacciones en dinero. También suele definirse como el arte y la ciencia de administrar dinero. El término finanzas proviene del latín "finis", que significa acabar o terminar. Las finanzas tienen su origen en la finalización de una transacción económica con la transferencia de recursos financieros (con la transferencia de dinero se acaba la transacción). Estas transacciones financieras, existieron desde que el hombre creo el concepto de dinero, pero se establecieron ya en forma a principios de la era moderna cuando surgieron los primeros prestamistas y comerciantes estableciendo tratados sobre matemáticas financieras donde se mencionaban temas como el cálculo de intereses o el manejo de Estados Financieros (Historia del capitalismo) Las finanzas en la empresa Una de las misiones de la empresa es crear valor, pero también maximizarlo lo mejor posible, a través del uso eficiente de los recursos financieros. Los accionistas deben saber manejar su negocio y prevenir las crisis ya que, al momento de ser sorprendidos, sus activos pudiesen verse perjudicados. Para evitar esta situación, es recomendable llevar a cabo un plan de valuación con el fin de que cada socio esté al tanto de las decisiones que se toman en materia de inversión, venta de acciones, financiación, operaciones y dividendos, entre otros aspectos. Daniel Duarte José Navarrete Página 22

23 2.2.2 Qué significa financiar? En cada faceta de nuestra vida, es necesario que sepamos manejar nuestro dinero. En el caso de los negocios, es vital que los propietarios de una empresa desarrollen y lleven a cabo técnicas de planeamiento para asegurar la futura existencia de la compañía. Los inversionistas deben buscar el rendimiento y percibir los retornos, sin necesidad de caer en riesgos. Manejar un negocio exitosamente significa darle el mejor uso al dinero percibido. Es por ello que los accionistas deben darle el financiamiento apropiado a las inversiones, tanto de corto como de largo plazo. Una forma de aumentar las ganancias de la empresa es a través del "buen uso" de los recursos de otro, es decir, por medio de la técnica de "apalancamiento": se reciben fondos prestados y se aportan a un negocio de rinde en menor porcentaje. Las finanzas corporativas miden el nivel de rendimiento de una inversión, estudian los activos reales (tangibles e intangibles) y la obtención de fondos, el ritmo de crecimiento de la empresa, tamaño del crédito concedido a los clientes, remuneración de los empleados, endeudamiento, adquisición de empresas, entre otras áreas Finanzas Corporativas vs Contabilidad A diferencia de la contabilidad, que pretende reflejar, de la forma más exacta posible, las transacciones de la empresa; las finanzas se centran en el futuro de la misma, pero a través del estudio del valor. Sin embargo, son necesarias las finanzas corporativas? La respuesta es sí, a continuación algunas ventajas de este proceso: Ayudan a prevenir resultados Mejoran la comprensión de aspectos financieros Impulsan las buenas decisiones de los inversionistas Representan una aproximación a la realidad de la empresa Arrojan datos para la predicción y control del negocio La misión más importante de los directivos de una empresa es generarle a ésta la máxima creación de valor posible, es decir, hacer que la compañía valga cada vez más. Daniel Duarte José Navarrete Página 23

24 Cuando el capital que se invierte genera una tasa de rendimiento superior al costo del mismo, entonces se estará generando valor. Las finanzas corporativas se centran en cuatro tipos de decisiones: Las decisiones de inversión, que se centran en el estudio de los activos reales (tangibles o intangibles) en los que la empresa debería invertir. Las decisiones de financiación, que estudian la obtención de fondos (provenientes de los inversores que adquieren los activos financieros emitidos por la empresa) para que la compañía pueda adquirir los activos en los que ha decidido invertir. Las decisiones sobre dividendos, debe balancear aspectos cruciales de la entidad. Por un lado, implica una remuneración al capital accionario y por otro supone privar a la empresa de recursos financieros. Las decisiones directivas, que atañen a las decisiones operativas y financieras del día a día. A partir del objetivo básico de las finanzas corporativas que es maximizar el valor o la riqueza para los accionistas o propietarios, una de las cuestiones fundamentales se centra en medir la contribución de una determinada decisión al valor del accionista. Para responder a esta cuestión se han creado las técnicas de valuación o valoración de activos Conceptos claves en las finanzas El dilema entre el riesgo y el beneficio.- Mientras más rentabilidad espera un inversionista, más riesgo está dispuesto a correr. Los inversionistas son adversos al riesgo, es decir para un nivel dado de riesgo buscan maximizar el rendimiento, lo que se puede entender también que para un nivel dado de retorno buscan minimizar el riesgo. El valor del dinero en el tiempo.- Es preferible tener una cantidad de dinero ahora que la misma en el futuro. Al dueño de un recurso financiero se le tiene que pagar algo para que prescinda de ese recurso, en el caso del ahorrista, es la tasa de interés, en el caso del inversionista la tasa de rendimiento o de retorno. Daniel Duarte José Navarrete Página 24

25 El dilema entre la liquidez y la necesidad de invertir.- El dinero en efectivo es necesario para el trabajo diario pero a costa de sacrificar mayores inversiones. Costos de oportunidad.- Considerar que siempre hay varias opciones de inversión. El costo de oportunidad es la tasa de rendimiento sobre la mejor alternativa de inversión disponible. Es el rendimiento más elevado que no se ganará si los fondos se invierten en un proyecto en particular no se obtiene. También se puede considerar como la pérdida que estamos dispuestos a asumir, por no escoger la opción que representa el mejor uso alternativo del dinero. Financiamiento apropiado.- Las inversiones a largo plazo se deben financiar con fondos a largo plazo, y de manera semejante se deben financiar inversiones a corto plazo con fondos a corto plazo. En otras palabras, las inversiones deben calzarse con financiación adecuada al proyecto. Apalancamiento (uso de deuda).- El buen empleo de fondos adquiridos por deuda sirve para aumentar las utilidades de una empresa o inversionista. Un inversionista que recibe fondos prestados al 15%, por ejemplo, y los aporta a un negocio que rinde 20%, está aumentando sus propias ganancias con el buen uso de recursos de otro. Diversificación eficiente.- El inversionista prudente diversifica su inversión total, repartiendo sus recursos entre varias inversiones distintas. El efecto de diversificar es distribuir el riesgo y así reducir el riesgo total Clasificación de las finanzas corporativas Las finanzas corporativas comprenden un área de las finanzas que se enfoca particularmente en la manera mediante la cual las grandes empresas tienen la posibilidad de crear un determinado valor y sostenerlo haciendo un uso eficiente de todos los recursos con los que cuenta la misma; se encuentran fuertemente ligadas a disciplinas tales como la economía y la contabilidad ya que mediante las mismas se desarrollan. Daniel Duarte José Navarrete Página 25

26 El principal objetivo que poseen las finanzas corporativas es lograr una maximización en el valor correspondiente a los accionistas de la empresa o bien, a los propietarios de ésta. Las finanzas corporativas se dividen en cuatro grupos diferentes; en primer lugar tenemos a las decisiones de inversión, que por lo general siempre se toman en base al estudio que la empresa realiza sobre los activos en los cuales realizara la inversión. El segundo grupo es el de la decisiones de financiación, en donde se estudian las distintas maneras de obtener los fondos requeridos para que así la empresa puedo poseer los activos en los cuales desea invertir; el tercer grupo es el de las decisiones sobre los dividendos, y en este caso en particular es importante que se tenga en cuenta que se debe equilibrar todos los aspectos cruciales de la compañía. De alguna forma, esto implica una remuneración en cuanto al capital accionario de la misma y por otra parte se trata de limitar a la entidad de los recursos financieros a los cuales puede acudir. El cuarto y último grupo correspondiente a las finanzas corporativas es el de las decisiones directivas, que se encuentran directamente relaciones con las decisiones operativas y financieras que se toman día a día. Partiendo desde el principal objetivo de las finanzas corporativos, que como bien dijimos antes es el de maximizar la ganancia para los accionistas o propietarios, uno de los factores circunstanciales para poder llevarlas a cabo es sin lugar a dudas, la medición correspondiente a la contribución de una decisión, y precisamente para cumplir con este factor, se han creado diferentes tipos de técnicas de análisis y valoración de los activos Características de las finanzas corporativas Las finanzas corporativas poseen algunas características que nos ayuda a diferenciarlas con las otras ramificaciones correspondientes a las finanzas; por ejemplo, las finanzas corporativas generalmente suelen valorar tanto el tiempo como el dinero invertido por parte de una empresa, lo que quieres decir que cuando un inversionista espera una rentabilidad beneficiosa, el mismo está expuesto a correr riesgos muy Daniel Duarte José Navarrete Página 26

27 grandes. De todas formas debemos decir que la mayoría de los inversionistas suelen estar acostumbrados a enfrentar este tipo de riesgo, pero de todas formas, lógicamente, siempre van a buscar la manera de reducir el riesgo que se corre. Por otra parte, las finanzas corporativas se caracterizan por ofrecerle a la empresa inversiones a largo plazo que deben ser llevadas a cabo de manera simple y semejante, ya que lo primordial en este caso es que se financien todas aquellas inversiones que resulten ser las adecuadas para el proyecto que la empresa se plantea. Los costos de oportunidad también son parte de los factores característicos correspondientes a las finanzas corporativas, y en este caso debemos decir que se trata del rendimiento más alto que la finanzas no serán capaz de ganar en el caso de que los fondos se inviertan en in proyecto en particular. Los costos de oportunidad habitualmente se encuentran asociados con las pérdidas que un inversionista está dispuesto a asumir cuando no se escoge una opción que sea la mejor para emplear el dinero correspondiente. Las finanzas corporativas suelen constituir algunos dilemas para los inversionistas, por ejemplo, uno de las más habituales es aquel entre la liquidez y la necesidad de invertir, y esto replantea ya que toda compañía prefiere poseer el dinero, pero a pesar de eso, las mismas muchas veces optan por sacrificar esta liquidez con el fin de generar más utilidades. Otro de los dilemas que presentan las finanzas corporativas es aquel que se centra entre el riesgo y el beneficio. Como bien decíamos anteriormente en este artículo, el inversionista siempre que realiza una inversión está adoptando un riesgo de pérdida que puede ser o muy grande o muy chico según el tipo de inversión y del impacto económico, ya sea positivo o negativo que el mismo presente. 2.3 Ratios financieros más frecuentes El pilar fundamental del análisis financiero está contemplado en la información que proporcionan los estados financieros de la empresa, teniendo en cuenta las características de los usuarios a quienes van dirigidos y los objetivos específicos que los originan, entre Daniel Duarte José Navarrete Página 27

28 los más conocidos y usados son el Balance General y el Estado de Resultados, que son preparados, casi siempre, al final del periodo de operaciones por los administradores y en los cuales se evalúa la capacidad del ente para generar flujos favorables según la recopilación de los datos contables derivados de los hechos económicos. Uno de los instrumentos más usados para realizar análisis financiero de entidades es el uso de los Ratios Financieros, ya que estas pueden medir en un alto grado la eficacia y comportamiento de la empresa. Estas presentan una perspectiva amplia de la situación financiera, puede precisar el grado de liquidez, de rentabilidad, el apalancamiento financiero, la cobertura y todo lo que tenga que ver con su actividad. Los Ratios Financieros, son comparables con las de la competencia y llevan al análisis y reflexión del funcionamiento de las empresas frente a sus rivales, a continuación se explican los fundamentos de aplicación y calculo de cada una de ellos Ratios de Liquidez La liquidez de una organización es juzgada por la capacidad para saldar las obligaciones a corto plazo que se han adquirido a medida que éstas se vencen. Se refieren no solamente a las finanzas totales de la empresa, sino a su habilidad para convertir en efectivo determinados activos y pasivos corrientes. Capital Neto de Trabajo (cnt): Esta razón se obtiene al descontar de las obligaciones corrientes de la empresa todos sus derechos corrientes. CNT = Pasivo Corriente-Activo Corriente Índice de Solvencia (is): Este considera la verdadera magnitud de la empresa en cualquier instancia del tiempo y es comparable con diferentes entidades de la misma actividad. IS = Activo Corriente/Pasivo Corriente Daniel Duarte José Navarrete Página 28

29 Índice de la Prueba Acida: Esta prueba es semejante al índice de solvencia, pero dentro del activo corriente no se tiene en cuenta el inventario de productos, ya que este es el activo con menor liquidez. Acido = (Activo Corriente- Inventario)/Pasivo Corriente Rotación de Inventario (ri): Este mide la liquidez del inventario por medio de su movimiento durante el periodo. RI = Costo de lo vendido/inventario promedio Plazo Promedio de Inventario (ppi): Representa el promedio de días que un artículo permanece en el inventario de la empresa. PPI = 360/Rotación del Inventario Rotación de Cuentas por Cobrar (rcc): Mide la liquidez de las cuentas por cobrar por medio de su rotación. RCC = Ventas anuales a crédito/promedio de Cuentas por Cobrar Plazo Promedio de Cuentas por Cobrar (ppcc): Es una razón que indica la evaluación de la política de créditos y cobros de la empresa. PPCC = 360/Rotación de Cuentas por Cobrar Rotación de Cuentas por Pagar (rcp): Sirve para calcular el número de veces que las cuentas por pagar se convierten en efectivo en el curso del año. RCP = Compras anuales a crédito/promedio de Cuentas por Pagar Plazo Promedio de Cuentas por Pagar (ppcp): Permite vislumbrar las normas de pago de la empresa. PPCP = 360/Rotación de Cuentas por Pagar Daniel Duarte José Navarrete Página 29

30 2.3.2 Ratios de Endeudamiento Estas razones indican el monto del dinero de terceros que se utilizan para generar utilidades, estas son de gran importancia ya que estas deudas comprometen a la empresa en el transcurso del tiempo. Razón de Endeudamiento (re): Mide la proporción del total de activos aportados por los acreedores de la empresa. RE = Pasivo total/activo total Razón Pasivo-Capital (rpc): Indica la relación entre los fondos a largo plazo que suministran los acreedores y los que aportan los dueños de las empresas. RPC = Pasivo a largo plazo/capital contable Razón Pasivo a Capitalización Total (rpct): Tiene el mismo objetivo de la razón anterior, pero también sirve para calcular el porcentaje de los fondos a largo plazo que suministran los acreedores, incluyendo las deudas de largo plazo como el capital contable. RPCT = Deuda a largo plazo/capitalización total Ratios de Rentabilidad Estas razones permiten analizar y evaluar las ganancias de la empresa con respecto a un nivel dado de ventas, de activos o la inversión de los dueños. Margen Bruto de Utilidades (mb): Indica el porcentaje que queda sobre las ventas después que la empresa ha pagado sus existencias. MB = Ventas - Costo de lo Vendido/Ventas Margen de Utilidades Operacionales (mo): Representa las utilidades netas que gana la empresa en el valor de cada venta. Estas se deben tener en cuenta deduciéndoles los Daniel Duarte José Navarrete Página 30

31 cargos financieros o gubernamentales y determina solamente la utilidad de la operación de la empresa. Margen Neto de Utilidades (mn): Determina el porcentaje que queda en cada venta después de deducir todos los gastos incluyendo los impuestos. Rotación del Activo Total (rat): Indica la eficiencia con que la empresa puede utilizar sus activos para generar ventas. RAT = Ventas anuales/activos totales Rendimiento de la Inversión (rei): Determina la efectividad total de la administración para producir utilidades con los activos disponibles. REI = Utilidades netas después de impuestos/activos totales Rendimiento del Capital Común (cc): Indica el rendimiento que se obtiene sobre el valor en libros del capital contable. CC = (Utilidades netas después de impuestos - Dividendos preferentes) / (Capital contable - Capital preferente) Utilidades por Acción (ua): Representa el total de ganancias que se obtienen por cada acción ordinaria vigente. UA = Utilidades disponibles para acciones ordinarias / Número de acciones ordinarias en circulación Dividendos por Acción (da): Esta representa el monto que se paga a cada accionista al terminar el periodo de operaciones. DA = Dividendos pagados/número de acciones ordinarias vigentes Daniel Duarte José Navarrete Página 31

32 2.4 Sistemas de Información Análisis y Diseño de los Sistemas de Información En la actualidad, la información se ha vuelto un factor importante en el desarrollo de las empresas, así como de diferentes tipos de organizaciones, también se han ido adaptando poco a poco a los sistemas y las tecnologías de información, que les permitan crecer y sobretodo, brindar mejores y más variados servicios. Un uso muy específico de los sistemas de información que se observan con mayor incidencia en estas empresas es aquellos dedicados a apoyar la toma de decisiones. La interrelación entre la información, sistemas de información y la toma de decisiones se explica perfectamente cuando de desempeño organizacional se refiere, siendo el fin de complementar los objetivos que se propone cada organización convirtiéndose en su razón de ser y de apoyo para desenvolver tareas, constituyendo la información en fuente de partida de todos los procesos dentro de las entidades, traduciéndose en acciones una vez procesada a través de sistemas de información, encargados de que la información que fluya cumpla con los cuatros supuestos básicos como: oportuna, relevante, cuantitativa y cualitativa. Fig. 2.1 Interrelación entre la información, Sistemas de Información y la Toma de decisiones Fuente: Daniel Duarte José Navarrete Página 32

33 2.5 Sistema de soporte a la toma de decisiones (DSS) Introducción En los setenta, muchas empresas comenzaron a desarrollar sistemas de información muy diferentes de los sistemas de información para la administración (SIA) tradicionales. Esos nuevos sistemas eran más pequeños (en términos de mano de obra y costo), eran interactivos (poco común en ese tiempo), y estaban diseñados para ayudar a los usuarios finales a utilizar datos y modelos para discutir y decidir (no resolver) problemas semiestructurados y no estructurados. A finales de los 80, estos primeros esfuerzos para ayudar a la toma de decisiones individual se extendieron a los grupos y a las empresas Modelo Administrativo El modelo clásico de administración que describe lo que los administradores hacen, permaneció incuestionado por más de 70 años desde los veinte. Henry Fayol y otros autores contemporáneos fueron los primeros en describir las cinco funciones clásicas de los administradores: planeación, organización, coordinación, decisión y control. Esta descripción de las actividades administrativas, dominó la administración durante un largo periodo, y sigue siendo popular hoy día. El modelo clásico de las funciones administrativas es planeación, organización, coordinación, decisión y control en estas cae la toma de decisiones administrativas. Los modelos conductuales afirman que el comportamiento real de los administradores parece ser menos sistemático, más informal, menos reflexivo, mas reactivo, menos organizado y mucho más frívolo que lo que los estudiantes de los sistemas de información y toma de decisiones esperan que sea. Un estudio famoso del comportamiento real de los administradores conducido por Mintzgerg, indica que el comportamiento real contrasta con la descripción clásica. Primero, los investigadores modernos han encontrado que el administrador realiza una gran cantidad de trabajo a paso veloz y trabaja con un alto nivel de intensidad. Segundo, las actividades gerenciales son fragmentadas y breves. Tercero, los administradores Daniel Duarte José Navarrete Página 33

34 prefieren la especulación, el ruido, el chisme; en síntesis, les agrada la información actualizada y fresca aun cuando sea incierta. Cuarto, los administradores mantienen una red compleja de contactos que actúa con un sistema informal de organización. Quinto, los administradores prefieren formas verbales de comunicación a las escritas, porque las primeras proporcionan mayor flexibilidad, requieren de menor esfuerzo y conllevan a una respuesta más rápida. A pesar del diluvio de trabajo, la presión los administradores de éxito parecen tener la capacidad de controlar sus propios asuntos, estos también pueden controlar las actividades en las que desean involucrarse sobre la base diaria. Al desarrollar sus compromisos a largo plazo, sus propios canales de información y sus propias redes, los altos directivos pueden controlar sus propias agendas personales Comunicación En los sesenta, pocas empresas tenían una función independiente de telecomunicaciones. En los setenta, el advenimiento de la computación en línea y el tiempo compartido habían hecho esenciales las telecomunicaciones para los sistemas de información. Las instituciones debían manejar sus propias telecomunicaciones. Habían surgido clases enteramente nuevas de tecnología de comunicación, de manera que los administradores de hoy deben conocer las diferentes tecnologías y sistemas disponibles para sus instituciones, los costos y beneficios de cada uno, capacidades de las diversas tecnologías y un método para determinar los requerimientos de telecomunicaciones de la institución. Dentro de la organización se debe tener un buen sistema de comunicación, que permita que la información fluya de forma adecuada para tomar una buena decisión en los departamentos que los requiera la empresa. Los medios por los cuales se pueden comunicar en la organización pueden ser microondas, satélites, teléfonos celulares y redes Daniel Duarte José Navarrete Página 34

35 2.5.4 Definición de los sistemas de soporte a la toma de decisiones Técnicamente se puede definir como Sistemas de computo a nivel directivo de una institución, que combinan los datos y modelos analíticos sofisticados para dar soporte a la toma de decisiones semiestructuradas y no estructuradas". El DSS en sí, es un bloque de toma de decisiones sustentado en base de datos que quienes toman las decisiones puedan usar para apoyar el proceso de decidir. En un sentido amplio, se define a este sistema, como un conjunto de programas y herramientas que permiten obtener de manera oportuna la información que se requiere mediante el proceso de la toma de decisiones que se desarrolla en un ambiente de incertidumbre. Ayudan a la toma de decisiones de los administradores al combinar datos, modelos analíticos sofisticados y software amigable en un solo sistema poderoso que puede dar soporte a la toma de decisiones semiestructuradas o no estructuradas. El DSS está bajo el control del usuario desde la concepción inicial a la implantación final y uso diario. El DSS tiene como finalidad apoyar a la toma de decisiones mediante la generación y evaluación sistemática de diferentes alternativas o escenarios de decisión, todo esto utilizando modelos y herramientas computacionales. Un DSS no soluciona problemas, ya que solo apoya el proceso de la toma de decisiones. La responsabilidad de tomar una decisión, de optarla y de realizarla es de los administradores Tipos de Sistemas de soporte a la toma de decisiones Sistema de Soporte a la toma de Decisiones (DSS) Sistemas de Información para Ejecutivos (EIS) Sistemas para la toma de Decisiones en Grupo (GDSS) Sistemas Expertos de Soporte a la Toma de Decisiones (EDSS) Daniel Duarte José Navarrete Página 35

36 2.5.6 Características de los sistemas de soporte a la toma de decisiones Interactividad: sistema computacional con la posibilidad de interactuar en forma amigable y con respuestas a tiempo real con el encargado de tomar decisiones. Tipo de decisiones: Apoya el proceso de toma de decisiones estructuradas y no estructuradas. Frecuencia de Uso: Tiene una utilización frecuente por parte de la administración media y alta para el desempeño de su función. Variedad de Usuarios: Puede emplearse por usuarios de diferentes áreas funcionales como ventas, producción, administración, finanzas y recursos humanos. Flexibilidad: Permite acoplarse a una variedad determinada de estilos administrativos: Autocráticos, Participativos, etc. Desarrollo: Permite que el usuario desarrollo de manera directa modelos de decisión sin la participación operativa de profesionales en informática. Interacción Ambiental: Permite la posibilidad de interactuar con información externa como parte de los modelos de decisión. Comunicación Inter-Organizacional: Facilita la comunicación de información relevante de los niveles altos a los niveles operativos y viceversa, a través de gráficas. Acceso a base de Datos: Tiene la capacidad de accesar a la información de las bases de datos corporativas. Simplicidad: Simple y fácil de aprender y utilizar por el usuario final. Daniel Duarte José Navarrete Página 36

37 2.5.7 Componentes funcionales que integran un DSS. Una de las características que poseen un DSS es la facilidad que un usuario, sin tener conocimientos amplios sobre sistemas computacionales, pueda desarrollar sus propios modelos de decisión. Estos modelos son construidos con ayuda de herramientas, que en términos generales se clasifican en herramientas de hardware y software. Las primeras están constituidas por todos los elementos del hardware, incluyendo microcomputadoras, monitores de alta resolución, impresoras, etc. Las herramientas de software son aquellas que permiten al usuario generar sus propias aplicaciones, manipular su información particular y, en general, interactuar con el DSS El modelo Esta facilidad permite al usuario utilizar modelos clásicos, que se encuentran desarrollados y disponibles, formando la base de modelos. Estos pueden incluir: Inventarios Control de proyectos Programación lineal Simulación Colas Análisis Estadísticos Planeación financiera de escenarios Es una representación abstracta en donde se ilustran los componentes o relaciones de un fenómeno. Daniel Duarte José Navarrete Página 37

38 2.5.9 La base de datos Es una colección de datos actuales o históricos de un número de aplicaciones o grupos, organizada para un acceso fácil a partir d una gama de aplicaciones. Otras de las facilidades de los DSS, es la posibilidad de manejar y almacenar información, incluyendo funciones tales como: Acceso a las bases de datos corporativas. Generación de información privada en bases de datos locales. Manipulación de la información a través de técnicas de manejo de información, consolidaciones, etc Base de datos corporativas. Es la base de datos que integra toda la información de la compañía, la cual pueden consultar los diferentes usuarios para construir y utilizar herramientas para la toma de decisiones Bases de datos locales y archivos propietarios. Las bases de datos locales y los archivos propietarios son generados y utilizados por los usuarios, para lo cual debe de tomarse de la base de datos corporativa. Las bases de datos locales y los archivos propietarios pueden ser manipulados por el usuario, permitiendo su creación, consulta y modificación Sistema de software Permite una interacción fácil entre los usuarios del sistema y la base de datos del DSS y la base de modelos. Daniel Duarte José Navarrete Página 38

39 Interface con el usuario Una parte fundamental de los DSS es facilidad para explorar la información a través de gráficas de alta calidad y reportes que se diseñan y se obtienen en intervalos cortos de tiempo, así como la disponibilidad de lenguajes de muy alto nivel para facilitar la consulta de información que contiene la base de datos. La mayoría de los DSS permiten a los usuarios desarrollar sus propios modelos de decisión. Esto implica la posibilidad de manejar entrada, procesamiento, almacenamiento, y salida de información. En este sentido el usuario diseña sus propios formatos de entrada y salida, así como la estructura de almacenamiento de información y las funciones de procesamiento, de tal forma que el sistema puede evolucionar de manera permanente, a través de los cambios que periódicamente se van integrando a la aplicación. Esta forma de desarrollo denominada prototipo, es diferente al proceso tradicional de desarrollo de un sistema transaccional típico. En este último, el usuario tiene que definir de antemano todos los requerimientos de sus sistemas de aplicación durante las fases de análisis antes de iniciar la fase de diseño. Otra característica que se deriva de estos Sistemas de desarrollo es el concepto de aplicaciones desechables; es decir, modelos de decisión que fueron desarrollados en un tiempo muy corto, para apoyar una decisión particular. Una vez tomada la decisión no repetitiva, el modelo que se desarrolló carece de valor y desecha, o bien se almacena para usarse con modificaciones en una decisión posterior Factores para el éxito de un DSS Capacitación Involucramiento Experiencia de los usuarios Apoyo de la alta dirección Daniel Duarte José Navarrete Página 39

40 Nivel de utilización Novedad de la aplicación Aplicaciones Una de las aplicaciones que se podrían tener en el modelo de soporte a la toma de decisiones es que puede utilizarse en la industria para desarrollar y actualizar el presupuesto de operaciones y financieros, el cual debido a la extensa gama de productos y líneas que maneja es necesario incorporarla a través de un modelo computacional. Es importante resaltar la conveniencia de que toda la información que se utiliza en este modelo provenga de los sistemas transaccionales de la empresa, tales como contabilidad, inventarios, facturación, etc Tendencias futuras. Apoyo a las decisiones simultáneas: Los sistemas de apoyo en un futuro tendrán una fuerte tendencia a apoyar el proceso de decisiones en grupo a través de los sistemas de apoyo para la toma de decisiones en grupo. Lo cual será posible gracias al desarrollo e innovación de las comunicaciones de datos en funciones tales como correo electrónico, redes locales y teleconferencias. Sistemas distribuidos de apoyo a las decisiones: Lo anterior implica la existencia de sistemas de apoyo a las decisiones desarrolladas en diversas localidades remotas, reforzando las comunicaciones de datos entre los mainframes o servidores y las computadoras personales, lo cual será útil para la toma de decisiones secuenciales. En este caso se requerirá de los principales paquetes de apoyo a las decisiones secuenciales. En este caso se requerirá de los principales paquetes de apoyo a las decisiones se desarrollen para que corran en computadoras personales y mainframes, para lo cual deben resolver las interfaces entre ellas. Apoyo gráfico: Los soportes gráficos agilizaran la visualización de la información de la información y por ende, la velocidad con que se tomen las decisiones. Daniel Duarte José Navarrete Página 40

41 Computadoras personales: Se seguirán utilizando las computadoras personales para el apoyo al proceso de toma de decisiones, principalmente con el uso de hojas electrónicas, gráficas y bases de datos personales. Reconocimiento de voz: Se tenderá a sistemas altamente compatibles que puedan incluso trabajar con patrones de reconocimiento de voz, lo cual minimizará la entrada de información por medio del teclado. Descentralización del proceso de toma de decisiones: Tradicionalmente el proceso de toma de decisiones ha estado centralizado en la mayoría de las organizaciones. Sin embargo, los estándares de trabajo que imponen las técnicas de calidad total y reingeniería de procesos presuponen que las decisiones deben tomarse en el nivel más bajo posible de la organización, a fin de poder reaccionar con rapidez a las continuas y cambiantes demandas de los clientes. Esto requerirá que las personas dispongan de información fresca y actualizada en todos los niveles de la empresa. 2.6 Base de Datos y Datawarehouse Definición de Bases de datos Una BD es una colección integrada de datos organizada para satisfacer los requerimientos de información de los usuarios de una empresa, por medio de procesos de captura, validación, almacenamiento, actualización, integridad, cálculo, presentación, respaldo y restauración de datos; además de incluir los recursos, políticas y métodos de diseminación de la información. Congruente con los niveles jerárquicos y las expectativas que un SSD debe satisfacer, se puede clasificar a la BD en tres categorías que se presentan en la figura 2.2, donde se aprecia el flujo de información procedente de las transacciones procesadas y almacenadas en BD operativas para satisfacer los requerimientos del personal del mismo nivel, además de surtir información refinada a la BD del rango táctico, está a su vez provee la información solicitada por los mandos medios y surte a la BD estratégica que apoya a la alta dirección. También se aprecia el Daniel Duarte José Navarrete Página 41

42 uso de datos de fuentes externas, cuya naturaleza y magnitud están en función de la jerarquía. Fig. 2.2 Nivel jerárquico de una BD Fuente: Datawarehouse Es un repositorio de datos de muy fácil acceso, alimentado de numerosas fuentes, transformadas en grupos de información sobre temas específicos de negocios, para permitir nuevas consultas, análisis, reporteador y decisiones Objetivos del Datawarehouse Hacer que la información de la organización sea accesible: los contenidos del Data WareHouse deben ser entendibles y navegables, y el acceso a ellos son caracterizado por el rápido desempeño. Estos requerimientos no tienen fronteras y tampoco limites fijos. Cuando hablamos de entendible significa, que los niveles de la información sean correctos y obvios, navegables significa reconocer el destino en la pantalla y llegar a donde queramos con solo un clic. Rápido desempeño significa, cero tiempos de espera. Hacer que la información de la organización sea consistente: la información de una parte de la organización puede hacerse coincidir con la información Daniel Duarte José Navarrete Página 42

43 de la otra parte de la organización. Si dos medidas de la organización tienen el mismo nombre, entonces deben significar la misma cosa. Y a la inversa, si dos medidas no significan la misma cosa, entonces son etiquetados diferentes. Información consistente significa, información de alta calidad. Significa que toda la información es contabilizada y completada. Es información adaptable y elástica: el Data WareHouse está diseñado para cambios continuos. Cuando se le hacen nuevas preguntas al Data WareHouse, los datos existentes y las tecnologías no cambian ni se corrompen. Cuando se agregan datos nuevos al Data WareHouse, los datos existentes y las tecnologías tampoco cambian ni se corrompen. El diseño de Data Marts separados que hacen al Data WareHouse, deben ser distribuidos e incrementados. Es un seguro baluarte que protege los valores de la información: el Data WareHouse no solamente controla el acceso efectivo a los datos, si no que da a los dueños de la información gran visibilidad en el uso y abusos de los datos, aún después de haber dejado el Data WareHouse. Es la fundación de la toma de decisiones: el Data WareHouse tiene los datos correctos para soportar la toma de decisiones. Solo hay una salida verdadera del Data WareHouse: las decisiones que son hechas después de que el Data WareHouse haya presentado las evidencias. La original etiqueta que preside el Data WareHouse sigue siendo la mejor descripción de lo que queremos construir: un sistema de soporte a las decisiones. Daniel Duarte José Navarrete Página 43

44 2.6.4 Características de un Data WareHouse Entre sus principales características tenemos: Orientado al tema Integrado De tiempo variante No volátil Orientado a temas Una primera característica del Datawarehouse es que la información se clasifica en base a los aspectos que son de interés para la empresa. Siendo así, los datos tomados están en contraste con los clásicos procesos orientados a las aplicaciones. Fig. 2.3 Tipos de Orientaciones Fuente: Daniel Duarte José Navarrete Página 44

45 El ambiente operacional se diseña alrededor de las aplicaciones y funciones tales como préstamos, ahorros, tarjeta bancaria y depósitos para una institución financiera. Por ejemplo, una aplicación de ingreso de órdenes puede acceder a los datos sobre clientes, productos y cuentas. La base de datos combina estos elementos en una estructura que acomoda las necesidades de la aplicación. En el ambiente data warehousing se organiza alrededor de sujetos tales como cliente, vendedor, producto y actividad. Por ejemplo, para un fabricante, éstos pueden ser clientes, productos, proveedores y vendedores. Para una universidad pueden ser estudiantes, clases y profesores. Para un hospital pueden ser pacientes, personal médico, medicamentos, etc. La alineación alrededor de las áreas de los temas afecta el diseño y la implementación de los datos encontrados en el Datawarehouse. Las principales áreas de los temas influyen en la parte más importante de la estructura clave. Las aplicaciones están relacionadas con el diseño de la base de datos y del proceso. En data warehousing se enfoca el modelamiento de datos y el diseño de la base de datos. El diseño del proceso (en su forma clásica) no es separado de este ambiente. Las diferencias entre la orientación de procesos y funciones de las aplicaciones y la orientación a temas, radican en el contenido de la data a escala detallada. En el Datawarehouse se excluye la información que no será usada por el proceso de sistemas de soporte de decisiones, mientras que la información de las orientadas a las aplicaciones, contiene datos para satisfacer de inmediato los requerimientos funcionales y de proceso, que pueden ser usados o no por el analista de soporte de decisiones. Otra diferencia importante está en la interrelación de la información. Los datos operacionales mantienen una relación continua entre dos o más tablas basadas en una regla comercial que está vigente. Las del Datawarehouse miden un espectro de tiempo y las relaciones encontradas en el Datawarehouse son muchas. Muchas de las reglas Daniel Duarte José Navarrete Página 45

46 comerciales (y sus correspondientes relaciones de datos) se representan en el Datawarehouse, entre dos o más tablas Integrado Integra datos recolectados de diferentes sistemas operacionales de la organización y o fuentes externas. El aspecto más importante del ambiente data warehousing es que la información encontrada al interior está siempre integrada. Fig. 2.4 Integrado Fuente: La integración de datos se muestra de muchas maneras: en convenciones de nombres consistentes, en la medida uniforme de variables, en la codificación de estructuras consistentes, en atributos físicos de los datos consistentes, fuentes múltiples y otros De tiempo variante (Variable en el tiempo) Los datos son relativos a un periodo de tiempo y estos deben ser integrados periódicamente, los mismos son almacenados como fotos que se corresponden a un periodo de tiempo. Daniel Duarte José Navarrete Página 46

47 Toda la información del Datawarehouse es requerida en algún momento. Esta característica básica de los datos en un depósito, es muy diferente de la información encontrada en el ambiente operacional. En éstos, la información se requiere al momento de acceder. En otras palabras, en el ambiente operacional, cuando usted accede a una unidad de información, usted espera que los valores requeridos se obtengan a partir del momento de acceso. Como la información en el Datawarehouse es solicitada en cualquier momento (es decir, no "ahora mismo"), los datos encontrados en el depósito se llaman de "tiempo variante". Los datos históricos son de poco uso en el procesamiento operacional. La información del depósito por el contraste, debe incluir los datos históricos para usarse en la identificación y evaluación de tendencias. (Ver Figura). Fig. 2.5 De tiempo Variante Fuente: Daniel Duarte José Navarrete Página 47

48 No volátil Los datos que son almacenados no sufren ninguna actualización solo son incrementados. El período cubierto para un DW va de 2 a 10 años. Fig. 2.6 No Volátil Fuente: La información es útil sólo cuando es estable. Los datos operacionales cambian sobre una base momento a momento. La perspectiva más grande, esencial para el análisis y la toma de decisiones, requiere una base de datos estable. En la Figura se muestra que la actualización (insertar, borrar y modificar), se hace regularmente en el ambiente operacional sobre una base de registro por registro. Pero la manipulación básica de los datos que ocurre en el Datawarehouse es mucho más simple. Hay dos únicos tipos de operaciones: la carga inicial de datos y el acceso a los mismos. No hay actualización de datos (en el sentido general de actualización) en el depósito, como una parte normal de procesamiento. Hay algunas consecuencias muy importantes de esta diferencia básica, entre el procesamiento operacional y del Datawarehouse. En el nivel de diseño, la necesidad de Daniel Duarte José Navarrete Página 48

49 ser precavido para actualizar las anomalías no es un factor en el Datawarehouse, ya que no se hace la actualización de datos. Esto significa que en el nivel físico de diseño, se pueden tomar libertades para optimizar el acceso a los datos, particularmente al usar la normalización y desnormalización física. Otra consecuencia de la simplicidad de la operación del Datawarehouse está en la tecnología subyacente, utilizada para correr los datos en el depósito. Teniendo que soportar la actualización de registro por registro en modo on-line (como es frecuente en el caso del procesamiento operacional) requiere que la tecnología tenga un fundamento muy complejo debajo de una fachada de simplicidad Procesos básicos del Data WareHouse (ETL) Extracción: este es el primer paso de obtener la información hacia el ambiente del Data WareHouse. Transformación: una vez que la información es extraída hacia el área de tráfico de datos, hay posibles pasos de transformación como; limpieza de la información, tirar a la basura lo que no nos sirve, seleccionar únicamente los campos necesarios para el Data WareHouse, combinar fuentes de datos, haciéndolas coincidir por los valores de las llaves, creando nuevas llaves para cada registro de una dimensión. Carga: al final del proceso de transformación, los datos están en forma para ser cargados Proceso Analítico OLAP El proceso analítico en línea (OLAP) es una tecnología cada vez más popular que puede mejorar significativamente el análisis de su negocio. Caracterizada históricamente como una herramienta de implementación difícil, implantación inflexible e inaccesible por su elevado costo. Daniel Duarte José Navarrete Página 49

50 El objetivo del OLAP es agrupar los datos con el propósito de facilitar su posterior análisis, de forma que sean útiles para acceder y analizar información sobre la propia empresa. Como Funciona El objetivo de esta tecnología es realizar análisis sofisticado en grandes volúmenes de datos con un rendimiento excepcional. Información En cada empresa y organización existe un constante flujo de datos. Esta información proviene de múltiples fuentes y debe ser almacenada en Bases de Datos. Las Bases de Datos son el núcleo del sistema de información de cualquier empresa. La administración y gestión de las mismas, constituye un elemento básico en la toma de decisiones Datawarehouse El objetivo del Datawarehouse es agrupar los datos con el propósito de facilitar su posterior análisis, de forma que sean útiles para acceder y analizar información sobre la propia empresa. A este tipo de datos se les conoce como informativos. Los sistemas que los manejan, se denominan OLAP (Online Analytical Processing). Daniel Duarte José Navarrete Página 50

51 Fig. 2.7 Data Warehouse Fuente: Cubos (OLAP) Este proceso consiste en obtener datos relevantes entre la gran cantidad de información contenida en el sistema. Se pueden agregar múltiples dimensiones para realizar los cruces que permitirán extraer, en forma rápida y eficiente, la información que se requiere. Fig. 2.8 Cubos de información Fuente: Daniel Duarte José Navarrete Página 51

52 2.7.1 Cubos de Información OLAP Introducción Nos referimos a cubos OLAP cuando hablamos de bases de datos multidimensionales, en las cuales el almacenamiento físico de los datos se realiza en vectores multidimensionales. Los cubos OLAP se pueden considerar como una ampliación de las dos dimensiones de una hoja de cálculo. Por ejemplo, una empresa podría analizar algunos datos financieros por producto, por período de tiempo, por ciudad, por tipo de ingresos y de gastos, y mediante la comparación de los datos reales con un presupuesto. Estos parámetros en función de los cuales se analizan los datos se conocen como dimensiones. Para acceder a los datos sólo es necesario indexarlos a partir de los valores de las dimensiones o ejes. El almacenar físicamente los datos de esta forma tiene sus pros y sus contras. Por ejemplo, en estas bases de datos las consultas de selección son muy rápidas (de hecho, casi en tiempo real). Pero uno de los problemas más grandes de esta forma de almacenamiento es que una vez poblada la base de datos ésta no puede recibir cambios en su estructura. Para ello sería necesario rediseñar el cubo. En un sistema OLAP puede haber más de tres dimensiones, por lo que a los cubos OLAP también reciben el nombre de hipercubos. Las herramientas comerciales OLAP tienen diferentes métodos de creación y vinculación de estos cubos o hipercubos Dimensiones y jerarquías Cada una de las dimensiones de un cubo OLAP puede resumirse mediante una jerarquía. Por ejemplo si se considera una escala (o dimensión) temporal "Mayo de 2005" se puede incluir en "Segundo Trimestre de 2005", que a su vez se incluye en "Año 2005". De igual manera, otra dimensión de un cubo que refleje una situación geográfica, las ciudades se pueden incluir en regiones, países o regiones mundiales; los productos Daniel Duarte José Navarrete Página 52

53 podrían clasificarse por categorías, y las partidas de gastos podrían agruparse en tipos de gastos. En cambio, el analista podría comenzar en un nivel muy resumido, como por ejemplo el total de la diferencia entre los resultados reales y lo presupuestado, para posteriormente descender en el cubo (en sus jerarquías) para poder observar con un mayor nivel de detalle que le permita descubrir en el cubo los lugares en los que se ha producido esta diferencia, según los productos y períodos Dispersión en cubos OLAP Vincular o enlazar cubos es un mecanismo para superar la dispersión. Ésta se produce cuando no todas las celdas del cubo se rellenan con datos (escasez de datos o valores nulos). El tiempo de procesamiento es tan valioso que se debe adoptar la manera más efectiva de sumar ceros (los valores nulos o no existentes). Por ejemplo los ingresos pueden estar disponibles para cada cliente y producto, pero los datos de los costos pueden no estar disponibles con esta cantidad de análisis. En lugar de crear un cubo disperso, a veces es mejor crear otro distinto, pero vinculado, cubo en el que un subconjunto de los datos se puede analizar con gran detalle. La vinculación asegura que los datos de los dos cubos mantengan una coherencia. 2.8 Business Intelligence Definición Suele definirse como la transformación de los datos de la compañía en conocimiento para obtener una ventaja competitiva. Desde un punto de vista más pragmático, y asociándolo directamente a las tecnologías de la información, podemos definir Business Intelligence como el conjunto de metodologías, aplicaciones y tecnologías que permiten reunir, depurar y transformar datos de los sistemas transaccionales e información desestructurada (interna y externa a la compañía) en información estructurada, para su explotación directa (reporting, análisis OLAP...) o para su análisis y conversión en conocimiento soporte a la toma de decisiones sobre el negocio. Daniel Duarte José Navarrete Página 53

54 Esta definición pretende abarcar y describir el ámbito integral del entorno BI, reflejado resumidamente en el gráfico que aquí se muestra. Fig. 2.9 Modelo Integral de una solución BI Fuente: Componentes de una solución BI Una solución integral BI se compone de los siguientes elementos: Diseño conceptual de los sistemas.- Para resolver el diseño de un modelo BI, se deben contestar a tres preguntas básicas: cuál es la información requerida para gestionar y tomar decisiones; cuál debe ser el formato y composición de los datos a utilizar; y de dónde proceden esos datos y cuál es la disponibilidad y periodicidad requerida. En otras palabras, el diseño conceptual tiene diferentes momentos en el desarrollo de una plataforma BI: En la fase de construcción del Datawarehouse y datamarts, primarán los aspectos de estructuración de la información según potenciales criterios de explotación. En la fase de implantación de herramientas de soporte a la alta dirección, se desarrolla el análisis de criterios directivos: misión, objetivos estratégicos, factores de seguimiento, Daniel Duarte José Navarrete Página 54

55 indicadores clave de gestión o KPIs, modelos de gestión... en definitiva, información para el qué, cómo, cuándo, dónde y para qué de sus necesidades de información. Construcción y alimentación del Datawarehouse y/o de los datamarts.- Un Datawarehouse es una base de datos corporativa que replica los datos transaccionales una vez seleccionados, depurados y especialmente estructurados para actividades de query y reporting. Un datamart (o mercado de datos) es una base de datos especializada, departamental, orientada a satisfacer las necesidades específicas de un grupo particular de usuarios (en otras palabras, un Datawarehouse departamental, normalmente subconjunto del corporativo con transformaciones específicas para el área a la que va dirigido). La vocación del Datawarehouse es aislar los sistemas operacionales de las necesidades de información para la gestión, de forma que cambios en aquéllos no afecten a éstas, y viceversa (únicamente cambiarán los mecanismos de alimentación, no la estructura, contenidos, etc.). Herramientas de explotación de la información.- Es el área donde más avances se han producido en los últimos años. Sin embargo, la proliferación de soluciones mágicas y su aplicación coyuntural para solucionar aspectos puntuales ha llevado, en ocasiones, a una situación de desánimo en la organización respecto a los beneficios de una solución BI. Sin entrar a detallar las múltiples soluciones que ofrece el mercado, a continuación se identifican los modelos de funcionalidad o herramientas básicas (cada producto de mercado integra, combina, potencia, adapta y personaliza dichas funciones): - Query & reporting: herramientas para la elaboración de informes y listados, tanto en detalle como sobre información agregada, a partir de la información de los datawarehouses y datamarts. Desarrollo a medida y/o herramientas para una explotación libre. - Cuadro de mando analítico (EIS tradicionales): elaboración, a partir de datamarts, de informes resumen e indicadores clave para la gestión (KPI), que permitan a los gestores de la empresa analizar los resultados de la misma de forma rápida y eficaz. Daniel Duarte José Navarrete Página 55

56 En la práctica es una herramienta de querys orientada a la obtención y presentación de indicadores para la dirección (frente a la obtención de informes y listados). - Cuadro de mando integral o estratégico (Balanced Scorecard): este modelo parte de que la estrategia de la empresa es el punto de referencia para todo proceso de gestión interno. Con él los diferentes niveles de dirección y gestión de la organización disponen de una visión de la estrategia de la empresa traducida en un conjunto de objetivos, iniciativas de actuación e indicadores de evolución. Los objetivos estratégicos se asocian mediante relaciones causa-efecto y se organizan en cuatro áreas o perspectivas: financiera, cliente, procesos y formación o desarrollo. El cuadro de mando integral es una herramienta que permite alinear los objetivos de las diferentes áreas o unidades con la estrategia de la empresa y seguir su evolución. - OLAP (on-line analytical processing): herramientas que manejan interrogaciones complejas de bases de datos relacionales, proporcionando un acceso multidimensional a los datos, capacidades intensivas de cálculo y técnicas de indexación especializadas. Permiten a los usuarios trocear sus datos planteando queries sobre diferentes atributos o ejes. Utilizan un servidor intermedio para almacenar los datos multidimensionales precalculados de forma que la explotación sea rápida. - Datamining (minería de datos): Son auténticas herramientas de extracción de conocimiento útil, a partir de la información contenida en las bases de datos de cualquier empresa. El objetivo que se persigue es descubrir patrones ocultos, tendencias y correlaciones, y presentar esta información de forma sencilla y accesible a los usuarios finales, para solucionar, prever y simular problemas del negocio. El datamining incorpora la utilización de tecnologías basadas en redes neuronales, árboles de decisión, reglas de inducción, análisis de series temporales... y visualización de datos Oracle Database 11g para Data Warehousing e Inteligencia de Negocios Es una plataforma integral de base de datos para data warehousing e inteligencia de negocios que combina escalabilidad y desempeño, análisis bien integrado y calidad de Daniel Duarte José Navarrete Página 56

57 datos e integridad todo en una sola plataforma que se ejecuta en una infraestructura grid de bajo costo y confiable. Oracle Database 11g ofrece la mejor funcionalidad de su clase para datawarehouses y data marts, con escalabilidad probada en cientos de terabytes y desempeño líder en el mercado. Oracle Database 11g también ofrece una plataforma exclusivamente integrada para análisis. Al incorporar OLAP, Data Mining y capacidades estadísticas directamente en la base de datos, Oracle brinda toda la funcionalidad de motores analíticos autónomos con la escalabilidad, seguridad y confiabilidad empresarial de una base de datos Oracle. Debido a que la integración de datos es un requerimiento principal de cualquier Datawarehouse, Oracle Database 11g incluye una herramienta ETL, Oracle Warehouse Builder, que aprovecha las capacidades escalables de Oracle en cuanto a transformación de datos y acceso a datos heterogéneos Oracle Warehouse Builder Para cumplir con estos requerimientos de negocio, Oracle Database 11g incluye una herramienta para la integración de datos, Oracle Warehouse Builder (OWB). Las características principales de OWB se incluyen como característica de base de datos sin costo, y OWB tiene adicionalmente tres opciones para requerimientos de integración específicos: Producto Base: El producto base está diseñado para permitir que cualquier cliente Oracle cree un data mart o Datawarehouse con eficiencia, de cualquier tamaño o complejidad. Incluye un repositorio de metadatos de múltiples usuarios y listo para empresas, capacidades para el modelado de datos y una amplia variedad de técnicas de transformación y extracción, y el desempeño y la escalabilidad de una arquitectura ELT. Opción Enterprise ETL: Esta opción está específicamente diseñada para aumentar el desempeño y la productividad, e incluye las siguientes características: Daniel Duarte José Navarrete Página 57

58 Opciones avanzadas para la carga de datos Productividad del desarrollador mediante componentes reutilizables Administración de dimensiones lentamente cambiantes Análisis de impacto y linaje completo de datos Soporte de administración avanzada de configuración Opción de Calidad de Datos: Como parte totalmente integrada del producto, una ventaja muy distinta de las demás herramientas en el mercado, la opción de calidad de datos ofrece soporte para la proliferación de datos, reglas de datos (esencialmente, reglas de negocio) y características del cumplimiento de la información. Conectores: Los conectores ofrecen acceso optimizado para aplicaciones operacionales líderes. Oracle brinda conectores para Oracle e- Business Suite, Una ventaja clave de OWB es la gran variedad de funcionalidad que ofrece dentro de una sola herramienta. El modelado de datos, el cumplimiento de datos y la calidad de datos son características centrales que cualquier herramienta para la integración de datos empresariales debe tener. No obstante, una ventaja estructural clave de Oracle Warehouse Builder es la integración de los componentes. Oracle Warehouse Builder proporciona todas sus capacidades dentro de un repositorio común y una interface de usuarios. Al brindar todas estas capacidades en una sola herramienta sobre un repositorio único, OWB resuelve un antiguo desafío de la integración de datos. Muchas soluciones de integración brindan herramientas separadas para estas capacidades diferentes. No obstante, resulta terriblemente ineficiente realizar el modelado de datos en una sola herramienta, y luego el mapeo de ETL en otra herramienta, y luego la proliferación de datos incluso en otra herramienta. OWB brinda un repositorio de metadatos y una UI para todo el proceso de integración. Daniel Duarte José Navarrete Página 58

59 Oracle Warehouse Builder utiliza una arquitectura extract-load-transform ( ELT ). En lugar de ofrecer un motor externo para la transformación de datos, OWB realiza toda su transformación dentro de una base de datos Oracle aprovechando la escalabilidad y el desempeño de la plataforma de base de datos Soluciones Oracle Business Intelligence Oracle Business Intelligence (BI) es una cartera de tecnología y aplicaciones que constituye el primer sistema de gestión del rendimiento integrado y completo del sector e incluye aplicaciones de gestión del rendimiento, aplicaciones de BI, fundamentos y herramientas de BI, y almacenes de datos líderes en sus categorías respectivas. Exhaustividad: integra la información de las aplicaciones de gestión del rendimiento financiero, inteligencia operativa y transaccionales. Integración: permite utilizar las fuentes de datos y los sistemas existentes. Los productos de BI de Oracle pueden conectarse en caliente con entornos Oracle y no Oracle e integrarse con Microsoft Office. Omnipresencia: proporciona inteligencia intuitiva y basada en la función a todos los integrantes de la organización, desde los empleados de primera línea a la alta dirección, lo que permite mejorar las decisiones, las acciones y los procesos de negocio. Las aplicaciones Oracle Business Intelligence (BI) son soluciones completas y pre construidas que proporcionan inteligencia intuitiva y basada en la función a todos los integrantes de la organización, desde los empleados de primera línea a la alta dirección, lo que permite mejorar las decisiones, las acciones y los procesos de negocio. Estas soluciones se basan en las mejores prácticas y permiten a las organizaciones extraer nuevos conocimientos y más valor de una amplia gama de fuentes de datos y aplicaciones, como Oracle E-Business Suite, PeopleSoft, Siebel y sistemas de terceros como SAP. Las aplicaciones de BI de Oracle se integran en Oracle BI Suite Enterprise Edition, una plataforma de BI completa, innovadora y pionera. Con ello, las organizaciones pueden beneficiarse de las ventajas de una aplicación BI estándar, como el rápido Daniel Duarte José Navarrete Página 59

60 despliegue, el coste total de propiedad reducido y las mejores prácticas integradas y al mismo tiempo disponer de la posibilidad de expandir dichas soluciones para satisfacer sus necesidades específicas o construir aplicaciones BI a medida sobre unos fundamentos de inteligencia de negocios comunes. Las aplicaciones de gestión del rendimiento Hyperion de Oracle son una suite modular de aplicaciones integradas compatibles con la totalidad del ciclo de gestión financiera de definición de objetivos, modelización, planificación, supervisión, análisis y creación de informes. Este completo paquete de aplicaciones fomenta el crecimiento rentable, ya que proporciona resultados previsibles, acelera el ritmo del negocio, mejora la confianza y fomenta la conformidad. Además, las aplicaciones de gestión del rendimiento Hyperion aprovechan el potencial de Oracle Business Intelligence Foundation and Tools para integrar datos procedentes de fuentes diversas y ofrecen cuadros de mando, creación de archivos y análisis. El paquete de aplicaciones ofrece potentes herramientas integradas de creación de informes y análisis, con informes de producción, análisis gráficos y una interfaz con MS Office integrada para los usuarios finales. La existencia de un espacio de trabajo común, medidas de seguridad comunes y gestión común de los metadatos hace posible el mantenimiento desde un único punto, reduciendo los costes administrativos y de propiedad en comparación con las soluciones no integradas. Daniel Duarte José Navarrete Página 60

61 Capitulo 3 Análisis y Estudio de la Propuesta 3.1 Reconocimiento institucional Reseña histórica de la empresa Inicia en la década de los 90, la joven pareja Vélez Bonilla, manabita, trabajadora, recta, sencillos y honorables inicio una empresa enfocando el concepto del autoservicio, estrategia de ventas poco explorada en nuestro medio. Contando con la acogida de toda la ciudadanía, y que poco a poco se fue consolidando su imagen empresarial, comisariatos VELBONI, mantuvo un trabajo perseverante, creyendo en el mercado local y siendo recíprocos con la confianza que la comunidad le dispenso, se han mantenido con su propuesta inicial: Calidad, precios y servicios. VELBONI es una empresa, cuyo valor principal es la reciprocidad hacia la comunidad manabita, de los proveedores hacia una empresa cumplida e innovadora. Han transcurrido varios años desde que se inicio la empresa tiempo en el cual han cumplido una fructífera labor en servicio de la colectividad, ha sido un tiempo de entrega y de muchas realizaciones. Crecimiento del Comisariato En el año 1983, frente a lo q es actualmente La Bahía se creó el Comisariato CAF Comisariato Asociado Familiar, hace 19 años desde que se inicio lo que actualmente es el Comisariato Velboni en la ciudad de Manta. Surgió como una empresa destinada a crecer, y la visión hacia el futuro y ante el progreso inmediato, el local resultaba demasiado pequeño, para cumplir con la exigencia cada vez mayor de la ciudadanía manabita, en el año 1990 se alquila las instalaciones de lo que anteriormente era la ex Daniel Duarte José Navarrete Página 61

62 Empresa de Productos Vitales (EMPROVIT) local ubicado en pleno corazón de Tarqui, en ese lugar el 15 de Junio de ese año se abrió por primera vez el comisariato Velboni. La excelente acogida de parte de la ciudadanía, y con la gran proyección de los dueños se adquiera mediante la compra de terrenos, así de esta forma comenzó a funcionar como un verdadero supermercado con el triple de la capacidad inicial, lugar en que se encuentran las bodegas, talleres, y áreas de servicio al cliente que lo convierten en un autoservicio que satisface a sus clientes. Empresa sólidamente unida, en valores como la solidaridad, la honradez y los buenos ejemplos, son los que rigen en cada una de las acciones tanto de sus dueños como de los empleados. Velboni desde hace 15 años ha entregado los mejores servicios a la ciudadanía en general, con dedicación y transparencia, comercio que ha contribuido gratamente en el desarrollo de la ciudad de Manta y de la provincia de Manabí. La empresa crece, se innova, se adapta a las exigencias que sus usuarios demandan, lo que si se mantiene intacto es el deseo fehaciente de servir a quienes acuden día a día a sus instalaciones. Convertida en una empresa en franca expansión, Velboni ha crecido rápidamente gracias a la confianza de sus clientes y a las infaltables ganas de trabajar de sus propietarios y empleados. Los primeros y actuales pasos Desde sus inicios en el mercado, Velboni lo hizo ofreciendo productos de primera necesidad, y actualmente ha extendido sus servicios en líneas como: Bazar Ferretería Óptica Área de Frio Daniel Duarte José Navarrete Página 62

63 Delicatesen Y otras en las que el cliente puede adquirir de todo en el mismo lugar. El inicio fue bastante modesto, comenzó a funcionar con dos cajas registradoras y 13 empleados, poco a poco ante la demanda de la ciudadanía fue incrementando su personal a tal punto que actualmente el local cuenta con 185 empleados y 12 cajas de atención al cliente. Hasta el momento cuenta con dos locales en Manta y uno en Portoviejo. Quienes hacen Velboni, son gente preparada, capacitada y distribuida en las diferentes áreas en donde prima un ambiente acogedor, lleno de carisma, y sobre todo lleno de gran compañerismo, lo que permite al cliente sentirse seguro y bien atendido Misión de Velboni Calidad en el servicio. La misión de quienes conformamos este maravilloso grupo familiar, es proporcionar lo mejor de cada uno de nosotros, para atender a los cientos de clientes que día a día visitan el comisariato. Definitivamente sin ellos, Velboni no sería lo que es. En este sentido, otra de las acertadas políticas de servicio de Velboni, es preocuparse porque el cliente reciba productos económicos y de primera calidad Visión de Velboni Llegar más lejos Gracias a la confianza y a la positiva respuesta de nuestros clientes, Velboni visiona expandirse por todo el territorio manabita para llegar a cada uno de los hogares que buscan servicios de calidad y precios bajos. Daniel Duarte José Navarrete Página 63

64 Estudio de la estructura organizacional Estructura orgánica Fig. 3.1 Estructura orgánica Fuente: Comisariatos Vélez Bonilla Daniel Duarte José Navarrete Página 64

65 3.1.5 Niveles de autoridad y responsabilidad (estructura funcional) GERENCIA DE ADMINISTRACIÓN Y FINANZAS La Gerencia de Administración y Finanzas es el área administrativa encargada y responsable de los procesos administrativos, contables y financieros, y de manejo de la información computacional de la empresa. Por lo tanto, es responsable de gestionar los procesos de apoyo a la gestión operativa de comercialización. Su relación directa constituye el apoyo al funcionamiento óptimo de las operaciones del giro del negocio y con las instituciones y organismos de control del Estado que regulas las actividades de comercialización de la compañía. CONFORMACIÓN El Gerente de Administración y Finanzas es nombrado y removido por el Gerente General de acuerdo a las disposiciones del Estatuto de Constitución de la empresa. Esta gerencia está conformada por los siguientes departamentos y secciones que administrativamente la integran: Departamento de Contabilidad o Sección de Cuentas por Cobrar o Sección de Cuentas por Pagar o Sección de Nómina o Sección de Contabilidad General Departamento de Tesorería: o Sección de Recaudaciones o Liquidación de Pagaduría Departamento de Administración: o Sección de Recursos Humanos o Sección Servicios. o Sección de Mantenimiento o Sección de Seguridad Daniel Duarte José Navarrete Página 65

66 RELACIÓN DE DEPENDENCIA La Gerencia de Administración y Finanzas reportará su gestión ante el Gerente General de la compañía e informará su accionar mediante reportes periódicos, generalmente mensuales, de los registros contables, sus balances y de la actividades financieras y resultados económicos de la empresa. Se relacionará con la Gerencia de Comercialización en todos los procesos que tengas relación con el registro contable y financiero de las operaciones de comercialización; principalmente sobre aspectos de costos, inventarios, precios, valores de la venta, costos de venta, aspectos tributarios, legales y de administración de personal, siguiendo la aplicación de administración de procesos integrados que se aplica en la empresa. PROCESOS RELACIONADOS La Gerencia de Administración y Finanzas tiene a su cargo la planificación económica de todas las actividades y operaciones de área de la empresa, apoyada por la información del área de comercialización. Daniel Duarte José Navarrete Página 66

67 Su principal responsabilidad es dirigir y manejar los equipos de trabajo de los departamentos de Contabilidad, Tesorería, Administración y Sistemas; así como coordinar sus actividades, y realizar el control interno de las actividades operacionales de acuerdo a su representación en dinero, en base a los planes estratégicos y planes operativos anuales que se han sido aprobados por parte de la Gerencia General. 3.2 Estudio de Recursos Existentes y Diagnostico Hardware Comisariatos VELBONI cuenta con tres sucursales cuyo inventario electrónico se detalla en las siguientes tablas. Daniel Duarte José Navarrete Página 67

68 DEPARTAMENTO DESCRIPCION REFERENCIA MARCA MODELO CARACTERISTICAS SERVIDOR 001 HP PROLIANT ML370 S.O. WIN SERVER2003;2.8GHZ;2.0GB RAM; 33.9GB HD SERVIDOR 002 GENERICO CLON S.O.WIN 2000SERVER;AMD-X86;256MB RAM; 80GB HD SERVIDOR 003 HP PROLIANT ML370 S.O.WIN SERVER2003;2.8GHZ;2.5GB RAM;203GB HD SERVIDOR 004 HP PROLIANT ML370 S.O.WIN SERVER2003;3.2GHZ;1.50GB RAM; 546GB HD SISTEMAS COMPUTADOR 005 GENERICO CLON S.O.WIN XP;2.40GHZ;480MB RAM;120GB HD COMPUTADOR 006 SP CLON S.O.WIN2003SERVER;3.0GHZ;2.49GB RAM;80GB HD COMPUTADORA PORTATIL 007 HP NX6320 S.O.WINXP,PRO;INTEL CORE 2;1.83GHZ;1GB RAM;80 GB HD COMPUTADOR 008 GENERICO CLON S.O.WIN2003SERVER;2.86GHZ;992MB RAM;37.2GB HD COMPUTADOR 009 GENERICO CLON S.O WIN 2003 SERVER; 2.20 GHZ; 1.98 GB RAM ;149.9 GB HD RECURSOS HUMANOS PROVEEDURIA COMPRAS INVENTARIO ELECTRONICO SUCURSAL TARQUI COMPUTADOR 0011 HP DC5100MT COMPUTADOR 0012 HP DC5100MT COMPUTADOR 0015 GENERICO CLON COMPUTADOR XTECH CLON COMPUTADOR HP DC5100MT COMPUTADOR HP DC5100MT COMPUTADOR HP DC5100MT COMPUTADOR GENERICO CLON COMPUTADOR GENERICO CLON COMPUTADOR HP DX2300 S.O.WINXP2002;3.0GHZ;504MB RAM; 74.5GB HD S.O.WINXP2002;3.40GHZ;504MB RAM;66.5GB HD S.OWINXP2002;2.40GHZ;224MB RAM;14.7GB HD S.OWINXP2002;2.50GHZ;224MB RAM; 56.46GB HD S.OWINXP2002;3.20GHZ;504MB RAM; 74.4GB HD S.OWINXP2002;3.20GHZ;504MB RAM; 74.5GB HD S.OWINXP2002;3.00GHZ;504MB RAM; 74.5GB HD S.OWINXP2002;2.40GHZ;224MB RAM;37.2GB HD S,OWIN2000;2.8GHZ; KB RAM;32.8GB HD S.OWINXP2002;3.20GHZ;504MB RAM 74.4GB HD COMPRAS BAZAR CONTABILIDAD CONTRALORIA COMPUTADOR HP DX2300 S,OWIN;3.00GHZ;504MB RAM ;74.5GB HD COMPUTADOR GENERICO CLON COMPUTADOR GENERICO CLON COMPUTADOR GENERICO CLON S.O.WIN XP 2002;892MHZ;240MB RAM;28.61GB HD S.OWINXP2002;2.00GHZ;240MB RAM 22.44GB HD S.O.WINXP2002;3.06GB;504MB RAM;372GB HD COMPUTADOR GENERICO CLON S.O.WIN 2000; KB RAM,38.2GB HD COMPUTADOR GENERICO CLON COMPUTADOR GENERICO CLON COMPUTADOR HP DC5100MT COMPUTADOR GENERICO CLON COMPUTADOR HP DC5100MT COMPUTADOR HP DC5100MT COMPUTADOR GENERICO CLON COMPUTADOR HP DC5700MT COMPUTADOR HP DC5700MT S.O WIN XP2002;2.80GHZ;224MB RAM;37.2GB HD S.O WIN 2000;2.40GHZ; KB RAM;74.5GB HD S.O WIN XP2002;3.00GHZ;504MB RAM;74.5 GB HD S.O.WINXP2002;2.80GHZ;256MB RAM;13.9GB HD S.O.WIN XP2002;3.00GHZ;504MB RAM;75.5GB HD S.O.WIN XP2002;3.00GHZ;504MB RAM;74.5GB HD S.O.WIN XP2002;2.40GHZ;224MB RAM;23.8GB HD S.O.WIN XP2002;3.00GHZ;504MB RAM;74.5GB HD S.O.WIN XP2002;3.20GHZ;504MB RAM;74.5GB HD Daniel Duarte José Navarrete Página 68

69 DEPARTAMENTO DESCRIPCION REFERENCIA MARCA MODELO CARACTERISTICAS IMAC IMAC IMAC 1GB RAM;DD 160GB MARKETING S.O. WINXP 2002;2.40GHZ;224MB COMPUTADOR GENERICO CLON RAM;74.5GB HD S.O.WIN XP2002;3.00GHZ;504MB PAGADURIA COMPUTADOR HP DC5700MT RAM;74.5GB HD S.O WIN 2000;2.80GHZ; KB COMPUTADOR SP CLON RAM;35.07GB HD S.O.WIN XP2002;3.00GHZ;504MB CREDITO COMPUTADOR HP DC5100MT RAM;74.5GB HD S.O WIN XP2002;2.4GHZ;480MB COMPUTADOR GENERICO CLON RAM;57.2GB HD RECAUDACION COMPUTADOR HP DC5700MT S.O. WIN XP 2002; 3.00GHZ;504GB RAM; 74.5GB HD COMPUTADOR HP DC5100MT S.O.WIN XP2002;3.20GHZ;504MB RAM;74.5GB HD BODEGA S.O. WIN XP2002;3.20GHZ;504MB COMPUTADOR HP DC5100MT RAM;74.5GB HD COMPUTADOR HP DC5100MT S.O. WIN XP 2002;3.20 GHZ;504MB RAM;65.5GB HD BODEGA FARMACIA COMPUTADOR GENERICO CLON S.O. WIN XP 2002;3.00GHZ;496MB RAM;13.9GB HD BODEGA ABASTECIMIENTO COMPUTADOR SP CLON BODEGA TRANSFERENCIA COMPUTADOR SP CLON COMPUTADOR HP DC5100MT BODEGA DEVOLUCION COMPUTADOR GENERICO CLON CAJAS BAZAR INVENTARIO ELECTRONICO SUCURSAL TARQUI COMPUTADOR GENERICO CLON COMPUTADOR SP CLON COMPUTADOR SP CLON COMPUTADOR SP CLON COMPUTADOR SP CLON COMPUTADOR GENERICO CLON COMPUTADOR GENERICO CLON COMPUTADOR GENERICO CLON COMPUTADOR GENERICO CLON COMPUTADOR GENERICO CLON COMPUTADOR SP CLON COMPUTADOR GENERICO CLON COMPUTADOR GENERICO CLON S.O. WIN XP 2002;2.53GHZ;224MB RAM;28.6GB HD S.O. WIN XP 2002;2.80GHZ;736MB RAM;73.3GB HD S.O WIN XP2002;3.20GHZ;504MB RAM;74.46GB HD S.O WIN 2000;2.66GHZ; KB RAM;31.4 GB HD S.O WIN XP 2002;2.53GHZ; 224 MB RAM; 37.3 GB HD S.O WIN XP2002;2.53GHZ;224 MB RAM;40 GB HD S.O WIN XP2002;2.53GHZ;224MB RAM; 74.5GB HD S.O WIN XP2002;2.53 GHZ;224 MB RAM ;37.2 GB HD S.O WIN XP2002;2.80GHZ;224MB RAM;37.2GB HD S.O WIN XP2002;747MHZ;240 MB RAM; 32.2 GB HD S.O WIN XP2002;2.40GHZ;224MB RAM; GB HD S.O WIN XP2002;1.20GHZ;224 MB RAM;19.0GB HD S.O WIN XP2002;2.53GHZ ;224MB RAM; 19.0GB HD S.O WIN XP2002;2.40GHZ;224MB RAM; GB HD S.O WIN XP2002;2.53GHZ;224 MB RAM; 37.2 GB HD S.O.WIN XP 2002;892GHZ;144MB RAM;25.5GB HD S.O WIN XP2002;102GHZ; 240MB RAM;37.2GB HD MANTENIMIENTO COMPUTADOR GENERICO CLON S,O WIN 2000; MB RAM; 28.6 GB HD Daniel Duarte José Navarrete Página 69

70 INVENTARIO ELECTRONICO SUCURSAL FLAVIO REYES DEPARTAMENTO DESCRIPCION REFERENCIA MARCA MODELO CARACTERISTICAS S.O. WIN 2003 SERVER;2.40GHZ;1.00GB SISTEMAS COMPUTADOR HP PROLIANT ML370 RAM;111.6GB HD COMPUTADOR S.P. CLON S.O. WIN 2003 SERVER;2.22GHZ;26MB RAM;149GB HD S.O.WIN XP 2002;3.20GHZ;504MB BODEGA COMPUTADOR HP DC5100MT RAM;74.46GB HD WIN XP2002;3.00GHZ;504MB COMPUTADOR SP CLON RAM;37.2GB HD COMPUTADOR SP CLON S.O. WIN XP2002;2.53GHZ;224MB RAM;27.3GB HD S.O. WIN XP 2002;2.53GHZ;224MB COMPUTADOR GENERICO CLON RAM;37.2GB HD S.O.WIN XP 2002;2.66GHZ;768MB CAJAS COMPUTADOR GENERICO CLON RAM;33GB HD COMPUTADOR GENERICO CLON S.O. WIN XP 2002;2.80GHZ 256MB RAM;37.2GB HD COMPUTADOR GENERICO CLON S.O. WIN XP 2002;253GHZ;224MB RAM;37.2GB HD S.O WIN XP 2002;3.50GHZ;120MB RAM BAZAR COMPUTADOR GENERICO CLON ;28.3GB HD S.O WINXP2002;8.92GHZ;240MB RAM COMPUTADOR GENERICO CLON ;37.2GB HD S,O WIN XP2002;2.66GHZ; 240 MB RAM; RECAUDACION COMPUTADOR DELUX CLON 74.5GB HD S,O WIN XP2002;1.02GHZ; 240MB RAM; FERRETERIA COMPUTADOR GENERICO CLON 27.2GB HD FARMACIA COMPUTADOR GENERICO CLON S.O WIN XP2002;1.02 GHZ ;224MB RAM ;37.2 GB HD ATENCION AL CLIENTE COMPUTADOR HP DC5100MT ;80 GB HD S.O WIN XP2002;1.40 GHZ ;512MB RAM Daniel Duarte José Navarrete Página 70

71 RECAUDACION INVENTARIO ELECTRONICO SUCURSAL PORTOVIEJO DEPARTAMENTO DESCRIPCION REFERENCIA MARCA MODELO CARACTERISTICAS S.O WIN SERVER 2003;3.4GHZ;1.0 SERVIDOR HP PROLIANT ML370 GB RAM ;33.9 GB HD SISTEMAS S.OWIN SERVER COMPUTADOR SP CLON 2003;2.19GHZ;1.99GB RAM ;149 GB HD COMPUTADOR GENERICO CLON RAM ;18.5 GB HD S.O WIN XP2002;2.53 GHZ;224 MB FERRETERIA COMPUTADOR GENERICO CLON S.O. WIN XP 2002;2.80GHZ;224MB RAM;74.5GB HD DECORFIESTA COMPUTADOR GENERICO CLON S.O. WIN XP 2002;2.80GHZ;224MB RAM;74.5GB HD PANADERIA COMPUTADOR GENERICO CLON S.O. WIN XP 2002;2.80GHZ;224MB RAM;74.5GB HD S.O WIN XP2002;2.80GHZ; 224 MB FARMACIA COMPUTADOR GENERICO CLON RAM ;74.5 GB HD S.O WIN XP2002;2.8GHZ ;224 MB COMPUTADOR GENERICO CLON RAM ;74.5 GB HD S.O WIN XP2002; 2.8GHZ; 504 MB OFICINA COMPUTADOR DELL CLON RAM;74.4 GB HD S.O WIN XP2002;2.8GHZ;248 MB BODEGA COMPUTADOR GENERICO CLON RAM; 18.5 GB HD S.O WIN XP2002 ;2.40 GHZ; 192MB COMPUTADOR GENERICO CLON RAM; 74.5 GB HD S.O.WIN XP 2002;2.8GHZ;504MB COMPUTADOR DELL CLON RAM;74.4GB HD S.O. WIN XP 2002;2.80GHZ;224MB COMPUTADOR GENERICO CLON RAM;74.5GB HD COMPUTADOR GENERICO CLON S.O. WIN XP 2002;2.80GHZ;224MB RAM;74.5GB HD COMPUTADOR GENERICO CLON S.O. WIN XP 2002;2.80GHZ;224MB RAM;74.5GB HD COMPUTADOR GENERICO CLON S.O. WIN XP 2002;2.80GHZ;224MB RAM;74.5GB HD COMPUTADOR GENERICO CLON S.O. WIN XP2002;280GHZ;480MB RAM;74.5GB HD COMPUTADOR GENERICO CLON S.O. WIN XP 2002;2.80GHZ;224MB RAM;74.5GB HD S.O WIN XP 2002;2.80 GHZ; 224 MB CAJAS COMPUTADOR GENERICO CLON RAM ; 74.5 GB HD COMPUTADOR GENERICO CLON S.O WIN XP 2002;2.80 GHZ; 224 MB RAM ; 74.5 GB HD COMPUTADOR GENERICO CLON S.O WIN XP2002 ;1.02 GHZ ;224 MB RAM ;37.2 GB HD COMPUTADOR GENERICO CLON S.O. WIN XP 2002;2.80GHZ;224MB RAM;74.5GB HD COMPUTADOR GENERICO CLON S.O. WIN XP 2002;2.80GHZ;224MB RAM;74.5GB HD COMPUTADOR GENERICO CLON S.O WIN XP 2002;2.80 GHZ; 224 MB RAM ; 74.5 GB HD COMPUTADOR GENERICO CLON S.O. WIN XP 2002;2.80GHZ;224MB RAM;74.5GB HD COMPUTADOR GENERICO CLON S.O. WIN XP 2002;2.80GHZ;224MB RAM;74.5GB HD Daniel Duarte José Navarrete Página 71

72 3.2.2 Software TIPO DETALLE Sistema Operativo Windows Server 2003 standard edition R2 Sistema Operativo Windows 2000 Profesional Sistema Operativo Windows XP profesional SP2 Sistema Operativo Linux Ubuntu 7.1 Sistema Operativo Windows XP profesional SP2 for HP Aplicaciones Office Suite para Windows y Linux V3.0 Aplicaciones Microsoft ASP.net (Resource Kit) Aplicaciones Microsoft office 2007 Aplicaciones Adobe Reader V 9 Aplicaciones Microsoft Publisher 97 Aplicaciones Microsoft office 2003 Aplicaciones Microsoft Office XP Aplicaciones Microsoft Oulook 97 Aplicaciones Memory Worky Aplicaciones Nero Express 6 Aplicaciones Kaspersky Antivirus Aplicaciones DIMM Declaracion de impuestos Aplicaciones Insoft Aplicaciones Nero Essentials 7 Base de datos Microsoft SQL Server 2000 Base de datos Oracle enterprise edition 10g Daniel Duarte José Navarrete Página 72

73 3.2.3 Comunicaciones En este punto se muestra gráficamente como están interconectadas las tres sucursales velboni. Figura 3.2 Mapa de la red Velboni Fuente: Departamento de Sistemas 3.3 Contexto Investigativo Encuestas y Entrevistas Análisis e interpretación de resultados De las Entrevistas Las entrevistas permitieron conocer la inconformidad que existe de parte de los usuarios, especialmente de los gerentes ya que el software existente es netamente transaccional, esto les impide conocer el movimiento de la empresa y tomar decisiones en Daniel Duarte José Navarrete Página 73

74 tiempos oportunos a continuación se detallan algunos de problemas más comunes que existen en la actualidad explicados por los usuarios del sistema existente. - Los informes detallados que provee el sistema actual son de tipo transaccional siendo bastante útiles para el nivel de usuarios operativos, pero muy básicos para los usuarios gerenciales y mandos medios. - Los informes de tipo gerencial que actualmente se pueden obtener del sistema arrojan información importante pero muy generalizada y por su condición de informes estáticos no pueden ser analizados a otro nivel de detalle. - Los informes que se necesitan para la toma de decisiones deben ser preparados por el departamento de sistemas y posteriormente entregado a los usuarios en hojas de cálculo (Microsoft Excel). - Muchas de las decisiones son tomadas directamente con los informes transaccionales debido a que no se cuenta con el tiempo que actualmente toma la preparación de un informe gerencial, generando una sensación de inseguridad en el responsable de la toma de decisiones. - El modelo de reportes transaccionales y gerenciales del sistema actual no consideran la presentación de gráficos estadísticos lo que impide tener una mejor perspectiva de la información De las Encuestas La encuesta se realizó considerando dos puntos de vista, desde un nivel gerencial las primeras 9 preguntas y desde un nivel operativo las siguientes 17, todo esto con la finalidad de conocer los requerimientos de los futuros usuarios, si bien es cierto que el proyecto está dirigido para personal de nivel medio no es menos cierto que ciertos grupos operativos también se verán beneficiados, para ello debemos estar al tanto del conocimiento que cuentan especialmente en el manejo de archivos y herramientas como Excel. Daniel Duarte José Navarrete Página 74

75 El detalle de las encuestas se encuentra en el anexo 1, a continuación exponemos la interpretación de los resultados. En las primeras nueve preguntas dirigidas a los gerentes de la organización se puede denotar la necesidad imperante de una aplicación que les permita obtener información oportuna, la evaluación de un área específica, entre otros requerimientos que demandan estos puestos que son de vital importancia para la empresa ya que son ellos quienes definen el destino de la empresa a través de sus decisiones. En las diecisiete preguntas siguientes se muestra claramente que el personal operativo posee un conocimiento medio de las herramientas esto nos permite concluir que a la hora de la implementación se debe fortalecer los conocimientos de estos futuros usuarios Resumen de la Tabulación La tabulación de la encuesta esta detallada con gráficos estadísticos en el anexo Estudio de Factibilidad Factibilidad Técnica El análisis de factibilidad técnica evalúa si el hardware y software están disponibles (o, en el caso del software, si puede desarrollarse) y si tienen las capacidades técnicas requeridas por cada alternativa del diseño que se esté considerando. Los estudios de factibilidad técnica también consideran si la organización tiene el personal que posee la experiencia técnica requerida para diseñar, implementar, operar y mantener el sistema propuesto Software Sistema Operativo Comisariatos VELEZ BONILLA posee todas las licencias de WINDOWS 2003 server, es decir todos sus servidores tienen instalado este sistema operativo y hasta la fecha no han tenido ningún problema, esto nos lleva a determinar que para el proyecto Daniel Duarte José Navarrete Página 75

76 seguiremos trabajando con el mismo sistema operativo debido a lo que mencione previamente y además la empresa no está dispuesta a realizar ningún tipo de inversión para licenciamiento de sistemas operativos. Base de Datos comerciales o Software Libre? La tendencia por el uso de software libre es cada vez creciente y los gestores de base de datos de esta línea ganan cada vez más espacio en las empresas, pero es necesario revisar las características técnicas más importantes y analizar el escenario y las condiciones que se pueden presentar para elegir adecuadamente. Para el análisis se ha seleccionado MySQL (free) y Oracle (propietario). Tabla comparativa Software de BD Libre VS Software de BD Propietario. Daniel Duarte José Navarrete Página 76

77 Puntaje Posee la Mysql Puntaje Oracle Posee la Característic Puntaje Categoria Máximo Característica Obtenido a Obtenido Anexo Versión gR2 Seguridad Control de acceso a usuarios 10 Si 10 Si 10 Backups 10 Si 10 Si 10 Anexo 2 Hot Backups 10 Si 10 Si 10 Anexo 2 SSL 10 Si 10 Si 10 Anexo 3 Importación / Exportación de Datos 10 Si 10 Si 10 Privilegios de acceso a objetos 10 Si 10 Si 10 Privilegios de acceso en grupos 10 Si 0 Si 10 Perfiles de usuario 10 No 10 Si 10 Encriptación de Datos 10 Si 10 Si 10 Anexo 4 Roles 10 Si 0 Si 10 Características Fundamentales ACID 10 Si 10 Si 10 Anexo 5 Bloqueo a nivel de registro 10 Si 10 Si 10 Bloqueo a nivel de tabla 10 Si 10 Si 10 Bloqueo de lectura Si 10 Si 10 Writers lock readers 10 Si 10 Si 10 Anexo 6 Readers lock writers 10 Si 10 Si 10 Escalating row level locking 10 Si 10 Si 10 Bloqueo a Nivel de Campo 10 No 0 Si 10 Procesamiento distribuido de transacciones 10 Si 10 Si 10 Anexo 7 Detection de Deadlock 10 Si 10 Si 10 Unicode 10 Si 10 Si 10 Anexo 8 Acceso a Datos Indices 10 Si 10 Si 10 Anexo 9 Diccionario de Datos 10 Si 10 Si 10 Anexo 10 Vistas 10 Si 10 Si 10 Anexo 11 Vistas Actualizables 10 Si 10 Si 10 Secuencias 10 Si 10 Si 10 SubSelect 10 Si 10 Si 10 Triggers 10 Si 10 Si 10 Anexo 12 Creación de Nuevos Tipos de Datos 10 No 0 Si 10 Tipos de datos especiales 10 Si 10 Si 10 TableSpace 10 Si 10 Si 10 Cursores 10 Si 10 Si 10 Anexo 13 Data Integrity 10 Si 10 Si 10 SavePoint 10 Si 10 Si 10 Uso de Alias 10 Si 10 Si 10 Funciones 10 Si 10 Si 10 Anexo 14 Procedimientos Almacenados 10 Si 10 Si 10 Anexo 15 Funcionalidad Replica 10 Si 10 Si 10 Anexo 16 Cluster 10 Si 10 Si 10 Anexo 17 Particionamiento de Tablas 10 Si 10 Si 10 Anexo 18 Automatic Storange Managment 10 Si 10 Si 10 Anexo 19 DataWareHouse 10 Si 10 Si 10 Federated Tables 10 Si 10 Si 10 Anexo 20 Grid Computing 10 No 0 Si 10 Businness Intelligence 10 Si 10 Si 10 Gateways 10 No 0 Si 10 Xml 10 Si 10 Si 10 Anexo 21 Características de Orientación a Objetos 10 No 0 Si 10 Anexo 22 Precision Math 10 Si 10 Si 10 Anexo 23 Archive Engine 10 Si 10 Si 10 Anexo 24 Daniel Duarte José Navarrete Página 77

78 Una vez revisadas las características podemos definir que los gestores de base de datos de software libre poseen características importantes, en muchos de los casos igual y hasta mejoran el desempeño del software propietario pero hay una funcionalidad de vital importancia para el proyecto propuesto y es la Alta disponibilidad que no garantiza el software libre y esto hace que la elección se incline por el software propietario. Por qué Oracle? VelBoni procesa alrededor de 5 millones de registro mensuales este volumen de información requiere una base de datos que garantice la estabilidad del procesamiento de los datos por ello la decisión de utilizar Oracle 11G para el proyecto propuesto ya que este proporciona una mayor estabilidad en comparación con MySql. Gestor de Base de Datos Oracle Database 11g es una plataforma integral de base de datos para datawarehousing e inteligencia de negocios que combina escalabilidad, análisis bien integrado y calidad de datos. 11g A continuación se detallaran las características más importantes de Oracle Database Particionamiento Oracle Partitioning es esencial para administrar bases de datos grandes. Permite una técnica "dividir y conquistar" para administrar las tablas grandes de la base de datos, especialmente a medida que esas tablas se amplían. Compresión Los algoritmos de compresión de Oracle ofrecen un mecanismo exclusivo para comprimir los datos almacenados en tablas relacionales casi sin ningún impacto negativo sobre el desempeño de las consultas. Daniel Duarte José Navarrete Página 78

79 Real Application Clusters (RAC) Real Application Clusters permite que una sola base de datos escale a través de múltiples servidores. Para data warehousing, RAC brinda una solución para escalar con el fin de aumentar a miles de CPUs. Paralelismo El paralelismo es la capacidad de aprovechar múltiples procesadores en la ejecución de una sola operación de base de datos. La arquitectura de ejecución paralela y escalable de Oracle se ajusta dinámicamente para cubrir las demandas de todos los usuarios. Para grandes procesamientos, Oracle pone las operaciones de base de datos en paralelo en todos los nodos disponibles y CPUs. Para operaciones más pequeñas, Oracle ajusta dinámicamente el paralelismo para maximizar el rendimiento general del sistema mientras el Administrador de Recursos de la Base de Datos se asegura de que las operaciones de alta prioridad sigan obteniendo los recursos adecuados. Para la creación del repositorio (Data warehousing) la herramienta más apropiada Oracle Warehouse Builder Utiliza una arquitectura extract-load-transform ( ELT ). En lugar de ofrecer un motor externo para la transformación de datos, OWB realiza toda su transformación dentro de una base de datos Oracle aprovechando la escalabilidad y el desempeño de la plataforma de base de datos. Una ventaja clave de OWB es la gran variedad de funcionalidad que ofrece dentro de una sola herramienta. El modelado de datos, el cumplimiento de datos y la calidad de datos son características centrales que cualquier herramienta para la integración de datos empresariales debe tener. No obstante, una ventaja estructural clave de Oracle Warehouse Builder es la integración de los componentes. Oracle Warehouse Builder proporciona todas sus capacidades dentro de un repositorio común y una interface de usuarios. Daniel Duarte José Navarrete Página 79

80 OLAP Oracle OLAP es un motor con características completas y online para el procesamiento analítico (OLAP) incluido en Oracle Database. Oracle OLAP mejora los DataWareHouse al mejorar el desempeño de las consultas (tal como se dijo en la sección de desempeño) y al agregar contenido enriquecido sobre los análisis. La principal característica de Oracle OLAP son los cubos. Administrada dentro de la base de datos Oracle, esta estructura de datos almacena la información en un formato multidimensional altamente optimizado. Los cubos ofrecen almacenamiento escalable y comprimido de los datos dimensionales, rápidas actualizaciones incrementales, rápido desempeño de consultas y la capacidad de computar o almacenar cálculos avanzados sobre el análisis. Para el desarrollo de los reportes se empleara la siguiente herramienta. Oracle BI Suite Enterprise Edition (EE) Oracle Business Intelligence Enterprise Edition (Oracle BI EE) es un conjunto completo de productos de inteligencia de negocios, provee un rango amplio de capacidades para el análisis y reporteo de información. Se basa en una arquitectura moderna, altamente escalable y unificada que ofrece capacidades de inteligencia y análisis de datos a partir de distintas fuentes y aplicaciones. Beneficios Funcionalidad de inteligencia de negocios completa, construida sobre una infraestructura unificada: Incluye tableros interactivos, consultas y análisis completos y a la medida (consultas no planeadas), alertas preactivas, reportes empresariales y financieros, análisis con procesamiento analítico en línea (OLAP), producción de reportes de alto volumen, inteligencia predictiva en tiempo real, análisis fuera de línea, así como integración con Microsoft Office. Daniel Duarte José Navarrete Página 80

81 Conocimiento para todos y en donde sea: Provee conocimiento relevante para todos, no sólo para los analistas. Todos los niveles de la organización pueden ver información optimizada de acuerdo con el rol que desempeña cada persona. Modelo de negocio unificado: Construido sobre un modelo de información empresarial que unifica los metadatos a lo largo de las herramientas de BI de Oracle y aplicaciones analíticas con el costo total de pertenencia más bajo. Infraestructura de BI compatible: Se integra con cualquier fuente de datos, herramienta de extracción, transformación y carga, aplicación de negocios, servidor de aplicaciones, infraestructura de seguridad, tecnología de portales, u otros front-ends y herramientas analíticas; bases de datos incluyendo IBM BD/2, Teradata, Microsoft SQL Server, SAP Business Information Warehouse, Microsoft Analysis Services, archivos planos, datos XML y datos no estructurados Hardware Para el SISTEMA DE APOYO A LA TOMA DE DECISIONES APLICADO AL ÁREA FINANCIERA DE COMISARIATOS VELEZ BONILLA S.A. se necesitarán equipos con las siguientes características: Servidor Tabla 4.1 Descripción Mínimas Optima Unidad central de proceso (CPU) Disco duro Intel Core 2 Duo, 2,6 GHz o Dual Core Xeon 2,6 GHz 250 SATA 7,2K rpm Quad Core Intel Xeon 3,1 GHz 3 x 160 Gb SCSI, Ultra 320 SCSI o SATA, rpm, con una configuración RAID 5 Memoria Ram 1Gb Hasta 8Gb NIC Tarjeta de red de 100Mbps Tarjeta de red de 1Gbps Daniel Duarte José Navarrete Página 81

82 Cliente Tabla 4.2 Descripción Mínimas Optima Unidad central de proceso (CPU) Pentium 4, un núcleo (single-core) con 2 ó 8 GHz, 1 Mb cache, 800 MHz FSB Disco duro 80Gb 160Gb Pentium de doble núcleo (dualcore), 3,8 GHz o superior, 2X2 Mb cache L2, 800 MHz FSB Memoria Ram 1Gb 2Gb o + Análisis de los recursos existentes en VelBoni vs recursos necesarios Evaluando el hardware existente y tomando en cuenta la configuración mínima necesaria, la institución no requiere realizar inversión inicial para la adquisición de nuevos equipos ni tampoco para re potenciar y actualizar los equipos existentes, ya que los mismos satisfacen los requerimientos tanto para el desarrollo y puesta en funcionamiento del proyecto Factibilidad Operativa La factibilidad operativa permite predecir si se pondrá en marcha el sistema propuesto, aprovechando los beneficios que ofrece a todos los usuarios involucrados con el mismo, ya sean los que interactúan en forma directa con éste, como también aquellos que reciben información producida por el sistema. Por otra parte el correcto funcionamiento del sistema en cuestión, siempre estará supeditado a la capacidad de los empleados encargados de dicha tarea. La necesidad y deseo de un Sistema de Soporte para la Toma de Decisiones, expresada por los usuarios y personal involucrado con el mismo, lleva a la aceptación del Daniel Duarte José Navarrete Página 82

83 mismo, siempre y cuando cubra todos los requerimientos y expectativas además proporcione información en forma oportuna y confiable. Basándose en las entrevistas y encuestas con el personal involucrado se demuestra que estos no representan ninguna oposición al cambio, por lo que el sistema es factible operacionalmente. Con la finalidad de garantizar el buen funcionamiento, los usuarios por medio de la herramienta BI tendrán la facilidad de ajustar los informes a sus necesidades, es decir podrán modificar los mismos y además para una fácil interpretación y comprensión de los datos, estos se mostraran con gráficos estadísticos, lo que permitirá una gran aceptación de parte de los usuarios y garantizar la operabilidad del proyecto. Es importante recalcar que la fase de capacitación será muy fácil ya que los usuarios a los cuales va dirigido el proyecto son los gerentes y estos poseen un conocimiento de computación, además los informes se mostraran en un navegador de internet muy conocido por ellos esto garantiza el rápido aprendizaje del proyecto Factibilidad Económica Para la factibilidad económica se ha realizado un análisis general de los proyectos de Finanzas y Logística-Ventas. Para así tener una visión global del impacto económico que trae consigo la implementación de estos proyectos en VELBONI. Costos de desarrollo Los costos se han clasificado en cuatro componentes, para así poderlos analizar de manera general e individual. Los componentes son: Fase formativa Análisis y diseño Desarrollo Otros A continuación se detallan los costos de cada uno de los componentes: Daniel Duarte José Navarrete Página 83

84 El costo total del proyecto de inteligencia de negocio es de $12, Daniel Duarte José Navarrete Página 84

85 Análisis costo beneficio Para este análisis en este tipo de proyectos los beneficios por ser subjetivos y al no tener un valor monetario exacto se considerará una tasa de uso por usuario de los proyectos dando como resultado una inversión de 20.49% y un ahorro de %. Inversiones Para la implementación del proyecto además del costo de desarrollo es necesario realizar las siguientes inversiones. Daniel Duarte José Navarrete Página 85

86 Daniel Duarte José Navarrete Página 86

87 Siendo el total de inversión $ 61, Calculo depreciación anual Daniel Duarte José Navarrete Página 87

88 Tabla de amortización. Capital con financiamiento externo El valor amortizado es de $12, Daniel Duarte José Navarrete Página 88

89 Daniel Duarte José Navarrete Página 89

90 Daniel Duarte José Navarrete Página 90

91 Capítulo 4 Diseño, desarrollo e implementación 4.1 Diseño de la estructura del proyecto La figura muestra las herramientas que incluye la arquitectura del DataWarehouse de la aplicación propuesta. Extracción de datos desde esde múltiples bases de datos operacionales en este caso SIF (Sistema de información financiera) que es el sistema transaccional que utiliza VELBONI, además de fuentes externas como Microsoft Excel, depuración, epuración, transformación e integración de la información. informació Carga de datos en el DataWarehouse. Actualizar periódicamente el DataWarehouse para mostrar siempre información actualizada. En adición al Warehouse principal, pueden haber varios mercados de datos departamentales (Data mart). Los datos en el Warehouse y los mercados de datos están almacenados y administrados por uno o más servidores Warehouse,, los cuales presentan vistas multidimensionales de datos de una variedad de herramientas de front end: herramientas de consultas, reportes escritos, herramientas de análisis, y herramientas de data mining. Fig. 4.1 Arquitectura del DataWarehouse Fuente: Autores Daniel Duarte José Navarrete Página 91

92 4.1.1 Diseño Lógico A continuación veremos la arquitectura del Datawarehouse con los distintos Data Marts que se han diseñado según los requerimientos que los usuarios nos han solicitado, los Data Marts son: cub_cartera_vencida, cub_obligaciones, cub_presupuesto, cu_conta_dem, cu_f_ven_dem. A demás analizaremos los requerimientos y la estructura del sistema actual Arquitectura del DataWarehouse El Datawarehouse que se diseño cuenta con los siguientes Data Marts: Cub_cartera.- El cual guarda datos de cartera de clientes a una fecha determinada. cub_cartera_vencida.- Este Data Marts almacena información de la cartera de clientes (vencida, no vencida, etc.) en periodos de cortes mensuales. cub_obligaciones.- Guarda información de las cuentas por pagar a proveedores cub_presupuesto.- Contiene información del presupuesto ejecutado y planificado por meses. cu_conta_dem.- Almacena información contable, es decir el saldo de las cuentas contables que generaron los movimientos transaccionales en un mes. cu_f_ven_dem.- Almacena información de las ventas por sucursal y forma de pago, este data Marts lo utilizaremos para extraer las ventas a crédito en un periodo determinado Diagrama de despliegue UML El Diagrama de Despliegue es un tipo de diagrama del Lenguaje Unificado de Modelado que se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre sus componentes (Software). Los elementos usados por este tipo de diagrama son nodos (representados como un prisma), componentes (representados como una caja rectangular con dos protuberancias del lado izquierdo) y asociaciones. Daniel Duarte José Navarrete Página 92

93 Fig. 4.2 Diagrama de despliegue - UML Fuente: Autores Diseño detallado Análisis de los requerimientos Analizando los resultados de las encuestas realizadas a los usuarios hemos definido los siguientes requerimientos Requerimientos de informes financieros Análisis Financieros Con el fin de obtener una visión financiera de la empresa y ajustándose al modelo de negocio es necesario realizar los siguientes análisis financieros. Razones de Liquidez La liquidez de una organización es juzgada por la capacidad para saldar las obligaciones a corto plazo que se han adquirido a medida que éstas se vencen. Se refieren Daniel Duarte José Navarrete Página 93

94 no solamente a las finanzas totales de la empresa, sino a su habilidad para convertir en efectivo determinados activos y pasivos corrientes, por tal motivo es necesario aplicar los siguientes ratios. Razón Circulante La cual nos permite saber la capacidad de la empresa para cubrir sus deudas, el rango óptimo debe ser entre 1 y 1.5, mientras mayor sea la razón mayor será la capacidad de la empresa para saldar sus deudas. Razón de la prueba de ácido Esta razón es la misma que la razón circulante, excepto que excluye los inventarios, la parte menos líquida de los activos circulantes. El rango debe estar entre 0.5 y 1 Capital de trabajo Permite establecer la diferencia entre lo que se tiene disponible para pagar las deudas y las deudas mismas. Siempre que los activos superen a los pasivos la empresa dispondrá de capital neto de trabajo. Razones de actividad o Rotación Miden la velocidad, movimiento, entrada y salida que tienen los recursos económicos y financieros dentro de la empresa. Si se tiene mayor rotación habrá mayor productividad y mayor ganancia, los ratios que se van a aplicar según las necesidades de negocio son: Rotación de cuentas por cobrar Para saber si las cuentas por cobrar están lejos o cerca de ser circulante, considerar a todas las cuentas por cobrar como líquidas cuando en realidad hay muchas que pueden estar vencidas exagera la liquidez de la empresa, la cuentas por cobrar son activos líquidos solo en la medida en que puedan cobrarse en un tiempo razonable, este ratio lo medimos en número de veces. Además se añadirá el periodo promedio de cobro para saber la rotación en número de días. Rotación de cuentas por pagar Así como es necesario saber la rotación de las cuentas por cobrar también lo son las cuentas por pagar, así mismo también se calculara el periodo promedio de pago. Daniel Duarte José Navarrete Página 94

95 Rotación de Inventario Es fundamental tener esta información ya que el modelo de negocio se basa en la rotación de inventario, así se podrá obtener una indicación de la liquidez de inventario. Mientras más alta sea la rotación más eficiente será el manejo de inventarios en la empresa. En este caso también se deberá calcular el periodo de rotación de inventarios. Análisis de la cuentas por cobrar cliente y recuperación de la cartera Se pide detallar las cuentas por cobrar cliente para su respectivo análisis, además poder evaluar la cartera por montos en periodos de vencimiento, así 1-30 días días días días más de 120 días Análisis de las cuentas por pagar proveedores Al realizar el análisis de las razones de liquidez se utilizará la cuenta de pasivo corriente, que contiene las cuentas por pagar a proveedores, por eso es necesario hacer un análisis individual de la obligaciones con los proveedores que son los que permiten el abastecimiento de los almacenes; se deberá poder hacer comparaciones entre periodos y análisis de un periodo determinado Análisis de la estructura del sistema actual y orígenes de datos En esta sección se analizaran las fuentes de datos del sistema actual que tomamos para llenar nuestro DATAWAREHOUSE a excepción de la dimensión tiempo que se utiliza en cada unos de los cubos, ya que esta dimensión no se extrae de ninguna fuente de datos. Cubo de Contabilidad La estructura de este cubo está compuesta por las dimensiones de tiempo y plan de cuenta y como medida los saldos de las cuentas contables. Para llenar el cubo de Contabilidad es necesario utilizar las siguientes fuentes de datos Daniel Duarte José Navarrete Página 95

96 V_CO_PLACTA Esta es una vista que se creó para llenar la dimensión DIM_CO_PLACTA, la cual tiene la siguiente estructura. Fig. 4.3 Estructura de vista v_co_placta Fuente: VELBONI Fig. 4.4 Datos de vista v_co_placta Fuente: VELBONI Donde: CAMPO DESCRIPCION PL_CODIGO Código de cuenta contable PL_CODPAD Código padre de cuenta contable PL_NOMBRE Nombre de la cuenta contable CO_NIVEL Nivel de la cuenta contable Daniel Duarte José Navarrete Página 96

97 Esta vista extrae la información de la tabla CO_PLACTA como muestra el Script Fig. 4.5 Script de vista v_co_placta Fuente: VELBONI CO_PLACTA Es la tabla que almacena la información del plan de cuentas del modulo de CONTABILIDAD del sistema InSoft, a continuación parte de la estructura de la tabla CO_PLACTA Fig. 4.6 Estructura tabla co_placta Fuente: VELBONI Daniel Duarte José Navarrete Página 97

98 Como se puede observar en la figura anterior la tabla CO_PLACTA tiene varios campos, de los cuales la mayoría no son necesarios para la extracción de datos, por tal motivo se creó la vista V_CO_PLACTA CO_SALDOCTA Es una tabla resumen que contiene los saldos de las cuentas contables de cada fin de mes la cual nos sirvió para representar nuestras medidas en el cubo. La estructura de la tabla CO_SALDOCTA es la siguiente Fig. 4.7 Estructura tabla co_saldocta Fuente: VELBONI Fig. 4.8 Datos de tabla co_saldocta Fuente: VELBONI Daniel Duarte José Navarrete Página 98

99 Donde: Campo Descripción FEC_CORTE Fecha de corte de los saldos de las cuentas contables PL_CODIGO Código de cuenta contable PL_NOMBRE Nombre de la cuenta contable DEBITO Debito CREDITO Crédito SALDOINICIAL Saldo Inicial SALDO Saldo de la cuenta contables Cubo de presupuesto Al no contar el sistema actual con un modulo de presupuesto fue necesario crear un plan de cuenta para organizar y clasificar los niveles de los rubros presupuestados el cual nos sirvió como dimensión, y para los datos se creó un archivo de Microsoft Excel, el cual nos sirvió como medida. PR_PLACTA Almacena la estructura del plan de cuenta para el presupuesto la cual nos sirvió para la estructura de la dimensión DIM_PR_PLACTA, la estructura es la siguiente Fig. 4.9 Estructura de la tabla pr_placta Fuente: VELBONI Daniel Duarte José Navarrete Página 99

100 Fig Datos de la tabla pr_placta Fuente: VELBONI Donde: Campo PL_CODIGO PL_CODPAD PL_NOMBRE CO_NIVEL Descripción Código de rubro presupuesto Código padre de rubro presupuesto Nombre de rubro presupuesto Nivel de rubro presupuesto Para los datos se creó un archivo de Microsoft Excel, el cual nos sirvió como medida. Una vez lleno el archivo se importo a Oracle creando se la tabla PR_SALDO. A continuación la imagen del archivo de Microsoft Excel que nos sirvió como medida cubo de presupuestos Daniel Duarte José Navarrete Página 100

101 Fig Archivo Microsoft Excel para ingreso de datos del presupuesto Fuente: VELBONI Donde las columnas indican lo siguiente: FECHA.- es la fecha del periodo presupuestado PL_CODIGO.- código del rubro del presupuesto PL_NOMBRE.- nombre de rubro de presupuesto PLANIFICADO.- Valor presupuesto planificado EJECUTADO.- Valor presupuesto ejecutado Daniel Duarte José Navarrete Página 101

102 PR_SALDO Almacena los valores presupuestados, esta tabla sirvió de medida, a continuación la estructura de esta tabla. Fig Estructura de la tabla pr_saldo Fuente: VELBONI Fig Datos de la tabla pr_saldo Fuente: VELBONI Daniel Duarte José Navarrete Página 102

103 Cubo de obligaciones Para este cubo se utilizó la vista V_IN_PROVE la cual nos sirvió para la dimensión de proveedor y la tabla CP_SALDO la cual nos sirvió como medida V_IN_PROVE Esta vista nos sirve para extraer solamente de la tabla IN_PROVE (Tabla maestra de proveedores) los datos que se utilizan para crear la dimensión proveedor, a continuación la estructura de la vista Fig Estructura de la vista v_in_prove Fuente: VELBONI Fig Datos de la vista v_in_prove Fuente: VELBONI Daniel Duarte José Navarrete Página 103

104 Fig Script de la vista v_in_prove Fuente: VELBONI Donde: Campo PV_CODIGO PV_RAZONS PL_CODIGO PL_NOMBRE Descripción Código de proveedor Nombre de proveedor Código de cuenta contable de tipo de proveedor Nombre de cuenta contable de proveedor A continuación parte de la estructura de la tabla IN_PROVE Fig Estructura de la tabla in_prove Fuente: VELBONI Daniel Duarte José Navarrete Página 104

105 Como se puede mostrar en la figura anterior IN_PROVE tiene varios campos que no utilizamos en nuestra dimensión por tal motivo es necesario el uso de una vista para extraer solo la información necesaria Cubo de cartera Para la medida se utilizo la tabla CC_SALDO la cual tiene información de la deuda de los clientes con la empresa de un periodo a un corte de fecha determinado. La estructura de la tabla CC_SALDO es la siguiente Fig Estructura de la tabla cc_saldo Fuente: VELBONI Fig Datos de la tabla cc_saldo Fuente: VELBONI Daniel Duarte José Navarrete Página 105

106 Donde: Campo SC_CODEMP CE_CODIGO SC_RUC SC_NOMBRE TT_CODIGO TT_DESCRI MT_SALDO Descripción Código de empresa a la cual pertenece el cliente Código de cliente Ruc o número de cedula de cliente Nombre de cliente Código de tipo de movimiento Tipo de movimiento Valor de tipo de movimiento Diseño de las dimensiones y diccionario de datos Para la creación de las dimensiones utilizaremos tablas de hechos que contienen datos para desarrollo de los reportes. Las dimensiones contendrán 2 tipos de atributos Sustituir y Negocio, el atributo Sustituir lo genera y lo administra el DataWarehouse Builder, mientras que el atributo de negocio es el identificador que relaciona un nivel de la dimensión con el nivel anterior. Estructura de la Dimensión Cliente Fig.4.20 Visualización gráfica de la dimensión CLIENTE Fuente: Autores Daniel Duarte José Navarrete Página 106

107 Estructura de la dimensión Forma de Pago Fig.4.21 Visualización gráfica de la dimensión FORMA DE PAGO Fuente: Autores Daniel Duarte José Navarrete Página 107

108 Estructura de la dimensión Plan de Cuentas Fig.4.22 Visualización gráfica de la dimensión PLAN DE CUENTAS Fuente: Autores Daniel Duarte José Navarrete Página 108

109 Estructura de la dimensión Presupuesto Fig.4.23 Visualización gráfica de la dimensión PRESUPUESTO Fuente: Autores Daniel Duarte José Navarrete Página 109

110 Estructura de la dimensión Proveedor Fig.4.24 Visualización gráfica de la dimensión PROVEEDOR Fuente: Autores Daniel Duarte José Navarrete Página 110

111 Estructura de la dimensión Sucursal Fig.4.25 Visualización gráfica de la dimensión SUCURSAL Fuente: Autores Daniel Duarte José Navarrete Página 111

112 Estructura de la dimensión Tiempo Fig.4.26 Visualización gráfica de la dimensión TIEMPO Fuente: Autores Daniel Duarte José Navarrete Página 112

113 Análisis y diseño de los cubos A continuación se detallan los cubos que se utilizan en el Datawarehouse: Cubo de cartera El cual se diseñó basado en dos dimensiones cliente y tiempo, para obtener reportes como la deuda de clientes x empresa e independientes en un determinado periodo a través de la medida saldo. Daniel Duarte José Navarrete Página 113

114 Cubo de cartera vencida El diseño de este cubo es parecido al anterior ya que se maneja las mismas dimensiones cliente y tiempo pero la diferencia es que este permite generar reportes en periodos de cortes mensuales. Daniel Duarte José Navarrete Página 114

115 Daniel Duarte José Navarrete Página 115

116 Cubo de obligaciones Para la creación de este cubo se utilizan dos dimensiones: proveedor y tiempo las cuales permiten mostrar informes como la deuda mensual a proveedores a través de la medida saldo. Daniel Duarte José Navarrete Página 116

117 Cubo de presupuesto Para el diseño de este cubo se consideran dos dimensiones: presupuesto y tiempo las cuales nos permitirán generar reportes como el total de ingresos planificado y ejecutado x sucursal, gastos de arriendo x sucursal, gastos de mantenimiento x sucursal, servicios básicos x sucursal, etc. Daniel Duarte José Navarrete Página 117

118 Daniel Duarte José Navarrete Página 118

119 Cubo Contable Para el diseño de este cubo se consideran dos dimensiones plan de cuenta y tiempo las cuales nos permiten obtener informes basados en razones financieras para medir valores como grados de liquidez, rentabilidad y apalancamiento financiero de la empresa. Daniel Duarte José Navarrete Página 119

120 Cubo de Ventas El diseño de este cubo está basado en tres dimensiones: cliente, sucursal y tiempo Daniel Duarte José Navarrete Página 120

121 4.2 Desarrollo Desarrollo del DataWarehouse Creación y definición del DataWarehouse con Oracle la herramienta Warehouse Builder Oracle Warehouse Builder es la herramienta que permite realizar el diseño completo del Data Warehouse y luego cargarlo en el motor de base de datos Oracle mediante el diseño de procesos ETL (Extracción Transformación y Carga). describimos la creación del proyecto. A continuación Accedemos por medio de la aplicación Design Center haciendo clic en el botón Mostrar Detalles. Daniel Duarte José Navarrete Página 121

122 Se muestra la pantalla de bienvenida para crear el repositorio. Definimos los parámetros de conexión a la base de datos. Daniel Duarte José Navarrete Página 122

123 Seleccionamos la opción Gestionar Espacios de Trabajo de Warehouse Builder. Daniel Duarte José Navarrete Página 123

124 Seleccionamos la opción de creación de un nuevo espacio de trabajo. Seleccionamos la primera opción. Daniel Duarte José Navarrete Página 124

125 Es necesario tener permisos de administrador, específicamente del usuario System (definido en la instalación de la base de datos) Definimos la información del usuario propietario del espacio de trabajo. Además debemos tener los permisos del usuario OWBSYS, que significa que tenemos los permisos necesarios para crear un proyecto de DataWareHouse. Daniel Duarte José Navarrete Página 125

126 Definimos la información de almacenamiento del proyecto. Daniel Duarte José Navarrete Página 126

127 Seleccionas el idioma base para el proyecto. En el décimo paso definimos la información para un usuario del repositorio podemos seleccionarlo o crear nuevo usuario (siguientes tres pantallas). Daniel Duarte José Navarrete Página 127

128 Daniel Duarte José Navarrete Página 128

129 Al finalizar la aplicación muestra un resumen, antes de crear el proyecto. Finalmente se muestra el mensaje de resultado satisfactorio de la instalación. Daniel Duarte José Navarrete Página 129

130 Al final nos muestra la pantalla principal del proyecto. Daniel Duarte José Navarrete Página 130

131 Creación del usuario de base de datos Para la creación del usuario de base de datos ingresamos a la herramienta de Warehouse Builder llamada Design Center luego en la ventana Global Explorer seleccionamos la opción Security, a continuación presionamos clic derecho en la opción Users y escojemos la opción New Luego damos clic en Create DB User A continuación se despliega esta pantalla para llenar los siguientes campos: Daniel Duarte José Navarrete Página 131

132 DBA name: Es el usuario registrado con privilegios para administrar BD DBA password: Es la clave del usuario administrador de BD Name: Es el nombre que se da al usuario de BD Password: Es la clave del usuario de BD Confirm Password: Confirmación de la clave de usuario de BD Creación de la ubicación de la base de datos Para la creación de la ubicación de base de datos ingresamos a la herramienta de Warehouse Builder llamada Design Center luego en la ventana Connection Explorer seleccionamos la opción Locations, Databases y Oracle a continuación presionamos clic derecho en la opción Oracle y escogemos la opción New Daniel Duarte José Navarrete Página 132

133 A continuación se muestra la ventana para ingresar los siguientes campos: Name: Es el nombre de la ubicación de la BD User Name: Se refiere al usuario registrado para trabajar en la BD Password: Es la clave de usuario registrado para trabajar en la BD Host: Es el nombre o dirección IP donde se almacena la BD Port: Se refiere el puerto x el cual se va a conectar a la BD x defautl es 1521 Service Name: Es el nombre del servicio con el cual se va a conectar a la BD Schema: Es el nombre de dominio de la BD Definición y creación de la ubicación del proyecto La ubicación de base de datos es el objeto que permite la comunicación entre los módulos, la base de datos transaccional y el Datawarehouse, para este proyecto se necesitan dos ubicaciones: VELBONI_LOCATIÓN apunta a la base de datos transaccional. Daniel Duarte José Navarrete Página 133

134 DWH_VELBONI_LOCATION apunta al DataWarehouse. Para la creación de la ubicación de base de datos en la ventana explorador de conexiones presionamos click derecho en oracle ya que es la base de datos con la que se trabajará y se escoge la opción nuevo y se desplegará la siguiente pantalla. Damos un nombre a la ubicación, al usuario, una contraseña, la dirección IP del servidor y como nombre del servicio orcl (servicio propio de oracle) Definición y creación de los módulos del proyecto. Una vez definido el espacio y el proyecto es necesario definir los módulos del proyecto. Modulo de Origen de Datos Modulo destino de DataWarehouse La definición y creación de los módulos consiste en establecer un elemento VELBONI, donde se pueda mostrar las tablas y vistas que se necesitan de la base de datos transaccional. El modulo destino de Datawarehouse consiste en establecer y darle nombre al destino de datos DWH_VELBONI es aquí donde reposa la nueva estructura que consta Daniel Duarte José Navarrete Página 134

135 exclusivamente de ciertas tablas y vistas tomadas del origen de datos, las dimensiones, cubos y procesos ETL. Para los dos módulos, en los parámetros de definición es indispensable establecer la ubicación de cada módulo, ya que ésta hará posible la conexión a los datos que reposan en la base de datos transaccional y en el usuario de base de datos. A continuación se explica cómo definir el modulo de origen y destino warehouse de de los Datos. Al dar click derecho en oracle de la ventana explorador de proyectos en la opción nuevo se nos mostrará la primera pantalla para la creación de los módulos. Al dar siguiente se mostrará la pantalla donde escogemos el tipo de módulo con el que trabajaremos. Daniel Duarte José Navarrete Página 135

136 Creación y despliegue de los objetos dimensiones, cubos y procesos ETL Para la creación de los objetos dimensiones, cubos y procesos ETL utilizaremos la herramienta de Oracle Design Center. dimensiones. A continuación los pasos para crear las Seleccionamos la opción Dimensions dentro del proyecto, luego presionamos clic derecho y escogemos la opción New Using Wizard Daniel Duarte José Navarrete Página 136

137 Luego damos clic en Next y aparece la ventana para darle nombre a la dimensión Daniel Duarte José Navarrete Página 137

138 En este paso seleccionamos el tipo de almacenamiento que tendrá la dimensión Luego creamos los atributos de las dimensiones Daniel Duarte José Navarrete Página 138

139 A continuación se crean los niveles que tendrá la dimensión En este paso se definen las relaciones de los niveles con los atributos de la dimensión Daniel Duarte José Navarrete Página 139

140 Luego nos muestra una ventana para escoger la opción de guardar los cambios hechos a la dimensión. En esta ventana nos muestra un resumen de los pasos anteriores Daniel Duarte José Navarrete Página 140

141 Luego nos muestra el progreso de creación de la dimensión Por último nos despliega un resumen general de la dimensión creada Daniel Duarte José Navarrete Página 141

142 A continuación se mostraran las dimensiones creadas en el desarrollo del presente proyecto: Dimensión DIM_CLIENTE Dimensión DIM_FPAGO Daniel Duarte José Navarrete Página 142

143 Dimensión DIM_PLANCTA Dimensión DIM_PRESUPUESTO Daniel Duarte José Navarrete Página 143

144 Dimensión DIM_PROVEEDOR Dimensión DIM_SUCURSAL Daniel Duarte José Navarrete Página 144

145 Dimensión DIM_TIEMPO Para la creación de Cubos seleccionamos la opción Cubes dentro del proyecto, luego presionamos clic derecho y escogemos la opción New Using Wizard Daniel Duarte José Navarrete Página 145

146 Luego damos clic en Next y aparece la ventana para darle nombre al cubo En este paso seleccionamos el tipo de almacenamiento que tendrá el cubo Daniel Duarte José Navarrete Página 146

147 A continuación seleccionamos las dimensiones q formaran parte del cubo Por último agregamos las medidas que mostrara el cubo Daniel Duarte José Navarrete Página 147

148 Al final se muestra un resumen de la creación del cubo A continuación se mostraran los cubos creados en el desarrollo del presente proyecto. Cabe recalcar que todas las dimensiones se relacionan con la dimensión TIEMPO para obtener los periodos de tiempo al momento de generar los reportes: Cubo CUB_CARTERA el cual se relaciona con la dimensión CLIENTE Daniel Duarte José Navarrete Página 148

149 Cubo CUB_CARTERA_VENCIDA el cual contiene la dimensión CLIENTE Cubo CUB_OBLIGACIONES el cual contiene la dimensión PROVEEDOR Daniel Duarte José Navarrete Página 149

150 Cubo CUB_PRESUPUESTO el cual contiene la dimensión PRESUPUESTO Cubo CU_CONTA_DEM el cual contiene la dimensión PLANCTA Daniel Duarte José Navarrete Página 150

151 Cubo CU_F_VEN_DEM el cual contiene las dimensiones de CLIENTE, SUCURSAL Y FPAGO. PROCESOS ETL Los procesos creados para almacenar información en el DataWarehouse son los siguientes: Proceso ETL del CUBO_CARTERA Daniel Duarte José Navarrete Página 151

152 Proceso ETL CUBO_CARTERA_VENCIDA Daniel Duarte José Navarrete Página 152

153 Proceso ETL CUBO_CONTABLE Daniel Duarte José Navarrete Página 153

154 Proceso ETL CUBO_OBLIGACIONES Daniel Duarte José Navarrete Página 154

155 Proceso ETL CUBO_PRESUPUESTO Daniel Duarte José Navarrete Página 155

156 Proceso ETL CUBO_VENTAS Daniel Duarte José Navarrete Página 156

157 Proceso ETL DIMENSION CLIENTE Daniel Duarte José Navarrete Página 157

158 Daniel Duarte José Navarrete Página 158

159 Proceso ETL DIMENSION FORMA DE PAGO Daniel Duarte José Navarrete Página 159

160 Proceso ETL DIMENSION PLAN PRESUPUESTO Daniel Duarte José Navarrete Página 160

161 Proceso ETL DIMENSION PROVEEDOR Daniel Duarte José Navarrete Página 161

162 Proceso ETL DIMENSION SUCURSAL Daniel Duarte José Navarrete Página 162

163 Proceso ETL DIMENSION PLAN DE CUENTAS Daniel Duarte José Navarrete Página 163

164 Flujo de Procesos de los Cubos Los gráficos donde se generan los flujos de procesos de los cubos se mostraran en el anexo 27. Daniel Duarte José Navarrete Página 164

165 4.2.2 Desarrollo de la herramienta inteligencia de negocios Creación y definición del proyecto de Bussiness Intelligence Fig Arquitectura de la Solución de Inteligencia de Negocios Oracle BI 10G Fuente: Oracle Web Site El servidor de Business Intelligence permite representar el negocio de manera unificada. En este puede disponer de todas las fuentes de datos a los que se desea que accedan las herramientas de visualización y transformarlas de forma que la manera en que el usuario las vea sea natural según su dominio del negocio. El proyecto de BI implica el desarrollo de un modelo de 3 capas: La capa física: donde se encuentran las tablas y archivos que se quiere mostrar al usuario para. La capa de negocio: donde se simplifica el modelo físico y se agregan elementos asociados al modelo como las dimensiones y jerarquías. La capa de presentación: es lo que los usuarios finales verán. Daniel Duarte José Navarrete Página 165

166 Las herramientas de visualización que trae el paquete se conectan directamente a este servidor. De esta forma los datos que muestran al usuario son aquellos de la capa de presentación y son capaces de utilizar la información de la capa de negocio. El servidor realiza automáticamente las agregaciones necesarias para mostrar los datos según lo solicitado por el usuario final. De esta forma, los cálculos son optimizados y transparentes, llegando directamente a la herramienta de visualización. CAPA DE PRESENTACION CAPA DE NEGOCIOS CAPA FISICA Fig Modelo de 3 capas Fuente: Oracle BI Administration Para la creación de un proyecto de BI debemos crear un ODBC (Origen de Conexión de Base de Datos) el cual apuntara a la base de datos del DataWarehouse. A continuación los pasos para la creación del ODBC. Daniel Duarte José Navarrete Página 166

167 Primero ingresamos a Panel de Control luego Herramientas Administrativas y escogemos Orígenes de datos y aparecerá la siguiente ventana Seleccionamos agregar Donde; Data Source Name: Es el nombre que tendrá la conexión Description: Comentario de la conexión TNS Service Name: Es el servicio de la conexión User Id: Nombre de usuario creado en el DataWarehouse Daniel Duarte José Navarrete Página 167

168 Creación de la capa física Para la creación de la capa física presionamos clic derecho en la ventana Physical y New Batabase luego ingresamos el nombre de la capa física. Importación de objetos del DataWarehouse: utilizando la opción del menú File/Import/From Database y seleccionando la conexión ODBC creada en el paso anterior procedemos a seleccionar los cubos y dimensiones contenidos en la base de datos del DWH. A continuación importamos los cubos y dimensiones creados en el Data Marts Para ello accedemos al menú File Import from Database Daniel Duarte José Navarrete Página 168

169 Luego seleccionamos las tablas, cubos, vistas etc. a importar A continuación nos muestra los cubos y dimensiones importados. Daniel Duarte José Navarrete Página 169

170 Creación del diagrama físico: haciendo clic derecho en el nodo de conexión de la capa física se muestra un menú del cual seleccionamos la opción Physical Diagram/Objects(s) and all Joins. Se mostrara la pantalla de diseño del diagrama físico con todas las dimensiones y cubos. A continuación se procede con la unión de todos objetos utilizando la herramienta New foreign key del menú, como se muestra en la imagen a continuación, relacionando cada dimensión con el cubo correspondiente. Fig Diagrama físico Fuente: Oracle BI Administration Una vez relacionado los cubos y las dimensiones el modelo físico quedara de la siguiente forma: Daniel Duarte José Navarrete Página 170

171 Fig Diagrama físico Fuente: Oracle BI Administration Creación de la capa de negocio Business Model: haciendo clic derecho en la sección Business Model and Mapping seleccionamos la opción del menú New Business Model y le demos un nombre en este caso será el mismo nombre de la capa física. Creación de las tablas de hechos: haciendo clic derecho en el nodo de la capa de negocio seleccionamos la opción New Object/Logical Table y procedemos con la creación de la tabla de hechos que corresponden a los cubos. En la creación del modelo de negocio presionamos clic derecho en la ventana Business Model and Mapping y New Business Model e ingresamos el nombre. Daniel Duarte José Navarrete Página 171

172 Fig Tabla lógica Fuente: Oracle BI Administration Creación de las medidas: una vez creada la tabla de de hechos en el siguiente paso es arrastrar las medidas de los cubos que se encuentran en la capa física hacia la tabla de hechos configurando el tipo de agregación que se necesita para dicha medida (normalmente es el tipo de agregación sum). Fig Creación de medidas Fuente: Oracle BI Administration Daniel Duarte José Navarrete Página 172

173 Creación del Diagrama del Modelo de Negocio: haciendo clic derecho en el nodo principal del Modelo de Negocio seleccionamos la opción del menú Business Model Diagram/Whole Diagram, se mostrara una pantalla con todos los objetos insertados en el capa de negocio y a continuación se deben unir con la opción del menú de herramientas New complex join como se muestra en la imagen a continuación. Relación de los cubos y dimensiones en el modelo lógico Daniel Duarte José Navarrete Página 173

174 Fig Diagrama modelo de negocio Fuente: Oracle BI Administration Definir las dimensiones y jerarquías: una vez creado el diagrama del modelo de negocios se pueden definir las dimensiones y el orden jerárquico de sus niveles, haciendo clic derecho en el objeto que se va a definir como una dimensión y seleccionando la opción del menú Create dimension. A continuación se debe definir la jerarquía de los niveles tal como se definieron en la creación del Datawarehouse. Daniel Duarte José Navarrete Página 174

175 Fig Creación de la jerarquía de las dimensiones Fuente: Oracle BI Administration Fig Terminación de la capa de negocio Fuente: Oracle BI Administration Daniel Duarte José Navarrete Página 175

176 Creación de la capa de presentación La creación de la capa de presentación tiene un único procedimiento que consiste en arrastrar la capa de negocio desde su nodo principal hacia el panel Presentation, y el resultado final se muestra a continuación. Fig Creación de la capa de presentación Fuente: Oracle BI Administration Configuración y puesta en marcha del servicio Oracle BI Server Archivo de configuración de catalogo de inicio: este archivo sirve para indicar al servidor de Business Inteligence con que catálogo de presentación debe iniciar. Para esto es necesario detener el servicio Oracle BI Server y configurar el archivo NQSConfig,INI ubicado en la ruta de instalación de Oracle Business Inteligence, la configuración consiste en cambiar el parámetro Star de la sección REPOSITORY digitando el nombre del repositorio creado en el paso anterior. Daniel Duarte José Navarrete Página 176

177 Fig Configuración del catálogo de inicio Fuente: Oracle BI Administration Definición de la estructura de la interfaz de la herramienta Oracle Interactive Dashboards para la presentación de los informes La primera interface de usuarios comerciales para administración así como para los usuarios comerciales de primera línea es Oracle BI Interactive Dashboards. Los usuarios comerciales tienen acceso a la información de business intelligence activa a través de los Tableros de Control Interactivos, lo cual representa una solución 100% para clientes livianos (thin clients) que solo necesita un browser web y que no requiere descargas ni conexiones. Ofrece a los usuarios una valiosa experiencia interactiva de usuarios al brindar información filtrada y personalizada según la identidad o el rol del usuario, haciendo que la información sea intuitiva y fácil de comprender; y guiando a los usuarios a tomar decisiones precisas y efectivas. Los usuarios trabajan con informes, solicitudes, cuadros, tablas, tablas pivote, gráficos y tickers actualizados. Los usuarios tienen la capacidad de navegar rápida y fácilmente por la información que necesitan; realizar desgloses para un futuro análisis; modificar cálculos; e interactuar con los resultados. Oracle BI Interactive Dashboards ofrece una característica innovadora denominada Navegación Guiada. Esto permite que el contenido personalizado aparezca en la página Daniel Duarte José Navarrete Página 177

178 de los tableros de instrumentos de los usuarios en caso de ocurrir una excepción comercial. La navegación guiada ofrece textos descriptivos y un enlace para guiar a los usuarios en el conocimiento y la consecuente acción. Por ejemplo, si hay una falta de inventario relacionado con un pedido de más de $50.000, aparece un enlace de navegación que notifica al usuario esta excepción y ofrece un enlace al informe de desempeño del proveedor que puede ayudar al usuario a comprender si necesitan reemplazar a un proveedor existente. Es decir, las mejores prácticas de las empresas pueden codificarse en estas navegaciones guiadas, de manera que los usuarios siempre son guiados al proceso más efectivo cuando se corrigen los problemas comerciales. BI Dashboards es la herramienta de Oracle BI que permite crear pizarrones virtuales y reportes donde los usuarios pueden ver consultas a las que necesitan acceder comúnmente con un formato establecido que puede ser un grafico, una tabla dinámica u otra representación. El acceso a esta herramienta se puede realizar desde cualquier navegador web. Fig Interfaz del Oracle Interactive Dashboards Fuente: Oracle BI Administration Daniel Duarte José Navarrete Página 178

179 Construcción de los informes Para una mejor explicación se han divido los informes en Predefinidos y Personalizables. Informes Predefinidos Los informes predefinidos están diseñados en base a los requerimientos de información detallados en el numeral , y se construyen con una interfaz dinámica que le permite al usuario cambiar los parámetros que definen la información presentada en las tablas y gráficos estadísticos. La construcción de los informes predefinidos se detalla a continuación. 1.- Ingresar a la aplicación Oracle Interactive Dashboards y seleccionar el área temática en la que se van a construir los informes. Fig Interfaz del área temática del Oracle Interactive Dashboards Fuente: Oracle BI Administration Daniel Duarte José Navarrete Página 179

180 2.- En el lado izquierdo aparecerán los objetos definidos en la capa de negocio tales como los datos de las dimensiones y cubos, que luego al hacer clic a alguno de ellos, se ubicarán en la parte derecha dentro de la viñeta de criterios para luego mostrar los resultados. Para este ejemplo se escogió los siguientes campos: CALENDER_YEAR_NAME y CALENDAR_MONTH_NAME de la dimensión tiempo y CLIENTE_NOMBRE de la dimensión cliente. Fig Interfaz del área temática del Oracle Interactive Dashboards Fuente: Oracle BI Administration Daniel Duarte José Navarrete Página 180

181 Mapa de la aplicación Daniel Duarte José Navarrete Página 181

182 Informes Personalizables Los informes personalizables son aquellos donde el usuario final los diseña de acuerdo a sus necesidades. Para ello seguirá los mismos pasos que se siguen en la construcción de un informe predefinido solo que con algunas restricciones de acuerdo a las opciones que como usuario le corresponden. 4.3 Pruebas La prueba es un proceso que se enfoca sobre la lógica interna del software y las funciones externas. La prueba es un proceso de ejecución de un programa con la intención de descubrir un error. Un buen caso de prueba es aquel que tiene alta probabilidad de mostrar un error no descubierto hasta entonces. Una prueba tiene éxito si descubre un error no detectado hasta entonces. A continuación se detallan las pruebas que se le realizaran, por el modelo del software utilizaremos tres tipos de pruebas: Pruebas de desempeño Pruebas de tensión Pruebas de funcionalidad Las pruebas de desempeño y tensión se ejecutaran utilizando un software especializado denominado Python 2.6 que permite evaluar aplicaciones basadas en tecnología web Pruebas de Desempeño Son un tipo de pruebas que permiten analizar y evaluar las características del software relacionadas con el desempeño, por ejemplo: Tiempos de respuesta Rendimiento (tasa de atención de peticiones) Capacidad (máximo trabajo útil por unidad de tiempo) Las pruebas de desempeño se utilizan para probar cada parte del servidor web o la aplicación web y descubrir la mejor forma de optimizarlos para el tráfico de la red. La Daniel Duarte José Navarrete Página 182

183 mayoría de las veces esto se hace mediante pruebas de varias implementaciones de páginas web individuales y secuencias de comandos para comprobar que versión del código es más rápida. El objetivo de las pruebas de desempeño es verificar y validar los requisitos de desempeño que se han especificado. La herramienta Pylot 1.26 admite este tipo de pruebas con la capacidad de ejecutar varias solicitudes simultáneas en una URL y registrar el tiempo promedio para tramitar dichas solicitudes. Al cambiar su sitio web o código de la aplicación en pruebas repetidas, se puede descubrir aspectos críticos para abordar un rendimiento óptimo. Generalmente, este tipo de prueba se ejecuta sin solicitar imágenes de la página con el fin de concentrar el análisis en el resultado de la consulta. Parámetros utilizados en la prueba de desempeño Fig Interfaz parámetros pruebas de desempeño Fuente: Python 2.6 Para evaluar mediante las pruebas de desempeño se configuró la aplicación Pylot 1.26 con los siguientes parámetros para medir el rendimiento del servidor durante 60 Daniel Duarte José Navarrete Página 183

184 segundos con 10 usuarios accediendo simultáneamente realizando peticiones de datos en tiempos promedios de 60 milisegundos. Resultado de las pruebas de desempeño Los detalles de las pruebas de desempeño se mostraran en el anexo Pruebas de Tensión Una prueba de tensión es una prueba protocolar diseñada para hallar la máxima tolerancia de un sistema a sobrecargas, tal como intentar conectar más del máximo número permitido de terminales, procesar más del número permitido de identificadores de niveles estáticos, o desconectar una liga de comunicación. El propósito de una prueba de esfuerzo consiste en estimar la carga máxima que puede soportar su servidor web. Python 2.6 puede ayudar a aprender de los umbrales de tráfico de su servidor web y cómo va a responder después de exceder el umbral. Parámetros utilizados en la prueba de tensión Fig Interfaz parámetros pruebas de tensión Fuente: Python 2.6 Daniel Duarte José Navarrete Página 184

185 Para la evaluación de las pruebas de tensión se configuró la aplicación Python 2.6 con los siguientes parámetros para medir el rendimiento del servidor durante un periodo de 180 segundos con 100 usuarios accediendo simultáneamente realizando peticiones de datos en tiempos promedios de 60 milisegundos. Resultado de las pruebas de tensión Los resultados detallados de las pruebas de tensión se muestran en el anexo Pruebas de Funcionalidad Se denominan pruebas funcionales a las pruebas de software que tienen por objetivo probar que los sistemas desarrollados cumplan con las funciones específicas para los cuales han sido creados, es común que este tipo de pruebas sean desarrolladas por un analista de pruebas con el apoyo de algunos usuarios finales, esta etapa suele ser la última etapa de pruebas y al dar conformidad sobre esta el paso siguiente es la implementación y paso a producción. Las pruebas funcionales del presente proyecto están enfocadas a la determinación del cumplimiento de estricto de las necesidades planteadas en el numeral Requerimiento de los informes financieros, cuya evaluación se detalla a continuación. Daniel Duarte José Navarrete Página 185

186 Se tienen filtros para los periodos, y tipo de cuenta Las tablas de datos están totalizadas Se presentan los gráficos correspondientes Fig Reporte Análisis Vertical Fuente: BI Server Daniel Duarte José Navarrete Página 186

187 Se pueden comparar periodos Fig Reporte Análisis Horizontal Fuente: BI Server Se presentan las variaciones porcentuales Fig Reporte Análisis Cuenta por pagar proveedores Fuente: BI Server Daniel Duarte José Navarrete Página 187

188 Informe de las pruebas Una vez realizadas las pruebas de desempeño, tensión y funcionales se determina que la aplicación cumple con los requerimientos técnicos necesarios para garantizar su operatividad consecuentemente el mismo puede pasar a la etapa de implementación y producción Implementación. En este punto se describe el modelo de implementación utilizado, los recursos de hardware y software, las actividades técnicas y el orden en que deben ejecutarse para lograr una implementación exitosa y garantizar la operatividad del proyecto de Inteligencia de Negocios. Debido a que VELBONI no dispone de un sistema automatizado de Soporte a la toma decisiones se facilitó la implementación del proyecto con una combinación de los métodos Directo y por Etapas, a continuación se detalla una breve explicación de estos dos métodos. -Todas las actividades necesarias para convertir el sistema anterior al nuevo sistema - Proceso que asegura la operatividad del sistema de información y que permite al usuario obtener beneficios por su operación. Cuando un sistema de información necesita ser mejorado, pueden darse dos situaciones: ser actualizado parcialmente (incorporándole las modificaciones necesarias) o sustituido en forma total por un nuevo sistema. La adecuación del sistema actual o la implementación de un nuevo sistema, implican modificaciones en os procesos de negocio de la empresa u organización, lo cual puede impactar los resultados del negocio. Por eso es sumamente importante planificar adecuadamente los procesos de cambio. Una implementación exitosa no garantiza (por sí misma) el mejoramiento de la organización que use el nuevo sistema, pero una instalación inadecuada lo impedirá. Daniel Duarte José Navarrete Página 188

189 4.3.5 Método Directo Este método consiste en implementar el nuevo sistema dejando de lado el sistema anterior, a partir del momento de su instalación. La operativa se transfiere en forma abrupta, de un día para el otro. Generalmente se trata de disponer de fines de semana largos o feriados intermedios para disponer de tiempo de reacción ante probables dificultades. Este método es recomendable cuando no existen las situaciones señaladas en el caso anterior, cuando se desea minimizar costos de implementación o cuando se pretende dejar un sistema anterior lo más rápidamente posible. VENTAJAS: es menos costoso que el método paralelo, se obtienen los beneficios del sistema más rápidamente. DESVENTAJAS: es más riesgoso, no se dispone del sistema anterior en caso de falla del nuevo sistema; se requiere una planificación más cuidadosa, poner a prueba en forma exigente el nuevo sistema y establecer el mayor número de posibles hipótesis de conflictos con los procesos de recuperación correspondientes Método por Etapas Este método implica instalar un nuevo sistema en forma gradual. Esto significa que en cada etapa del proceso de instalación se va haciendo experiencia con el sistema nuevo, se va mejorando en función de nuevos requerimientos y superación de problemas que se van encontrando. VENTAJAS: Cada etapa se va realizando con los recursos necesarios. Esto permite implementar nuevos sistemas con recursos más limitados. DESVENTAJAS: el período de implementación puede extenderse demasiado, lo cual podría provocar falta de apoyo de los usuarios. Asimismo, si existieran problemas iníciales en la implementación, podrían difundirse apreciaciones negativas que perjudicaran el proceso en el futuro. Daniel Duarte José Navarrete Página 189

190 Un ejemplo de aplicación de este método puede ser la instalación de cajeros automáticos. En una primera etapa podrían habilitarse transacciones de consulta de saldos y retiros. En una segunda, podrían habilitarse transacciones de depósito y transferencia entre cuentas. En una tercera, podrían ponerse en funcionamiento el pago de servicios a través de la red de cajeros y en una última etapa, podrían interconectarse dos redes de cajeros automáticos diferentes, para ofrecer mayores servicios a los clientes de ambas redes Cronograma de implementación Daniel Duarte José Navarrete Página 190

191 4.3.8 Recursos necesarios para la implementación Los recursos necesarios para la implementación del proyecto de Inteligencia de Negocios se detallan en la tabla presentada a continuación. Descripción Servidor de Business Inteligence Sistema Operativo del Servidor BI Suite de Business Intelligence Recursos necesarios para la implementación Características Marca/Modelo: HP Proliant ML-370 Procesador: Intel Xeon No. de Procesadores: 2 RAM: 3 GB HDD: SCSI / RPM (40 GB Disponibles) Windows 2003 Server Standard Edition R2 Oracle Business Intelligence Standard Edition One v10 Oracle Data Base (Base de Datos para el DataWarehouse) Oracle Warehouse Builder (Diseñador de DataWarehouse) Oracle Managemen Repository (Administrador de Repositorios) Oracle Interactive Dashboard (Diseñador y administrador de Informes) Daniel Duarte José Navarrete Página 191

192 4.3.9 Actividades en el Servidor de Desarrollo. Detener servicios de Oracle BI Antes de iniciar las actividades de exportación del proyecto desde el servidor de producción es necesario detener el servicio Oracle BI Server y OC4J Server. Exportar la estructura del Datawarehouse Desde la aplicación Datawarehouse builder, seleccionar la opción del menú Diseño/Exportar/Metadatos del datawarehouse se presenta la pantalla Exportación de Metadatos solo debemos hacer el botón Exportar. Daniel Duarte José Navarrete Página 192

193 Exportar el repositorio de BI Este paso consiste únicamente en copiar a un medio de respaldo el repositorio de BI, el repositorio se almacena en un archivo de extensión.rpd y lo encontramos en la ruta de instalación del BI, para el caso de estudio de este proyecto la ruta es la siguiente C:\OracleBI\server\Repository\. Daniel Duarte José Navarrete Página 193

194 Exportar los informes y filtros de BI En este punto se debe respaldar la carpeta Administrator que se encuentra en la ruta de instalación de Oracle BI, para el caso de estudio de este proyecto la ruta es la siguiente C:\OracleBIData\web\catalog\samplesales\root\users\ Actividades en el Servidor de Producción. Crear el proyecto de DataWarehouse La primera actividad que se debe realizar en el servidor de producción es la creación del proyecto DataWarehouse con la herramienta DataWarehouse Builder, como guía para esta actividad es necesario hacer referencia al punto Creación y definición del DataWarehouse con la herramienta Oracle WareHouse Builder. Importar la estructura del DataWarehouse Una vez definido el proyecto para el DataWarehouse la siguiente actividad es importar el metadata del proyecto en desarrollo, seleccionando la opción del menú Diseño/Importar/Metadatos del DataWarehouse seleccionar el archivo de extensión mdl resultante del proceso de exportación del metadata y hacer clic en el botón Importar. Crear y definir el usuario y las ubicaciones de base datos Es necesario configurar el usuario de base de datos para el DataWarehouse y las ubicaciones del DataWarehouse y base de datos transaccional para el origen de datos, el punto y muestra cómo proceder con estas dos actividades. Validar y generar los procesos ETL La siguiente actividad es validar y generar los procesos ETL, en este punto se genera el código fuente que se ejecutará posteriormente para el despliegue de los objetos. Para esto se debe abrir la vista de diseño de cada uno de los procesos ETL y con F4 ejecutar la tarea de validación, luego con F5 generamos el código fuente del proceso ETL. A continuación se detallan el nombre de los objetos que se deben validar y generar. Daniel Duarte José Navarrete Página 194

195 Desplegar las dimensiones, cubos y procesos ETL El despliegue de los objeto es una de las actividades críticas del proceso de implementación del DataWarehouse, ya que se si se despliegan correctamente todos los objetos podemos considerar que el DataWarehouse se ha creado y configurado correctamente. La herramienta que se utiliza para el despliegue de los objetos se denomina Gestor de Centros de Control y se accede a ella a atreves del menú Herramientas de la pantalla principal del proyecto. El orden de despliegue se muestra a continuación. Primero se despliegan las tablas y secuencias, seleccionado simultáneamente (Ctrl+selección de mouse) el nodo principal de las tablas y las secuencias y finalmente haciendo clic en el botón de despliegue, como se muestra en la imagen a continuación. Daniel Duarte José Navarrete Página 195

196 Botón de despliegue El orden y los objetos que se deben desplegar se los detalla en la tabla a continuación. DataWarehouse Orden de Despliegue de los objetos TABLAS Y SECUENCIAS DIMENSIONES CUBOS PROCESOS ETL Daniel Duarte José Navarrete Página 196

197 Configurar el Módulo Workflow para actualización de los datamarts Este objeto del DataWarehouse permite configurar un flujo de trabajo para la ejecución de los procesos ETL que alimentan la información del DataWarehouse y cuyo proceso de configuración se muestra a continuación. Importar y configurar el repositorio BI El primer paso consiste en copiar el repositorio (archivo de extensión rpd) exportado del servidor de desarrollo en la carpeta definida para el alojamiento de repositorio, en este caso C:\OracleBI\server\Repository\. Para la configuración se debe modificar el archivo NQSConfig.INI modificando el parámetro Star de la sección Repository digitando el nombre del repositorio como se muestra en la imagen a continuación. Daniel Duarte José Navarrete Página 197

198 Importar los informes de Business Intelligence Esta actividad consiste en copiar la carpeta de informes (denominada Administrator) exportada del servidor de desarrollo en la ruta predefinida para el alojamiento informes, en este caso C:\OracleBIData\web\catalog\samplesales\root\users\. Iniciar los Servicios Oracle Antes de verificar que la aplicación funciona adecuadamente debe iniciar los dos servicios que permiten la ejecución de la Suite de Inteligencia de Negocio de Oracle que son. Oracle BI Server (Servicio de windows) Servidor de aplicaciones OC4J Server (Inicia a través de un acceso directo) Probar el funcionamiento de la aplicación Finalmente podemos probar si la aplicación funciona adecuadamente para esto debemos abrir un navegador web y digitar la dirección de Oracle Intaractive Dashboard que en nuestro caso es debe mostrarse la pantalla de identificación de usuario y clave, este primer ingreso es recomendable realizarlo con el usuarios Administrator que es el administrador del proyecto y tiene todos los permisos, si podemos apreciar un informe como el que se muestra en la imagen a continuación, entonces se ha logrado una implementación exitosa. Daniel Duarte José Navarrete Página 198

199 Daniel Duarte José Navarrete Página 199

200 Conclusiones El desarrollo de un sistema de soporte de decisiones aplicando la herramienta e inteligencia de negocios para el área financiera de Comisariatos VELBONI surge ante la necesidad de cubrir requerimientos de información a nivel gerencial basado en una solución de software como es el ORACLE DATABASE ENTERPRISE EDITION 11G. Los objetivos planteados al inicio de esta investigación, en lo referente al desarrollo técnico de este proyecto fueron cumplidos; además se emplearán para la implementación recursos tecnológicos existentes en VELBONI, conllevando un alto rendimiento en la inversión realizada. Los requerimientos de información han sido expuestos claramente por los usuarios tomadores de decisiones, lo que contribuyó a generar como parte de la documentación una especificación clara y precisa, que ha sido de utilidad para la planificación de la construcción del sistema de toma de decisiones. El factor clave para el éxito en la construcción del sistema, ha sido la correcta selección de las herramientas de inteligencia de negocios para dar soporte a las necesidades de información del área financiera. Se crearon informes financieros que permiten saber la capacidad de la empresa para cubrir una determinada deuda y medir la eficiencia del uso de los recursos económicos de la empresa, estos informes se basan en ratios para este caso en particular los ratios de liquidez y rotación. Se desarrollaron informes para medir la incidencia negativa o positiva de las cuentas contables en los informes financieros, para lo cual se utilizó el análisis vertical y horizontal. Daniel Duarte José Navarrete Página 200

201 Se optimizó el tiempo de respuesta de los informes con la construcción del DataWareHouse ya que al solicitar la información para los informes ya no es necesario ir al sistema transaccional. Como parte de la evaluación, se ha validado el sistema a través de un conjunto de pruebas de desarrollo, desempeño y funcionalidad, obteniendo resultados satisfactorios que demuestran la utilidad del mismo, en base a la calidad de datos resultante, tiempo de respuestas etc. Daniel Duarte José Navarrete Página 201

202 Recomendaciones Debido a que este tipo de proyecto de inteligencia de negocios se desarrolla a medida que surgen los requerimientos de información de los usuarios se recomienda lo siguiente: Cubrir otras áreas como por ejemplo, el dpto. de RRHH para obtener los beneficios que dicha herramienta de toma de decisiones puede brindar. El flujo de información que manejan los usuarios crecerá con el tiempo con lo cual aumentara la concurrencia al servidor del Datawarehouse por lo que es conveniente la actualización de este servidor con características más avanzadas en cuanto a capacidad de procesamiento y memoria de trabajo. Es necesario mantener la contabilidad al día antes de ejecutar los procesos ETL que actualizan el DataWareHouse, para que los informes financieros den la confiablidad esperada a la hora de la toma de decisiones. Daniel Duarte José Navarrete Página 202

203 ANEXOS Y MANUALES Daniel Duarte José Navarrete Página 203

204 ANEXOS Anexo Anexo Anexo Anexo Anexo Anexo Anexo 7.27 Anexo 8.27 Anexo 9.27 Anexo Anexo Anexo Anexo Anexo Anexo Anexo Anexo Anexo Anexo Anexo Anexo Anexo Anexo Daniel Duarte José Navarrete Página 204

205 Anexo Anexo Anexo Anexo Manual de Usuario Final. 40 Manual de usuario Administrador 70 Manual del Programador..85 Daniel Duarte José Navarrete Página 205

206 Anexo 1 Información estratégica actual 1. Los reportes de información estratégica que le provee el sistema informático actual le permite evaluar oportunamente la gestión de su área? Usuario Totalmente Medianamente Muy poco No permite Gerente Financiero X Gerente de Comercialización Gerente de Ventas X X Director de Marketing X Jefe de Adquisiciones Jefe de Logística X X Totalmente 0 Medianamente 0 Muy poco 4 No permite 2 Daniel Duarte José Navarrete Página 206

207 Las respuestas señaladas como regular corresponden a los usuarios que cuentan únicamente con reportes transaccionales del sistema administrativo pero solo con resultados generales como Total de Compras por Proveedor, Total de Ventas por Sucursal, Total de Ordenes de Compras y otros reportes de esa línea. Por otra parte las respuestas señaladas como insatisfactorio corresponden a los usuarios que consideran no tener ninguna herramienta que les ayude a medir la gestión realizada por su departamento. 2. El sistema de información estratégica actual le permite conocer datos relevantes como por ejemplo preferencias del consumidor? Usuario Totalmente Medianamente Muy Poco No lo permite Gerente Financiero Gerente de Comercialización Gerente de Ventas Director de Marketing X X X X Jefe de Adquisiciones Jefe de Logística X X Totalmente 0 Medianamente 0 Muy Poco 3 No lo permite 4 Daniel Duarte José Navarrete Página 207

208 Totalmente 0% Medianamente 0% Muy Poco 33% No lo permite 67% Totalmente Medianamente Muy Poco No lo permite En este punto la respuesta es prácticamente unánime de parte de todo el nivel gerencial respecto a la falta de información que permita conocer de forma simplificada estratégica cual es la preferencia del consumidor, ya que los informes actuales del sistema solo permiten conocer datos o muy detallados (cantidad vendida de un producto X) o muy generalizados (Total de ventas de productos de un proveedor Y). 3. La información estratégica que se obtiene del sistema actual le permite trabajar de manera integral con la planificación estratégica? Usuario Totalmente Medianamente No lo permite Gerente Financiero Gerente de Comercialización Gerente de Ventas Director de Marketing X X X X Jefe de Adquisiciones X Jefe de Logística X Daniel Duarte José Navarrete Página 208

209 Totalmente Medianamente No lo permite Los informes o indicadores muy generalizados (solo ventas totales por sucursal, proveedor o línea de negocio) que actualmente se obtienen del sistema informático dejan notar una claramente una deficiencia en lo referente a informes que les permita a los gerentes mejorar o replantear la planificación departamental de tal forma que resulte una contribución significativa al plan estratégico de la compañía. Daniel Duarte José Navarrete Página 209

210 4. El sistema de información estratégica actual permite obtener información oportuna que lo apoye eficientemente en el proceso de análisis y toma de decisiones? Usuario Totalmente Medianamente No lo permite Gerente Financiero Gerente de Comercialización Gerente de Ventas X X X Director de Marketing Jefe de Adquisiciones X X Jefe de Logística X Totalmente Medianamente No lo permite Daniel Duarte José Navarrete Página 210

211 Con estos datos podemos concluir que un 67% de los gerentes consideran que la información estratégica que pueden obtener no es oportuna por lo tanto no es un verdadero apoyo al proceso de toma de decisiones. Por otra parte el departamento de sistemas a diseñado informes específicos paras los departamentos de Marketing y Adquisiciones que en algo suple la necesidad de información por esto un 33% de los gerentes consideran que el apoyo es incompleto, pero al ser informes transaccionales los tiempos de respuesta son muy altos y en ocasiones algunos informes se deben procesar directamente en el departamento de sistemas. Daniel Duarte José Navarrete Página 211

212 5. La empresa cuenta actualmente con un adecuado sistema de información estratégica? Usuario Si No Gerente Financiero Gerente de Comercialización Gerente de Ventas Director de Marketing Jefe de Adquisiciones Jefe de Logística X X X X X X Si No 0 6 La respuesta es unánime en que no se cuenta con un SIE adecuado, sin embargo la Empresa a lo largo de estos 18 años ha tenido un crecimiento sin aplicar en un alto índice técnicas gerenciales estratégicas basadas en la información. Daniel Duarte José Navarrete Página 212

213 6. Cuál es el nivel de adaptación e integración (con las áreas afines a su departamento) de la información estratégica que actualmente se puede obtener? Usuario Muy Adaptable e Integrada Poco Adaptable e Integrada No es Adaptable e integrada Gerente Financiero Gerente de Comercialización Gerente de Ventas Director de Marketing X X X X Jefe de Adquisiciones X Jefe de Logística X Muy Adaptable e Integrada 0 Poco Adaptable e Integrada 1 No es Adaptable e integrada 5 Estos altos índices de respuestas negativas, se fundamentan en que los reportes de información estratégica diligenciados son procesados y modelados de manera específica para cada área. Daniel Duarte José Navarrete Página 213

214 7. Cuál es su nivel de satisfacción respecto al apoyo que le da el sistema de información estratégica actual en las actividades de toma de decisión? Muy Usuario Insatisfecho Satisfecho Satisfecho Gerente Financiero Gerente de Comercialización Gerente de Ventas Director de Marketing X X X X Jefe de Adquisiciones X Jefe de Logística X Insatisfecho Satisfecho Muy Satisfecho Los antecedentes que se pueden observar de las preguntas anteriores de la encuesta se resumen en este alto índice (83%) de insatisfacción del nivel gerencial y mandos medios con el modelo actual de obtención de información estratégica. Daniel Duarte José Navarrete Página 214

215 8. Le gustaría contar con un software que le permita desarrollar sus propios modelos os de información para mejorar el proceso de toma de decisiones? Usuario Si No Gerente Financiero Gerente de Comercialización Gerente de Ventas Director de Marketing Jefe de Adquisiciones Jefe de Logística X X X X X X Si No 6 0 Daniel Duarte José Navarrete Página 215

216 Daniel Duarte José Navarrete Página 216

217 9. Si necesario que la empresa invierta en un SSD, cuál sería el nivel de prioridad que debe tener esta inversión? Usuario Baja Media Alta Gerente Financiero Gerente de Comercialización Gerente de Ventas Director de Marketing X X X X Jefe de Adquisiciones X Jefe de Logística X Baja Media Alta Daniel Duarte José Navarrete Página 217

218 Con las preguntas 8 y 9 podemos re-confirmar la necesidad urgente que tiene la empresa de desarrollar o adquirir un software de soporte a la toma de decisiones como herramienta clave para sus ejecutivos y mandos medios. Daniel Duarte José Navarrete Página 218

219 Nivel operativo de los usuarios Conocimientos del sistema operativo Windows XP 1. Sabe usted copiar, pegar y/o mover archivos? DEPARTAMENTOS CONTABILIDAD COMPRAS CREDITO PAGADURIA RRHH CONTRALORIA MARKETING LOGISTICA BODEGA VENTAS RECAUDACION MUESTRA SI NO TOTAL NO 9% RESULTADO GENERAL SI 91% Daniel Duarte José Navarrete Página 219

220 RESULTADO POR DEPARTAMENTO SI NO Daniel Duarte José Navarrete Página 220

221 2. Sabe usted trabajar en entorno de red para compartir archivos? DEPARTAMENTOS CONTABILIDAD COMPRAS CREDITO PAGADURIA SI NO TOTAL RRHH 1 3 CONTRALORIA MARKETING LOGISTICA BODEGA VENTAS RECAUDACION TOTAL PORCENTAJE % % RESULTADO POR DEPARTAMENTO SI NO Daniel Duarte José Navarrete Página 221

222 RESULTADO GENERAL NO 62% SI 38% Daniel Duarte José Navarrete Página 222

223 3. Sabe usted eliminar un archivo de la cola de impresión? DEPARTAMENTOS SI NO TOTAL CONTABILIDAD 4 0 COMPRAS 6 0 CREDITO 3 0 PAGADURIA 4 0 RRHH 3 1 CONTRALORIA 6 1 MARKETING 1 0 LOGISTICA 4 0 BODEGA 6 4 VENTAS 1 0 RECAUDACION 0 1 TOTAL PORCENTAJE 84% 16% Daniel Duarte José Navarrete Página 223

224 RESULTADO POR DEPARTAMENTO SI NO RESULTADO GENERAL NO 16% SI 84% Daniel Duarte José Navarrete Página 224

225 4. Sabe usted cambiar las propiedades de los archivos y carpetas? DEPARTAMENTOS CONTABILIDAD COMPRAS CREDITO PAGADURIA RRHH CONTRALORIA MARKETING LOGISTICA BODEGA VENTAS RECAUDACION TOTAL PORCENTAJE SI % NO % RESULTADO POR DEPARTAMENTO SI NO Daniel Duarte José Navarrete Página 225

226 RESULTADO GENERAL NO 58% SI 42% Daniel Duarte José Navarrete Página 226

227 Conocimientos de hojas de cálculo. 5. Sabe usted utilizar autofiltros en hojas de cálculo? DEPARTAMENTOS SOLO EXCEL SOLO OPEN OFFICE AMBAS NINGUNA CONTABILIDAD COMPRAS CREDITO PAGADURIA RRHH CONTRALORIA MARKETING LOGISTICA BODEGA VENTAS RECAUDACION TOTAL PORCENTAJE % 0% 4% % Daniel Duarte José Navarrete Página 227

228 6. Sabe usted ocultar filas y/o columnas en hojas de cálculo? DEPARTAMENTOS SOLO EXCEL SOLO OPEN OFFICE AMBAS NINGUNA CONTABILIDAD COMPRAS CREDITO PAGADURIA RRHH CONTRALORIA MARKETING LOGISTICA BODEGA VENTAS RECAUDACION TOTAL PORCENTAJE % 0% 4% 22% RESULTADO GENERAL AMBAS 5% SOLO OPEN OFFICE 0% NINGUNA 22% SOLO EXCEL 73% Daniel Duarte José Navarrete Página 228

229 Sabe proteger libros por medio de contraseña? DEPARTAMENTOS CONTABILIDAD COMPRAS CREDITO PAGADURIA SI NO TOTAL RRHH 2 2 CONTRALORIA MARKETING LOGISTICA BODEGA VENTAS RECAUDACION TOTAL PORCENTAJE % % RESULTADO POR DEPARTAMENTO SI NO Daniel Duarte José Navarrete Página 229

230 RESULTADO GENERAL SI 22% NO 78% Daniel Duarte José Navarrete Página 230

231 Conocimientos generales de computación y el sistema transaccional Insoft 7. Ha realizado algún curso de computación de tipo básico, intermedio o avanzado? DEPARTAMENTOS CONTABILIDAD COMPRAS SI 3 2 NO 1 4 TOTAL CREDITO 3 0 PAGADURIA 4 0 RRHH 2 2 CONTRALORIA 5 2 MARKETING 1 0 LOGISTICA 4 0 BODEGA VENTAS RECAUDACION 0 1 TOTAL PORCENTAJE 64% 36% RESULTADO POR DEPARTAMENTO SI NO Daniel Duarte José Navarrete Página 231

232 RESULTADO GENERAL NO 36% SI 64% 8. Dónde adquirió sus conocimientos actuales de computación? DEPARTAMENTOS AUTOAPRENDIZAJE CURSOS CERTIFICADOS TRABAJO ANTERIOR VELBONI TOTAL CONTABILIDAD COMPRAS CREDITO PAGADURIA RRHH CONTRALORIA MARKETING LOGISTICA BODEGA VENTAS RECAUDACION TOTAL PORCENTAJE % 36% 7% % Daniel Duarte José Navarrete Página 232

233 RESULTADO POR DEPARTAMENTO AUTOAPRENDIZAJE CURSOS CERTIFICADOS TRABAJO ANTERIOR VELBONI TRABAJO ANTERIOR 7% RESULTADO GENERAL VELBONI 25% AUTOAPRE NDIZAJE 32% CURSOS CERTIFICA DOS 36% Daniel Duarte José Navarrete Página 233

234 9. De las siguientes aplicaciones informáticas cuales usted domina o tiene algún conocimiento básico? DEPARTAMENTO WORD EXCEL OUTLOOK POWER POINT ACCESS OPEN OFFICE CONTABILIDAD COMPRAS CREDITO PAGADURIA RRHH CONTRALORIA MARKETING LOGISTICA BODEGA VENTAS RECAUDACION TOTAL PORCENTAJE % 80% 49% 40% % 7% RESULTADO POR DEPARTAMENTO WORD EXCEL OUTLOOK POWER POINT ACCESS OPEN OFFICE Daniel Duarte José Navarrete Página 234

235 Daniel Duarte José Navarrete Página 235

236 10. En qué nivel considera su conocimiento con respecto al manejo de la aplicación Microsoft Excel? DEPARTAMENTOS BASICO MEDIO AVANZADO TOTAL CONTABILIDAD COMPRAS CREDITO PAGADURIA RRHH CONTRALORIA MARKETING LOGISTICA BODEGA VENTAS RECAUDACION TOTALES PORCENTAJES 33% 62% 4% RESULTADO POR DEPARTAMENTO BASICO MEDIO CONTABILIDAD COMPRAS CREDITO PAGADURIA RRHH CONTRALORIA MARKETING LOGISTICA BODEGA VENTAS RECAUDACION AVANZADO Daniel Duarte José Navarrete Página 236

237 11. Considera que tiene el conocimiento necesario para administrar adecuadamente sistema de control administrativo y contable actual (Insoft)? DEPARTAMENTOS CONTABILIDAD COMPRAS CREDITO PAGADURIA SI NO TOTAL RRHH 1 3 CONTRALORIA MARKETING LOGISTICA BODEGA VENTAS RECAUDACION TOTAL PORCENTAJE 60% 40% Daniel Duarte José Navarrete Página 237

238 Daniel Duarte José Navarrete Página 238

239 Anexo 2 Backups Mysql puede ser respaldada con las utilidades en ambiente gráfico disponibles y además tiene la capacidad de sacar respaldos en caliente, esto es permitido gracias a online backup cuando la aplicación está en normal actividad. Anexo 3 SSL: Secure Sockets Layer Es la misma tecnología que mantiene seguros los datos de los números de tarjetas de crédito cuando se realizan compras a través del internet. Mysql lo soporta, el administrador de la base de datos cuenta con nuevos niveles de seguridad a nivel de base de datos, dependiendo de las necesidades en la seguridad de las aplicaciones en particular. En los casos más básicos, quizá se desee encriptar solamente las sesiones, dejando al protocolo SSL que proteja as contraseñas de los usuarios. También se puede obligar a los usuarios que se conecten a través de SSL utilizando los argumentos opcionales que proporciona el comando Grant. Anexo 4 Encriptación de Datos En las aplicaciones que almacenan datos muy delicados, como por ejemplo, registros de cuentas bancarias, quizá es necesario almacenar estos datos con un formato encriptado. Al hacer esto, resulta muy complicado para alguien tratar de utilizar los datos y se asegura la privacidad y no divulgación de los mismos. En aplicaciones que son menos delicadas, se usa la encriptación para proteger algunas piezas de información, como por ejemplo la base de datos con las contraseñas Daniel Duarte José Navarrete Página 239

240 para otra aplicación. En realidad, las contraseñas nunca deberían almacenarse en la base de datos sin encriptar. A diferencia de la encriptación tradicional, que puede ser revertida, la serialización es un proceso de un solo sentido que no puede ser revertido. La única forma de averiguar la contraseña que generó una serialización en particular es utilizar un ataque de cálculo por fuerza bruta (probando todas las combinaciones para la entrada). Mysql ofrece cuatro funciones para serializar contraseñas: Password(), Encrypt(), Sha1() y Md5(). La mejor forma de ver los resultados de cada función es probándolas utilizando el mismo texto original Anexo 5 ACID Mysql soporta Atomicidad, consistencia, aislamiento y durabilidad, es un modelo transaccional que asegura la integridad y validez de los datos. Soporta también Commit y Roolback que asegura la consistencia de los datos. Oracle si soporta transaccionalidad, utiliza Roolback, Commit, SavePoint. Anexo 6 Control de Concurrencia Oracle maneja un control de concurrencia multiversión que difiere de los mecanismos de concurrencia utilizados por otros fabricantes de bases de datos. Oracle soporta la consistencia de lectura en un nivel de instrucción y de transacción. Oracle determina el número de cambio del sistema ( System Change Number, SCN) actual. El SCN esencialmente actúa como una marca de tiempo donde el tiempo se mide en términos de compromisos de la base de datos en lugar del tiempo de reloj. Daniel Duarte José Navarrete Página 240

241 Si en el curso de una consulta se encuentra que un bloque de datos tiene un SCN mayor que el que está siendo asociado con la consulta, es evidente que se ha modificado el bloque de datos después del SCN de la consulta original mediante alguna otra transacción y puede o no haberse comprometido. Por ello los datos en el bloque no se pueden incluir en una vista consistente de la base de datos como existía a la hora del SCN de la consulta. En su lugar, se debe utilizar una versión anterior de los datos en el bloque; específicamente aquel que tenga el SCN mayor que no exceda al SCN de la consulta. En el modelo de concurrencia de Oracle las operaciones de lectura no bloquean las operaciones de escritura y las operaciones de escritura no bloquean las operaciones de lectura, una propiedad que permite alto grado de concurrencia. Anexo 7 Procesamiento Distribuido de Transacciones Muchas veces una simple transacción necesita escalar entre múltiples servidores de bases de datos. Esta situación es solventada por Mysql 5.0. Usando la ingeniería de almacenamiento disponible llamada Innodb, asegurando la integridad de la transacción. Mysql soporta Distributed Transaccions (XA), permite distribuir las transacciones a través de los diferentes servidores. Anexo 8 Unicode Unicode es un estándar industrial cuyo objetivo es proporcionar el medio por el que un texto en cualquier forma o idioma pueda ser codificado para el uso informático. El establecimiento de Unicode ha involucrado un ambicioso proyecto para reemplazar los esquemas de codificación de caracteres existentes, muchos de los cuales están muy limitados en tamaño y son incompatibles con entornos multilingües. Unicode se ha vuelto Daniel Duarte José Navarrete Página 241

242 el más extenso y completo esquema de codificación de caracteres, siendo el más dominante en la internacionalización y adaptación local del software informático. El estándar ha sido implementado en un número considerable de tecnologías recientes, que incluyen XML, Java y sistemas operativos modernos. Anexo 9 Indices Mysql con el uso de las tablas innodb soporta el estándar b-tree indexing. Oracle soporta el tipo de indexamiento b-tree indexing, esta característica mejora el rendimiento cuando accesa a una tabla, Anexo 10 Diccionario de Datos Esta característica de la base de datos permite obtener fácilmente la información de los objetos que pertenecen a la base de datos como son las tablas, vistas, procedimientos almacenados, etc. Mysql soporta esta característica desde la versión 5. Anexo 11 Vistas Es una característica que permite visualizar los datos de una o varias tablas. Mysql soporta esta característica desde la versión 5. Oracle soporta esta característica que es un gran mecanismo para crear consultas con cierto formato o con ciertos campos de la tabla, esto ayuda a proteger la información que se presenta al usuario. Daniel Duarte José Navarrete Página 242

243 Anexo 12 Trigger Los disparadores ejecutan acciones antes o después de que se realice algún proceso de DML, un ejemplo de uso puede ser para sacar datos de auditoría, o para encriptar datos. Mysql soporta esta característica desde la versión 5. Anexo 13 Cursores Son utilizados dentro de los procedimientos almacenados para seleccionar o modificar datos con cierta lógica de negocio. Mysql soporta esta característica desde la versión 5. Anexo 14 Funciones Las funciones difieren de los procedimientos almacenados en que el propósito de la función es retornar un valor o información de una llamada a rutina o de una consulta, esto ayuda mucho a la reutilización de código. Mysql soporta esta característica desde la versión 5. Anexo 15 Procedimientos Almacenados Los procedimientos almacenados programados eficientemente ayudan a reducir el tráfico de red ya que utiliza una sola llamada a la base de datos. Daniel Duarte José Navarrete Página 243

244 Mysql soporta esta característica desde la versión 5 para satisfacer las necesidades de muchas empresas, una diferencia con los procedimientos almacenados de las bases de datos propietarias es que solamente necesita la cláusula SELECT para obtener una salida de datos, esto no ocurre con otras bases de datos que necesitan llamadas a paquetes o cursores con apuntadores a la cláusula SELECT. Los procedimientos almacenados ayudan a eliminar tráfico excesivo en la red porque solamente una simple llamada al servidor es requerida en lugar de múltiples llamadas. Oracle también soporta esta característica, además permite construir sentencias dinámicas. Anexo 16 Replica Es el proceso de copia y mantenimiento de bases de datos múltiples que hacen un sistema distribuido. Consiste en dos servidores: uno Maestro y uno esclavo, El maestro registra todas las consultas que provocan cambios en la base de datos y las almacena en un fichero de registro binario. El servidor esclavo se conecta al maestro, lee las condiciones en el fichero binario y las ejecuta contra su copia local. Mysql Maneja replica maestro-esclavo (en una sola vía). Generalmente 3 productos o herramientas de Oracle cubren el área de replicación. Todos ellos están incluidos en el Oracle Enterprise Edition. Anexo 17 Cluster Esta característica ayuda al balanceo de carga, la idea básica que está por detrás del balanceo de carga es bastante sencilla. Se dispone de un cluster de dos o más servidores y queremos compartir la carga de trabajo tanto como sea posible. Además de unos Daniel Duarte José Navarrete Página 244

245 servidores finales, un balanceador de carga (e menudo un elemento especializado de hardware) se encarga de encaminar las conexiones entrantes a los servidores disponibles que estén menos ocupados. Este grupo de servidores independientes o nodos, conectados vía una red privada que trabajan en grupo como un sistema unificado. Esta característica de la base de datos garantiza la disponibilidad de los datos en caso de falla de hardware por ejemplo. Mysql Cluster implementa recoverability automático del nodo para asegurar una aplicación automáticamente, es decir, si uno o más nodos de la base de datos dejan de operar, pasa a otro nodo de la base de datos que contiene un set consistente de datos. Mysql es usada para proveer el máximo tiempo en producción para sistemas de negocio críticos. En particular, Mysql Cluster es especialmente utilizado para proporcionar alta disponibilidad y respuesta rápida en búsquedas con sql. Mysql Cluster utiliza el Query Cache, el cual es una especie de memoria de cache que almacena consultas repetitivas, esto ayuda mucho a la respuesta rápida y al performance de Mysql Cluster cuando consultas idénticas son enviadas al servidor. Oracle utiliza Real Apllication Clusters (RAC) como una opción de la base de datos, que soporta hardware clusters. Anexo 18 Particionamiento de Tablas Se trata de una característica del las bases de datos actuales que permite dividir físicamente una tabla de la base de datos en particiones de acuerdo a la lógica del negocio que se necesite, de forma que, reduce significativamente los tiempos de respuesta de la aplicación. En Oracle, la versión 10g soporta esta característica, permitiendo dividir los datos por fecha por ejemplo. La aplicación afecta directamente al diccionario de datos, creando la tabla interina de los datos e indicando qué datos se encuentran en una partición. Este Daniel Duarte José Navarrete Página 245

246 mismo aplicativo permite realizar cambio en la base de datos en caliente sin reprogramar el aplicativo. En Mysql, las tablas InnoDb manejan particiones, es decir, si las tablas son muy grandes, las descompone en pequeñas y más manejables piezas llamadas particiones. Anexo 19 Automatic Storange Management Mysql automáticamente expande el espacio de almacenamiento de la base de datos. Oracle también realiza este proceso automático desde la versión 10g, esto permite liberar al administrador de la base de datos de este tipo de análisis. Anexo 20 Federated Tables En algunas ocasiones se necesitan referenciar a tablas que pertenecen a otras bases de datos remotas que se encuentran en otros servidores. Esta técnica hace que las distintas bases de datos físicas se vean como una base de datos lógica para la comunidad de usuarios, esto simplifica el acceso a datos. Anexo 21 XML Extensible Markup language (XML) es un formato de archivo estándar usado para transferir datos entre sistemas, es similar al hypertext markup language (html) que almacena datos en un formato de jerarquía después de extraerlo de la base de datos, transformar y leerlo en otra base de datos. Un validador puede verificar que un documento XML pasa os requerimientos de estructura antes de procesar los datos. Xml es Daniel Duarte José Navarrete Página 246

247 un componente clave en la computación basada en internet para transferir datos entre organizaciones. Anexo 22 Características Orientadas a Objetos Esta característica en bases de datos tiene que ver con la posibilidad de acceder, utilizar, modificar los datos de una base de datos utilizando propiedades de la orientación a objetos: Hoy en día, ha aumentando uso de multimedios (la animación de vídeo, audio) en aplicaciones, especialmente en aplicaciones de la Internet. Los requisitos aumentados en la búsqueda, el índice por ejemplo, que optimiza eficazmente la búsqueda de datos, se pone en duda al utilizar tipos de datos más complejos. Anexo 23 Precision Math En el caso de Mysql, soporta para los clientes que necesitan gran precisión en sus cálculos matemáticos. Dispone de 56 dígitos de precisión. Anexo 24 Archive Engine Esta herramienta permite almacenar de forma eficiente los datos históricos. Esta utilidad permite comprimir los datos en un 80% y reducir el tamaño de almacenamiento de los mismos. Daniel Duarte José Navarrete Página 247

248 Anexo 25 Resultado de las pruebas de desempeño La gráfica Throughput (Desempeño) indica que las peticiones de servicio de los usuarios se ubicaron entre el 50 y 80% a un promedio de 5 segundos x petición durante el lapso de 60 segundos que duro la prueba. Daniel Duarte José Navarrete Página 248

249 Anexo 26 Resultado de las pruebas de tensión La grafica Response Time nos muestra la concurrencia de los usuarios en lapsos de 2 segundos x usuario en un periodo total de 60 segundos. Daniel Duarte José Navarrete Página 249

250 ANEXO 27 FLUJO DE PROCESOS DIAGRAMA DE FLUJO DE PROCESOS DEL CUB_CONTA_DEM_ETL DIAGRAMA DE FLUJO DE PROCESOS DEL CUB_CARTERA_VENCIDA_ETL Daniel Duarte José Navarrete Página 250

251 DIAGRAMA DE FLUJO DE PROCESOS CUB_OBLIGACIONES_ETL DIAGRAMA DE FLUJO DE PROCESOS DEL CUB_PRESUPUESTO_ETL Daniel Duarte José Navarrete Página 251

252 DIAGRAMA DE FLUJO DE PROCESOS DEL CUB_F_VEN_DEM_ETL DIAGRAMA DE FLUJO DE PROCESOS DE CUB_CARTERA_ETL Daniel Duarte José Navarrete Página 252

253 MANUAL DEL USUARIO FINAL Daniel Duarte José Navarrete Página 253

254 Contenido 1. Ingresar al Oracle Interactive Dashboards Ingresar al Oracle Business Intelligence Fuente: Windows 2003 server Oracle Interactive Dashboards Usuario y contraseña Menú Principal Análisis de las cuentas contables Opciones submenú análisis de las cuentas contables Análisis vertical Filtrar Datos Análisis Horizontal Finanzas Opciones del submenú finanzas Cuentas por pagar proveedores Cuentas por pagar pro proveedor Filtrar datos por proveedor Cartera Presupuesto Índices de Endeudamiento Opciones submenú índices de endeudamiento Índices de endeudamiento y propiedad Deuda a corto plazo Daniel Duarte José Navarrete Página 254

255 4.2 Deuda a largo plazo Índices de Rentabilidad Opciones submenú índices de rentabilidad Margen Bruto Resultado sobre las ventas Resultado sobre el patrimonio Resultado sobre los activos Razones financieras de liquidez y rotación Opciones submenú razones financieras de liquidez y rotación Razón Circulante Razón de la prueba de ácido Capital de trabajo Rotación del capital de trabajo Rotación de las cuentas por cobrar Rotación de las cuentas por pagar Rotación de inventarios Daniel Duarte José Navarrete Página 255

256 1. Ingresar al Oracle Interactive Dashboards 1.1 Ingresar al Oracle Business Intelligence Figura 1.1 Ingreso al Oracle Business Intelligence Fuente: Windows 2003 server 1.2 Oracle Interactive Dashboards. Nos aparece la siguiente pantalla como muestra la figura 1.2 en la cual escogemos la opción Oracle Interactive Dashboards Daniel Duarte José Navarrete Página 256

257 Figura 1.2 Ingreso a Oracle BI Interactive Dashboards Fuente: Oracle BI EE 1.3 Usuario y contraseña. Procedemos a colocar el usuario y contraseña, luego presionamos el botón iniciar sesión, además podemos seleccionar el idioma Figura 1.3 Ventana de Acceso al BI Fuente: Oracle BI Daniel Duarte José Navarrete Página 257

258 1.4 Menú Principal La figura 1.4 muestra el menú principal Figura 1.4 Menú de Acceso a los reportes financieros Fuente: Oracle Interactive Dashboards En el cual tenemos las siguientes opciones: Análisis de las cuentas contables o Análisis Vertical o Análisis Horizontal Finanzas o CXP Proveedores o CXP por proveedor o Cartera o Presupuesto Índices de Endeudamiento o Índices de endeudamiento y propiedad o Deuda a corto plazo o Deuda a largo plazo Índices de Rentabilidad o Margen Bruto o Resultado sobre las ventas o Resultado sobre el patrimonio o Resultado sobre los activos Razones financieras de liquidez y rotación o Razón Circulante o Razón de la prueba de ácido Daniel Duarte José Navarrete Página 258

259 o o o o o Capital de trabajo Rotación Capital de trabajo Rotación cuentas por cobrar Rotación cuentas por pagar Rotación de inventarios 2. Análisis de las cuentas contables. 2.1 Opciones submenú análisis de las cuentas contables. En la figura 2.1 se muestra el submenú del análisis de las cuentas contables Figura 2.1 Menú de Análisis de Cuentas Contables Fuente: Oracle Interactive Dashboards 2.2 Análisis vertical Esta opción nos permite analizar la estructura de las cuentas contables, es decir el porcentaje de incidencia que tiene cada sub cuenta con respecto al grupo de cuenta. Por ejemplo para el grupo Activos Filtrar Datos Para filtrar pulsamos el botón con puntos suspensivos que está acompañando a cada filtro si queremos escoger año o mes, por ejemplo para año nos aparecerá el siguiente cuadro de dialogo Daniel Duarte José Navarrete Página 259

260 Figura 2.2 Filtro de Periodo de Tiempo Fuente: Oracle Interactive Dashboards Donde el lado selección es el año por el cual voy a filtrar, en este caso se ha escogido 2008, ahora procedemos a escoger el mes Figura 2.3 Filtro x mes Fuente: Oracle Interactive Dashboards La figura 2.3 nos muestra los meses seleccionados de un lado y los meses disponibles del otro, cabe recalcar que los meses disponibles se restringen según el año seleccionado en el filtro anterior. Luego filtramos por la cuenta que queremos analizar Daniel Duarte José Navarrete Página 260

261 Figura 2.4 Filtro de cuentas contables Fuente: Oracle Interactive Dashboards Para nuestro ejemplo tomamos de la lista desplegable el grupo de activos, del filtro de año 2008 y mes enero Luego de haber escogido los filtros damos clic en IR y nos aparecen los datos filtrados Figura 2.5 Reporte de Análisis Vertical Fuente: Oracle Interactive Dashboards La figura 2.5 nos muestra un cuadro con la relación porcentual de las subcuentas que componen el activo, con su correspondiente gráfico. Si queremos ir mas al detalle basta con dar un clic en el área correspondiente en el gráfico de pastel o en el nombre de la subcuenta en el cuadro de datos, por ejemplo vamos a examinar el grupo activo corriente Daniel Duarte José Navarrete Página 261

262 Figura 2.6 Reporte Grafico de Análisis Vertical Fuente: Oracle Interactive Dashboards Así sucesivamente podemos ir examinando las cuentas hasta llegar al mínimo nivel 2.3 Análisis Horizontal Nos permite analizar la variación que tuvo una cuenta en su saldo respecto de periodo a otro. La figura 2.7 nos muestra este análisis, en el cual al igual que en análisis vertical se puede filtrar los datos por periodo y examinar cada uno de los grupos de cuentas hasta llegar al mínimo nivel. Daniel Duarte José Navarrete Página 262

263 Figura 2.7 Reporte de Análisis Horizontal Fuente: Oracle Interactive Dashboards 3. Finanzas 3.1 Opciones del submenú finanzas Figura 3.1 Menú de Reportes de Finanzas Daniel Duarte José Navarrete Página 263

264 Fuente: Oracle Interactive Dashboards La figura 3.1 muestra las opciones del submenú finanzas 3.2 Cuentas por pagar proveedores Esta opción nos permite examinar las obligaciones que se tienen o tuvieron con los proveedores de mercaderías en periodos determinados. Para así determinar la eficiencia en el cumplimiento de las obligaciones con proveedores. Figura 3.2 Reporte de Cuentas x pagar Proveedores Fuente: Oracle Interactive Dashboards Daniel Duarte José Navarrete Página 264

265 Figura 3.3 Grafico de reporte de C x P Proveedores Fuente: Oracle Interactive Dashboards La figura 3.2 nos muestra una tabla con los resúmenes de obligaciones por meses en el año 2008, y más abajo el gráfico correspondiente representado en la figura 3.3. En la parte superior de la tabla tenemos el filtro el cual nos puede filtrar la información por año y mes, pudiendo seleccionar varios periodos para realizar las respectivas comparaciones. Como se indicó en el punto filtraremos los datos para nuestro ejemplo tomando el año 2008 con los meses de enero, febrero y marzo Nuestro cuadro y gráfico nos quedará de la siguiente manera. Daniel Duarte José Navarrete Página 265

266 Figura 3.4 Reporte de deuda a Proveedores filtrado x año Fuente: Oracle Interactive Dashboards Como se muestra en la figura 3.4 tenemos los cuadros resúmenes por totales; pero si queremos ver el detalle de esos totales, es decir el nombre de nuestros proveedores basta con dar clic en la barra del mes que queremos analizar o en la palabra total general de la tabla. Si escogemos el mes de marzo nos aparecerá la siguiente información Daniel Duarte José Navarrete Página 266

267 Figura 3.5 Reporte de saldo de proveedores al mes de marzo Fuente: Oracle Interactive Dashboards La figura 3.5 nos muestra la deuda de los proveedores correspondientes al mes de marzo Para regresar de los reportes damos clic en el vinculo volver que se encuentra en la parte inferior de la pagina. 3.3 Cuentas por pagar pro proveedor Esta opción nos permite filtrar por año, mes y proveedor, al ingresar a esta opción la información que se presenta es la siguiente. El filtro por año, mes y proveedor Daniel Duarte José Navarrete Página 267

268 Figura 3.6 Filtro de año, mes x proveedor Fuente: Oracle Interactive Dashboards La tabla con los datos, en este caso filtrados por el año 2008 como lo muestra la figura 3.7 Figura 3.7 Reporte de saldo de proveedores Fuente: Oracle Interactive Dashboards Y el gráfico correspondiente mostrando la deuda de los proveedores en el año 2008 Daniel Duarte José Navarrete Página 268

269 Figura 3.8 Reporte Grafico de saldo de proveedores Fuente: Oracle Interactive Dashboards Filtrar datos por proveedor Para este caso vamos a escoger el mes de diciembre de los años 2008 y 2009 del proveedor la fabril. Figura 3.9 Filtro de datos x proveedor Fuente: Oracle Interactive Dashboards Al procesar este filtro la información nos queda de la siguiente manera: Daniel Duarte José Navarrete Página 269

270 Figura 3.10 Reporte grafico de deuda x proveedor la Fabril Fuente: Oracle Interactive Dashboards Como vemos podemos realizar comparaciones entre periodos y también entre proveedores. 3.4 Cartera En este cuadro de mando examinaremos las cuentas por cobrar cortadas a una fecha específica, la información que se muestra es la siguiente El filtro y la tabla con los datos resumidos por mes de la cartera con los periodos de vencimientos y aquella cartera que aun no estaba vencida a esa fecha. Daniel Duarte José Navarrete Página 270

271 Figura 3.11 Reporte de Cartera Vencida Fuente: Oracle Interactive Dashboards Gráfica de la cartera vencida Figura 3.12 Reporte grafico de Cartera Vencida Fuente: Oracle Interactive Dashboards Daniel Duarte José Navarrete Página 271

272 Y la Gráfica de la cartera no vencida Figura 3.13 Reporte grafico de Cartera No Vencida Fuente: Oracle Interactive Dashboards Como se vio en el punto filtrar datos, en este cuadro de mando también podemos realizar las acciones de filtrado de datos. Si queremos ver el detalle de nuestra cartera podemos dar clic en uno de los meses de cualquiera de las dos gráficas de barras para ver la cartera por empresa, por ejemplo el mes de abril del año Figura 3.14 Reporte de Cartera x empresas Fuente: Oracle Interactive Dashboards Daniel Duarte José Navarrete Página 272

273 Además mostrara un grafico circular con los diferentes valores según días vencidos Figura 3.15 Reporte grafico de cartera vencida Fuente: Oracle Interactive Dashboards Si queremos ir mas al detalle podemos examinar las empresas por nombre de empleados con solo dar clic en la empresa que se requiera, para este caso seleccionaremos la empresa CRM y nos muestra la siguiente información Figura 3.16 Reporte de cartera de la empresa CRM Fuente: Oracle Interactive Dashboards Daniel Duarte José Navarrete Página 273

274 Además el gráfico correspondiente a los días de vencimiento Figura 3.17 Reporte grafico de cartera de la empresa CRM Fuente: Oracle Interactive Dashboards 3.5 Presupuesto Aquí se muestra la siguiente información: Filtro por año, mes, Gasto/Ingreso Figura 3.18 Filtro de tipo de cuentas Fuente: Oracle Interactive Dashboards Ese filtro además de poder escoger periodos en el tiempo también nos permite filtrar los presupuestos de Gastos o de Ingresos, por default esta GASTOS En la figura 3.19 se muestra la tabla de datos del presupuesto, en este casos GASTOS filtrados por abril, mayo y junio del Daniel Duarte José Navarrete Página 274

275 Figura 3.19 Reporte de presupuesto de gastos Fuente: Oracle Interactive Dashboards El grafico correspondiente a la tabla anterior Figura 3.20 Reporte grafico de presupuesto de gastos Fuente: Oracle Interactive Dashboards Para ir al detalle de los gastos damos clic en cualquiera de las barras del gráfico y se nos muestra la información correspondiente al mes seleccionado, para este ejemplo hemos tomado abril 2008 Daniel Duarte José Navarrete Página 275

276 Figura 3.21 Reporte de presupuesto de gastos fijos y variables Fuente: Oracle Interactive Dashboards Además se muestran dos gráficos circulares uno con los valores del presupuesto planificado y otro del presupuesto ejecutado. Figura 3.22 Graficas de presupuesto planificado y ejecutado Fuente: Oracle Interactive Dashboards Podemos ir al detalle aun mas dando clic en uno de los gráficos hasta llegar al último nivel que se muestra en la siguiente figura Figura 3.23 Grafico detallado de gastos de presupuesto Fuente: Oracle Interactive Dashboards Y los gráficos respectivos del último nivel Daniel Duarte José Navarrete Página 276

277 Figura 3.24 Gráficos detallados de gastos planificado y ejecutado Fuente: Oracle Interactive Dashboards 4. Índices de Endeudamiento 4.1 Opciones submenú índices de endeudamiento. En la figura 4.1 se muestran las opciones del submenú índices de endeudamiento Figura 4.1 Menú de reporte de Índices de Endeudamiento Fuente: Oracle Interactive Dashboards Daniel Duarte José Navarrete Página 277

278 4.2 Índices de endeudamiento y propiedad El primer cuadro muestra el nivel de endeudamiento de la empresa, el siguiente el nivel de propiedad, este cuadro de mando también cuenta con su filtro año-mes, a continuación la figura 4.2 muestra la interfaz de este cuadro de mando Figura 4.2 Grafico comparativo de índices de endeudamiento vs índice de propiedad Fuente: Oracle Interactive Dashboards 4.2 Deuda a corto plazo Nos muestra el porcentaje de deuda a corto plazo de la empresa, para lo cual relaciona el pasivo corriente con el total de activos; a continuación la figura 4.3 muestra la interfaz de este cuadro de mando con su respectivo filtro año mes Daniel Duarte José Navarrete Página 278

279 Figura 4.3 Reporte de índice de deuda a corto plazo Fuente: Oracle Interactive Dashboards 4.2 Deuda a largo plazo Muestra el nivel porcentual de deuda a largo plazo de la empresa, para lo cual relaciona el pasivo a largo plazo con el total de los activos; a continuación la figura 4.4 muestra la interfaz de este cuadro de mando con su respectivo filtro año mes Figura 4.4 Grafico de índice de deuda a largo plazo Fuente: Oracle Interactive Dashboards Daniel Duarte José Navarrete Página 279

280 5. Índices de Rentabilidad 5.1 Opciones submenú índices de rentabilidad En la figura 5.1 se muestran las opciones del submenú índices de rentabilidad Figura 5.1 Menú de índices de rentabilidad Fuente: Oracle Interactive Dashboards 5.2 Margen Bruto Calcula el margen bruto por las ventas obtenidas en un determinado periodo, para lo cual relaciona las ventas con el costo de venta; a continuación la figura 5.2 muestra la interfaz de este cuadro de mando con su respectivo filtro año mes Figura 5.2 Reporte grafico de índices de endeudamiento Fuente: Oracle Interactive Dashboards Daniel Duarte José Navarrete Página 280

281 5.2 Resultado sobre las ventas Corresponde al porcentaje de utilidad o pérdida obtenido por cada unidad monetaria que ingresa por ventas; a continuación la figura 5.3 muestra la interfaz e este cuadro de mando con su respectivo filtro año mes Figura 5.3 Reporte grafico de ventas Fuente: Oracle Interactive Dashboards 5.2 Resultado sobre el patrimonio Corresponde al porcentaje de utilidad o pérdida obtenido por cada unidad monetaria que los dueños han invertido en la empresa incluyendo las utilidades retenidas; a continuación la figura 5.4 muestra la interfaz de este cuadro de mando con su respectivo filtro año mes Daniel Duarte José Navarrete Página 281

282 Figura 5.4 Reporte grafico de patrimonio Fuente: Oracle Interactive Dashboards 5.2 Resultado sobre los activos Corresponde al porcentaje de utilidad o pérdida previo a los gastos financieros (resultado de la empresa sin deudas) obtenido por cada unidad monetaria invertida en activos; a continuación la figura 5.5 muestra la interfaz de este cuadro de mando con su respectivo filtro año mes Daniel Duarte José Navarrete Página 282

283 Figura 5.5 Reporte grafico de los activos Fuente: Oracle Interactive Dashboards 6. Razones financieras de liquidez y rotación 6.1 Opciones submenú razones financieras de liquidez y rotación En la figura 6.1 se muestran las opciones del submenú razones financieras de liquidez y rotación Figura 6.1 Menú de Razones financieras de liquidez de rotación Fuente: Oracle Interactive Dashboards Daniel Duarte José Navarrete Página 283

284 6.2 Razón Circulante Corresponde a las veces que el activo circulante sobrepasa al pasivo circulante; a continuación la figura 6.2 muestra la interfaz de este cuadro de mando con su respectivo filtro año mes Figura 6.2 Reporte grafico de razón circulante Fuente: Oracle Interactive Dashboards 6.3 Razón de la prueba de ácido Muestra la capacidad de la empresa para responder sus obligaciones de corto plazo con sus activos circulantes excluyendo aquellos que no son de muy fácil liquidación como los inventarios; a continuación la figura 6.3 muestra la interfaz de este cuadro de mando con su respectivo filtro año mes Daniel Duarte José Navarrete Página 284

285 Figura 6.3 Reporte grafico de la prueba de acido Fuente: Oracle Interactive Dashboards 6.4 Capital de trabajo Permite conocer la capacidad financiera de la empresa para continuar con sus operaciones bajo el supuesto de que todas las obligaciones de corto plazo se hayan cubierto con recursos del activo corriente; a continuación la figura 6.4 muestra la interfaz de este cuadro de mando con su respectivo filtro año mes Figura 6.4 Reporte grafico de capital de trabajo Fuente: Oracle Interactive Dashboards 6.5 Rotación del capital de trabajo Daniel Duarte José Navarrete Página 285

286 Muestra las veces y en número de días en que el capital de trabajo es capaz de generar las ventas; a continuación la figura 6.5 muestra la interfaz de este cuadro de mando con su respectivo filtro año mes Figura 6.5 Reporte grafico de rotación de capital de trabajo Fuente: Oracle Interactive Dashboards 6.6 Rotación de las cuentas por cobrar Muestra la velocidad (veces y número de días) en que la empresa convierte sus cuentas por cobrar en caja, o sea cuantas veces se ha cobrado a los clientes en un periodo determinado; a continuación la figura 6.6 muestra la interfaz de este cuadro de mando con su respectivo filtro año mes Daniel Duarte José Navarrete Página 286

287 Figura 6.6 Reporte grafico de rotación de las cuentas x cobrar Fuente: Oracle Interactive Dashboards 6.7 Rotación de las cuentas por pagar Muestra la velocidad (veces y número de días) en que la empresa salda sus cuentas por pagar; a continuación la figura 6.7 muestra la interfaz de este cuadro de mando con su respectivo filtro año mes Figura 6.7 Reporte grafico de rotación de las cuentas x pagar Fuente: Oracle Interactive Dashboards 6.8 Rotación de inventarios Muestra la velocidad (veces y número de días) que la empresa vende su inventario durante un periodo, a mayor rotación de inventario mayor liquidez; a continuación la figura 6.8 muestra la interfaz de este cuadro de mando con su respectivo filtro año mes Daniel Duarte José Navarrete Página 287

288 Figura 6.8 Reporte grafico de rotación de inventarios Fuente: Oracle Interactive Dashboards Daniel Duarte José Navarrete Página 288

289 MANUAL DEL USUARIO ADMINISTRADOR Daniel Duarte José Navarrete Página 289

290 Contenido Capítulo 1 Introducción Qué es el SSD Finanzas? Trabajar en Internet Interfaz de usuario Capítulo 2. Comenzando a Trabajar Creación de la estructura del informe Creación del informe Como utilizar las fichas para trabajar con una solicitud Botones de columna de una solicitud Guardar una solicitud Uso de filtros de columna en una solicitud de Oracle BI Daniel Duarte José Navarrete Página 290

291 Capítulo 1 Introducción Qué es el SSD Finanzas? El Sistema para la Toma de Decisiones Financiero es una herramienta adecuada para tener una visión que vaya de lo general al detalle (visón de arriba abajo) y, en consecuencia, analizar la información y tomar decisiones. Sus usuarios potenciales son tanto los gestores y responsables de área, como aquellos que deben tomar decisiones en ámbitos concretos o departamentales. En el gráfico adjunto se puede ver de una forma esquemática el proceso desde los datos a las decisiones y, por consiguiente, la potencialidad del Sistema. SSD Finanzas permitirá lo siguiente: 1. El Sistema procesa los datos, 2. Nos los presenta como una colección de hechos. Esto es: Información. 3. La Información, mediante las herramientas de análisis nos permite: Conocimiento para la Acción. 4. Desde este momento se podrán hacer recomendaciones y tomar decisiones. Daniel Duarte José Navarrete Página 291

292 Trabajar en Internet SSD Finanzas es una herramienta con la que trabajaremos en una interfaz web, donde todos los usuarios, incluido el administrador, trabajan desde un browser y por tanto con todas las ventajas de una interfaz utilizable desde cualquier lugar, en cualquier momento. Interfaz de usuario Aquí podrá conocer como es la interfaz de inicio de SSD Finanzas y que se puede hacer desde cada una de las diferentes opciones. En primer lugar se dará una visión general de cada opción que, a su vez, se corresponde con lo que usted encuentra cuando inicia el trabajo con esta herramienta. A continuación de esta breve introducción, se describe con detalle el funcionamiento de cada una de las opciones. Una vez introducido el Login y la Contraseña el sistema identifica el tipo de rol y su privilegio de acceso. Daniel Duarte José Navarrete Página 292

293 Al identificar el sistema el Rol de Usuario aparece la siguiente interfaz que es una consulta por defecto, previamente establecida por el Administrador. En la parte superior de la interfaz se muestran los botones correspondientes a las diferentes opciones de las que dispone dicho Usuario. Para acceder a cualquiera de las opciones sólo basta con hacer clic en la opción deseada. Las opciones son las siguientes: CUADROS DE MANDO Nos lleva a la interfaz donde el usuario puede visualizar el conjunto de informes relacionado con un tema específico. CONFIGURACION Permite realizar configuraciones de la cuenta del usuario como el entorno regional y el idioma de la interfaz del usuario. opciones: Al dar click en esta opción se despliega un menú que tiene cuatro Daniel Duarte José Navarrete Página 293

294 Editar cuadro de mando.- Es una opción exclusiva de los usuarios que tienen acceso a los informes personalizables ya que ésta nos lleva a una ventana donde se puede editar cualquier informe. Aplicar selecciones guardadas.- Esta opción permite al informe actual aplicar una selección guardada previamente. Guarda selecciones actuales Las selecciones guardadas permiten ver las páginas del cuadro de mando con las opciones más usadas o las opciones favoritas utilizando filtros y peticiones de datos preseleccionados y sin necesidad de seleccionar de forma manual las peticiones de datos y los filtros del cuadro de mando. Los usuarios pueden guardar varias selecciones de vistas con diferentes combinaciones de opciones de petición de datos y de filtro y desplazarse entre éstas. Borrar mis selecciones Permite borrar las selecciones guardadas previamente. En la parte inferior izquierda se encuentran tres íconos: Permite actualizar el informe Imprime la consulta seleccionada XML. Exporta los datos sea a Microsoft Excel, Power Point y a un formato Daniel Duarte José Navarrete Página 294

295 Capítulo 2. Comenzando a Trabajar En la parte superior de la interfaz encontraremos tres cuadros de mando Logística, Ventas y Compras. En cada cuadro de mando encontraremos informes los mismos que pueden ser modificados de acuerdo a las necesidades del usuario. Creación de la estructura del informe 1) Al hacer clic en se desplegará un menú y escogeremos la opción editar cuadro de mando. Daniel Duarte José Navarrete Página 295

296 2) Aparecerá la siguiente ventana donde el usuario puede modificar la estructura del cuadro de mando. 3) En la parte superior de esta ventana encontraremos tres botones que hacen lo siguiente: aparecerá la siguiente ventana. Propiedades del cuadro de mando, al hacer clic en esta opción Daniel Duarte José Navarrete Página 296

297 Aquí podemos ocultar las páginas del cuadro de mando, cambiarles el nombre y eliminarlas, adicionalmente permite crear los permisos de acceso a los usuarios sobre cada una de estas páginas. Permite añadir páginas al cuadro de mando. Al hacer clic en este botón aparece la siguiente ventana donde se nos pide darle un nombre a la nueva página. Permite dividir las páginas del cuadro de mando en varias columnas, permitiendo realizar varios informes en una misma página, tal como se muestra en la ventana. Daniel Duarte José Navarrete Página 297

298 Creación del informe Luego de haber definido la estructura del cuadro de mando procedemos a la creación del informe. Daniel Duarte José Navarrete Página 298

299 1) En cada página del cuadro de mando en la parte superior encontramos el botón y luego aparecerá la siguiente ventana 2) Hacemos clic en el área temática dwh_vb y nos aparecerá la siguiente ventana La página de inicio tiene dos áreas principales: Panel de selección.- El panel de selección, situado en el lado izquierdo de la pantalla, muestra el contenido guardado en el catálogo de presentación, como las solicitudes personales y compartidas y los filtros. Espacio de trabajo.- El espacio de trabajo, situado a la derecha del panel de selección, muestra inicialmente las áreas temáticas que puede utilizar para crear solicitudes. Daniel Duarte José Navarrete Página 299

300 Si realiza una selección en el panel de selección, por ejemplo, si hace clic en una solicitud guardada, la selección aparecerá en el espacio de trabajo para que pueda trabajar con ella. Al hacer clic en un área temática del espacio de trabajo para crear una nueva solicitud, el panel de selección cambia para mostrar las columnas y los filtros para dicha área temática que pueden incluirse en una solicitud, y el espacio de trabajo muestra las fichas para trabajar con solicitudes. En esta ventana identificamos las dimensiones con sus respectivos datos y los cubos con sus medidas que se encuentran a lado izquierdo de la ventana. Para crear el informe se debe arrastrar los datos de las dimensiones y las medidas hacia el lado derecho tal como se muestra en el cuadro siguiente Como utilizar las fichas para trabajar con una solicitud Este espacio de trabajo en la parte superior muestra las siguientes fichas para trabajar con una solicitud: Daniel Duarte José Navarrete Página 300