信息系統一體化集成設計方法研究

支俊輝，賈 楠，余潔瑋

（1.華迪計算機集團有限公司，北京 100000；2.北京航天世紀投資咨詢有限公司，北京 100195）

1 信息化建設階段面臨的挑戰和借鑒

需要適配一體化協同設計方法。信息化建設發展至今，在所難免會遇到一系列挑戰，尤其是“上臺階”的歷史時期，因此，有必要換一個角度審視，尋找合適的解決方法。

1.1 面臨挑戰

本階段信息化資產龐大，尤其是信息系統應用資產已經過十數年的積累形成基礎，但是，這帶來了管理“散亂”的現實問題，也提出了如何支持下一階段健康發展的思考。

1.2 借鑒方法

信息化構建于工業化文化基礎之上，可借鑒其發展經驗，找出解決問題的方法。

1.3 方法對照

工業化發展同樣經歷了“上臺階”的歷史時期，其逐步通過基于總體的一體化協同設計方法走出困境，進而形成今天的協同制造、協同組裝等。因此，溯源同根的信息化建設現階段狀況如出一轍，僅是基于一體化協同設計的具體裝置和部件，變成了軟件功能和接口。信息化建設發展亟需適配一體化協同設計。

2000年以來學術界和工程服務界一直在探討軟件工廠、流水線等一系列參照匹配方式，但是，事與愿違，未能取得良好的實際應用效果。這更說明亟需適配一體化協同設計方法和具體實施工藝。

從實施工藝視角分析入手，參照工業化劃分方式，在真正實現一體化協同設計過渡時，關鍵點是強化“總體設計”，而強化它的方式是要首先拆掉一個拼湊起來的“模型裝置”，還原其“一個版本”的總體設計圖，分解后再交付各分包商細化設計，同時，不斷完善相應的“設計版本”，如此，不斷升級的設計才能真正實現基于總體的一體化協同設計。

可將信息化建設分為“擬建”“在建”和“已建”3個階段。其中，根據工程實際經驗“擬建”和“在建”始終處于“不穩定狀態”，更沒有產生實際的“數據效益”和“服務效益”，而“已建”卻是在線運行的存量信息系統，也正是它們實際創造了產業價值。它本身就是最佳的“模型裝置”，因其在線運行，成功率較高。然而，它的現狀則是大量分解，不同規格的分體設計，根本沒有基于一體化觀念的“總體設計圖”。

回顧前期研究的“軟件工程”和“流水線”，其就是過分關注“擬建”和“在建”發揮的作用，忽視了既有“已建”——“模型裝置”的作用。對于“已建”階段的信息系統缺少客觀的認識和有效全面的梳理，在此基礎上進行“拆裝設計”，形成原始版的“一體化總體設計圖”。

2 從“已建”系統入手，發揮產業創新價值

信息系統一體化協同設計從“已建”系統入手能補充完善整體產業鏈，同時，保證產業鏈的良性發展。

2.1 “已建”信息系統的設計現狀

“已建”信息系統的設計現狀，總結為以下5個特點.

（1）龐大：不同時期、不同任務建立的信息系統數量龐大，設計數量相應巨大。（2）散亂：設計各自獨立，不僅格式各異，而且版本也無法統一。（3）失真：在長期運行維護過程中優化、新增等服務，設計已嚴重失真，無法體現系統真實結構。

（4）一體：實際運行具有協同價值，服務于統一的“一個組織”，并由信息中心統一運行管理。

（5）忽視：在強調“擬建”和“在建”系統的現實面前，吸引了絕大多數關注，無論人力、物力和資金均是集中保障，相對忽視了“已建”系統總體設計的實際效益。

2.2 產業鏈訴求

產業鏈訴求：需求明確，職責缺失，補位創新。從不同角色的職責和業務分析入手，可以看出信息化建設產業鏈中每個環節均提出了類同的需要，從而為其解決問題打下基礎。

（1）信息中心：始終的總集成和服務商，面對產業鏈各個環節對象，需要“一張清晰、真實的總體圖”。

（2）咨詢服務商：合同限制，經費和時間約束完成既定質量任務，需要“相應版本的真實設計圖”。

（3）總集成商：工程總體，但只能擔當某期工程，需要掌握“前期相應版本的真實設計圖”。

（4）開發服務商：單系統開發服務商，建設和運行維護職責，具有獨立設計工具和方法，但需要“前期相應版本的真實設計圖”。

（5）監理方：質量監督和協調，但同樣只能在“在建”階段，運維過程中設計變更無法負責，提交整套設計文檔驗收，但無法解決“一張總體圖問題”。

（6）第三方測試：按照用例進行黑白盒測試，僅對“設計圖”使用，而無專業梳理“設計圖”職責。