軟件高質(zhì)量保證和管理系統(tǒng)論文

1、軟件質(zhì)量保證和管理某某:學(xué)號(hào):專業(yè):教師:2012年05月28日第二章軟件質(zhì)量的學(xué)習(xí)總結(jié)摘要軟件具有很強(qiáng)的鮮明的特點(diǎn)，不同于傳統(tǒng)工業(yè)產(chǎn)品，軟件的開發(fā)也不同于傳統(tǒng)的 制造業(yè)，所有有必要去審視軟件的特點(diǎn)，了解軟件質(zhì)量特有的內(nèi)涵，了解影響軟 件質(zhì)量的因素。另一方面，軟件質(zhì)量危機(jī)卻越來(lái)越突出。軟件在質(zhì)量管理上遠(yuǎn)遠(yuǎn) 落后于其他傳統(tǒng)行業(yè)，同時(shí)軟件企業(yè)的多數(shù)管理者又認(rèn)為軟件質(zhì)量不可把握， 使 軟件質(zhì)量矛盾更加鋒利化。軟件質(zhì)量，必然越來(lái)越成為討論的焦點(diǎn)。關(guān)鍵詞：軟件質(zhì)量1.1軟件特點(diǎn)軟件是相對(duì)硬件的概念，是邏輯的，知識(shí)性的產(chǎn)品集合，是對(duì)物理世界的一種 抽象或者是某種物理形態(tài)的虛擬化。 軟件與硬件是完全不同的。

2、但是隨著時(shí)間的 推移，硬件構(gòu)建會(huì)由于各種原因收到不同程度的磨損， 軟件不會(huì)。新的硬件故障 少，軟件如此相反。另一方面，軟硬件的維護(hù)差異很大。軟件過(guò)程為一個(gè)為建造高質(zhì)量軟件所需完成的任務(wù)的框架，即形成軟件產(chǎn)品的一系列步驟，包括中間產(chǎn)品、資源、角色與過(guò)程中采取的方法、工具等X疇。軟件過(guò)程Software Process是指一套關(guān)于項(xiàng)目的階段、 狀態(tài)、方法、技術(shù)和開發(fā)、 維護(hù)軟件的人員以與相關(guān) Artifacts計(jì)劃、文檔、模型、編碼、測(cè)試、手冊(cè)等組成。軟件過(guò)程可概括為三類：根本過(guò)程類、支持過(guò)程類和組織過(guò)程類。根本過(guò)程類包 括需求分析、設(shè)計(jì)過(guò)程、編程過(guò)程、測(cè)試過(guò)程、維護(hù)過(guò)程。支持過(guò)程類包括文檔 過(guò)程

3、、配置管理過(guò)程、質(zhì)量保證過(guò)程、驗(yàn)證過(guò)程、確認(rèn)過(guò)程、聯(lián)合評(píng)審過(guò)程、審 計(jì)過(guò)程以與過(guò)程。組織過(guò)程類包括根底設(shè)施過(guò)程、改良過(guò)程以與培訓(xùn)過(guò)程。122 軟件開發(fā)過(guò)程模型軟件開發(fā)模型(Software Development Model)是指軟件開發(fā)全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框 架。軟件開發(fā)包括需求、設(shè)計(jì)、編碼和測(cè)試等階段，有時(shí)也包括維護(hù)階段。軟件開發(fā)模型能清晰、直觀地表達(dá)軟件開發(fā)全過(guò)程，明確規(guī)定了要完成的主要活動(dòng)和任務(wù)，用來(lái)作為軟件項(xiàng)目工作的根底。對(duì)于不同的軟件系統(tǒng)，可以采用不同的開發(fā)方法、使用不同的程序設(shè)計(jì)語(yǔ)言以與各種不同技能的人員參與工作、運(yùn)用不同的管理方法和手段等，以與允許采用不同的軟件工具和不同

4、的軟件工程環(huán)境。軟件開發(fā)模型包括：瀑布模型，原型模型，快速應(yīng)用開發(fā)模型，螺旋模型，增 量模型和迭代模型，構(gòu)件組裝模型，開發(fā)模型，并發(fā)模型，驅(qū)動(dòng)測(cè)模型，RATION 統(tǒng)一過(guò)程模型，協(xié)議開發(fā)一一形式描述技術(shù)FDT敏捷方法一一極限編程模型。1.2.3 V模型的完整詮釋V模型是在快速應(yīng)用開發(fā)模型根底上演變而來(lái)的，由于將整個(gè)開發(fā)過(guò)程構(gòu)成一個(gè)V字而得名。V模型強(qiáng)點(diǎn)軟件開發(fā)寫作的速度和協(xié)作，將軟件實(shí)現(xiàn)和驗(yàn)證郵寄 的結(jié)合起來(lái)，在保證較高的軟件質(zhì)量情況下縮短開發(fā)周期。It 作猜Anwtt圖為簡(jiǎn)單的V模型V模型的缺陷僅僅把測(cè)試過(guò)程作為在需求分析、系統(tǒng)設(shè)計(jì)與編碼之后的一個(gè)階段無(wú)視了測(cè)試對(duì)需求分析，系統(tǒng)設(shè)計(jì)的驗(yàn)證，一

