軟件項(xiàng)目質(zhì)量控制方案

軟件項(xiàng)目質(zhì)量控制方案一、質(zhì)量控制概述軟件平臺質(zhì)量控制是一個(gè)常規(guī)的過程，通過它度量實(shí)際的質(zhì)量性能并與標(biāo)準(zhǔn)比較，當(dāng)出現(xiàn)差異時(shí)采取行動。給出軟件質(zhì)量控制的定義:軟件質(zhì)量控制是一系列驗(yàn)證活動，在軟件開發(fā)過程的任何一點(diǎn)進(jìn)行評估開發(fā)的產(chǎn)品是否在技術(shù)上符合該階段制定的規(guī)約。二、軟件缺陷分析從產(chǎn)品內(nèi)部看，軟件缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過程中所存在的錯(cuò)誤、毛病等各種問題;從外部看，軟件缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背。軟件缺陷是一個(gè)更廣的概念，而軟件錯(cuò)誤(error)屬于缺陷的一種內(nèi)部缺陷，往往是軟件本身的問題,如程序的算法錯(cuò)誤、語法錯(cuò)誤或數(shù)據(jù)計(jì)算不正確、數(shù)據(jù)溢出等。軟件錯(cuò)誤往往導(dǎo)致系統(tǒng)某項(xiàng)功能的失效，或成為系統(tǒng)使用的故障。軟件的故障、失效是指軟件所提供給用戶的功能或服務(wù)，不能達(dá)到用戶的要求或沒有達(dá)到事先設(shè)計(jì)的指標(biāo)，在功能使用時(shí)中斷，最后的結(jié)果或得到的結(jié)果是不正確的。軟件缺陷的產(chǎn)生主要是由軟件產(chǎn)品的特點(diǎn)和開發(fā)過程決定的，如軟件的需求經(jīng)常不夠明確，而且需求變化頻繁，開發(fā)人員不太了解軟件需求，不清楚應(yīng)該“做什么”和“不做什么”，常常做不合需求的事情，產(chǎn)生的問題最多。同時(shí)，軟件競爭非常激烈,技術(shù)日新月異，使用新的技術(shù)也容易產(chǎn)生問題。從軟件自身特點(diǎn)、團(tuán)隊(duì)工作和項(xiàng)目管理等多個(gè)方面進(jìn)一步分析，就比較容易確定造成軟件缺陷的一些原因細(xì)節(jié)，歸納如下:（一）軟件自身特點(diǎn)造成的問題。需求不清晰，導(dǎo)致設(shè)計(jì)目標(biāo)偏離客戶的需求,從而引起功能或產(chǎn)品特性上的缺陷。系統(tǒng)結(jié)構(gòu)非常復(fù)雜，而又無法設(shè)計(jì)成一個(gè)很好的層次結(jié)構(gòu)或組件結(jié)構(gòu)，結(jié)果導(dǎo)致意想不到的問題或系統(tǒng)維護(hù)、擴(kuò)充上的困難；即使設(shè)計(jì)成良好的面向?qū)ο蟮南到y(tǒng)，由于對象、類太多，很難完成對各種對象、類相互作用的組合測試，而隱藏著一些參數(shù)傳遞、方法調(diào)用、對象狀態(tài)變化等方面問題。新技術(shù)的采用，可能涉及技術(shù)或系統(tǒng)兼容的問題，事先沒有考慮到。對程序邏輯路徑或數(shù)據(jù)范圍的邊界考慮不夠周全，容易在邊界條件出錯(cuò)或超過系統(tǒng)運(yùn)行環(huán)境的復(fù)雜度。系統(tǒng)運(yùn)行環(huán)境的復(fù)雜，不僅用戶使用的計(jì)算機(jī)環(huán)境千變?nèi)f化，包括用戶的各種操作方式或各種不同的輸入數(shù)據(jù)，容易引起一些特定用戶環(huán)境下的問題;在系統(tǒng)實(shí)際應(yīng)用中，數(shù)據(jù)量很大，可能會引起強(qiáng)度或負(fù)載問題。對一些實(shí)時(shí)應(yīng)用系統(tǒng)，要進(jìn)行精心設(shè)計(jì)和技術(shù)處理,保證精確的時(shí)間同步，否則容易引起時(shí)間上不協(xié)調(diào)，或不一致性所帶來的問題。沒有考慮系統(tǒng)崩潰后系統(tǒng)的自我恢復(fù)或數(shù)據(jù)的異地備份等問題,從而存在系統(tǒng)安全性、可靠性的隱患。由于通信端口多、存取和加密手段的矛盾性等，會造成系統(tǒng)的安全性或適用型等問題。（二）軟件項(xiàng)目管理的問題。缺乏質(zhì)量文化，不重視質(zhì)量計(jì)劃，對質(zhì)量、資源、任務(wù)、成本等的平衡性把握不好，容易擠掉需求分析、評審、測試等時(shí)間，遺留的缺陷會比較多。系統(tǒng)分析時(shí)對客戶的需求不是十分清楚，或者和用戶的溝通存在一些困難。開發(fā)周期短，需求分析、設(shè)計(jì)、編程、測試等各項(xiàng)工作不能完全按照定義好的流程來。開發(fā)流程不夠完善，存在太多的隨機(jī)性和缺乏嚴(yán)謹(jǐn)?shù)膬?nèi)審或評審機(jī)制，容易產(chǎn)生問題。文檔不完善、風(fēng)險(xiǎn)估計(jì)不足等。（三）團(tuán)隊(duì)工作的問題。不同階段的開發(fā)人員相互理解不一致,軟件設(shè)計(jì)人員對需求分析結(jié)果的理解偏差，編程人員對系統(tǒng)設(shè)計(jì)規(guī)格說明書中某些內(nèi)容重視不夠,或存在著誤解。設(shè)計(jì)或編程上的一些假定或依賴性,沒有得到充分的溝通。項(xiàng)目組成員技術(shù)水平參差不齊，新員工較多，或培訓(xùn)不夠等原因也容易引起問題。軟件缺陷是由很多原因造成的,但如果把這些缺陷按整個(gè)軟件開發(fā)周期的結(jié)果軟件產(chǎn)品（市場需求文檔、規(guī)格說明書、系統(tǒng)設(shè)計(jì)文檔、程序代碼、測試用例等）歸類起來，統(tǒng)計(jì)結(jié)果發(fā)現(xiàn)，規(guī)格說明書是軟件缺陷出現(xiàn)最多的地方。軟件產(chǎn)品規(guī)格說明書是軟件缺陷存在最多的地方，主要原因如下：用戶一般是非計(jì)算機(jī)專業(yè)人員,軟件開發(fā)人員和用戶的溝通存在較大困難，對要開發(fā)的產(chǎn)品功能理解不一致。由于軟件產(chǎn)品還沒有設(shè)計(jì)、開發(fā)，完全靠想象去描述系統(tǒng)的實(shí)現(xiàn)結(jié)果,所以有些特性還不夠清晰。用戶的需求總是在不斷變化的，容易引起前后文、上下文的矛盾和需求描述的不一致。需求分析沒有得到足夠重視。在規(guī)格說明書設(shè)計(jì)和寫作上投人的人力、時(shí)間不足。排在產(chǎn)品規(guī)格說明書之后的是設(shè)計(jì)，編程排在第三位。而許多人印象中，軟件測試主要是找程序代碼中的錯(cuò)誤，從分析看，這是一個(gè)誤區(qū)。如果從軟件開發(fā)各個(gè)階段所能發(fā)現(xiàn)的軟件缺陷分布來看，也主要集中在需求分析、系統(tǒng)設(shè)計(jì)階段，代碼階段的錯(cuò)誤要比前兩個(gè)階段少。三、分析及應(yīng)對措施（一）定義合適的項(xiàng)目過程。軟件過程是指開發(fā)和維護(hù)軟件產(chǎn)品的活動、技術(shù)和實(shí)踐的集合。在以計(jì)算機(jī)網(wǎng)絡(luò)為基礎(chǔ)的現(xiàn)代社會信息化背景下,過程管理作為現(xiàn)代企業(yè)管理的先進(jìn)思想和有效工具，隨著外部環(huán)境與組織模式的變化而變化。因此，作為一個(gè)好的軟件項(xiàng)目過程，必須針對企業(yè)和項(xiàng)目的實(shí)際情況，確定軟件項(xiàng)目運(yùn)作流程，定義軟件功能及相關(guān)性能，明確各階段的進(jìn)入條件和退出條件，進(jìn)行有效的過程控制與管理，在提髙軟件開發(fā)的效率和項(xiàng)目的成功率的基礎(chǔ)上進(jìn)一步保證所開發(fā)軟件的質(zhì)量。（二）明確項(xiàng)目需求。對于任何軟件項(xiàng)目過程而言，需求不僅是一個(gè)不可避免的環(huán)節(jié)，也是軟件開發(fā)的基礎(chǔ)。往往用戶需求明確、變更少的項(xiàng)目的成功率就髙，而那些用戶需求混亂、變更頻繁的項(xiàng)目幾乎從一開始就注定了失敗的命運(yùn)。但是，在現(xiàn)實(shí)生活中，用戶需求總是在開發(fā)進(jìn)入中后期時(shí)，因?yàn)楦鞣N不同的原因而發(fā)生變化。這就給軟件項(xiàng)目過程實(shí)施帶來不確定因素。在涂裝項(xiàng)目中，由于前期需求不明確以及隨意變更需求，導(dǎo)致項(xiàng)目組在開發(fā)階段不停的返工，進(jìn)而造成代碼質(zhì)量低下，測試拖期等一系列問題。因此，在項(xiàng)目實(shí)施過程中，