摘要：對(duì)軟件項(xiàng)目實(shí)施全過(guò)程的質(zhì)量管理作了詳細(xì)論述：在需求分析階段通過(guò)結(jié)對(duì)分析與需求評(píng)審來(lái)保證需求分析的質(zhì)量；在設(shè)計(jì)與開(kāi)發(fā)階段，制訂相應(yīng)的軟件開(kāi)發(fā)規(guī)范，并嚴(yán)格執(zhí)行，保證實(shí)現(xiàn)代碼的質(zhì)量；在測(cè)試環(huán)節(jié)上，強(qiáng)調(diào)測(cè)試與軟件實(shí)現(xiàn)同步，強(qiáng)化Bug管理。以進(jìn)一步提高軟件質(zhì)量。軟件開(kāi)發(fā)全程要做到“有法可依，有法必依”。以上措施是開(kāi)發(fā)出高質(zhì)量軟件系統(tǒng)的重要保證。

關(guān)鍵詞：質(zhì)量保證；結(jié)對(duì)分析；軟件項(xiàng)目；需求分析

引言

2008年，對(duì)某絨毛有限公司的生產(chǎn)控制系統(tǒng)組織了開(kāi)發(fā)與實(shí)施。在項(xiàng)目團(tuán)隊(duì)中，本人承擔(dān)了系統(tǒng)分析與技術(shù)總監(jiān)的職責(zé)。本系統(tǒng)的主要任務(wù)是實(shí)現(xiàn)從商務(wù)部接單、生控辦配料、倉(cāng)庫(kù)備料、車(chē)間生產(chǎn)，到倉(cāng)庫(kù)入倉(cāng)、最后出倉(cāng)交付給客戶的業(yè)務(wù)工作流，并建立商務(wù)部管理系統(tǒng)、倉(cāng)庫(kù)管理系統(tǒng)。生產(chǎn)控制系統(tǒng)對(duì)質(zhì)量要求較高，自交付運(yùn)行以來(lái)，用戶反饋表明，質(zhì)量特性上較好地滿足了生產(chǎn)需要。在軟件開(kāi)發(fā)過(guò)程中，我們實(shí)行了全過(guò)程的質(zhì)量管理，圍繞軟件的6個(gè)質(zhì)量特性因子，形成了軟件項(xiàng)目開(kāi)發(fā)團(tuán)隊(duì)的約束文件，針對(duì)不同角色制訂了不同的質(zhì)量主題，做到了軟件質(zhì)量的可控。

1 需求分析階段，通過(guò)結(jié)對(duì)分析與需求評(píng)審來(lái)保證需求分析的質(zhì)量

需求分析的質(zhì)量是否優(yōu)良，決定著后繼各工作環(huán)節(jié)能否按既定方向進(jìn)行。由于客戶方生產(chǎn)較為繁忙，計(jì)算機(jī)應(yīng)用水平不高等因素，與中層管理人員、基層操作人員的交流有很大困難，參與項(xiàng)目的時(shí)間與精力得不到保障，因此，作者制訂了結(jié)對(duì)分析的策略，以提高需求分析的效率與質(zhì)量。

結(jié)對(duì)是敏捷軟件開(kāi)發(fā)一個(gè)最佳編程實(shí)踐，作者創(chuàng)造性地將其引入到需求分析階段。需求分析各個(gè)環(huán)節(jié)(包括需求獲取、分析，與用戶溝通)均由兩個(gè)開(kāi)發(fā)人員來(lái)共同完成，能取得較高的需求分析質(zhì)量。例如，這一策略在倉(cāng)庫(kù)備料及庫(kù)存管理這一關(guān)鍵環(huán)節(jié)的需求分析上發(fā)揮了重要作用。倉(cāng)庫(kù)管理人員年紀(jì)較長(zhǎng)，對(duì)計(jì)算機(jī)概念模糊，溝通上存在很大障礙，通過(guò)兩個(gè)需求分析人員共同來(lái)完成該項(xiàng)工作，做到了分析人員的優(yōu)勢(shì)互補(bǔ)。通過(guò)結(jié)對(duì)分析不僅得到較高的需求分析質(zhì)量，并且節(jié)省了用戶的時(shí)間，對(duì)用戶也有一定的推動(dòng)。只有兩個(gè)分析人員達(dá)成一致，才將相應(yīng)需求嵌入基線庫(kù)中，保證了需求的科學(xué)性。這樣做雖然增加了人力成本，但提高了需求分析效率。

