在保留重要既有資產的同時，邁向下一個架構。
長年使用的元件裡，累積了業務上的判斷與設備專屬的規格。小村軟體不是一律將它們汰換，而是調查其角色與相依關係，組合繼續使用、重新檢視連接方式與汰換等做法，支援您完成遷移。
可以諮詢的課題
- 重要規格留在 COM / ActiveX / OCX 裡，無法馬上汰換
- 32bit 的元件，阻礙了應用程式或執行環境的更新
- 想從新的 .NET 應用程式使用以 C++ 製作的功能
- 全面翻新有困難，但維持現有架構繼續維護也令人不安
- 為了日後的汰換，想先整理相依關係與遷移順序
整理「保留、連接、汰換」
看清要保留的資產
我們會確認它是畫面元件、持有業務邏輯的元件，還是負責與設備通訊的元件。調查原始碼、使用條件與相依環境，整理繼續使用的價值與限制。
設計與新的一側的連接
我們會評估以 C++/CLI 製作的包裝層、透過 COM 整合、改為獨立處理程序等做法。包含 32bit / 64bit、權限、執行緒與錯誤處理，釐清接合部分所承擔的角色。
決定分階段汰換的順序
我們會確認相依的功能與對現行業務的影響，區分先更新的部分與之後再汰換的部分。確認既有規格的方法與回退條件，也會納入遷移計畫。
委託的進行方式
- 調查資產與限制。 整理各元件的角色、呼叫關係，以及開發與執行環境。
- 比較方式。 確認繼續使用、建立接合部分、改為獨立處理程序與汰換各自的優點與負擔。
- 驗證連接。 先確認不確定的部分，讓必要的改修與遷移順序變得具體。
- 從議定的範圍開始實作與遷移。 一邊確認既有的動作，一邊朝新的架構前進。
我們的目標不是只讓舊元件勉強延續使用，而是打造出清楚知道要維持什麼、下一步能改變哪裡的狀態。
依諮詢的重心提供對應
若以特定元件的開發或修正為主，請參閱 COM 元件開發；若以重做整個應用程式為主，請參閱 Windows 應用程式汰換。
即使不清楚元件的組成，也請從您已知的應用程式名稱、開發語言與想要更新的原因開始告訴我們。