周競亮
摘要:本文對三峽工程管理系統(tǒng)(TGPMS—Three Gorges Project Management System)的設(shè)計、開發(fā)流程以及質(zhì)量控制進(jìn)行了分析和闡述,提出了管理系統(tǒng)建設(shè)的通用設(shè)計、開發(fā)階段的劃分和質(zhì)量控制措施,并通過對系統(tǒng)設(shè)計、開發(fā)流程以及質(zhì)量控制的分析,闡述了在系統(tǒng)設(shè)計、開發(fā)階段保證系統(tǒng)建設(shè)成功的一些關(guān)鍵因素。
關(guān)鍵詞:管理系統(tǒng);設(shè)計開發(fā);管理
隨著社會的發(fā)展、技術(shù)的進(jìn)步,IT行業(yè)獲得了迅猛發(fā)展,相關(guān)項目也成倍增加。然而,IT項目的管理問題卻極為突出、質(zhì)量問題尤為嚴(yán)重,因此,我們必須用現(xiàn)代項目管理實踐技術(shù)改進(jìn)IT行業(yè)的項目管理工作。三峽工程管理系統(tǒng)建設(shè)伊始,就非常注重整個項目的管理工作,本文就以系統(tǒng)設(shè)計階段和系統(tǒng)開發(fā)階段來加以分析。
1 階段劃分
在TGPMS建設(shè)過程中,按照其生命周期劃分為需求分析、系統(tǒng)設(shè)計、軟件開發(fā)、測試、投入運行與維護(hù)階段。
1.1 設(shè)計階段的細(xì)分系統(tǒng)設(shè)計階段細(xì)分如下:
(1)總體設(shè)計:在本階段進(jìn)行系統(tǒng)的功能結(jié)構(gòu)設(shè)計,也就是根據(jù)工程管理通常所涉及的功能而不是按照已經(jīng)設(shè)置的職能部門或機構(gòu)進(jìn)行系統(tǒng)的功能結(jié)構(gòu)設(shè)計,確定系統(tǒng)的功能結(jié)構(gòu)模型,使之能夠高效支持以項目管理為重點的工:程管理模型。
(2)物理數(shù)據(jù)模型(PDM—Physical Data Model)設(shè)計:本階段在需求分析和總體設(shè)計的基礎(chǔ)上,進(jìn)行系統(tǒng)的物理數(shù)據(jù)模型設(shè)計,也就是將功能模型轉(zhuǎn)化為物理數(shù)據(jù)模型,以滿足業(yè)務(wù)處理需要。該階段需提交物理數(shù)據(jù)模型文件,即PDM文件。
(3)功能設(shè)計:根據(jù)需求分析以及獲得批準(zhǔn)的物理數(shù)據(jù)模型進(jìn)行每個功能域的功能設(shè)計,以實現(xiàn)每個功能域的功能,滿足業(yè)務(wù)處理。該階段需編寫功能設(shè)計說明書。
(4)對象設(shè)計:根據(jù)批準(zhǔn)的功能設(shè)計說明書進(jìn)行每一表單 (屏幕)或報表的詳細(xì)設(shè)計,以滿足業(yè)務(wù)處理的某一環(huán)節(jié)的需要。該階段需編寫對象設(shè)計說明書。
1.2 開發(fā)階段的細(xì)分
軟件開發(fā)階段細(xì)分如下:
(1)代碼編寫:程序設(shè)計員根據(jù)批準(zhǔn)的對象設(shè)計說明書進(jìn)行程序編碼。
(2)自測:程序編碼完成,程序員自己需要對開發(fā)的屏幕進(jìn)行嚴(yán)格的測試。
(3)發(fā)布到質(zhì)量保證環(huán)境:當(dāng)程序員測試無誤時,需要生成相關(guān)的補丁程序(patch),然后發(fā)布到質(zhì)量保證環(huán)境(QA—Quality Assurance)。
(4)質(zhì)量保證環(huán)境的測試:為了保證程序員開發(fā)或修改的所有成果都已發(fā)布到QA環(huán)境,程序員還需要在質(zhì)量保證環(huán)境進(jìn)行嚴(yán)格的測試。
(5)通知發(fā)布人員發(fā)布:當(dāng)程序員在質(zhì)量保證環(huán)境測試通過后,通知發(fā)布人員發(fā)布到其它環(huán)境。
(6)發(fā)布:發(fā)布人員根據(jù)發(fā)布流程將開發(fā)人員的成果發(fā)布到測試環(huán)境,并通知相應(yīng)的超級用戶進(jìn)行測試,只有當(dāng)超級用戶的測試獲得通過并經(jīng)過項目經(jīng)理批準(zhǔn)后才可以投入運行。
2 質(zhì)量控制
2.1 文檔化的制度、規(guī)范和模板
為保證項目的延續(xù)性,便于項目成果共享以及后續(xù)維護(hù),在系統(tǒng)建設(shè)過程中必須重視文檔的編寫。在軟件項目的建設(shè)過程中,往往會有成員認(rèn)為“只要產(chǎn)品研制出來可以運行,何必花費大量的精力去編寫文檔”,這一觀點是極為錯誤的。在項目建成以后,我們回頭進(jìn)行分析和總結(jié)就會發(fā)現(xiàn),沒有文檔會帶來諸多問題。如成果不能共享,文檔資料不齊全,為后續(xù)的維護(hù)和版本升級帶來極大的麻煩。
根據(jù)文檔去開發(fā),擯棄隨心所欲的開發(fā)模式,就象工廠的工人師傅按照圖紙生產(chǎn)產(chǎn)品一樣,否則,閉門造車得到的可能
是次品甚至是廢品,給后續(xù)的人員留下的是一堆“垃圾”。
在TGPMS建設(shè)過程中,每個階段的文檔編制,都定義了相應(yīng)的規(guī)范、制度,并對該階段各類文檔使用的工具進(jìn)行了定義,制定了相應(yīng)的模板。詳細(xì)情況見表l。
2.2 按照制度辦事
在TGPMS建設(shè)的每一階段,都定義了相應(yīng)的制度,為了保證每一制度能夠得到堅決的貫徹、執(zhí)行,在每一階段都有審批制度,只有獲得批準(zhǔn)的成果才能提交下一階段。下一階段的項目成員接收的成果必須是獲得相關(guān)人員批準(zhǔn)的。只有這樣從工作的每一環(huán)節(jié)嚴(yán)格要求,克服“小作坊”式的作業(yè)習(xí)慣,止每—項目組成員按照制度辦事成為自覺行為,才能保證產(chǎn)品的質(zhì)量。
TGPMS建設(shè)的每一階段的制度定義如表二,建設(shè)流程見圖一。
2.3 形成必要的歷史記錄
產(chǎn)生的文檔多且變化頻繁,這是軟件項目建設(shè)的一大特點。過去,一些國內(nèi)軟件項目的建設(shè)不太重視項目建設(shè)過程中文檔的管理,為后來的系統(tǒng)維護(hù)、升級帶來了極大的困難,為此,我們必須對這些文檔的不同版本進(jìn)行嚴(yán)格的控制,以利于成果共享和后續(xù)的系統(tǒng)維護(hù)、升級。
在TGPMS建設(shè)過程中,我們使用了配置管理工具來幫助我們進(jìn)行文檔的版本控制。每一次產(chǎn)生的文檔都要進(jìn)入配置管理庫中,為后續(xù)的人員提供合格的文檔。
2.4 檢查、監(jiān)督和持續(xù)改善
系統(tǒng)的設(shè)計、開發(fā)管理采用工業(yè)化、現(xiàn)代化的軟件開發(fā)組織進(jìn)行管理,每個表單<屏幕)和報表的開發(fā)都遵循統(tǒng)一的、規(guī)范的開發(fā)程序和標(biāo)準(zhǔn)。經(jīng)項目經(jīng)理、開發(fā)管理員、程序開發(fā)組、測試管理員、文檔管理員的層層管理,形成嚴(yán)密的質(zhì)量保證體系,嚴(yán)格執(zhí)行開發(fā)過程的管理,保證最終產(chǎn)品滿足客戶需求。
對軟件和相關(guān)文檔的版本控制按國際標(biāo)準(zhǔn)實施配置管理。配置管理工具覆蓋了從設(shè)計到投入運行這一周期中,所有階段的全部文檔,它可以跟蹤程序及文檔的各個版本以及對它們進(jìn)行修改的相關(guān)信息,確保廠對產(chǎn)品多個發(fā)布版本的支持。
另外,對軟件開發(fā)過程中的程序修改實行嚴(yán)格的變更控制,按照軟件開發(fā)質(zhì)量控制的實際需要,將系統(tǒng)的開發(fā)和產(chǎn)品的發(fā)布分隔開來,分別組成開發(fā)環(huán)境、測試環(huán)境和生產(chǎn)環(huán)境。杜絕了系統(tǒng)中程序混亂的情況,保證了開發(fā)質(zhì)量。
通過對三峽工程管理系統(tǒng)的沒計階段和開發(fā)階段的分析,它的建設(shè)具有以下特點:
(1)階段劃分明確。在整個項目建設(shè)過程中,嚴(yán)格按照軟件工程方法進(jìn)行了階段的劃分。
(2)以聯(lián)合工作組(1WT)的方式進(jìn)行工作,系統(tǒng)的成功是集體智慧和努力的結(jié)晶。
(3)建立了嚴(yán)格的審核程序,所有階段的工作都是按部就班地進(jìn)行.每一項工作的完結(jié)都必須有嚴(yán)格的審核。
(4)設(shè)計、開發(fā)活動和管理活動都是文檔化、標(biāo)準(zhǔn)化的,是一個集成的標(biāo)準(zhǔn)的過程。
(5)對沒計、開發(fā)、測試、發(fā)布等細(xì)節(jié)均進(jìn)行了很好的歸納和總結(jié)。
(6)對反饋信息進(jìn)行了歸納,進(jìn)行了缺陷預(yù)防、技術(shù)更新等。
(7)產(chǎn)品和過程都可以定量地分解和控制。