A becsben tartott meglévő megoldásokat megtartva lépünk a következő felépítés felé.
A hosszú évek óta használt komponensekben üzleti döntések és berendezésspecifikus működés halmozódott fel. A KomuraSoft ezeket nem cseréli le egységesen: megvizsgálja a szerepüket és a függőségeiket, majd a további használat, az összekapcsolás módjának felülvizsgálata és a leváltás kombinációjával támogatja a migrációt.
Milyen problémákról konzultálhat velünk
- Fontos specifikációk vannak a COM / ActiveX / OCX-ben, ezért azokat nem lehet azonnal leváltani.
- A 32 bites komponensek akadályozzák az alkalmazás vagy a futtatási környezet frissítését.
- A C++-ban készült funkciókat új .NET-alkalmazásból szeretné használni.
- A teljes megújítás nehéz, de aggasztja, hogy a jelenlegi felépítés mellett folytatódjon a karbantartás.
- A későbbi leváltás érdekében először a függőségeket és a migráció sorrendjét szeretné rendezni.
Megtartani, összekötni, leváltani: rendet rakunk
Megállapítjuk, mely megoldásokat érdemes megtartani
Megvizsgáljuk, hogy egy komponens felületi elem-e, üzleti logikát hordoz-e, vagy a berendezésekkel folytatott kommunikációt végzi. Feltárjuk a forráskódot, a felhasználási feltételeket és a függő környezetet, és rendezzük a további használat értékét és korlátait.
Megtervezzük az új oldallal való összekapcsolást
Mérlegeljük a C++/CLI-vel készített burkolót, a COM-on keresztüli együttműködést, a külön folyamatba szervezést és más megoldásokat. A 32 bites / 64 bites felépítést, a jogosultságokat, a szálakat és a hibakezelést is figyelembe véve egyértelművé tesszük, milyen szerepet tölt be az összekötő réteg.
Meghatározzuk a fokozatos leváltás sorrendjét
Ellenőrizzük a függő funkciókat és a jelenlegi üzleti működésre gyakorolt hatást, és elkülönítjük, mit frissítünk előbb, és mit váltunk le később. A migrációs tervbe beleveszzük a meglévő specifikációk ellenőrzésének módját és a visszaállás feltételeit is.
Hogyan zajlik a megbízás
- Megvizsgáljuk a megoldásokat és a korlátokat. Rendezzük az egyes komponensek szerepét, a hívási kapcsolatokat, valamint a fejlesztői és futtatási környezetet.
- Összehasonlítjuk a módszereket. Ellenőrizzük a további használat, az összekötő réteg létrehozása, a külön folyamatba szervezés és a leváltás előnyeit és terheit.
- Ellenőrizzük az összekapcsolást. A bizonytalan részeket előre tisztázzuk, és konkretizáljuk a szükséges módosításokat és a migráció sorrendjét.
- A megállapodott terjedelemtől kezdve megvalósítjuk és migráljuk a rendszert. A meglévő működést ellenőrizve haladunk az új felépítés felé.
Nem célunk a régi komponensek puszta életben tartása: azt szeretnénk elérni, hogy világos legyen, mit tartunk fenn, és legközelebb hol lehet változtatni.
A konzultáció súlypontja szerint járunk el
Ha egy adott komponens fejlesztése vagy javítása áll a középpontban, tekintse meg a COM-komponensek fejlesztését, ha pedig az egész alkalmazás újraépítése, akkor a Windows-alkalmazások leváltását bemutató oldalt.
Ha nem ismeri a komponensek felépítését, azt is elég megírnia, amit tud: az alkalmazás nevét, a fejlesztési nyelvet és a frissítés okát.