強(qiáng)化需求評(píng)審。需求評(píng)審分為三個(gè)層次：①全局評(píng)審。參與人員主要是用戶方核心管理層，業(yè)務(wù)領(lǐng)域?qū)＜?，開(kāi)發(fā)方分析人員。主要任務(wù)是評(píng)審需求與公司目標(biāo)、高層想法是否一致。這一評(píng)審至關(guān)重要，它把握了軟件系統(tǒng)實(shí)施方向的正確性。②局部評(píng)審。參與人員主要是用戶方業(yè)務(wù)中層及一線操作人員，開(kāi)發(fā)方業(yè)務(wù)領(lǐng)域開(kāi)發(fā)工程師。主要任務(wù)是就業(yè)務(wù)層相關(guān)業(yè)務(wù)流程進(jìn)行再次確認(rèn)。因?yàn)樾枨筮^(guò)程中相應(yīng)部門(mén)的業(yè)務(wù)人員站在自己的角度看待問(wèn)題，對(duì)于整個(gè)流程關(guān)心不夠，需要糾正各部門(mén)用戶需求不一致的問(wèn)題。③內(nèi)部評(píng)審。全體開(kāi)發(fā)人員、分析人員參與。分析人員建立初步的UML用例圖，工作流程圖，活動(dòng)圖等供全體討論。任務(wù)是澄清一部分模糊的需求。

在需求階段，還采取了其它措施來(lái)保證需求分析的質(zhì)量，如強(qiáng)調(diào)需求分析工具的使用等。

2 設(shè)計(jì)、編碼階段，強(qiáng)調(diào)紀(jì)律與規(guī)范

設(shè)計(jì)與編程質(zhì)量對(duì)于軟件產(chǎn)品的質(zhì)量有著直接的作用。在這一階段，我們的主要措施是強(qiáng)調(diào)紀(jì)律與規(guī)范，制訂相應(yīng)的約束規(guī)范文件，要求設(shè)計(jì)有可追溯性，強(qiáng)調(diào)設(shè)計(jì)、開(kāi)發(fā)過(guò)程標(biāo)準(zhǔn)化。另一主要措施選擇適合的工具。我們選擇的開(kāi)發(fā)平臺(tái)為，NET，開(kāi)發(fā)工具為Visual Sutdio 2005(簡(jiǎn)稱(chēng)VS2005)，后臺(tái)數(shù)據(jù)庫(kù)為SQL Server 2005，使用數(shù)據(jù)庫(kù)智能感知小工具SQL Prompt，NDoc來(lái)生成設(shè)計(jì)文檔，使用微軟企業(yè)庫(kù)。企業(yè)庫(kù)是微軟針對(duì)共性內(nèi)容發(fā)布的經(jīng)過(guò)實(shí)踐檢驗(yàn)的高質(zhì)量產(chǎn)品。

本人制訂了NET編碼規(guī)范，目的是保證不同開(kāi)發(fā)人員的代碼風(fēng)格基本一致，降低開(kāi)發(fā)人員流動(dòng)可能導(dǎo)致的項(xiàng)目風(fēng)險(xiǎn)；強(qiáng)調(diào)代碼的可理解性與“設(shè)計(jì)先行與強(qiáng)化注釋”；制訂了SQL書(shū)寫(xiě)規(guī)范。這一系列規(guī)范標(biāo)準(zhǔn)的制訂從源頭上保證了軟件設(shè)計(jì)的質(zhì)量。

