Autorizada la entrega del Proyecto del alumno: Pablo López Jimeno. El Director del Proyecto: Víctor Martínez Díaz. Fdo: Fecha: / /

Transcripción

1 Autorizada la entrega del Proyecto del alumno: Pablo López Jimeno El Director del Proyecto: Víctor Martínez Díaz Fdo: Fecha: / / Visto Bueno del Coordinador del Proyecto: David Contreras Bárcena Fdo: Fecha: / /

2 UNIVERSIDAD PONTIFICIA COMILLAS ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI) INGENIERO INFORMÁTICO PROYECTO FIN DE CARRERA DESARROLLO DE UN SISTEMA DE ANÁLISIS FINANCIERO AUTOR: PABLO LÓPEZ JIMENO MADRID, Junio 2008

3 AGRADECIMIENTOS Desarrollo de un sistema de análisis financiero Me gustaría expresar mi agradecimiento a una serie de personas que en mayor o menor medida han contribuido a que este proyecto saliera adelante satisfactoriamente. En primer lugar me gustaría agredecer a Víctor Martínez, director de este proyecto, que me diera la oportunidad de llevarlo a cabo y entrar a trabajar en una gran empresa como es Sun Microsystems y por su fantástico seguimiento y dirección del proyecto. En segundo lugar me gustaría agradecer a mis compañeros Carlos Navarrete y Emilio Rodríguez su apoyo y ayuda prestada cuando lo he necesitado durante el tiempo que ha durado el desarrollo de este proyecto, facilitandome también mi integración dentro de la empresa. Y también querría agredecer a mi jefe directo dentro de la empresa, Jeroen Schut, la buena organización, dirección y colaboración en el trabajo que fueron necesarias para poder desarrollar esta aplicación. i

4 RESUMEN Desarrollo de un sistema de análisis financiero Este proyecto final de carrera es una aplicación que ha sido desarrollada dentro del departamento financiero de la empresa informática Sun Microsystems. Consiste en una solución de Business Intelligence que facilita a los usuarios finales de la aplicación conocer diversa información en forma de diferentes tipos de informes relacionada con datos de ventas, facturaciones, ventas pendientes de facturación, etc... Las soluciones de Business Intelligence tienen como objetivo administrar y crear conocimiento a partir de un análisis de datos, permitiendo al usuario de la aplicación acceder a los datos independientemente de la procedencia de los mismos (bases de datos locales, corporativas, ficheros, otras aplicaciones, etc..), ofreciéndole los medios necesarios que le permitan realizar tomas de decisiones (manipulando dantos, realizando previsiones y simulaciones de datos, etc..), y todo orientado a que el usuario final no requiera de conocimientos técnicos previos. Antes de explicar más en detalle las funcionalidades de la aplicación cabe destacar una serie de consideraciones generales que influyen en el desarrollo del proyecto. Puesto que es una aplicación desarrollada dentro de un marco empresarial concreto, se deben tener en cuenta ciertos factores de la organización de la empresa. En este caso Sun Microsystems es una empresa multinacional que opera en todo el mundo y que esta subidida en varias regiones que a su vez se dividen en varios territorios más pequeños, que pueden ser países o agrupaciones de países (como por ejemplo una agrupación ibérica que engloba a España y Portugal). Esta aplicación ha sido desarrollada para la región que engloba a Europa, Oriente Medio y África, pero debido a su éxito se está planteando ampliarlo e implantarlo a nivel corporativo en todo el mundo. Otro punto a tener en cuenta son los tipos de prácticas de negocio de la empresa, que en este caso son sistemas, almacenamiento, software y servicios. Tanto los tipos de prácticas de negocio como la organización territorial de la empresa son fundamentales en el desarrollo del proyecto ya que determinan claramente la lógica de programación de los diferentes informes y la manera en la que se deben tratar los datos. ii

5 El proyecto cuenta con una serie de objetivos que necesitaban ser cumplidos que se explican a continuación: Imagen corporativa de la empresa: Al estar desarrollado el sistema dentro de una empresa es necesario que se sigan una serie de estándares de presentación, tipos de letra, fuente, colores, etc. Para ello existe un portal web, sun.brand.com en el que se especifican y detallan estos estándares. Gestión de usuarios: La aplicación no es pública, ni fuera de la empresa ni dentro de la misma es accesible para todo el mundo, de modo que se necesitan administrar y gestionar correctamente adecuadamente los usuarios que pueden acceder a la aplicación. También, dentro de los usuarios que pueden acceder a la aplicación existen diferentes tipos de usuario con diferentes tipos de acceso y derechos que les permiten tener autorización para visualizar e interactuar con un tipo de información u otra. Informes estáticos: Los primeros tipos de informes que debe tratar la aplicación son informes de tipo estático, se encuentran en archivos descargables (archivos PDF, DOC, ODT, presentaciones, imágenes, etc.) ordenados dentro de una tabla que puede ser ordenada por cualquiera de sus campos y filtrada por varias opciones como por tipo de informe o por territorio al que pertenece cada uno de ellos. Informes dinámicos: Son informes cuya información esta consolidada con los estáticos para que todos los datos de ambos informes sean coherentes entre sí. Son dinámicos porque son actualizados dinámica y auntomáticamente cada día en cuanto se encuentran datos nuevos, y porque pueden ser filtrados de múltiples maneras por el usuario, como por ejemplo por tipo de práctica o territorio, recalculando en ese momento la información que se muestra en pantalla. Informes de previsión: Estos informes permiten al usuario realizar simulaciones y previsiones de ventas de las próximas semanas. Al igual que en los informes dinámicos estos informes pueden ser filtrados por el usuario por territorio. iii

