Вы находитесь на странице: 1из 24

Ilustrao 11 Arquiteturas de Data warehouse (BALLARD, GUPTA, et al., 2006) ....................... 10 Ilustrao 12 Interface da Ferramenta Spoon ............................................................................

12 Ilustrao 13 Modelo dimensional (BALLARD, GUPTA, et al., 2006) ............................................ 8 Ilustrao 14 Tipos de modelo dimensional (BALLARD, GUPTA, et al., 2006) .............................. 9 Ilustrao 1 Sistema Integrado de Recursos Humanos ............................................................... 13 Ilustrao 2 Tela de emisso de relatrios .................................................................................. 14 Ilustrao 3 Relatrio de Relao de funcionrios/ms ............................................................. 15 Ilustrao 4 Relatrio montado de admitidos e demitidos por perodo .................................... 15 Ilustrao 5 Ficha financeira por contrato .................................................................................. 16 Ilustrao 6 Tela de seleo de VDB para relatrio da ficha financeira ...................................... 17 Ilustrao 7 Tela de seleo das variveis de lotao ................................................................. 17 Ilustrao 8 Relatrio da Relao de Valores das Fichas financeiras .......................................... 18 Ilustrao 9 Tela de seleo do relatrio de doenas ................................................................. 18 Ilustrao 10 Relatrio de doenas que causam afastamento ................................................... 19

SUMRIO
1. 2. Introduo ............................................................................................................................. 3 Business Intelligence ............................................................................................................. 5 2.1. Data warehouse ............................................................................................................ 5 Modelagem ........................................................................................................... 7 Granularidade........................................................................................................ 9 Arquitetura do Data warehouse ........................................................................... 9 Extract, Transform and Load (ETL) ...................................................................... 10 Ferramentas ........................................................................................................ 11

2.1.1. 2.1.2. 2.1.3. 2.1.4. 2.1.5. 2.2. 2.3. 2.4. 3.

Anlise de Negcios .................................................................................................... 12 Gerenciamento de Desempenho do Negcio ............................................................. 12 Interface com o usurio .............................................................................................. 12

Sistema Integrado de Recursos Humanos........................................................................... 13 3.1. 3.2. 3.3. Rotatividade de pessoal .............................................................................................. 15 Custo dos funcionrios ................................................................................................ 15 Tipos de doena que afastam mais os funcionrios ................................................... 18

4. 5. 6. 7. 8.

Modelagem e Implementao ............................................................................................ 20 Estudo de Caso .................................................................................................................... 21 Anlise de Resultados ......................................................................................................... 22 Concluso ............................................................................................................................ 23 Bibliografia .......................................................................................................................... 24

1. INTRODUO
Na sociedade atual quem possui a melhor informao conseguir realizar o melhor negcio. As empresas investem milhares em dinheiro em Sistemas de Informao, visando ganhar tempo nas tarefas e gerenciar melhor sua organizao. Com a preocupao da realizao das tarefas operacionais os Sistemas deixaram de tomar foco na informao estratgica, concentrando-se apenas na manipulao de dados operacionais. Estes dados resultantes dos processos operacionais, se manipulados de maneira correta, podem gerar informaes decisivas para a organizao (BALLARD, ABDEL-HAMID, et al., 2006). Para solucionar o problema descrito, as organizaes vm utilizando o conceito de Business Intelligence (BI), cujo objetivo permitir o acesso interativo aos dados, proporcionar manipulao destes dados e dar aos analistas de negcios e gerentes a capacidade analisar estes dados de forma adequada (TURBAN, SHARDA, et al., 2009). Uma das etapas do processo de Business Intelligence a criao de um repositrio de dados com informaes adequadas ao negcio, utilizao de ferramentas especficas para criar visualizaes destes dados que possam ser utilizadas pelos gestores e finalmente a avaliao destas informaes por parte dos gestores na tomada de deciso (BALLARD, GUPTA, et al., 2006). Quando se fala na criao de um repositrio de dados com informaes adequadas ao negcio, tratamos do conceito de data warehouse que nada mais do que um banco de dados com informaes obtidas e transformadas a partir de diversos sistemas operacionais, e que tm por objetivo auxiliar no processo de criao de relatrios gerenciais e tomada de deciso (INMON, 2005). Este trabalho tem por objetivo aplicar o conceito de Business Intelligence sobre uma ferramenta chamada Sistema Integrado de Recursos Humanos produzida pela empresa Metadados Assessoria e Sistemas, numa tentativa de deixar a consulta das informaes mais interativa e aumentar o valor de negcio para os usurios desta ferramenta, portanto ser mostrado num primeiro momento como estas informaes podem ser extradas do Sistema Integrado de Recursos Humanos, e para finalizar, como sero obtidas atravs das ferramentas de visualizao de dados aplicadas.

