三峽工程管理系統升級工作的風險及應對策略

周競亮 陳 敏

（中國長江三峽集團公司信息中心）

1、前言

三峽工程管理系統（Three Gorges Project Management System，簡稱“TGPMS”）是中國長江三峽集團公司（簡稱“三峽集團”）引進西方的管理理念與技術，結合中國工程項目管理實踐，進行再造與開發的一套通用的集成化項目管理系統。

TGPMS是一個為設計單位、承包商、供應商、監理、投資方等單位共同完成一個項目目標而搭建的協同工作平臺。系統包含“編碼管理、崗位管理、設計管理、計劃進度管理、成本管理、物資管理、設備管理、合同管理、工程會計、質量管理、安全管理、文檔管理”等功能模塊，管理內容覆蓋項目管理的各個方面。

2、TGPMS升級項目背景

TGPMS于1997年啟動研發，1999年上線運行。在系統投入運行的十幾年間，對三峽集團投資的工程建設和管理做出了巨大的貢獻。隨著信息技術的快速發展以及用戶因管理更加精細化而對系統提出的更高需求，仍然采用原先開發工具（OracleFormsBuilder）的TGPMS存在一定的局限，具體如下：

（1）用戶使用的瀏覽器不斷升級，目前版本的TGPMS不能很好地在高版本瀏覽器上運行（在IE9上運行TGPMS已出現問題）。

（3）對于標準的認證體系，比如CA等，Forms開發框架對它的支持存在一些困難，為今后應用系統實施統一用戶認證增加了難度。

（4）數據展現方式略顯單調，缺乏比較直觀的圖形化數據展現方式。

（5）Oracle公司官方聲明，該公司未來對Forms的技術支持將逐漸淡化，建議用戶逐漸將應用系統從Forms平臺遷移到其他平臺。

因此，TGPMS升級需求非常緊迫，為保證系統目前的穩定運行和將來的平滑過渡，在基本不改變數據模型和業務邏輯的前提下，需盡快將TGPMS的開發平臺從OracleFormsBuilder遷移到其它先進、成熟、穩定的開發平臺。

3、TGPMS升級風險評估

TGPMS升級是一項十分浩大的系統工程，前期包括需求分析，方案設計，方案評估和技術選擇，后期包括方案實現（含系統設計、平臺開發、業務功能遷移、系統測試、上線試運行等），整個過程較長，其中任何環節若不能順利執行，都會影響到整個項目的進度或質量，存在著較大的風險。

經對TGPMS升級存在的風險進行分析，大致存在八項風險，清單如表1。

表1 TGPMS升級存在的風險清單

4、應對TGPMS升級風險之策略

4.1 認識風險

認識是基礎，只有認識到位，才能更好地實施。為了提高參與TGPMS升級工作的人員對該項工作的認識，培育大家對該項工作的必要性、難度等認識基礎，推進該項工作順利開展，需開展一系列宣傳、培訓工作?？山M織各種研討會，研討會可分專題進行，也可單獨舉行。研討的內容包括：TGPMS升級的必要性，需要解決的關鍵問題，升級將遇到什么問題以及解決這些問題的辦法，升級的難點在哪里以及如何克服這些困難，升級采用何種技術路線，升級需要多大的工作量，升級采用何種策略等。

以“緒論”章節課程資源建設為例，雙擊進入“緒論”群組編輯窗口，拖動一個“交互”圖標到流程線上，命名為“背景”，插入背景圖片。在“交互”圖標右側拖入6個“計算”圖標，可分別命名為：大綱、教案、課件、動畫、視頻、課后習題、返回。例如：在屬性面板中輸入函數 GoTo(IconID@"教學大綱")，將函數中跳轉的位置，即雙引號中的內容改為對應的位置即可，課程資源建設操作界面和“緒論”章節大綱如圖8和圖9所示。

4.2 需求風險

需求分析作為項目建設的前期工作，是一項重要且復雜的工作，系統需求若不準確，可能導致開發過程中不斷出現需求變更，輕則影響開發進度，重則會影響到項目整體成本，或導致開發成果不滿足用戶的需求。為避免出現需求風險，可采取如下措施：

（1）在需求分析階段，盡可能邀請業務人員和實施顧問全程參與，業務人員和實施顧問有豐富的業務知識。