5、直到后期的驗(yàn)收測(cè)試才被發(fā)現(xiàn)。敏捷方法的極限編程是一種從1990年代開始逐漸引起廣泛關(guān)注的一些新型軟件開發(fā)方法，是一種應(yīng)對(duì)快速變化的需求的一種軟件開發(fā)能力。它們的具體名稱、理念、過(guò)程、術(shù)語(yǔ)都不盡一樣，相對(duì)于”非敏捷”，更強(qiáng)調(diào)程序員團(tuán)隊(duì)與業(yè)務(wù)專家之間的嚴(yán)密協(xié)作、面對(duì)面的溝通認(rèn)為比書面的文檔 更有效、頻繁交付新的軟件版本、緊湊而自我組織型的團(tuán)隊(duì)、能夠很好地適應(yīng)需求變化的代碼編寫和團(tuán)隊(duì)組織方法，也更注重做為軟件開發(fā)中人的作用。敏捷開發(fā)的宗旨就是 “溝通，簡(jiǎn)化，反響，激勵(lì)。極限編程是敏捷方法的代表是一個(gè)輕量級(jí)的、靈巧的軟件開發(fā)方法；同時(shí)它也是一個(gè)非常嚴(yán)謹(jǐn)和周密的方法。它的根底和價(jià)值觀是交流、樸素、反響和

6、勇氣；即，任何一個(gè)軟件項(xiàng)目都 可以從四個(gè)方面入手進(jìn)展改善：加強(qiáng)交流；從簡(jiǎn)單做起；尋求反響；勇于實(shí)事求是。XP是一種近螺旋式的開發(fā)方法，它將復(fù)雜的開發(fā)過(guò)程分解為一個(gè)個(gè)相比照擬簡(jiǎn)單的小周期；通過(guò)積極的交流、反響以與其它一系列的方法，開發(fā)人員和客戶可以非常清楚開發(fā)進(jìn)度、變化、 待解決的問(wèn)題和潛在的困難等，并根據(jù)實(shí)際情況與時(shí)地調(diào)整開發(fā)過(guò)程。極限編程中有四個(gè)核心價(jià)值是我們?cè)陂_發(fā)中必須注意的：溝通munication、簡(jiǎn)單Simplicity 反響Feedback和勇氣CourageXP用“溝通、簡(jiǎn)單、反響和勇氣"來(lái)減輕開發(fā)壓力和包袱；無(wú)論是術(shù) 語(yǔ)命名、專著表示內(nèi)容和方式、過(guò)程要求，都可以從中感

7、受到輕松愉快和主動(dòng)奮發(fā)的態(tài)度和 氣氛。這是一種幫助理解和更容易激發(fā)人的潛力的手段。XP用自己的實(shí)踐，在一定 X圍內(nèi)成功地打破了軟件工程“必須重量才能成功的傳統(tǒng)觀念。1.2.5 階段性開發(fā)模型軟件開發(fā)不管采用什么手段什么模型都不是一蹴而就的，一個(gè)軟件產(chǎn)品的開發(fā) 往往是分階段進(jìn)展的，所以階段性開發(fā)模型是很有必要的。軟件分階段開發(fā)主要原因：1.市場(chǎng)的壓力和競(jìng)爭(zhēng)策略的需要。2.產(chǎn)品的開發(fā)周 期和資源會(huì)受到預(yù)算的限制。3.可以盡在發(fā)現(xiàn)錯(cuò)誤，降低本錢。4.系統(tǒng)設(shè)計(jì)越來(lái) 越困難。分階段軟件開發(fā)可以通過(guò)增量模型和迭代模型兩種來(lái)描述。兩者的最終目標(biāo)是一致的，都是為了實(shí)現(xiàn)一個(gè)功能完善的、高質(zhì)量的、穩(wěn)定的產(chǎn)品。1.