A Metadados Assessoria e Sistemas uma empresa focada em solues para Recursos

Humanos, onde neste segmento possui uma ferramenta completa chamada Sistema Integrado de Recursos Humanos onde engloba solues nas reas de administrao de pessoas, sade, segurana do trabalho, frequncia, acesso e gesto de pessoas, facilitando a vida de trabalhadores na gesto de pessoas (METADADOS ASSESSORIA E SISTEMAS, 2010). Certas informaes na rea de Recursos Humanos podem ser significativamente relevantes na estratgia de negcio da empresa, estas informaes podem ser visualizadas de forma interativa atravs de uma ferramenta de Business Intelligence. Seguem alguns exemplos destas informaes: a. Rotatividade de pessoal; b. Custo dos funcionrios; c. Totais de horas extras comparando perodos e setores; d. Tipos de doena que afastam mais os funcionrios; e. Comparativos de folhas de pagamentos mensais; f. Custo com benefcios.

As informaes citadas anteriormente podem ser obtidas no sistema integrado de recursos humanos atravs de relatrios especficos desenvolvidos pela Metadados e tambm atravs de consultas de tela, porm em alguns casos esta informao est dividida em diversas pginas de relatrios onde quando o usurio necessita de uma informao mais resumida necessita primeiro emitir um leque de informaes, e ento mensurar as mesmas para conferncia. Este trabalho est organizado em seis captulos principais onde no captulo 2 ser conceituado o termo Business Intelligence, relatando todos os processos envolvidos na utilizao deste conceito, no captulo 3 ser descrito o sistema de informao atual para o qual ser aplicado este trabalho, ser contextualizado o sistema e sua estrutura, j no captulo 4 sero apresentados os passos de modelagem e implementao deste trabalho, o captulo 5 tratar do estudo de caso e no captulo 6 haver a anlise dos resultados deste trabalho.

2. BUSINESS INTELLIGENCE
Business Intelligence (BI) um termo novo, porm no um conceito novo. O termo Business Intelligence foi lanado pelo Grupo Gartner por volta de 1990, este termo, um termo guarda-chuva que inclui arquiteturas, ferramentas, bancos de dados, aplicaes e metodologias. Significa coisas diferentes para pessoas diferentes, onde os principais objetivos so permitir o acesso interativo aos dados, proporcionar a manipulao dos dados e fornecer aos gerentes e analistas de negcios a capacidade de realizar a anlise adequada. O processo de BI baseia-se na transformao de dados em informaes, depois em decises e finalmente em aes (TURBAN, SHARDA, et al., 2009). Business Intelligence de forma simplificada, um processo onde usurios obtm informaes consistentes de negcios a partir de um data warehouse, analisam esta informao de acordo com o contexto do seu negcio, identificam anomalias ou problemas, realizam previses e ou simulaes, e por final, tomam as decises mais rpidas baseadas em informaes consistentes (BALLARD, ABDEL-HAMID, et al., 2006). O sistema de BI engloba quatro grandes componentes (TURBAN, SHARDA, et al., 2009): 1. 2. 3. 4. Data warehouse; Anlise de negcios; Gesto de desempenho do negcio; Interface com o usurio.

Nas sees a seguir sero explicados cada um dos componentes citados anteriormente, incluindo as tcnicas e ferramentas utilizadas para cada um dos mesmos.

