Behåll de värdefulla befintliga tillgångarna och gå vidare till nästa struktur.
I komponenter som har använts i många år har affärsbeslut och utrustningsspecifika krav samlats. KomuraSoft ersätter dem inte slentrianmässigt. Vi utreder deras roller och beroenden och hjälper dig med migreringen genom att kombinera fortsatt användning, en ny anslutning och ersättning.
Utmaningar du kan rådfråga oss om
- Viktiga specifikationer finns i COM / ActiveX / OCX, och de går inte att ersätta direkt
- En 32-bitarskomponent hindrar uppdatering av appen eller körmiljön
- Du vill använda funktioner som byggts i C++ från en ny .NET-app
- En total förnyelse är svår, men du är också orolig för att fortsätta underhålla den nuvarande strukturen som den är
- Inför en framtida ersättning vill du först reda ut beroenden och migreringens ordningsföljd
Vi reder ut ”behålla, ansluta, ersätta”
Vi bedömer vilka tillgångar som ska behållas
Vi kontrollerar om det är en gränssnittskomponent, en komponent med affärslogik eller en som sköter kommunikationen med utrustning. Vi går igenom källkod, användningsvillkor och beroende miljö och reder ut värdet av och begränsningarna med fortsatt användning.
Vi utformar anslutningen till den nya sidan
Vi överväger wrappers med C++/CLI, samverkan via COM, körning i en separat process och liknande. Vi gör tydligt vilken roll anslutningen har, inklusive 32 och 64 bitar, behörigheter, trådar och felhantering.
Vi bestämmer ordningen för stegvis ersättning
Vi kontrollerar beroende funktioner och påverkan på den pågående verksamheten och delar upp vad som uppdateras först och vad som ersätts senare. Metoden för att kontrollera befintliga specifikationer och villkoren för återgång (rollback) ingår också i migreringsplanen.
Så går uppdraget till
- Vi utreder tillgångarna och begränsningarna. Vi reder ut varje komponents roll, anropsrelationer samt utvecklings- och körmiljö.
- Vi jämför metoderna. Vi går igenom för- och nackdelar med fortsatt användning, att skapa en anslutning, körning i en separat process och ersättning.
- Vi verifierar anslutningen. Vi kontrollerar de osäkra delarna först och gör de nödvändiga ändringarna och migreringens ordningsföljd konkreta.
- Vi implementerar och migrerar inom den överenskomna omfattningen. Vi går vidare mot den nya strukturen medan vi kontrollerar att den befintliga funktionen fungerar som förut.
Målet är inte att bara förlänga livet på gamla komponenter, utan ett läge där du vet vad som ska behållas och var nästa ändring kan göras.
Vi anpassar oss efter tyngdpunkten i ditt rådgivningsärende
Om utveckling eller rättning av en viss komponent står i centrum, se utveckling av COM-komponenter. Om det främst gäller att bygga om hela appen, se ersättning av Windows-appar.
Även om du inte vet hur komponenterna är uppbyggda kan du börja med de namn på appar, utvecklingsspråk och skäl till uppdateringen som du känner till.