Você pode me dar um exemplo de Business Intelligence?

Eu realmente não entendo o que é Business Intelligence. Se eu começar a ter um banco de dados corporativo, o que uma pessoa de BI faria? Encontrei bastante material na web, mas geralmente é um pouco complexo demais. Quero um exemplo simples que me faça entender o que é o BI e o que uma pessoa de BI produzirá que é de valor para minha organização.

O Business Intelligence geralmente é uma seita completamente separada da Administração e do desenvolvimento de banco de dados. O Business Intelligence, no nível mais alto, inclui três facetas principais:

1. Comunicando
2. Integração
3. Análise

Comunicando

Os relatórios são a criação, implantação e gerenciamento de relatórios, bem como a capacidade adicional de os usuários personalizarem os relatórios dinamicamente.

Integração

Soluções de integração e transformação de dados. Por muito nível mais simples, que é o meio de extracção, transformação e carregamento de dados em uma fonte de dados, a partir de uma fonte de dados (que pode ser qualquer coisa tão simples como um arquivo simples). A integração é uma milha de profundidade, mas essa é a funcionalidade mais básica.

Análise

O OLAP (Online Analytical Processing) usado para projetar, criar e gerenciar estruturas que contêm dados agregados a partir de armazenamentos de dados de origem. Um slogan para isso é mineração de dados .

Estas são descrições extremamente simplificadas do que o Business Intelligence incorpora. Há uma ciência por trás do BI, bem como cada uma dessas facetas individualmente. Os profissionais de banco de dados dedicam seu tempo e suas carreiras a dominá-los.

O valor depende muito da organização individual e de seus requisitos. Dependendo do nível de sofisticação necessário, uma função de BI pode se enquadrar em algumas categorias diferentes:

• Jock da planilha - trabalhando a partir de conjuntos de dados extraídos diretamente de sistemas operacionais, essa função produzirá relatórios e análises usando ferramentas da área de trabalho, como Excel ou Access. Freqüentemente, essa função não é especialista em TI ou pode ser realizada em período parcial por alguém. Dependendo do nível de habilidade técnica e acesso aos bancos de dados subjacentes, eles podem depender de outras equipes, como administradores de banco de dados, para produzir as extrações de dados.
  
  Essa função agrega valor quando os relatórios agrupados não atendem aos requisitos e é necessário trabalho adicional para obter informações de gerenciamento dos bancos de dados, mas uma equipe de desenvolvimento de BI dedicada seria muito cara. Normalmente, essa função será necessária em todos os casos, exceto triviais, embora possa não ter um requisito de tempo integral em sites pequenos.

• Desenvolvedor de BI - Se a extração de dados for complexa ou exigir integração de várias fontes, pode ser necessário criar um armazém de dados ou outro sistema de relatórios para integrar, apresentar os dados em um formato que seja utilizável para geração de relatórios. As pessoas nesta função normalmente terão habilidades de desenvolvimento técnico em maior ou menor grau.
  
  Geralmente, esse tipo de equipe é separado em ETL e funções de relatório, mas esse nem sempre é o caso. Os desenvolvedores de relatórios, os tipos 'Spreadsheet Jock' e outros usuários avançados podem usar os dados do sistema de relatórios por meio de várias ferramentas.
  
  O valor organizacional dessa função é percebido quando os dados são muito complexos para gerenciar com uma abordagem ad-hoc e é necessário um sistema de relatório dedicado. Nesse caso, uma equipe de BI menor, com habilidades técnicas e ferramentas apropriadas, pode automatizar muito trabalho que, de outra forma, seria realizado manualmente com ferramentas da área de trabalho e extrações ad-hoc. Um sistema de armazém de dados também pode preencher recursos de relatório de autoatendimento, como cubos OLAP, que permitem que os usuários finais da empresa produzam e mantenham seus próprios relatórios.