編碼人員分成二類(lèi)角色：業(yè)務(wù)領(lǐng)域工程師和核心代碼工程師。業(yè)務(wù)領(lǐng)域工程師針對(duì)具體的業(yè)務(wù)功能進(jìn)行編碼。在設(shè)計(jì)時(shí)我們要求業(yè)務(wù)領(lǐng)域工程師要有這樣的意識(shí)：變更不可避免，在設(shè)計(jì)盡可能考慮到將來(lái)變更的可能性，盡可能做到模塊之間的松耦合，模塊內(nèi)部的高內(nèi)聚。核心代碼工程師完成公共代碼的實(shí)現(xiàn)與維護(hù)。核心代碼質(zhì)量在系統(tǒng)中至關(guān)重要。對(duì)核心代碼工程師加以分組，每組兩位工程師實(shí)行結(jié)對(duì)編程。以克服思維局限，共同完成設(shè)計(jì)、UML圖、實(shí)現(xiàn)，保證代碼質(zhì)量。實(shí)踐證明，采取這些辦法后，在用戶提出相應(yīng)功能變更時(shí)，軟件修改相對(duì)較輕松，能較好地適應(yīng)業(yè)務(wù)變化。

3強(qiáng)調(diào)測(cè)試與軟件實(shí)現(xiàn)同步，強(qiáng)化Bug管理

測(cè)試是保證軟件質(zhì)量較為重要的一個(gè)環(huán)節(jié)。針對(duì)開(kāi)發(fā)團(tuán)隊(duì)部分成員測(cè)試意識(shí)不強(qiáng)，項(xiàng)目部有針對(duì)性地進(jìn)行培訓(xùn)；強(qiáng)調(diào)測(cè)試與設(shè)計(jì)同步，測(cè)試用例與功能代碼的編制同步；及時(shí)進(jìn)行單元測(cè)試，統(tǒng)一用VS2005 for Tester作為測(cè)試工具；Bug管理統(tǒng)一存放在服務(wù)器中，嚴(yán)格控制Bug的開(kāi)啟與關(guān)閉，并把Bug數(shù)據(jù)作為工程師考核依據(jù)之一，指派兼職文員進(jìn)行Bug管理。

所有測(cè)試中出現(xiàn)的問(wèn)題，經(jīng)整理后在項(xiàng)目團(tuán)隊(duì)例會(huì)上進(jìn)行總結(jié)；在團(tuán)隊(duì)內(nèi)部交流并在平臺(tái)WSS中建立一個(gè)專(zhuān)門(mén)的警示網(wǎng)站，發(fā)布已經(jīng)暴露的Bug解決方案，讓項(xiàng)目團(tuán)隊(duì)共享，避免問(wèn)題重復(fù)出現(xiàn)；構(gòu)建項(xiàng)目團(tuán)隊(duì)自有知識(shí)庫(kù)，作為公司設(shè)計(jì)重用的一個(gè)重要資源。

除了高度重視實(shí)現(xiàn)階段的測(cè)試，同時(shí)也積極主動(dòng)地去發(fā)現(xiàn)質(zhì)量問(wèn)題。團(tuán)隊(duì)使用VS2005自帶工具進(jìn)行性能優(yōu)化分析，找出使用頻度高與關(guān)鍵代碼進(jìn)行性能優(yōu)化。利用VS2005壓力測(cè)試工具，找出性能瓶頸，制訂相應(yīng)策略進(jìn)行優(yōu)化。

4 結(jié)束語(yǔ)

軟件自交付以來(lái)，用戶反饋系統(tǒng)運(yùn)行穩(wěn)定。實(shí)踐證明，我們的一系列質(zhì)量保證策略與實(shí)踐取得了很大成功。只有在需求分析、設(shè)計(jì)、開(kāi)發(fā)等各個(gè)環(huán)節(jié)實(shí)施質(zhì)量保證措施，才能保證軟件產(chǎn)品的質(zhì)量。軟件項(xiàng)目要做到“有法可依，執(zhí)法必嚴(yán)”，并要高度重視各個(gè)環(huán)節(jié)輔助工具的使用，這樣才能較好地保證最終軟件產(chǎn)品的質(zhì)量。