2.1.Data warehouse
As primeiras tecnologias utilizadas pelas empresas na tentativa de melhorar o processo de deciso foram baseadas em computadores pessoais, planilhas eletrnicas e bancos de dados pessoais. Atravs destas tecnologias, usurios mais habilidosos retiravam dados dos sistemas operacionais da empresa, produzindo planilhas eletrnicas para servir como base a relatrios e grficos, que seriam utilizados posteriormente auxiliando os tomadores de deciso. Tentando resolver estas questes, as empresas comearam a desenvolver repositrios de dados centralizados, o data warehouse (BALLARD, ABDEL-HAMID, et al., 2006). Resumidamente pode-se entender data warehouse como um banco de dados reunido a partir de muitos sistemas, destinado a oferecer suporte produo de relatrios gerenciais e tomada de deciso. O data warehouse um conjunto de dados baseado em negcios, integrado, no voltil, e varivel em relao ao tempo (INMON, 2005). Baseado em negcios, porque enquanto os sistemas operacionais so organizados entre as aplicaes da empresa, o data warehouse organizado em torno dos negcios destas aplicaes. Por exemplo, numa empresa de seguros existem aplicaes como automvel, sade e vida. Os principais negcios podem ser cliente, aplice, prmio e indenizao (INMON, 2005).

A caracterstica de o data warehouse ser integrado, talvez seja a mais importante caracterstica do mesmo. Durante anos construmos sistemas utilizando diferentes tipos e formatos de dados, quando necessrio realizar a carga destes dados ao , estes dados so corrigidos e padronizados, um exemplo disso pode ser o formato de dados de data, onde em alguns sistemas utilizado o padro ano, ms e dia (YYYYMMDD), e em outros, dia, ms e ano (DDMMYYYY). Para o data warehouse, deve ser definido um formato especfico e ento carregar os dados utilizando este formato (SPERLEY, 1999). O desenvolvimento do data warehouse a chance de eliminar caractersticas indesejadas dos dados, e construir uma visualizao dos dados, desejada a partir dos diversos sistemas da empresa. Nos sistemas operacionais, um mesmo dado pode ser acessado e atualizado durante o tempo, logo, um dado que foi acessado em um ano, quando for acessado no prximo pode no ser igual devido h alguma atualizao. Em um data warehouse os dados podem ser acessados, porm no podem ser atualizados, isto garante a no volatilidade dos dados. Quando existe uma atualizao de um dado, deve ser gravado um novo instantneo deste dado no data warehouse, portanto, ao longo do tempo, so armazenados diversos instantneos de um dado, permitindo assim verificar a informao precisa de acordo com a poca. Tudo isto possvel porque as chaves dos dados no data warehouse sempre possuem um elemento de tempo (KIMBALL e CASERTA, 2004). Com certeza, se uma pessoa caminhar por uma empresa conversando com os gerentes sobre suas dificuldades na utilizao dos sistemas operacionais da empresa, obter como resultado de suas conversas a identificao de problemas com o grande volume de dados e a dificuldade de extrao dos mesmos atravs de relatrios, necessidade de emitir relatrios de sistemas diferentes para chegar uma determinada informao, indicadores no confiveis, complexidade para utilizao do sistema na extrao de informaes, entre outras (KIMBALL e ROSS, 2002). O data warehouse deve suprir objetivos como fazer com que as informaes de uma empresa sejam facilmente acessadas, de modo consistente, ser flexvel a mudanas, funcionar como uma base para uma melhor tomada de decises, e principalmente, o data warehouse s ir funcionar se houver aceitao por parte da comunidade de negcio (KIMBALL e ROSS, 2002). Atravs do que foi dito at agora, percebe-se que a construo de um data warehouse depende da unio de pessoas da rea de tecnologia, com pessoas da rea de negcio da empresa. O projeto de um data warehouse difere-se do projeto de um sistema operacional comum, uma vez que no data warehouse o projeto tende a mudar a cada entrega do mesmo, caracterizando um processo incremental (INMON, 2005). Existem dois aspectos principais para a construo de um data warehouse, um a interface com sistemas operacionais, e outro o prprio projeto do data warehouse. Como foi dito anteriormente, o projeto de um caracteriza um processo incremental, pois, num primeiro momento, ele povoado com alguns dados, ento o usurio final os utiliza, analisa e da uma