• Arquiteto de dados - Um sistema maduro de data warehouse solicitará requisitos de dados da empresa que não podem ser atendidos com os dados disponíveis nos sistemas de origem. Pode ser necessário coordenar as alterações nos sistemas operacionais orientadas a partir desses requisitos, a fim de capturar dados adicionais ou limpar dados gravados de maneira inconsistente ou incorreta na origem.
  
  Um arquiteto de dados pode assumir uma função que se encontra em vários sistemas operacionais e de relatórios para coordenar o cumprimento de requisitos de dados que precisam de alterações a serem feitas em vários sistemas.
  
  A necessidade dessa função geralmente não é reconhecida, mas se torna importante em sites maiores. Freqüentemente, os requisitos de relatório não são bem atendidos pelos sistemas operacionais, e a autoridade das equipes de data warehouse não se estende a fazer alterações nos sistemas operacionais. Nesse caso, um arquiteto de dados atua como coordenador ou diretor, dependendo do nível de autoridade na função. O principal valor é emitir alterações nos sistemas operacionais em que eles não atendem aos requisitos de dados.

• Governança de dados - Requisitos regulamentares ou de negócios podem ditar a correção de dados ou padrões de governança. Se os sistemas operacionais são propensos a erros de dados (o que geralmente é o caso), uma função de controle de dados pode ser implementada para gerenciar a validação e as correções nos dados.
  
  A qualidade dos dados pode ser importante por vários motivos, geralmente relacionados a requisitos contábeis ou regulatórios. Um diretor de governança ou qualidade de dados é geralmente uma função liderada por negócios, responsável por organizar as correções nos dados já registrados nos sistemas.

• Analista - Uma variante da função jock da planilha, na qual o usuário realmente trabalha com alguma capacidade, onde realiza trabalho analítico nos dados (por exemplo, um atuário de seguros).
  
  Um analista pode ser importante para os negócios por vários motivos, dependendo da função. No caso de um Atuário, seu papel é estimar reservas a serem mantidas contra reclamações futuras, manter modelos de precificação de produtos de seguros ou fornecer avaliações em várias transações financeiras.

A maioria dos funcionários de BI tende a pertencer a uma ou mais dessas categorias. O valor para uma organização varia de acordo com as circunstâncias individuais. Um fenômeno comum que observo é que as pessoas responsáveis ​​pelos sistemas operacionais subestimam muito a quantidade de trabalho que realmente ocorre nessas funções. Eu vi uma companhia de seguros que tinha 170 funcionários apenas no departamento de contas de suas operações na Europa. Passavam a maior parte do tempo discutindo extrações de dados em planilhas e operando processos manuais de reconciliação e controle.

As informações de gerenciamento costumam ser um primo ruim nas prioridades durante o desenvolvimento e operação de aplicativos de linha de negócios. Uma estratégia de arquitetura de dados mal coordenada ou inexistente pode custar uma grande quantidade de tempo e dinheiro. O comportamento padrão é tratar os sistemas como silos sem que ninguém tenha autoridade direta para corrigir problemas de dados entre sistemas. Deixe isso por tempo suficiente e o efeito líquido são as operações de back office, empregando centenas de funcionários de escritório (geralmente pessoal financeiro qualificado) que passam a maior parte do tempo realizando o trabalho de alguns procedimentos armazenados.

o que uma pessoa de BI produziria de valor para minha organização.

Vou dar uma facada nessa parte da pergunta, pois acho que outras pessoas fizeram um bom trabalho ao explicar o que é BI. Eu trabalho para uma empresa com muitos clientes e conheço muitas informações sobre as funções que fornecemos para esses clientes.

Nossos aplicativos são muito centrados em dados; nossa indústria é regulamentada pelo governo, portanto a conformidade com as leis federais e estaduais é fundamental. O que nossos especialistas em BI trazem para a empresa que os torna valiosos?

• Primeiro, importamos milhões de registros do cliente para que eles tenham as informações necessárias para realizar seu trabalho. Fazer com que os dados de seus bancos de dados se ajustem aos nossos bancos de dados é uma tarefa crítica e não muito simples; faltam informações para campos obrigatórios, incompatibilidades de tipo de dados, problemas de integridade de dados (não posso 02/30/2012inserir um campo de data, por exemplo). Também fazemos personalização, portanto, tenho que criar um local para inserir dados que não armazenaríamos para outros clientes e criar a importação para obter os dados. Sem os dados do cliente, o aplicativo não funciona. Os dados são muito extensos para serem inseridos manualmente.

• Em seguida, os gerentes do cliente precisam ver os dados de maneiras que os ajudem a gerenciar seus negócios. Portanto, eles solicitam relatórios, muitos e muitos relatórios, relatórios de orçamento, relatórios de despesas, relatórios de conformidade etc. Esses relatórios são tão complexos que as consultas por trás deles podem ter mais de mil linhas. Pode ser necessário um especialista em SQL para escrever esse tipo de código de relatório.

