軟件質(zhì)量與質(zhì)量保證

1、軟件質(zhì)量,,軟件質(zhì)量,軟件質(zhì)量的定義產(chǎn)品的價(jià)值取決于產(chǎn)品的質(zhì)量，軟件質(zhì)量的特性是多方面的。必須包括：與明確確定的功能和性能需求的一致性。即軟件需求是質(zhì)量度量的基礎(chǔ)，缺少與需求的一致性就無質(zhì)量可言。與明確成文的開發(fā)標(biāo)準(zhǔn)的一致性。不遵循專門的開發(fā)標(biāo)準(zhǔn)，將導(dǎo)致軟件質(zhì)量低劣。與所有專業(yè)開發(fā)的軟件所期望的隱含的特性的一致性。忽視軟件隱含的需求，軟件質(zhì)量將不可信。,軟件質(zhì)量,軟件質(zhì)量的因素直接度量的因素如單位時(shí)間內(nèi)千行代碼中所產(chǎn)生的錯(cuò)誤

2、數(shù)。間接度量的因素如可用性或可維護(hù)性,軟件質(zhì)量,軟件質(zhì)量的度量模型1976年，Boehm第一次提出了軟件質(zhì)量度量的層次模型。（圖6-1-1）1978年，Walters和McCall等人提出了從軟件質(zhì)量要素、準(zhǔn)則到度量的三個(gè)層次式的模型。（圖6-1-2）1985年，ISO建議軟件質(zhì)量模型由三層組成：高層：軟件質(zhì)量需求評(píng)價(jià)準(zhǔn)則（SQRC）中層：軟件質(zhì)量設(shè)計(jì)評(píng)價(jià)準(zhǔn)則（SQDC）低層：軟件質(zhì)量度量評(píng)價(jià)準(zhǔn)則（SQMC）,可跟蹤性,

3、完備性,一致性,準(zhǔn)確性,容錯(cuò)性,簡(jiǎn)單性,模塊性,通用性,擴(kuò)充性,工具性,自描述性,執(zhí)行效率,存儲(chǔ)效率,存取控制,存取復(fù)查,操作性,可訓(xùn)練性,通訊性,軟件系統(tǒng)獨(dú)立性,機(jī)器獨(dú)立性,通訊共用性,數(shù)據(jù)共用性,簡(jiǎn)明性,正確性,可靠性,效率,安全性,可使用性,可維護(hù)性,靈活性,連接性,使用單位自行制定,SQRC,SQDC,SQMC,,,,,,,,,,,,,,,,,,,,,,,,,,,,,軟件質(zhì)量度量模型,軟件質(zhì)量保證,軟件質(zhì)量保證質(zhì)量保證是任何生

4、產(chǎn)部門為他人生產(chǎn)使用產(chǎn)品的一項(xiàng)基本活動(dòng)。軟件開發(fā)質(zhì)量保證的歷史平行于硬件制造質(zhì)量的歷史。在計(jì)算機(jī)發(fā)展早期，軟件質(zhì)量是程序員個(gè)人的職責(zé)。70年代，軟件質(zhì)量保證首先應(yīng)用于軍事軟件，后普及到商業(yè)軟件。,軟件質(zhì)量保證,質(zhì)量保證的策略質(zhì)量保證策略主要分三個(gè)階段：以檢測(cè)為重：產(chǎn)品制成之后進(jìn)行檢測(cè)，只能判斷產(chǎn)品質(zhì)量，不能提高產(chǎn)品質(zhì)量。以過程管理為重：把質(zhì)量的保證工作重點(diǎn)放在過程管理上，對(duì)制造過程中的每一道工序都要進(jìn)行質(zhì)量控制。以新產(chǎn)品開

5、發(fā)為重：在新產(chǎn)品的開發(fā)設(shè)計(jì)階段，采取強(qiáng)有力的措施來消滅由于設(shè)計(jì)原因而產(chǎn)生的質(zhì)量隱患。,軟件質(zhì)量保證,軟件質(zhì)量保證的活動(dòng)技術(shù)方法的應(yīng)用正式技術(shù)評(píng)審的實(shí)施軟件測(cè)試標(biāo)準(zhǔn)的執(zhí)行修改的控制度量記錄和記錄保存,軟件評(píng)審,軟件評(píng)審在軟件開發(fā)的各個(gè)階段，都要采用評(píng)審的方法，以便及早發(fā)現(xiàn)軟件的缺陷。軟件評(píng)審的必要性1. 從技術(shù)角度進(jìn)行的審查是保證軟件質(zhì)量的重要措施由于人的認(rèn)識(shí)不可能百分之百地符合客觀實(shí)際，因此生命周期每個(gè)階段的工作中

