Escolar Documentos
Profissional Documentos
Cultura Documentos
Pgina 1 de 56
Primeiros Passos
Nesta primeira etapa sero expostos os conceitos bsicos para introduo ferramenta BW.
Business Intelligence
Um dos principais conceitos disponveis atualmente a respeito de gesto empresarial o de Business Intelligence. Inteligncia o resultado de um processo que comea com a coleta de dados. Esses dados so organizados e transformados em informao, que depois de analisada e contextualizada se transforma em inteligncia. Essa, por sua vez, quando aplicada a processos de deciso, geram vantagens competitivas para a organizao. Conhecimento do negcio na era da competio global e das comunicaes on-line passou a ser chamado de Business Intelligence (BI). Um sistema de Business Intelligence um processo que envolve a coleta, anlise e validao de informaes sobre concorrentes, clientes, fornecedores, candidatos aquisio, candidatos joint-venture e alianas estratgicas. Inclui tambm eventos econmicos, reguladores e polticos que tenham impacto sobre os negcios da empresa. O processo de BI analisa e valida todas essas informaes e as transforma em conhecimento estratgico. Benefcios de um sistema formal de BI so: Antecipar mudanas no mercado; Antecipar aes dos competidores; Descobrir novos ou potenciais competidores;
Conhecer melhor suas possveis aquisies ou parceiros; Conhecer novas tecnologias, produtos ou processos que tenham impacto no seu negcio; Conhecer a poltica e a legislao que podem afetar o seu negcio; Entrar em novos negcios; Rever suas prprias prticas de negcio; de novas
O principal objetivo de um sistema de BI aprender sobre o ambiente competitivo externo, visando o conhecimento do posicionamento competitivo da empresa, o que impulsionar mudanas internas e facilitar decises estratgicas. Fazem parte dos pacotes de Business Intelligence existentes o data warehouse (DW) , sistemas de suporte deciso (DSS), sistemas de informao executivas (EIS), sistemas de gesto integrados (ERP), OLAP e ferramentas de minerao de dados, conhecidas como data mining.
Data Warehouse
Sabe-se que os bancos de dados so de vital importncia para as empresas e que sempre foi difcil analisar os dados neles existentes. Tudo isso porque geralmente as grandes empresas detm um volume enorme de dados e esses esto em diversos sistemas diferentes, dificultando a busca de informaes que permitissem a tomada de decises embasadas num histrico dos dados. Em cima desse histrico, pode-se identificar tendncias e posicionar a empresa estrategicamente para ser mais competitiva e conseqentemente maximizar os lucros diminuindo o ndice de erros na tomada de deciso.
Pensando nisso, introduziu-se um novo conceito no mercado, o data warehouse (DW). Esse consiste em organizar os dados corporativos da melhor maneira para dar subsdio de informaes aos gerentes e diretores das empresas para tomada de deciso. Tudo isso num banco de dados paralelo aos sistemas operativos da empresa. Para organizar os dados, so necessrios novos mtodos de armazenamento, estruturao e novas tecnologias para a gerao e recuperao dessas informaes. Essas tecnologias j esto bem difundidas oferecendo muitas opes de ferramentas para conseguirmos cumprir todas essas etapas. Essas tecnologias diferem dos padres operativos de sistemas de banco de dados em trs maneiras: Dispem de habilidade para extrair, tratar e agregar dados de mltiplos sistemas operativos em data marts ou data warehouses separados; Armazenam dados em formato de cubo (OLAP) multidimensional permitindo rpida agregao de dados e detalhamento das anlises (drilldown); Disponibilizam visualizaes informativas, pesquisando, reportando e modelando capacidades que vo alm dos padres de sistemas operativos freqentemente oferecidos. Um data warehouse permite a gerao de dados histricos e integrados, auxiliando a tomada de deciso embasadas em fatos e no em intuies ou especulaes, o que reduz a probabilidade de erros e gera o aumento de velocidade na hora da deciso, algo que os sistemas transacionais no conseguem responder. Os objetivos mais comuns que se busca alcanar com um data warehouse so:
Um data warehouse contempla a extrao de fontes heterogneas de dados. Sendo assim uma premissa bsica para o sucesso deste a padronizao dos dados de tal maneira que as anlises sejam confiveis e no prejudicadas pela disparidade dos padres adotados nas diversas fontes. A partir do ponto em que o data warehouse foi criado e populado, os dados devem estar disponveis para o acesso de forma simples e centralizada, aprimorando os processos corporativos atuais de levantamento de informaes sobre o negcio. Consistncia gerencial. dos dados para anlise
Os dados extrados e consolidados no data warehouse devem ser extremamente consistentes, pois, do contrrio, podem colocar em descrditos as anlises gerenciais e o prprio sistema. Maior confiabilidade dos dados e relatrios corporativos. Muitos processos de extrao de dados e relatrios gerenciais na corporao nem sempre so 100% confiveis, pois envolvem mltiplas fontes de dados e at processos manuais. O objetivo do data warehouse a aumentar a confiabilidade dos dados atravs de ferramentas e processos que produzam dados consistentes. Impulsionar mudanas nos negcios. O data warehouse necessita de dados com qualidade para desempenhar as funes de anlise e produzir bons resultados. Nesse aspecto algumas mudanas
nos negcios podem ser necessrias para que a corporao produza dados melhores. Um simples formulrio onde um campo pode ser deixado em branco pode tornar-se um problema no momento da anlise de dados. Outro aspecto que, com um maior espectro das informaes de qualidade, os gestores podem tomar melhores decises. Outras caractersticas importantes para um data warehouse so: Orientado por temas Um data warehouse armazena informaes sobre temas especficos importantes para o negcio da empresa. Exemplos tpicos de temas so: produtos, vendas, contas, clientes, etc. Variante no tempo Todo dado em um data warehouse refere-se a algum perodo especfico. No-voltil Significa que o data warehouse permite apenas a carga inicial dos dados e consultas a estes dados, o chamado ambiente "load-and-access". Aps serem integrados e transformados, os dados so carregados em bloco para o data warehouse para que estejam disponveis aos usurios para acesso. No ambiente operativo, ao contrrio, os dados so, em geral, atualizados registro a registro, em mltiplas transaes. Esta volatilidade requer um trabalho considervel para assegurar integridade e consistncia atravs de atividades de rollback, recuperao de falhas, commits e bloqueios. Um data warehouse no requer este grau de controle tpico dos sistemas orientados a transaes. Os dados so carregados em
tempo:
diariamente,
O grau de detalhamento necessrio para a anlise dos dados. Anlises que necessitem informaes microscpicas do ambiente operativo, como os dados de uma nota fiscal, so consideradas de alta granularidade. J aquelas que necessitam apenas de dados mais sumarizados so de menor granularidade. Quanto maior a granularidade, maior ser o banco de dados.
OLAP
As ferramentas OLAP (On-Line Analytical Processing) so as aplicaes que os usurios finais tm acesso para extrarem os dados de suas bases com os quais geram relatrios capazes de responder as suas questes gerenciais. Elas surgiram juntamente com os sistemas de apoio a deciso para fazerem a extrao e anlise dos dados contidos nos data warehouses e data marts. Algumas caractersticas dessas ferramentas so: Consultas ad-hoc Significa que o prprio usurio pode gerar consultas de acordo com suas necessidades de cruzar as informaes de uma forma no vista e com mtodos que o levem a descoberta daquilo que procura. Slice-and-dice Essa caracterstica das ferramentas OLAP de extrema importncia. Com ela pode-se analisar informaes de diferentes prismas. Utilizando esta tecnologia v-se a informao sobre ngulos que anteriormente inexistiam.
Drill Down/Up
Consiste em fazer uma explorao em diferentes nveis de detalhe das informaes. Com o Drill Down/Up pode-se subir ou descer no detalhamento do dado, como analisar uma informao tanto diariamente quanto anualmente, partindo da mesma base de dados. Gerao de Queries A gerao de queries no OLAP se d de uma maneira simples, amigvel e transparente para o usurio final, o qual precisa ter um conhecimento mnimo de informtica para obter as informaes que deseja. As ferramentas OLAP marcam um contraponto com as ferramentas OLTP (On-Line Transaction Processing) como o SAP R/3.
OLTP versus OLAP
Characteristics
Primary Operation Level of Analysis Amount of data per transaction Type of data Timeliness of data Updates to data Database design Number of transactions/users Response time Database data Number of tables per transaction Type of processing Update Low
OLTP
Analyze High Very large Summary
OLAP
Very small Detailed Must be current Frequently Complex Many (100s to 1000s) Quick Normalized Several Well defined
Current and historical Less frequent, new data only Simple Few Reasonable Denormalized Few Ad hoc
SAP AG 1999
Modelagem de Dados
A modelagem de dados para um data warehouse diferente daquela usada em um banco de dados convencional (Modelo Entidade-Relacionamento). O modelo de dados usado aqui o modelo multidimensional. O modelo multidimensional (MDM) no est ligado a um tipo de representao fsica dos dados, mas pode estar relacionado com banco de dados multidimensional. No envolve transformar informaes em "cubos", no difcil de entender ou praticar e certamente no um conceito novo. Apesar do grande enfoque que vem recebendo, este conceito est presente entre ns desde os anos 60, lembrando que a mais simples planilha eletrnica no deixa de ser um modelo multidimensional de duas dimenses. MDM permite a conceituao do negcio como um conjunto de valores ou medidas descritas atravs de vrias perspectivas do negcio em questo. O MDM representa os dados como uma matriz na qual cada dimenso um tema ou assunto do negcio que ser objeto da anlise e o tempo sempre uma das dimenses consideradas. uma tcnica particularmente til para inspeo, sumarizao e arranjo de dados para facilitar a sua anlise. Diferentemente das tcnicas de anlise OLTP que se baseiam em entidades, relacionamentos, decomposies funcionais e anlise de transio de estados, o modelo multidimensional utiliza fatos, dimenses e hierarquias para tratar de dados numricos, como valores, contadores, pesos e ocorrncias. Enquanto que um tpico problema OLTP "modele o processo de tratamento de pedidos", um problema MDM "qual a minha lucratividade por cliente no tempo, por organizao?". Fatos e dimenses so representados fisicamente em um modelo relacional, como tabelas. No modelo multidimensional mais simples, o esquema estrela ("star schema"), fatos e dimenses so as nicas tabelas.
Cada tabela "fato" tem um atributo de identificao correspondente a cada dimenso associada. Ela descreve quem, o que, quando e onde, apontando para as tabelas "dimenso" e tambm contm as "quantidades" associadas a uma determinada combinao de chaves das dimenses. Uma das vantagens da tcnica MDM sua simplicidade. Um projeto OLTP totalmente normalizado para um sistema de controle de pedidos, por exemplo, pode envolver dezenas de tabelas e tornase muito difcil o processo de obteno de informaes a partir destas tabelas. Isso porque o modelo relacional foi desenvolvido para atender aos sistemas operativos e a normalizao evita redundncias de tal forma que no haja preocupao com o sincronismo de dados nas operaes de atualizao, facilitando a manuteno da integridade desses dados nas tabelas. Um banco de dados normalizado composto de uma coleo de tabelas atmicas ligadas
atravs de um conjunto complexo de relacionamentos. Numa aplicao OLTP, telas e relatrios pr-definidos escondem do usurio final a complexidade dessa rede j que a inteno nunca deixar os usurios acessarem a base de dados diretamente. No entanto, num ambiente de data warehouse, o objetivo primrio justamente deixar o usurio final acessar a base de dados. Dado que um data warehouse no suporta atualizao pelos usurios finais, muitas das preocupaes tratadas em um banco de dados normalizado no so pertinentes. O primeiro passo na construo de um modelo identificar uma rea de negcio (relatrio semanal de vendas, relatrios financeiros mensais, pagamentos de seguros) e model-la respondendo a estas questes: Qual o processo de negcio sendo modelado? Quais so as medidas envolvidas? Ou, o que estamos medindo? (ou fatos?). Qual o nvel de detalhe (granularidade) das anlises que sero efetuadas? Quais as dimenses que sero consideradas? Os atributos so estveis no tempo, e sua cardinalidade limitada?
Arquitetura do SAP BW
A arquitetura do SAP BW pode ser vista no diagrama abaixo.
Pode-se dividir esta arquitetura em trs camadas: Apresentao Servidor Fontes de Dados Business Explorer (BEx)
Na camada de Apresentao temos: Composto por 3 ferramentas: (1) Business Explorer Analyzer, trabalha integrado com o Microsoft Excel que precisa estar instalado na mquina do usurio, bem como a SAP GUI, possibilita todas funcionalidades de criao e visualizao de consultas; (2) BEx Browser possibilita apenas a
visualizao das consultas e organizao dessas em pastas de usurio; (3) BEx Web Browser permite a visualizao de consultas remotamente atravs de uma conexo Internet. Web Reporting Consultas criadas no BEx podem ser publicadas na Web atravs do Web Publisher. Essas consultas podem ser acessadas diretamente e publicadas em ambiente Internet / intranet / extranet ou acessadas atravs do BEx Web Browser. Ferramenta de Terceiros (3rd party tools) O SAP BW possui um conjunto de BAPIs para o desenvolvimento de novas ferramentas e/ou integrao com sistemas de terceiros. Na camada do Servidor temos: Workbench de (Administrator Workbench) Administrao
Mdulo do SAP BW onde so administrados todos os metadados que fazem parte do data warehouse. Repositrio Repository) de Metadados (Metadata
Repositrio de meta objetos criados no Workbench e do Business Content (objetos que acompanham o pacote SAP BW, criados pela prpria SAP) que so utilizados ao longo de todas aplicaes. Processador OLAP (OLAP Processor) Responsvel pelo processamento analtico do SAP BW, otimizando e acelerando os processos de consulta ao data warehouse.
Staging Engine
Mecanismo de plataforma de dados utilizado nos processos de extrao, carga e transporte de dados. Infocubos (Infocubes) Estruturas de armazenamento multidimensional de dados. Armazm de Dados Operacionais (ODS Operational Data Store) Armazena dados do ambiente transacional para consultas com detalhamento em nvel operacional. rea Persistente Persistent Staging Area) de Dados (PSA
Armazena estruturas e dados de tabelas e arquivos extrados do ambiente operativo. Servidor de Documentos de Negcios (BDS Business Document Server) Armazena documentaes diversas sobre os projetos desenvolvidos no data warehouse. Na camada de Fonte de Dados temos todas as possveis fontes de dados que podem ser utilizadas nos processos de extrao de dados para criao do Data Warehouse: SAP R/3 O SAP BW est totalmente integrado com o ambiente SAP R/3, facilitando a extrao de dados do mesmo. Flat File Sistemas ERP Arquivo de texto plano.
O SAP BW pode extrair dados de outros ERP's desde que esses possuam algum mtodo de exportao de dados. SAP BW Um data warehouse SAP BW pode extrair dados de outro SAP BW de forma simplificada. Ferramentas de terceiros Ferramentas criadas por terceiros que utilizam BAPI's do SAP BW podem se integrar com o data warehouse SAP BW.
Metadados
Metadado um nome genrico para as caractersticas dos dados no SAP BW. Os metadados principais so: Infoobjeto So as unidades mnimas de dados no BW, representando os elementos de negcios como cliente, pas, rea de vendas, montante, etc. Os infoobjetos so classificados em: ndices (key figures): so os infoobjetos que se referem aos diversos valores sobre os quais se quer reportar. Por exemplo: montante, quantidade, nmero de itens; Caractersticas de tempo: so infoobjetos de tempo/perodo. Exemplo: perodo fiscal, exerccio fiscal, ano civil; Unidades: so os infoobjetos que estabelecem grandeza para os ndices. Por exemplo: unidade de medida, moeda; Caractersticas: infoobjetos gerais. Por exemplo: centro de custo, material, regio.
infoobjetos
Um infoobjeto possui ainda diversas propriedades que sero tratadas posteriormente como atributos, textos, dependncias. Infosource So estruturas para unir logicamente infoobjetos afins em extraes de dados de sistemas fontes. Divide-se em dois tipos: De Dados Mestres: para transferncia de dados relativos a dados mestres (atributos, textos e hierarquias); De Transao: para transferncia de dados relativos a itens transacionais dos sistemas fontes. Infocubo Chamado tambm de vetor multidimensional, o componente no qual os dados para relatrios e anlises so armazenados. Cada dimenso do cubo um conjunto de caractersticas que ele contm e as interseces entre as dimenses apresentam um valor de ndice (key figure).
Na ferramenta SAP BW, o infocubo pode ter, no mximo, 16 dimenses sendo que trs destas so pr-definidas: Tempo (Time): caractersticas de tempo; dimenso para as
Unidade (Unit): dimenso para unidades de mensurao dos valores dos ndices; Pacotes de dados (Infopackage): dimenso para diferenciar as diversas extraes de dados que so armazenadas no infocubo. Alm disso, existem 3 tipos de cubo no BW: Cubo bsico (basic cube): um infocubo que est ligado diretamente s suas tabelas de dados;
Multicubo (multicube): uma definio lgica de um cubo que combina dados de outros infocubos. Este tipo no possui tabelas de dados, pois ele usa as tabelas dos cubos que ele combina; Cubo remoto (remote cube): um infocubo no qual os dados no so armazenados no BW e, por isso, so consultados direto no sistema de origem dos mesmos.
Pode-se acessar a tabela de ndice atravs de tabelas com caractersticas pertinentes s tabelas de dimenses
Figura 9 - A diferena da localizao das caractersticas entre o esquema estrela bsico e o esquema estrela estendido
Pode-se usar esta propriedade de definir o local onde ficaro as caractersticas (ou numa tabela fora das dimenses ou na tabela de dimenses) para balancear as seguintes relaes: Necessidade de anlises: exemplo trata-se de uma caracterstica que necessrio manter histrico? Consideraes sobre espao: caractersticas nas dimenses aumentam a rea ocupada em disco; Desempenho: grandes tabelas de dimenses tm um impacto negativo sobre o desempenho.
Figura 10 - Diferenas dos termos usados no esquema estrela bsico e no esquema estrela avanado
Tarefas Comuns
Algumas tarefas so freqentemente executadas durante um projeto de BW.
De Infoobjetos
Como metadado bsico do BW nos quais todos os outros metadados se baseiam, os infoobjetos possuem transaes para a criao, alterao e eliminao.
Infoobjeto de caracterstica
Na administrao de infoobjetos de caractersticas, se tm os seguintes aspectos: Informaes gerais fundamental de uma Contm a definio caracterstica:
Qual sua categoria de dados; Qual seu comprimento; Se deve haver diferenciao entre minsculas e maisculas (tratando apenas quando a caracterstica tem categoria de dados CHAR. Esta informao no se refere aos textos que sero ligados caracterstica); Se este infoobjeto apenas um atributo (no pode ser usado em um cubo para filtros); Um usurio responsvel por este infoobjeto; Permite atribuir uma constante ao infoobjeto (caso ele passe a ser irrelevante, mas no pode ser eliminado, por exemplo);
Se o infoobjeto possui alguma rotina de converso (diferena entre como dado armazenado de como ele lido/exibido); Se h alguma rotina de transferncia para este infoobjeto. Uma rotina de transferncia indica um processamento prvio do dado do infoobjetos antes deste ser armazenado.
Business Explorer
Opes relevantes para queries que apresentam este infoobjeto. Estes parmetros podem ser alterados para cada query, permitindo que um infoobjeto seja visto diferentemente em queries diferentes: Como o infoobjeto ser representado em uma query;
Qual descrio do infoobjeto deve ser apresentada pela query; Se cada ocorrncia diferente deste infoobjeto pode ser agrupada (Nenhuma restrio de seleo) ou no (Unvoco para cada clula); Se a ajuda a ser mostrada na query deve ser sobre o infoobjeto ou sobre a dimenso a qual ele pertence no contexto do cubo; Se o infoobjeto possui um atributo de moeda que um infoobjeto de tipo de moeda e que um atributo da caracterstica em edio. Se esta caracterstica pode ser usada como filtro em uma query embasado no perfil de usurio do executor da query; Caractersticas do infoobjeto relevantes para o uso de mapas em uma query.
Dados mestre/texto Possui dados mestres (atributos); Possui textos breve e/ou mdio e/ou descritivo e se dependero do idioma ou do tempo; Pertence a algum componente de aplicao.
Hierarquia Se existe hierarquia; Se h diversas verses para a hierarquia; A dependncia da hierarquia em relao ao tempo (independente, totalmente dependente, algumas estruturas dependentes); Se a hierarquia admite intervalos (pode-se entrar com A-Z ao invs de A, B, C,..., Z);
Figura 15 - Hierarquia.
Atributos
So infoobjetos que contm informaes sobre o infoobjeto que est sendo manipulado (por exemplo, o infoobjeto Funcionrio pode ter como atributo o infoobjeto Data de nascimento). As informaes requeridas so: Quais infoobjetos infoobjeto; sero atributos deste
Se algum destes atributos ser dependente de tempo; Se algum destes atributos ser um atributo navegacional. Atributo navegacional aquele atributo que pode ser usado como parmetro de pesquisa em um cubo que contm o infoobjeto que contm este atributo;
Figura 16 - Atributos.
Dependncia
Indica uma ligao entre o infoobjeto manipulado e um outro infoobjeto (chamado de superior) que define que o infoobjeto s pode ser referenciado se houver uma referncia ao objeto superior tambm (por exemplo, um objeto de Estado tem como dependncia um infoobjeto de pas de maneira que para se referir a um Estado, deve haver uma referncia ao pas que esse Estado pertence). Os dados pertinentes so: Se os dados mestres so dependentes do sistema fonte ( inserido o infoobjeto identificador de origem de dados, assim a informao deste infoobjeto vai depender do sistema fonte que enviou os dados); Que infoobjeto o infoobjeto superior deste;
Figura 17 - Dependncia.
Infoobjeto de ndice
Os infoobjetos caractersticas: de ndices possuem as seguintes
Tipo/Unidade
Aqui se indica qual o tipo e qual categoria de dados que pertence este infoobjeto e se este objeto possui uma unidade fixa de moeda ou de medida ou ainda se a unidade dependente de um infoobjeto de unidade (que deve ser definido);
Agregao
Trata do agrupamento das diversas ocorrncias deste ndice em um cubo. Define-se qual o tipo de agregao ser feito, se existe uma agregao de exceo (que tem como referncia um infoobjeto) e qual o tipo de acumulao que haver para este infoobjeto (se acumulado diretamente, se acumulado a partir de valores de um outro ndice ou se acumulado a partir de dois outros ndices, um de entrada e outro de sada).
Figura 19 - Agregao.
Outras caractersticas
Contm opes semelhantes a algumas encontradas nos infoobjetos de caractersticas como formato de apresentao no Bex e se S atributo.
Catlogo
Um infoobjeto no pode ser associado diretamente a uma Infoarea. Entre estes dois elementos h o catlogo de infoobjetos que um conjunto de infoobjetos do mesmo tipo.
De infosources
Existem dois tipos de infosources: as de dados mestres que populam os dados mestres de infoobjetos e as de dados de movimento usadas para preencher os destinos de dados. A diferena entre estes tipos que uma infosource de dados mestres automaticamente associada ao dado mestre que ela representa, gerando a estrutura de comunicao, a estrutura de transferncia e as regras de transferncia automaticamente enquanto a infosource de
dados de movimento no possui associao nenhuma ao destino de dados, sendo necessrio criar a estrutura de comunicao, a estrutura de transferncia e as regras de transferncia. Quando se cria ou modifica uma infosource, a tela que aparecer ser a que trata da estrutura de comunicao (que a estrutura de onde os dados so levados at seus mestres ou destinos).
Quando se atribui um datasource a uma infosource aparece a tela de estrutura de transferncia (que indica como o dado recebido no BW) e as regras de transferncia (como o dado sai da estrutura de transferncia para a estrutura de comunicao). Uma infosource pode ser associada a datasources de diferentes sistemas fonte.
As regras de transferncia podem indicar que um dado vai ser apenas transferido da estrutura de transferncia para a estrutura de comunicao, se ser passada uma constante para a estrutura de comunicao ou se ser executada uma rotina ABAP/4 antes de enviar o dado para a estrutura de comunicao (o valor que ir para a estrutura de comunicao armazenado na varivel RESULT do programa ABAP/4). Se o infoobjeto possui textos, dados mestres (atributos) e hierarquia, a infosource poder ter trs datasources de um mesmo sistema fonte associados a ela: um para os dados mestres, outro para textos e outro para hierarquia. A diferena entre os mtodos de transferncia EPI e IDoc que em IDoc a transferncia faz uso desta tecnologia que tem a
limitao de 1000 bytes por pacote de dados e a gerao de IDocs no ambiente de origem (caso seja SAP) e no ambiente de destino. O EPI usa a tecnologia TRFC que no possui tantas etapas.
Infopackage
Infopackage a definio da transferncia de dados entre o sistema fonte e o BW. As propriedades deste objeto variam com relao ao tipo de sistema fonte e com relao ao tipo de infosource a qual o infopackage est associado.
Figura 24 - Deve haver um infopackage para cada datasource de sistema fonte atribudo a uma infosource.
Selecionar dados
Permite filtrar os dados que sero transferidos entre os sistemas por certos campos. Apesar de aparece em qualquer tipo de infopackage, esta funcionalidade s pode ser usada quanto o sistema fonte um sistema SAP.
Dados externos
Disponvel quando o sistema fonte um arquivo texto. Indica o nome do arquivo a ser lido, se deve ser lido a partir da estao do cliente ou do servidor de BW, se o arquivo na verdade um arquivo de controle que traz instrues sobre outros arquivos que devem ser carregados, o formato dos arquivos e quais os separadores (de tabulao e de avano de linha) de dados so usados.
Tambm s aparecem quando o sistema fonte um arquivo texto. As opes presentes dependem se o infopackage de dados mestres ou de textos ou de hierarquia, mas entre estas opes se incluem o separador de milhar, o separador de decimal, se os formatos de moeda externos devem ser convertidos e quantas linhas iniciais devem ser ignoradas na leitura do arquivo.
Processamento
Indica com se dar o processamento dos dados, mostrado as opes que se tem entre enviar os dados para a PSA e para o dado mestre / destino de dados e se os dados devem ser verificados aps a aplicao das regras de transferncia.
Figura 28 - Processamento.
Destinos dados
Vlido para infopackages de infosources de dados de movimento. Indica para qual destino de dados (cubo / ODS) os dados lidos iro ser armazenados. Pode-se escolher todos os destinos, ou marcar apenas os necessrios alm de poder eliminar os dados nos destinos de dados.
Parmetros de atualizao
As opes variam conforme o tipo de infopackage e o tipo de infosource. Aqui se define o tipo de atualizao (completa, inicializao delta, delta) e se os dados lidos deve ser gravados ou no, dependendo da existncia deles como dados mestres.
Escalonar
Contm os parmetros de execuo da transferncia de dados com relao maneira de execuo: imediatamente ou em background. No caso de background, disponibiliza todas a opes relativas ao escalonamento de jobs dos sistemas SAP.
Figura 31 - Escalonar.
De destino de dados
Os destinos de dados so os cubos e ODS.
Cubos
Um infocubo a estrutura de data warehouse no BW. Eles esto associados as infoareas no item Destinos dados em Modelagem. Na criao so definidas, inicialmente, algumas propriedades como nome, descrio, infoarea e tipo.
No processamento (criao / alterao) do cubo tm-se os seguintes componentes: Caractersticas Indica quais os infoobjetos de caracterstica estaro presentes no cubo.
Dimenses
Estabelece quais so as dimenses que existem no cubo e quais caractersticas esto associadas a estas dimenses.
Atributos de navegao
Caractersticas de tempo
ndices
Unidades
Indica quais os infoobjetos de unidade estaro presentes no cubo, embasados nos ndices.
Regra de atualizao
Indica a origem dos dados de um destino de dados e cria regras para a transferncia de dados entre essa origem e o destino.
ODS
ODS um destino de dados que no tem uma estrutura de data warehouse, sendo ideal para armazenar dados de alta granularidade.
No processamento de um ODS, define-se um conjunto de infoobjeto que sero usados no ODS (uma infosource ou um catlogo, etc.) e passa os infoobjetos necessrios para suas respectivas reas (como campo chave ou como campo de dados).
Extrao de dados
Uma grande vantagem do BW sobre outras ferramentas de data warehouse sua capacidade de conectar-se com os sistemas SAP para extrao de dados de maneira direta via conexes ALE, RFC e BAPI. O componente Plug-in (a ser instalado nos sistema SAP fonte) possui uma srie de extratores padres para atender os objetos que so entregues no BW (Business Content).
Extracting Transaction Data
InfoCubes
Update rules
Communication Communication Structure Structure
DataSource
Transfer Transfer Structure Structure
InfoSource
Transfer Transfer Structure Structure
Transfer Transfer Structure Structure Extraction Extraction Source Source Structure Structure
Transfer Transfer Structure Structure Extraction Extraction Source Source Structure Structure
Transfer Transfer Structure Structure Extraction Extraction Source Source Structure Structure
Transaction Data
OLTP System 1
Transaction data
OLTP System 2
SAP AG 1999
DataSource
Transfer Transfer Structure Structure
InfoSource
Communication Communication Structure Structure Transfer Transfer Structure Structure
Transfer Transfer Structure Structure Extraction Extraction Source Source Structure Structure
Transfer Transfer Structure Structure Extraction Extraction Source Source Structure Structure
Master Data
Attributes Hierarchies Texts OLTP System 1 Attributes Hierarchies Texts Texts
Master Data
OLTP System 2
SAP AG 1999
Os processos de extrao de dados so parecidos entre si, com a diferena que na extrao de dados mestres o dado passa direto da infosource (communication structure, estrutura de comunicao) para o armazenamento enquanto entre a infosource de transao e o destino do dado (cubo ou ODS) existe a regra de atualizao (update rule). Datasource a estrutura responsvel pela transferncia de dados entre os sistemas SAP e o BW, controlando o fluxo de dados entre a estrutura de extrao fonte (extraction source structure) no sistema fonte e a communication structure no BW. Para isso sempre que um datasource gerado no sistema fonte ele deve ser replicado no BW, criando uma estrutura de transferncia (transfer structures, que so componentes da datasource) em cada sistema. A transfer structure no BW redireciona os dados para a communication structure usando, se atribudo, regras de
transformao (transformation rules). Uma estrutura de comunicao independente com sistema fonte e contm todos os campos representados na infosource.