6 Para completar el desarrollo del proyecto se ha seguido una metodología de tipo evolutivo, en la que se han ido desarrolando e implantando los diferentes tipos de informes poco a poco, objetivo a objetivo, informe a informe de forma independientemente hasta completar la aplicación. Para cada objetivo e informe se han seguido varias fases, análisis y estudio de los requisitos, desarrollo, fase de pruebas e implantación. Se ha elegido seguir este tipo de metodología porque muy pronto desde el principio del desarrollo se empiezan a ver módulos implantados y funcionando, lo que permiten al usuario empezar a usar parte de la aplicación y comprobar si lo que se está desarrollando es lo que realmente se deseaba en un principio, lo que me permite un intercambio de opiniones constante entre los usuarios y a través de éstas opiniones que nos dan los usuarios se facilita la posible correción de errores y un mejor desarrollo de los siguientes objetivos. Por último a modo de conclusión me gustaria destacar el éxito de la aplicación que se pone de manifiesto a través de las opiniones de los usuarios (la aplicación tiene unos 700 usuarios activos que acceden al sistema diariamente), y que los directivos de la empresa están planteando a corto plazo extrapolar e implantar la aplicación a nivel mundial y no limitarla sólo a la región para la que inicialmente fue desarrollada. iv

7 ABSTRACT Desarrollo de un sistema de análisis financiero This project is an application that has been developed at Sun Microsystems, for its Finance organization. The project consists of a Business Intelligence solution that makes easy to the final users to access a wide variety of information through different reports related with sales, billings, backlog, etc. The objective of the Business Intelligence solutions is to administrate and create knowledge from data analysus. The result is that the application user can access to the data, whithout needing to know from where the data is coming from (local databases, corporate databases, files, other applications, etc). It offers the necessary resources to make decisions (my manipulating data, making forecasts, performing simulations, etc). All is oriented for the final user not to need technical knowledge for accessing the information. Before explaining in detail the functionality of the application, a list of general considerations will be presented. As this application has been developed in a particular company, some organizational factors need to be taken into account. In this case, Sun Microsystems is a multinational company which operates worldwide, and is divided in several regions which are split in different smaller territories, that can be countries or groups of countries. An example is Iberia, which consists of Spain and Portugal. This application has been developed for the region that covers Europe, Middle East and Africa. Due to its success, it is likely that its scope will be increased to a worldwide level. Another point to take into account are the copmany business practices. In the case of Sun Microsystems, these are systems, storage, software and services. The business practices and the organization of the company are key in the development of the project, as they clearly determine the programming logic of the different report, and the way the data must be treated. v

8 The project has a set of objectives that need to be fulfilled: - Corporate look & feel: the system is developed whithin a company, it is required that the presentation standards, colors, fonts, colors, etc are in line with the company rules. In order to fulfill this objective, the web portal brand.sun.com will be followed. - Users management: the application is not public inside or outside the company. It is necessary to administrate and manage in an adequate way the users that can access the application. On the other hand, amongst the users that can access the application, there must be different profiles with different access types and rights which let them have authorization to view and interact with certain information. - Static reports: the first type of reports that this application handles are static reports, which are in files that can be downloaded (PDF files, DOC files, ODT files, presentations, images, etc). These files are stored in a table that can be sorted and filtered using different criteria, such as report type or territory. - Dynamic reports: these are reports in which the information is consolidated with the static reports, in order to ensure that the data from both report types is coherent. These reports are dynamic because they are updated in an automatic and dynamic way on a daily basis. The data can be filtered in multiple ways by the users, for example by practice type or territory, recalculating the information that the user sees in the screen. - Forecast reports: these reports let the user make simulations and sales forecasts for several weeks. As with the dynamic reports, these reports can be filtered by territory. In order to complete the development of this project, an evolutive methodology has been followed. Different kind of reports have been developed and implemented in an independent and incremental way. For each objective and report, several phases have been followed: analysis, requirements study, development, tests and implementation. This method has been selected because it lets the user see some components of the application from the early stages of the development, and therefore the user can check that the product meets vi

9 the requirements. It also enable the communication amongst the users, and following the feedback received, which makes easier the errors detection and correction, as well as an improved development of the following objectives. Last but not least, as a conclusion, I would like to point out that the application has been very successful. Several positive opinions from the users have been received (the application has arpund 700 active users that access the tool on a daily basis). The management of the company is considering the possibility to extrapolate and implement the application at a worldwide level, instead of limiting it to the region for which it was originally developed. vii

10 ÍNDICE Desarrollo de un sistema de análisis financiero 1. INTRODUCCIÓN A BUSINESS INTELLIGENCE Introducción Características Niveles de realización de BI Arquitectura de una solución de Business Intelligence BUSINESS INTELLIGENCE EN EL PROYECTO CONSIDERACIONES GENERALES USUARIOS OBJETIVO JUSTIFICACIÓN DE LA ALTERNATIVA TECNOLOGÍA Recursos hardware Recursos Software METODOLOGÍA Análisis de necesidades y requisitos Desarrollo Fase de pruebas Implantación Mantenimiento OBJETIVOS Imagen corporativa Gestión de usuarios Informes estáticos Informes dinámicos Gestión de la navegación

11 9. DISEÑO DE LA BASE DE DATOS PRESUPUESTO CONCLUSIONES Conclusiones del proyecto: Conclusiones personales: BIBLIOGRAFÍA ANEXO 1: GLOSARIO ANEXO 2: GUÍA DE USUARIO ANEXO 3: INSTALACIÓN DE APACHE, MYSQL Y PHP Instalación Apache Instalación de MySQL Instalación de PHP Instalación de phpmyadmin

12 1. INTRODUCCIÓN A BUSINESS INTELLIGENCE 3

