【正文】 的選用和實施指南 (5)支持性技術標準 ISO 9000主體可分為兩組： ?用于“需方對供方要求質(zhì)量保證”的標準 : 9001 — 9003 ? 用于 “供方建立質(zhì)量保證體系”的標準： — 9004 900 900 9003的區(qū)別 其對象的工序范圍不同： 9001范圍最廣，包括從設計到售后服務； 9002是 9001 的子集； 9003是 9002 的子集。 CMM標準共分 五個等級 ，由低到高分別為 : 初始級、可重復級、已定義級、定量管理級和優(yōu)化級 。 過程與軟件質(zhì)量管理 ISO9000 2023版將過程定義為“一組將輸入轉(zhuǎn)化為輸出的相互關聯(lián)或相互作用的活動” 軟件過程分為： ?軟件工程過程： 軟件開發(fā)和生產(chǎn)的過程， 如：需求分析、設計、編碼、 測試等過程； ?軟件管理過程： 對軟件開發(fā)和生產(chǎn)的過程進 行管理的過程， 如：項目策劃過程、跟蹤監(jiān)控過 程、質(zhì)量保證過程 ?軟件支持過程： 對軟件開發(fā)和生產(chǎn)的過程進 行支持的過程， 如：評審過程、培訓過程、 質(zhì)量過程。 軟件可靠性的主要指標 借用硬件可靠性的定量度量方法來度量軟件的可靠性： MTBF:平均故障間隔時間 MTTF:平均故障時間 t1， t2, ....., tn:失效時間 MTTF＝ n i=1 n 1 ∑ t i 軟件可靠性定義的要素 (1)環(huán)境條件 規(guī)定軟件的使用環(huán)境 (輸入數(shù)據(jù)要求和環(huán)境 ) (2)規(guī)定時間 時間 t是隨機變量。 軟件質(zhì)量保證 質(zhì)量保證也是一個過程 ，已列入國際標準“ ISO/IEC 12207信息技術軟件生存期過程”中。 軟件質(zhì)量 影響軟件質(zhì)量的因素 ?人的因素 ?軟件需求 ?測試的局限性 ?質(zhì)量管理的困難 ?軟件人員的傳統(tǒng)習慣 ?開發(fā)規(guī)范 ?開發(fā)工具支持不夠 什么是軟件質(zhì)量 成本 可靠 維護 及時 交付 正確 功能 功能 成本 及時 交付 軟件質(zhì)量的若干側面 McCall提出的表明軟件質(zhì)量 的 11個質(zhì)量特性 ▲ 使用性 ▲ 測試性 ▲ 正確性 ▲ 維護性 ▲ 可靠性 ▲ 移植性 ▲ 效率 ▲ 重用性 ▲ 完整性 ▲ 互操作性 ▲ 適應性 (靈活性 ) 產(chǎn)品質(zhì)量與過程質(zhì)量 產(chǎn)品質(zhì)量 開發(fā)技術 成本、 時間、進度 過程質(zhì)量 人員素質(zhì) 影響產(chǎn)品質(zhì)量的 4個方面 167。 軟件可靠性 硬件系統(tǒng)故障率 0 t Z(t) 軟件系統(tǒng)故障率 0 t Z(t) 基本概念 軟件可靠性定義 在給定 時間間隔內(nèi) 和特定的 環(huán)境下，軟件按規(guī)格說明成功 運行的概率。 質(zhì)量形成于過程，高可信、高質(zhì)量的軟件必須依賴對軟件過程的管理。 CMM /PSP/TSP技術流派 CMM(軟件能力成熟度模型： Capability Maturity Model For Software)是由美國卡內(nèi)基梅隆大學的軟件工程研究所 (SEI： Software Engineering Institute)受美國國防部評估軟件供應商能力的要求， 1986年開始研究制定，并在美國，隨后在全世界推廣實施的一種軟件評估標準，主要用于軟件開發(fā)過程和軟件開發(fā)能力的評估和改進。 ?將過程技術與產(chǎn)品線技術融合； 如 2023年推出的軟件產(chǎn)品線 PLP(Products Line Practice)和 COTS(Commercial Off The Shelf) ISO 9000標準系列 1987年 ISO公布 ISO9000質(zhì)量管理和質(zhì)量保證標準系列。 CMM模型及其實踐 在 CMM模型及其實踐中 ,企業(yè)的 過程能力 被作為一項關鍵因素予以考慮。利用過去軟件工程發(fā)展的成果 ,側重這些關鍵過程域的實施 ,將會有效地建立一個過程 ,加快軟件企業(yè)成熟度的提升。 軟件過程成熟度框架包括四個概念： ?軟件過程 ?軟件過程能力 ?軟件過程性能 ?軟件過程成熟度： CMM分為五級 軟件過程成熟度的五個等級 0 1 2 3 4 5 軟件過程能力 成熟度等級 優(yōu)化級 (5) 管理級 (4) 不斷改進的過程 定義級 (3) 重復級 (2) 初始級 (1) 可預測的過程 標準的一致的過程 有紀律的過程 級別 特點 1 初始級 軟件開發(fā)過程是一個 偶然的甚至無序的過程 ,很少有明確的定義 ,成功完全依賴于個體的能力 . 2 重復級 實施 基本的項目管理 :跟蹤軟件成本、進度和功能。 4 管理級 定義了評估軟件過程和產(chǎn)品質(zhì)量的 度量 。 軟件過程評估和軟件能力評價的差別 是在開放、合作的 環(huán) 境 中進行的； 目的 在于暴露問題和 幫助經(jīng)理和工程師改 進他們組織的軟件過 程； 軟件過程評估 軟件能力評價 是在更為面向?qū)徲? 的 環(huán)境 中進行的， 評價的 目的 與金錢 密切相關，評估評價組的推薦意見將影響挑選承制方或投放資金。 ? 軟件企業(yè)使用 RUP很容易達到 CMM3級的要求 。 ? 增量迭代的開發(fā)過程 。 構件技術 構件 (ponent)― 可以復用的軟件成分，可被用來構造其他軟件。 ?OLE的對象模型 COM ( Component Object Model) 定義對象接口與構件 ?統(tǒng)一的數(shù)據(jù)傳送機制 ?結構化存儲技術（復合文件） ?DCOM的技術規(guī)范 DCOM是微軟的分布式計算策略 COM運行在單機上 DCOM組件運行在分布式網(wǎng)絡上 構件庫（ ponent library） 構件庫系統(tǒng)應提供的主要功能： ?構件的存儲、管理、檢索 ?標準化庫的瀏覽、維護 主要技術問題： ?構件分類 ?構件檢索 軟件復用的根本困難 ?不同基準線上的類比 ?不斷提高的復用要求 ?精神產(chǎn)品與物質(zhì)產(chǎn)品 ?領域的廣闊性 專向領域的復用及領域分析 專向領域的復用的目標是在一個特定的領域中實現(xiàn)軟件復用。 基于構件 /構架的軟件開發(fā) 構 件 開 發(fā) 分析 設計 編程 測試 領域分析 系統(tǒng) 測試 構架細化 構件提交 領域知識 領域?qū)＜医?jīng)驗 現(xiàn)有系統(tǒng)資料 領域構 件需求 構件 /構架庫 領域構架 領 域 構 件 系統(tǒng) 開發(fā) 系統(tǒng)專用構件 應用 系統(tǒng) 構件生產(chǎn)線 領域構架 領域構件 問題域 用戶需求 系統(tǒng)生產(chǎn)線 專 用 構 件 開 發(fā) 分析 設計 編程 測試 系 統(tǒng) 組 裝 分析 設計 編程 青鳥系統(tǒng)發(fā)展思路 JB2系統(tǒng) 專用 (應用 ) 平臺 專用 (應用 ) 平臺 應用軟件 系統(tǒng) 應用軟件 系統(tǒng) 應用軟件系統(tǒng)組裝平臺 異構平臺 構架庫 構件庫 ....... 倉庫管理系統(tǒng) 剪 裁