Sommario:
- Voglio un buffet o un ristorante?
- Un utente può interrompere una query o un report in fuga?
- In che modo le prestazioni differiscono a seconda della quantità di dati?
- Gli utenti possono accedere a diversi database?
- Anche se il processo per ottenere il primo set di definizioni dei dati attivo è abbastanza semplice nella maggior parte degli strumenti utente, è necessario porsi queste domande su quando è necessario apportare modifiche:
- Lo strumento richiede la distribuzione desktop o è possibile distribuirlo nella configurazione standard del browser dell'organizzazione? Se stai guardando uno strumento che non è disponibile per la distribuzione in un browser, potresti voler rivalutare i criteri. La distribuzione lato server riduce molti costi esistenti quando è necessario distribuire strumenti sul PC.
- Devi sapere come cambiano le prestazioni quando aumenta il numero di utenti. Se l'ambiente di uno strumento è progettato in modo corretto ed efficiente, dovresti vedere un effetto di performance scarso o nullo: assicurati che lo strumento che stai considerando rientri in questa categoria.
- Qualsiasi strumento che valga la pena dovrebbe includere una guida in linea piuttosto ampia.Le funzioni da cercare includono procedure guidate, esercitazioni, guida sensibile al contesto e modelli per query e rapporti.
- Sebbene alcuni prodotti OLAP presentino interfacce dirette dal loro database in un foglio di calcolo (tipicamente Microsoft Excel), anche se si utilizzano le funzionalità di reporting e query di un prodotto, gli utenti dovrebbero sempre essere in grado di riportare i dati dallo strumento di business intelligence e poparlo in Excel per ulteriori analisi, manipolazione o qualsiasi altra cosa vogliano fare.
- Vai avanti - prova. Nel mezzo di una query o di un rapporto, spegni il PC e vedi cosa succede.
Video: Kia Sportage | Il focus sull'infotainment 2024
Poche cose sono più frustranti che costruire con successo un data warehouse e renderlo inutilizzabile con strumenti utente meno che soddisfacenti. Questo elenco presenta alcune domande da considerare quando si valutano gli strumenti che si potrebbero voler acquistare.
Voglio un buffet o un ristorante?
Scommetto che non ti aspettavi una domanda come questa per farla scoppiare, vero? Questa analogia spesso aiuta a inquadrare la discussione su ciò che stai guardando in uno strumento. Quando la business intelligence è stata inizialmente creata, c'era una visione ampia che gli utenti potevano servirsi da soli.
L'utente andrebbe in un unico ambiente, isolato da tutte le basi dei dati, e si limiterebbe a fare una domanda e ottenere una risposta, porre la domanda successiva e così via. Tuttavia, l'IT ha spesso limitato lo strumento in modo tale che l'utente finale non possa accedervi, quindi non può self-service, come in un ristorante a sedere.
Un utente può interrompere una query o un report in fuga?
Quasi ogni utente di strumenti invia occasionalmente una query (o esegue un altro tipo di operazione, ad esempio l'esecuzione di un report) che continua ad andare e andare e andare …
Uno strumento utente deve offrire agli utenti un modo per interrompere questo tipo di query o riportare con garbo, senza eseguire alcuna delle seguenti operazioni:
-
Blocco del PC desktop dell'utente e costringendolo a girare disattivare o riavviare
-
Interferire con il lavoro di altri utenti (richiedendo di arrestare il server del database e riavviarlo, ad esempio)
-
In caso contrario, si verificherà un'interruzione negli affari come al solito
In che modo le prestazioni differiscono a seconda della quantità di dati?
È possibile che durante l'ambito del progetto si sia determinato che il data warehouse inizierà con 500 gigabyte di dati, ad esempio, e aumenterà fino a 1 terabyte nei prossimi due anni. Vale la pena di sapere, comunque, come ogni strumento si esibirà con non solo i primi 500 gigabyte e l'obiettivo finale, ma anche con 2 o anche 3 terabyte, per ogni evenienza.
In caso di cosa? Ecco solo alcune possibilità:
-
Nuove fonti di dati che nessuno poteva prevedere durante lo scopo del progetto.
-
Una decisione per aggiungere un maggiore livello di dettaglio ai dati.
-
Una decisione di non cancellare i vecchi dati, ma piuttosto di tenerli nel data warehouse.
-
Si verifica una fusione imprevista e devi incorporare le informazioni delle nuove entità nel tuo data warehouse.
Gli utenti possono accedere a diversi database?
Sto parlando di diversi database di informazioni dallo stesso strumento, non necessariamente diversi prodotti DBMS.Ad esempio, un utente può accedere al normale data mart memorizzato su un server Windows NT locale per la maggior parte delle query e dei report e, utilizzando lo stesso strumento, ha accesso a queste informazioni:
-
Data mart di un altro dipartimento, per query occasionali > Il data warehouse principale dell'organizzazione
-
Un fornitore di dati esterno su Internet
-
Gli utenti non devono cambiare gli strumenti per eseguire funzioni simili (query di base e reporting, o OLAP, ad esempio) contro diverse origini dati.
Le definizioni dei dati possono essere facilmente modificate?
Anche se il processo per ottenere il primo set di definizioni dei dati attivo è abbastanza semplice nella maggior parte degli strumenti utente, è necessario porsi queste domande su quando è necessario apportare modifiche:
Con quale facilità è possibile aggiornare l'intero definizioni dei dati della comunità utente e quanto tempo impiega? (Hai 100 utenti? 1, 000? 5, 000?)
-
Come si modificano query e rapporti che utilizzano dati che non esistono più o dati con una struttura modificata (il tipo di dati e le dimensioni, ad esempio)?
-
Cosa succede agli script e ai programmi che fanno parte dello strumento?
-
Come viene distribuito lo strumento?
Lo strumento richiede la distribuzione desktop o è possibile distribuirlo nella configurazione standard del browser dell'organizzazione? Se stai guardando uno strumento che non è disponibile per la distribuzione in un browser, potresti voler rivalutare i criteri. La distribuzione lato server riduce molti costi esistenti quando è necessario distribuire strumenti sul PC.
Tuttavia, la maggior parte delle suite di business intelligence non sono avanzate in un'area: i loro strumenti di modellazione e amministrazione. C'è ancora un forte interesse verso gli strumenti desktop in quest'area.
Considerando che la maggior parte delle organizzazioni dispone di standard interni per i propri PC client, il processo di individuazione di quanto bene uno strumento si adatta alla configurazione standard dovrebbe essere semplice. Supponendo che il prodotto venga eseguito sul tuo sistema operativo desktop (sempre in caso contrario, dovresti considerare questi problemi:
Quanto funziona il software di connettività e interoperabilità di cui hai bisogno, come i driver per la connettività del database e la connettività del repository.
-
Se è necessario caricare il software in qualsiasi ordine speciale. Sì, i fornitori forniscono ancora software in conflitto se non lo si carica nella sequenza corretta.
-
Quando si hanno delle scelte su dove possono risiedere determinati componenti di uno strumento (su ciascun client, ad esempio, o situati una volta su ciascun server), determinare la configurazione consigliata e se esistono problemi nell'ambiente.
-
Come cambia la performance se hai un numero elevato di utenti?
Devi sapere come cambiano le prestazioni quando aumenta il numero di utenti. Se l'ambiente di uno strumento è progettato in modo corretto ed efficiente, dovresti vedere un effetto di performance scarso o nullo: assicurati che lo strumento che stai considerando rientri in questa categoria.
Quale aiuto e assistenza online sono disponibili e quanto è buono?
Qualsiasi strumento che valga la pena dovrebbe includere una guida in linea piuttosto ampia.Le funzioni da cercare includono procedure guidate, esercitazioni, guida sensibile al contesto e modelli per query e rapporti.
Lo strumento supporta interfacce con altri prodotti?
Sebbene alcuni prodotti OLAP presentino interfacce dirette dal loro database in un foglio di calcolo (tipicamente Microsoft Excel), anche se si utilizzano le funzionalità di reporting e query di un prodotto, gli utenti dovrebbero sempre essere in grado di riportare i dati dallo strumento di business intelligence e poparlo in Excel per ulteriori analisi, manipolazione o qualsiasi altra cosa vogliano fare.
In genere dovresti essere in grado di includere report in documenti di elaborazione testi (come un file di Microsoft Word), programmi di grafica e presentazione (ad esempio, Microsoft PowerPoint), un database personale (come Microsoft Access) e (di Ovviamente) un foglio di calcolo (come Excel).
Cosa succede quando togli la spina?
Vai avanti - prova. Nel mezzo di una query o di un rapporto, spegni il PC e vedi cosa succede.
Si desidera garantire non solo che gli utenti possano riavviare un PC desktop senza problemi di configurazione avanzati (ad esempio, file temporanei e errori di spazio di lavoro che impediscono all'utente di svolgere attività aggiuntive fino a quando gli errori vengono corretti), ma anche che l'interruzione non influisce sul database del tuo magazzino (e su eventuali server intermedi).
O meglio ancora, scopri se il prodotto è abbastanza intelligente da accogliere l'utente attraverso il suo browser, ricollegando l'utente alla sua query.