13 1.1 Introducción Se conoce como inteligencia empresarial o inteligencia de negocios (business intelligence, BI) al conjunto de estrategias y herramientas enfocadas a la administración y creación de conocimiento mediante el análisis de datos existentes en una organización o empresa. Es la habilidad para transformar los datos en información, y la información en conocimiento, de forma que se pueda optimizar el proceso de toma de decisiones en los negocios. Desde un punto de vista más pragmático, asociándolo directamente con las tecnologías de la información, podemos definir la inteligencia emprsarial como el conjunto de metodologías, aplicaciones y tecnologías que permiten reunir, depurar y transformar los datos de los sistemas transaccionales e información no estructurada (interna y/o externa a la compañía) en información estructurada, para su explotación directa (reporting, análisis OLTP / OLAP, alertas...) o para su análisis y conversión en conocimiento, dando así soporte a la toma de decisiones sobre el negocio. La inteligencia de negocio actúa como un factor estratégico para una empresa, generando una potencial ventaja competitiva, como es proporcionar información privilegiada para responder a ciertos problemas de negocio como la posible entrada a nuevos mercados, nuevas promociones u ofertas de productos, eliminación de islas de información, mayor control financiero, optimización de costes y gastos, planificación de la producción, análisis de los perfiles de los clientes, estudiar la rentabilidad de un producto concreto, etc... 4

14 Las herramientas de inteligencia se basan en la utilización de un sistema de información de inteligencia que se forma con distintos datos extraídos de los datos de producción, con información relacionada con la empresa o sus ámbitos y con datos económicos. Mediante las herramientas y técnicas ETL (extraer, transformar y cargar) se extraen los datos de distintas fuentes, se depuran y preparan (homogeneización de los datos) y cargarlos en un almacén de datos. Por último, las herramientas de inteligencia analítica posibilitan el modelado de las representaciones en base a consultas para crear tablas de bordes; esto se conoce como presentación de informes. 1.2 Características Este conjunto de herramientas y metodologías tienen en común principalmente las siguientes características: Accesibilidad a la información. Los datos son la fuente principal de este concepto. Lo primero que deben garantizar este tipo de herramientas y técnicas será el acceso de los usuarios a los datos con independencia de la procedencia de estos. Apoyo en la toma de decisiones. Se busca ir más allá en la presentación de la información, de manera que los usuarios tengan acceso a herramientas de análisis que les permitan seleccionar y manipular sólo aquellos datos que les interesen. Orientación al usuario final. Se busca independencia entre los conocimientos técnicos de los usuarios y su capacidad para utilizar estas herramientas. 1.3 Niveles de realización de BI En función de su nivel de complejidad se pueden clasificar las soluciones de Business Intelligence dentro de los siguientes tipos que se explican brevemente a continuación: Consultas e informes simples (Queries y reports). 5

15 Cubos OLAP (On-Line Analytic Processing). Data Mining o minería de datos. Sistemas de previsión empresarial; predicción mediante estudio de series temporales (ejemplo: Previsión de ventas). Los informes simples estan compuestos por información ordenada y estructurada obtenida tras un acceso simple a una base de datos. OLAP es el acrónimo en inglés de procesamiento analítico en línea (On-Line Analytical Processing). Es una solución utilizada en el campo de la llamada Inteligencia empresarial (o Business Intelligence) cuyo principal objetivo consiste en agilizar la consulta de grandes cantidades de datos. Para ello utiliza estructuras multidimensionales (o también llamados Cubos OLAP) que contienen datos resumidos de grandes Bases de Datos o Sistemas Transaccionales (OLTP). Se usa a menudo en informes de negocios de ventas, marketing, informes de dirección, minería de datos y áreas similares. La razón de usar OLAP para las consultas es la superior velocidad de respuesta. Una base de datos relacional almacena entidades en tablas discretas si han sido normalizadas. Esta estructura es buena en un sistema OLTP pero para las complejas consultas multitabla es relativamente lenta. Un modelo mejor para búsquedas, aunque peor desde el punto de vista operativo, es una base de datos multidimensional. La principal característica que potencia a OLAP, es que es lo más rápido a la hora de ejecutar sentencias SQL de tipo SELECT, en contraposición con OLTP que es la mejor opción para operaciones de tipo INSERT, UPDATE Y DELETE. La minería de datos (DM, Data Mining) consiste en la extracción no-trivial de información que reside de manera implícita en los datos. Dicha información era previamente desconocida y podrá resultar útil para algún proceso. En otras palabras, la minería de datos prepara, sondea y explora los datos para sacar la información oculta en ellos. Para un experto, o para el responsable de un sistema, normalmente no son lo mas relevante los datos en sí, sino la información que se encierra en sus relaciones, fluctuaciones y dependencias. 6

16 Bajo el nombre de minería de datos se engloba todo un conjunto de técnicas que se encaminan a la extracción de conocimiento procesable, implícito en las bases de datos. Las bases de la minería de datos se encuentran en la inteligencia artificial y en el análisis estadístico. Mediante los modelos extraídos utilizando técnicas de minería de datos se aborda la solución a problemas de predicción, clasificación y segmentación. Se llama previsión de ventas al cálculo que hace el departamento comercial de una compañía del volumen de ventas que realizará el año próximo. La realización de una correcta previsión de ventas es vital para una empresa pues de ella se deriva el presupuesto de ingresos y de gastos y por consiguiente, las previsiones de fabricación, aprovisionamiento, logística, recursos humanos. Es de señalar que la previsión de ventas no suele coincidir con los objetivos de ventas que se establecen a la red comercial que suelen ser superiores para incentivar el esfuerzo de los vendedores. Entre los métodos habituales de previsión de ventas se encuentran los siguientes. Simple. Se aplica para el año próximo el mismo porcentaje de crecimiento obtenido en el año actual. Se trata de un método sencillo de aplicar y apropiado para sectores tradicionales con poco movimiento. También es común en servicios públicos (gas, electricidad) en los que la demanda apenas varía de un año para otro. Consulta a la red de ventas. Los vendedores son los que mejor conocen nuestro mercado por lo que deberían participar en la estimación sobre su evolución. Se consulta a la red comercial sobre su percepción sobre el crecimiento en el año entrante. Extrapolación de la tendencia. Se toman las ventas realizadas en los últimos años y se realiza una regresión lineal. La tendencia resultante se aplica como cifra de crecimiento para el año próximo. Estimación de las necesidades de los clientes. Es apropiada para empresas con escaso número de clientes con los que existe un fuerte vínculo comercial (véase, por ejemplo, el sector de componentes de automoción). En tal caso, las previsiones de ventas provendrán de las propias estimaciones de consumo de sus clientes. Correlación. Determinados artículos están estrechamente ligados a la evolución de un sector en particular. En tal caso, se tomará la previsión de crecimiento de dicho sector para 7