8、3軟件缺陷軟件缺陷Defect、，常常又被叫做 Bug。所謂軟件缺陷，即為計(jì)算機(jī)軟件或程序中存在的 某種破壞正常運(yùn)行能力的問(wèn)題、錯(cuò)誤，或者隱藏的功能缺陷。缺陷的存在會(huì)導(dǎo)致軟件產(chǎn)品在某種程度上不能滿足用戶的需要。IEEE729-1983對(duì)缺陷有一個(gè)標(biāo)準(zhǔn)的定義：從產(chǎn)品內(nèi)部看，缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過(guò)程中存在的錯(cuò)誤、毛病等各種問(wèn)題；從產(chǎn)品外部看，缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背。在軟件開發(fā)生命周期的后期，修復(fù)檢測(cè)到的軟件錯(cuò)誤的本錢較高。產(chǎn)生的原因在軟件開發(fā)的過(guò)程中，軟件缺陷的產(chǎn)生是不可防止的。那么造成軟件缺陷的主要原因有哪 些？從軟件本身、團(tuán)隊(duì)工作和技術(shù)問(wèn)題等角度分析，就可以了解造成軟件

9、缺陷的主要因素。軟件缺陷的產(chǎn)生主要是由軟件產(chǎn)品的特點(diǎn)和開發(fā)過(guò)程決定的。軟件本身需求不清晰，導(dǎo)致設(shè)計(jì)目標(biāo)偏離客戶的需求，從而引起功能或產(chǎn)品特征上 的缺陷。系統(tǒng)結(jié)構(gòu)非常復(fù)雜，而又無(wú)法設(shè)計(jì)成一個(gè)很好的層次結(jié)構(gòu)或組件結(jié)構(gòu)，結(jié)果導(dǎo)致意想不到的問(wèn)題或系統(tǒng)維護(hù)、 擴(kuò)大上的困難；即使設(shè)計(jì)成良好 的面向?qū)ο蟮南到y(tǒng)，由于對(duì)象、類太多，很難完成對(duì)各種對(duì)象、類相互作用的組 合測(cè)試，而隱藏著一些參數(shù)傳遞、方法調(diào)用、對(duì)象狀態(tài)變化等方面問(wèn)題。 對(duì)程序邏輯路徑或數(shù)據(jù)X圍的邊界考慮不夠周全，漏掉某些邊界條件，造 成容量或邊界錯(cuò)誤。 對(duì)一些實(shí)時(shí)應(yīng)用，要進(jìn)展精心設(shè)計(jì)和技術(shù)處理，保證準(zhǔn)確的時(shí)間同步，否 如此容易引起時(shí)間上不協(xié)調(diào)，不一

10、致性帶來(lái)的問(wèn)題。 沒(méi)有考慮系統(tǒng)崩潰后的自我恢復(fù)或數(shù)據(jù)的異地備份、災(zāi)難性恢復(fù)等問(wèn)題， 從而存在系統(tǒng)安全性、可靠性的隱患。 系統(tǒng)運(yùn)行環(huán)境的復(fù)雜，不僅用戶使用的計(jì)算機(jī)環(huán)境千變?nèi)f化， 包括用戶的 各種操作方式或各種不同的輸入數(shù)據(jù)， 容易引起一些特定用戶環(huán)境下的問(wèn)題； 在 系統(tǒng)實(shí)際應(yīng)用中，數(shù)據(jù)量很大。從而會(huì)引起強(qiáng)度或負(fù)載問(wèn)題。 由于通信端口多、存取和加密手段的矛盾性等，會(huì)造成系統(tǒng)的安全性或適用性等問(wèn)題。新技術(shù)的采用，可能涉與技術(shù)或系統(tǒng)兼容的問(wèn)題，事先沒(méi)有考慮到。軟件缺陷的分類屬性名稱 描述缺陷標(biāo)識(shí)(Identifier)缺陷標(biāo)識(shí)是標(biāo)記某個(gè)缺陷的一組符號(hào)。每個(gè)缺陷必須有一個(gè)唯一的標(biāo)識(shí) 缺陷類型(Type)

