時(shí)間：2022-05-09 04:10:29
序論：在您撰寫(xiě)軟件質(zhì)量管理論文時(shí)，參考他人的優(yōu)秀作品可以開(kāi)闊視野，小編為您整理的7篇范文，希望這些建議能夠激發(fā)您的創(chuàng)作熱情，引導(dǎo)您走向新的創(chuàng)作高度。
近年來(lái)，HTML5為代表的Web技術(shù)得到長(zhǎng)足發(fā)展，可以在操作系統(tǒng)上構(gòu)建應(yīng)用平臺(tái)所有的要素，實(shí)現(xiàn)跨平臺(tái)、跨屏，提供統(tǒng)一的用戶體驗(yàn)，為國(guó)內(nèi)廠商利用Web作為應(yīng)用平臺(tái)、打造獨(dú)立的生態(tài)系統(tǒng)提供了機(jī)會(huì)。HTML5是技術(shù)變革，推動(dòng)web應(yīng)用達(dá)到Flash應(yīng)用那樣的互動(dòng)性和媒體能力，同時(shí)保證web應(yīng)用在集成到設(shè)備和集成用戶數(shù)據(jù)方面和移動(dòng)應(yīng)用一樣。HTML5推動(dòng)移動(dòng)互聯(lián)網(wǎng)水平化演進(jìn)，給產(chǎn)業(yè)軸心和發(fā)展模式轉(zhuǎn)變帶來(lái)新機(jī)遇，推動(dòng)Web應(yīng)用環(huán)境替代移動(dòng)智能終端操作系統(tǒng)成為移動(dòng)應(yīng)用的承載平臺(tái)，打破移動(dòng)智能終端操作系統(tǒng)和應(yīng)用之間緊耦合的綁定關(guān)系，促進(jìn)其由垂直一體化向水平化方向演進(jìn)，顛覆現(xiàn)有移動(dòng)互聯(lián)網(wǎng)的產(chǎn)業(yè)格局和發(fā)展模式?！癢eb平臺(tái)和互聯(lián)網(wǎng)渠道”將取代“移動(dòng)智能終端操作系統(tǒng)和應(yīng)用程序商店”成為產(chǎn)業(yè)新的核心，產(chǎn)業(yè)軸心和模式的轉(zhuǎn)換帶來(lái)新的發(fā)展機(jī)遇。因此，Web是國(guó)內(nèi)廠商在移動(dòng)平臺(tái)方面重點(diǎn)發(fā)展的方向。運(yùn)營(yíng)商可以推動(dòng)WebKit朝著更好的帶寬管理、更緊密集成硬件多媒體加速器的方向開(kāi)發(fā)。此外，運(yùn)營(yíng)商可資助開(kāi)發(fā)更好的跨平臺(tái)開(kāi)發(fā)工具，使HTML，JavaScript開(kāi)發(fā)者能面向更多的原生平臺(tái)和大眾市場(chǎng)瀏覽器。目前，運(yùn)營(yíng)商也積極研發(fā)并推出自主知識(shí)產(chǎn)權(quán)的操作系統(tǒng)，如聯(lián)通沃PhoneOS、移動(dòng)OPhoneOS。目前，以FirefoxOS、ChromeOS等為代表的WebOS也成為當(dāng)前移動(dòng)互聯(lián)網(wǎng)領(lǐng)域的熱門話題，內(nèi)核支持原生應(yīng)用和Web應(yīng)用運(yùn)行框架的混合型操作系統(tǒng)也有長(zhǎng)足發(fā)展，支持HTML5框架和Java應(yīng)用框架，應(yīng)用開(kāi)發(fā)者可以選擇其中之一開(kāi)發(fā)其應(yīng)用；整合通信服務(wù)、多媒體處理、定位地圖服務(wù)、日歷、郵件等日常使用的基礎(chǔ)應(yīng)用。目前，市面上比較典型的混合型操作系統(tǒng)是“阿里手機(jī)操作系統(tǒng)”，其采用了自有的虛擬機(jī)，在Linux開(kāi)源內(nèi)核上開(kāi)發(fā)了阿里云操作系統(tǒng)，并疊加了阿里云自行研發(fā)的“云應(yīng)用引擎”(CloudAppEngine)，用于支持HTML5Web應(yīng)用。阿里手機(jī)操作系統(tǒng)能夠兼容Andriod系統(tǒng)，可以支持基于Andriod平臺(tái)開(kāi)發(fā)的應(yīng)用，兼容程度可達(dá)90%以上[1]。
伴隨著終端智能化及網(wǎng)絡(luò)寬帶化的趨勢(shì)，移動(dòng)互聯(lián)網(wǎng)業(yè)務(wù)層出不窮，日益繁榮。但與此同時(shí)，移動(dòng)終端越來(lái)越多的涉及商業(yè)秘密和個(gè)人隱私等敏感信息。移動(dòng)終端也面臨各種安全威脅，如惡意訂購(gòu)、自動(dòng)聯(lián)網(wǎng)等，造成用戶的話費(fèi)及流量損失；木馬軟件可以控制用戶的移動(dòng)終端，盜取賬戶、監(jiān)聽(tīng)通話、發(fā)送本地信息等。移動(dòng)終端作為移動(dòng)互聯(lián)網(wǎng)時(shí)代最主要的載體，面臨著嚴(yán)峻的安全挑戰(zhàn)。智能移動(dòng)終端惡意軟件危害根據(jù)2012年中國(guó)計(jì)算機(jī)網(wǎng)絡(luò)安全年會(huì)上國(guó)家互聯(lián)網(wǎng)應(yīng)急中心副總工程師、國(guó)家網(wǎng)絡(luò)信息安全技術(shù)研究所所長(zhǎng)杜躍進(jìn)先生的報(bào)告，移動(dòng)智能終端軟件安全檢測(cè)顯示，針對(duì)采集的48萬(wàn)多個(gè)應(yīng)用軟件，經(jīng)掃描發(fā)現(xiàn)超過(guò)200多個(gè)已經(jīng)明確是病毒的軟件。從中隨機(jī)選擇一萬(wàn)余款應(yīng)用軟件，利用國(guó)家網(wǎng)絡(luò)信息安全技術(shù)研究所自主研發(fā)的工具進(jìn)行深度代碼分析，發(fā)現(xiàn)很多軟件存在惡意行為或可疑行為。其中，存在敏感行為的超過(guò)5000個(gè)，當(dāng)中未經(jīng)用戶許可自動(dòng)訪問(wèn)網(wǎng)站的3185個(gè)，自動(dòng)向外發(fā)送短信或彩信的13個(gè)，另有4個(gè)明顯存在惡意行為(照比例計(jì)算，在48萬(wàn)個(gè)應(yīng)用軟件里至少有160個(gè)是尚未被防病毒產(chǎn)品檢出的惡意軟件。因此，移動(dòng)互聯(lián)網(wǎng)相關(guān)應(yīng)用軟件的整體安全現(xiàn)狀堪憂。而根據(jù)網(wǎng)秦云安全監(jiān)測(cè)平臺(tái)統(tǒng)計(jì)，2013年全球共查殺到智能移動(dòng)終端惡意軟件134790款，同比2012年增長(zhǎng)106.6%；2013年感染終端共計(jì)5656萬(wàn)部，同比2012年增長(zhǎng)76.8%。
目前惡意軟件的傳播方式主要有五種：網(wǎng)絡(luò)下載傳播、藍(lán)牙(Bluetooth)傳播、USB傳播、閃存卡傳播、彩信(MMS)傳播等。據(jù)《2013年上半年中國(guó)手機(jī)安全狀況報(bào)告》指出，在手機(jī)惡意軟件的主要危害中，資費(fèi)消耗、隱私竊取和惡意扣費(fèi)位列前三。惡意軟件主要危害類型如下：《2013年上半年中國(guó)手機(jī)安全狀況報(bào)告》顯示，今年上半年國(guó)內(nèi)新增手機(jī)木馬、惡意軟件及惡意廣告插件共計(jì)45萬(wàn)余款，感染總量超過(guò)4.8億人次，接近2012全年感染量。其中，安卓新增木馬占總量的97%，九成以上含有隱私竊取行為。2013年上半年Android新增惡意軟件月度統(tǒng)計(jì)情況如圖1所示。下面結(jié)合實(shí)例簡(jiǎn)單介紹惡意軟件的危害。著名竊密軟件“X臥底”由泰國(guó)的Vervata公司開(kāi)發(fā)，引進(jìn)中國(guó)后改名“X臥底”。該軟件能夠監(jiān)聽(tīng)話音、發(fā)送本地信息，個(gè)人隱私數(shù)據(jù)都被發(fā)送到第三方服務(wù)器上。其原理如圖2所示?！癤臥底”在短信監(jiān)控環(huán)節(jié)能顯示出對(duì)方的號(hào)碼、收發(fā)短信的時(shí)間以及短信的詳細(xì)內(nèi)容；電話監(jiān)控方面破壞性較強(qiáng)，能夠顯示被監(jiān)控方通話的號(hào)碼、通話時(shí)間和時(shí)長(zhǎng)，并且能同時(shí)將通話錄音保存為一個(gè)AMR格式的音頻文件發(fā)送到監(jiān)控方的指定郵箱；環(huán)境監(jiān)聽(tīng)方面，當(dāng)主控號(hào)碼撥打安裝了X臥底的被監(jiān)控手機(jī)時(shí)，被監(jiān)控手機(jī)會(huì)自動(dòng)將電話接通，主控號(hào)碼方能夠聽(tīng)到對(duì)方周圍聲音，但在被監(jiān)控手機(jī)上無(wú)任何顯示；一些“X臥底”變種(如Android版)還具備扣費(fèi)功能?？梢?jiàn)，加強(qiáng)移動(dòng)終端相關(guān)應(yīng)用軟件質(zhì)量的管理已迫在眉睫。智能移動(dòng)終端軟件質(zhì)量管理目前的主要操作系統(tǒng)平臺(tái)有Android、iPhone、WindowsPhone等。雖然惡意軟件在各個(gè)平臺(tái)都存在，但由于各個(gè)平臺(tái)的安全機(jī)制差異甚大，不同廠商的智能終端面臨的安全風(fēng)險(xiǎn)也截然不同，甚至同樣的操作系統(tǒng)，由于不同OEM對(duì)其安全加固程度不同，也呈現(xiàn)出不同的安全特性。
2.1軟件自動(dòng)化測(cè)試工具的應(yīng)用軟件質(zhì)量因素主要包括十點(diǎn)，功能性質(zhì)量因素：正確性，健壯性，可靠性；非功能性質(zhì)量因素：性能，易用性，清晰性，安全性，可擴(kuò)展性，兼容性，可移植性。軟件自動(dòng)化測(cè)試對(duì)于提高軟件的測(cè)試效率和質(zhì)量有著至關(guān)重要的作用。自動(dòng)化測(cè)試使用機(jī)器執(zhí)行測(cè)試案例，能夠節(jié)省大量人力，測(cè)試效率也更高。自動(dòng)化測(cè)試通常采用腳本技術(shù)實(shí)現(xiàn)，便于測(cè)試經(jīng)驗(yàn)的積累和復(fù)用。軟件自動(dòng)化測(cè)試工具除了傳統(tǒng)的黑、白盒測(cè)試工具，還包括對(duì)數(shù)據(jù)生成進(jìn)行檢測(cè)的工具、對(duì)管理進(jìn)行測(cè)試的工具。測(cè)試數(shù)據(jù)生成工具主要應(yīng)用在測(cè)試的前端，為測(cè)試過(guò)程準(zhǔn)備大量數(shù)據(jù)，目前典型的測(cè)試數(shù)據(jù)生成工具有：Bender＆Associates公司提供的功能測(cè)試數(shù)據(jù)生成工具SoftTest和InternationalSoftwareAutomation公司提供的PanoramaC/C＋＋測(cè)試數(shù)據(jù)生成工具；測(cè)試管理工具是指用工具對(duì)軟件的整個(gè)測(cè)試輸入、執(zhí)行過(guò)程和測(cè)試結(jié)果進(jìn)行管理的過(guò)程，主要有MercuryInteractive公司的TestDirector、IBM－Rational公司的ClearQuest。目前自動(dòng)化測(cè)試工具的種類非常多，我們?cè)谶x擇自動(dòng)化測(cè)試工具時(shí)，要綜合考慮各方面的因素，使軟件自動(dòng)化測(cè)試工具得到準(zhǔn)確使用，只有這樣才能不斷提高測(cè)試的質(zhì)量和效率，降低測(cè)試所需要的成本，從而促進(jìn)軟件開(kāi)發(fā)工作的快速發(fā)展。
2.2智能終端統(tǒng)一管理平臺(tái)智能終端作為行業(yè)終端，安全應(yīng)和行業(yè)應(yīng)用結(jié)合?？赏ㄟ^(guò)搭建終端安全統(tǒng)一管理平臺(tái)，實(shí)現(xiàn)信息收集、檢索、分析，對(duì)智能移動(dòng)終端軟件質(zhì)量問(wèn)題實(shí)行系統(tǒng)化、網(wǎng)絡(luò)化和動(dòng)態(tài)化的跟蹤。不定期提供質(zhì)量信息綜合分析報(bào)告，其中包括軟件測(cè)試過(guò)程的結(jié)果，得出的結(jié)論，缺陷分析及其限制因素，測(cè)試資源的消耗，提供統(tǒng)一的安全策略，最大程度確保企業(yè)終端的安全。統(tǒng)一管理平臺(tái)的組成架構(gòu)如圖3、4所示。國(guó)外運(yùn)營(yíng)商如AT&T已經(jīng)為其企業(yè)客戶提供類似的終端安全統(tǒng)一管理平臺(tái)。企業(yè)管理人員登錄到管理平臺(tái)之后，可以看到自己企業(yè)管理的所有手機(jī)，選擇想要管理的手機(jī)，點(diǎn)擊“管理手機(jī)”按鈕，就可對(duì)手機(jī)進(jìn)行“刪除短信”、“刪除聯(lián)系人”、“刪除通訊記錄”、“重啟手機(jī)”等操作。如某員工離職后，企業(yè)就能即時(shí)刪除其手機(jī)上的所有信息，以保證企業(yè)客戶數(shù)據(jù)的安全，該員工歸還的手機(jī)把信息清空后，仍可被下一名新員工使用。假如某員工手機(jī)被盜，不法分子常常會(huì)將舊卡丟棄，并換入新卡銷贓。此時(shí)手機(jī)端軟件會(huì)自動(dòng)發(fā)送信息給后端管理平臺(tái)，管理人員可以立即刪除手機(jī)內(nèi)的所有信息。
標(biāo)準(zhǔn)的制定應(yīng)當(dāng)建立在先進(jìn)的科學(xué)技術(shù)與豐富的實(shí)踐經(jīng)驗(yàn)之上，這一點(diǎn)光靠憑空捏造是不行的。制定標(biāo)準(zhǔn)的根本目的是：對(duì)社會(huì)生產(chǎn)秩序加以改善，并且在一定范疇內(nèi)推動(dòng)產(chǎn)品的流通，進(jìn)而實(shí)現(xiàn)整個(gè)社會(huì)資源的優(yōu)化配置，從而最終實(shí)現(xiàn)經(jīng)濟(jì)效益與社會(huì)效益的最大化。從某種層面上而言，與人類的語(yǔ)言相同，"標(biāo)準(zhǔn)"是衡量人類勞動(dòng)產(chǎn)品的一項(xiàng)重要標(biāo)準(zhǔn)，且隨著人類文明和知識(shí)水平的不斷進(jìn)步和發(fā)展。在進(jìn)入工業(yè)時(shí)代后，產(chǎn)品的生產(chǎn)過(guò)程開(kāi)始呈現(xiàn)工業(yè)化、綜合化以及現(xiàn)代化的趨勢(shì)，在此過(guò)程中，常常需要多家企業(yè)與多個(gè)行業(yè)參與其中，并且需要對(duì)多項(xiàng)技術(shù)進(jìn)行融合，才能將產(chǎn)品完美地呈現(xiàn)。伴隨著全球經(jīng)濟(jì)一體化的推進(jìn)，各國(guó)之間的貿(mào)易活動(dòng)愈發(fā)頻繁，這勢(shì)必會(huì)影響各個(gè)國(guó)家的國(guó)家標(biāo)準(zhǔn)，在某種程度上這其實(shí)也促進(jìn)了國(guó)際標(biāo)準(zhǔn)的形成。一般情況下，國(guó)際標(biāo)準(zhǔn)通常是經(jīng)由國(guó)際電信聯(lián)盟、國(guó)際標(biāo)準(zhǔn)化組織以及國(guó)際電工委員會(huì)共同制定，并且通過(guò)國(guó)際標(biāo)準(zhǔn)化組織的進(jìn)一步明確的標(biāo)準(zhǔn)。
2軟件工程質(zhì)量管理的有效措施
（1）不斷強(qiáng)化軟件工程質(zhì)量。軟件工程質(zhì)量保證工作所指的就是開(kāi)發(fā)出現(xiàn)的新軟件進(jìn)行檢驗(yàn)，來(lái)確保這些軟件達(dá)到有關(guān)規(guī)定的標(biāo)準(zhǔn)。該項(xiàng)工作的主要內(nèi)容有對(duì)軟件產(chǎn)品進(jìn)行審查、對(duì)一些工具、設(shè)備進(jìn)行審查，以及對(duì)軟件開(kāi)發(fā)技術(shù)的審查評(píng)審，最后根據(jù)審查所得出的數(shù)據(jù)做成報(bào)告。具本人多年的研究經(jīng)驗(yàn)，軟件工程質(zhì)量保證工作的開(kāi)展主要包括以下幾個(gè)流程：
①成立軟件工程質(zhì)量審查小組；
②合理規(guī)劃小組審查活動(dòng)；
③不斷優(yōu)化小組工作內(nèi)容，避免小組在審查過(guò)程中出現(xiàn)漏洞。
（2）不斷強(qiáng)化軟件工程質(zhì)量的管理程序工作的開(kāi)展。我們知道，通過(guò)有效的軟件管理，可以有效的實(shí)現(xiàn)軟件工程的工業(yè)化、軟件開(kāi)發(fā)、生產(chǎn)的規(guī)?；?，所以可以說(shuō)科學(xué)、完善軟件工程質(zhì)量管理程序是軟件工程發(fā)展的強(qiáng)有力后盾。本文經(jīng)過(guò)研究，其具體包括以下幾方面內(nèi)容。
①對(duì)軟件工程產(chǎn)品的質(zhì)量需求加以構(gòu)建。其中產(chǎn)品的質(zhì)量需求應(yīng)當(dāng)滿足全部客戶的不同要求與條件，且將這些要求與條件轉(zhuǎn)變成實(shí)際的標(biāo)準(zhǔn)，并加以介紹；與此同時(shí)，還必須對(duì)客戶的要求進(jìn)行密切的觀察，一旦這些要求發(fā)生改變，那么就必須在第一時(shí)間內(nèi)對(duì)軟件工程加以補(bǔ)充，進(jìn)而使軟件設(shè)計(jì)更加的完善。
②制定一套軟件產(chǎn)品開(kāi)發(fā)與維護(hù)的有效方式。
（3）不斷加強(qiáng)對(duì)軟件開(kāi)發(fā)隊(duì)伍的建設(shè)與管理。人是軟件工程開(kāi)發(fā)、管理等一系列活動(dòng)開(kāi)展的主體，所以不斷加強(qiáng)軟件開(kāi)發(fā)隊(duì)伍、軟件工程質(zhì)量管理隊(duì)伍建設(shè)對(duì)于提高軟件工程質(zhì)量標(biāo)準(zhǔn)至關(guān)重要。其具體包括以下幾方面內(nèi)容，第一，聘請(qǐng)優(yōu)秀的軟件工程質(zhì)量管理方面的人才，積極學(xué)習(xí)國(guó)內(nèi)外高效的管理經(jīng)驗(yàn)，降低甚至是避免軟件管理問(wèn)題的發(fā)生。第二，定期組織有關(guān)軟件開(kāi)發(fā)知識(shí)與技術(shù)方面的培訓(xùn)，并積極號(hào)召?gòu)V大管理人員與技術(shù)人員參與其中，以便使其能夠掌握最先進(jìn)、最前沿的軟件工程開(kāi)發(fā)技術(shù)與管理知識(shí)，且進(jìn)行考核，以保證培訓(xùn)的效果與質(zhì)量，進(jìn)而真正實(shí)現(xiàn)提升員工素質(zhì)與技能的目的。
3結(jié)語(yǔ)
1.1測(cè)試設(shè)計(jì)重點(diǎn)偏離使用QC軟件測(cè)試發(fā)現(xiàn)bug統(tǒng)計(jì)，如表1所示。根據(jù)表1工作量統(tǒng)計(jì)，25人/日為5個(gè)中級(jí)測(cè)試工程師一周的工作量，但是根據(jù)測(cè)試用例發(fā)現(xiàn)的bug數(shù)量?jī)H占bug總量的44.18%，該比例顯示測(cè)試用例的設(shè)計(jì)重點(diǎn)嚴(yán)重出現(xiàn)偏離。需要在測(cè)試用例設(shè)計(jì)的方向上進(jìn)行調(diào)整。
1.2測(cè)試過(guò)程不可控QC軟件測(cè)試計(jì)劃中測(cè)試執(zhí)行階段為2013.3.8-2013.3.27，執(zhí)行三輪測(cè)試；實(shí)際測(cè)試時(shí)間為2013.3.23-2013.4.20，執(zhí)行測(cè)試三輪，計(jì)劃完成時(shí)間嚴(yán)重偏離，表2為原計(jì)劃與實(shí)際計(jì)劃的對(duì)比。表2顯示測(cè)試計(jì)劃進(jìn)行了較大調(diào)整，計(jì)劃截止時(shí)間比原計(jì)劃延遲23天。延遲原因經(jīng)分析主要為開(kāi)發(fā)提交測(cè)試時(shí)間延遲，開(kāi)發(fā)提交版本問(wèn)題較多，測(cè)試計(jì)劃安排不合理，在兩輪測(cè)試間為安排開(kāi)發(fā)修改bug時(shí)間等。想要解決該問(wèn)題，不僅需要對(duì)測(cè)試過(guò)程進(jìn)行管理，同時(shí)也需要對(duì)開(kāi)發(fā)提交的測(cè)試版本質(zhì)量進(jìn)行管理。
2軟件質(zhì)量管理改進(jìn)對(duì)策
2.1需求工程管理軟件開(kāi)發(fā)過(guò)程中，需求不明確會(huì)帶來(lái)需求的頻繁變更，浪費(fèi)了很多時(shí)間。針對(duì)此項(xiàng)問(wèn)題，可對(duì)需求相關(guān)的活動(dòng)進(jìn)行統(tǒng)一管理，其需求管理結(jié)構(gòu)圖如圖2所示。加強(qiáng)需求開(kāi)發(fā)和需求管理的有機(jī)結(jié)合，不僅減少了需求的變更次數(shù)，還解決了工程師對(duì)需求不能理解到位的問(wèn)題。需求開(kāi)發(fā)和需求管理同樣重要，只有兩者互相配合才能做出用戶滿意的產(chǎn)品。
2.2立項(xiàng)管理為了使有限的資源發(fā)揮更高的價(jià)值，公司可通過(guò)立項(xiàng)管理流程進(jìn)行立項(xiàng)管理，立項(xiàng)管理流程分為立項(xiàng)建議、立項(xiàng)評(píng)審和立項(xiàng)籌備三個(gè)階段，其具體流程圖3所示。
2.3測(cè)試流程管理針對(duì)測(cè)試流程中發(fā)現(xiàn)的問(wèn)題，可對(duì)整體的測(cè)試流程做如下的改變：（1）測(cè)試部門可進(jìn)行需求學(xué)習(xí)及需求討論，對(duì)理解不清楚及有疑問(wèn)的需求，由研發(fā)設(shè)計(jì)部門進(jìn)行解答，研發(fā)設(shè)計(jì)部門不能解答的由其聯(lián)系用戶確認(rèn)后作出解答；（2）需求確認(rèn)后，針對(duì)系統(tǒng)功能和性能等指標(biāo)，由測(cè)試工程師進(jìn)行測(cè)試測(cè)用例的設(shè)計(jì)，設(shè)計(jì)從兩個(gè)方面進(jìn)行，一方面測(cè)試工程師根據(jù)需求進(jìn)行測(cè)試用例的編寫(xiě)，另一方面測(cè)試工程師可根據(jù)用戶反饋問(wèn)題進(jìn)行分析匯總；（3）使用QC功能測(cè)試工具對(duì)應(yīng)用軟件兼容性、操作系統(tǒng)兼容性進(jìn)行測(cè)試，以便于使用測(cè)試工具完成多種環(huán)境下的功能和兼容性測(cè)試；（4）進(jìn)行自由測(cè)試以便于對(duì)系統(tǒng)測(cè)試用例進(jìn)行補(bǔ)充，分析測(cè)試用例未覆蓋問(wèn)題的原因；（5）定期分析缺陷庫(kù)中的問(wèn)題，分析問(wèn)題產(chǎn)生的原因，進(jìn)行測(cè)試用例的修改。
3結(jié)論
在實(shí)際的項(xiàng)目質(zhì)量管理中，質(zhì)量管理總是圍繞著質(zhì)量保證(QualityAssurance)過(guò)程和質(zhì)量控制(QualityControl)過(guò)程兩方面。這兩個(gè)過(guò)程相互作用，在實(shí)際應(yīng)用中還可能會(huì)發(fā)生交叉。正如引言所述，關(guān)于軟件的質(zhì)量，很難下一個(gè)非常明確的定義。本文主要針對(duì)軟件工程中的質(zhì)量管理來(lái)進(jìn)行討論。
做軟件“大餐”的工序
軟件質(zhì)量保證（SoftwareQualityAssurance，以下簡(jiǎn)稱SQA）的目的是驗(yàn)證在軟件開(kāi)發(fā)過(guò)程中是否遵循了合適的過(guò)程和標(biāo)準(zhǔn)。軟件質(zhì)量保證過(guò)程一般包含以下幾項(xiàng)活動(dòng)：
首先是建立SQA組；其次是選擇和確定SQA活動(dòng)，即選擇SQA組所要進(jìn)行的質(zhì)量保證活動(dòng)，這些SQA活動(dòng)將作為SQA計(jì)劃的輸入；然后是制定和維護(hù)SQA計(jì)劃，這個(gè)計(jì)劃明確了SQA活動(dòng)與整個(gè)軟件開(kāi)發(fā)生命周期中各個(gè)階段的關(guān)系；還有執(zhí)行SQA計(jì)劃、對(duì)相關(guān)人員進(jìn)行培訓(xùn)、選擇與整個(gè)軟件工程環(huán)境相適應(yīng)的質(zhì)量保證工具；最后是不斷完善質(zhì)量保證過(guò)程活動(dòng)中存在的不足，改進(jìn)項(xiàng)目的質(zhì)量保證過(guò)程。
獨(dú)立的SQA組是衡量軟件開(kāi)發(fā)活動(dòng)優(yōu)劣與否的尺度之一。SQA組的這一獨(dú)立性，使其享有一項(xiàng)關(guān)鍵權(quán)利??“越級(jí)上報(bào)”。當(dāng)SQA組發(fā)現(xiàn)產(chǎn)品質(zhì)量出現(xiàn)危機(jī)時(shí)，它有權(quán)向項(xiàng)目組的上級(jí)機(jī)構(gòu)直接報(bào)告這一危機(jī)。這無(wú)疑對(duì)項(xiàng)目組起到相當(dāng)?shù)摹巴亍弊饔茫部梢钥闯墒谴偈鬼?xiàng)目組重視軟件開(kāi)發(fā)質(zhì)量的一種激勵(lì)。這一形式使許多問(wèn)題在組內(nèi)得以解決，提高了軟件開(kāi)發(fā)的質(zhì)量和效率。
選擇和確定SQA活動(dòng)這一過(guò)程的目的是策劃在整個(gè)項(xiàng)目開(kāi)發(fā)過(guò)程中所需要進(jìn)行的質(zhì)量保證活動(dòng)。質(zhì)量保證活動(dòng)應(yīng)與整個(gè)項(xiàng)目的開(kāi)發(fā)計(jì)劃和配置管理計(jì)劃相一致。一般把該活動(dòng)分為以下五類：
1）評(píng)審軟件產(chǎn)品、工具與設(shè)施
軟件產(chǎn)品常被稱為“無(wú)形”的產(chǎn)品。評(píng)審時(shí)難度更大。在此要注意的一點(diǎn)是：在評(píng)審時(shí)不能只對(duì)最終的軟件代碼進(jìn)行評(píng)審，還要對(duì)軟件開(kāi)發(fā)計(jì)劃、標(biāo)準(zhǔn)、過(guò)程、軟件需求、軟件設(shè)計(jì)、數(shù)據(jù)庫(kù)、手冊(cè)以及測(cè)試信息等進(jìn)行評(píng)審。評(píng)估軟件工具主要是為了保證項(xiàng)目組采用合適的技術(shù)和工具。評(píng)估項(xiàng)目設(shè)施的目的是保證項(xiàng)目組有充足設(shè)備和資源進(jìn)行軟件開(kāi)發(fā)工作。這也為規(guī)劃今后軟件項(xiàng)目的設(shè)備購(gòu)置、資源擴(kuò)充、資源共享等提供依據(jù)。
2）SQA活動(dòng)審查的軟件開(kāi)發(fā)過(guò)程
SQA活動(dòng)審查的軟件開(kāi)發(fā)過(guò)程主要有：軟件產(chǎn)品的評(píng)審過(guò)程、項(xiàng)目的計(jì)劃和跟蹤過(guò)程、軟件需求分析過(guò)程、軟件設(shè)計(jì)過(guò)程、軟件實(shí)現(xiàn)和單元測(cè)試過(guò)程、集成和系統(tǒng)測(cè)試過(guò)程、項(xiàng)目交付過(guò)程、子承包商控制過(guò)程、配置管理過(guò)程。特別要強(qiáng)調(diào)的是，為保證軟件質(zhì)量，應(yīng)賦予SQA阻止交付某些不符合項(xiàng)目需求和標(biāo)準(zhǔn)產(chǎn)品的權(quán)利。
3）參與技術(shù)和管理評(píng)審
參與技術(shù)和管理評(píng)審的目的是為了保證此類評(píng)審滿足項(xiàng)目要求，便于監(jiān)督問(wèn)題的解決。
4）做SQA報(bào)告
SQA活動(dòng)的一個(gè)重要內(nèi)容就是報(bào)告對(duì)軟件產(chǎn)品或軟件過(guò)程評(píng)估的結(jié)果，并提出改進(jìn)建議。SQA應(yīng)將其評(píng)估的結(jié)果文檔化
5）做SQA度量
SQA度量是記錄花費(fèi)在SQA活動(dòng)上時(shí)間、人力等數(shù)據(jù)。通過(guò)大量數(shù)據(jù)的積累、分析，可以使企業(yè)領(lǐng)導(dǎo)對(duì)質(zhì)量管理的重要性有定量的認(rèn)識(shí)，利于質(zhì)量管理活動(dòng)的進(jìn)一步開(kāi)展。
要說(shuō)明的是，并不是每個(gè)項(xiàng)目的質(zhì)量保證過(guò)程都必須包含上述這些活動(dòng)或僅限于這些活動(dòng)，要根據(jù)項(xiàng)目的具體情況來(lái)定。
SQA計(jì)劃中必須明確定義在軟件開(kāi)發(fā)的各個(gè)階段是如何進(jìn)行質(zhì)量保證活動(dòng)的。它通常包含以下內(nèi)容：質(zhì)量目標(biāo)；定義每個(gè)開(kāi)發(fā)階段的開(kāi)始和結(jié)束邊界；詳細(xì)策劃要進(jìn)行的質(zhì)量保證活動(dòng)；明確質(zhì)量活動(dòng)的職責(zé)；SQA組的職責(zé)和權(quán)限；SQA組的資源需求，包括人員、工具和設(shè)施；定義由SQA組執(zhí)行的評(píng)估；定義由SQA組負(fù)責(zé)組織的評(píng)審；SQA組進(jìn)行評(píng)審和檢查時(shí)所參見(jiàn)的項(xiàng)目標(biāo)準(zhǔn)和過(guò)程；需由SQA組產(chǎn)生的文檔。
選擇合適的SQA工具并不是試圖通過(guò)選擇SQA工具來(lái)保證軟件產(chǎn)品的質(zhì)量，而是用以支持SQA的活動(dòng)。選定SQA工具時(shí)，首先需要明確質(zhì)量保證目標(biāo)。根據(jù)目標(biāo)制定選擇SQA工具的需求并文檔化，包括對(duì)平臺(tái)、操作系統(tǒng)以及SQA工具與軟件工程平臺(tái)接口的要求等。
如何使白壁“無(wú)瑕”
按工序去做也不一定能得到一盤完美的“大餐”，因?yàn)榛鸷畹纫蛩貙?shí)在很難掌握。萬(wàn)一掌握不好怎么辦？軟件質(zhì)量控制主要就是發(fā)現(xiàn)和消除軟件產(chǎn)品的缺陷。對(duì)于高質(zhì)量的軟件來(lái)講，最終產(chǎn)品應(yīng)該盡可能達(dá)到零缺陷。而軟件開(kāi)發(fā)是一個(gè)以人為中心的活動(dòng)，所以出現(xiàn)缺陷是不可避免的。因此，要想交付一個(gè)高質(zhì)量的軟件，消除缺陷的活動(dòng)就變得很重要。缺陷消除是通過(guò)“評(píng)審”和“測(cè)試”這類質(zhì)量控制活動(dòng)來(lái)實(shí)現(xiàn)的。
缺陷在軟件開(kāi)發(fā)的任何階段都可能會(huì)被引入。項(xiàng)目質(zhì)量管理過(guò)程包含了許多可以識(shí)別缺陷、消除缺陷的過(guò)程?！白R(shí)別缺陷”和“消除缺陷”本來(lái)是兩個(gè)不同的過(guò)程，但在這里為了簡(jiǎn)便統(tǒng)一用“消除”來(lái)代表它們。潛在的缺陷越大，用來(lái)消除它所花的費(fèi)用越高。因此成熟的軟件開(kāi)發(fā)過(guò)程在每一個(gè)可能會(huì)引入潛在缺陷的階段完成之后都會(huì)開(kāi)展質(zhì)量控制活動(dòng)。這些為了消除缺陷的活動(dòng)包括：需求評(píng)審、設(shè)計(jì)評(píng)審、代碼走查、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試以及驗(yàn)收測(cè)試等。
論文關(guān)鍵詞：軟件項(xiàng)目管理軟件產(chǎn)品質(zhì)量因素
論文摘要：軟件項(xiàng)目管理的核心是全面客戶滿意。其管理體系包括:戰(zhàn)略管理、范圍管理、成本管理、時(shí)間管理、人力資源管理、溝通管理、風(fēng)險(xiǎn)管理和質(zhì)量管理。
在軟件和信息科技行業(yè)，項(xiàng)目管理經(jīng)常決定了一個(gè)產(chǎn)品或者企業(yè)能否成功。項(xiàng)目管理得到越來(lái)越多的企業(yè)和政府部門的重視，例如中國(guó)于2002年4月召開(kāi)了有關(guān)項(xiàng)目管理的首次國(guó)際研討會(huì)。具體操作與項(xiàng)目最根本的不同在于具體操作是具有連續(xù)性和重復(fù)性的，而項(xiàng)目則是有時(shí)限性和唯一性的。項(xiàng)目是一項(xiàng)為了創(chuàng)造某一唯一的產(chǎn)品或服務(wù)的時(shí)限性工作。所謂時(shí)限性是指每一個(gè)項(xiàng)目都具有明確的開(kāi)端和明確的結(jié)束;所謂唯一是指該項(xiàng)產(chǎn)品或服務(wù)與同類產(chǎn)品或服務(wù)相比在某些方面具有顯著的不同。各種層次的組織都可以承擔(dān)項(xiàng)目工作。項(xiàng)目有時(shí)只涉及一個(gè)組織的某一部分，有時(shí)則可能需要跨越好幾個(gè)組織。項(xiàng)目是執(zhí)行組織商業(yè)戰(zhàn)略的關(guān)鍵。
一、軟件產(chǎn)品項(xiàng)目管理的重要性
20世紀(jì)80--90年代，許多大型企業(yè)管理信息系統(tǒng)MIS的開(kāi)發(fā)都以失敗而告終。這是為什么?一個(gè)重要原因是軟件項(xiàng)目管理水平上不去，尤其是需求分析管理水平上不去，使得項(xiàng)目快要驗(yàn)收或交付時(shí)，卻出了大問(wèn)題:要么發(fā)現(xiàn)用戶需求獲取不準(zhǔn)確，要么發(fā)現(xiàn)用戶需求變了，致使做好的系統(tǒng)不能用或不好用。20世紀(jì)90年代初，上海一家公司在青島做一個(gè)港口MIS項(xiàng)目，北京有一個(gè)單位在天津做一個(gè)港口MIS項(xiàng)目，都是因?yàn)榧滓译p方軟件工程基本知識(shí)不具備，使得項(xiàng)目管理不到位，導(dǎo)致2個(gè)大型項(xiàng)目不成功。現(xiàn)在軟件應(yīng)用領(lǐng)域空前廣闊，深人到社會(huì)和科學(xué)研究等領(lǐng)域的各個(gè)方面。軟件的需求也比以往更加多，軟件系統(tǒng)設(shè)計(jì)也空前復(fù)雜。軟件的項(xiàng)目管理問(wèn)題也就因此而產(chǎn)生了。90年代中期，軟件項(xiàng)目管理不善的問(wèn)題仍然嚴(yán)重。據(jù)美國(guó)軟件工程狀況調(diào)查，只有10%的項(xiàng)目能夠在預(yù)定的費(fèi)用和進(jìn)度下交付。于是軟件項(xiàng)目管理成為軟件項(xiàng)目發(fā)展中最重要的核心問(wèn)題。為了使軟件項(xiàng)目開(kāi)發(fā)獲得成功，必須對(duì)軟件開(kāi)發(fā)項(xiàng)目的工作范圍、可能遇到的風(fēng)險(xiǎn)、需要的資源(人、硬件、軟件)、要實(shí)現(xiàn)的任務(wù)、經(jīng)歷的里程碑、花費(fèi)的工作量(成本)，以及進(jìn)度安排等做到心中有數(shù)。軟件項(xiàng)目管理的目的就是提供這些信息，分析信息，并根據(jù)分析結(jié)果對(duì)項(xiàng)目做出調(diào)整。軟件項(xiàng)目管理開(kāi)始于技術(shù)工作之前，在軟件開(kāi)發(fā)的整個(gè)過(guò)程中持續(xù)進(jìn)行，最后中止于軟件過(guò)程結(jié)束。
二、軟件項(xiàng)目管理體系
隨著軟、硬件技術(shù)以及通信技術(shù)的日益成熟，軟件技術(shù)可以與所有的傳統(tǒng)產(chǎn)業(yè)相結(jié)合，促進(jìn)產(chǎn)品的更新?lián)Q代，大幅度提高產(chǎn)品的附加值，提高勞動(dòng)生產(chǎn)率，推動(dòng)產(chǎn)業(yè)結(jié)構(gòu)與產(chǎn)品結(jié)構(gòu)的調(diào)整。因此，軟件的開(kāi)發(fā)以及應(yīng)用不僅僅是軟件開(kāi)發(fā)機(jī)構(gòu)的任務(wù)，更深地涉及軟件使用者的切身利益，尤其像管理信息系統(tǒng)MIS(ManagcmentInformationSystem)、計(jì)算機(jī)集成制造系統(tǒng)CIMS(ComputerIntegrationManufacturingSystem)、企業(yè)資源計(jì)劃ERP(EnterpriseResourcePlanning)及商業(yè)智能BI(BusinessIntelligence)等大型的復(fù)雜軟件更是綜合了管理科學(xué)、計(jì)算機(jī)科學(xué)、通信技術(shù)以及數(shù)學(xué)等各方面的知識(shí)，需要各類人員的協(xié)調(diào)工作才能完成。因此也就有必要從項(xiàng)目管理的角度去管理軟件的開(kāi)發(fā)和運(yùn)行。從用戶的角度來(lái)看，軟件項(xiàng)目的生命周期應(yīng)該包括項(xiàng)目前期的論證工作、項(xiàng)目計(jì)劃、軟件開(kāi)發(fā)、運(yùn)行、維護(hù)以及項(xiàng)目后評(píng)價(jià)。由此可見(jiàn)軟件項(xiàng)目管理的范圍不僅包括傳統(tǒng)的軟件開(kāi)發(fā)過(guò)程，還應(yīng)該包括開(kāi)發(fā)之前的準(zhǔn)備工作以及運(yùn)行中的維護(hù)工作和對(duì)項(xiàng)目的總結(jié)工作。同時(shí)，在軟件項(xiàng)目生命周期中存在著許多活動(dòng)。根據(jù)活動(dòng)之間的相關(guān)性，可以將軟件項(xiàng)目的各種活動(dòng)分為九大類。
(1)戰(zhàn)略管理。根據(jù)用戶的經(jīng)營(yíng)目標(biāo)制定軟件項(xiàng)目的策略，以便為其他各方面的活動(dòng)提供指導(dǎo)。在制定項(xiàng)目策略的時(shí)候應(yīng)該充分考慮用戶和其他利益相關(guān)者的實(shí)際需求和市場(chǎng)因素。另外創(chuàng)造和諧的項(xiàng)目環(huán)境和連續(xù)改進(jìn)也是戰(zhàn)略管理的重要任務(wù)
(2)范圍管理。其目的是控制軟件項(xiàng)目的全部活動(dòng)過(guò)程都在需求范圍內(nèi)，以確保項(xiàng)目各種資源的高效利用。成功的項(xiàng)目管理離不開(kāi)用戶、軟件開(kāi)發(fā)隊(duì)伍和項(xiàng)目經(jīng)理的一致理解和協(xié)調(diào)配合
(3)成本管理。軟件項(xiàng)目的成本不僅包括開(kāi)發(fā)成本，也包括開(kāi)發(fā)之前立項(xiàng)階段以及軟件在運(yùn)行中的費(fèi)用。操作者的培訓(xùn)費(fèi)用和項(xiàng)所使用的各種硬件設(shè)施費(fèi)用也都是整個(gè)項(xiàng)目成本的一部分。這些成本都需要很好地計(jì)劃和控制。
(4)時(shí)間管理。其內(nèi)容有確定各項(xiàng)活動(dòng)之間的時(shí)間相關(guān)性;估計(jì)各項(xiàng)活動(dòng)的持續(xù)時(shí)間，跟蹤各項(xiàng)活動(dòng)的進(jìn)展情況，動(dòng)態(tài)調(diào)筷各項(xiàng)活動(dòng)之間在時(shí)間上的協(xié)調(diào)。
(5)人力資源管理。在軟件項(xiàng)目中應(yīng)該為軟件開(kāi)發(fā)人員和管理人員等各類項(xiàng)目人員創(chuàng)造一個(gè)和諧良好的工作氛圍。使他們能感到項(xiàng)目成功的把握和積極的工作心態(tài)，確保項(xiàng)目隊(duì)伍的穩(wěn)定性和連續(xù)性。
(6)溝通管理。溝通管理是一個(gè)收集、存儲(chǔ)、配置和項(xiàng)目生命周期內(nèi)所形成的各種信息的過(guò)程為了讓每個(gè)項(xiàng)目相關(guān)人員及時(shí)得到所需的信息，需要很好地解決“什么時(shí)候、向什么人禮報(bào)什么的”的問(wèn)題，此外軟件開(kāi)發(fā)隊(duì)伍和用戶之間的溝通也是溝通管理中的一項(xiàng)重要工作。
(7)風(fēng)險(xiǎn)管理。由于軟件項(xiàng)目中存在著很多的不確定因索，也就必然存在著各種風(fēng)險(xiǎn)而且風(fēng)險(xiǎn)有可能造成不良的結(jié)果，對(duì)風(fēng)險(xiǎn)進(jìn)行分析和監(jiān)控貫穿于整個(gè)軟件項(xiàng)目生命周期。
(8)質(zhì)量管理。目前軟件的質(zhì)量還是一個(gè)模糊的概念并且難以衡量由于軟件質(zhì)量主要是在開(kāi)發(fā)階段形成的，因此軟件項(xiàng)目質(zhì)量管理的重點(diǎn)應(yīng)放在系統(tǒng)分析、系統(tǒng)設(shè)計(jì)和編碼階段，走查、評(píng)審、調(diào)試和測(cè)試是保證軟件質(zhì)量的重要手段軟件工程能力成熟度模型CMM(CapabilityMaturityModel)較好地解決了軟件開(kāi)發(fā)過(guò)程中的質(zhì)量管理問(wèn)題。
綜合管理。綜合管理的任務(wù)是對(duì)前面討論的各類管理活動(dòng)進(jìn)行協(xié)調(diào)和控制，使這些活動(dòng)相互配合。其核心任務(wù)是對(duì)各種方案進(jìn)行評(píng)價(jià)，協(xié)調(diào)各方面的利益沖突確保項(xiàng)目總體標(biāo)的最終實(shí)現(xiàn)。
三、軟件項(xiàng)目管理的核心是全面客戶滿意
當(dāng)前，不少軟件業(yè)管理人上認(rèn)為，軟件開(kāi)發(fā)的問(wèn)題主要在軟件開(kāi)發(fā)的工程化、規(guī)范化和軟件開(kāi)發(fā)管理體制。他們按照CMM(CapabilityMaturityModel),IS09002的標(biāo)準(zhǔn)來(lái)建立他們的管理體系。這里有商業(yè)競(jìng)爭(zhēng)的因素在起作用。但是，他們忽略了商業(yè)競(jìng)爭(zhēng)中取勝最重要的因素—客戶滿意。他們沒(méi)有考慮到他們的管理方法能否滿足客戶不斷變化的需求。從長(zhǎng)遠(yuǎn)來(lái)看，軟件項(xiàng)目真正的成功是客戶的全面滿意。以客戶滿意為中心的質(zhì)量是必需的。漠視質(zhì)量或只關(guān)心產(chǎn)品/服務(wù)是否符合需要的方法再也不足以留住和獲得客戶。因此，軟件開(kāi)發(fā)項(xiàng)目組織必須先確定什么產(chǎn)品/服務(wù)可以讓顧客滿意，然后再努力滿足客戶的需求和期望。要實(shí)現(xiàn)此目標(biāo)，組織必須識(shí)別對(duì)軟件產(chǎn)品的各種特性中哪些是對(duì)客戶的滿意起決定作用的要素。例如，服務(wù)器操作系統(tǒng)軟件，需要長(zhǎng)時(shí)間穩(wěn)定連續(xù)工作。穩(wěn)定性則是該軟件產(chǎn)品的關(guān)鍵要素。因此系統(tǒng)的開(kāi)發(fā)管理圍繞著這一關(guān)鍵要素來(lái)展開(kāi)。盡管不少的組織明白沒(méi)有客戶一個(gè)組織就不能生存和發(fā)展，或者說(shuō)沒(méi)有客戶就沒(méi)有組織，但在項(xiàng)目實(shí)施過(guò)程中，仍然存在著客戶滿意的障礙:
(1)項(xiàng)目管理組織沒(méi)有發(fā)展和完善對(duì)客戶不斷變化的需求和期望作出快速響應(yīng)的能力。
(2)項(xiàng)目管理組織沒(méi)有聽(tīng)取客戶意見(jiàn)和建議的能力。
(3)項(xiàng)目管理組織努力傾聽(tīng)客戶對(duì)項(xiàng)目的要求，卻沒(méi)有確認(rèn)客戶的需要和期望。
在軟件開(kāi)發(fā)質(zhì)量管理中，軟件企業(yè)面臨最大的問(wèn)題就是管理系統(tǒng)的不可持續(xù)發(fā)展，基于CMMI的軟件開(kāi)發(fā)質(zhì)量管理針對(duì)這一問(wèn)題提出了解決方案，但是由于現(xiàn)階段該體系還不夠完善，開(kāi)發(fā)項(xiàng)目不能夠在獨(dú)立的平臺(tái)中得以有效實(shí)施，這給質(zhì)量管理的有序執(zhí)行帶來(lái)了一定的風(fēng)險(xiǎn)。為此，需要對(duì)該體系中的CMMI過(guò)程域進(jìn)行改進(jìn)，主要包括以下四項(xiàng)內(nèi)容：是需求管理過(guò)程域，需求分析的質(zhì)量取決于進(jìn)度和外界約束條件，需求描述過(guò)于粗略，就會(huì)使維護(hù)需求雙向追朔環(huán)節(jié)出現(xiàn)問(wèn)題；是驗(yàn)證過(guò)程域，主要包括驗(yàn)證準(zhǔn)備、執(zhí)行審查和驗(yàn)證產(chǎn)品三個(gè)環(huán)節(jié)，解決的是信度問(wèn)題；是確認(rèn)過(guò)程域，與驗(yàn)證過(guò)程域的環(huán)節(jié)相對(duì)應(yīng)，解決的是效度問(wèn)題；是項(xiàng)目定量管理過(guò)程域，即以量化的方式對(duì)已定義的項(xiàng)目流程進(jìn)行管理，從而保證流程及流程績(jī)效和項(xiàng)目質(zhì)量[2]。
2基于CMMI的軟件開(kāi)發(fā)質(zhì)量管理體系的構(gòu)建
2.1各過(guò)程域的完善
軟件過(guò)程成熟度直接影響到軟件開(kāi)發(fā)質(zhì)量，基于CMMI的軟件開(kāi)發(fā)質(zhì)量管理體系的構(gòu)建，其首要環(huán)節(jié)就是要對(duì)各過(guò)程域進(jìn)行改進(jìn)和完善，針對(duì)需求管理過(guò)程域存在的需求分析難以實(shí)現(xiàn)雙向追朔而引發(fā)的缺陷難以顯露的問(wèn)題，應(yīng)對(duì)需求的記錄方式做出改進(jìn)，設(shè)定改進(jìn)的幅度和目標(biāo)，通過(guò)建立多層分級(jí)的需求體系，使所有的需求都使用一個(gè)編號(hào)，使用專門的需求管理工具來(lái)實(shí)現(xiàn)，提高需求滿意度，使質(zhì)量開(kāi)發(fā)風(fēng)險(xiǎn)得到有效控制；針對(duì)過(guò)程域存在的評(píng)審質(zhì)量不高、文檔缺陷密度較低的問(wèn)題，應(yīng)保證缺陷密度能夠在基線控制范圍內(nèi)正常波動(dòng)，不應(yīng)低于中值，可在正式評(píng)審前增設(shè)預(yù)審流程，再有就是通過(guò)郵件討論或直接使用工具，在此推薦使用DOORS工具的CPS功能，有助于保證信息數(shù)據(jù)的完整性，提高文檔評(píng)審質(zhì)量；針對(duì)確認(rèn)過(guò)程域存在的UT不充分的CR所占比例過(guò)高、缺陷排除率較低的問(wèn)題，應(yīng)通過(guò)可持續(xù)集成將零散的測(cè)試用例整合起來(lái)，改進(jìn)用例編寫(xiě)，對(duì)產(chǎn)品代碼實(shí)施持續(xù)測(cè)試，提高用例覆蓋率和檢查標(biāo)準(zhǔn)的可靠性；此外，還應(yīng)將定量管理過(guò)程域引入質(zhì)量管理體系中，建立組織級(jí)度量模式，對(duì)所有過(guò)程建立相應(yīng)的度量方式，明確度量指標(biāo)，確保整個(gè)體系處于一個(gè)循環(huán)改進(jìn)的過(guò)程中[3]。
2.2體系的實(shí)施策略
基于CMMI的軟件開(kāi)發(fā)質(zhì)量管理體系，將活動(dòng)及相關(guān)資源作為過(guò)程進(jìn)行管理，能夠有效實(shí)現(xiàn)預(yù)期效果，該體系主要包括三項(xiàng)內(nèi)容，即以客戶為中心、領(lǐng)導(dǎo)作用、全員參與、管理系統(tǒng)方法、過(guò)程處理方法、決策方法、持續(xù)改進(jìn)和供方互利。在實(shí)施過(guò)程中，軟件開(kāi)發(fā)能力成熟度集中體現(xiàn)在軟件項(xiàng)目開(kāi)發(fā)和執(zhí)行人員的整體能力上，除了團(tuán)隊(duì)能力外，軟件開(kāi)發(fā)過(guò)程中的控制能力和改進(jìn)能力，軟件開(kāi)發(fā)質(zhì)量管理的核心內(nèi)容就是對(duì)這些能力進(jìn)行改善，任一階段、任一環(huán)節(jié)的優(yōu)化都是在既有目標(biāo)基礎(chǔ)上做出的改進(jìn)，進(jìn)而使績(jī)效得以提高，因此應(yīng)對(duì)目標(biāo)進(jìn)行有效管理，具體來(lái)講，可通過(guò)領(lǐng)導(dǎo)的決策支持、確認(rèn)質(zhì)量改進(jìn)目的、選擇最佳執(zhí)行方案和重視員工培訓(xùn)等四個(gè)方面來(lái)保證質(zhì)量管理體系的有效實(shí)施。
3結(jié)語(yǔ)
關(guān)鍵詞:軟件需求;領(lǐng)域分析;質(zhì)量屬性
中圖分類號(hào):TP311文獻(xiàn)標(biāo)識(shí)碼:A文章編號(hào):1009-3044(2010)16-4424-02
Research and Application of Software Quality Improved Based on Software Requirement
WANG Yan-xing, YE Jing-fa
(College of Computer, Beijing University of Technology, Beijing 100124, China)
Abstract: Software is applied in more and more domain with the quickly development and application of the computer technology. At the same time, scale and complexity of software requirement is increasing day by day. Requirements analysis is a key activity in software life cycle,quality of software requirement can affect quality software directly. It selected an effective approach with the use of objected domain analysis to verification quality of requirement.
Key words: software requirement; domain analysis; qualityproperty
隨著科學(xué)技術(shù)和社會(huì)生產(chǎn)力的不斷發(fā)展,信息技術(shù)最快的發(fā)展速度和最強(qiáng)的滲透能力,廣泛應(yīng)用于社會(huì)各個(gè)領(lǐng)域。軟件的規(guī)模越來(lái)越大,與此相對(duì)應(yīng)軟件的需求也越來(lái)越復(fù)雜。正如“軟件危機(jī)”(software crisis)所闡述的兩方面:如何開(kāi)發(fā)軟件以滿足不斷增長(zhǎng)日趨復(fù)雜的需求和如何維護(hù)數(shù)量不斷膨脹的軟件產(chǎn)品。截至到目前, 如Brooks所言,解決軟件危機(jī)的“Silver Bullet” 還沒(méi)有出現(xiàn)[1]。需求分析是軟件研發(fā)的起始階段,高質(zhì)量的需求分析是軟件項(xiàng)目邁向成功的第一步。
1 需求是軟件質(zhì)量的根源
ISO9126的信息技術(shù)標(biāo)準(zhǔn)[2]中定義軟件質(zhì)量:與軟件產(chǎn)品滿足明確或隱含需求的能力有關(guān)的特征和特征總和,它充分表明軟件系統(tǒng)是滿足用戶需求的實(shí)體。在研究中發(fā)現(xiàn)軟件缺陷產(chǎn)生的原因分布在軟件研發(fā)的各個(gè)階段,軟件產(chǎn)品說(shuō)明書(shū)(需求)占56 %,設(shè)計(jì)占了27%,編寫(xiě)代碼占7%;其他占10%?？梢?jiàn)軟件缺陷的最大原因是軟件產(chǎn)品產(chǎn)品說(shuō)明書(shū)和軟件設(shè)計(jì)。在生命周期中發(fā)現(xiàn)缺陷越早,修正問(wèn)題的成本越低。軟件質(zhì)量的管理不是IT自身的需求,而是業(yè)務(wù)應(yīng)用的需求[5]。需求階段的問(wèn)題不解決,相當(dāng)于在錯(cuò)誤的方向上不斷浪費(fèi)人力物力[6]。Jones在報(bào)告中聲稱擴(kuò)展需求對(duì)80%的管理信息系統(tǒng)和70%的軍事軟件造成風(fēng)險(xiǎn)[7],需求的質(zhì)量將直接影響軟件質(zhì)量[8]。協(xié)調(diào)統(tǒng)一的高質(zhì)量需求是軟件開(kāi)發(fā)成功的首要條件,需求質(zhì)量的改進(jìn)則成為軟件開(kāi)發(fā)的首要任務(wù)。
軟件需求是指用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望。需求階段包括了需求開(kāi)發(fā)和需求管理兩個(gè)部分。而需求工程是一個(gè)不斷反復(fù)的需求定義、記錄和演進(jìn)的過(guò)程。軟件需求包括三個(gè)不同的層次--業(yè)務(wù)需求、用戶需求和功能需求--也包括非功能需求[9]。需求是軟件開(kāi)發(fā)中最復(fù)雜的環(huán)節(jié),現(xiàn)在軟件需求分析中發(fā)現(xiàn)需求具有明顯不完整性、不確定性及變化性等特點(diǎn)。提高需求質(zhì)量在于如何改進(jìn)和克服需求上述特征因素。
2 領(lǐng)域分析對(duì)軟件需求改進(jìn)
了解顧客的需求是軟件質(zhì)量管理的第一步。無(wú)論是領(lǐng)域工程還是應(yīng)用工程,領(lǐng)域分析都是至關(guān)重要的。在應(yīng)用工程中,軟件開(kāi)發(fā)的首要任務(wù)是在特定的范圍內(nèi),針對(duì)一組特定的需求產(chǎn)生一組特定的設(shè)計(jì)和實(shí)現(xiàn)。因此在設(shè)計(jì)之前,必須正確獲得和理解軟件需求,而正確獲得和理解軟件需求的前提是對(duì)應(yīng)用系統(tǒng)的工作領(lǐng)域有充分的認(rèn)識(shí)和理解。
2.1 領(lǐng)域和領(lǐng)域分析方法
領(lǐng)域是指一組具有相似或相近軟件需求的應(yīng)用系統(tǒng)所覆蓋的功能、問(wèn)題、問(wèn)題解決方案或知識(shí)區(qū)域[10]。領(lǐng)域工程則為一組相似或相近系統(tǒng)的應(yīng)用工程建立基本能力和必備基礎(chǔ)的過(guò)程,它覆蓋了建立可復(fù)用軟件構(gòu)件的所有活動(dòng)[11]。領(lǐng)域工程包括三個(gè)主要的階段:領(lǐng)域分析、領(lǐng)域設(shè)計(jì)、領(lǐng)域?qū)崿F(xiàn)。
領(lǐng)域分析(Domain Analysis)是Neighous1981 年在他的博士論文“使用部件的軟件構(gòu)筑”中首次提出的[12],它的含義是指“識(shí)別、捕獲和組織特定領(lǐng)域中一類相似系統(tǒng)內(nèi)對(duì)象、操作等可復(fù)用信息的過(guò)程”。領(lǐng)域分析是基于已經(jīng)存在的系統(tǒng)和它們的發(fā)展開(kāi)發(fā)歷史、基于從領(lǐng)域?qū)＜耀@得的知識(shí)、背景理論、領(lǐng)域中新技術(shù)的基礎(chǔ)上,識(shí)別、收集、組織以及表示領(lǐng)域中相關(guān)信息的過(guò)程。領(lǐng)域分析進(jìn)行識(shí)別領(lǐng)域邊界,通過(guò)分析領(lǐng)域需求,提取出某領(lǐng)域內(nèi)系統(tǒng)的共性及可變部分從而建立領(lǐng)域模型。
2.2 面向領(lǐng)域方法的需求分析
提高軟件需求質(zhì)量的最有效方法是準(zhǔn)確獲取用戶的真實(shí)需求(功能和性能)。領(lǐng)域分析方法中涉及到廣泛的涉眾:如最終用戶、領(lǐng)域?qū)＜?、領(lǐng)域分析員、系統(tǒng)投資人、需求分析員等等。領(lǐng)域?qū)＜覍?duì)行業(yè)信息化有豐富經(jīng)驗(yàn)。最終用戶則能反應(yīng)系統(tǒng)應(yīng)用的典型業(yè)務(wù)需求,系統(tǒng)投資人則更多關(guān)注領(lǐng)域的發(fā)展和運(yùn)營(yíng)。以最終用戶中心,面向領(lǐng)域的需求分析方法有效捕獲從應(yīng)用專業(yè)領(lǐng)域別是直接從最終用戶的需求,并完整、準(zhǔn)確地予以描述與分析。軟件的需求從用戶中來(lái),軟件的使用又到用戶中去。Harwell強(qiáng)調(diào)今天的用戶和開(kāi)發(fā)者必須協(xié)同工作,以成功完成開(kāi)發(fā)過(guò)程[13]。領(lǐng)域分析中參與涉眾的廣泛性和代表性解決需求的不完整性、使用領(lǐng)域語(yǔ)言對(duì)問(wèn)題闡述保證問(wèn)題的一致性。對(duì)領(lǐng)域問(wèn)題分析的深度和廣度,防止了需求的頻繁變化和變更。而且即使變化也會(huì)在預(yù)先可控范圍內(nèi)的調(diào)整和擴(kuò)展,減少對(duì)領(lǐng)域模型的沖擊。領(lǐng)域分析立足于滿足現(xiàn)有業(yè)務(wù)的需求同時(shí)它還代表系統(tǒng)的一種發(fā)展方向和系統(tǒng)對(duì)未來(lái)業(yè)務(wù)發(fā)展的適應(yīng)能力。保證應(yīng)用工程需求的穩(wěn)定性和系統(tǒng)性。通過(guò)分析領(lǐng)域需求的共性和可變性有利軟件產(chǎn)品線形成和演化。
領(lǐng)域工程是建立系統(tǒng)家族及支持系統(tǒng)演化的基礎(chǔ)和前提。面向領(lǐng)域的需求分析從需求問(wèn)題的分布可以將領(lǐng)域?yàn)榭v向(垂直)領(lǐng)域和橫向(水平)領(lǐng)域,其中垂直領(lǐng)域是指具有相似業(yè)務(wù)需求的一組相似應(yīng)用系統(tǒng)所覆蓋的業(yè)務(wù)區(qū)域。水平領(lǐng)域是指根據(jù)應(yīng)用系統(tǒng)內(nèi)部模塊的功能性分類而得到的相似問(wèn)題空間。領(lǐng)域分析方法從問(wèn)題域出發(fā)將問(wèn)題逐步深入逐步求精,通過(guò)橫向拓展和縱向拓展對(duì)需求進(jìn)行挖掘。借鑒和學(xué)習(xí)國(guó)內(nèi)外同行業(yè)和相近行業(yè)的經(jīng)驗(yàn),并在此的基礎(chǔ)上不斷提出創(chuàng)新方向引導(dǎo)需求和發(fā)展需求。領(lǐng)域分析在一定程度上預(yù)測(cè)未來(lái)需求的發(fā)展趨勢(shì),使軟件的需求能方便、快速適應(yīng)市場(chǎng)的變化。
軟件的功能需求滿足了業(yè)務(wù)需求和用戶需求,而非功能需求則是軟件質(zhì)量的內(nèi)在體現(xiàn)。非功能需求是保證業(yè)務(wù)流程正常運(yùn)轉(zhuǎn)的前提和保障。是衡量軟件能否良好運(yùn)行的定性指標(biāo)。質(zhì)量屬性是軟件質(zhì)量的綜合體現(xiàn)。質(zhì)量屬性是客戶希望的特征,屬性并不是單獨(dú)存在的,而是一個(gè)或多個(gè)功能的附屬特征。軟件的整體質(zhì)量是各種質(zhì)量屬性之間的權(quán)衡和優(yōu)化。為了達(dá)到產(chǎn)品特性的最佳平衡,在需求獲取階段識(shí)別和確定相關(guān)的質(zhì)量屬性,領(lǐng)域涉眾需要確定質(zhì)量屬性之間的優(yōu)先級(jí),已達(dá)到系統(tǒng)整體質(zhì)量的合理優(yōu)化。
3 領(lǐng)域分析方法的應(yīng)用案例分析
隨著經(jīng)濟(jì)全球化和新技術(shù)革命發(fā)展,數(shù)字化、融合化、全球化發(fā)展和媒介競(jìng)爭(zhēng)是世界文化傳媒業(yè)的發(fā)展大勢(shì)。廣電傳媒業(yè)要打造核心競(jìng)爭(zhēng)力,實(shí)現(xiàn)可持續(xù)發(fā)展,就必須通過(guò)體制改革,強(qiáng)化管理,整合企業(yè)流程,創(chuàng)新服務(wù)模式。數(shù)字電視業(yè)務(wù)的逐步深入,原來(lái)的業(yè)務(wù)系統(tǒng)正成為制約廣播電視發(fā)展的瓶頸,主要表現(xiàn)為以下幾個(gè)方面:廣播電視各業(yè)務(wù)系統(tǒng)各自獨(dú)立運(yùn)行,數(shù)據(jù)和業(yè)務(wù)管理分散。無(wú)法實(shí)現(xiàn)客戶資料的統(tǒng)一管理,無(wú)法實(shí)現(xiàn)業(yè)務(wù)統(tǒng)一規(guī)劃運(yùn)營(yíng)。無(wú)法從業(yè)務(wù)數(shù)據(jù)中挖掘有價(jià)值的信息,更不能為企業(yè)管理層提供決策支持,企業(yè)很難推出快速響應(yīng)市場(chǎng)的高效運(yùn)營(yíng)方案。因此廣電需要一個(gè)功能完善的、面向未來(lái)的綜合業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)(BOSS系統(tǒng))來(lái)整合替代原來(lái)各個(gè)分散的系統(tǒng)。對(duì)廣電領(lǐng)域的分析成為建設(shè)多業(yè)務(wù)綜合運(yùn)營(yíng)支撐系統(tǒng)的首要問(wèn)題。應(yīng)用面向領(lǐng)域分析方法對(duì)廣電行業(yè)進(jìn)行需求探索和研究,提出了廣電綜合業(yè)務(wù)支撐系統(tǒng)的業(yè)務(wù)模型如圖1。
領(lǐng)域分析方法為業(yè)務(wù)模型建立提供有效的思路。領(lǐng)域縱向分析中充分參考了電信行業(yè),電信行業(yè)與廣電行業(yè)有很多相似之處而且有很多成熟的運(yùn)營(yíng)經(jīng)驗(yàn),也充分借鑒了國(guó)際電信管理論壇(Tele Management Forum)。領(lǐng)域橫向分析全面整合廣電企業(yè)目前的系統(tǒng),建立“以客戶為中心”的模擬、數(shù)字、增值多業(yè)務(wù)廣電運(yùn)營(yíng)支撐平臺(tái)。以多種接入方式滿足現(xiàn)有業(yè)務(wù)、未來(lái)數(shù)字整體轉(zhuǎn)換和增值業(yè)務(wù)的需求。以客戶為中心為客戶提供個(gè)性化、社會(huì)化、信息化的產(chǎn)品營(yíng)銷模式。調(diào)整企業(yè)內(nèi)部組織結(jié)構(gòu)和整合企業(yè)內(nèi)部資源,同時(shí)加強(qiáng)企業(yè)產(chǎn)品提供商的合作產(chǎn)業(yè)鏈。在新的業(yè)務(wù)平臺(tái)和市場(chǎng)競(jìng)爭(zhēng)中尋求企業(yè)運(yùn)營(yíng)的商業(yè)模式。隨著運(yùn)營(yíng)商區(qū)域并購(gòu)聯(lián)盟、廣電業(yè)務(wù)和用戶規(guī)模將劇增,業(yè)務(wù)系統(tǒng)數(shù)據(jù)量將更加龐大,為能滿足不斷發(fā)展的用戶需求和提高服務(wù)質(zhì)量。系統(tǒng)運(yùn)行的安全可靠性和事務(wù)的高性能處理成為系統(tǒng)整體質(zhì)量的體現(xiàn)。
通過(guò)領(lǐng)域分析方法提出的模型滿足運(yùn)營(yíng)商的組織結(jié)構(gòu)管理、業(yè)務(wù)需求和業(yè)務(wù)管理模式,完成企業(yè)信息化建設(shè)實(shí)現(xiàn)資源和信息的共享。實(shí)現(xiàn)業(yè)務(wù)規(guī)范、責(zé)權(quán)明確、各部門間的協(xié)同的管理?；诖诵枨蠓治龅南到y(tǒng)能全面降低企業(yè)運(yùn)作成本,提高公司的整體運(yùn)作效率,大幅拓展業(yè)務(wù),進(jìn)一步提高企業(yè)的核心競(jìng)爭(zhēng)力。
4 總結(jié)
軟件需求的質(zhì)量將直接影響軟件產(chǎn)品的質(zhì)量,改善需求的質(zhì)量是非常必要和有效的環(huán)節(jié)。本分探討了領(lǐng)域分析方法對(duì)軟件需求的改進(jìn),并在廣電業(yè)務(wù)支撐系統(tǒng)需求分析中進(jìn)行了應(yīng)用和探索。
參考文獻(xiàn):
[1] BROOKS F P.THE MYTHICAL MAN-MONTH[M].北京:清華大學(xué)出版社,2002:42-43.
[2] International Organization for Standardization.International Electro-technical Commission ISO/IEC9126:Information Technology--Software Product Evaluation:Quality Characteristicd and Guidelines for Their Use[S].Chicago:Thomson,1991.
[3] Little wood B.Software Reliability Achievement and Assessment[M].Henley-on-Thames,England:Alfred Waller,Ltd,1987.
[4] Mizuno O,Kikuno T,Inagaki K,et al.Analyzing effects of cost estimation accuracy on quality and productivity[C]//Proceedings of the 1998 20th International Conference on Software Engineering.Kyoto,Japan:IEEE Comp Soc,1998:410-419.
[5] 張郁.軟件質(zhì)量源自應(yīng)用需求[N].每周電腦報(bào),2005-11-21:90.
[6] 杰拉爾德?溫伯格.探索需求-設(shè)計(jì)前的質(zhì)量[M].章柏幸,王媛媛,謝攀,譯.北京:清華大學(xué)出版社,2004:175-176.
[7] Jones C.Estimating Software Costs[M].Boston:Addison-Wesley,2000.
[8] BERKI E,GEORGIADOU E,HOLCOMBE M.Requirements Engineering and Process Modeling in Software Quality Management―Towards a Generic Process Metamodel[J].Software Quality Journal,2004(12):265-283.
[9] 陸麗娜.軟件需求[M].北京:機(jī)械工業(yè)出版社,2002:35-39.
[10] Tracz W.Domain-specific software architecture (DSSA) frequently asked questions (FAQ)[J].Software Engineering Notes,1994,19(2):52-56.
[11] Tracz W.Confessions of a UsedProgram Salesman Institutionalizing Software Reuse[M].New York:Addison Wesley Publishing Co.,1995.