17 calcular la propia. La previsión puede proceder de estimaciones de institutos estatales o de la organización sectorial correspondiente. Consideremos el caso de los fabricantes de cemento en relación con la evolución de la obra pública o los de ladrillos en relación con la construcción. Cobertura. En el caso de desembarco en nuevos mercados o introducción nuevas gamas de producto en mercados existentes, será necesario realizar estimaciones sobre la cuota de mercado que se prevé alcanzar obteniendo así las ventas aplicándola sobre el volumen total del mercado. 8

18 1.4 Arquitectura de una solución de Business Intelligence Una solución de Business Intelligence parte de los sistemas de origen de una organización (bases de datos, ERPs, ficheros de texto...), sobre los que suele ser necesario aplicar una transformación estructural para optimizar su proceso analítico. Para ello se realiza una fase de extracción, transformación y carga (ETL) de datos. Esta etapa suele apoyarse en un almacén intermedio, llamado ODS, que actúa como pasarela entre los sistemas fuente y los sistemas destino (generalmente un datawarehouse), y cuyo principal objetivo consiste en evitar la saturación de los servidores funcionales de la organización. La información resultante, ya unificada, depurada y consolidada, se almacena en un datawarehouse corporativo, que puede servir como base para la construcción de distintos datamarts departamentales. Estos datamarts se caracterizan por poseer la estructura óptima para el análisis de los datos de esa área de la empresa, ya sea mediante bases de datos transaccionales (OLTP) o mediante bases de datos analíticas (OLAP). 9

19 Esquema general de una solución de Business Intelligence. Los datos albergados en el datawarehouse o en cada datamart se explotan utilizando herramientas comerciales de análisis, reporting, alertas...etc. En estas herramientas se basa también la construcción de productos BI más completos, como los sistemas de soporte a la decisión (DSS), los sistemas de información ejecutiva (EIS) y los cuadros de mando (CMI) o Balanced Scorecard (BSC). 10

20 2. BUSINESS INTELLIGENCE EN EL PROYECTO 11

21 Actualmente existen en el mercado existen diferentes tipos de soluciones de Business Intelligence en el mercado, pero enfocan el trato de los datos a soluciones bastante genéricas, ofreciendo resultados de una forma general que puede ser útil quizá para una pequeña o mediana empresa cuyo negocio se ajuste a estas soluciones generales, pero en este caso se trata de una gran multinacional que requiere de un trato mas específico y particular de los datos, por lo tanto resulta inviable el utilizar una de las aplicaciones existentes por resultar insuficientes, y es necesario el desarrollo de una solución específica. Este proyecto representa una aplicación clara de los principios de las soluciones de BI anteriormente explicados y es una solución de BI para el departamento financiero de la empresa. Aunque no se puede encasillar únicamente en uno de los tipos de soluciones, sí que intervienen muchas características de varios de ellos, ya que dentro de los informes que maneja la aplicación nos encontramos con informes simples productos de consultas a una tabla en la base de datos o lecturas de ficheros, también se han desarrollado informes que son producto de múltiples consultas a varias tablas de datos y el posterior proceso de los mismos antes de mostrarlos en pantalla al usuario, también se reciben datos procedentes de otras bases de datos globales ajenas a la propia aplicación que estamos desarrollando, tratándose en estos casos de soluciones del tipo de minería de datos y también existen informes que permiten simular y realizar predicciones de las ventas de las próximas semanas, lo que nos llevaría a soluciones de sistemas de previsión empresarial. Por lo tanto, aunque no se trate de una aplicación exclusivamente de un tipo, al tratar aspectos de varios de ellos, sí se trata de una solución de business intelligence. 12

22 3. CONSIDERACIONES GENERALES 13

23 Antes de entrar en detalle en los diferentes apartados que forman el proyecto, deben conocerse ciertos temas referentes al entorno de la empresa en el que ha sido desarrollado, ya son factores determinantes que influyen directamente en varios aspectos importantes del desarrollo de la lógica y algoritmos del proyecto. El proyecto ha sido desarrollado para la empresa multinacional Sun Microsystems, empresa cuya organización interna esta subdivida en diferentes territorios que pueden ser países o agrupaciones de diferentes países, y por encima de estos territorios existe otro nivel de regiones que engloba zonas continentales mas grandes. Esta herramienta ha sido desarrollada para la región correspondiente a los continentes de Europa, Oriente Medio y África, aunque debido al tipo de desarrollo del proyecto y a su escalabilidad (que se explicará mas adelante), la aplicación es posible que sea implantada a nivel mundial. La organización territorial influye en el desarrollo del proyecto determinantemente, ya que los territorios en los que se encuentran los usuarios, o sobre los que éstos tienen ciertas competencias o privilegios, determinan los datos con los que pueden interactuar (crear, ver, modificar, etc...), de modo que en la base de datos existe una tabla de territorios con la que están relacionadas casi la totalidad de tablas del sistema. Otro punto clave a tener en cuenta a la hora de desarrollar el proyecto es el tipo de prácticas de negocio con las que trabaja la empresa. Sun trabaja con diferentes prácticas de negocio, como sistemas, software o almacenamiento entre otras, y a su vez cada práctica cuenta con una serie de subprácticas. Como ocurre con los territorios, las prácticas de negocio sobre las que tienen competencia los usuarios determinan los datos que pueden interactuar en pantalla, por lo que también es necesaria en la base de datos una tabla que recoja todas las prácticas de negocio posibles y que el resto de tablas estén relacionadas con ella. 14