11、缺陷類型是根據(jù)缺陷的自然屬性劃分的缺陷種類。 缺陷嚴(yán)重程度(Severity)缺陷嚴(yán)重程度是指因缺陷引起的故障對(duì)軟件產(chǎn)品的影響程度。缺陷優(yōu)先級(jí)(Priority)缺陷的優(yōu)先級(jí)指缺陷必須被修復(fù)的緊急程度。缺陷狀態(tài)(Status)缺陷狀態(tài)指缺陷通過(guò)一個(gè)跟蹤修復(fù)過(guò)程的進(jìn)展情況。缺陷起源(Origin)缺陷來(lái)源指缺陷引起的故障或事件第一次被檢測(cè)到的階段。缺陷來(lái)源(Source)缺陷來(lái)源指引起缺陷的起因。缺陷根源(Root Cause)缺陷根源指發(fā)生錯(cuò)誤的根本因素。缺陷類型Type缺陷類型編號(hào) 缺陷類型 描述10 F- Function 影響了重要的特性、用戶界面、產(chǎn)品接 口、硬件結(jié)構(gòu)接口和全局 數(shù)據(jù)結(jié)

12、構(gòu)。并且設(shè)計(jì)文檔需要正式的變更。如邏輯，指針，循環(huán)， 遞歸，功能等缺陷。20 A- Assig nment需要修改少量代碼，如初始化或控制塊。如聲明、重復(fù)命名，X圍、限定等缺陷。 30 I- I nterface與其他組件、模塊或 設(shè)備驅(qū)動(dòng)程序、調(diào)用參數(shù)、控制塊或參數(shù)列表相互影響的缺陷。40 C- Checking提示的錯(cuò)誤信息，不適當(dāng)?shù)臄?shù)據(jù)驗(yàn)證等缺陷。50 B Build/package/merge由于配置庫(kù)、變更管理或版本控制引起的錯(cuò)誤。60 D- Docume ntatio n影響發(fā)布和維護(hù)，包括注釋。70 G- Algorithm 算法錯(cuò)誤。80 U-User In terface人機(jī)

13、交互特性：屏幕格式，確認(rèn)用戶輸入，功能有效性，頁(yè)面排版等方面的缺陷。90 P-Performanee 不滿足系統(tǒng)可測(cè)量的屬性值，如：執(zhí)行時(shí)間，事務(wù)處理速 率等。100 N-Norms不符合各種標(biāo)準(zhǔn)的要求，如編碼標(biāo)準(zhǔn)、設(shè)計(jì)符號(hào)等缺陷嚴(yán)重程度Severity 軟件測(cè)試錯(cuò)誤嚴(yán)重程度#缺陷嚴(yán)重等級(jí)描述1 Critical 不能執(zhí)行正常工作功能或重要功能。或者危與人身安全。2 Major嚴(yán)重地影響系統(tǒng)要求或根本功能的實(shí)現(xiàn)，且沒(méi)有方法更正。重新安裝或重新啟動(dòng)該軟件不屬于更正方法3 Minor嚴(yán)重地影響系統(tǒng)要求或根本功能的實(shí)現(xiàn)，但存在合理的更正方法。重新安裝或重新啟動(dòng)該軟件不屬于更正方法4 Cosmetic

14、使操作者不方便或遇到麻煩，但它不影響執(zhí)行工作功能或重要功能。5 Other其它錯(cuò)誤。同行評(píng)審錯(cuò)誤嚴(yán)重程度#缺陷嚴(yán)重等級(jí)描述Major主要的，較大的缺陷Min or次要的，小的缺陷缺陷優(yōu)先級(jí)Priority 缺陷必須被立即解決。2 Normal Queue3 Not Urge nt缺陷可以在方便時(shí)被糾正。Open確認(rèn)“提交的缺陷'，等待處理陷 Resolved 缺陷被修復(fù)Closed 確#缺陷優(yōu)先級(jí)描述1 Resolve Immediately 缺陷需要正常排隊(duì)等待修復(fù)或列入軟件發(fā)布清單。缺陷狀態(tài)Status缺陷狀態(tài)描述Submitted 已提交的缺陷 Rejected拒絕"提

15、交的缺陷"，不需要修復(fù)或不是 認(rèn)被修復(fù)的缺陷，將其關(guān)閉缺陷起源Origin缺陷起源描述Requireme nt 在需求階段發(fā)現(xiàn)的缺陷 Architecture 在構(gòu)架階段發(fā)現(xiàn) 的缺陷Design在設(shè)計(jì)階段發(fā)現(xiàn)的缺陷 Code在編碼階段發(fā)現(xiàn)的缺陷 Test在測(cè)試階段發(fā) 現(xiàn)的缺陷缺陷來(lái)源Source缺陷來(lái)源描述Requirement :由于需求的問(wèn)題引起的缺陷Architecture :由于構(gòu)架的問(wèn)題引起的缺陷Design :由于設(shè)計(jì)的問(wèn)題引起的缺陷Code：由于編碼的問(wèn)題引起的缺陷Test :由于測(cè)試的問(wèn)題引起的缺陷Integration :由于集成的問(wèn)題引起的缺陷1.4軟件質(zhì)量概括地

