美國陸軍護欄通用傳感器（GRCS）系統的核心是其發射器地理定位功能。此功能已被證明是國防部信號情報（SIGINT）社區中最可靠和最準確的功能之一。我們的案例研究主題 - GRCS - 采用多種發射器定位算法和功能，以優化情報收集和發射器利用。

因此，在遷移 GRCS 算法時，第一個任務是了解將部署生成的基于 SOA 的服務的環境。SOA 系統設計范例使軟件服務可用于以網絡為中心的應用程序。SOA的作用是允許生產者和消費者之間的信息互操作性和交換。遷移的相關注意事項包括：

將使用哪種類型的集成使新算法在目標部署環境中可用？

遷移的算法將如何與目標環境的安全和元數據模型集成？

GRCS 算法的部署環境是分布式公共地面系統-軍隊 （DCGS-A）。由于GRCS包含多個候選發射器位置算法，因此關鍵步驟是確定要收集的算法。GRCS超寬定位算法是一個明確的選擇，因為它與GRCS系統的其余部分的耦合度很低。

下一個挑戰是收集高斯-牛頓發射器位置算法。雖然比GRCS超寬定位算法更準確，但由于高斯-牛頓算法分布在多個軟件模塊上，因此要復雜得多。我們遇到的第一個挑戰是高斯-牛頓算法不容易與系統解耦。為了增加復雜性，該算法同時具有C和Fortran分量。這至少將算法標識為 Type 3 遷移（部分應用程序重構）工作。由于高斯-牛頓算法有充分的記錄，因此有可能進行類型4（完全應用程序重構）集成。在與利益相關者討論選項后，得出的結論是，使用現代工具進行4型集成的清潔港口將是首選的行動方案。

算法采集過程

在GRCS算法收集工作開始時，進行了一項行業調查，以找到有關該主題的相關研究。最成熟的工作是由軟件工程研究所（SEI）支持的面向服務的遷移和重用技術（SMART）。SMART 是一個四步流程，描述了分析遺留系統并確定它們是否可以作為 SOA 服務公開所需的活動。第一步是與利益干系人合作，以捕獲項目目標。第二步確定遺留系統中符合既定目標的候選算法。第三步根據收獲算法的 ROI 評估遷移成本。第四步是根據成本和利益相關者目標確定每個算法的遷移優先級。

SMART 流程中的這四個步驟僅代表部分解決方案。SOA 服務仍必須進行設計、構造、測試和部署。我們在 GRCS 上的流程增加了第五步，以支持構建、測試和部署需求。對每種算法重復第五步，包括評估遷移選項、測試用例和測試數據開發、實際遷移工作以及利益干系人進度審查。

GRCS 遷移工作使用現代螺旋開發方法來對遺留代碼進行逆向工程，對算法文檔進行全面審查，并采訪領域專家。利用許多利用現代計算技術的機會，例如用于計算密集型計算的數學庫和用于獨立于平臺的構建和部署的Web服務/ Java。

經驗 教訓

以下經驗教訓對于負責將舊系統遷移到以網絡為中心的環境的任何組織都很有價值：

在可管理的螺旋中打破任務。將工作分成兩到三個月的實施，為實現短期目標提供了一個很好的機會。

為重新設計/現代化工作定義具體目標。通過選擇特定目標，設計人員可以狹隘地關注遷移所需的功能。這非常適合 Web 服務遷移的獨特機會，因為從本質上講，每個服務功能都應該是自動的，并且與系統的其余部分分離（獨立）。

不要將重新實現計算在內。當一項功能得到很好的記錄時，使用現代工程工具可以非常容易地重新實現。

構建良好的圖形 UI/測試工具。帶有 UI 的測試工具提供了一種簡單的機制來審查與項目利益干系人的工作，并提供了一個如何從使用者應用程序訪問 SOA 服務的具體示例。

審核編輯：郭婷