resposta ao projetista sobre quais novos dados devem ser inseridos ou quais dados devem ser reformulados. Este ciclo existe durante toda a vida do (INMON, 2005). Para finalizar, data warehouse um processo de extrao de dados de vrias fontes ou aplicaes, transformando estes dados num formato mais significativo, armazenando num repositrio consistente que servir para a anlise de negcios (BALLARD, ABDEL-HAMID, et al., 2006).

Ilustrao 1 Elementos bsicos de um Data Warehouse (KIMBALL e ROSS, 2002)

Atravs da Ilustrao 1 possvel visualizar os elementos bsicos de um data warehouse, os dados sendo extrados dos sistemas operacionais, em seguida carregados para a rea de preparao dos dados onde realizado o processo de transformao e em seguida a carga para data marts onde ser realizado o processo de consulta e manipulao por parte dos analistas de negcio. 2.1.1. Modelagem A modelagem de dados de extrema importncia, ela define as estruturas em que os dados sero armazenados e impacta diretamente no desempenho do banco de dados e na usabilidade destes dados, em termos de data warehouse essa uma realidade incontestvel. Um modelo uma abstrao da realidade, do negcio. Atravs da modelagem somos capazes de ver como ficar o negcio pronto, e tambm validar os requisitos deste negcio (BALLARD, GUPTA, et al., 2006). Para modelagem de dados utilizado o modelo Entidade Relacionamento (ER), este modelo largamente utilizado na definio dos sistemas operacionais das empresas, em seu mais alto nvel de normalizao. Utilizar um nvel alto de normalizao significa dividir grandes tabelas em diversas pequenas tabelas visando diminuir a redundncia das informaes, esta tcnica conhecida como terceira forma normal (3NF) (BALLARD, GUPTA, et al., 2006). Um grande problema na utilizao de um banco de dados normalizado ocorre quando um analista de negcios tenta criar um relatrio onde precisa unir oito ou mais tabelas, para um usurio tcnico isto no seria um grande problema, porm, o analista de negcios visa

informao e no um grande conhecedor de tcnicas de bancos de dados, portanto, a tarefa torna-se bastante complexa. Para resolver o problema anterior, utilizado o modelo dimensional, tambm conhecido como estrela, ele possui este nome, pois sua representao assemelha-se a uma estrela, onde no centro existe uma tabela com dados de um nvel maior, e nas pontas tabelas ligadas com dados de nvel mais baixo (INMON, 2005). Esta tcnica consiste em de normalizar as tabelas do banco de dados, criando tabelas de fatos com os dados mais significativos e tabelas de dimenses para armazenar informaes um pouco menos relevantes sobre estes dados. Atravs desta tcnica as consultas realizadas no banco de dados possuem uma desempenho muito maior do que no modelo ER tradicional (KIMBALL e ROSS, 2002).

Ilustrao 2 Modelo dimensional (BALLARD, GUPTA, et al., 2006)

Atravs da Erro! Fonte de referncia no encontrada. possvel visualizar uma estrela onde no centro, encontra-se tabela de fatos, na imagem uma tabela com o total das vendas de um produto, e nas pontas da estrela tabelas de dimenso com dados referentes a este produto, como regio, data e hora exatos da venda, cliente e descrio do produto. Basicamente existem trs tipos de modelo dimensional (BALLARD, GUPTA, et al., 2006): a) Modelo estrela; b) Modelo floco de neve; c) Modelo multi-estrela.

Ilustrao 3 Tipos de modelo dimensional (BALLARD, GUPTA, et al., 2006)

