Potete darmi un esempio di Business Intelligence?

Non capisco davvero cosa sia la Business Intelligence. Se comincio dall'avere un DB aziendale, cosa farebbe una persona BI? Ho trovato un sacco di materiale sul web, ma di solito è un po 'troppo complesso. Voglio un semplice esempio che mi faccia capire di cosa tratta la BI e cosa produrrebbe una persona di BI che è di valore per la mia organizzazione.

La Business Intelligence è spesso una setta completamente separata dall'amministrazione del database e dallo sviluppo del database. La Business Intelligence, ai massimi livelli, comprende tre aspetti principali:

1. segnalazione
2. Integrazione
3. Analisi

segnalazione

Il reporting è la creazione, l'implementazione e la gestione dei report, nonché la possibilità aggiuntiva per gli utenti di personalizzare i report in modo dinamico.

Integrazione

Integrazione dei dati e soluzioni di trasformazione. Sulla molto livello più semplice, è il mezzo di estrazione, trasformazione e caricamento dei dati in una fonte di dati, da una sorgente di dati (che potrebbe essere qualsiasi cosa semplice come un file flat). L'integrazione è profonda un miglio, ma questa è la funzionalità di base.

Analisi

Elaborazione analitica online (OLAP) utilizzata per progettare, creare e gestire strutture che contengono dati aggregati dagli archivi di dati di origine. Una frase sintetica per questo è data mining .

Queste sono descrizioni estremamente semplificate di ciò che incorpora Business Intelligence. C'è una scienza dietro la BI, così come ognuna di queste sfaccettature individualmente. I professionisti del database dedicano il loro tempo e le loro carriere alla padronanza di questi.

Il valore dipende molto dalla singola organizzazione e dai suoi requisiti. A seconda del livello di sofisticazione richiesto, un ruolo di BI potrebbe rientrare in alcune diverse categorie:

• Spreadsheet jock - lavorando da set di dati estratti direttamente dai sistemi operativi, questo ruolo produrrà report e analisi utilizzando strumenti desktop come Excel o Access. Spesso, questo ruolo non è uno specialista IT o può essere assunto part-time da qualcuno. A seconda del livello di competenza tecnica e dell'accesso ai database sottostanti, possono dipendere da altro personale come gli amministratori del database per produrre gli estratti di dati.
  
  Questo ruolo apporta valore quando i report raggruppati non soddisfano i requisiti ed è necessario ulteriore lavoro per ottenere informazioni di gestione dai database ma un team di sviluppo BI dedicato sarebbe troppo costoso. Normalmente questo ruolo sarà necessario in tutti i casi tranne che banali, anche se potrebbe non avere un requisito a tempo pieno su piccoli siti.

• Sviluppatore BI : se l'estrazione dei dati è complessa o richiede l'integrazione da più fonti, potrebbe essere necessario costruire un data warehouse o un altro sistema di reporting per integrare i dati presenti in un formato utilizzabile per i report. Le persone che ricoprono questo ruolo avranno in genere maggiori o minori capacità di sviluppo tecnico.
  
  Spesso questo tipo di team viene separato in ETL e funzioni di reporting, ma non è sempre così. Gli sviluppatori di report, i tipi di "Spreadsheet Jock" e altri utenti esperti possono utilizzare i dati dal sistema di reporting attraverso vari strumenti.
  
  Il valore organizzativo di questo ruolo viene realizzato quando i dati sono troppo complessi per essere gestiti con un approccio ad hoc ed è necessario un sistema di reporting dedicato. In questo caso, un team di BI più piccolo con competenze tecniche e strumenti adeguati può automatizzare molto lavoro che altrimenti verrebbe eseguito manualmente con strumenti desktop ed estratti ad hoc. Un sistema di data warehouse può anche popolare strutture di reporting self-service come cubi OLAP che consentono agli utenti finali all'interno dell'azienda di produrre e mantenere i propri report.

• Architetto di dati : un sistema di data warehouse maturo richiederà requisiti di business dall'azienda che non possono essere soddisfatti con i dati disponibili dai sistemi di origine. Potrebbe essere necessario coordinare le modifiche ai sistemi operativi guidate da questi requisiti al fine di acquisire dati aggiuntivi o ripulire i dati in modo incoerente o erroneamente registrati alla fonte.
  
  Un architetto di dati può assumere un ruolo che ricopre più sistemi operativi e di reporting per coordinare l'adempimento dei requisiti di dati che richiedono modifiche da apportare a più sistemi.
  
  La necessità di questo ruolo spesso non viene riconosciuta, ma diventa importante su siti più grandi. Spesso, i sistemi operativi non soddisfano i requisiti di segnalazione e l'autorità dei team di data warehouse non si estende alle modifiche ai sistemi operativi. In questo caso un architetto di dati agisce come coordinatore o direttore a seconda del livello di autorità nel ruolo. Il valore principale è apportare modifiche ai sistemi operativi in ​​cui non soddisfano i requisiti dei dati.

