PROGETTI DI SISTEMI
INFORMATIVI DIREZIONALI
I punti chiave del progetto di un sistema
informativo direzionale sono:
• Organizzazione del database direzionale
– scelta delle “informazioni elementari”
– definizione di ipercubi e “dimensione”
• Selezione di indicatori appropriati per i vari manager
– quali informazioni per quali manager
– aggregazioni di dati elementari e calcolo degli indicatori
• Implementazione dei motori di elaborazione e quindi degli
strumenti di presentazione e interazione appropriati
– rapporti, cruscotti, sistemi di interrogazione, analisi statistica,
simulazione, ecc.
IL DATABASE DIREZIONALE E I “DATI ELEMENTARI”
• Il database direzionale può essere visto come un insieme di tabelle che
contengono “dati elementari”, i quali sono in sostanza la “misura” di un
certo evento o fenomeno (ad es. quantità di un certo prodotto venduto in
un certo tempo) o l’indicatore dello “stato” di una certa parte dell’azienda
(ad es. le giacenze di magazzino di quel prodotto).
• Sulla base degli obiettivi del SID e delle fonti disponibili si deve scegliere
quali sono tali dati elementari, il loro formato, il grado di aggiornamento
possibile e richiesto.
• Per tali dati è opportuno definire le proprietà fondamentali, quali ad es.:
• tipo di valore indicato (ossia il “significato”, ad es.: un dato a consuntivo piuttosto
che a budget riferito a un certo periodo, la rilevazione di una quantità in un certo
istante, ecc.)
• metrica (unità di misura)
• fonte (il s.i. operativo da cui il dato provviene, oppure se è stato caricato
manualmente, ecc.)
• modalità di calcolo (come tale valore viene ottenuto dai dati originari)
• grado di aggiornamento (ogni quanto il dato viene aggiornato)
• I dati elementari nel database direzionale vengono solitamente organizzati
in “ipercubi”
IPERCUBO:
ciascun dato elementare rappresenta una cella in un
ipercubo n-dimensionale
LE PROPRIETA’ DIMENSIONALI:
• DIMENSIONE: un vettore di elementi
appartenenti allo stesso dominio
– ad es.: date in un anno; tipi di prodotti dell’azienda
(codici prodotto); clienti (codici cliente), ecc.;
– la cardinalità di una dimensione è il numero di diversi
valori che essa può assumere (ad es. se abbiamo 100
clienti questa è la cardinalità della dimensione
“clienti”):
– si può aggregare le variabili dimensionali secondo
criteri utili al fine di creare indicatori per i diversi
dirigenti
DIMENSIONI TIPICHE NEI SID
UTILIZZATI DALLE AZIENDE
•
A seconda dei dati elementari disponibili e dei fabbisogni informativi direzionali è possibile
identificare molte dimensioni diverse. Vi sono alcuni esempi “tipici” (ossia dimensioni tipicamente
utilizzate nelle aziende industriali), fermo restando che ogni settore e ogni azienda avrà in generale le
proprie esigenze:
- dimensione “tempo”:
può assumere valori con diversi gradi di “granularità” (singolo giorno, settimana, mese ecc.); si possono anche
effettuare selezioni o segmentazioni (ad es. considerare i soli giorni feriali, ovvero dei giorni di apertura, ecc.). Se il
dato elementare si riferisce alle “vendite (in valore)”, la dimensione “tempo” potrà allora indicare ad es. le “vendite in
una certa data o periodo”
- dimensione “struttura” (o “area di responsabilità” o “unità aziendale”, ecc.)
sulla base della scomposizione dell’organizzazione, in parti di interesse, questa dimensione identifica ciascuna di tali
parti (ad esempio: le “filiali”; le “aree mercato”; gli “agenti di vendita”; i “punti vendita”, ecc.). Ad esempio, la
dimensione “punti vendita” consente di indicare le “vendite per un dato punto vendita”
- dimensione “prodotto”
indica i diversi prodotti di interesse per l’azienda e/o il problema specifico trattato dal SID. Ad esempio, la
dimensione “prodotto” consente di indicare le “vendite riferite a un dato prodotto”
- dimensione “cliente” o “mercato”
elenca i vari clienti (o gruppi di clienti, o mercati, o ancora aree geografiche, ecc.) cui sono venduti i prodotti. Quindi,
potremo avere “vendite per un dato cliente”
Tutto ciò consente di costruire indicatori, tabelle,
rapporti diversi (e per dirigenti diversi)
•
•
•
LA SINGOLA CELLA di un ipercubo identifica L’INCROCIO di tutte le dimensioni
scelte. Ad esempio, in un ipercubo a tre dimensioni (prodotto/tempo/filiali) in cui il dato
elementare sono “vendite in valore”, ciascuna cella indica “le vendite per un certo
prodotto in un dato tempo in una certa filiale”
Aggregando e ricombinando celle, o effettuando operazioni e analisi sulle singole celle e
su gruppi di celle si può costruire vari tipi di indicatori e tabelle.
Utile spesso ricorrere a GERARCHIE DI AGGREGAZIONE: si tratta di riferirsi a come
è organizzata l’azienda in termini di livelli gerarchici (riferimenti tipici: organigramma,
struttura in termini di centri di costo, di centri di responsabilità, ecc.). Si associa a ogni
livello dell’organizzazione una gerarchia di aggregazione diversa dei dati elementari,
partendo dal presupposto che aggregazioni diverse riguardano parti dell’organizzazione
diverse e quindi interessano ai relativi dirigenti responsabili
GERARCHIE DI AGGREGAZIONE: UN ESEMPIO
PROGETTARE TABELLE, RAPPORTI,
INDICATORI: possibili approcci
IL PROBLEMA DIVENTA QUINDI COME SCEGLIERE
GLI INDICATORI E LE TABELLE DA COSTRUIRE, LE
ANALISI DA REALIZZARE, ECC.
Qui si deve considerare l’analisi dei fabbisogni
dell’organizzazione e in particolare, in questo caso, i
fabbisogni informativi dei dirigenti.
Approccio “Management
Accounting”
• Organizzazione delle informazioni del sistema informativo direzionale
secondo schemi direttamente contabili (o paracontabili)
• I dati elementari degli ipercubi e le dimensioni di classificazione degli
ipercubi sono riferiti ai dati di tipo contabile e a come sono tipicamente
organizzati in azienda (ad es.: fatturati, costi, tempi, centri di costo,
aree mercato, funzioni aziendali, ecc.). Anche le gerarchie di
aggregazione gli indicatori e le tabelle prodotte si riferiscono alla
struttura contabile).
Approccio “pragmatico”
• In combinazione o in alternativa all’approccio precedente: dati e
indicatori sono scelti sulla base dell’esperienza “dei manager
coinvolti”, delle indicazioni di un consulente, o anche semplicemente
del direttore dei sistemi informativi