CUBOS OLAP

4. Pesquisa de Data de Registro associando a tabela de Tempo; 5. Cálculo da Faixa Etária;

6. Mapeamento do Horário do Registro nas Faixas de Horários definidas;

7. Pesquisa de Procedência, Destino, Tipo de Ocorrência, Forma de Transporte e Médico; 8. Mapeamento de Médico para atribuição dos não identificados;

9. Mapeamento das medidas Óbito, Transferência, Internação e Atendimentos para valores numéricos;

10. Geração do arquivo de carga.

O Job de carga de todo DW, envolvendo as fases de geração das chaves artificiais e cargas, encontra-se apresentado na Figura 5.11. Um detalhamento de cada uma das transformações encontra-se disponibilizado no Apêndice B.

O processo de transformação e carga, nas diversas execuções realizadas, não ultrapassou 2 horas e 20 minutos.

5.6

Cubos OLAP

Os cubos OLAP são criados a partir da ferramenta integrada do Pentaho, Schema Workbench. Neste trabalho utiliza-se um único cubo e a partir deste cubo qualquer análise realizada pelos usuários podem ser armazenadas no ambiente do Pentaho. Em qualquer tempo, quando so- licitada a apresentação da análise, seja em forma de gráfico e/ou tabelas com cruzamentos de informações, em qualquer das cargas realizadas, os valores serão atualizados, ou seja, uma vez realizada uma análise sobre o cubo, as visões dos cubos são armazenadas independentemente dos dados disponibilizados no DW. A Figura 5.12 apresenta a tela principal do ambiente da ferramenta de elaboração do cubo.

Interessante observar que as hierarquias que permitem as navegações (drill) entre os níveis e que servem de aprofundamento nas análises utilizam-se das desnormalizações realizadas no modelo dimensional. Por exemplo, na criação da dimensão do cubo Natureza da Ocorrência, o Tipo de Ocorrência encontra-se um nível abaixo, permitindo a navegabilidade da Natureza para o Tipo. Havendo a Natureza, por exemplo, Agressão, pode-se detalhar, realizando um

88 CAPÍTULO 5 IMPLEMENTAÇÃO DA SOLUÇÃO DE BI

5.6 CUBOS OLAP 89

Figura 5.12 Elaboração do Cubo OLAP.

drill-down, as quantidades de Agressão Animal, Agressão Física e Arma Branca, por exem- plo. Desta forma a construção do cubo está diretamente relacionada ao que será permitido na análise.

Para disponibilizar o cubo no BI Server, ambiente onde serão realizadas as análises para os gestores, devido as facilidades da integração das ferramentas, utilizando-se uma opção de publicação, Publish, e informando-se o usuário e a senha, o cubo encontra-se habilitado para as análises. Esta funcionalidade permite grande versatilidade nas inclusões ou alterações de novas dimensões, realizadas em ferramentas em ambientes independentes, porém com total integração.

Na elaboração do cubo OLAP há sempre a costumaz necessidade de associação entre as chaves primárias e chaves estrangeiras, neste caso no modelo dimensional. Alguns dos erros identificados nas análises referem-se a problemas relativos aos relacionamentos não informados no cubo OLAP. Desta forma torna-se necessário um cuidado especial na elaboração do cubo, assim como um bom conhecimento do modelo dimensional envolvido.

A implementação das dimensões degeneradas, uma vez que não existe a tabela física de dimensão no modelo, requer um pouco mais de cuidado, porém a versão mais recente do Work- bench3.0.4, torna a tarefa mais simplificada.

90 CAPÍTULO 5 IMPLEMENTAÇÃO DA SOLUÇÃO DE BI

De modo semelhante às medidas, a necessidade de membros calculados refletindo, por exemplo, os percentuais de óbitos em relação aos atendimentos, solicitados pelos gestores, possuem implementações simples no cubo OLAP.

Uma outra alternativa é a implementação diretamente no arquivo fonte gerado pela ferra- menta, em formato XML (Extensible Markup Language) [xml08]. Uma "engenharia reversa", ou seja, a implementação diretamente no código fonte e posterior acesso através do Workbench mostrou-se como uma alternativa a ser sempre considerada, sem apresentar nenhum problema quando da gravação no ambiente gráfico e posterior publicação no BI Server. Novamente a integração entre os ambientes e ferramentas mostrou-se ser um forte fator facilitador para a implementação das soluções.

5.7

Considerações Finais

Durante toda a tarefa de ETL utilizou-se do ambiente computacional onde será implementada a solução, na Secretaria Estadual de Saúde de Pernambuco, com um servidor System x3400 [ibm09], com processador Intel Xeon de núcleo duplo com 16 gb de memória RAM e sistema operacional Windows Server 2003 [mso09].

Baseando-se no tempo de extração em torno de 45 minutos e o no tempo da transformação e carga, em torno de 2 horas e 20 minutos, o tempo total do processo de ETL pode ser estimado em torno de 3 horas e 15 minutos. Este tempo pode ser considerado aceitável, visto que todo o processo encontra-se automatizado e a ferramenta permite o agendamento para execução em horário noturno.

Com o compromisso assumido de implantação de uma otimização das atualizações, utili- zando-se das teorias de SCD, haverá certamente uma redução significativa em novas cargas.

Em relação à ferramenta Kettle, a facilidade de conexão com os diversos bancos sem a necessidade de realizar buscas dos chamados drivers facilitam sobremaneira a integração entre os bancos de dados envolvidos.

A quantidade de componentes disponibilizados demonstram grandes variedades de opções de recursos para a elaboração de tarefas que tornam-se simplificadas e com relativamente poucos passos, facilitando o entendimento e a manutenção.

O ambiente gráfico com a funcionalidade de "arrastar e soltar", Drag-and-Drop, associado a programação, mesmo com as dificuldades inerentes da linguagem javascript, aumentam a flexibilidade da ferramenta inclusive, facilitada com a implementação de novas funções da linguagem exclusivamente para o ambiente. Todos estes fatores agregados tornam a tarefa