Atravs da Ilustrao 3 fica claro o tipo de cada modelo dimensional, onde o modelo estrela consiste em uma nica tabela de fatos, e diversas tabelas de dimenso no normalizadas. O modelo floco de neve utiliza de tcnicas de normalizao em suas tabelas de dimenso, possui vrias tabelas de fatos. J o modelo multi estrela possui diversas tabelas de fatos unidas atravs de dimenses (BALLARD, GUPTA, et al., 2006). 2.1.2. Granularidade A parte mais importante do projeto de um data warehouse a questo da granularidade. Ela diz respeito ao nvel de detalhe ou de resumo contido nas unidades de dados existentes no (INMON, 2005). Quanto mais detalhes, mais baixo o nvel de granularidade, quanto menos detalhe, mais alto o nvel de granularidade. Para exemplificar este conceito basta imaginar uma simples transao de vendas, ela representa um baixo nvel de granularidade, porm um registro contendo o total acumulado de todas as transaes de vendas em um ms representa um alto nvel de granularidade (KIMBALL e ROSS, 2002). A granularidade dos dados to importante que impacta tanto no volume de dados armazenados pelo data warehouse, quanto no tipo de consulta que poder ser feito no mesmo (BALLARD, ABDEL-HAMID, et al., 2006). 2.1.3. Arquitetura do Data warehouse Como explicado anteriormente, as primeiras tecnologias utilizadas pelas empresas na tentativa de melhorar o processo de deciso foram baseadas em computadores pessoais, planilhas eletrnicas e bancos de dados pessoais. Tentando resolver estas questes, as empresas comearam a desenvolver repositrios de dados centralizados, o data warehouse. O desenvolvimento de data warehouse centralizados podia resolver o problema anterior, porm no era uma tarefa simples. O processo de integrao dos dados obt-los de diferentes fontes, integrar em um nico repositrio, endereamento de acordo com o tempo, com diferentes regras negcios, era complicado para pessoas que estavam acostumadas somente com o processo de tomada de deciso. Para resolver este cenrio foi desenvolvida uma nova camada chamada data mart (BALLARD, ABDEL-HAMID, et al., 2006). Um data mart armazena dados de uma rea especfica de negcio, como por exemplo, produtos, clientes e compras, apesar de estarem relacionados, so negcios diferentes para a empresa (KIMBALL e CASERTA, 2004).

A utilizao de um data mart em relao ao data warehouse empresarial relativamente mais simples e barata, um data warehouse empresarial consiste em um repositrio nico com todas as informaes de departamentos e negcios (BALLARD, ABDEL-HAMID, et al., 2006). Basicamente existem dois tipos de data mart, dependentes e independentes, um data mart dependente precisa obter dados a partir e um data warehouse empresarial, logo, ele depende dos dados centralizados com um nvel mais baixo de granularidade e ento armazena dados com o nvel mais alto de granularidade, contm os dados agregados. O data mart independente leva este nome porque no precisa estar conectado ao data warehouse empresarial este data mart consiste em pequenos repositrios de dados dirigidos a rea especfica, os dados so provindos dos sistemas operacionais da empresa (KIMBALL e CASERTA, 2004).

Ilustrao 4 Arquiteturas de Data warehouse (BALLARD, GUPTA, et al., 2006)

Atravs da Ilustrao 4 possvel verificar as diversas arquiteturas de data warehouse. 2.1.4. Extract, Transform and Load (ETL) Quando uma empresa decide implantar um data warehouse e tem este projeto bem definido, ela necessita ento criar um processo para preencher o data warehouse com os dados dos sistemas operacionais, processo este que chamado de integrao de dados (BOUMAN e DONGEN, 2009). Para realizar a integrao dos dados podem ser utilizados sistemas de ETL, ou a prpria empresa pode desenvolver uma ferramenta para realizar este processo (KIMBALL e CASERTA, 2004). Um sistema de ETL consiste em trs passos, extrair dados de sistemas de origem que podem ser os sistemas operacionais da empresa, planilhas, entre outros, transformar estes dados aplicando padres, limpar dados indesejados e estruturar estes dados, e por ltimo, carregar estes dados em um repositrio, neste caso o data warehouse, para que possa ser acessado por

