Dati Magazzino: un esempio ODS - dummies

Ecco un esempio di data warehousing per aiutarti a comprendere ODS (archivio di dati operativi). Supponiamo che tu lavori in una grande società finanziaria che fornisce una varietà di servizi alle élite di aziende e persone in tutto il mondo.

La tua azienda è cresciuta fino alla sua forma attuale come risultato di una serie di fusioni e acquisizioni negli ultimi 25 anni. La tendenza negli ultimi anni verso una convergenza di servizi bancari e titoli ha dato alla vostra azienda l'opportunità di diventare un fornitore di servizi completi per i vostri clienti.

È probabile che il cliente medio della sua azienda partecipi a molti (forse tutti) di questi tipi di attività:

Mediazione di azioni tradizionali (acquisto e vendita di azioni, compresa l'attività di margine) < Investimenti a reddito fisso (obbligazioni societarie e governative)
Conti di trading di opzioni, incluso l'arbitraggio del rischio
Gestione patrimoniale di cassa
Prestiti a breve termine e altri strumenti di debito
Prestiti a medio e lungo termine e altri strumenti di debito
Investimenti di capitale di rischio
Volete che i vostri clienti utilizzino la vostra azienda come un unico -stop per acquisti di tutto ciò che comporta ingenti somme di denaro. La situazione della vostra azienda è un po 'complicata, tuttavia - in particolare in queste due aree:

Le fusioni e le acquisizioni hanno lasciato la vostra infrastruttura IT con un gran numero di applicazioni sole (applicazioni che non sono integrate tra loro, anche se probabilmente dovrebbe essere).

Un sistema gestisce la compravendita di azioni per azioni statunitensi, ad esempio, e un altro sistema gestisce l'attività di borsa da non U. S. scambi globali. Inoltre, i sistemi separati gestiscono l'attività a reddito fisso, tutte le attività di debito negli Stati Uniti, tutti i debiti a breve termine in Europa e tutti i debiti europei a medio e lungo termine. E la lista continua.
La definizione di un cliente è un po 'confusa. Gli individui creano società e partnership attraverso le quali effettuano investimenti o prestiti sicuri per gli affari. I tuoi clienti aziendali potrebbero essere filiali di altre società, che potrebbero essere anche i tuoi clienti.
Le pratiche aziendali richiedono che tutte le attività di credito con ogni cliente passino attraverso una serie di controlli di garanzia della qualità prima di essere approvati:

Ogni cliente, sia esso un individuo o un'azienda, ha diversi massimali sull'attività di debito. Un limite è un ammontare del debito totale in essere in un dato momento. Fino a quando un cliente raggiunge questo massimale di primo livello, lui o lei può, senza l'intervento umano, stipulare automaticamente un nuovo prestito o agire contro una linea di credito, acquistare azioni a margine, o eseguire qualsiasi altro tipo di attività che aumenti il debito.

Ogni cliente può superare il massimale di primo livello fino a un secondo massimale dopo aver ricevuto l'approvazione da uno dei dirigenti della propria azienda.
Affinché un dirigente possa approvare l'attività creditizia oltre il primo massimale al secondo, deve verificare una serie di misure.
Ad esempio, il cliente deve disporre di un determinato saldo attivo; il cliente potrebbe non avere una riduzione del totale delle attività disponibili in tutti i conti di tutti i tipi (come contante, azioni e obbligazioni) di oltre il 15% nei precedenti 30 giorni; e la banca ha importi massimi per l'indebitamento totale in ciascun paese, rettificato dalle attività detenute in ciascun paese.

Per aiutare a controllare i rischi, la tua azienda tiene traccia delle relazioni tra tutti i tuoi clienti per ottenere un'immagine reale dello stato finanziario di un cliente. Ad esempio, un individuo può controllare una serie di società, ognuna delle quali viene trattata come un singolo cliente con la propria attività e attività di debito, oltre a quella dei propri conti personali.
Quando i dirigenti della tua azienda approvano qualsiasi debito aggiuntivo oltre il primo soffitto, tuttavia (per una partnership immobiliare che coinvolge quell'individuo, ad esempio), i dirigenti devono valutare un quadro generale di ciò che sta accadendo con l'attività di quella persona per evitare troppa esposizione al rischio in caso di problemi finanziari.

Sebbene i controlli di garanzia della qualità descritti nell'elenco precedente siano concettualmente semplici, sono estremamente complessi da implementare, per una semplice ragione: questi controlli richiedono dati dai sistemi di tutta l'azienda, da molti sistemi diversi.

Questi dati includono informazioni quali tutte le attività patrimoniali, tutte le attività di debito e prestiti correnti in essere, e informazioni su quali prestiti sono stati pagati in anticipo nella giornata.

Un approccio che puoi provare è quello di fornire ai dirigenti della tua azienda (quelli che devono prendere le decisioni di approvazione del prestito) interfacce in ogni sistema in cui potrebbero trovare i dati necessari. Questi dirigenti possono quindi eseguire una lunga serie di query (se possono anche essere supportate), estrarre i valori appropriati, incollarli in un foglio di calcolo e prendere la decisione.

Questo approccio presenta due problemi, tuttavia: la possibilità di errore umano è elevata e il ritmo con cui questo tipo di attività deve verificarsi va bene solo durante i tempi "ordinari".

Durante un periodo di crisi finanziaria, quando molti o la maggior parte dei clienti della tua azienda compra e vendono azioni, coprono margini, acquistano e vendono opzioni, cercano di gestire i loro conti di copertura, eseguono contro linee di credito e fanno qualsiasi altro attività molto rapidamente, i dipendenti della vostra azienda non riescono a tenere il passo.

In questa situazione, l'ODS viene in soccorso. Questa figura illustra un'architettura concettuale che è possibile utilizzare per implementare un ODS che soddisfi le missioni aziendali. Innanzitutto, l'ODS fornisce un'immagine consolidata dei saldi di un cliente per l'elaborazione automatica dei prestiti sotto il primo massimale. Successivamente, l'ODS consente ai dirigenti di prendere decisioni sì o no sulle richieste di prestito fino al secondo massimale.

L'ODS fornisce agli utenti un'immagine consolidata, quasi istantanea, di dati diversi a supporto di una specifica missione aziendale.

Per una migliore visualizzazione dei flussi di dati all'interno dell'ambiente ODS, vedere questa figura, in cui gli aggiornamenti di una delle origini dati (il sistema che gestisce il debito U. S.) si propagano nell'ambiente ODS.

L'ODS deve riflettere lo stato dei dati in tutta l'azienda il più rapidamente possibile.

I seguenti passi indicano cosa accade nell'ambiente ODS:

Un cliente effettua un pagamento di prestito regolarmente pianificato, e il sistema che gestisce i pagamenti su prestiti e linee di credito USA concede il pagamento.

L'applicazione di pagamento del prestito aggiorna il suo database per riflettere il pagamento.
L'applicazione di pagamento del prestito invia immediatamente i dati aggiornati all'ODS.
L'ODS riceve l'aggiornamento e lo elabora, aggiornando il suo contenuto del database (in questo esempio, riducendo l'importo totale del debito residuo del cliente).
L'ODS esegue qualsiasi elaborazione interna, consolidamento, avvisi o altre funzioni necessarie.
Un ambiente come quello nella lista precedente può - se tutto è architettato in modo appropriato - fornire un'immagine di tutti i dati rilevanti da tutto il luogo - ora - a sostegno della missione di gestione del rischio dell'impresa.

È necessario convalidare la necessità di aggiornamenti in tempo reale nell'ODS poiché questi aggiornamenti sono complessi da creare, come descritto nella sezione seguente.

Sfida costantemente le ipotesi e fai domande: "Cosa succede se devi aspettare fino alla fine della giornata? Cosa succede se gli aggiornamenti erano due volte al giorno? Ogni ora? "Sii assolutamente certo che la missione imponga aggiornamenti in tempo reale perché la creazione di un ODS richiede più tempo (ed è più costosa) di un data warehouse.