Ti spørgsmål, der skal overvejes, når du vælger brugerværktøjer - dummier

Få ting er mere frustrerende end at opbygge et datalager og derefter gøre det ubrugeligt af mindre end tilfredsstillende brugerværktøjer. Denne liste indeholder nogle spørgsmål at overveje, når du vurderer værktøjer, som du måske vil købe.

Ønsker jeg et smorgasbord eller en sit-down restaurant?

Sats du ikke forventede et spørgsmål som dette at dukke op, var du? Denne analogi hjælper ofte med at ramme diskussionen af, hvad du ser på i et værktøj. Når business intelligence oprindeligt blev oprettet, var der en bred vision om, at brugerne kunne tjene sig selv.

Brugeren ville gå til et miljø, isoleret af alle underlagene i dataene, og blot stille et spørgsmål og få svar, spørg det næste spørgsmål osv. Men det har ofte begrænset værktøjet, så slutbrugeren ikke kan få adgang til det, så de kan ikke selvbetjene - som i en sit-down restaurant.

Kan en bruger stoppe en uopsættelig forespørgsel eller rapport?

Næsten alle værktøjer brugeren indgiver en gang en forespørgsel (eller udfører en anden form for operation, såsom at køre en rapport), der fortsætter og går og går …

Et brugerværktøj skal give brugerne mulighed for at stoppe denne type forespørgsel eller rapportere graciøst uden at gøre noget af følgende:

• Låsning af brugerens stationære pc og tvinger ham eller hende til at dreje slukke eller genstarte

• Interferere med andre brugers arbejde (ved at kræve, at du stopper databaseserveren og genstart den for eksempel)

• Ellers forårsager en forstyrrelse i forretningen som normalt

Hvordan varierer ydeevnen med forskellige datamængder?

Du har muligvis bestemt under projektets omfang, at dit datalager vil starte med 500 gigabyte data, for eksempel, og vokse til 1 terabyte i løbet af de næste to år. Det er dog vigtigt at vide, hvordan hvert værktøj vil udføre med ikke kun de første 500 gigabyte og det endelige mål, men også med 2 eller endda 3 terabyte, bare i tilfælde.

I tilfælde af hvad? Her er blot nogle få muligheder:

• Nye datakilder, som ingen kunne forudse under projektets anvendelsesområde.

• En beslutning om at tilføje et øget detaljeringsniveau til dataene.

• En beslutning om ikke at slette gamle data, men snarere at holde det i datalageret.

• Der sker en uforudsete fusion, og du skal inkorporere de nye enheders oplysninger i dit datalager.

Kan brugerne få adgang til forskellige databaser?

Jeg taler om forskellige databaser med information fra det samme værktøj, ikke nødvendigvis forskellige DBMS-produkter.For eksempel kan en bruger få adgang til den regelmæssige data mart, der er gemt på en lokal Windows NT-server til de fleste forespørgsler og rapporter, og ved hjælp af det samme værktøj har adgang til disse oplysninger:

• En anden institutions data mart, til lejlighedsvise forespørgsler > Organisationens vigtigste datalager

• En ekstern dataudbyder via internettet

• Brugere skal ikke skifte værktøjer til at udføre lignende funktioner (grundlæggende forespørgsler og rapportering, eller f.eks. OLAP) mod forskellige datakilder.

Kan datadefinitioner nemt ændres?

Selv om processen med at få det første sæt datadefinitioner op og køre er ret nemt i de fleste brugerværktøjer, skal du spørge dig selv om disse spørgsmål, når du skal foretage ændringer:

Hvor nemt kan du opdatere hele dit brugergruppens datadefinitioner, og hvor lang tid tager det? (Har du 100 brugere? 1, 000? 5, 000?)

• Hvordan ændrer du forespørgsler og rapporter, der bruger data, der ikke længere eksisterer eller data med en ændret struktur (f.eks. Datatype og størrelse)?

• Hvad sker der med scripts og programmer, der er en del af værktøjet?

• Hvordan implementerer værktøjet?

Skal værktøjet kræve desktop-implementering, eller kan du implementere det i din organisations standard browser-konfiguration? Hvis du kigger på et værktøj, der ikke er tilgængeligt til implementering i en browser, kan du revurdere dine kriterier. Server-side implementering sænker mange omkostninger, der eksisterer, når du skal implementere værktøjer på pc'en.

Men de fleste business intelligence suiter er ikke avancerede på et område - deres modellerings- og administrationsværktøjer. Der er stadig en svær lænende mod desktopværktøjer på dette område.

I betragtning af at de fleste organisationer har interne standarder for deres klient-pc'er, skal processen med at finde ud af, hvor godt et værktøj passer til din standardkonfiguration, være ligetil. Hvis du antager, at produktet kører på dit desktop-operativsystem (altid en showstopper, hvis den ikke gør det), bør du overveje disse problemer:

Hvor godt den tilslutningsmuligheder og interoperabilitetssoftware du har brug for virker, som drivere til databaseforbindelse og repository-tilslutning.

• Uanset om du skal indlæse softwaren i en særlig ordre. Ja, leverandørerne leverer stadig software, der er i konflikt, hvis du ikke læser den i den korrekte rækkefølge.

• Når du har valg om, hvor visse komponenter i et værktøj kan opholde sig (f.eks. På hver klient eller placeret én gang på hver server), skal du bestemme den anbefalede konfiguration og om der er problemer i dit miljø.

• Hvordan ændres ydeevnen, hvis du har et stort antal brugere?

Du skal vide, hvordan ydeevnen ændres, når antallet af brugere øges. Du bør se lidt eller ingen præstationseffekt, hvis et værktøjs miljø er designet korrekt og effektivt - sørg for, at det værktøj du overvejer, falder i denne kategori.

Hvilken onlinehjælp og hjælp er tilgængelig, og hvor god er det?

Ethvert værktøj, der er værd at saltet, bør indeholde temmelig omfattende onlinehjælp.Funktioner at søge efter omfatter guider, tutorials, kontekstfølsom hjælp og skabeloner til forespørgsler og rapporter.

Grænse værktøjsstøtten til andre produkter?

Selv om nogle OLAP-produkter har direkte grænseflader fra deres database til et regneark (typisk Microsoft Excel), selvom du bruger et produkts rapporterings- og forespørgselsfunktioner, bør brugerne altid kunne hente data tilbage fra business intelligence-værktøjet og pope det til Excel for mere analyse, manipulation eller hvad de vil gøre.

Du bør generelt kunne inkludere rapporter i tekstbehandlingsdokumenter (f.eks. En Microsoft Word-fil), grafik og præsentationsprogrammer (f.eks. Microsoft PowerPoint), en personlig database (f.eks. Microsoft Access) og kursus) et regneark (som Excel).

Hvad sker der, når du trækker stikket?

Gå videre - prøv det. I midten af ​​en forespørgsel eller rapport skal du slukke for din pc og se, hvad der sker.

Du vil ikke blot sikre, at brugere kan genstarte en stationær pc uden problemer med overlejring (f.eks. Midlertidige filer og arbejdsrumsfejl, der forhindrer brugeren i at gøre yderligere arbejde, indtil fejlene er løst), men også at afbrydelsen påvirker ikke dit lagerets database (og eventuelle mellemliggende servere).

Eller endnu bedre, find ud af, om produktet er smart nok til at byde brugeren velkommen tilbage gennem hans eller hendes browser, genforbinder denne bruger til hans eller hendes forespørgsel.