aplicaes de anlise de negcios, Business Intelligence, entre outras (BALLARD, ABDELHAMID, et al., 2006). 2.1.5. Ferramentas Existem diversas ferramentas no mercado para a realizao do processo de ETL, cada uma com seus prs e contras. Uma delas o Integration Services da Microsoft, esta ferramenta consiste em um conjunto de tarefas e transformaes para integrao de dados, possvel obter dados de varias fontes e executar tarefas a partir de eventos e depois distribuir os dados em diversos destinos, o Integration Services pode ser utilizado atravs de ferramentas grficas ou linha de comando (MICROSOFT, 2011). Para este trabalho ser utilizada a sute de aplicativos Pentaho, o projeto Pentaho consiste em uma sute de aplicativos voltados a Business Intelligence de cdigo aberto englobando ferramentas de ETL, OLAP, consultas e relatrios, minerao de dados, dashboards e diversos outros componentes necessrios para a construo de um sistema de Business Intelligence (PENTAHO CORPORATION, 2011). O processo de integrao de dados atravs da sute de aplicativos Pentaho, concentrado em torno de dois objetos diferentes, Jobs e transformations, estes dois objetos so interpretados por um componente de software chamado Pentaho data integration engine (ou motor de integrao de dados), alm deste componente de software a sute de aplicativos pentaho possui algumas ferramentas para auxiliar no processo de integrao de dados como (BOUMAN e DONGEN, 2009): 1. 2. 3. 4. Spoon Uma ferramenta grfica para criar transformations e Jobs; Kitchen Uma ferramenta de linhas de comando para a execuo de Jobs; Pan Uma ferramenta de linha de comando para rodar transformaes; Carte Um leve servidor para execuo de Jobs e transformations remotamente.

Para explicar melhor o que so transformations e Jobs, pode-se entender que transformations so todas as aes desenvolvidas para extrair, transformar e carregar um dado, para o Pentaho um objeto transformation executa todo o caminho entre pegar os dados de origem, limpar, corrigir, alterar e por ltimo carregar no destino. Tambm se pode entender transformation como uma tarefa composta de uma coleo de passos, onde cada passo realiza um processo separado com os dados at chegar ao objetivo final (BOUMAN e DONGEN, 2009). Um job geralmente composto por um ou muitos transformations, a diferena que enquanto transformations devem ser acionados pelos Jobs para realizar operaes com os dados, um job acionado por um evento, como por exemplo, ao final de cada dia deve ser executado o job X para carregar o data warehouse, Jobs tambm podem ser utilizados para enviar e-mails, inicializar tabelas, etc. (BOUMAN e DONGEN, 2009). Como pode ser visto na Ilustrao 5, a ferramenta Spoon totalmente grfica e possui interface amigvel ao usurio. Tambm possvel entender atravs da ilustrao a diferena entre criar transformations e escrever cdigos fonte para a realizao do processo de ETL, onde na ferramenta Spoon confortvel ao usurio simplesmente criar passos, e interligar uns

aos outros de forma a criar o fluxo dos dados desde a origem at o destino. Caso o processo de ETL fosse realizado atravs do desenvolvimento de cdigo fonte, alm de mais demorado o processo seria menos flexvel a mudanas (BOUMAN e DONGEN, 2009).

Ilustrao 5 Interface da Ferramenta Spoon

2.2.Anlise de Negcios
2.2.1. Processamento Analtico Online (OLAP) OLAP (Online Analytical Processing)

2.3.Gerenciamento de Desempenho do Negcio 2.4.Interface com o usurio

3. SISTEMA INTEGRADO DE RECURSOS HUMANOS


Para poder explicar como as informaes so extradas do Sistema Integrado de Recursos Humanos, cabe uma breve explicao do funcionamento deste sistema. O Sistema Integrado de Recursos Humanos funciona como uma sute de aplicativos modularizados onde podemos encontrar os seguintes mdulos: 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Administrao do Sistema; Folha de Pagamento; Frequncia; Gesto de Salrios; PCMSO; Segurana do Trabalho; Avaliao de Desempenho; Treinamento e Desenvolvimento; Recrutamento e Seleo; Benefcios; Portaria; Acesso; Jurdico Trabalhista; Integrao Bancria.

A Ilustrao 6 exibe a tela inicial do Sistema Integrado de Recursos Humanos, onde podem ser vistos os atalhos para todos os mdulos citados anteriormente.

Ilustrao 6 Sistema Integrado de Recursos Humanos