16、說(shuō)，軟件質(zhì)量就是“軟件與明確的和隱含的定義的需求相一致的程度"。具體地說(shuō)，軟件質(zhì)量是軟件符合明確表示的功能和性能需求、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)、以與所有專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度。影響軟件質(zhì)量的主要因素，這些因素是從管理角度對(duì)軟件質(zhì)量的度量。可劃分為三組，分別反響用戶在使用軟件產(chǎn)品時(shí)的三種觀點(diǎn)。正確性、健壯性、效率、完整性、可用性、風(fēng)險(xiǎn)產(chǎn)品運(yùn)行；可理解性、可維修性、靈活性、可測(cè)試性產(chǎn)品修改；可移植性、可再用性、互運(yùn)行性產(chǎn)品轉(zhuǎn)移。標(biāo)準(zhǔn)(1)軟件需求是度量軟件質(zhì)量的根底，與需求不一致就是質(zhì)量不高。(2)指定的標(biāo)準(zhǔn)定義了一組指導(dǎo)軟件開發(fā)的準(zhǔn)如此，如果沒(méi)有遵守這些準(zhǔn)如此， 幾乎肯

17、定會(huì)導(dǎo)致質(zhì)量不高。(3)通常，有一組沒(méi)有顯式描述的隱含需求如期望軟件是容易維護(hù)的。如果軟件滿足明確描述的需求，但卻不滿足隱含的需求，那么軟件的質(zhì)量仍然是值得懷疑的。編輯本段QA和QCQA即英文QUALITYASSURANC的簡(jiǎn)稱，中文意思是質(zhì)量保證；QC即英文QUALITYCONTR0的簡(jiǎn)稱，中文意義是質(zhì)量控制。QC和QA的主要區(qū)別前者是保證產(chǎn)品質(zhì)量符合規(guī)定，后者是建立體系并確保體系按要求運(yùn)作，以提供內(nèi)外部的信任同時(shí)QC和QA又有一樣點(diǎn)：即QC和QA都要進(jìn)展驗(yàn)證,如QC按標(biāo)準(zhǔn)檢測(cè)產(chǎn)品就是驗(yàn)證產(chǎn)品是否符合規(guī)定要求，QA進(jìn)展內(nèi)審就是驗(yàn)證體系運(yùn)作是否符合標(biāo)準(zhǔn)要求，又如QA進(jìn)展出貨稽核和可靠性檢測(cè)，就

18、是驗(yàn)證產(chǎn)品是否已按規(guī)定進(jìn)展各項(xiàng)活動(dòng)，是否能滿足規(guī)定要求，以確保工廠交付的產(chǎn)品都是合格和符合相關(guān)規(guī)定的。編輯本段軟件開發(fā)需求分析確?？蛻羲蟮南到y(tǒng)是可行的。確?？蛻糁付ǖ男枨蟠_實(shí)能夠滿足他的真正要求。防止開發(fā)者和客戶之間的誤解。向用戶提供為滿足他所提出的需求而實(shí)際構(gòu)建的適當(dāng)軟件系統(tǒng)。軟件規(guī)格說(shuō)明通過(guò)建立需求跟蹤文檔，確保規(guī)格說(shuō)明書與系統(tǒng)需求保持一致。確保規(guī)格說(shuō)明書能適當(dāng)?shù)馗牧枷到y(tǒng)的靈活性、可維護(hù)性以與性能。確保已建立了測(cè)試策略。確保已建立了現(xiàn)實(shí)的開發(fā)進(jìn)度表，包括預(yù)定的評(píng)審。確保已為系統(tǒng)設(shè)計(jì)了正式的變更規(guī)程。設(shè)計(jì)確保已建立用于描述設(shè)計(jì)的標(biāo)準(zhǔn)，并且確保遵循這些標(biāo)準(zhǔn)。確保適當(dāng)?shù)乜刂撇⒂梦臋n記錄對(duì)設(shè)計(jì)進(jìn)展的變更。確保在系統(tǒng)設(shè)計(jì)組件已按照商定的準(zhǔn)如此得到批準(zhǔn)之后才開始編碼。確保對(duì)設(shè)計(jì)的評(píng)審按照進(jìn)度進(jìn)展。確保代碼遵循已建立的風(fēng)格、結(jié)構(gòu)和文檔標(biāo)準(zhǔn)。確保代碼經(jīng)過(guò)適當(dāng)測(cè)試和集成，同時(shí)對(duì)編碼模塊的