Integráció - Munka a hibákat
Az integrációs projektek ritkán nehézség nélkül. Azt fontolgatja, hogy hogyan lehet legyőzni őket
Kezdeni, tudomásul vesszük, hogy a cél az integrációs projektek nem egy szervezet, az adatok között több rendszer, mivel néha hitt. Sőt, meg kell, hogy optimális üzleti folyamatok automatizálását, amelyben az átvinni kívánt adatokat. És, hogy a fogalmi különbségek vezethet nemcsak a növekedés szempontjából az integrációs projekt. hanem a teljes összeomlás. Az ügyfél, azt gondolva, hogy a feladatokat, mielőtt még a helyi, önmagában, anélkül, hogy a felmérés határozza flow integráció. és az integrátor akkor is össze őket, nem jár, a cég szakemberei. De a megközelítés, „itt egy lista folyik - integrálják” van egy hatalmas kockázatot: az integráció után a hiányzó áramlások, amelyek blokkolják az automatizálás az üzleti folyamatok alapján azonosítható. Ebben a cikkben bemutatjuk az esetleges problémák során felmerülő projektek, valamint a receptek saját megoldásokat.
Probléma 1-es szám nem tettem, és nem voltam én tehén, vagy a problémák kölcsönhatás
Integráció nem minden esetben tartalmazzák az integráció a két rendszer kezdetben gyakran feltételezzük, gyakran „barátkozni” kell 3-5 rendszereket. Ebben az esetben, a 90% a kockázata torzítás időzítése miatt késleltetés összehangolása a szükséges munkát. Egyre több a projekt résztvevői az ügyfél, és nem mindegyik érti annak fontosságát, interakció az integrációs csoportot. felelős a folyamat, stb.;
Probléma 2-es szám «lassú és egyenletes nyer - megy” nem mindig működik
Egy másik tényező, ami idővel lehet nagyon „felfújja” a projekt szempontjából - a szinkront intézkedések valamennyi tagja, különösen a végrehajtási cégek. Például a rendszer, amit akar „barátkozni” a szomszédos melléképületben megkezdjék az integráció még nem valósult meg, és nem véglegesen dokumentált szempontjából követelmények és folyamatok.
Integration patak - egy sor adatot továbbítanak egy forrás rendszerből a vevőt a sín felület. Ennek része az integráció folyik több lehetséges kölcsönhatásokat a forrás rendszer busz és a rendszer vevő.
A komplexitás határozza meg az attribútum folyasztószer összetétele továbbított adatok száma és a kapcsolódó hívásokra:
- átlagos komplexitás - egy szolgáltatás aljzatba, nem több, mint 50 adatattribútumok;
- komplex - 1-3 szervizben több mint 50 adatattribútumok;
- megnövekedett összetettsége - több mint 3 szolgáltatások kimenet.
Ez a két probléma közös megoldást. Be kell regisztrálni legalább egy magas szintű szabályozása kölcsönhatások, ahol a műveletsornak minden szakaszában a projekt egyértelműen meg van határozva, hogy előkészítse a kiadási dokumentumok, megfelelő a résztvevők száma és az egyeztetés feltételeiben / szállítólevél. Ez csökkenti a hibák kockázatát és annak a valószínűsége a további eljárás azon a tényen, hogy melyik oldalon a labdát, aki felelős esetén lényegtelen leíró dokumentumok a rendszer követelményeinek, vagy fejletlen.
Ezután vesszük a „kollektív kép a” integrációs projekt az orosz bank a közepes méretű, amely alapján a tapasztalataink. Tegyük fel, hogy meg kell „barátkozni” front- és back-office rendszerek.
Probléma 3-as szám a csirkék előtt kikelt
Kezdetben a bank „állam” a projektben mintegy 3 tucat integráció folyik. A fő folyamatok automatizálását, - létrehozása és fenntartása az ügyfél, a létrehozása a hitelmegállapodás és az azt követő fenntartó a hitelfelvevő.
Miután egy üzleti folyamat felmérés szálak számának növekedésével több mint a fele. Ők „megsokszorozott”, beleértve annak a ténynek köszönhető, hogy a front-line rendszer nem „úgy” a stream-ek száma, a közös banki termékeken kívül (hitelmegállapodás, a hitelkeret, stb), az eredetileg várt. Mert az ő, mindegyik egy hasonló terméket, külön téma.
5 ilyen bank áramlások - létrehozását a hitel alkalmazás a back office, hitelkérelem át egy hitelmegállapodás, stb - ki vannak zárva a projekt, mivel az alkalmazás a back-office rendszer nem tárolja után azonnal a kérelem jóváhagyása a kölcsönszerződés jön létre az első rendszer.
Előzetes vizsgálat nélkül és leírás üzleti folyamatok nem pontosan, akkor is, ha a bank bízik abban, hogy „tudja, hogy integrál”. A vizsgálat határozza meg terjedelem integráció flow, amely a szekvencia, elsőbbségi végrehajtás lehet állítani kell fejleszteni rendszereket.
Probléma № 4. Tilly-főtt tészta vagy összeférhetetlenség rendszerek
Még egy részletes leírást az üzleti folyamatok nem tudja garantálni hiányában hibákat a logika az integrációs folyik. Annak megállapítására, a fluxus és azok attribútumait is felmerült inkompatibilitás kapcsolódó rendszerek szempontjából a működési logikáját. Visszatérünk a példánkban a front- és back-office rendszer.
Ennek része a „létrehozását a hitelszerződés”, mi határozza meg 2 integráció áramot hozzon létre további biztosítási szerződés: 1. - létrehozását biztosítási szerződés, a 2. - összekötve azt a hitelmegállapodást. Ennélfogva, ezen áramok bevezetett rendszer az első két módszer: 1. - meg kell kezdeni szerződést a back-office rendszer, a 2. - annak kötődését a kölcsönszerződés.
De kiderül, hogy a back-office rendszer működését a logika nem engedi meg a biztosítási szerződés nélkül egyidejű meghatározására a hitelmegállapodás egy további hitelmegállapodás vonatkozhat az általános biztosítási szerződés.
Így az áramlás létrehozása biztosítási szerződéssel kell lennie, és az a módszer annak létrehozását kell „húzza” a hitelszerződés az adatokat, amelyekhez kötődik. Egyértelmű, hogy a jelenlegi rendszer a taktikai módszerek végrehajtani ezt a flow nem fog működni.
Annak érdekében, hogy azonosítsa a helyzet kezdete előtt a fejlesztési és ne zavarják az időzítés a projekt minden egyes integrációs patak szimulálni kívánt áramköri adatfolyamok. Ekkor megjelenik az alternatív forgatókönyvek eltérő viselkedését kapcsolódó rendszerek, valamint a szükséges javításokat integrálható üzleti alkalmazások. Annak érdekében, hogy fejlesszék rendszereket adatfolyamok lehet használni UML jelölési szekvenciát diagramok.
Probléma 5-ös szám a törött vályú?
A felmérés során és leírás rendszerek minden áramlás változhat, mivel a követelmények az ügyfél az integrációs folyamat és a kapcsolódó rendszerek. Nem kizárt, hogy mi lesz, hogy vizsgálja felül a Scope áramlik.
Ebben az esetben el kell végezni az összehasonlítást is, beleértve a feltörekvő során a projekt, az integráció az áramlások és követelmények kiegészítései az eredeti ezek üzleti folyamatok azonosítása érdekében, hiányos és ellentmondásos. Miután ezek eltávolítását meg lehet változtatni a kiemelt fejlesztések.
Probléma № 6. Bonnie és Clyde, vagy összeférhetetlenség rendszerek 2
Logikus, hogy egy teljesen más rendszer nem felel meg a jellege és összetétele az attribútumot. Tehát a mi hipotetikus projekt, ha létrehoz egy kölcsön szerződés előírja az adatátvitel a felelős személy, valamint az ügyfeleket oly módon, hogy nem támogatja a forrás rendszerben.
Ha a bank nem egységes rendszer központosított karbantartási referencia információ (NRI), szerepe gyakran vesz az integrációs megoldás.
Ezek a problémák akkor is csak meghatározásakor az átviteli egységek, azok típusát és transzformációk. Célszerű a korai szakaszában a projekt fejlesztésére teljes specifikáció minden egyes integrációs patak azonosítani a logika és a függőség attribútumok külön szolgáltatások leírására használt adatfolyamok integrációját. Ezután az információt, hogy fedezze a szükséges attribútumokat hiányos, és további finomítására kapcsolódó rendszerek, nem lesz komoly hátráltatója a projekthez.
Probléma szám 7. Case, egy szórakoztató órát tervezett menetrend
Tehát, van egy teljes leírást az üzleti folyamatok, leírások minden patakok és sok más nagyon fontos információ, itt az ideje, hogy közvetlen végrehajtását integrációs megoldást. De mielőtt elkezdik fejleszteni, fontos, hogy ne hagyjon bármilyen változás történik az eredeti terjedelem.
Visszatérünk a projekt: az üzleti folyamat integrációt vizsgálat 5 patakok azonosítottak által kezdeményezett back-office rendszer. Először is, a folyamat „létrehozása a hitelszerződés”, és a többi - a „szolgáltatás a hitelfelvevő.” Megvalósítás flow követelte felülvizsgálatát back-office alkalmazások, így megállapították, hogy nagyobb prioritást az első adatfolyam a kezdeti szakaszban a projekt, mint mások. Ismertetése után az előírások mind az 5-flow világossá vált, hogy azok az általános szerkezetét és végre lehet hajtani egyetlen szolgáltatást oldalán a back-office. Ez vezetett az egyesítése ezeket a fejlesztéseket, és növeli a prioritás.
Amellett, hogy a problémák a hiánya a kép, nem tudjuk elfelejteni integrációs megoldások tesztelése kérdés. Ami a tesztelés, „kapcsolt” minden a projektben résztvevők, tetteik világosan meg kell szinkronizálni.
Annak érdekében, hogy a projekt megfelelt minden várakozást, hogy szükséges-e elvégezni a végső felülvizsgálat valamennyi azonosított patakok, így kialakítva egy átfogó képet. Ez előkészíti a menetrend fejlesztés és tesztelés. Meg kell határozni a konkrét végrehajtásának időpontját fejlesztések, design flow és a tesztelés, valamint az összes érdekelt fél. Később a terv lesz az állapotát fejlesztés és tesztelés.
Nyilvánvaló, hogy a problémák léphetnek fel bármely szakaszában az integrációs projekt. Reméljük, hogy az általunk leírt „receptek” integráció segít elkerülni őket.