Cada mdulo do sistema (exceto administrao do sistema e portaria) possui uma tela para emisso de relatrios, onde o usurio seleciona um relatrio cadastrado no sistema, define os filtros referente s variveis do sistema e manda imprimir. A Ilustrao 7 exibe a tela de emisso de relatrios do sistema. O sistema integrado de recursos humanos possui uma infinidade de variveis do sistema como, por exemplo, unidade, empresa, estabelecimento, setor, centros de custo, VDB (Vencimentos, Bases e Descontos), cargo, funo, anos de casa, etc.

Ilustrao 7 Tela de emisso de relatrios

Quando um usurio deseja emitir um relatrio, sempre deve levar em considerao estas variveis, que nada mais so do que informaes de lotao de um funcionrio na empresa, para poder agrupar os dados. As variveis mais importantes ou mais utilizadas para emisso de relatrios so as unidades, setores, centros de custo e VDBs. Uma unidade refere-se a um agregador por tipo de negcio, ou seja, numa empresa de desenvolvimento de software, por exemplo, podem existir setores de desenvolvimento, suporte, consultoria e administrao. Pode-se levar em conta que no setor de desenvolvimento existem funcionrios que desenvolvem a ferramenta de administrao interna da empresa, e funcionrios que desenvolve o produto de comercializao da empresa, ou seja, duas unidades separadas, desenvolvimento de produto interno e desenvolvimento de produto. Em termos de clculos e custos, os VDBs so o corao do sistema, quando calculada uma folha de um funcionrio, todos os itens como impostos, salrio, horas, convnios, etc., so

armazenados em cdigos de VDB, portanto, so montados e utilizados diversos relatrios com o resumo de cada VDB mensal (folha paga).

3.1.Rotatividade de pessoal
As informaes sobre rotatividade de pessoal indicam o nmero de funcionrios efetivados e o nmero de funcionrios demitidos em um determinado perodo, existem algumas opes possveis: 1. Emitir um relatrio de funcionrios por ms e comparar ms a ms se o nmero aumentou ou diminuiu. A Ilustrao 8 exibe o relatrio de funcionrios por ms; 2. Montar um relatrio atravs do montador de relatrios do sistema com um total de admisses e rescises. Atravs da Ilustrao 9 possvel verificar um exemplo de relatrio montado para contabilizar o total de admitidos e rescindidos em um determinado perodo.

Ilustrao 8 Relatrio de Relao de funcionrios/ms

Ilustrao 9 Relatrio montado de admitidos e demitidos por perodo

3.2.Custo dos funcionrios


Informaes referentes a custos dos funcionrios esto centralizadas no mdulo de folha de pagamento e podem ser obtidas a partir de um recurso chamado de ficha financeira. A ficha financeira armazena o total de cada folha de pagamento agrupado por folha, VDB, ou contrato do funcionrio. Alm das informaes relativas a valores, a ficha financeira de um funcionrio sempre mantm informaes relativas lotao do funcionrio na poca em que esta folha de pagamento foi calculada.

Na Ilustrao 10 exibida a ficha financeira por contrato, nela possvel perceber todos os cdigos de VDB como valor calculado para uma determinada folha de pagamento, e o total calculado destes cdigos para o contrato. Atravs dos cdigos de VDB, possvel saber qual foi o custo com convnios mdicos, o total de horas trabalhadas na empresa, o total gasto com salrio por unidade, ou outro tipo de lotao, entre outras informaes se tratando de valores.

Ilustrao 10 Ficha financeira por contrato

Existe no sistema um relatrio chamado de relao de valores das fichas financeiras onde possvel listar informaes atravs da seleo dos VDBs, este relatrio serve para demonstrativo de custo dos funcionrios, para apurao de valores gastos com horas extras e tambm para comparar folhas de pagamento quando emitido um relatrio por folha calculada e logo aps conferir manualmente. Os custos com benefcios tambm podem ser apurados atravs deste relatrio. Para emitir o relatrio de valores das fichas financeiras, o usurio deve selecionar na tela de emisso de relatrios o mesmo e mandar imprimir, logo aps o sistema dever exibir uma tela onde o usurio deve selecionar para quais cdigos de VDB deseja listar os valores. A Ilustrao 11 exibe a tela de seleo de VDB. Num segundo momento, o usurio pode selecionar para quais variveis de lotao deseja emitir o relatrio, assim poder ver custos separados por unidade, setor, posto de trabalho, cargo, etc. A Ilustrao 12 mostra a tela de seleo das variveis de lotao. Ao emitir o relatrio, sero listados os contratos, o valor de cada VDB para o contrato, e um totalizador de acordo com a varivel de lotao selecionada. A Ilustrao 13 exibe o relatrio de relao de valores das fichas financeiras.