• Governance dei dati - I requisiti normativi o aziendali possono dettare la correttezza dei dati o gli standard di governance. Se i sistemi operativi sono soggetti a errori di dati (che di solito è il caso), può essere predisposta una funzione di governance dei dati per gestire la convalida e le correzioni dei dati.
  
  La qualità dei dati può essere importante per una serie di ragioni, spesso legate a requisiti contabili o normativi. Un responsabile della governance o della qualità dei dati è in genere un ruolo guidato dall'azienda con la responsabilità di organizzare correzioni ai dati già registrati nei sistemi.

• Analista : una variante del ruolo jock del foglio di calcolo in cui l'utente lavora effettivamente in qualche modo in cui svolge un lavoro analitico sui dati (ad esempio un attuario assicurativo).
  
  Un analista può essere importante per l'azienda per una serie di motivi, a seconda del ruolo. Nel caso di un attuario, il loro ruolo è quello di stimare le riserve da detenere a fronte di crediti futuri, modelli di prezzi di mantenimento per prodotti assicurativi o fornire valutazioni su varie transazioni finanziarie.

La maggior parte del personale BI tende a rientrare in una o più di queste categorie. Il valore per un'organizzazione varia in base alle circostanze individuali. Un fenomeno comune che osservo è che le persone responsabili dei sistemi operativi sottostimano notevolmente la quantità di lavoro effettivamente svolto in questi ruoli. Ho visto una compagnia di assicurazioni che aveva 170 dipendenti nel dipartimento contabilità delle loro operazioni europee. La maggior parte del loro tempo è stata dedicata alla discussione degli estratti di dati nei fogli di calcolo e ai processi di riconciliazione e controllo dei manuali operativi.

La gestione delle informazioni è spesso un cugino mediocre nelle priorità durante lo sviluppo e il funzionamento delle applicazioni line-of-business. Una strategia di architettura dei dati scarsamente coordinata o inesistente può costare una grande quantità di tempo e denaro. Il comportamento predefinito consiste nel trattare i sistemi come silos senza che nessuno abbia l'autorità diretta per risolvere i problemi relativi ai dati tra sistemi. Lasciare questo per un tempo sufficientemente lungo e l'effetto netto sono le operazioni di back office che impiegano centinaia di impiegati (spesso personale finanziario qualificato) che trascorrono la maggior parte del loro tempo a svolgere il lavoro di alcune procedure memorizzate.

cosa produrrebbe una persona BI che è di valore per la mia organizzazione.

Mi prenderò cura di questa parte della domanda poiché penso che altri abbiano fatto un buon lavoro nel spiegare cos'è la BI. Lavoro per un'azienda con molti clienti e conosco moltissime informazioni sulle funzioni che forniamo a quei clienti.

Le nostre applicazioni sono molto incentrate sui dati; la nostra industria è regolata dal governo, pertanto la conformità alle leggi federali e statali è fondamentale. Cosa apportano i nostri specialisti della BI all'azienda che li rende preziosi?

• Per prima cosa importiamo milioni di record dal client in modo che abbiano le informazioni di cui hanno bisogno per fare il loro lavoro. Adattare i dati dei loro database ai nostri database è un lavoro critico e non molto semplice; sono presenti informazioni mancanti per campi obbligatori, discrepanze tra i tipi di dati, problemi di integrità dei dati (ad esempio, non posso inserire 02/30/2012un campo data). Eseguiamo anche personalizzazioni, quindi devo progettare un luogo in cui inserire i dati che non memorizzeremmo per altri clienti e quindi creare l'importazione per ottenere i dati. Senza i dati del client, l'applicazione non funziona. I dati sono troppo estesi per essere inseriti manualmente.

• Successivamente, i gestori del cliente devono visualizzare i dati in modo da aiutarli a gestire la propria attività. Quindi richiedono report, un sacco di report, report di budget, report di spesa, report di conformità, ecc. Questi report sono così complessi che le query dietro di essi possono essere lunghe più di mille righe. Può richiedere un esperto in SQL per scrivere questo tipo di codice di reporting.

