三峽工程管理系統的設計與開發管理

周競亮

摘要：本文對三峽工程管理系統(TGPMS—Three Gorges Project Management System)的設計、開發流程以及質量控制進行了分析和闡述，提出了管理系統建設的通用設計、開發階段的劃分和質量控制措施，并通過對系統設計、開發流程以及質量控制的分析，闡述了在系統設計、開發階段保證系統建設成功的一些關鍵因素。

關鍵詞：管理系統；設計開發；管理

隨著社會的發展、技術的進步，IT行業獲得了迅猛發展，相關項目也成倍增加。然而，IT項目的管理問題卻極為突出、質量問題尤為嚴重，因此，我們必須用現代項目管理實踐技術改進IT行業的項目管理工作。三峽工程管理系統建設伊始，就非常注重整個項目的管理工作，本文就以系統設計階段和系統開發階段來加以分析。

1 階段劃分

在TGPMS建設過程中，按照其生命周期劃分為需求分析、系統設計、軟件開發、測試、投入運行與維護階段。

1.1 設計階段的細分系統設計階段細分如下：

(1)總體設計：在本階段進行系統的功能結構設計，也就是根據工程管理通常所涉及的功能而不是按照已經設置的職能部門或機構進行系統的功能結構設計，確定系統的功能結構模型，使之能夠高效支持以項目管理為重點的工：程管理模型。

(2)物理數據模型(PDM—Physical Data Model)設計：本階段在需求分析和總體設計的基礎上，進行系統的物理數據模型設計，也就是將功能模型轉化為物理數據模型，以滿足業務處理需要。該階段需提交物理數據模型文件，即PDM文件。

(3)功能設計：根據需求分析以及獲得批準的物理數據模型進行每個功能域的功能設計，以實現每個功能域的功能，滿足業務處理。該階段需編寫功能設計說明書。

(4)對象設計：根據批準的功能設計說明書進行每一表單 (屏幕)或報表的詳細設計，以滿足業務處理的某一環節的需要。該階段需編寫對象設計說明書。

1.2 開發階段的細分

軟件開發階段細分如下：

(1)代碼編寫：程序設計員根據批準的對象設計說明書進行程序編碼。

(2)自測：程序編碼完成，程序員自己需要對開發的屏幕進行嚴格的測試。

(3)發布到質量保證環境：當程序員測試無誤時，需要生成相關的補丁程序(patch)，然后發布到質量保證環境(QA—Quality Assurance)。

(4)質量保證環境的測試：為了保證程序員開發或修改的所有成果都已發布到QA環境，程序員還需要在質量保證環境進行嚴格的測試。

(5)通知發布人員發布：當程序員在質量保證環境測試通過后，通知發布人員發布到其它環境。

(6)發布：發布人員根據發布流程將開發人員的成果發布到測試環境，并通知相應的超級用戶進行測試，只有當超級用戶的測試獲得通過并經過項目經理批準后才可以投入運行。

2 質量控制

2.1 文檔化的制度、規范和模板

為保證項目的延續性，便于項目成果共享以及后續維護，在系統建設過程中必須重視文檔的編寫。在軟件項目的建設過程中，往往會有成員認為“只要產品研制出來可以運行，何必花費大量的精力去編寫文檔”，這一觀點是極為錯誤的。在項目建成以后，我們回頭進行分析和總結就會發現，沒有文檔會帶來諸多問題。如成果不能共享，文檔資料不齊全，為后續的維護和版本升級帶來極大的麻煩。

根據文檔去開發，擯棄隨心所欲的開發模式，就象工廠的工人師傅按照圖紙生產產品一樣，否則，閉門造車得到的可能

是次品甚至是廢品，給后續的人員留下的是一堆“垃圾”。

在TGPMS建設過程中，每個階段的文檔編制，都定義了相應的規范、制度，并對該階段各類文檔使用的工具進行了定義，制定了相應的模板。詳細情況見表l。

2.2 按照制度辦事

在TGPMS建設的每一階段，都定義了相應的制度，為了保證每一制度能夠得到堅決的貫徹、執行，在每一階段都有審批制度，只有獲得批準的成果才能提交下一階段。下一階段的項目成員接收的成果必須是獲得相關人員批準的。只有這樣從工作的每一環節嚴格要求，克服“小作坊”式的作業習慣，止每—項目組成員按照制度辦事成為自覺行為，才能保證產品的質量。

TGPMS建設的每一階段的制度定義如表二，建設流程見圖一。

2.3 形成必要的歷史記錄

產生的文檔多且變化頻繁，這是軟件項目建設的一大特點。過去，一些國內軟件項目的建設不太重視項目建設過程中文檔的管理，為后來的系統維護、升級帶來了極大的困難，為此，我們必須對這些文檔的不同版本進行嚴格的控制，以利于成果共享和后續的系統維護、升級。

在TGPMS建設過程中，我們使用了配置管理工具來幫助我們進行文檔的版本控制。每一次產生的文檔都要進入配置管理庫中，為后續的人員提供合格的文檔。

2.4 檢查、監督和持續改善

系統的設計、開發管理采用工業化、現代化的軟件開發組織進行管理，每個表單<屏幕)和報表的開發都遵循統一的、規范的開發程序和標準。經項目經理、開發管理員、程序開發組、測試管理員、文檔管理員的層層管理，形成嚴密的質量保證體系，嚴格執行開發過程的管理，保證最終產品滿足客戶需求。

對軟件和相關文檔的版本控制按國際標準實施配置管理。配置管理工具覆蓋了從設計到投入運行這一周期中，所有階段的全部文檔，它可以跟蹤程序及文檔的各個版本以及對它們進行修改的相關信息，確保廠對產品多個發布版本的支持。

另外，對軟件開發過程中的程序修改實行嚴格的變更控制，按照軟件開發質量控制的實際需要，將系統的開發和產品的發布分隔開來，分別組成開發環境、測試環境和生產環境。杜絕了系統中程序混亂的情況，保證了開發質量。

通過對三峽工程管理系統的沒計階段和開發階段的分析，它的建設具有以下特點：

(1)階段劃分明確。在整個項目建設過程中，嚴格按照軟件工程方法進行了階段的劃分。

(2)以聯合工作組(1WT)的方式進行工作，系統的成功是集體智慧和努力的結晶。

(3)建立了嚴格的審核程序，所有階段的工作都是按部就班地進行．每一項工作的完結都必須有嚴格的審核。

(4)設計、開發活動和管理活動都是文檔化、標準化的，是一個集成的標準的過程。

(5)對沒計、開發、測試、發布等細節均進行了很好的歸納和總結。

(6)對反饋信息進行了歸納，進行了缺陷預防、技術更新等。

(7)產品和過程都可以定量地分解和控制。