Ilustrao 11 Tela de seleo de VDB para relatrio da ficha financeira

Ilustrao 12 Tela de seleo das variveis de lotao

Ilustrao 13 Relatrio da Relao de Valores das Fichas financeiras

3.3.Tipos de doena que afastam mais os funcionrios


As informaes referentes aos tipos de doena que afastam mais os funcionrios so conseguidas atravs da contabilizao de atestados que possuam afastamento de horas ou dias e que possuam pelo menos um CID (Classificao Internacional de Doenas). Atualmente estas informaes so visualizadas a partir de um relatrio chamado Quantidade de Atestados com Absentesmo x CID. Este relatrio composto de uma tela de seleo onde o usurio pode definir para qual perodo deseja extrair as informaes, quais doenas deseja visualizar, e quais profissionais que lanaram os atestados. Alm dos itens anteriores, o relatrio tambm permite a seleo de informaes a partir das variveis de lotao do sistema. A Ilustrao 14 exibe a tela de seleo deste relatrio.

Ilustrao 14 Tela de seleo do relatrio de doenas

Ao emitir o relatrio pode ser visto que so listados os funcionrios, a doena de cada um, data de emisso do atestado e nmero de dias ou horas deste atestado. A Ilustrao 15

apresenta o modelo deste relatrio, importante ressaltar que tanto as pessoas quanto as doenas listadas so fictcias para exemplificao do relatrio.

Ilustrao 15 Relatrio de doenas que causam afastamento

4. MODELAGEM E IMPLEMENTAO

5. ESTUDO DE CASO

6. ANLISE DE RESULTADOS

7. CONCLUSO

8. BIBLIOGRAFIA
BALLARD, C. et al. Dimensional Modeling: In a Business Intelligence Environment. [S.l.]: IBM REDBOOKS, 2006. BALLARD, C. et al. Improving Business Performance Insight.With Business Intelligence and Business Process Management. [S.l.]: IBM REDBOOKS, 2006. BOUMAN, R.; DONGEN, J. V. Pentaho Solutions: Business Intelligence and DataWarehousing with Pentaho and MySQL. [S.l.]: WILEY, 2009. INMON, W. H. Building the Data Warehouse. Indianapolis: WILEY, 2005. KIMBALL, R.; CASERTA, J. The data warehouse ETL toolkit: practical techniques for extracting, cleaning, conforming, and delivering data. [S.l.]: WILEY, 2004. KIMBALL, R.; ROSS, M. The data warehouse toolkit: the complete guide to dimensional modeling. [S.l.]: WILEY, 2002. METADADOS ASSESSORIA E SISTEMAS. Metadados Assessoria e Sistemas. Metadados Assessoria e Sistemas, 2010. Disponivel em: <http://www.metadados.com.br/siteweb/controlador.php?alias=solucoes-metadados>. Acesso em: 20 maio 2011. MICROSOFT. SQL Server Integration Services. MSDN Microsoft, 2011. Disponivel em: <http://msdn.microsoft.com/pt-br/library/ms141026.aspx>. Acesso em: 19 maio 2011. PENTAHO CORPORATION. Open Source Business Intelligence - Pentaho. Site do Pentaho BI Suite, 2011. Disponivel em: <http://www.pentaho.com/products/bi_suite/>. Acesso em: 18 maio 2011. SPERLEY, E. Enterprise Data Warehouse: planning, building and implementation. [S.l.]: Prentice Hall, 1999. TURBAN, E. et al. BUSINESS INTELLIGENCE Um enfoque gerencial para a Inteligncia do Negcio. Traduo de Fabiano Bruno Gonalves. Porto Alegre: Bookman, 2009.

Вам также может понравиться