• Inoltre, le persone di business intelligence sono spesso più approfondite nei dettagli del business rispetto a molti sviluppatori di applicazioni, quindi sono anche la prima linea nella valutazione dei requisiti. Siamo noi che segnaliamo le informazioni necessarie che mancano e le regole commerciali contrastanti perché siamo così profondamente familiari con i dati, come vengono archiviati e per cosa verranno utilizzati.

• Una volta che il reporting arriva a un certo punto, dobbiamo separarlo dal database transazionale e creare un data warehouse in modo che le persone che effettuano analisi complesse dei dati non causino il blocco delle persone che inseriscono i dati. Il modo di strutturare i dati per l'analisi non è di solito il modo migliore per strutturare i dati per le transazioni e quindi siamo di nuovo nel business di trasformare i dati da una struttura di dati a un'altra che è molto diversa. La capacità di approfondire i dati attraverso l'analisi di diversi anni di dati è qualcosa che rappresenta un enorme punto di forza per i nostri clienti. Quindi, aggiungiamo valore producendo un prodotto di cui i nostri clienti hanno bisogno per gestire la propria attività.

Se le tue esigenze relative ai dati sono tutte interne, potresti comunque avere clienti interni che necessitano di questo livello di analisi. In questo caso, probabilmente sei più interessato all'aspetto del reporting del data warehousing che all'importazione di dati in un sistema transazionale. Tuttavia, la capacità di utilizzare i dati raccolti per prendere decisioni di gestione è ancora preziosa per la maggior parte delle organizzazioni.

Se hai bisogno di uno specialista di BI, tende a capire quanto siano ampie le tue esigenze di dati e quanto sia complesso il sistema. Un'impresa più piccola potrebbe non avere abbastanza lavoro per una persona di questa natura e potrebbe assumere consulenti per creare i rapporti di cui ha bisogno. Gli specialisti della BI tendono a lavorare solo nelle medie e grandi imprese.

Se sei un'azienda che crea software COTS , probabilmente hai bisogno di specialisti BI per essere i consulenti che conoscono il tuo prodotto dentro e fuori e creano rpeoting personalizzati da esso per i tuoi clienti.

Sebbene non siano ottimi esempi delle migliori pratiche, i database di esempio di SQL Server potrebbero essere un buon punto di partenza. Includono un OLTP, un data warehouse e database di servizi di analisi per un'organizzazione fittizia. Lo studio delle differenze tra loro dovrebbe aiutarti a capire in che modo differiscono i database OLTP (transazione) e OLAP (analitico / BI) e perché.

http://msftdbprodsamples.codeplex.com/

• Il database OLTP AdventureWorks supporta scenari standard di elaborazione delle transazioni online per un produttore di biciclette fittizio (Adventure Works Cycles). Gli scenari includono produzione, vendite, acquisti, gestione dei prodotti, gestione dei contatti e risorse umane.

• Il database DW di Adventure Works dimostra come creare un data warehouse.

• Il progetto Adventure Works AS può essere utilizzato per creare un database AS per scenari di business intelligence.

Ecco una risposta di livello superiore, da una colazione BI che ho partecipato due anni fa.

La BI è ciò che le persone della tua organizzazione stanno già facendo: prendere decisioni in base alle informazioni. L'obiettivo degli strumenti di BI è consentire a queste persone di prendere queste decisioni più velocemente e con maggiore sicurezza .

Un'altra risposta, quella che uso spesso, è che gli strumenti di BI sono lì per trasformare i "dati" in "informazioni" in modo tempestivo.

Kimball Group utilizza le frasi "Fornisci dati agli utenti aziendali che sono facili da comprendere e navigare" e "Fornisci prestazioni veloci delle query".

In termini molto laici, la business intelligence significa essenzialmente analizzare e interpretare i dati a fini commerciali. La business intelligence trasforma i dati estremamente grezzi in informazioni preziose che le aziende possono utilizzare per prendere decisioni strategiche. Diversi tipi di aziende possono utilizzare la BI in molti modi diversi per migliorare le operazioni. Tra le industrie che fanno uso della BI c'è l'assicurazione. I vettori utilizzano il software di business intelligence assicurativo offerto da società tecnologiche come MajescoMastek per comprendere il comportamento degli utenti, i modelli di acquisto e altri indicatori simili per aiutarli a prendere decisioni volte a favorire la crescita.