24 4. USUARIOS OBJETIVO 15

25 La aplicación es accesible a través de un portal dentro de la Intranet de la empresa. Los usuarios de esta aplicación son en su mayoría los empleados de los departamentos financieros y de ventas de la empresa, aunque cabe la posibilidad de que usuarios ajenos a estos departamentos soliciten acceso a la aplicación en situaciones especiales, y deben ser controlados debidamente por la aplicación. Para tener acceso a la aplicación no existe ningún prerrequisito concreto previo, existe un formulario de petición de acceso en el que los usuarios que necesiten acceder a la información ofrecida por la aplicación solicitarán el acceso rellenando el formulario, incluso incluyendo explicaciones adicionales en caso de tratarse de usuarios ajenos a los departamentos de finanzas o ventas. Posteriormente esas peticiones serán evaluadas y aceptadas o rechazas por una serie de personas encargadas de esta tarea. En cada territorio o región hay al menos un encargado de aprobar o rechazar estas peticiones. Actualmente la aplicación esta operativa en la Intranet de la empresa siendo accesible desde las regiones de Europa, oriente medio y África, y actualmente cuenta con aproximadamente 700 usuarios activos. 16

26 5. JUSTIFICACIÓN DE LA ALTERNATIVA 17

27 Al iniciar el planteamiento del proyecto se barajaron diversas alternativas tecnológicas para su desarrollo, como por ejemplo desarrollarlo bajo Java, o utilizando gestores de base de datos como Oracle, etc. Finalmente se decidió utilizar el lenguaje de programación PHP, aunque hay ciertos componentes del código en Java y Javascript, mayoritariamente el lenguaje utilizado ha sido PHP. Y como base de datos se ha utilizado una base de datos MySQL, utilizando la aplicación PhpMyAdmin como gestor de la misma. Se decidió utilizar esta alternativa por las siguientes razones: Es la que se viene implantando en la empresa en otras aplicaciones. Porque ya existían tablas en base de datos MySQL que iban a ser utilizados en la aplicación. Porque es una combinación de tecnología que se está imponiendo en el mercado de la programación web, y por lo tanto existe mucho material de referencia sobre ella, lo que sin duda también es un puto favorable para esta alternativa. 18

28 6. TECNOLOGÍA 19

29 Los recursos tecnológicos utilizados en el desarrollo del proyecto pueden dividirse en dos grupos bien diferenciados, recursos de hardware y de software. 6.1 Recursos hardware Sun Blade 2500: Esta estación de Sun ha sido la utilizada como estación de desarrollo, en la que sea desarrollado y probado todo el sistema, haciendo las veces de backup del sistema en vivo. La estación esta localizada físicamente en Madrid, en el lugar de trabajo. Sun Fire V490: Este es un servidor de aplicaciones que ha sido utilizado como servidor final de la aplicación, es el servidor que da acceso en la red de la empresa a esta aplicación y también a otras. Una vez el sistema ha sido desarrollado y probado en la estación de desarrollo era duplicado aquí para que fuera accesible. Este servidor esta localizado físicamente en Dubai. 20

30 6.2 Recursos Software Gestores de Bases de Datos: se ha utilizado PhpMyAdmin como gestor de las bases de datos MySQL, que son las mayoritarias dentro del sistema. PhpMyAdmin es una herramienta escrita en PHP con la intención de manejar la administración de MySQL a través de páginas webs, utilizando Internet. Actualmente puede crear y eliminar Bases de Datos, crear, eliminar y alterar tablas, borrar, editar y añadir campos, ejecutar cualquier sentencia SQL, administrar claves en campos, administrar privilegios, exportar datos en varios formatos y está disponible en 50 idiomas. Se encuentra disponible bajo la licencia GPL. Además existen datos provenientes de otras bases de datos corporativas Oracle, para las cuales se ha utilizado Brio para acceder a ellas. Editor de textos: para escribir el código fuente se ha utilizado el editor jedit con las extensiones necesarias para realizar conexiones FTP para poder trabajar tanto con los archivos en el servidor de desarrollo en Madrid como los archivos del servidor final en Dubai. jedit es un editor de texto para programadores distribuido bajo los términos de la Licencia Pública General de GNU. Está escrito en Java y se ejecuta en Windows, Linux, Mac OS X y otros sistemas operativos que dispongan de la máquina virtual Java. Dispone de docenas de plugins para diferentes áreas de aplicaciones. Soporta de forma nativa el coloreado de la sintaxis para más de 130 formatos de fichero. También se puede incluir nuevos formatos de forma manual utilizando ficheros XML. jedit soporta UTF-8 y otros formatos de codificación del texto. jedit se puede personalizar y extender con macros escritas en BeanShell, Jython, JavaScript y otros lenguajes script. 21

