PROPOSTA DE UMA SOLUO BUSINESS INTELLIGENCE COM FOCO EM GERNCIA DE PROJETOS
Novo Hamburgo, novembro de 2007.
DENIS LUIS STAUDT
PROPOSTA DE UMA SOLUO BUSINESS INTELLIGENCE COM FOCO EM GERNCIA DE PROJETOS
Centro Universitrio Feevale Instituto de Cincias Exatas e Tecnolgicas Curso de Sistemas de Informao Trabalho de Concluso de Curso
Orientador: Edvar Bergmann Araujo
Novo Hamburgo, novembro de 2007.
RESUMO Com o surgimento das fbricas de software, impulsionadas pelo mercado de desenvolvimento de sistemas de informao sob demanda, a prtica de gerenciamento de projetos tornou-se essencial para garantir que os objetivos dessas empresas sejam alcanados. Para tanto, so utilizadas ferramentas especializadas em gerncia de projetos, controle de erros e medio de produtividade, entre outras, com o intuito de auxiliar esses processos. A utilizao de ferramentas distintas, cada uma com formato e base de dados especfica, torna praticamente invivel a visualizao de informaes histricas consolidadas, contemplando todos os projetos da organizao. Portanto, esse trabalho tem como objetivos construir um Data Mart (DM), que servir de repositrio para os dados extrados desses sistemas e o desenvolvimento de uma soluo de Business Intelligence (BI), que utilizar uma ferramenta OLAP com a finalidade de analisar de forma multidimensional as informaes do DM. Sendo assim, os gestores tero a disposio um sistema de apoio deciso, que fornecer subsdios para qualificar o processo decisrio da organizao. Espera-se que essa ferramenta fornea um diferencial competitivo para a fbrica de software onde a soluo ser utilizada, apresentando informaes importantes em um nvel gerencial. Palavras-chave: Gerncia de Projetos. Data Mart. OLAP. Business Intelligence. Sistema de apoio deciso.
ABSTRACT With de emergence of the software houses, driven by the development of systems on demand, the practice of project management has become essential to ensure that the goals of these companies are achieved. Therefore, specialized tools are used in management of projects, control of errors and measurement of productivity, among other, in intention to assist these processes. The use of different tools, each with format and database specific, turn practically impossible to view historical information consolidated, contemplating all projects of the organization. Therefore, this work has as objective to build a Data Mart (DM), that will serve as data repository from these systems and the developing of the solution for Business Intelligence (BI), that will use a tool OLAP with the aim of analyze multidimensional information from DM. So, the managers will have available a system of decision support, that will provide subsidies to describe the decision- making process of the organization. It is hoped that this tool provides a competitive differential for the software house where the solution will be used, presenting important information on a managerial level. Keywords: Project Management. Data Mart. OLAP. Business Intelligence. Decision Support Systems.
LISTA DE FIGURAS Figura 2.1 Tela principal MS Project (verso 2003) .............................................. 31 Figura 2.2 Arquitetura LAMP............................................................................... 32 Figura 2.3 Tela de Gerenciamento de Tarefas Time Sheet .................................. 34 Figura 2.4 Tela principal do sistema AGF............................................................. 35 Figura 2.5 Tela de manuteno de falhas .............................................................. 36 Figura 3.1 Componentes do ambiente BI ............................................................... 38 Figura 3.2 Modelo Star Schema............................................................................ 45 Figura 3.3 Modelo Snowflake............................................................................... 46 Figura 4.1 Arquitetura ROLAP............................................................................. 50 Figura 4.2 Arquitetura MOLAP ............................................................................ 51 Figura 4.3 Arquitetura DOLAP............................................................................. 51 Figura 4.4 Arquitetura HOLAP............................................................................. 52 Figura 5.1 Organograma CWI ............................................................................... 58 Figura 5.2 Processo de BI da Soluo Proposta..................................................... 60 Figura 5.3 Modelo dimensional parcial ................................................................. 61
LISTA DE QUADROS Quadro 1.1 Processos do gerenciamento de integrao do projeto......................... 18 Quadro 1.2 Processos do gerenciamento do escopo do projeto. ............................. 19 Quadro 1.3 Processos do gerenciamento de tempo do projeto................................ 21 Quadro 1.4 Processos do gerenciamento de custos do projeto................................ 22 Quadro 1.5 Processos do gerenciamento da qualidade do projeto. ......................... 24 Quadro 1.6 Processos do gerenciamento de recursos humanos do projeto. ............. 25 Quadro 1.7 Processos do gerenciamento das comunicaes do projeto. ................. 26 Quadro 1.8 Processos do gerenciamento de riscos do projeto. ............................... 27 Quadro 1.9 Processos do gerenciamento de aquisies do projeto. ........................ 28
LISTA DE ABREVIATURAS E SIGLAS API Application Programming Interface BD Banco de Dados BI Business Intelligence CMM Capability Maturity Model CMMI Capability Maturity Model Integration DM Data Mart DOLAP Desktop On-Line Analytical Processing DTS Data Transformation Services DW Data Warehouse ETC Extrao, Transformao e Carga ETL Extract, Transform, Load GQT Gesto da Qualidade Total HOLAP Hybrid On-Line Analytical Processing MDX Multi Dimension Expressions MOLAP Multidimensional On-Line Analytical Processing OLAP On-Line Analytical Processing PDCA Plan, Do, Check and Action PDF Portable Document Format PHP Hypertext Preprocessor PMBOK Project Management Body Of Knowledge PMI Project Management Institute ROLAP Relational On-Line Analytical Processing SAD Sistemas de Apoio Deciso SQL Structure Query Language
SUMRIO
INTRODUO..................................................................................................... 11 1 GERNCIA DE PROJ ETOS........................................................................... 15 1.1 Gerenciamento de projetos....................................................................... 16 1.2 Processos de gerenciamento de projetos................................................... 16 1.3 reas de conhecimento em Gerenciamento de projetos............................. 17 1.3.1 Gerenciamento de integrao do projeto............................................ 18 1.3.2 Gerenciamento do escopo do projeto................................................. 19 1.3.3 Gerenciamento de tempo do projeto.................................................. 20 1.3.4 Gerenciamento de custos do projeto.................................................. 22 1.3.5 Gerenciamento da qualidade do projeto............................................. 23 1.3.6 Gerenciamento de recursos humanos do projeto................................ 24 1.3.7 Gerenciamento das comunicaes do projeto..................................... 25 1.3.8 Gerenciamento de riscos do projeto .................................................. 26 1.3.9 Gerenciamento de aquisies do projeto............................................ 27 2 FERRAMENTAS DE GERENCIAMENTO DE PROJ ETOS............................ 29 2.1 MS Project .............................................................................................. 29 2.2 DotProject............................................................................................... 31 2.3 Time Sheet.............................................................................................. 33
2.4 AGF........................................................................................................ 34 3 BUSINESS INTELLIGENCE ......................................................................... 37 3.1 Data Warehouse...................................................................................... 38 3.2 Data Mart................................................................................................ 40 3.3 Arquiteturas do DW / DM........................................................................ 40 3.4 Mtodos de Implementao...................................................................... 41 3.5 Extrao, Transformao e Carga (ETC) .................................................. 42 3.6 Modelagem Dimensional ......................................................................... 43 3.6.1 Tabela Fatos..................................................................................... 43 3.6.2 Tabela Dimenso.............................................................................. 44 3.6.3 Tcnicas de modelagem.................................................................... 44 3.6.3.1 Star Schema............................................................................... 45 3.6.3.2 Snowflake................................................................................. 45 3.6.4 Cubo de Dados................................................................................. 46 4 OLAP............................................................................................................. 48 4.1 Operaes ............................................................................................... 48 4.2 Arquiteturas............................................................................................ 49 4.3 Ferramentas............................................................................................. 52 4.3.1 Oracle Business Intelligence............................................................. 52 4.3.2 Mondrian e J pivot............................................................................. 53 4.3.3 Microsoft Analysis Services ............................................................. 54 5 SOLUO..................................................................................................... 57 5.1 A Empresa............................................................................................... 57 5.2 A Soluo................................................................................................ 59 5.2.1 Arquitetura do Sistema..................................................................... 59 5.2.2 Modelo Preliminar............................................................................ 60
INTRODUO Nos dias de hoje, totalmente indiscutvel que os sistemas de informao tornaram-se ferramentas indispensveis para as empresas, tendo como finalidades a padronizao dos servios efetuados, o aumento da qualidade do trabalho e uma maior praticidade no desenvolvimento das atividades. Impulsionados por esse mercado, surgiram as fbricas de software, empresas especializadas na construo de sistemas de informao sob demanda, que atendem as necessidades especficas de um cliente. Como o negcio principal dessas empresas o desenvolvimento de sistemas, torna-se indispensvel utilizao de conceitos de engenharia de software, para garantir a qualidade dos seus processos e produtos. Alm disso, a prtica da gerncia de projetos se torna essencial para o cumprimento dos objetivos de cada uma das demandas. Conforme Heldman (2002), o gerenciamento de projetos um processo que exige vrias atividades, incluindo planejar, colocar em ao o plano do projeto e acompanhar o progresso e o desempenho. Para tornar possveis essas atividades existem vrios sistemas especializados no auxlio aos gerentes de projeto, como o MS Project, da Microsoft, o Project Builder, da Project Builder Ltda e o dotProject, que um software livre de gerncia de projetos. Esses softwares possuem recursos para auxiliar na definio e seqncia das atividades, no planejamento dos recursos, na estimativa de tempo e custo, na definio do cronograma e no acompanhamento do projeto. Porm, essas ferramentas no dispem de recursos que apresentem informaes gerenciais consolidadas de todos os projetos da organizao. Alm de um software de gerncia de projetos, as fbricas de software normalmente possuem outros sistemas para auxiliar nas suas necessidades, inclusive 12 softwares desenvolvidos internamente, modelados para se adequar a metodologia da empresa, ajudando a manter um processo de desenvolvimento mais consistente e eficaz. Todos esses sistemas geralmente guardam os dados operacionais em diferentes bases de dados, que podem inclusive estar localizadas em servidores diferentes, dificultando a extrao de informaes que poderiam agregar conhecimento ao negcio da organizao e se tornar um excelente diferencial competitivo. No intuito de solucionar esse problema, existem os sistemas de informao que utilizam o conceito de Business Intellingence (BI), que segundo Barbieri (2001), de forma mais ampla, pode ser entendido como a utilizao de variadas fontes de informao para se definir estratgias de competitividade nos negcios da empresa. Esses dados extrados de diversas fontes so armazenados no Data Warehouse (DW) ou Data Mart (DM), possibilitando o seu processamento analtico atravs de ferramentas OLAP (Processamento Analtico On-Line). Singh (2001) descreve Data Warehouse como o processo de integrao dos dados corporativos de uma empresa em um nico repositrio a partir do qual os usurios finais podem facilmente executar consultas, gerar relatrios e fazer anlises. J um Data Mart, uma espcie de subconjunto do DW, com um escopo mais definido e de menor tamanho. Inmon, Welch e Glassey (1999) definem OLAP como uma categoria da tecnologia de software que permite que analistas, gerentes e executivos obtenham, de maneira rpida, consistente e interativa, acesso a uma variedade de visualizaes possveis de informao que foi transformada de dados puros para refletir a dimenso real do empreendimento do ponto de vista do usurio. Os sistemas de apoio deciso (SADs), baseados em ferramentas como DW, DM e OLAP, conforme Rezende (1999), auxiliam o executivo em todas as fases de tomada de deciso, principalmente, nas etapas de desenvolvimento, comparao e classificao de riscos, alm de fornecer subsdios para a escolha de uma boa alternativa em seus negcios. 13 Dito isto, vislumbram-se os benefcios que a implantao de um sistema que auxilie os gestores a tomarem decises pode trazer s fbricas de software, tais como: o auxilio na montagem de equipes; uma preciso maior na estimativa de tempo das atividades; visualizar a curva de produtividade dos recursos envolvidos; e identificar onde e quando erros acontecem. Esse trabalho ser executado em uma fbrica de software, cujos produtos so desenvolvidos atravs de projetos solicitados pelos clientes, totalmente executados pela empresa. A fbrica de software utiliza o MS Project para gerenciar seus projetos e outros sistemas desenvolvidos internamente para auxiliar no controle da qualidade e na medio do desempenho dos recursos envolvidos. O MS Project possui muitos recursos que auxiliam os gerentes de projeto em suas atividades. Entretanto, no dispe de informaes consolidadas de vrios projetos, o que seria de grande utilidade para os executivos da empresa. O sistema de controle de qualidade utilizado em todos os ciclos de testes efetuados em cada projeto, armazenando o resultado dos erros encontrados. J o software que mede o desempenho dos recursos, guarda em seu banco de dados o tempo real gasto para a concluso de cada atividade do projeto que est sendo executado pela fbrica. Um Data Mart ser modelado para receber as informaes extradas do software de gerenciamento de projetos, do software de controle de qualidade e do software medidor de desempenho. Sero utilizadas ferramentas Microsoft para gerenciamento de bancos de dados, pois alm de terem a sua excelncia comprovada, j esto inseridas no padro de desenvolvimento da empresa. Tambm ser utilizada uma ferramenta OLAP, que poder ser acessada atravs da internet, para visualizar de forma multidimensional os dados contidos no DM. Com esse DM e a ferramenta OLAP, os gestores responsveis pela fbrica de software, tero a sua disposio um importante sistema de apoio deciso, onde informaes como fases do projeto, complexidade da atividade, nmero de erros, cliente, tecnologia utilizada no projeto, recursos envolvidos, tempo planejado para as atividades e tempo real de execuo podero ser cruzados de diversas maneiras, dando suporte para que aes corretas sejam efetuadas. 14 Espera-se atravs desse projeto, diminuir os problemas na definio das equipes responsveis pela execuo do projeto, minimizar os erros na estimativa de tempo das atividades, identificar em que fase os projetos costumam sofrer mais atrasos, monitorar o desempenho dos recursos ao longo da sua vida empresarial e quais erros ocorrem com maior freqncia durante o ciclo de vida dos projetos, entre outros. O trabalho consiste no estudo dos conceitos envolvidos para que seja possvel a construo da soluo, descrevendo-os em cinco captulos. No primeiro, gerncia de projetos, sero apresentados os conceitos de gerenciamento de projetos e os benefcios dessa metodologia. O segundo captulo, ferramentas de gerenciamento de projetos, como o prprio nome diz, descreve algumas aplicaes disponveis no mercado e as ferramentas proprietrias da fbrica de software onde a soluo ser implantada, voltadas para esse fim. O terceiro captulo, business intelligence, apresentar os conceitos e tecnologias que esto envolvidos nesse contexto. J , no quarto captulo, OLAP, sero apresentadas as ferramentas mais utilizadas para essa finalidade e de que maneira essas tecnologias podem ser utilizadas. E por final, o quinto captulo apresenta o desenvolvimento da soluo proposta nesse trabalho. Concluindo, esse trabalho tem como finalidade a construo de um Data Mart e o desenvolvimento de uma soluo BI utilizando uma ferramenta OLAP para anlise das informaes em um nvel gerencial pelos gestores da fbrica de software.
1 GERNCIA DE PROJETOS Um projeto um esforo temporrio empreendido para criar um produto, servio ou resultado exclusivo (PMI, 2004). Segundo Heldman (2002), os projetos tm datas de incio e fim definidas, e estaro concludos quando os objetivos e metas estabelecidos para os mesmos forem cumpridos. Porm, um projeto tambm pode ter seu final determinado, no momento em que se tornar visvel a condio de que ser impossvel realizar as metas e objetivos definidas para o mesmo. De acordo com Vargas (2003), todo projeto deve ser conduzido por pessoas, respeitando parmetros pr-estabelecidos de custo, tempo e qualidade. Para que um projeto obtenha sucesso, necessrio que esses parmetros sejam atingidos da forma como foram definidos. E para Heldman (2002), um projeto bem-sucedido quando atende (ou excede) s expectativas dos stakeholders, que so aquelas pessoas que investiram no projeto. Atualmente, o maior problema enfrentado nos projetos est relacionado ao fator tempo (HELDMAN, 2003). Atrasos ou aumento de custos localizados durante o andamento do projeto no so crticos, desde que as metas e objetivos sejam mantidos. J a qualidade deve ser avaliada baseada tanto na eficcia quanto na pontualidade dos prazos apresentados pelo resultado final do projeto. Por ter essas caractersticas e apresentar esses problemas, muito importante que os projetos sejam conduzidos de forma organizada e gerenciada. O gerenciamento de projetos uma prtica que se tornou fundamental para que os objetivos do projeto sejam alcanados, e este ser o assunto do prximo tpico a ser exibido.
16
1.1 Gerenciamento de projetos O Project Management Institute (PMI), o rgo que regulamenta e distribui o conhecimento sobre a prtica de gerenciamento de projetos. Atravs do modelo desenvolvido pelo instituto, Project Management Body Of Knowledge (PMBOK), possvel ter acesso a boas prticas referentes ao gerenciamento de projetos. Segundo o PMI (2004), o gerenciamento de projetos a aplicao de conhecimento, habilidades, ferramentas e tcnicas s atividades do projeto a fim de atender aos seus requisitos. J Heldman (2002) define gerenciamento de projetos como um processo que exige vrias atividades, incluindo planejar, colocar em ao o plano do projeto e acompanhar o progresso e o desempenho.
1.2 Processos de gerenciamento de projetos Os processos de gerenciamento de projetos esto divididos em cinco grupos, de acordo com o PMBOK, sendo eles: Iniciao: define e autoriza o projeto ou uma fase do projeto. Planejamento: define e refina os objetivos e planeja a ao necessria para alcanar os objetivos e o escopo para os quais o projeto foi realizado. Execuo: integra pessoas e outros recursos para realizar o plano de gerenciamento do projeto para o projeto. Monitoramento e Controle: mede e monitora regularmente o progresso para identificar variaes em relao ao plano de gerenciamento do projeto, de forma que possam ser tomadas aes corretivas quando necessrio para atender aos objetivos do projeto. Encerramento: formaliza a aceitao do produto, servio ou resultado e conduz o projeto ou uma fase do projeto a um final ordenado. 17
importante ressaltar que os grupos de processos no so fases do projeto, ou seja, dependendo do tamanho ou complexidade do projeto, onde haja a necessidade do mesmo ser divido em vrias etapas (fases), como anlise, construo, testes, etc., todos os grupos de processos seriam repetidos para cada uma dessas fases.
1.3 reas de conhecimento em Gerenciamento de projetos O PMBOK classifica os processos do gerenciamento de projetos em nove reas de conhecimento, que renem os processos que tm caractersticas em comum, como por exemplo, o Gerenciamento de Tempo do Projeto, que envolve os processos de definio das atividades, seqenciamento das atividades, estimativa de durao das atividades, desenvolvimento do cronograma e controle o cronograma. Embora esses processos sejam enquadrados em diferentes grupos de processos de gerenciamento de projetos, todos eles esto relacionados ao tempo do projeto. As nove reas de conhecimento que compem o gerenciamento de projetos, segundo o PMBOK, so essas: 1. Gerenciamento de integrao do projeto; 2. Gerenciamento do escopo do projeto; 3. Gerenciamento de tempo do projeto; 4. Gerenciamento de Custos do projeto; 5. Gerenciamento da qualidade do projeto; 6. Gerenciamento de recursos humanos do projeto; 7. Gerenciamento das comunicaes do projeto; 8. Gerenciamento de riscos do projeto; 9. Gerenciamento de aquisies do projeto. 18
Essas nove reas de conhecimento sero apresentadas a seguir de forma resumida. Para maiores detalhes o guia PMBOK deve ser consultado.
1.3.1 Gerenciamento de integrao do projeto Conforme o PMI (2004), a rea de conhecimento em gerenciamento de integrao do projeto inclui os processos e as atividades necessrias para identificar, definir, combinar, unificar e coordenar os diversos processos e atividades de gerenciamento de projetos dentro dos grupos de processos de gerenciamento de projetos. A prtica da integrao se faz necessria em situaes onde diferentes reas de conhecimento interagem entre si, no processo de tomada de deciso de onde se devem concentrar os esforos, na antecipao de possveis problemas, na coordenao do trabalho e nas aes necessrias do dia-a-dia do projeto. O gerenciamento de integrao do projeto engloba os seguintes processos, definidos no PMBOK: desenvolver o termo de abertura do projeto, desenvolver a declarao do escopo preliminar do projeto, desenvolver o plano de gerenciamento do projeto, orientar e gerenciar a execuo do projeto, monitorar e controlar o trabalho do projeto, controle integrado de mudanas e encerrar o projeto. O quadro 1.1 apresenta todos os processos referente ao gerenciamento de integrao do projeto, distribudos nos seus devidos grupos de processos. Quadro 1.1 Processos do gerenciamento de integrao do projeto GRUPOS DE PROCESSOS PROCESSOS Iniciao Desenvolver o termo de abertura do projeto; Desenvolver a declarao do escopo do projeto. 19
Planejamento Desenvolver o plano de gerenciamento do projeto. Execuo Orientar e gerenciar a execuo do projeto. Monitoramento e Controle Monitorar e controlar o trabalho do projeto; Controle integrado de mudanas. Encerramento Encerrar o projeto. Fonte: Adaptao pelo autor segundo (PMI, 2004, p. 70).
1.3.2 Gerenciamento do escopo do projeto Heldman (2003), define que o gerenciamento do escopo do projeto est relacionado ao trabalho do projeto. Todos os processos do esforo do projeto e somente o trabalho necessrio para finalizar o projeto so encontrados nessa rea de conhecimento. O PMBOK apresenta os seguintes processos relacionados ao gerenciamento do escopo do projeto: Planejamento do escopo, definio do escopo, criar EAP, verificao do escopo e controle do escopo. O quadro 1.2 apresenta todos os processos referente ao gerenciamento do escopo do projeto, distribudos nos seus devidos grupos de processos. Quadro 1.2 Processos do gerenciamento do escopo do projeto. GRUPOS DE PROCESSOS PROCESSOS Iniciao Planejamento Planejamento do escopo; 20
Definio do escopo; Criar EAP. Execuo Monitoramento e Controle Verificao do escopo; Controle do escopo. Encerramento Fonte: Adaptao pelo a or segundo (PMI, 2004, p. 70).
1.3.3 Gerenciamento de tempo do projeto N s os processos necessrios para assegurar que o projeto tenha seu trmino no prazo estipulado, sendo eles: ficas do cronograma que precisam ser realizadas para produzir as vrias entregas do iamento de atividades identificao e documentao das dependncias entre as atividades do cronograma. a do tipo e das quantidades de recursos necessrios para realizar cada atividade do cronograma. rodos de trabalho que sero necessrios para terminar as atividades individuais do ut essa rea de conhecimento esto includo Definio da atividade identificao das atividades espec projeto. Seqenc Estimativa de recursos da atividade estimativ Estimativa de durao da atividade estimativa do nmero de pe cronograma. 21
Desenvolvimento do cronograma anlise dos recursos necessrios, restries do cronograma, duraes e seqncias de atividades para criar o cronograma do projeto. Controle do cronograma controle das mudanas no cronograma do projeto. Em casos onde o escopo do projeto pequeno, esses processos podem ocorrer apenas uma vez e em um curto espao de tempo, sendo conduzido por uma nica pessoa. O controle do cronograma pode ser efetuado atravs de medies peridicas, comparando o esforo realizado no cumprimento das atividades com o tempo planejado no processo de estimativa de durao das atividades. Essa tcnica ajuda o gerente do projeto a tomar aes corretivas quando necessrio. O quadro 1.3 apresenta todos os processos referente ao gerenciamento de tempo do projeto, distribudos nos seus devidos grupos de processos. Quadro 1.3 Processos do gerenciamento de tempo do projeto. GRUPOS DE PROCESSOS PROCESSOS Iniciao Planejamento Definio da atividade; Seqenciamento de atividades; Estimativa de recursos da atividade; Estimativa de durao da atividade; Desenvolvimento do cronograma. Execuo Monitoramento e Controle Controle do cronograma. 22
Encerramento Fonte: Adaptao pelo autor segundo (PMI, 2004, p. 70).
1.3.4 Gerenciamento de custos do projeto Como o prprio nome sugere, o gerenciamento de custos do projeto a rea de MI (2004), o gerenciamento de custos do projeto trata ro 1.4 apresenta todos os processos referente ao gerenciamento de conhecimento que abrange os processos necessrios para garantir que o projeto alcance o seu trmino dentro do oramento aprovado. O PMBOK lista os seguintes processos para essa rea de conhecimento: estimativa de custos, oramentao e controle de custos. Segundo o P principalmente do custo dos recursos necessrios para terminar as atividades do cronograma. O quad custos do projeto, distribudos nos seus devidos grupos de processos. Quadro 1.4 Processos do gerenciamento de custos do projeto. GRUPOS DE PROCESSOS PROCESSOS Iniciao Planejamento Estimativa de custos; Oramentao. Execuo Monitora ntrole Controle de custos. mento e Co 23
Encerramento Fonte: Adaptao pelo autor segundo (PMI, 2004, p. 70).
1.3.5 Gere Conforme Heldman (2003), a rea de conhecimento gerenciamento da qualidade tos com os quais se comprometeu. Os seguintes processos so apresentados no PMBOK para o inao de como satisfaz-los. ega todos os processos necessrios para atender aos requisitos.
e acordo com os padres relevantes de qualidade e identificao de maneiras de eliminar as causas de
inspe o investimento na preveno dos problemas muito mais interessante. onsabilidade da gerncia fornecer os recursos necessrios para que ele seja alcanado. Uma baixa qualidade pode gerar vrios impactos para o nciamento da qualidade do projeto do projeto assegura que o projeto atenda os requisi gerenciamento da qualidade do projeto: Planejamento da qualidade identificao dos padres de qualidade relevantes para o projeto e determ Realizar a garantia da qualidade aplicao das atividades de qualidade planejadas e sistemticas para garantir que o projeto empr Realizar o controle da qualidade monitoramento de resultados especficos do projeto a fim de determinar se eles esto d um desempenho insatisfatrio. A qualidade sempre deve ser planejada e no inspecionada, pois o custo da o alto e repetitivo, tornando O sucesso da qualidade do projeto exige a participao de todos os membros da equipe, porm resp projeto, como o aumento dos custos, a insatisfao do cliente, o aumento dos riscos, o retrabalho e at mesmo atrasos no cronograma. 24
o ciclo PDCA, no Six Sigma, no GQT, no CMM e CMMI. ibudos nos seus devidos grupos de processos. A qualidade pode ser controlada atravs de atividades de melhoria contnua dos processos apresentados como por exemplo n O quadro 1.5 apresenta todos os processos referente ao gerenciamento da qualidade do projeto, distr Quadro 1.5 Processos do gerenciamento da qualidade do projeto. GRUPOS DE PROCESSOS PROCESSOS Iniciao Planejamento Planejamento da qualidade. Execuo Realizar a garantia da qualidade. Monitora Realizar o controle da mento e Controle qualidade. Encerramento Fonte: Adaptao pelo a
1.3.6 Gerenciamento de recursos humanos do projeto screve que o gerenciamento de recursos humanos do projeto inclui os processos que organizam e gerenciam a equipe do projeto. Heldman (2003) diz tam os os aspectos do gerenciamento da interao das pessoas, incluindo liderar, treinar, tratar dos conflitos mu de recurso humanos, contratar ou mobilizar a equipe do projeto, desenvolver a equipe do projeto e gerenciar a equipe do projeto. utor segundo (PMI, 2004, p. 70). O PMI (2004) de bm que essa rea de conhecimento abrange tod em ito mais. Os processos envolvidos nessa rea, conforme o PMBOK, so: planejamento 25
trmino do projeto. Se for possvel, os membros da equipe devem estar envolvidos no planejamento e tomada de decises do projeto para agregar rocessos referente ao gerenciamento de recursos humanos do projeto, distribudos nos seus devidos grupos de processos. A equipe do projeto composta por pessoas com funes e responsabilidades atribudas para o conhecimento e especializao nessas atividades. O quadro 1.6 apresenta todos os p Quadro 1.6 Processos do gerenciamento de recursos humanos do projeto. GRUPOS DE PROCESSOS PROCESSOS Iniciao Planejamento Planejamento de recursos humanos. Execuo Contratar ou mobilizar a equipe do projeto; Desenvolver a equipe do projeto. Monitora ontrole Gerencia equipe do projeto. mento e C r a Encerram ento Fonte: Adaptao pelo a
1.3.7 Segundo o PMI (2004), o gerenciamento das comunicaes do projeto a rea de conhe mprega os processos necessrios para garantir a gerao, coleta, distribuio, armazenamento, recuperao e destinao final das informaes sobre o projeto de Os gerentes de projetos gastam uma grande quantidade de tempo, chegando em cerc equipe do projeto, partes utor segundo (PMI, 2004, p. 70). Gerenciamento das comunicaes do projeto cimento que e forma oportuna e adequada. a de 90% do seu tempo total, na comunicao com a 26
onhecimento so esses: planejamento das comunicaes, distribuio das informaes, relatrio de desempenho e gerenciar interessadas, cliente e patrocinador, por isso, todas as partes envolvidas no projeto devem ter a conscincia de que as comunicaes afetam o projeto como um todo. Os processos envolvidos nessa rea de c as partes interessadas. O quadro 1.7 apresenta todos os processos referente ao gerenciamento das comunicaes do projeto, distribudos nos seus devidos grupos de processos. Quadro 1.7 Processos do gerenciamento das comunicaes do projeto. GRUPOS DE PROCESSOS PROCESSOS Iniciao Planejamento Planejamento das comunicaes. Execuo Distribuio das informaes. Monitora le Relatrio de desempenho; Gerenciar as partes interessadas. mento e Contro Encerramento Fonte: Adaptao pelo autor segundo (PMI, 2004, p. 70).
1 iscos do pr Para o PMI (2004), os objetivos do gerenciamento de riscos do projeto so aumentar a probabilidade e o impacto dos eventos positivos e diminuir a probabilidade e o impacto dos eventos adversos ao projeto. .3.8 Gerenciamento de r ojeto 27
C ecimento abrange os seguintes processos: planejamento do gerenciamento de riscos, identificao de riscos, anlise O risco do projeto um evento ou condio incerta que, se ocorrer, ter um cessos referente ao gerenciamento de riscos do projeto, distribudos nos seus devidos grupos de processos. onforme o PMBOK, essa rea de conh qualitativa dos riscos, anlise quantitativa dos riscos, planejamento de respostas a riscos e monitoramento e controle de riscos. efeito positivo ou negativo sobre pelo menos um objetivo do projeto. E um risco pode ter uma ou mais causas e, caso venha a ocorrer, um ou mais impactos. O quadro 1.8 apresenta todos os pro Quadro 1.8 Processos do gerenciamento de riscos do projeto. GRUPOS DE PROCESSOS PROCESSOS Iniciao Planejamento s; Identificao de riscos; Anlise qualitativa de riscos; Anlise quantitativa de riscos; Planejamento de respostas a riscos. Planejamento do gerenciamento de risco Execuo Monitoramento e Controle Monitoramento e controle de riscos. Encerramento Fonte: Adaptao pelo autor segundo (PMI, 2004, p. 70).
1.3.9 Gerenciamento de aquisies do projeto 28
Heldman (2003) define que o gerenciamento de aquisies do projeto abrange os proce mpra d ecedores externos, contratados e distribuidores. Os processos envolvidos nessa rea de conhecimento so: Planejar compras e aquisies, planejar contrataes, solicitar respostas de fornecedores, selecionar fornecedores, administrao de contrato e encerramento do c nciamento de aquisies do projeto esto concentrados os esforos de gerencia necessrios para administr- los, inclusive de contratos emitidos pelo comprador do projeto. ssos relacionados co e mercadorias ou servios em forn ontrato. No gere mento de contratos e de controle de mudanas O quadro 1.9 apresenta todos os processos referente ao gerenciamento de aquisies do projeto, distribudos nos seus devidos grupos de processos. Quadro 1.9 Processos do gerenciamento de aquisies do projeto. GRUPOS DE PROCESSOS PROCESSOS Iniciao Planejamento Planejar compras e aquisies; Planejar contrataes. Execuo Solicitar respostas de fornecedores; Selecionar fornecedores. Monitora nis to. mento e Controle Admi trao de contra Encerram Encerramento do contrato. ento Fonte: Adaptao pelo autor segundo (PMI, 2004, p. 70).
29
2 FERRAMENTAS DE GERENCIAMENTO DE PROJETOS No captulo anterior foi apresentado o conceito referente a pratica de gerncia e projetos e a sua importncia em um ambiente voltado para o desenvolvimento de projetos. Essas tarefas no seriam viveis sem a ajuda de ferramentas criadas para auxiliar os gerentes de projeto no desenvolvimento do seu trabalho, portanto, esse captulo tem a finalidade de apresentar algumas ferramentas disponveis no mercado, bem como as ferramentas especficas utilizadas na fbrica de software onde a soluo proposta ser implantada.
2.1 MS Project O MS Project o software de gerenciamento de projetos desenvolvido pela Microsoft que teve sua primeira verso lanada em 1985. Ele trabalha com base na criao de tabelas, grficos e bancos de gerenciamento a partir de ferramentas grficas. Os projetos gerenciados pelo Microsoft Project permitem no s o gerenciamento da informao, mas tambm a consulta, a manipulao e a representao grfica e numrica por meio de padres de uso coerente do mercado. Esse software ajuda na administrao, e at mesmo a descobrir erros e inconsistncias no planejamento, porm o responsvel pelo projeto sempre ser o usurio. d 30
Na sua verso mais atual (MS Project 2007), essa ferramenta oferece recursos avanados para auxiliar a prtica de gerenciamento de projetos. possvel se manter informado e controlar o trabalho, as agendas e as finanas do projeto, manter as equipes do projeto alinhadas e ser muito produtivo. (MICROSOFT, 2007). Os principais motivos pelo qual essa ferramenta muito utilizada so: Gerenciar e ent definir expectativas reais com as equipes do projeto, alocar recursos e xistentes a ferramenta integra-se com outros programas da Microsoft, por exemplo, possvel adicionar recursos a projetos atravs do Microsoft Active Directory ou de um catlogo de endereos do Microsoft E Criar grficos e diagramas profissionais possui recursos para gerar unicar informaes com eficincia facilidade para apresentar s nam o acesso a informaes necessrias com agilidade e facilidade. ender efetivamente as agendas do projeto possvel gerenciar oramentos. Obter produtividade rapidamente o guia do projeto auxilia o planejamento passo a passo, orientando na criao de um projeto, na atribuio de recursos, no controle e na anlise de dados e nos relatrios dos resultados. Aproveitar dados e xchange Server. grficos e relatrios complexos de maneira interativa e visual, facilitando a anlise de informaes importantes. Com informaes em vrios formatos diferentes. Obter maior controle sobre os recursos e as finanas as atribuies de recursos podem ser facilmente ajustadas para resolver conflitos em alocae e o controle de oramentos auxilia no processo de finanas. Acessar rapidamente informaes necessrias apresenta recursos que tor 31
usurios novatos e experientes. A figura 2.1 apresenta a tela principal do MS Project verso 200, onde so vis i Controlar os projetos de acordo com suas necessidades existem mtricas de acompanhamento pr-definidas que auxiliam no controle do projeto. Obter ajuda quando necessrio fornece ampla assistncia a ual zadas as tarefas que compem o cronograma do projeto.
Figura 2.1 Tela principal MS Project (verso 2003)
gerenc arquite
2.2 DotProject O DotProject uma ferramenta desenvolvida em software livre para iamento de projetos, baseada em LAMP (Linux, Apache, MySQL e PHP), uma tura que est representada na figura 2.2. 32
Figura 2.2 Arquitetura LAMP
A arquitetura LAMP apresenta como vantagens a utilizao do sistema operacional Linux, que no tem custo de licena em algumas verses que suportam o DotProject, rodando em um servidor Apache que tambm no tem restrio quanto a licenas de utiliza ogramao PHP, de grande difuso e fcil aprendizado, simpl ustomizao, e armazena seus dados e dos MySQL com verso livre de alta capacidade. Sistema de acionamento via tickets, baseado em e-mail (ticketsmith); Gerenciamento de mltiplos clientes / empresas; o. O DotProject escrito na linguagem de pr ificando a c m um banco de da Essa ferramenta apresenta, entre outras, as seguintes funcionalidades: Gerenciamento de usurios com possibilidade de acesso multiusurio; 33
Listagem de projetos, por situa mpresa ou na totalidade; a soluo proposta ser utilizada, que tem por objetivo controlar a alocao das tarefas por recursos do projeto e monitorar o esforo previsto em relao ao esforo realizado de todas as atividades do projeto mentando e atualizando as mtricas da brica om vrias opes de filtros que so muito teis ao processo da organizao. A tela inicial do sistema apresenta uma opo para o usurio selecionar o pro o r vrios projetos, j que um usurio pode estar alocado em mais de um projeto ao mesmo temp o, por e
Lista hierrquica de tarefas; Repositrio de arquivos; Lista de contatos dos projetos; Calendrio integrado, atualizado automaticamente; Frum de discusso; Sistema de controle de permisses.
2.3 Time Sheet O Time Sheet uma ferramenta desenvolvida internamente pela empresa onde , ali f de projetos. Nesse sistema devem ser registradas todas as tarefas relacionadas ao projeto, inclusive reunies, revises, treinamentos, ajustes e testes. Ele permite que sejam associados os produtos gerados por cada tarefa (fontes e documentos) no momento em que ela seja concluda. A ferramenta tambm disponibiliza relatrios c jet no qual est desenvolvendo suas atividades, sendo possvel seleciona o, caso muito comum na equipe de testes. 34
Figura 2.3 Tela de Gerenciamento de Tarefas Time Sheet
importante da ferramenta Time Sheet o relatrio de histrico de tarefas, muito utilizado pelos gerentes de projeto para verificar o andamento das refas acompanhar os erros, estabelecer prioridades de correo, anexar imagens e categorizar falhas. Alm disso, uma Na figura 2.3 podemos ver a tela de gerenciamento de tarefas, onde o usurio pode verificar todas as tarefas que ainda esto em aberto, alm das j concludas. Para cada uma das tarefas possvel ver seu tipo, o tempo estimado da tarefa, o seu status e todos os registros de tempo utilizados para o desenvolvimento da tarefa. Outro recurso ta do projeto.
2.4 AGF O AGF mais uma ferramenta proprietria da fbrica de projetos onde a soluo proposta ser implantada. Ela tem a finalidade de gerenciar as falhas encontradas durante o processo de testes dos projetos. Atravs dessa ferramenta possvel 35
valiosa fonte de dados que so utilizados como mtricas do processo de
desenvolvimento utilizado na organizao. Nesse sistema a equipe de testes e analistas de sistemas tem a possibilidade de reportar as falhas ocorridas nos projetos aos desenvolvedores, que j recebero essa informao de forma organizada e priorizada. A figura 2.4 mostra a tela inicial do sistema, onde o usurio seleciona o projeto que est alocado e utiliza o menu para verificar as falhas que esto sob sua responsabilidade.
Figura 2.4 Tela principal do sistema AGF descrio e caractersticas da ha,
A prxima tela, apresentada na figura 2.5, onde ocorrem as manutenes das falhas. Nessa funcionalidade os usurios encontram a fal bem como os comentrios de quem atribuiu a falha e os arquivos anexados para ajudar na identificao do problema. 36
Figura 2.5 Tela de manuteno de falhas
3 BUSINESS INTELLIGENCE Conforme J acobson, Misner e Hitachi (2007), o conceito de Business Intelligence (BI) simplesmente fazer uso de informaes j disponveis em sua empresa para ajudar os responsveis pelas tomadas de decises a adotar as melhores opes e de forma mais rpida. Cada vez mais, as empresas necessitam, em tempo real, da informao para basear suas decises. A noo de informao como um elemento estratgico para
toda e qualquer companh ada dia. Assim, o valor stratgico da informao tem levado os gerentes mais experientes a implementarem sistemas de BI e incorpor-los aos projetos-chaves das companhias para a otimizao de seus negcios e para trazer benefcios aos processos de produo. As empresas possuem uma quantidade enorme de dados, porm enfrentam grande dificuldade na extrao de informaes a partir dela, o que dificulta o processo de tomada de decises. Nesse contexto est o maior objetivo das tcnicas de BI, que segundo Barbieri (2001) tem por finalidade a definio de regras e tcnicas para a formatao adequada desses volumes de dados, visando transform-los em depsitos estruturados de informaes, independente de sua origem. Esses dados ficam armazenados em Data Warehouse (DW) ou Data Mart (DM), estruturas modeladas dimensionalmente, para serem interpretados de forma analtica por ferramentas OLAP (On Line Analytical Processing), seguindo as premissas de BI.
ia tem tido mais reconhecimento a c e 38
A figura 3.1 apresenta os principais componentes de um ambiente Business Intelligence.
Figura 3.1 Componentes do ambiente BI Fonte: Adaptao do autor segundo (BARBIERI, 2001).
3.1 Data Warehouse Singh (2001) descreve Data Warehouse como o processo de integrao dos dados corporativos de uma empresa em um nico repositrio a partir do qual os usurios finais podem facilmente executar consultas, gerar relatrios e fazer anlises. forma a atender melhor aos interesses da empresa; Por ter essas caractersticas, os DW so bancos de dados utilizados para fins analticos, em sistemas de apoio deciso, possibilitando aos seus usurios, geralmente com caractersticas gerenciais, ter uma viso mais completa dos negcios da organizao. Inmon (1997) diz que o DW um conjunto de dados com as seguintes propriedades: Baseado em assuntos refere-se ao fato do DW possuir seus dados organizados por assunto, de 39
ando formatos padronizados de acordo com o tipo de campo definido, independente de onde tenham sido extrados; No- W no egadas, elas perm Varivel e o histrico dos dados em r visualizadas por seus usuri O DW , de forma a facilitar e por diferentes nveis gerenciais. (BARBIERI, 2001). Segundo Inmon (1997), a mais importante questo de projeto que o desenvolvedor do Data Warehouse precisa enfrentar, refere-se definio da granularida e, ou seja detalhe dos dados existentes no mesmo. alo nvel de granularidade tem a possibilidade de diminuir o volume de dados e mbm xtremamente importante que os dados inseridos no repositrio respeitem regras e padronizaes para que as consultas efetuadas posteriormente coerentes e possam, de tomada de decises, amparados por informaes precisas.
Integrado significa que os dados contidos no DW so consistentes, respeit voltil essa caracterstica define que os dados includos no D sero atualizados, ou seja, uma vez que as informaes foram carr anecero para sempre no mesmo estado da insero; m relao ao tempo o Data Warehouse mantm elao ao tempo, permitindo que tendncias sejam os. tem como objetivo armazenar dados em vrios graus de granularidade agilizar os processos decisrios
d , o nvel de Quanto maior o nvel de granularidade, menor o nmero de consultas que podem ser atendidas, pois os dados disponveis ficam limitados. Alm disso, o nvel de granularidade vai influenciar no tamanho do DW, onde um projeto que utiliza um ta o tamanho do Data Warehouse. Outro aspecto muito importante referente ao projeto do DW a consistncia dos dados. e sejam fato, auxiliar os gestores de negcio no processo de 40
bconjunto do Data Warehouse empresa-inteira. Tipicamente, desempenha o papel de um Data Warehouse dep t ento necessrio para a sua construo,quando comparado ao custo do desenvolvimento de um Data Wa consid fazend presa possa aproveitar os benefcios dessa tecnologia com um a, com maior velocidade nas consultas e foco maior ass e um Data areh Segundo Machado (2000), a escolha da arquitetura uma deciso gerencial, ralm e das necessidades de um DW, contendo informaes de todos os setores da organizao, possibilitando a gerao de relatrios completos. (MACHADO, 2000). Por ter essas caractersticas, a arquitetura global acarreta um longo tempo de 3.2 Data Mart Conforme Singh (2001), Data Mart um su ar amental, regional ou funcional. O DM tem como sua principal vantagem o baixo investim rehouse. Alm do menor custo, o tempo de projeto do Data Mart eravelmente inferior ao tempo de desenvolvimento e implementao do DW, o com que a em prazo mais hbil. Por ser de menor tamanho, o Data Mart possibilita uma anlise multidimensional mais especfic no unto do qual ele trata. Uma organizao pode projetar um Data Mart para cada rea de negcio ou setor e obter uma viso geral da empresa vinculando todos eles atravs d W ouse.
3.3 Arquiteturas do DW / DM ge ente baseada nos fatores relativos infra-estrutura disponvel, ao tamanho da empresa, o escopo do projeto e aos recursos disponibilizados para investimento. Existem trs tipos de arquiteturas: global, independente e integrada. 1. Arquitetura Global: Suporta toda ou a maior part 41
d v um investimento muito alto. Esse tipo de arquitetura pode ser fisicamente centralizada ou fisicamente distribuda, onde na primeira 2. Arquitetura Independente: Essa arquitetura implementada com diversos 3. Arquitetura Integrada: Aqui tambm so desenvolvidos um DM para cada no processo de tomada de decises. Mtodos de Implementao A escolha dos mtodos de implementao do DW ou DM baseada em informaes como o tipo de arquitetura que foi utilizada, a infra-estrutura envolvida, o tempo do projeto e os m o mesmo. (MACHADO, 2000). dos, com a finalidade de definir as fontes de dados que sero utilizadas e a modelagem stribudos para os seus assuntos especficos. Esse mtodo de implement dos dados da organizao e um tempo de i (MACHADO, 2000). esen olvimento e opo o DW fica em um nico local e na segunda ele fica distribudo em diferentes localidades. Data Marts departamentais, com foco especfico nos assuntos de cada setor e sem nenhum vnculo entre si. Como os Data Marts podem ser construdos um a um, o tempo de desenvolvimento dessa arquitetura menor, porm tem como desvantagem o fato de no possibilitar uma viso completa da organizao. (MACHADO, 2000). departamento da empresa, mas diferente da arquitetura independente, eles so interligados uns com os outros, possibilitando uma viso geral das informaes da organizao, o que auxilia
3.4
benefcios adquiridos co Existem dois tipos de implementao: Top down e bottom-up. Top down: Nesse mtodo todos os setores da empresa devem ser envolvi dos sistemas. Aps a carga do Data Warehouse os mesmos dados so di Data Marts de acordo com ao apresenta como vantagens a facilidade de manuteno, a viso geral nico processo de carga de dados, no entanto, o alto mplementao do projeto uma desvantagem que deve ser avaliada. 42
consis que de retorno empo de implementao menor, porm, a falta de padronizao no desenvolvimento dos Data Marts pode gerar dados redundantes e inconsiste
Antes de serem carregados no Data Warehouse ou Data Mart, os dados pas dados, proces um for Conforme Barbieri (2001), os conceitos de extrao, transformao e carga podem ser divididos em: Filtro de Dados: Elimina os dados indesejveis para constituir o DW; r informaes sumarizadas e resumidas; Bottom-up: Ao contrrio do mtodo top down, esse tipo de implementao te no desenvolvimento dos Data Marts setoriais como um primeiro passo, para pois eles sejam interligados gradativamente ao DW. Tem como vantagens um mais rpido e um t ntes. (MACHADO, 2000). 3.5 Extrao, Transformao e Carga (ETC) sam por um processo de extrao de fontes externas, ou seja, outras fontes de geralmente dos sistemas operacionais utilizados pela organizao e por um so de transformao, onde esses dados extrados de diversas fontes recebem mato padronizado.
Integrao de dados: Define a forma de relacionamento entre as fontes distintas que vo integrar o sistema gerencial; Condensao de Dados: Reduz o volume de dados de maneira a se obte Converso de Dados: Os dados so formatados de acordo com o padro definido de cada campo; Derivao de Dados: Define os meios e frmulas para produo de dados virtuais. 43
para um padro vlido, consistente ao modelo de dados necessrio. (PEREIRA, 2000). E finalmente, aps serem extrados das fontes externas e transformados nos padres ehouse. mada de decises, surgiu o modelo dimensional de dados. as suas necessidades gerenciais. (HOKAMA et al, 2004). Apesar do tempo de resposta ser maior no modelo dimensional, ele projetado par para o composta por tabelas fatos e dimenses.
A tabela fato a principal tabela do modelo dimensional. Nela so arm e 2002). A extrao a primeira etapa para a obteno dos dados que iro compor o DW. Nessa fase so retiradas as informaes interessantes de cada uma das fontes externas de dados para dar andamento no processo. (KIMBALL; ROSS, 2002). Depois que os dados foram extrados eles passam por um processo de transformao, onde eles vo ser convertidos definidos, os dados so carregados no Data War
3.6 Modelagem Dimensional No intuito de atender os sistemas de processamento analtico, utilizados para auxiliar no processo de to Esses sistemas geralmente atendem um pequeno nmero de usurios, que realizam consultas planejadas para atender a melhorar o desempenho em consultas de grande porte. Sua estrutura voltada processamento analtico simples, sendo 3.6.1 Tabela Fatos az nadas as medies numricas de interesse da organizao. (KIMBALL; ROSS, 44
alores por todas as dimenses, em quaisquer combinaes de registros. (HOKAMA et al, 2004). 3.6.2 Tabela Dimenso A b nam informaes referentes ao negcio da organizao, como produto, cliente, localidade e tempo, ou seja, as dimenses so os tas por uma chave primria, que acaba participando das tabelas de fatos, e colunas contendo informaes sobre a dimenso. podem parecer sem sentido para usurios que no tem conhecimento do seu significado.
3.6.3 Tcnicas de modelagem as mais conhecidas e utilizadas so a Star Schema (esquema estrela) e a Snowflake Schema (esquema flocos de neve), apresentadas a seguir:
Essa tabela registra fatos que podem ser analisados e composta por uma chave primria, formada por uma combinao nica de valores de chaves de dimenso, e pelas mtricas que so de interesse para o negcio da empresa. Os atributos mais comuns em uma tabela de fatos so valores numricos, que em sua maioria so aditivos. As mtricas aditivas so aquelas que permitem operaes como soma, subtrao e mdia de v
s ta elas de dimenso armaze aspectos pelos quais se pretende observar as mtricas. Segundo Barbieri (2001), as tabelas de dimenso tm relao de 1:N com a tabela de fatos, portanto, possuem um nmero de registros bem menor. Do compos Por se tratar de informaes que descrevem o negcio da empresa, os atributos das tabelas de dimenso devem ser preenchidos com valores intuitivos, no com cdigos que Existem algumas tcnicas especficas de modelagem dimensional de dados, porm 45
e poucos relacionamentos. Assemelha-se com o modelo do negcio, facilitando a compreenso belas no modelo, onde existe uma tabela de fatos no centro, que se relaciona com vrias tabelas de dimenso o seu redor. A figura 3.2 apresenta esse relacionamento. 3.6.3.1 Star Schema Este esquema possui uma estrutura simples, com poucas tabelas at mesmo de usurios finais, que normalmente no esto familiarizados com estruturas de banco de dados. (HOKAMA et al, 2004). O nome estrela est relacionado com disposio das ta a
Figura 3.2 Modelo Star Schema Fonte: (BRAGA, 2004).
3.6.3.2 Snowflake J esse esquema se caracteriza pela utilizao da terceira forma normal sobre as tabelas de dimenso, ou seja, so retirados das tabelas os atributos que so dependentes de outros atributos que no so chaves. (HOKAMA et al, 2004). 46
E complexidade de entendimento do modelo por parte dos usurios que trabalham diretamente com a estrutura fsica das tabelas. E essa dados Snowflake. sse modelo aumenta a complexidade ainda pode gerar uma perda de performance nos processos que envolvem esse tipo de esquema. (SINGH, 2001). A figura 3.3 apresenta um exemplo do modelo de
Figura 3.3 Modelo Snowflake Fonte: (BRAGA, 2004).
3.6.4 Cubo de Dados S 98), atravs dos cubos de dados, quase todos os tipos de dados de negcio podem ser representados. Nessas estruturas, as clulas do cubo egundo Kimball (19 representam os valores medidos, enquanto os lados representam as dimenses dos dados. 47
O cubo formado pela tabela de fatos e pelas tabelas de dimenso com quem nsultar as informaes. Ele armazena dados relacionados a um determinado assunto, rehouse, os ogia que permite e medidas dentro
De acordo com Hokam et al; (2004), cubo de dados uma estrutura multidimensional que expressa a forma na qual os tipos de informaes se relacionam entre si. ela se relaciona e representa possveis formas de visualizar e co possibilitando a extrao de vrias vises sobre o mesmo tema. Geralmente construdos a partir de subconjuntos de um Data Wa cubos so os principais objetos de uma ferramenta OLAP. Essa tecnol um acesso rpido aos dados so organizados em dimenses de estruturas multidimensionais. (FORTULAN e FILHO, 2005).
4 OLAP De acordo com Kimball (1998), OLAP (On-line Analytic Processing) um rmo xternas, permitindo rias vises no intuito de possibilitar perspectivas sobre o negcio da organizao em vrios nveis de detalhe. Geralmente, OLAP representa ferramentas especializadas que tornam dados do ata Warehouse facilmente acessveis. O cubo de dados est diretamente ligado ao OLAP, pois ele expressa informaes de forma multidimensional.
4.1 Operaes As ferramentas OLAP possibilitam, aos seu usurios, a navegao pelas diversas dimenses dos cubos de dados, disponibilizando uma grande quantidade de consultas no Data Warehouse. Segundo Inmon (1997), Machado (2000), Barbieri (2001), as principais funcionalidades disponveis nas ferramentas OLAP so as seguintes: Drill-down serve para navegar pelos nveis hierrquicos definidos no conjunto de dados que est sendo visualizado, trafegando de informaes sumarizadas para vises mais detalhadas. te inventado para descrever uma tecnologia utilizada no apoio tomada de decises de forma dimensional. OLAP so ferramentas BI que foram criadas com o objetivo de gerar informaes baseadas em dados extrados de diversas fontes e v D 49
Drill-up o processo inverso do drill-down, ou seja, o usurio parte dos dados mais detalhados at chegar nas vises mais agrupadas que o conjunto de dados permite em sua hierarquia. Drill-across se refere a navegao realizadas nas tabelas de dimenso, onde as consultas passam de um nvel para o outro sem passar pelos nveis intermedirios.
o drill-through a operao efetuada para resgatar apresentada, com o intuito de obter uma nova viso das do cubo de dados que est sendo analisado, beneficiando o usurio com a possibilidade de combinar qualquer dimenso para obter informaes do seu interesse. Essa operao diz respeito a possibilidade fatiar o cubo de dados, para que as informaes parciais de uma dimenso possam ser visualizadas. uas necessidades, com a finalidade de conhecer informaes especficas para o seu objetivo. do mtodo de armazenamento de dados utilizado para a ferramenta OLAP. As arquiteturas existentes so essas: Drill-through ocorre quando o usurio deseja uma informao que se encontra em um nvel de detalhamento menor do que o apresentado pelas tabelas de fato, ou seja, essa informao fora do nvel de granularidade especificado na estrutura dimensional. Pivoting a funcionalidade que permite a mudana da disposio das linhas e colunas da consulta informaes. Essas operaes, dependendo dos recursos da ferramenta utilizada, podem ser efetuadas arrastando e soltando os objetos com o mouse. Slice-dice permite a rotao, em qualquer sentido, dos lados Consultas ad-hoc ocorre quando o usurio monta consultas, nicas e casuais, baseado em s
4.2 Arquiteturas A arquitetura dever ser definida atravs 50
RO com a 2007).
consul possv ma grande quantidade de dados, sendo essa sua principal vantagem. Porm, o acesso simultneo de vrios usurios deve ser evitado para no com LAP, MOLAP, DOLAP e HOLAP, onde cada uma deve ser utilizada de acordo necessidade, baseada nas suas caractersticas especficas. (ANZANELLO, ROLAP (Relational On-Line Analytical Processing): nesse mtodo as tas so processadas no servidor de banco de dados relacional, o que torna el a anlise de u prometer o desempenho do servidor. A figura 4.1 apresenta essa arquitetura.
Figura 4.1 Arquitetura ROLAP Fonte: (CUNHA, 2004).
MOLAP (Multidimensional On-Line Analytical Processing): arquitetura que a dos cu para o em contra partida, a limitao da escalabilidade uma desvantagem, j que a carga do cubo de dados fica mais morada na medida em que dados com maior nvel de detalhe so adicionados. A figura 4 e arquitetaura. tr balha com um banco de dados multidimensional, onde todo o processamento bos de dados ocorre diretamente no servidor. Isso apresenta como benefcio s usurios um desempenho muito agradvel, de .2 ex mplifica essa 51
Figura 4.2 Arquitetura MOLAP Fonte: (CUNHA, 2004). Desktop On-Line Analytical Processing): a consulta efetuada no servidor, mas todo o processament quina cliente.Apresenta como principais vantagens a agilidade na s informaes e a no sobrecarga do servidor de banco de odo no pode efetuar a anlise de cubos de maior
DOLAP ( neste tipo de arquitetura um o do cubo de dados ocorre na m anlise da dados. Entretanto, esse mt volume, pois esses geralmente no so suportados pela mquina cliente. A figura 4.3 representa a arquitetura DOLAP.
Figura 4.3 Arquitetura DOLAP Fonte: (CUNHA, 2004). 52
adas da gura 4.4 de HOLAP (Hybrid On-Line Analytical Processing): trabalha com a juno das arquiteturas MOLAP e ROLAP, fazendo com que as informaes sejam analis maneira possvel. Traz como grande vantagem a alta performance apresentada pela MOLAP junto com a melhor escalabilidade disponvel na ROLAP. A fi monstra a arquitetura HOLAP.
Figura 4.4 Arquitetura HOLAP Fonte: (CUNHA, 2004).
4.3 Ferramentas A seguir s ponveis no mercado, se e Microsoft Analysis Services
4.3.1 Oracle Corporation com foco em Business Int da Oracle Corporation, a ero apresentadas algumas das ferramentas OLAP dis ndo elas: Oracle Business Intelligence, Mondrian, JPivot . Oracle Business Intelligence Oracle Business Intelligence (Oracle BI), a soluo da elligence. Segundo o site 53
rramenta foi criada para reduzir o custo e a complexidade associados criao e implementao de solues de BI. anlise das informaes, possuindo recursos de formatao de dados. Essa ferramenta baseada na arquitetura ROLAP, mas na sua verso 10g, alm de atender bancos de dados relacionais, etuar anlises em ambientes Oracle Spr ite o acesso direto ao Oracle . Com esse recurso o ntro de uma planilha nco de dados que est sendo aces Oracle Warehouse Builder diz, o componente que auxilia no processo de e o e carga dos dados, alm de garantir uma qualidade robusta das informaes geradas. Oracle esse item fornece suporte para o desenvolvimento de aplicaes Business Intelligence utilizando-se a plataforma J ava. Esse recurso Com esses recursos a soluo Oracle BI constitui um produto completo para queles que precisam utilizar ferramentas OLAP, disponibilizando aos seus usurios funcion actersticas, em um ambiente totalmente integrado. 4.3.2 Mondrian e Jpivot fe Essa soluo compreende os seguintes componentes integrados: Oracle Discoverer se refere parte responsvel pela consulta aos dados, gerao de relatrios e compreende a possibilidade de ef multidimensionais. eadsheet Add-in a funcionalidade que perm OLAP a partir de planilhas do Microsoft Excel usurio pode analisar as informaes carregando os dados de Excel sem ter o conhecimento da estrutura do ba sado. como o prprio nome xtrao, transforma BI Beans disponibiliza para os construtores da aplicao vrias funcionalidades referentes s ferramentas OLAP. a alidades de aplicaes com essas car
54
os cubos de dados atravs de um browser e possui uma API (Applicaiton Program Interface) que serve para facilitar a utilizao dos para arquivos no for autom eci anlise SQL. dados relacionais, retornando informaes no formato multidimensional, o Mondrian c s
para o consul O Jpivot um software que possibilita ao usurio trabalhar com operaes OL ferram para in PIs disponibilizadas pel
s abalha de forma integrada ao banco de dados SQL Server, da mesma mpresa e suporta as arquiteturas ROLAP, MOLAP, DOLAP e HOLAP. Confor ysis Services dividido em cinco componentes bsicos: O Mondrian um servidor OLAP open source desenvolvido em linguagem J ava. Esse aplicativo trabalha com seus objetos. O Mondrian tambm apresenta recursos como exportao mato PDF (Portable Document Format), gerao de grficos de forma tica, entre outras funcionalidades. (PICHILIANI, 2006). Com os recursos ofer dos por essa ferramenta, o usurio pode realizar s em um grande volume de dados sem a necessidade de escrever comandos Por ter como caracterstica a possibilidade de efetuar consultas OLAP em las ificado como um sistema ROLAP. (BRITO, 2004). Segundo Brito (2004), o Mondrian executa as consultas, entretanto, as retorna usurio sem um formato definido. Por isso, a visualizao do retorno das tas fica na dependncia de outra ferramenta, como o Jpivot, por exemplo. AP, como slice-dice e drill-down, em estruturas de dados multidimensionais. A enta Jpivot est estruturada para trabalhar com diversos servidores OLAP, mas tegr-lo com o Mondrian, necessria a utilizao das A o mesmo. 4.3.3 Microsoft Analysis Service O Microsoft Analysis Services a ferramenta OLAP da Microsoft Corporation utilizada para integrao de dados relacionais. Atravs do Analysis Services possvel criar solues Business Intelligence de uma forma fcil e interativa. Esse software tr e me Barbieri (2001), o Anal 55
1. dores de banco de dados, alm do SQL Server; ue auxilia no processo de extrao, transformao e carga de dados. de retaguarda. rmaes extradas da camada servidora em um cache, possibilitando que as anlises sejam resolvidas de maneira mais rpida e localmente. J a camada servidora, abriga a mquina (engine) de servios OLAP, compon quisies dos clientes e solucionar essas requisies. O servidor OLAP do Analysis Services possui uma camada de s de criao de tabelas. Os usurios ainda podem acessar de forma interativa, os dados das Componente que trabalha na parte cliente, denominado PivotTable Service, que pode ser conectado via Excel ou outras ferramentas que ofeream suporte para esse objeto; 2. Mtodos de acesso aos dados, baseados no padro OLE/DB-OLAP, que oferecem a possibilidade do acesso aos dados de outros servi 3. A mquina para servios e armazenamento OLAP; 4. O gerenciador OLAP; 5. DTS (Data Transformation Service), componente q Barbieri (2001), ainda cita que a ferramenta est dividida em quatro camadas: camada cliente; camada servidora; camada de gerncia e acesso; e camada Na camada cliente esto os componentes que fazem interfaces com o usurio, permitindo o acesso aos dados contidos no servidor atravs do componente PivotTavle Service. Esse componente armazena os cubos (dices) e fatias (slices) contendo info ente responsvel por receber as re inteligncia que otimiza as consultas baseado em estratgias de agregao. O OLAP Manager o componente que permite a gerncia do ambiente OLAP, e est localizado na camada de gerncia e acesso. Ele apresenta interfaces para anlise e definio de agregados com algoritmos inteligentes e comando tabelas, cubos e metadados, a partir do componente Cube Browser. 56
oferec Expres uagem semelhante aos comandos SQL, utilizados para efetuar consultas em bancos de dados relacionais, sendo muito difundida entre usurios erece o componente DTS, que utilizado no processo de extrao, transformao e carga. Esse recurso muito importante, pois perm e tambm pode ser es dos dados que posteriormente sero gravados no seu destino. e o Microsoft Analysis Services apresenta benefcios como, a facilidade na construo dos modelos, uma maior zaes, o que Para acessar os dados atravs de programao, o Microsoft Analysis services e uma linguagem proprietria denominada MDX (Multidimensional sions). Essa ling com essas necessidades. A camada de retaguarda of it o acesso a qualquer fonte de dados atravs de OLE/DB. Nele executados as transforma O mesmo autor, Barbieri (2001), diz qu flexibilidade de estruturas, melhor gerncia de segurana, maiores limites na definio de dimenses, alm da possibilidade de se utilizar ferramentas de Data Mining. J acobson, Misner e Hitachi (2007), descrevem que, na sua verso 2005, o Analysis Services investiu em melhorias na performance e na facilidade de desenvolvimento de aplicaes, j que possvel construir ferramentas utilizando o software Visual Studio 2005. Eles resumem o Microsoft Analysis Services como simples para organizaes pequenas e avanado para grandes organi possibilita todos os tipos de empresa adicionar controle analtico em suas ferramentas de BI.
57
business intelligence com foco em gerncia de projetos, ser desenvolvido. m das informaes. m alguns de seus clientes que fazem uso do servio de utsourcing, tambm oferecido pela organizao A figura 5.1 apresenta um organograma macro da empresa. 5 SOLUO Este captulo vai descrever como o objetivo desse trabalho, a construo de uma soluo Para a primeira etapa, o TCI, ser apresentado um descritivo sobre o quadro atual da empresa, onde a soluo proposta ser implantada, bem como uma breve idia da forma que a aplicao ser estruturada, apresentando parcialmente a modelage
5.1 A Empresa A CWI Software uma empresa que atua no ramo de desenvolvimento de sistemas com mais de 15 anos de experincia, possuindo atualmente cerca de 250 colaboradores distribudos em suas duas unidades tcnicas, So Leopoldo RS e Porto Alegre RS, e e o 58
Figura 5.1 Organograma CWI o seu posicionamento estratgico, o sistema que voc procura talvez no exista, mas a empresa que o produz sim, a CWI abalha principalmente criando solues personalizadas, baseadas nas necessidades dos seus clientes. Por esse motivo, a empresa foi em busca de um diferencial competitivo, lanando e agosto de 2005 o projeto Evoluir, que tinha como objetivos de 2006, quando a organizao mento de software, atravs da aprovao na avaliao SCAMPI realizada. Porm, como foi visto durante o estudo desse trabalho, o sucesso no gerenciamento de projetos se torna impossvel sem o auxlio de sistemas informatizados com o objetivo de atender as necessidades dessa rea de atuao. E so esses softwares que serviro de fonte de dados para a soluo proposta nesse trabalho. Fonte: (CWI Software, 2007).
De acordo com a frase que define tr m evoluir a metodologia CWI para aperfeioar os processos de trabalho, aumentando a eficincia, segurana e qualidade dos sistemas desenvolvidos pela empresa, mas principalmente, atingir o nvel 2 de maturidade no modelo CMMI SE/SW, demonstrado atravs de uma avaliao oficial (SCAMPI). Esse projeto foi concludo em dezembro comprovou a excelncia da sua metodologia de gerenciamento e desenvolvi 59
5.2 A Solu Atualmente a CW nta que auxilie os gestores da empres do nos conceitos estudados, um as transacionais utilizados na f nta OLAP ser utilizada para anlise das in As Microsoft SQL Server 2 e banco de dados ser utilizada para constru Microsoft Analysis Services ser a ferramenta utilizada para anlise das o I no possui nenhuma ferrame a no processo de tomada de decises. Por isso, basea data mart ser criado para receber os dados extrados dos sistem brica de software e uma ferrame formaes. ferramentas escolhidas foram as seguintes: 005 essa plataforma d o do data mart. informaes. A escolha foi baseada principalmente na eficincia e prestgio mundial apresentados por essas ferramentas, e por elas j estarem inseridas no contexto da organizao, constituindo vrios dos bancos de dados utilizados nos sistemas desenvolvidos internamente.
5.2.1 Arquitetura do Sistema Conforme j explicado anteriormente, os dados sero extrados dos sistemas transacionais da empresa e armazenados dentro do DM. Ento, a ferramenta OLAP ser utilizada para a anlise multidimensional das informaes contidas nesse repositrio. Processo esse demonstrado na figura 5.2. 60
Figura 5.2 Processo de BI da Soluo Proposta
5.2.2 Modelo Preliminar mo fonte de dados, portanto, ele ainda pode ser incrementado, dependendo das necessidades que sero expostas. A figura 5.3 apresenta um modelo dimensional parcial da estrutura que ser utilizada no data mart.Esse modelo foi criado baseado na estrutura fsica de uma das aplicaes que serviro co 61
Figura 5.3 Modelo dimensional parcial mo foi o andamento do projeto ao longo da sua trajetria.
Com o modelo apresentado na figura 5.3 e uma ferramenta OLAP, seria possvel responder, por exemplo, como est a preciso na estimativa de tempo das tarefas, qual a produtividade dos colaboradores ou at mesmo co 62
intelligence, OLAP, dat am uma soluo muito ara organizaes que apresentam um grande volume de informaes, armazenadas em diversos bancos de dados de uma maneira no padronizada. antagem competitiva perante outras empresas existentes no mercado. Assim, a continuao desse projeto, que ter como prximas etapas a modelagem completa do data mart, a construo da soluo e a implantao da mesma sero atividades que, conforme o cronograma previsto, estaro presentes no trabalho de concluso II. A partir do modelo preliminar proposto j possvel visualizar como a soluo est estruturada e como ir funcionar. Dito isto, fica claro a importncia dessas informaes no processo de tomada de decises. CONCLUSO Atravs desse trabalho, foi possvel verificar a importncia da prtica de gerenciamento de projetos em empresas que atuam no ramo de desenvolvimento de software sob demanda, pois essas tcnicas ajudam a organizao a alcanar os seus objetivos e os dos seus clientes. Tambm foi possvel concluir, atravs dos estudos realizados, que as tecnologias envolvidas no processo de apoio tomada de decises, business a warehouse e data mart, form interessante p Com a utilizao dessas tecnologias possvel estruturar as informaes, no intuito de fornecer aos gestores da organizao uma importante ferramenta onde os fatos possam ser analisados, gerando v 63
REFERNCIAS BIBLIOGRFICAS Intelligence Modelagem & Tecnologia. Rio de J aneiro: Axcel Books, 2001. 424 p. esso em: Faculdade de Computao e Informtica da Universidade nzie, 2004. Disponvel em: < http://meusite.mackenzie.com.br/rogerio/tgi/2004ModelagemDW.pdf>. Acesso em: 26 abr. 07. 375 p. J ACOBSON, Reed; MISNER, Stacia; HITACHI CONSULTING. Microsoft SQL Server p. ANZANELLO, Cynthia A. OLAP Conceitos e Utilizao. Instituto de Informtica Universidade Federal do Rio Grande do Sul. Porto Alegre. Disponvel em: < http://www.inf.ufrgs.br/~clesio/cmp151/cmp15120021/artigo_cynthia.pdf>. Acesso em: 10 out. 2007. BARBIERI, Carlos. BI Business BRITO, Maiquel de. Proposta de um Data Warehouse de informaes acadmicas. Novo Hamburgo: 2004. 111 p. Projeto de Diplomao (Bacharelado em Cincia da Computao) Instituto de Cincias Exatas e Tecnolgicas, Centro Universitrio Feevale, Novo Hamburgo. FORTULAN, Roberto M.; FILHO, Eduardo V. G. Uma Proposta de Aplicao de Business Intelligence no Cho de Fbrica. Gesto & Produo, So Carlos, v. 12, n.1, p. 55-66, jan. abr. 2005. Disponvel em: <http://www.scielo.br/pdf/gp/v12n1/a06v12n1.pdf>. Ac 26 abr. 2007. HELDMAN, Kim. Gerncia de Projetos: guia para o exame oficial do PMI. Rio de J aneiro: Campus, 2003. 430 p. HOKAMA, Daniele Del Bianco et al. A modelagem de dados no ambiente de data warehouse. So Paulo: 2004. 120 p. Trabalho de Graduao Interdisciplinar (Bacharelado em Sistemas de Informao) Presbiteriana Macke 20 INMON, W. H. Como construir o data warehouse. Rio de J aneiro: Campus, 1997. 388 p INMON, W. H.; WELCH, J . D.; GLASSEY, K. L. Gerenciando Data Warehouse. So Paulo: Makron Books, 1999. 2005 Analysis Services: Passo a passo. Porto Alegre>Bookman, 2007. 352 p. KIMBALL, Ralph. Data Warehouse Toolkit. So Paulo: Makron Books, 1998. 388 p. KIMBALL, Ralph; ROSS, Margy. The Data Warehouse Toolkit: guia complete para modelagem dimensional. Rio de J aneiro: Campus, 2002. 494 64
MACHADO, Felipe N. R. Projeto de Data Warehouse: Uma Viso Multidimensional. So Paulo: rica, 2000. 248 p. PEREIRA, Denise M. Uso do Padro OIM de Metadados no Suporte s Transformaes de Dados em Ambiente de Data Warehouse. Rio de J aneiro: 2000. 139 p. Dissertao (Mestrado em Informtica) Instituto de Matemtica, Universidade Federal do Rio de J aneiro - UFRJ , 2000. Disponvel em: < http://dataware.nce.ufrj.br:8080/dataware/publicacoes/dataware/fisico/teses/metadados/PEREI RA-2000.pdf>. Acesso em: 29 out. 2007 PICHILIANI, Mauro. s. 2006. Disponvel em: < http://www.imasters.com.br/artigo/4177/sql_server/softwares_livres_relacionados_a_banco_d e_dados/>. Acesso em: 21 mai. 2007.
, D. A. Engenharia de software e sistemas de informao. Rio de J aneiro: ehouse. So Paulo: Makron Books, 2001. 382 p.
Softwares livres relacionados a bancos de dado PROJ ECT MANAGEMENT INSTITUTE (PMI). A Guide to the Project Management Body of Knowledge: PMBOK guide. Pennsylvania, USA, 2004. 388 p. REZENDE Brasport, 1999. 344 p. SINGH, Harry S. Data War VARGAS, Ricardo Viana. Manual prtico de plano de projeto. Rio de J aneiro: Brasport, 2003. 248 p.