• Além disso, as pessoas de inteligência de negócios geralmente são mais aprofundadas nos detalhes dos negócios do que muitos desenvolvedores de aplicativos, portanto são também a primeira linha na avaliação de requisitos. Somos nós que apontamos as informações necessárias que estão faltando e as regras comerciais conflitantes, porque estamos profundamente familiarizados com os dados, como eles são armazenados e para o que será usado.

• Quando o relatório chega a um determinado ponto, precisamos separá-lo do banco de dados transacional e criar um armazém de dados para que as pessoas que fazem análises complexas dos dados não façam com que as pessoas que estão inserindo os dados sejam bloqueadas. A maneira de estruturar dados para análise geralmente não é a melhor maneira de estruturar dados para transações e, portanto, novamente estamos no negócio de transformar os dados de uma estrutura de dados em outra que é muito diferente. A capacidade de aprofundar os dados por meio da análise de vários anos de dados é algo que é um grande ponto de venda para nossos clientes. Novamente, agregamos valor ao produzir um produto que nossos clientes precisam para gerenciar seus negócios.

Se suas necessidades de dados forem todas internas, você ainda poderá ter clientes internos que precisam desse nível de análise. Nesse caso, você provavelmente está mais preocupado com o aspecto de geração de relatórios do data warehouse do que com a importação de dados em um sistema transacional. Ainda assim, a capacidade de usar os dados que você está coletando para tomar decisões de gerenciamento é inestimável para a maioria das organizações.

A necessidade de um especialista em BI tende a girar em torno da extensão das necessidades de dados e da complexidade do sistema. Uma empresa menor pode não ter trabalho suficiente para uma pessoa dessa natureza e pode contratar consultores para criar os relatórios de que precisam. Os especialistas em BI tendem a trabalhar apenas em médias e grandes empresas.

Se você é um negócio que cria software COTS , provavelmente precisará de especialistas em BI para serem os consultores que conhecem o seu produto por dentro e por fora e criar rpeoting personalizado para seus clientes.

Embora não sejam ótimos exemplos de práticas recomendadas, os bancos de dados de exemplo do SQL Server seriam um bom ponto de partida. Eles incluem bancos de dados OLTP, data warehouse e serviços de análise para uma organização fictícia. O estudo das diferenças entre eles deve ajudá-lo a entender como os bancos de dados OLTP (transação) e OLAP (analítico / BI) diferem e por quê.

http://msftdbprodsamples.codeplex.com/

• O banco de dados AdventureTP OLTP suporta cenários padrão de processamento de transações on-line para um fabricante de bicicletas fictício (Adventure Works Cycles). Os cenários incluem fabricação, vendas, compras, gerenciamento de produtos, gerenciamento de contatos e recursos humanos.

• O banco de dados Adventure Works DW demonstra como criar um armazém de dados.

• O projeto Adventure Works AS pode ser usado para criar um banco de dados AS para cenários de inteligência de negócios.

Aqui está uma resposta de nível superior, de um café da manhã de BI que participei há dois anos.

BI é o que as pessoas da sua organização já estão fazendo - tomando decisões com base em informações. O objetivo das ferramentas de BI é permitir que essas pessoas tomem essas decisões mais rapidamente e com mais confiança .

Outra resposta, a que costumo usar, é que as ferramentas de BI estão lá para transformar "dados" em "informações" em tempo hábil.

O Kimball Group usa as frases "Entregar dados para usuários corporativos que sejam fáceis de entender e navegar" e "Entregar desempenho rápido de consulta".

Em termos muito leigos, inteligência de negócios significa essencialmente analisar e interpretar dados para fins comerciais. A inteligência comercial transforma dados extremamente brutos em informações valiosas que as empresas podem usar para tomar decisões estratégicas. Diferentes tipos de negócios podem usar o BI de várias maneiras diferentes para melhorar as operações. Entre os setores que fazem uso do BI está o seguro. As operadoras usam o software de inteligência de negócios de seguros oferecido por empresas de tecnologia como a MajescoMastek para entender o comportamento do usuário, padrões de compra e outros indicadores para ajudá-los a tomar decisões destinadas a impulsionar o crescimento.