31 Navegadores: al ser una herramienta web se necesita de un navegador web para poder acceder a ella, tanto al realizar las pruebas de funcionamiento como para su implantación final. Se ha comprobado el correcto funcionamiento del sistema en los principales navegadores del mercado Mozilla, Firefox e Internet Explorer. Servidor Web: como servidor de aplicaciones web se ha utilizado la version 2 de Apache. El servidor HTTP Apache es un software (libre) servidor HTTP de código abierto para plataformas Unix (BSD, GNU/Linux, etc.), Windows, Macintosh y otras, que implementa el protocolo HTTP/1.1 [1] y la noción de sitio virtual. Apache presenta entre otras características mensajes de error altamente configurables, bases de datos de autenticación y negociado de contenido, pero fue criticado por la falta de una interfaz gráfica que ayude en su configuración. Apache tiene amplia aceptación en la red: desde 1996, Apache, es el servidor HTTP más usado. Alcanzó su máxima cota de mercado en 2005 siendo el servidor empleado en el 70% de los sitios web en el mundo, sin embargo ha sufrido un descenso en su cuota de mercado en los últimos años. Programador de tareas: En la aplicación se han desarrollado ciertos srcripts de carga de datos que necesitan ser ejecutados periódicamente, para ello se ha utilizado el planificador de de tareas Cron. En el sistema operativo Unix, cron es un administrador regular de procesos en segundo plano (demonio) que ejecuta programas a intervalos regulares (por ejemplo, cada minuto, día, semana o mes). Los procesos que deben ejecutarse y la hora en la que deben hacerlo se especifican en el archivo crontab. Cron se podría definir como el "equivalente" a Tareas Programadas de Windows. Los usuarios habilitados para crear su archivo crontab se especifican en el archivo cron.allow. De manera análoga, los que no lo tienen permitido figuran en /etc/cron.d/cron.deny, o /etc/cron.deny, dependiendo de la versión de unix. Sistema Operativo: El proyecto ha sido desarrollado en un ordenador bajo un sistema operativo Solaris 10. Solaris 10 es la versión más reciente del sistema operativo desarrollado por Sun Microsystems. Solaris es en sí software propietario y ahora la parte principal del sistema operativo se ha liberado como un proyecto de software libre denominado OpenSolaris. Esto no es novedad para Sun pues todas las versiones anteriores eran cerradas. 22

32 Plantearon distribuir su producto bajo la licencia CDDL Common development and distribution license.sun solaris se ejecuta sobre la arquitectura SPARC en 32 y 64 bits (más conocida como Ultra Sparc) o sobre procesadores x86 (incluidos Intel y AMD).A comienzos del 2005, Sun Microsystems ha sacado a la luz la version 10 (5.10) de su sistema operativo Solaris con nuevas características. 23

33 7. METODOLOGÍA 24

34 Se ha utilizado una metodología de tipo evolutiva en la que la aplicación ha ido creciendo o evolucionando a partir del desarrollo de objetivos o módulos mas pequeños hasta conformar la aplicación completa. En esta metodología se han diferenciado diferentes módulos y objetivos que se han desarrollado independientemente pasando cada uno por una serie de etapas o fases: 1 Análisis de necesidades y requisitos. 2 Desarrollo 3 Fase de pruebas 4 Implantación 7.1 Análisis de necesidades y requisitos En esta primera fase se procede al estudio del módulo que vamos a desarrollar, e identificar sus requisitos, necesidades, necesidades, restricciones, etc... Para ello se han producido diversas entrevistas con los responsables del proyecto o del módulo a desarrollar para conocer los detalles del mismo, pudiendo haber sido estas entrevistas personales, vía correo electrónico o telefónicas. Estas entrevistas se puede repetir a lo largo del desarrollo del módulo estando ya en las fases de desarrollo o pruebas, ya que durante las mismas pueden surgir problemas o dudas que requieran de nuevas entrevistas para ser solventados. En algunos casos se facilita esta tarea ya que algún módulo de desarrollo consiste en automatizar informes que eran generados manualmente por los empleados (por ejemplo en hojas de cálculo), y el disponer de estos documentos como material de referencia de lo que había que hacer es obviamente muy beneficioso para comprender y afrontar el desarrollo del mismo. En esta fase debemos identificar las necesidades de la aplicación tanto relacionadas con la lógica de los algoritmos que se usarán para calcular los datos solicitados, como las necesidades relacionadas con la base de datos, ya que en algunos casos podremos usar tablas que ya existan 25

35 previamente en la empresa, parte de ellas, crear nuevas tablas a partir de otras ya existentes o crear una tabla completamente nueva partiendo de cero. 7.2 Desarrollo Una vez realizadas las entrevistas e identificados los requisitos y necesidades del módulo a desarrollar, se procede a su desarrollo. Para ello se ha utilizado un equipo SunBlade 2500 localizado en Madrid, utilizado como equipo de desarrollo para todo el proyecto. En el desarrollo de un módulo hay que tener en cuenta dos partes a desarrollar: Por un lado la base de datos, en la que se deben crear las nuevas tablas que sean necesarias para cada caso o bien estudiar las tablas existentes de las que se pueden obtener datos. Y por otro lado la programación del código que va a manejar los datos obtenidos para procesarlos y mostrarlos en pantalla de la manera adecuada. 7.3 Fase de pruebas Esta fase puede estar solapada con la anterior en muchos de los casos, ya que conforme se va programando el módulo es conveniente realizar pequeñas pruebas que comprueben que la lógica del código escrito funciona correctamente. Para ello se debe someter al código al mayor número de casos de acción posibles para controlar que responde adecuadamente en todas las situaciones en las que se puede encontrar un usuario. También hay que comprobar, una vez que el código funciona, la veracidad de los datos que muestra, ya que aunque el algoritmo que se haya ideado y programado funcione sin errores, puede no estar tratando o calculando los datos como esperan los usuarios. Para controlar esto es necesario contar con la colaboración de personal experto en la materia, como pueden ser algunos de los usuarios finales de la aplicación que deben probar la aplicación para que en el caso de encontrar informaciones erróneas para corregirlas antes de su implantación. 26