6、都可能發(fā)生錯(cuò)誤。由于前一階段的成果是后一階段工作的基礎(chǔ)，前一階段的錯(cuò)誤自然會(huì)導(dǎo)致后一階段的工作結(jié)果中有相應(yīng)的錯(cuò)誤，而且錯(cuò)誤會(huì)積累起來，如下圖所示。,原始要求,正確的規(guī)格說明,錯(cuò)誤的規(guī)格說明,,需求分析,設(shè)計(jì),正確的設(shè)計(jì),錯(cuò)誤的設(shè)計(jì),對(duì)錯(cuò)誤說明的設(shè)計(jì),編碼,正確編碼,錯(cuò)誤編碼,對(duì)錯(cuò)誤設(shè)計(jì)的編碼,對(duì)錯(cuò)誤說明的編碼,測(cè)試,正確功能,可改正的錯(cuò)誤,不可改正的錯(cuò)誤,潛伏的錯(cuò)誤,不完善的軟件產(chǎn)品,,,,,,,,,軟件評(píng)審,2. 技術(shù)審查也是降低成本

7、的一個(gè)重要舉措由于再后期改正一個(gè)錯(cuò)誤比在早期改正同一個(gè)錯(cuò)誤需要付出的代價(jià)高二至三個(gè)數(shù)量級(jí)，所以越在早期發(fā)現(xiàn)的錯(cuò)誤越容易改正，代價(jià)越低。3. 在技術(shù)審查合格之后，再進(jìn)行管理復(fù)審，可以使管理人員專心從管理角度對(duì)開發(fā)工作進(jìn)行審查，而不必顧及技術(shù)問題,軟件評(píng)審,軟件評(píng)審的辦法成立評(píng)審小組，組員包括：組長(zhǎng)、作者、評(píng)審員1. 組長(zhǎng)組長(zhǎng)是小組的核心，最后由技術(shù)水平較高且沒有直接參與這項(xiàng)工程的人擔(dān)任。組長(zhǎng)的任務(wù)是組織和領(lǐng)導(dǎo)技術(shù)審查的全過程，

8、如安排會(huì)議日程，分發(fā)必要的文檔資料，主持審查會(huì)議，確保審查全面、公正。2. 作者作者是被審查文檔或程序的編寫者。如果開發(fā)小組由一個(gè)小組集體完成，通常由技術(shù)小組負(fù)責(zé)人代表小組參加審查小組。作者的責(zé)任是回答技術(shù)上的問題,軟件評(píng)審,3. 評(píng)審員評(píng)審員也應(yīng)由技術(shù)專家擔(dān)任。通常一個(gè)是前一階段的技術(shù)骨干，另一個(gè)是后一階段的骨干。評(píng)審員的任務(wù)是分別從各自的角度，公正客觀地評(píng)價(jià)被審查的軟件產(chǎn)品。,軟件評(píng)審,軟件評(píng)審的步驟準(zhǔn)備簡(jiǎn)要介紹情況

9、閱讀被評(píng)審的文檔（如檢查表）開評(píng)審會(huì)返工復(fù)審軟件開發(fā)的各個(gè)階段，其檢查表的內(nèi)容不一樣。（具體參照P105-108）,軟件質(zhì)量度量,每個(gè)軟件屬性都有一套度量方法，選擇度量方法時(shí)，必須考慮下列因素。1. 與軟件屬性的相關(guān)性相關(guān)性分為4個(gè)等級(jí)：A—度量方法與相應(yīng)的軟件屬性始終存在正相關(guān)AA—幾乎總是存在正相關(guān)U—經(jīng)常存在正相關(guān)S—偶爾存在正相關(guān),軟件質(zhì)量度量,2. 度量值的可理解性定量的度量方法所得到的值分為5種情況：

10、AL—通過一個(gè)自動(dòng)算法很容易理解UR—不需要受過專門訓(xùn)練的人員TR—需要受過專門訓(xùn)練的人員ER—需要專家EX—需要執(zhí)行程序,軟件質(zhì)量度量,3. 開發(fā)自動(dòng)工具的容易性開發(fā)度量工具的難易程度分為3種情況E—容易M—存在困難D—很困難,軟件質(zhì)量度量,4. 自動(dòng)工具的完備性 所開發(fā)的自動(dòng)工具是否完全等價(jià)于度量方法，有2種情況C—完全等價(jià)P—部分等價(jià)5. 潛在效益潛在效益分為5個(gè)級(jí)別：5、4、3、2、1,軟件質(zhì)量度量,

11、兩個(gè)軟件質(zhì)量度量方法Halstead的軟件科學(xué)McCabe復(fù)雜性度量法,軟件質(zhì)量度量,Halstead的軟件科學(xué)基本思路是根據(jù)程序中可執(zhí)行代碼行的操作符和操作數(shù)的數(shù)量來計(jì)算程序的復(fù)雜性。操作符和操作數(shù)的量越大，程序結(jié)構(gòu)就越復(fù)雜。,軟件質(zhì)量度量,McCabe復(fù)雜性度量法程序的復(fù)雜性很大程度上取決于程序控制流的復(fù)雜性單一的順序程序結(jié)構(gòu)最簡(jiǎn)單，循環(huán)和選擇所構(gòu)成的環(huán)路越多，程序就越復(fù)雜。,軟件可靠性,,軟件安全性,,軟件質(zhì)量保證方法