Languages

Home ›

IdM szakácskönyv

Az IdM projekt lépései - más szemszögből - HumanoIT módszertan alapján

A precíz projektvezetés az IdM esetében különösen fontos: a projekt akkor húzódhat el, ha a tervezés nem teljeskörű, nem minden számbavehető faktorra kiterjedő. Az ügyfél elkötelezettsége és a megoldásszállító iránti bizalma nélkül ez lehetetlen. A IdM bevezetőjének át kell tudni látnia a vállalat összes folyamatát, annak érdekében, hogy a megtervezett rendszer tökéletesen illeszkedjen a vállalat igényeihez, működéséhez. Egy IdM projekt fázisai HumanoIT felfogásban:

 

Minden megoldásszállító tudja, hogy az analízisnek ki kell terjednie a felhasználói kör feltérképezésére (erőforrások, eszközök, tevékenységek, összefüggések), az alkalmazott technológiák megismerésére, a jóváhagyási folyamatok-workflow-k, jogosultsági rendszerek vizsgálatára. Ez az ügyféllel való közös gondolkodás gyakorlati megvalósulása.

___Amire itt különösen figyelni kell, azok az üzleti jövőbeli igények. Az IdM rendszernek nem a múltat kell kiszolgálnia, hanem a jövőbeli igényeket kell lefednie. Éppen ezért van szükség már ebben a fázisban is üzleti típusú konzulensek bevonására, hogy az ügyfél szakembereivel együtt gondolkodva a tervezés inputja kellőképpen jövőálló legyen.

Specifikáció, rendszerterv és a többiek

Ezen múlik minden! Kiváló inputok alapján egy jól megtervezett rendszer a későbbiekben is rugalmasan bővíthető, képes "együtt élni" a vállalat igényeivel. Tudjuk, hogy az architektúra tervezésén túl ide tartoznak a folyamatok, form felületek, adminisztráció, jelszókezelés, audit-funkcionalitás, a szerepkörök racionalizálása, az adatszinkronizáció kidolgozása, tervezni kell az első feltöltés folyamatát. Ez a fázis foglalja magába a rendszer tesztelésének tervezését is: már tudjuk, milyen rendszerünk lesz, így annak tesztelésére is fel kell készülnünk.

___Amire ritkábban gondolnak, az a rendszer felkészítése a működtetés - üzemeltetés fázisára. A Workflow tervezésénél már most logokat állíthatunk be a megakadó folyamatokról, sőt a naplózás beállításának tervezésével a biztonsági és szolgáltatási szint felügyeleti igények egy részét is kielégíthetjük. Mindezek egyszerűsítik és hatékonyabbá teszik az üzemeltetést. Kiegészítő feladat lehet, hogy már itt, a tervezési fázisban készüljön az IdM rendszerhez üzletmenet-folytonossági terv.

Fejlesztői rendszer kiépítés és fejlesztés

___Amit kevés IdM szállító valósít meg professzionálisan, az az integráns részvétel az IdM rendszer platformjának kialakításában, hasznos és hatékony részvétel a kialakítás kontrolljában: ezzel elérhetjük, hogy a teljes, alapinfrastruktúráig lebontott (HW, alapszoftverek, rendszerszoftverek stb.) IdM rendszer egy felelősségi kör alá tartozzon: üzleti döntés alapján nincs szükség belső erőforrásokra a megvalósításhoz, nincs szükség újabb Partner bevonására. Így kiküszöbölhető az a gyakori probléma, hogy a különböző rendszerek szállítói egymást okolják az esetleges fennakadásokért.

Miért is előny ez? Az alapinfrastruktúra szolgáltatásai (pl.: rendelkezésre állás) beépülnek az IdM rendszer által nyújott funkcionalitásba. Egy instabilnak tűnő IdM rendszer oka lehet az IdM rendszer alatti infrastruktúra és üzemeltetés nemmegfelelősége. Ha ez nem az üzleti igényekhez illesztett kialakítás a renszert használók élménye csökkenhet. Így sodorva veszélybe egy egyébként sikeres IdM komponens projektet.

A HumanoIT szakembergárdája révén képes átlátni a teljes IdM rendszert, nemcsak üzleti, hanem infrastrukturális és technológiai oldalon is.

Kapcsolódó rendszerek

____A vállalatnál használatban lévő rendszerek "nem érezhetik meg", hogy egy újabb rendszer – jelen esetben az IdM – kapcsolódik hozzájuk. Ebben a fázisban a megoldásszállítóé a főszerep: neki kell vállalnia a felelősséget arra nézve, hogy az általa használt konnektorok kész megoldások-e vagy saját fejlesztéssel szolgálják ki a lehető legoptimálisabban a feladatot. Mindig szem előtt kell tartanunk a teljes rendszer integritását.

Amit tudunk: A tesztrendszer kiépítése általában rövid idő alatt történik meg és a fejlesztői rendszerrel teljesen azonosnak kell lennie. Egy ideális rendszerbevezető komoly összegeket és időt spórolhat meg ügyfelének, ha az ő felelősségi körében marad mind a fejlesztés - fejlesztői rendszer, mind a tesztrendszer működőképességének biztosítása a projekt ideje alatt.

___És mi a helyzet azt követően? A megoldásszállító üzemeltetési dokumentáció átadásával tudja biztosítani az üzemeltetés számára, hogy a projektzárást követően a teszt-fejlesztői rendszerek el tudják látni igazi funkciójukat. Ne legyen idővel az IdM rendszer módosítása üzleti kockázat a fejlesztői-teszt-éles rendszerek széttartása miatt.

A rendszer támogatásának részeként a megoldásszállító felelőssége ezen feladatok elvégzésének auditálása, időről-időre.

Az igazság pillanata! A fejlesztői és tesztkörnyezet átadás-átvételekor az ügyfél visszajelzései alapján finomhangolható a rendszer: a legaprólékosabb beállítások végrehajtása után egy gyakorlatilag akár élesben működni képes rendszert kell látnunk. Különösen fontos a riportok, naplózások tesztelése, az audit funkció ellenőrzése. Az éles rendszer tesztelésének előkészítésére itt kell a tesztelési terveket végső formába önteni.

A jó tervezés, jó előkészítés után valójában az éles rendszer kiépítése már nem a legnehezebb feladat. Azonban az éles rendszer telepítésének támogatása kulcskérdés: fel kell készülni minden kockázati tényező elhárítására, teljes szakértői tudással kell biztosítani a tesztrendszer konfigurációjának átmozgatását.

___Mi szokott hiányozni? A teljeskörű dokumentáltság, annak érdekében, hogy ez inputja legyen az üzemeltetésnek, alapja legyen a változáskezelésnek.

Ha jól terveztünk, az éles rendszer üzembeállításának kockázatait kiküszöböltük. Az ügyfél próbaüzem után egy számára megfelelő rendszer birtokosává válik. Elégedettségének feltétele, hogy az így kialakított IdM rendszere révén a vezetőség követhető folyamatokat, azonosítható felelősöket, kiszámítható felhasználó-kezelést, minőségi IT szolgáltatást, kisebb működési költséget tapasztal.

A biztonsági személyzet is fellélegezhet: képes teljes körű megfelelőséget igazolni, központi menedzsmentfelületet kap a felhasználók kezelésére, pontos feladat- és felelősségelhatárolás kialakításra képes.

Egyszóval az azonosságkezelés területén REND lesz.