Know-how, előadás, a célok és feladatok architektúrájának fejlesztési folyamata, az általános rendszer

Az építészet és az alkalmazott technikák határainak meghatározása

A következő fontos elem, amelyet meg kell határozni, az építészet határa. Például, ha te vagy a felelős architektúrájának kialakítása az e-kormányzati regionális, önkormányzati szinten, akkor lehetséges, hogy tudatosan koncentrálni a legfontosabb feladat a fejlesztés építészet kapcsolatos kérdések tárcaközi információk kölcsönhatás (mint ahogy az a projekt e-GIF elektronikus projekt Nagy-Britannia kormánya).

Ha úgy dönt, hogy a vállalkozás felépítése érinti partnereit és beszállítóit, akkor ezért a képviselőkben részt kell venniük a munkájukban. Vagy ellenkezőleg, tudatosan választja ki a vállalkozás egy részét, a legfontosabbat bizonyos értelemben, és csak a szervezet üzleti folyamatainak egy részét.

Tegyük fel, hogy az építészeti fejlesztési projekt csapata megalakul és készen áll a munkájának megkezdésére. Ami a hagyományos projekteket illeti, mindenekelőtt a projekt alapszabályának kidolgozásával és jóváhagyásával kell biztosítani a folyamat formalizálását. Egy ilyen charter meghatározza a projekt feladatait, a megvalósítás ütemtervét, az alkalmazott megközelítést és eljárásokat, valamint rögzíti azt a tényt, hogy ezt a tevékenységet a szervezet irányítása támogatja. Ennek megfelelően az ilyen szabályozást rendszeres időközönként és általában évente egyszer felül kell vizsgálni, és a Szervezet Irányító Bizottsága jóváhagyja. Részletesebben, az irányítási kérdéseket az alábbi "Építészeti Fejlesztési Folyamatok: Kezelés és Ellenőrzés, Hézagelemzés, Végrehajtás" című részben ismertetjük.

A gyakorlati megvalósuláshoz való átmenet során nyilvánvaló, hogy a végső cél elérése érdekében először meg kell határozni egy meghatározott alapot. Egy ilyen magas szintű építészeti modellek szolgálhatnak [6.11]. Az "Enterprise Architecture Elements: Üzleti architektúra és információs architektúra" című fejezetben részletes leírást adunk arról, hogy a magas szintű üzleti folyamatmodellek hogyan használhatók a munka kezdeti szakaszában.

Ismételten hangsúlyozni kell, hogy ebben a szakaszban nem szükséges túlzott részletességgel foglalkozni. Éppen ellenkezőleg, fontosabb a lefedettség "kiterjesztése". Ugyanakkor a színpad időtartamát is világosan meg kell határozni és korlátozni kell - így a nagyvállalatok esetében a színpad megvalósításának időtartama - a megbeszéléseket és jóváhagyásokat figyelembe véve - nem haladhatja meg a három hónapot, valamint a kis- és középvállalkozások esetében lényegesen kevesebbet.

A kezdeti szakasz másik fontos feladata a legmegfelelőbb technika vagy modell (keret) csoport kiválasztása és koordinálása az építészet részletes leírásához. Korábban az "architektúrák leírásának módszerei: a Zachman és Gartner modellek, a META Group technikák és a TOGAF". "NASCIO Models 4 + 1" és SAM.Microsoft Methods stb. A "legjobb" technika kiválasztása "már több közös technikát vettünk figyelembe, és még néhány összehasonlító jellemzőt is feltüntettünk. Nincs egy, kötelező módszertan, minden szervezetnek joga van kiválasztani a leginkább megfelelőt. A legcélravezetőbb az egyik technika közül a legfontosabb, más technikák elemeinek hozzáadásával. A szükséges lépés az, hogy dokumentálja a választott megoldás (vagy pontosabban, a kiválasztott részhalmaz), annak érdekében, hogy ez a rövid, nem több, mint 10 oldal, a leírás használható a projektcsapat módszertani alapon.

Más fontos dokumentumok, amelyek alapul szolgálnak:

• kommunikációs stratégia, azaz a vonatkozó információk terjesztése a projekt a szervezeten belül, figyelembe véve az információs igényeit minden fél - azaz a kezdetektől a projekt szükséges rendelkezni intézkedések végrehajtásának biztosítására annak eredményeit, az alábbiakban leírt „A folyamat kialakulásának architektúrák: irányítási és ellenőrzési, Gap-elemzés, végrehajtás ";
• a kivételek kivizsgálására és elemzésére vonatkozó eljárások, valamint az építészeti szabványok eltérései.

• gondos tervezés;
• megfelelő finanszírozás és források biztosítása (résztvevők, idő);
• motiváció és végrehajtás ("bot és sárgarépa");
• a csapat tehetsége és készségei;
• a cél elképzelése.

Az igazi hatás az összes elem szinergikus kombinációjának köszönhető, így az egyes részek hiánya vagy elégtelensége a hibák következő változatosságához vezethet:

• az elégtelen finanszírozás és az erőforrások hiánya általában arra a tényre vezet, hogy a projekt az informatikai szolgáltatás szintjén olyan taktikai feladatok megoldására korlátozódik, mint például a termék verziójának kiválasztása anélkül, hogy figyelembe kellene vennie a valós üzleti igényeket. A jövőbeli architektúra nem lesz egyértelműen meghatározva, és nem teszi lehetővé a gyakorlati végrehajtásban reális visszatérést;
• a csapat munkatársainak motivációjának hiánya kapcsolódhat a "polcra történő munka" érzéséhez - ha a kialakult építészeti megoldásokat nem támogatják a megfelelő szervezeti intézkedések és végrehajtási politikák a gyakorlatban;
• a változásoktól való félelem - a javasolt megoldásokat nem lehetne lehetetlennek tekinteni. A javasolt változtatásokat a képesítés megfelelő fejlesztésével kell támogatni;
• szétszóródás - a változások általában rosszul járnak, ezért objektív módon meghosszabbodnak különböző ürügyek nélkül anélkül, hogy megfelelő intézkedéseket hoznának. Fontos, hogy egyértelműen a végső célra összpontosítsunk, amelyet a jövőkép határoz meg, különben sok megvalósítandó kezdeményezést el lehet pazarolni.

Az informatikai architektúra leírásának példamutató szerkezete

Természetesen fontos, hogy az architektúra leírás formátuma és szerkezete a kezdetektől fogva meghatározható legyen. Az alábbi dokumentum formátuma leginkább a kis- és középvállalkozások számára és a viszonylag egyszerű információs rendszerek számára hasznos lehet.