36 Por lo tanto podemos distinguir entre varios pasos a seguir en esta fase de pruebas: Verificación del funcionamiento de la lógica del código. Corrección de errores de la lógica del código. Validación de los datos ofrecidos por el informe en pantalla, esta tarea debe realizarla el personal competente de la empresa que tenga el conocimiento necesario sobre los datos. Corrección de errores relacionados con la validez de los datos. 7.4 Implantación Finalmente, una vez todas las pruebas están realizadas y se ha validado y verificado que todo funciona correctamente se procede a su instalación en un servidor SunFire 4800 situado en Dubai, que es el servidor que da acceso a la aplicación dentro de la red de la empresa. Para minimizar los posibles problemas que puede ocasionar el proceso de implantación está estipulado que la implantación se realice en un periodo de tiempo en el que el número de posibles usuarios conectados sea el menor posible, como por ejemplo las últimas horas de la tarde o de la noche. 7.5 Mantenimiento Una vez implantada la aplicación se debe realizar un seguimiento de la misma para comprobar que su funcionamiento es el esperado y además escuchar la opinión de los usuarios finales. Para ello se facilita una dirección de correo electrónico a la que los usuarios pueden enviar sus opiniones, quejas, sugerencias, detecciones de problemas o errores, etc. En base a esos comentarios se puede llevar un mantenimiento adecuado de la aplicación, ya sea corrigiendo problemas que hayan podido pasar desapercibidos durante el proceso de desarrollo o bien añadiendo o modificando alguna funcionalidad que sea reclamada por un número importante de usuarios. 27

37 8. OBJETIVOS 28

38 8.1 Imagen corporativa Al ser una aplicación que va a ser implementada e implantada dentro de un entorno empresarial ya existente, es necesario que el aspecto estético de la misma siga unos estándares de presentación, colores, fuentes, organización, etc. comunes en todas las aplicaciones relacionadas con la empresa. Estos estándares están ya fijados a través del portal brand.sun.com de modo que se han seguido las indicaciones de dicho portal para cumplir con este objetivo. En este portal se pueden encontrar directrices sobre los formatos de audio, visuales como la curva de Sun, la paleta de colores, fotografía (usada por ejemplo en presentaciones o como fondos de pantalla), tipografía, elementos gráficos, logotipos así como nomenclaturas aceptadas en relación a las marcas registradas de Sun. Siguiendo las indicaciones de la Web se ha utilizado la siguiente gama de colores: - Naranja: los tonos naranjas han sido utilizados para diferenciar las opciones administrativas. - Azul: los tonos azules han sido utilizados para el resto de opciones y cabeceras de la aplicación. - Amarillo: las celdas de las diferentes tablas que conforman los informes han sido rellenadas con tonos amarillos. Además de la gama de colores se ha seguido un esquema de presentación que consiste en un marco superior en el que se encuentra el nombre de la aplicación, uno lateral en el que se muestra el menú de navegación y uno principal en el que se muestran los contenidos. 29

39 8.2 Gestión de usuarios La aplicación debe ser capaz de gestionar adecuadamente todas las acciones relacionadas con los usuarios del sistema, para ello se han especificado una serie de necesidades o requisitos y se ha desarrollado una solución para cada uno de ellos. Requisito 01: Dada de alta de usuarios en el sistema Descripción: El primer paso a controlar en relación con los usuarios es gestionar qué usuarios van a tener acceso al sistema y cómo van a acceder al mismo. Se desea que cuando un empleado necesite acceder a la información ofrecida por la aplicación se le solicite una serie de datos de interés tales como su nombre, correo electrónico, identificador dentro de la empresa, a qué módulos de la aplicación necesita tener acceso, la región o regiones sobre las que necesita esa información y porqué se solicita ese acceso. Solución: Se ha desarrollado un formulario en el que el empleado pueda rellenar toda la información requerida. Una vez rellenado este formulario la información se guardara en la base de datos en una tabla temporal hasta que la petición sea aceptada o rechazada. Para que la petición de acceso sea aceptada o rechazada se ha creado la figura del aprobador, que son una serie de usuarios del sistema con las competencias necesarias para determinar si un empleado debe tener acceso a la información o no. En cada región existe al menos uno de estos usuarios, pudiendo en algunas regiones haber más de uno. Una vez el usuario ha rellenado y enviado su petición el sistema envía automáticamente dos correos electrónicos, por un lado el usuario recibe un correo indicándole que su petición ha sido recibida correctamente y que se le enviará otro correo cuando ésta haya sido aceptada o rechazada, y por otro lado se le envía a los arrobadores de la región correspondiente un mail 30

