【正文】 引入 PDCA戴明環(huán)閉環(huán)管理模式，使持續(xù)改進(jìn)的思想貫穿整個(gè)標(biāo)準(zhǔn)，要求質(zhì)量管理體系及各個(gè)部分都按 PDCA循環(huán)，建立實(shí)施持續(xù)改進(jìn)結(jié)構(gòu)。 2023版標(biāo)準(zhǔn)已于 2023年 3月被我國(guó)轉(zhuǎn)化為國(guó)家標(biāo)準(zhǔn)，企業(yè)實(shí)施于 2023年 4月，是較 94版標(biāo)準(zhǔn)更科學(xué)、合理和便于采用的標(biāo)準(zhǔn)。 火龍果 ? 整理 . 105 軟件質(zhì)量管理的內(nèi)容 ? 產(chǎn)品評(píng)價(jià) 軟件產(chǎn)品評(píng)價(jià)的主要目的是確保產(chǎn)品和它的需求相符合，類似于硬件的產(chǎn)品檢驗(yàn)，這種評(píng)價(jià)所用的方法可以是設(shè)計(jì)的走查（ walkthrough）、代碼的審計(jì)、測(cè)試結(jié)果的分析以及軟件的質(zhì)量度量和評(píng)估等。對(duì)軟件過程的驗(yàn)證，則是對(duì)過程數(shù)據(jù)的評(píng)審和審核。 ③ 記錄和保持必要的過程活動(dòng)的質(zhì)量情況。 2）所有質(zhì)量活動(dòng)按照已經(jīng)策劃的方法、途徑、相互關(guān)系和時(shí)間，有序地進(jìn)行。 ? 軟件項(xiàng)目策劃：目的是為具體軟件項(xiàng)目的開發(fā)、檢查活動(dòng)制定合理的計(jì)劃。 火龍果 ? 整理 . 95 軟件質(zhì)量管理的主要活動(dòng) 軟件質(zhì)量策劃 1）軟件質(zhì)量策劃的內(nèi)容： ? 確定軟件組織，適應(yīng)其生產(chǎn)特點(diǎn)的組織結(jié)構(gòu)，以及人員的安排和職責(zé)的分配。上述這些審核通常稱為 “ 質(zhì)量體系審核 ” 、 “ 過程質(zhì)量審核 ” 、 “ 產(chǎn)品質(zhì)量審核 ” 和 “ 服務(wù)質(zhì)量審核 ” 。 1 質(zhì)量管理是各級(jí)管理者的職責(zé)，但必須由最高管理者領(lǐng)導(dǎo)。 火龍果 ? 整理 . 90 軟件質(zhì)量管理的 基本概念 ? 質(zhì)量控制 為達(dá)到質(zhì)量要求所采取的作業(yè)技術(shù)和活動(dòng)。 對(duì)于質(zhì)量管理體系： 1 2 一個(gè)組織的質(zhì)量體系主要是為滿足該組織內(nèi)部管理的需要而設(shè)計(jì)的。 ? 可移植性：從一個(gè)計(jì)算機(jī)系統(tǒng)或環(huán)境轉(zhuǎn)移到另一個(gè)計(jì)算機(jī)系統(tǒng)或環(huán)境的容易程度。 （ 3） 產(chǎn)品將提供完成某些任務(wù)所必需的功能。如果某個(gè)質(zhì)量特性不符合規(guī)定的標(biāo)準(zhǔn)，就應(yīng)當(dāng)分析這個(gè)質(zhì)量特性，找出為什么達(dá)不到標(biāo)準(zhǔn)的原因。 （ 1）評(píng)分 對(duì)每一階段要達(dá)到的質(zhì)量指標(biāo)（質(zhì)量特性目標(biāo)值或標(biāo)準(zhǔn)）詳細(xì)開列 /建立度量工作表，在表中，以提問題方式，列出在某一階段為實(shí)現(xiàn)某一質(zhì)量指標(biāo)，應(yīng)達(dá)到什么標(biāo)準(zhǔn)。 火龍果 ? 整理 . 81 軟件質(zhì)量度量的實(shí)施 （ 3）分析度量結(jié)果 對(duì)度量過程進(jìn)行跟蹤和分析，需要時(shí)，可能會(huì)對(duì)度量程序、度量工具、度量方法，甚至原始數(shù)據(jù)，做出補(bǔ)充和調(diào)整。這種聯(lián)系，就是把用戶語言描述的需求，轉(zhuǎn)變?yōu)橛?jì)算機(jī)工程師語言的需求。 ? 驗(yàn)收度量是在軟件開發(fā)各階段的檢查點(diǎn)，對(duì)軟件的要求質(zhì)量進(jìn)行確認(rèn)性檢查的具體評(píng)價(jià)值，它可以看成是對(duì)預(yù)測(cè)度量的一種確認(rèn)，是對(duì)開發(fā)過程中的預(yù)測(cè)進(jìn)行評(píng)價(jià)。軟件質(zhì)量特性度量有兩類：預(yù)測(cè)型和驗(yàn)收型。 它們之間的關(guān)系如表所示 。 0級(jí)最低 ,10級(jí)最高 。 (Security)： 控制或保護(hù)程序和數(shù)據(jù)不受破壞的機(jī)制 ， 以防止程序和數(shù)據(jù)受到意外的或蓄意的存取 、 使用 、 修改 、 毀壞或泄密 。 (Conciseness)： 程序源代碼的緊湊性。 火龍果 ? 整理 . 63 軟件質(zhì)量模型 ? 通常，對(duì)以上各個(gè)質(zhì)量特性直接進(jìn)行度量是很困難的，在有些情況下甚至是不可能的。 ? 可測(cè)試性： 測(cè)試軟件以確保其能夠執(zhí)行預(yù)定功能所需工作量的大小。 它們與特性的關(guān)系如圖所示 。 ? 早在 1976年，由 Boehm等提出軟件質(zhì)量模型的分層方案。而定義一個(gè)軟件的質(zhì)量，就等價(jià)于為該軟件定義一系列質(zhì)量特性。不符合需求的軟件就不具備質(zhì)量。該文件分為兩個(gè)部分，一個(gè)是 主文件 部分 ，另有三個(gè)附件。 ?提高領(lǐng)導(dǎo)和職工的質(zhì)量意識(shí)和素質(zhì) ,促進(jìn)企業(yè)素質(zhì)和管理水平的提高 。最終的目的是滿足顧客要求。質(zhì)量管理是企業(yè)管理的重要組成部分 ,是企業(yè)管理職能中的重要職能。 質(zhì)量管理專家 — 費(fèi)根鮑姆 火龍果 ? 整理 . 35 、維持和改進(jìn)集成于一體的系統(tǒng)。為了掌握何時(shí)采取必要措施糾正質(zhì)量問題就必須實(shí)施質(zhì)量控制。 主要觀點(diǎn) 是引起效率低下和不良質(zhì)量的原因在公司的管理系統(tǒng)而不在職員。 過程質(zhì)量 ，可分為 開發(fā)設(shè)計(jì)過程質(zhì)量 、 制造過程質(zhì)量 、 使用過程質(zhì)量 與 服務(wù)過程質(zhì)量 四個(gè)子過程的質(zhì)量。隨著生產(chǎn)力發(fā)展水平不同和由于各種因素的制約，人們對(duì)產(chǎn)品質(zhì)量會(huì)提出不同的要求。 火龍果 ? 整理 . 21 實(shí)體 （ entity, item） : “ 可單獨(dú)描述和研究的事物” ，實(shí)體可以是活動(dòng)或過程，可以是產(chǎn)品，可以是組織、體系或人，也可以是上述各項(xiàng)的任何組合。 火龍果 ? 整理 . 18 增量模式和跌代模式 ? 軟件開發(fā)分階段可以通過兩種模型來描述，即增量模型和迭代模型。 原型模型的缺點(diǎn)是產(chǎn)品的先天性不足，因?yàn)殚_發(fā)者常常需要做實(shí)現(xiàn)上的折中，可能采用不合適的操作系統(tǒng)或程序設(shè)計(jì)語言，以使原型能夠盡快工作。 火龍果 ? 整理 . 14 軟件開發(fā)模式 原型模型 在進(jìn)行了基本需求分析之后，快速開發(fā)出產(chǎn)品的原型，然后基于這個(gè)原型，同客戶溝通、交流，更好地了解客戶需求，不斷修改這個(gè)原型，到了雙方認(rèn)可的程度，再做詳細(xì)地分析、設(shè)計(jì)和編程，最終開發(fā)出令客戶滿意的產(chǎn)品。 火龍果 ? 整理 . 13 大棒模式或邊寫邊改模式 ? 探索測(cè)試 如果采用大棒模式或者邊寫邊改模式，就不會(huì)有作為測(cè)試依據(jù)的各類文檔。通過提高軟件的需求分析、設(shè)計(jì)和編程的質(zhì)量，強(qiáng)化軟件測(cè)試，可以大幅度降低軟件的維護(hù)成本。 火龍果 ? 整理 . 9 軟件開發(fā)過程 3. 編程 經(jīng)過需求分析、設(shè)計(jì)之后，接下來就是用一種或多種具體的編程工具（如 ， JBuild、 Eclipse、 Delphi、 PB等）進(jìn)行編碼，即將設(shè)計(jì)轉(zhuǎn)換成計(jì)算機(jī)可讀的形式。 在軟件工程中可將軟件的生存周期分為 6個(gè)階段（傳統(tǒng)生命周期，即瀑布模型 ） （ 1）計(jì)劃（ Planning） （ 2）需求分析（ Requirement Analysis） （ 3）設(shè)計(jì)（ Design） （ 4）編碼（ Coding） （ 5）測(cè)試（ Testing） （ 6）運(yùn)行與維護(hù)（ Run and Maintenance） 火龍果 ? 整理 . 6 軟件開發(fā)瀑布模型 火龍果 ? 整理 . 7 軟件開發(fā)過程 1. 需求分析 需求分析是根據(jù)客戶的要求，清楚地了解客戶需求中的產(chǎn)品功能、特性、性能、界面和具體規(guī)格等，然后進(jìn)行分析，確定軟件產(chǎn)品所能達(dá)到的目標(biāo)?？梢苑譃楦乓O(shè)計(jì)和詳細(xì)設(shè)計(jì)，也可以分為數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)、軟件體系結(jié)構(gòu)設(shè)計(jì)、應(yīng)用接口設(shè)計(jì)、模塊設(shè)計(jì)、算法設(shè)計(jì)、界面設(shè)計(jì)等。 火龍果 ? 整理 . 10 軟件開發(fā)過程 5. 維護(hù) 從理論上，軟件測(cè)試的覆蓋率不可能做到百分之百，所以軟件在交付給用戶之后有可能存在某些問題，而且用戶的需求會(huì)發(fā)生變化，特別是開始使用產(chǎn)品之后，對(duì)計(jì)算機(jī)系統(tǒng)有了真正的認(rèn)識(shí)和了解，會(huì)提出適用性更好的、功能增強(qiáng)的要求。最終的軟件產(chǎn)品是什么樣不可知。在這種情況下，無法像有產(chǎn)品說明書那樣完整測(cè)試軟件 比如無法判定是否遺漏功能，但是可以進(jìn)行系統(tǒng)測(cè)試。這形成一個(gè)迭代的過程。 火龍果 ? 整理 . 17 螺旋模型 ? 螺旋模型，最早是由 Boehm提出來的，是一個(gè)演化軟件過程模型，它將原型的迭代特征與線性順序模型中控制和系統(tǒng)化方面結(jié)合起來，使得軟件增量版本的快速開發(fā)成為可能。最終的目標(biāo)是一致的，也是為了實(shí)現(xiàn)一個(gè)強(qiáng)大的、功能完善的、高質(zhì)量的、穩(wěn)定的產(chǎn)品。 產(chǎn)品質(zhì)量 服務(wù)質(zhì)量 過程質(zhì)量 工作質(zhì)量 質(zhì)量 火龍果 ? 整理 . 24 產(chǎn)品質(zhì)量 產(chǎn)品質(zhì)量是指產(chǎn)品能夠滿足使用要求所具備的特性。 產(chǎn)品質(zhì)量 服務(wù)質(zhì)量 過程質(zhì)量 工作質(zhì)量 質(zhì)量 火龍果 ? 整理 . 26 過程質(zhì)量 過程 是指 “ 將輸入轉(zhuǎn)化為輸出的一組彼此相關(guān)的資源和活動(dòng) ” 。 (3) 便于使用。 ? 認(rèn)為通過管理可以控制大約 80%的質(zhì)量缺陷的發(fā)生。 質(zhì)量管理專家 — 朱蘭 火龍果 ? 整理 . 34 費(fèi)根鮑姆： Armand Feigenbaum 前通用電器生產(chǎn)和質(zhì)量控制經(jīng)理 ， 他因提出 把質(zhì)量責(zé)任推廣到生產(chǎn)領(lǐng)域以外 而在質(zhì)量運(yùn)動(dòng)中聞名。 火龍果 ? 整理 . 38 質(zhì)量管理定義： ① 質(zhì)量管理是各級(jí)管理者的職責(zé) ,但必須由最高管理者領(lǐng)導(dǎo)。 質(zhì)量管理的術(shù)語和內(nèi)涵： 火龍果 ? 整理 . 40 質(zhì)量策劃：是質(zhì)量管理的一部分，致力于制定質(zhì)量目標(biāo)并規(guī)定必要的運(yùn)行過程和相關(guān)資源以實(shí)現(xiàn)質(zhì)量目標(biāo)。 I?m trying! 火龍果 ? 整理 . 42 質(zhì)量管理的任務(wù)： ? 正確制訂和貫徹執(zhí)行質(zhì)量方針和政策 。 火龍果 ? 整理 . 44 ? 項(xiàng)目質(zhì)量管理的概念： ? 為保障項(xiàng)目產(chǎn)出物能夠滿足項(xiàng)目業(yè)主、客戶以及項(xiàng)目其他相關(guān)利益者的需要，所開展的對(duì)于項(xiàng)目產(chǎn)出物質(zhì)量和項(xiàng)目工作質(zhì)量的 全面管理工作 。 ” 3） GB/T6583 – ISO 8402(1994)定義軟件質(zhì)量為： “ 反映實(shí)體滿足明確和隱含需要的能力和特性總和 ” 也就是說 ， 為滿足軟件的各項(xiàng)精確定義的功能 、 性能需求 ， 符合文檔化的開發(fā)標(biāo)準(zhǔn) ， 需要相應(yīng)地給出或設(shè)計(jì)一些質(zhì)量特性及其組合 ， 作為在軟件開發(fā)與維護(hù)中的重要考慮因素 。如果軟件只滿足那些精確定義了的需求而沒有滿足這些隱含的需求，軟件質(zhì)量也不能保證。 火龍果 ? 整理 . 55 軟件質(zhì)量的定義 ? 對(duì)于軟件所需求的質(zhì)量特性，在軟件生存期的不同階段中情況各有不同，要求也不一樣，這可由下圖說明。 火龍果 ? 整理 . 57 軟件質(zhì)量模型 McCall質(zhì)量度量模型框 要素（ 特性 ） 評(píng)價(jià) 準(zhǔn)則 評(píng)價(jià) 準(zhǔn)則 評(píng)價(jià) 準(zhǔn)則 度量 度量 度量 面向管理觀點(diǎn)的產(chǎn)品質(zhì)量 決定產(chǎn)品質(zhì)量的軟件屬性 定量化地度量軟件屬性 火龍果 ? 整理 . 58 軟件質(zhì)量模型 ? 軟件質(zhì)量要素直接影響軟件開發(fā)過程各個(gè)階段的產(chǎn)品質(zhì)量 。 ? 完整性： 為了某一目的而保護(hù)數(shù)據(jù)，避免它受到偶然的，或有意的破壞、改動(dòng)或遺失 的能力。如果這個(gè)軟件要聯(lián)網(wǎng)，或與其 他系統(tǒng)通信，或要把其他系統(tǒng)納入到自己的控制之下，必須有系統(tǒng)間的接口，使之可以聯(lián)結(jié)。 (Accuracy) ： 計(jì)算和控制的精度，最好表示成相對(duì)誤差的函數(shù) ,值越大表示精度越高。 (Instrumentation)： 監(jiān)視程序的運(yùn)行 ， 一旦發(fā)生錯(cuò)誤時(shí) ， 標(biāo)識(shí)錯(cuò)誤的程度 。 (Training)：軟件支持新用戶使用該系統(tǒng)的能力 。 分別對(duì)應(yīng) McCall等人的要素 、 評(píng)價(jià)準(zhǔn)則和度量 。但是用匯編語言編制出的程序，可靠性、可移植性以及可維護(hù)性都很差。如可靠性度量、復(fù)雜度度量、缺陷度量和規(guī)模度量等。這些困難包括：需求如何獲取，需求沖突如何協(xié)調(diào)、需求的確認(rèn)和變更的授權(quán)等。而用戶需求對(duì)此項(xiàng)指標(biāo)的要求（目標(biāo)）和現(xiàn)實(shí)系統(tǒng)所達(dá)到的實(shí)際值（比如： 10個(gè)人次測(cè)量后統(tǒng)計(jì)意義上的）的比較，就是將提交質(zhì)量評(píng)審的質(zhì)量值。一般采取由若干（ 6～ 10）位軟件專家進(jìn)行打分來評(píng)價(jià)。其次是在開發(fā)過程中積累的各種數(shù)據(jù)，特別是對(duì)出錯(cuò)數(shù)據(jù)的記錄。 ? 軟件產(chǎn)品質(zhì)量層 (質(zhì)量需求 )：是產(chǎn)品必須滿足的質(zhì)量需求。 ? 可靠性：在規(guī)定的時(shí)間和條件下，軟件所能維持其性能水平的程度。 ? 程序：為進(jìn)行某項(xiàng)活動(dòng)所規(guī)定的途徑。 a) 產(chǎn)品策劃：對(duì)質(zhì)量特性進(jìn)行識(shí)別、分類和比較，并建立其目標(biāo)、質(zhì)量要求和約束條件。 b) 外部質(zhì)量保證：在合同或其他情況下，質(zhì)量保證向顧客或他方提供信任。 4 ―社會(huì)受益 ” 意味著在需要時(shí)滿足 “ 社會(huì)需求 ” 。 火龍果 ? 整理 . 94 軟件質(zhì)量管理的 基本概念 ? 管理評(píng)審 由最高管理者就質(zhì)量方針和目標(biāo)，對(duì)質(zhì)量體系的現(xiàn)狀和適應(yīng)性進(jìn)行的正式評(píng)價(jià)。 火龍果 ? 整理 . 96 軟件質(zhì)量管理的主要活動(dòng) 2)軟件組織的質(zhì)量過程 通常包含兩種類型：軟件工程過程和組織支持過程 ? 軟件工程過程 就是通常所說的軟件生命周期中的活動(dòng)，一般包括軟件需求分析、軟件設(shè)計(jì)、編碼、測(cè)試、交付、安裝和維護(hù)。 ? 支持過程：包括合同評(píng)審、子合同評(píng)審、采購(gòu)、培訓(xùn)、進(jìn)貨檢驗(yàn)、設(shè)備檢驗(yàn)、度量和服務(wù)。 ? 軟件過程流管理 現(xiàn)代質(zhì)量理論認(rèn)為： “ 質(zhì)量形成于過程 ” 。 火龍果 ? 整理 . 101 軟件質(zhì)量管理的主要活動(dòng) ? 軟件質(zhì)量驗(yàn)證 ISO 9000： 2023中對(duì)驗(yàn)證（ Verification）的定義是： “ 通過提供客觀證據(jù)對(duì)規(guī)定要求已得到滿足的認(rèn)定 ” 。 1．質(zhì)量控制 ? 計(jì)劃 進(jìn)行質(zhì)量控制，必須