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