淺析軟件項(xiàng)目中的質(zhì)量管理

淺析軟件項(xiàng)目中的質(zhì)量管理

[摘要]軟件產(chǎn)品是軟件項(xiàng)目的最終結(jié)果，其功能度和復(fù)雜性要比制造業(yè)的產(chǎn)品高得多，而且在投入使用后，軟件發(fā)揮的功效也是其它任何形式的硬件產(chǎn)品所無(wú)法比擬的。為了保證軟件產(chǎn)品在交付后能夠按照用戶的需求發(fā)揮正常的功效，因此在項(xiàng)目實(shí)施過(guò)程中進(jìn)行有效的質(zhì)量管理是很有必要的。本文結(jié)合作者的經(jīng)歷就軟件項(xiàng)目中的質(zhì)量管理做了一些探討。[關(guān)鍵詞]軟件項(xiàng)目軟件質(zhì)量軟件質(zhì)量管理軟件項(xiàng)目管理一、引言軟件產(chǎn)品是軟件項(xiàng)目的最終結(jié)果，與其相關(guān)的質(zhì)量問(wèn)題主要來(lái)自項(xiàng)目開(kāi)發(fā)過(guò)程。但軟件是一個(gè)純智力的特殊產(chǎn)品，描述軟件質(zhì)量的定義則比描述實(shí)際物品質(zhì)量定義面臨著更多的潛在因素。所以，保證軟件質(zhì)量比保證設(shè)備質(zhì)量更具挑戰(zhàn)性和不確定性。國(guó)際化標(biāo)準(zhǔn)組織ISO在ISOPIEC9126中將軟件質(zhì)量定義為：“反映軟件產(chǎn)品滿足規(guī)定需求和潛在需求能力的特征和特征的總和”。而M.J.Fisher將軟件質(zhì)量定義為：“所有描述計(jì)算機(jī)軟件優(yōu)秀程度的特性的組合”。目前，對(duì)軟件質(zhì)量的研究主要從兩方面展開(kāi)：一是軟件開(kāi)發(fā)過(guò)程的質(zhì)量保證，以過(guò)程文檔化和管理科學(xué)化為內(nèi)容;二是軟件過(guò)程和產(chǎn)品的質(zhì)量評(píng)估，包括中間產(chǎn)品和最終產(chǎn)品，采用軟件度量技術(shù)作為軟件質(zhì)量特性量化的主要技術(shù)。本文將就第一個(gè)方面展開(kāi)討論，通過(guò)給出或設(shè)計(jì)一些符合文檔化開(kāi)發(fā)標(biāo)準(zhǔn)的管理規(guī)范和文檔模板，以達(dá)到使軟件質(zhì)量滿足之前用戶對(duì)各項(xiàng)功能或性能的精確定義的目的。二、項(xiàng)目概況及背景某船廠在信息集成系統(tǒng)CIMS第一期結(jié)束后，初步建立起企業(yè)的基礎(chǔ)信息資源的共享平臺(tái)，并將物資管理與財(cái)務(wù)管理進(jìn)行了整合。但在第一期CIMS平臺(tái)中沒(méi)有對(duì)其涂裝生產(chǎn)管理建立相應(yīng)的系統(tǒng)。為盡快解決涂裝生產(chǎn)管理的問(wèn)題，項(xiàng)目組在進(jìn)行一個(gè)月的需求調(diào)研后就進(jìn)入了開(kāi)發(fā)。但是由于前期需求階段沒(méi)有細(xì)化需求，涉眾范圍太小，在開(kāi)發(fā)階段代碼管理松散，導(dǎo)致項(xiàng)目在開(kāi)始不久后，就處于一邊開(kāi)發(fā)一邊繼續(xù)需求分析細(xì)化的狀態(tài)，并伴隨不斷的需求變更，最后在拖期半年后才交付了一個(gè)帶有隱患的產(chǎn)品，而且原定兩周的試運(yùn)行期因?yàn)樾薷牟粩喟l(fā)現(xiàn)的缺陷也延長(zhǎng)為兩個(gè)月。在完成涂裝項(xiàng)目后，項(xiàng)目組又接到船廠關(guān)于開(kāi)發(fā)生產(chǎn)安全監(jiān)管系統(tǒng)的任務(wù)，為了避免同樣的問(wèn)題發(fā)生和提高軟件質(zhì)量，項(xiàng)目組認(rèn)為要在軟件開(kāi)發(fā)項(xiàng)目過(guò)程中引入完善的質(zhì)量管理，并針對(duì)船廠項(xiàng)目特點(diǎn)，結(jié)合實(shí)際情況重點(diǎn)覆蓋需求、編碼、測(cè)試三個(gè)階段。三、分析及應(yīng)對(duì)措施1.定義合適的項(xiàng)目過(guò)程軟件過(guò)程是指開(kāi)發(fā)和維護(hù)軟件產(chǎn)品的活動(dòng)、技術(shù)和實(shí)踐的集合。在以計(jì)算機(jī)網(wǎng)絡(luò)為基礎(chǔ)的現(xiàn)代社會(huì)信息化背景下，過(guò)程管理作為現(xiàn)代企業(yè)管理的先進(jìn)思想和有效工具，隨著外部環(huán)境與組織模式的變化而變化。因此，作為一個(gè)好的軟件項(xiàng)目過(guò)程，必須針對(duì)企業(yè)和項(xiàng)目的實(shí)際情況，確定軟件項(xiàng)目運(yùn)作流程，定義軟件功能及相關(guān)性能，明確各階段的進(jìn)入條件和退出條件，進(jìn)行有效的過(guò)程控制與管理，在提高軟件開(kāi)發(fā)的效率和項(xiàng)目的成功率的基礎(chǔ)上進(jìn)一步保證所開(kāi)發(fā)軟件的質(zhì)量。在現(xiàn)階段主流的軟件工程過(guò)程主要是RUP(RationalUnifiedProcess)和XP(ExtremeProgramming)。由于新項(xiàng)目的需求明確，并且項(xiàng)目組成員的構(gòu)成方式是新老搭配，在經(jīng)過(guò)綜合考慮后，我們決定采用RUP方法。最后，項(xiàng)目組根據(jù)項(xiàng)目實(shí)際情況對(duì)傳統(tǒng)的RUP模式進(jìn)行按需裁剪，具體方案是將“需求與分析”和“設(shè)計(jì)”兩個(gè)活動(dòng)合并為“需求分析”，將“配置”和“變更管理”統(tǒng)一納入“項(xiàng)目管理”，移除“環(huán)境活動(dòng)”環(huán)節(jié)。2.明確項(xiàng)目需求對(duì)于任何軟件項(xiàng)目過(guò)程而言，需求不僅是一個(gè)不可避免的環(huán)節(jié)，也是軟件開(kāi)發(fā)的基礎(chǔ)。往往用戶需求明確、變更少的項(xiàng)目的成功率就高，而那些用戶需求混亂、變更頻繁的項(xiàng)目幾乎從一開(kāi)始就注定了失敗的命運(yùn)。但是，在現(xiàn)實(shí)生活中，用戶需求總是在開(kāi)發(fā)進(jìn)入中后期時(shí)，因?yàn)楦鞣N不同的原因而發(fā)生變化。這就給軟件項(xiàng)目過(guò)程實(shí)施帶來(lái)不確定因素。在涂裝項(xiàng)目中，由于前期需求不明確以及隨意變更需求，導(dǎo)致項(xiàng)目組在開(kāi)發(fā)階段不停的返工，進(jìn)而造成代碼質(zhì)量低下，測(cè)試拖期等一系列問(wèn)題。因此，在項(xiàng)目實(shí)施過(guò)程中，為了保證軟件開(kāi)發(fā)的順利進(jìn)行和最后交付的產(chǎn)品質(zhì)量，應(yīng)該對(duì)項(xiàng)目需求變更進(jìn)行管理。(1)需求說(shuō)明書要描述明確、詳盡。由于與用戶溝通的需求人員并不是最后的開(kāi)發(fā)人員，所以有可能導(dǎo)致開(kāi)發(fā)人員對(duì)需求說(shuō)明書的理解與用戶真正的意圖會(huì)產(chǎn)生一定的偏差。另外，當(dāng)項(xiàng)目在進(jìn)行到開(kāi)發(fā)(編碼)階段時(shí)，由于記憶的缺失，對(duì)當(dāng)初所作的需求說(shuō)明書的理解也會(huì)產(chǎn)生偏差。(2)要對(duì)需求變更進(jìn)行管理。通常需求分析完成后項(xiàng)目就進(jìn)入開(kāi)發(fā)階段，用戶可能會(huì)因?yàn)槭袌?chǎng)或策略的變化而提出需求變更的要求。此時(shí)，若是合理變更則有利于項(xiàng)目實(shí)施，但有時(shí)所作的變更可能會(huì)影響項(xiàng)目整體的設(shè)計(jì)和開(kāi)發(fā)，造成項(xiàng)目進(jìn)度的延期。對(duì)于這一情況，項(xiàng)目組應(yīng)該積極與用戶溝通，制訂需求變更說(shuō)明書，在雙方都認(rèn)可的情況下方可實(shí)施。(3)在項(xiàng)目開(kāi)發(fā)過(guò)程中要盡早明確用戶需求，有些內(nèi)容一時(shí)無(wú)法確定則應(yīng)該暫緩該部分的開(kāi)發(fā)，盡量降低因需求變更而帶來(lái)的風(fēng)險(xiǎn)。3.代碼走查軟件質(zhì)量在很大程度上依賴于代碼質(zhì)量。在實(shí)際環(huán)境中對(duì)于同一項(xiàng)目而言，由于項(xiàng)目組成員的編程能力、習(xí)慣、風(fēng)格、對(duì)需求的理解和個(gè)性的不同，所開(kāi)發(fā)的代碼質(zhì)量也不盡相同。再加上一些難以預(yù)測(cè)的人為因素，由此帶來(lái)的隱患將嚴(yán)重影響代碼質(zhì)量，最終造成軟件質(zhì)量低下，使得用戶無(wú)法正常使用并為以后的維護(hù)帶來(lái)更大的工作量和難度?？紤]到項(xiàng)目進(jìn)度以及實(shí)際情況，要進(jìn)行完整的代碼評(píng)審不太現(xiàn)實(shí)，因此，在軟件開(kāi)發(fā)過(guò)程中可以根據(jù)需要引進(jìn)代碼走查。每周在規(guī)定的時(shí)間內(nèi)，輪流讓程序員講解其所開(kāi)發(fā)代碼的主要部分。這項(xiàng)措施一方面可以從側(cè)面促使程序員本人注意所開(kāi)發(fā)代碼的質(zhì)量，另一方面在走查過(guò)程中可以獲得他人的意見(jiàn)進(jìn)一步改善代碼效率，使開(kāi)發(fā)成員共享項(xiàng)目實(shí)施過(guò)程中問(wèn)題解決的思路和方法，同時(shí)還可以促進(jìn)項(xiàng)目組成員之間的交流并加深對(duì)需求的理解，關(guān)注軟件開(kāi)發(fā)過(guò)程中的各個(gè)環(huán)節(jié)，并進(jìn)行過(guò)程改善的討論，使得軟件質(zhì)量更有保障。4.進(jìn)行正式的測(cè)試，并形成制度測(cè)試就是對(duì)軟件產(chǎn)品的檢驗(yàn)。軟件測(cè)試的目的是根據(jù)用戶需求檢查系統(tǒng)是否符合項(xiàng)目合同與任務(wù)書規(guī)定的要求。項(xiàng)目測(cè)試分集成測(cè)試和系統(tǒng)測(cè)試，主要進(jìn)行功能測(cè)試、健壯性測(cè)試、性能-效率測(cè)試、用戶界面測(cè)試、安全性測(cè)試、壓力測(cè)試、可靠性測(cè)試、安裝/反安裝測(cè)試等活動(dòng)。測(cè)試過(guò)程通常在模擬環(huán)境中進(jìn)行。只有通過(guò)了上述全部測(cè)試的軟件，才可以稱之為符合用戶質(zhì)量要求的合格的軟件。測(cè)試活動(dòng)要盡可能覆蓋整改項(xiàng)目過(guò)程，從最初的需求到部署階段，都應(yīng)該制訂詳細(xì)的計(jì)劃并編制相應(yīng)的文檔，如測(cè)試計(jì)劃、測(cè)試用例文檔、測(cè)試報(bào)告等。通過(guò)測(cè)試活動(dòng)，盡可能早得發(fā)現(xiàn)每個(gè)階段中軟件存在的缺陷，以方便后續(xù)階段的實(shí)施。在這測(cè)試活動(dòng)過(guò)程中，我們應(yīng)該遵守一條基本原則——按照用戶需求進(jìn)行測(cè)試。我們即不能為求速度而縮短測(cè)試規(guī)模，也不能忽視用戶需求而提高測(cè)試要求。總之，一切測(cè)試應(yīng)該符合用戶需求。四、結(jié)論除了上述幾個(gè)方面外，對(duì)于軟件產(chǎn)品的質(zhì)量管理還有其他要考慮的因素，如風(fēng)險(xiǎn)控制、變更管理和配置管理等等。其實(shí)，美國(guó)軟件工程研究所(SEI)開(kāi)發(fā)的軟件過(guò)程能力成熟度模型(CMMI)