周競亮

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

關鍵詞：管理系統(tǒng)；設計開發(fā)；管理

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

1 階段劃分

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

1.1 設計階段的細分系統(tǒng)設計階段細分如下：

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

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

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

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

1.2 開發(fā)階段的細分

軟件開發(fā)階段細分如下：

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

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

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

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

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

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

2 質(zhì)量控制

2.1 文檔化的制度、規(guī)范和模板

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

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

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

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

2.2 按照制度辦事

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

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

2.3 形成必要的歷史記錄

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

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

2.4 檢查、監(jiān)督和持續(xù)改善

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

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

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

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

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

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

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

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

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

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

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