40 indicándoles que se ha registrado una nueva petición de acceso que debe ser validada. Los aprobadores accederán a un módulo de la aplicación que tiene el acceso restringido sólo para ellos, en el que se les mostrará en una tabla ordenada todas las peticiones que están pendientes. Los aprobadores podrán hacer varias acciones sobre cada una de estas peticiones: Rechazar la petición: en este caso el aprobador considera que el usuario no tiene derecho a acceder al sistema, para ello debe marcar la casilla correspondiente y rellenar un campo de texto con las razones de su decisión. Una vez rechazada la petición se elimina la entrada en la base de datos correspondiente a la misma y el usuario recibe un comunicándole la decisión y las razones que ha esgrimido el aprobador correspondiente. Aceptar la petición: en este caso el aprobador considera que el usuario tiene derecho a acceder a la información solicitada del sistema y acepta su petición. Una vez aceptada la petición se elimina la entrada en la base de datos correspondiente a la misma, se crea un usuario en la tabla users que es la que recoge a todos los usuarios del sistema, y se le envía un correo electrónico al usuario indicándole la decisión tomada y cómo acceder a la aplicación. Modificar la petición: en este caso el aprobador considera que el usuario tiene derecho a acceder al sistema pero no a toda la información que ha solicitado, por ejemplo, un usuario que necesita acceder a la información de un determinado módulo pero en el formulario ha indicado que quiere acceso a todo el sistema (por confusión o desconocimiento del funcionamiento del sistema), en ese caso el aprobador aceptaría la petición pero modificaría los accesos solicitados autorizándole sólo a aquellos módulos que realmente necesita, modificación que será explicada por el aprobador en un campo de texto similar al citado anteriormente. Una vez modificada y aceptada la petición se elimina la entrada en la base de datos correspondiente a la misma, se crea un usuario en la tabla users que es la que recoge a todos los usuarios del sistema, y se le envía un correo electrónico al usuario indicándole la decisión tomada, explicándole el porqué de la modificación y cómo acceder a la aplicación. 31

41 Formulario de solicitud de acceso de nuevos usuarios. Formulario de aprobación/denegación de las peticiones de acceso de nuevos usuarios. 32

42 Requisito 02: Administración de los usuarios Descripción: Se desea que existan varios tipos de usuarios dentro del sistema, pudiendo uno de estos tipos modificar los datos de los perfiles de un usuario, eliminar usuarios o incluso dar de alta un usuario nuevo manualmente sin necesidad de que éste solicite el acceso a través del formulario explicado anteriormente. Solución: Se decidió crear tres tipos de usuarios: Normal: aquel usuario que no tiene ninguna opción administrativa y sólo tiene permisos para acceder a la lectura de los informes para los que se le ha dado acceso. Administrador: tiene los mismos derechos que el normal pero además tiene ciertos derechos administrativos sobre algunos informes, como la eliminación o la modificación de algunos de ellos. Administrador global: tiene los mismos derechos que los anteriores pero además tiene un control total sobre la administración de informes y usuarios. Los administradores globales accederán a la administración de usuarios a través de un menú de administración que sólo será visible a ellos. Una vez dentro de la administración se les muestra una relación de todos los usuarios registrados en el sistema y las opciones pertinentes de eliminar, editar o crear nuevos usuarios. 33

43 Listado de todos los usuarios del sistema y sus perfiles. Formulario de alta manual de un nuevo usuario en el sistema. 34

44 Ventana que muestra los detalles de un usuario y las opciones de actualizar o eliminar. Requisito 03: Posibilidad de múltiples perfiles por usuario Descripción: Es posible que debido a las responsabilidades o competencias de un empleado dentro de la empresa, éste tenga que tener acceso a datos de diferentes regiones no relacionadas entre sí, o que en cada una de esas regiones el tipo de acceso que tenga sea diferente. Por ejemplo un empleado que en la región A tenga acceso a todo tipo de informes pero en la región B sólo tenga acceso a los informes estáticos, es decir, este empleado tiene dos posibles perfiles. Se desea que esta posibilidad y similares sean contempladas y controladas por la aplicación. Solución: La solución ideada para gestionar este tipo de situaciones es la de para cada usuario crear en la tabla users de la base de datos tantas entradas como perfiles sean necesarios, y crear una nueva tabla con la misma estructura que la anterior pero en la que solo exista una entrada por usuario, esta entrada corresponderá al perfil que en ese momento el usuario tiene activo. El perfil activo del usuario podrá ser cambiado por el propio usuario a través de una pantalla que, tras acceder a la base de datos le muestra todos los perfiles disponibles para ese usuario con la opción de seleccionar uno de ellos. Una vez seleccionado el sistema guarda en la tabla nueva los datos de ese perfil, sobrescribiendo la entrada correspondiente a ese usuario en el caso de que la 35

45 hubiera, ya que en esta tabla sólo puede existir una entrada por usuario. Desarrollo de un sistema de análisis financiero A continuación se muestra parte del código que gestiona el cambio del perfil activo del usuario: if(isset($r_pos))//r_pos is the variable retrieved by the form { $radio_data=explode(" ",$r_pos); $is_selected_db=mysql_query("select * FROM user_positions_selected WHERE login='".$sun_login."'"); $is_selected=mysql_num_rows($is_selected_db); //allows to decide if there is a position selected in user_positions_selected setcookie("cuserdata","x",time()+3600,"/"); if($is_selected>0){ $query="update user_positions_selected SET user_profile='".$radio_data[0]."',login='".$radio_data[1]."',login_name='".$rad io_data[2]."',territory='".$radio_data[3]."',access='".$radio_data[4]."',practi ce_access='".$radio_data[5]."' WHERE login='".$sun_login."'"; mysql_query($query) or die(mysql_error()); } else { $query="insert INTO user_positions_selected (user_profile,login,login_name,territory,access,practice_access) VALUES ('".$radio_data[0]."','".$sun_login."','".$radio_data[2]."','".$radio_data[3]." ','".$radio_data[4]."','".$radio_data[5]."') "; mysql_query($query); } } Cuando el usuario va a acceder a un informe el sistema accede a la nueva tabla para conocer con qué perfil se debe trabajar para en función del mismo ofrecerle al usuario una información u otra. Puede ocurrir el caso de que esta tabla no contenga datos para el usuario, puesto que los datos se guardan cuando el usuario selecciona uno de los perfiles, y la primera vez que entra un usuario a la aplicación, éste aun no ha seleccionado uno de sus perfiles. En ese caso, tras comprobar que no se ha seleccionado ningún perfil, el sistema accederá a los perfiles presentes en la tabla users, y por defecto seleccionará el primero de ellos como el perfil activo y mostrar la información relativa a ese perfil. 36