【正文】 （ 1）確定軟件質(zhì)量需求； 在用戶需求中，除功能需求外，還有非功能需求，包括：質(zhì)量需求、環(huán)境需求、設計約束、開發(fā)策略等。如可靠性度量、復雜度度量、缺陷度量和規(guī)模度量等。 ? 預測度量是利用定量的或定性的方法，對軟件質(zhì)量的評價值進行估計，以得到軟件質(zhì)量的比較精確的估算值。但是用匯編語言編制出的程序，可靠性、可移植性以及可維護性都很差。 火龍果 ? 整理 . 72 ISO的質(zhì)量要素與評價準則 (1/2) 要素 關(guān)系 準則 正確性 可容性 有效性 安全性 可用性 可維護 靈活性 互操作 可追蹤性 V 完全性 V 一致性 V V V 準確性 V 容錯性 V 簡單性 V V 模塊化 V V 通用性 V 可擴充性 V 檢測性 V 自描述性 V V 火龍果 ? 整理 . 73 ISO的質(zhì)量要素與評價準則 (2/2) 要素 關(guān)系 準則 正確性 可容性 有效性 安全性 可用性 可維護 靈活性 互操作 執(zhí)行效率 V 存儲效率 V 存取控制 V 存取審查 V 可操作性 V 易培訓性 V 通信性 V 軟件獨立性 V 硬件獨立性 V 通信通用性 V 數(shù)據(jù)通用性 V 簡明性 V 火龍果 ? 整理 . 74 軟件質(zhì)量模型 ? 1991年， ISO發(fā)布了 ISO/IEC9126質(zhì)量特性的國際標準，將質(zhì)量特性降為 6個，即功能性、可靠性、可維護性、效率、可使用性、可移植性，并定義了 21個子特性。 分別對應 McCall等人的要素 、 評價準則和度量 。 Mk的取值是 0 , , ,… , 火龍果 ? 整理 . 68 質(zhì)量要素與評價準則 (1/2) 要素 關(guān)系 準則 正確性 可靠性 有效性 完整性 可維護 可測試 可移植 可重用 互操作 可用性 靈活性 可審查性 V V 準確性 V 通信通用性 V 完全性 V 簡明性 V V V 一致性 V V V V 數(shù)據(jù)通用性 V 容錯性 V 執(zhí)行效率 V 可擴充性 V 通用性 V V V V 火龍果 ? 整理 . 69 質(zhì)量要素與評價準則 (2/2) 要 素 關(guān) 系 準 則 正確性 可靠性 有效性 完整性 可維護 可測試 可移植 可重用 互操作 可用性 靈活性 硬件獨立性 V V V V 檢測性 V V V 模塊化 V V V V V V V 可操作性 V V 安全性 V 自文擋化 V V V V V 簡單性 V V V V 軟件獨立性 V V 可追蹤性 V 易培訓性 V 火龍果 ? 整理 . 70 McCall軟件質(zhì)量要素評價準則 ? McCall軟件質(zhì)量度量模型為軟件質(zhì)量管理奠定了基礎 ? 模型由軟件質(zhì)量要素和評價準則組成 ? 加權(quán)系數(shù) Cjk滿足 ∑ Cjk＝ 1 其中 Cjk≥ 0 當質(zhì)量要素 Fj與 k項評價準則無關(guān)時 ， Cjk=0 ? McCall評價準則項數(shù) L=21 火龍果 ? 整理 . 71 軟件質(zhì)量模型 ? ISO 軟件質(zhì)量度量模型 1985年國際標準化組織 (ISO)建議 ， 軟件質(zhì)量度量模型由三層組成 。 (Training)：軟件支持新用戶使用該系統(tǒng)的能力 。 (Selfdocumentation)：源代碼提供有意義文檔的程度 。 (Instrumentation)： 監(jiān)視程序的運行 ， 一旦發(fā)生錯誤時 ， 標識錯誤的程度 。 (Consistency)：設計文檔與系統(tǒng)實現(xiàn)的一致性。 (Accuracy) ： 計算和控制的精度，最好表示成相對誤差的函數(shù) ,值越大表示精度越高。因此， McCall定義了一 組比較容易度量的軟件質(zhì)量要素評價準則 ，使用它們對反映質(zhì)量特性的軟件屬性分級，以此來估計軟件質(zhì)量特性的值。如果這個軟件要聯(lián)網(wǎng)，或與其 他系統(tǒng)通信，或要把其他系統(tǒng)納入到自己的控制之下，必須有系統(tǒng)間的接口，使之可以聯(lián)結(jié)。 ? 靈活性： 修改或改進一個已投入運行的軟件所需工作量的大小。 ? 完整性： 為了某一目的而保護數(shù)據(jù)，避免它受到偶然的，或有意的破壞、改動或遺失 的能力。 火龍果 ? 整理 . 59 軟件質(zhì)量模型 產(chǎn)品修正 產(chǎn)品轉(zhuǎn)移 產(chǎn)品運行 可維護性 測試性 靈活性 互聯(lián)性 可移植性 復用性 正確性 可靠性 可使用性 效率 完整性 McCall軟件質(zhì)量模型 火龍果 ? 整理 . 60 軟件質(zhì)量模型 ? 正確性： 在預定環(huán)境下，軟件滿足設計規(guī)格說明及用戶預期目標的程度。 火龍果 ? 整理 . 57 軟件質(zhì)量模型 McCall質(zhì)量度量模型框 要素（ 特性 ） 評價 準則 評價 準則 評價 準則 度量 度量 度量 面向管理觀點的產(chǎn)品質(zhì)量 決定產(chǎn)品質(zhì)量的軟件屬性 定量化地度量軟件屬性 火龍果 ? 整理 . 58 軟件質(zhì)量模型 ? 軟件質(zhì)量要素直接影響軟件開發(fā)過程各個階段的產(chǎn)品質(zhì)量 。 1979年 McCall等人改進 Boehm 質(zhì)量模型又提出了一種軟件質(zhì)量模型。 火龍果 ? 整理 . 55 軟件質(zhì)量的定義 ? 對于軟件所需求的質(zhì)量特性，在軟件生存期的不同階段中情況各有不同，要求也不一樣，這可由下圖說明。 火龍果 ? 整理 . 52 軟件質(zhì)量的定義 通常，軟件質(zhì)量可由以下主要特性來定義： （ 1） 功能性：軟件所實現(xiàn)的功能達到它的設計規(guī)范和滿足用戶需求的程度； （ 2）效率：在規(guī)定條件下，用軟件實現(xiàn)某種功能所需的計算機資源（包括時間）的有效程度； （ 3）可靠性：在滿足一定條件的應用環(huán)境中，軟件能夠正常維持其工作的能力； （ 4）安全性：為了防止意外或人為的破壞，軟件應具備的自身保護能力能力； 火龍果 ? 整理 . 53 軟件質(zhì)量的定義 （ 6）可維護性：當環(huán)境改變或軟件運行發(fā)生故障時，為了使其恢復正常運行所做努力的程度； （ 7）可擴充性：在功能改變和擴充情況下，軟件能夠正常運行的能力； （ 8）可移植性：為使一個軟件從現(xiàn)有運行平臺向另一個運行平臺過度所做努力的程度 （ 9）重用性：整個軟件或其中一部分能作為軟件包而被再利用的程度。如果軟件只滿足那些精確定義了的需求而沒有滿足這些隱含的需求，軟件質(zhì)量也不能保證。 ? 規(guī)范化的標準定義了一組開發(fā)準則，用來指導軟件人員用工程化的方法來開發(fā)軟件。 ” 3） GB/T6583 – ISO 8402(1994)定義軟件質(zhì)量為： “ 反映實體滿足明確和隱含需要的能力和特性總和 ” 也就是說 ， 為滿足軟件的各項精確定義的功能 、 性能需求 ， 符合文檔化的開發(fā)標準 ， 需要相應地給出或設計一些質(zhì)量特性及其組合 ， 作為在軟件開發(fā)與維護中的重要考慮因素 。其中主文件部分的核心內(nèi)容包括三個部分， 其一是該標準所涉及的范圍和所引用的標準及其相關(guān)定義，其 二是有關(guān)項目特征的說明，其三是項目管理過程中的質(zhì)量規(guī)范。 火龍果 ? 整理 . 44 ? 項目質(zhì)量管理的概念： ? 為保障項目產(chǎn)出物能夠滿足項目業(yè)主、客戶以及項目其他相關(guān)利益者的需要，所開展的對于項目產(chǎn)出物質(zhì)量和項目工作質(zhì)量的 全面管理工作 。 ?研究和發(fā)展質(zhì)量理論和質(zhì)量科學。 I?m trying! 火龍果 ? 整理 . 42 質(zhì)量管理的任務： ? 正確制訂和貫徹執(zhí)行質(zhì)量方針和政策 。 質(zhì)量控制：致力于滿足質(zhì)量要求。 質(zhì)量管理的術(shù)語和內(nèi)涵： 火龍果 ? 整理 . 40 質(zhì)量策劃：是質(zhì)量管理的一部分，致力于制定質(zhì)量目標并規(guī)定必要的運行過程和相關(guān)資源以實現(xiàn)質(zhì)量目標。企業(yè)一般包括經(jīng)營決策、計劃、生產(chǎn)、技術(shù)、質(zhì)量、勞資、供應、銷售、銷后服務、成本財務等管理部門。 火龍果 ? 整理 . 38 質(zhì)量管理定義： ① 質(zhì)量管理是各級管理者的職責 ,但必須由最高管理者領(lǐng)導。公司應該能夠使工程部、生產(chǎn)部和服務部門共同發(fā)揮作用 ,在達到用戶滿意的同時實現(xiàn)最佳經(jīng)濟目標； “控制”方面應該包括制定質(zhì)量標準、評價與這些標準有關(guān)的行為、當沒有達到預定標準時采取糾正措施以及制定改進質(zhì)量標準計劃； :技術(shù)性的和人為的。 質(zhì)量管理專家 — 朱蘭 火龍果 ? 整理 . 34 費根鮑姆： Armand Feigenbaum 前通用電器生產(chǎn)和質(zhì)量控制經(jīng)理 ， 他因提出 把質(zhì)量責任推廣到生產(chǎn)領(lǐng)域以外 而在質(zhì)量運動中聞名。質(zhì)量改進有助于發(fā)現(xiàn)更好的管理工作方式。 ? 認為通過管理可以控制大約 80%的質(zhì)量缺陷的發(fā)生。部門經(jīng)理的責任就是要不斷調(diào)整管理系統(tǒng)以取得預期的結(jié)果。 (3) 便于使用。 產(chǎn)品質(zhì)量 服務質(zhì)量 過程質(zhì)量 工作質(zhì)量 質(zhì)量 火龍果 ? 整理 . 27 工作質(zhì)量 工作質(zhì)量 ，是指與質(zhì)量有關(guān)的各項工作對產(chǎn)品質(zhì)量、服務質(zhì)量、過程質(zhì)量的保證程度。 產(chǎn)品質(zhì)量 服務質(zhì)量 過程質(zhì)量 工作質(zhì)量 質(zhì)量 火龍果 ? 整理 . 26 過程質(zhì)量 過程 是指 “ 將輸入轉(zhuǎn)化為輸出的一組彼此相關(guān)的資源和活動 ” 。 產(chǎn)品質(zhì)量 服務質(zhì)量 過程質(zhì)量 工作質(zhì)量 質(zhì)量 火龍果 ? 整理 . 25 服務質(zhì)量 服務質(zhì)量 是指服務滿足明確和隱含需要的能力的特性總和。 產(chǎn)品質(zhì)量 服務質(zhì)量 過程質(zhì)量 工作質(zhì)量 質(zhì)量 火龍果 ? 整理 . 24 產(chǎn)品質(zhì)量 產(chǎn)品質(zhì)量是指產(chǎn)品能夠滿足使用要求所具備的特性。 需求 ( requirements) : 包括“明確需要”和“隱含需要”。最終的目標是一致的，也是為了實現(xiàn)一個強大的、功能完善的、高質(zhì)量的、穩(wěn)定的產(chǎn)品。 ? 增量模型 描述軟件產(chǎn)品的不同階段是按產(chǎn)品所具有的功能進行劃分，先開發(fā)主要功能或用戶最需要的功能，然后，隨著時間推進，不斷增加新的輔助功能或次要功能，最終開發(fā)出一個強大的、功能完善的、高質(zhì)量的、穩(wěn)定的產(chǎn)品。 火龍果 ? 整理 . 17 螺旋模型 ? 螺旋模型，最早是由 Boehm提出來的，是一個演化軟件過程模型，它將原型的迭代特征與線性順序模型中控制和系統(tǒng)化方面結(jié)合起來，使得軟件增量版本的快速開發(fā)成為可能。 火龍果 ? 整理 . 16 RAD模型 ? RAD模型 RAD（ rap application development）模型，即快速應用開發(fā)模型。這形成一個迭代的過程。 一般步驟如下： ? (1) 先定義軟件的總體目標，根據(jù)已知的需求來規(guī)劃出可實現(xiàn)的區(qū)域。在這種情況下，無法像有產(chǎn)品說明書那樣完整測試軟件 比如無法判定是否遺漏功能，但是可以進行系統(tǒng)測試。盡管這對于軟件測試員不是理想的狀況，但是此時可以采用稱為探索測試的解決方案。最終的軟件產(chǎn)品是什么樣不可知。 火龍果 ? 整理 . 11 軟件開發(fā)過程 ? 軟件開發(fā)模式 軟件開發(fā)模式是指從最初構(gòu)想到公開交付發(fā)行軟件的過程。 火龍果 ? 整理 . 10 軟件開發(fā)過程 5. 維護 從理論上，軟件測試的覆蓋率不可能做到百分之百，所以軟件在交付給用戶之后有可能存在某些問題，而且用戶的需求會發(fā)生變化，特別是開始使用產(chǎn)品之后，對計算機系統(tǒng)有了真正的認識和了解，會提出適用性更好的、功能增強的要求。如果設計做得好、做得仔細，編程就容易了?？梢苑譃楦乓O計和詳細設計，也可以分為數(shù)據(jù)結(jié)構(gòu)設計、軟件體系結(jié)構(gòu)設計、應用接口設計、模塊設計、算法設計、界面設計等。軟件產(chǎn)品需求分析是軟件開發(fā)過程的第一個環(huán)節(jié)，也是最重要的一個環(huán)節(jié)。 在軟件工程中可將軟件的生存周期分為 6個階段（傳統(tǒng)生命周期，即瀑布模型 ） （ 1）計劃（ Planning） （ 2）需求分析（ Requirement Analysis）