Mielőtt a Business Objects zseniális alapötletét megvalósító eszközt ismertetném, egy kis történettel kezdem, amelyen keresztül röviden bemutatom a vállalatot, illetve azt a fúziót, amely már az SAP nevéhez is fűződik.

A BUSINESS OBJECTS iparágvezető az Üzleti Intelligencia megoldások területén. Világszerte 80 országban 42,000 ügyféllel rendelkezik, köztük a világ 500 legnagyobb vállalata közül több, mint 400-an BUSINESS OBJECTS felhasználók. A BUSINESS OBJECTS döntéstámogató moduljait 3 fő kategóriára bonthatjuk: EPM (Enterprise Performance Management), IDD (Information Discovery and Delivery), EIM (Enterprise Information Management).

Amennyiben részletesen érdeklődsz a Business Objects története iránt, kérlek kattints a következő linkre: http://www.businessobjects.com/global/flash/company/fiatlux/default.asp

Ha a részletes portfólióra is kíváncsi vagy, kérlek klikkelj az alábbi linkre: http://www.businessobjects.com/products

Ahogy fentebb leírtam, vizsgáljuk meg az összeolvadást, amely a két „óriás” között jött létre. Az SAP 2007. október 7-én bejelentette, hogy megvásárolja a BI piac legmeghatározóbb szereplőjét a Business Objects-et. A megaüzlet, amely az SAP történetének is legnagyobb felvásárlása, éles stratégiaváltást jelent a német óriás részéről, amely eddig inkább a szerves növekedés és a kisebb, taktikai jellegű akvizíciók útját járta. Az akvizícióról részletesen a következő linkre kattintva olvashatsz: http://www.businessobjects.com/news/press_release.asp?id=20071007_005046

És most nézzük a technikai részt!

A Business Objects alapötlete

A Designer segítségével tudják az informatikusok kialakítani az adatforrás kapcsolatokat és az adatforrások ’térképét’. Ezt a térképet a BUSINESSOBJECTS terminológia Univerzumnak nevezi. Egy adatforrásra több univerzum is felhúzható, és ezek az univerzumok egymással is összeköthetőek, így a vállalat több adatforrásának összekapcsolása megoldhatóvá válik. A Designer egy vizuális ’drag and drop’ tipusú felületet kínál, ahol az adattáblák egyszerűen és könnyedén összeköthetőek, nincs szükség hosszadalmas SQL script írásra, ezzel csökkentve jelentősen a rendszer karbantartási és bevezetési költségeit és idejét.

Univerzum: minden egyes univerzum, üzleti értelemben az adatbázis egy részét reprezentálja. Olyan közbenső réteg, amely elrejti a felhasználók elől az adatbázis struktúrát. Tehát a végfelhasználóknak nem kell ismerniük az adatbázis tábláit, azok mezőit és a táblák közti kapcsolatokat. Ők már egy meghatározott, üzleti fogalomkörből állíthatják össze a riportjaikat.

A fenti ábra magyarázata: az egyik oldalon van egy vállalati adatbázis (mindegy, hogy milyen, lehet több is), a másik oldalon pedig vannak a végfelhasználók, akiknek riportokat kell készíteni. A felhasználóknak nem kell ismerniük az adatbázis struktúrát (pl.: k#_z342 nevű táblákat, stb…), éppen ezért a vállalat IT részlege létrehoz egy univerzumot, amely leképezi az adatforrás struktúráját és tartalmaz egy meghatározott fogalomkört, amely osztályokból és objektumokból áll. Ezzel elérkeztünk a következő alapfogalmakhoz.

Osztály: olyan szervezési forma, amely az objektumok kategorizálását teszi lehetővé.

Objektum: olyan egység, amelyből a felhasználó összeállítja a riportot. Három típusa lehet: dimenzió, details és measure. Mindhárom típusnak megvan a saját értelmezése.

• Dimenzió: azok az objektumok, amelyek mentén kérdezzük le az adott értékeket. (Pl.: Évenkénti és államonkénti bontásban szeretnénk látni az eladási értékeket.)
• Details: részletes, kiegészítő információkat tartalmaznak a dimenziókról
• Measure: valamilyen aggregált (felösszegzett) érték.

Az Univerzum tervezési fázis

1. Felmérés: az adatforrás megismerése.
2. Analizálás: a végfelhasználók információ szükségleteinek azonosítása.
3. Tervezés: az univerzum megtervezése.
4. Implementálás: az Univerzum elkészítése.
5. Tesztelés: célszerű kialakítani egy teszt csapatot, akik között végfelhasználók is vannak.
6. Telepítés: az Univerzum bemutatása a végfelhasználóknak.
7. Karbantartás: a felmerülő igényeknek megfelelően.

Az Univerzum fejlesztés

Most, hogy már tudjuk a szükséges alapfogalmakat, illetve az Univerzum tervezési fázis lépéseit vizsgáljuk meg az implementálás alfolyamatait.

Az Univerzum file paramétereinek beállítása

Az első lépésben kell megadnunk az univerzum nevét és ha már létezik adatbázis kapcsolat, akkor azt kiválaszthatjuk. Mi most egy új kapcsolatot szeretnénk létrehozni, ezért klikkeljünk a „New” nyomógombra.

Az új kapcsolatot minden adatbázishoz meg tudjuk adni. A legismertebbekhez natív hozzáférés van, a többi típushoz pedig ODBC-n keresztül férhetünk hozzá. Most egy MS Access 2002 típusú adatbázishoz fogunk kapcsolódni.

A végső ablakban pedig azt választhatjuk ki, hogy a kapcsolat milyen típusú legyen illetve meg kell adnunk az adatforrást.

A Personal típusú kapcsolatot csak az a személy használhatja, aki elkészítette azt. Pl.: tesztelésre jó.

Csak a Secured típusú kapcsolatot „exportál”-hatjuk a központi BO repositoryba, amely utána publikussá válik és mindenki hozzáférhet, akinek van jogosultsága.

Végül a Shared típusú kapcsolatot több BO licensz-szel rendelkező személy is használhatja.

Tábla struktúra elkészítése

Beszúrjuk a táblákat, amelyeket szerepeltetni akarunk az Univerzumban, illetve itt állítjuk be a táblák közötti kapcsolatokat is, amelyek lehetnek 1-1, 1-n, vagy n-m típusúak.

Objektumok elkészítése és kategorizálása

A kialakított osztály-objektum szervezési formát kell létrehoznunk. A fentebbi lépések alapján a kész univerzumot az alábbi ábra szemlélteti.

Most már tudjuk, hogy mit jelent az univerzum (szemantikus réteg) fogalma és mi a szerepe. Megtanultunk néhány alapfogalmat, amelyek ismerete elengedhetetlen egy univerzum készítése esetén. Definiáltunk egy kapcsolatot és megnéztünk egy kész univerzumot. A Tudásmorzsák következő cikkében a BusinessObjects központi adatbázisát, a Repository-t fogom ismertetni, továbbá megvizsgáljuk, hogy az itt bemutatott univerzumból, hogy lehet riportálni a BusinessObjects Desktop Intelligence eszközzel.