（2）一旦完成需求分析工作進入系統設計開發階段，須加強需求的變更管理，針對每項需求變更進行評估和審核。

（3）在開發過程中可適當使用迭代式開發方法，通過重復“原型開發-系統演示-用戶反饋-細化需求”來降低風險。

4.3 技術風險

技術風險是TGPMS升級工作中高風險之一，如果采用的技術不當，將很難推進此項工作向前。為了降低技術風險，需做好調研分析及評估。

目前，Java和NET為應用開發最主要的兩大技術，市場上遵循這兩大技術方向開發的研發平臺產品種類繁多，項目啟動前必須進行大量的調研和分析比對工作，根據調研及分析比對成果，組織專家進行評估，根據升級的具體需求選擇合適的技術方向或研發平臺。選擇的技術或研發平臺應該符合以下幾點要求：（1）較好的成熟度。所選擇的技術或研發平臺必須設計規范，架構完整，有成功項目應用的經歷；（2）良好的可擴展性。無論選用哪種平臺，產品功能不一定能完全滿足項目需求，定制開發特定需求要求所選平臺具有良好的擴展性，支持各種通用標準、規范或協議；（3）符合未來的發展趨勢，以保證工程管理系統在今后較長一段時間內與新技術均可以較好地集成。

選定技術路線后，需及時組織資源對參與系統升級工作中從事程序開發的人員進行培訓，積累技術力量，并在后續的程序開發中給予指導。

4.4 實施風險

為了降低實施風險，可采取如下措施：

（1）建立項目組織。項目組織包括項目指導委員會、咨詢專家委員會、項目經理、項目實施團隊（包括軟件開發組、應用組、測試組），同時明確相應的職責。

（2）明確項目范圍。項目范圍最小化，不盲目擴大項目范圍。

（3）按照“總體設計，分步實施”的原則，可考慮先建設開發平臺，以適合后續的大規模團隊開發，再逐模塊升級。

（4）制定各項規范制度，以規范所有工作。

4.5 進度風險

為了降低進度風險，可采取如下措施：

（1）將工作內容進行詳盡分解，并將每項任務落實到具體的人員。

（2）建立常態的進度會商機制。在項目執行過程中，通過周期性例會的方式，對照工作計劃及時分析工作進度，對滯后的工作進行分析，查找原因，提出解決辦法并按辦法解決問題。

（3）建立重大事項專門協商機制。針對重大事項，組織相關業務、技術專家對專門事項進行商議，明確其進度、質量等要求。

4.6 質量風險

為了降低質量風險，可采取如下措施：

（1）加強流程管理。為促進系統升級工作科學化、程序化和規范化，保證工作質量，

提高工作效率。TGPMS升級工作必須根據制定的規范、制度梳理并發布各項工作的流程，而且嚴格按照流程處理各項事務。

（2）加強成果審核。對各階段提交的成果，必須組織業務和技術方面的專家對成果進行審核，只有成果通過審核后才能進行后續的工作。

（3）采用統一的工具，制定通用的模板。對每個環節提交的文檔，要求采用統一的工具，根據統一發布的模板進行編制。對于程序編制，針對編程工具，發布編程規范。

（4）加強測試工作。測試是IT項目實施的重要環節，在團隊建設時，必須組織專業的測試人員參與，在開發過程中，對程序的源代碼進行白盒測試；在模塊化功能開發完成后，對應用功能進行黑盒測試；在平臺或系統建設完成后，通過測試軟件對系統進行性能測試。

4.7 團隊風險

為了降低團隊風險，可采取如下措施：

（1）為了使項目組成員盡快了解、掌握升級所采用的技術，組織外部或內部專家對項目組成員進行培訓。培訓完成后，及時安排工作任務給參訓人員，讓其在工作中逐步熟練。

（2）在項目進行過程中，須注重技術小結，編制相關技術文檔，定期進行技術交流和探討，實現知識傳承，按照梯級人才建設的原則，培養技術力量。

4.8 投資風險

為了降低投資風險，對工作內容進行分解，組織有經驗的專家對工作量進行評估，以便確定總的投資。

5、結束語

TGPMS升級工作存在著一些風險，參與該項工作的各方必須高度重視，必須持有“戰戰兢兢，如履薄冰”的小心、謹慎的態度，認真做好每一項工作，才能讓TGPMS升級成功，才能讓TGPMS煥發出新的活力。