【正文】 檢查已確認計劃的有效性 ? 當條件變化時，要及時升級計劃 3/12/2023 65 確定軟件質量需求 高質量的產(chǎn)品來源于高質量的需求 ? 質量需求是針對整個系統(tǒng)的，而不僅僅是軟件，對需求的描述應反映質量因素的重要性 ? 對重要的質量需求須詳細分析相應的質量因素 ? 對質量需求及相關質量要素要仔細評審 軟件質量需求 買主 成本、資源使用的有效性 客戶 /操作者 功能、可靠性、易用性 維護者 易改性、可擴展 3/12/2023 66 質量因素 定 義 效率 資源（存儲空間、處理時間、通信時間等）的利用率 完整性 在規(guī)定時間內，在未經(jīng)授權訪問編碼或數(shù)據(jù)時，無故障工作的能力 可靠性 在規(guī)定時間內，無故障正常運行的概率 健壯性 在規(guī)定時間內，部分失效時，關鍵功能無故障運行的能力 可用性 使用系統(tǒng)（培訓和操作）的相對難易程度 正確性 產(chǎn)品與技術指標規(guī)格說明和標準的一致程度 可維護性 在規(guī)定時間內，確認并糾正缺陷的難易度 可驗證性 驗證規(guī)定的功能和性能的相對難易度 可擴展性 增強、擴充功能或提高性能的相對難易度 靈活性 為滿足其他要求而改變功能、數(shù)據(jù)的難易程度 互操作性 系統(tǒng)與其他系統(tǒng)交接的難易程度 可移植性 改變系統(tǒng)運行環(huán)境的相對難易程度 重用性 將系統(tǒng)部件及女性變換以集成到其他系統(tǒng)的難易程度 軟件質量因素的定義 3/12/2023 67 確認限制條件 限制條件是強加在開發(fā)人員身上的，約束了對質量控制技術的選擇 可能的限制條件包括： ? 進度：交付日期，中間里程碑或決策點 ? 資金：數(shù)量和來源 ? 所涉及的部門：客戶、測試組織及其他組織之間的關系 ? 其他部門資源：能提供的設備、信息和可參加的活動 ? 合同形式及條件：客戶關系 ? 對開發(fā)者的要求：規(guī)范、條件和標準的約束 3/12/2023 68 識別風險 一． 風險的根源和引發(fā)風險的原因 風險的根源與三大質量控制參數(shù)相關 參數(shù) 風險的根源 風險的原因 產(chǎn)品 系統(tǒng)需求、系統(tǒng) /產(chǎn)品技術規(guī)格說明 定義、困難、穩(wěn)定性、清晰度 產(chǎn)品 接口、接口控制文檔 正確性、完整性、適合性 過程 軟件獲取過程 穩(wěn)定性、完整性、組織復雜性、管理控制 過程 需求分析 正確性、完整性 過程 軟件開發(fā)和測試過程 成熟性 資源 開發(fā)人員、客戶提供的設備、信息及參加活動的質量 能力、資格、可靠性、可用性、穩(wěn)定性 資源 預算、進度 可用性、穩(wěn)定性 3/12/2023 69 軟件質量的風險是變化的，有三個必須進行風險分析的時間： 在選擇開發(fā)商前的預開發(fā)：因不確定因素多而更重要 在選定開發(fā)商后的預開發(fā)：隨開發(fā)商的理解會消除部分風險，也會帶來新的風險 開發(fā)期間：質量度量和控制有助于消除風險 風險分析階段 風險區(qū)域 選擇開發(fā)商前的預開發(fā) 需求、客戶、進度計劃和預算 選定開發(fā)商后的預開發(fā) 需求、客戶、開發(fā)者、進度計劃和預算 開發(fā)階段 需求、設計和測試、維護計劃、客戶、進度計劃和預算 3/12/2023 70 二． 風險估計 風險估計既是一種質量控制活動也是質量控制技術的基礎 軟件質量控制計劃編制期間的 風險估計模型 歷史數(shù)據(jù)和經(jīng)驗 產(chǎn)品需求 限制條件 計劃 執(zhí)行風險估計 選擇質量 控制技術 實施 研究分析 實施 執(zhí)行技術 檢查 檢查 已知風險 未知風險 管理 質量度量 風險識別 度量 改進 3/12/2023 71 對質量控制技術選擇方案的提煉 對已選擇的質量控制技術應該再提煉，以進一步節(jié)省費用和時間，同時對質量控制的內容也應適當裁剪，以集中于某些特定風險上 一． 選擇軟件質量控制技術的應用等級 很多技術可以應用于不同等級上，應用等級不同，對費用和效益的影響也不同，資源不充分時也應該使用較低等級的控制技術 ?正式和非正式的應用：非正式的花費較低但不一定效果差，某些正式應用有時也可以是非正式的，如評審 ?不同的執(zhí)行程度：某些技術的執(zhí)行程度不同，費用也不同 二． 在可替換的技術之間選擇 在風險內，技術的投入越低越好，但對規(guī)模大、成本高的項目，較高的投入是值得的 3/12/2023 72 檢查點計劃安排 檢查點是指開發(fā)者為客戶提供信息、客戶對此做出反應并采取措施的事件和時間點 在檢查點必須提供關于產(chǎn)品、過程和資源的詳細信息，以便客戶評估或預測已釋放產(chǎn)品的質量，便于開發(fā)者評估早期質量，及時調整質量控制參數(shù)，進而改進過程 檢查點的計劃安排是與軟件質量控制技術的選擇及應用緊密相關的，當分析一種技術的應用結果并將根據(jù)該結果計劃將采取何種措施時，就必須設置檢查點 3/12/2023 73 一． 使用檢查點的目的 ① 對開發(fā)者的過程和資源及產(chǎn)品的質量提供早期透徹的了解 ② 為預計最終產(chǎn)品的質量提供基礎 ③ 為驗證正在執(zhí)行的開發(fā)提供信息 ④ 為計劃修正提供信息 ⑤ 提供一個階段性的控制點 3/12/2023 74 二． 檢查點的評審 評審的內容： ① 是否所有“已知”和“未知”的風險都已被提出，有盡早提出的可能嗎？ ② 每一個檢查點是否針對至少一個“已知”或“未知”的風險 ③ 該檢查點的信息對所針對的風險估計是否充分？ ④ 該檢查點所提供的信息是否必要或有用，對誰有用？ ⑤ 客戶或開發(fā)商，誰對檢查點產(chǎn)生的事件采取措施？ 3/12/2023 75 三． 形成文檔 計劃文檔的內容： ① 簡要敘述客戶已經(jīng)選定的一組控制技術 ② 對每組計劃好的開發(fā)活動，標出開始點和結束點的時間線 ③ 開發(fā)商計劃使用的控制技術也應放置在同一時間線上 ④ 其他重要日期也做類似標識 ⑤ 將檢查點和決策點置于同一時間線上 ⑥ 簡要描述每個檢查點的目的，包括針對的風險和計劃的活動 ⑦ 要求完成計劃的時間估計 3/12/2023 76 四． 制定全面質量控制的詳細計劃 五． 針對全面軟件質量控制計劃，詳細描述所采用的每一個質量控制技術，特別是在檢查點客戶應提交的或客戶產(chǎn)生的信息和數(shù)據(jù) 六． 詳細計劃也需要仔細的評審 3/12/2023 77 167。 全面軟件質量控制計劃的修改 開發(fā)活動之前或期間常會發(fā)生一些變化，會影響計劃中所作的假設，因此需要持續(xù)地重新考慮質量控制計劃并在必要時修改 ? 選定開發(fā)商之后的預開發(fā)階段：針對開發(fā)商的具體情況修訂計劃 ? 開發(fā)期間：針對客戶、開發(fā)商的變化 3/12/2023 78 167。 小結 一． 軟件質量控制的現(xiàn)狀 已經(jīng)基本明確影響質量的因素和根源 質量的風險并不都在過程，還有計劃、預算和系統(tǒng)工程過程 通過早期檢測等技術可以減少或控制風險 二． 為有效控制質量需做的工作 需要更進一步了解產(chǎn)品、過程、資源之間的質量關系 資金控制者必須確信收據(jù)數(shù)據(jù)對現(xiàn)在和未來都是有價值的 還必須確信提高質量需要投資 3/12/2023 79 三． 我們能做的工作 通過“ SEI能力成熟度模型”將組織由概念、定性開發(fā)階段推向可度量的、定量的開發(fā)階段，以改善他們的過程和資源 管理部門的作用是促進和獎勵那些使用成熟過程并通過收集和分析數(shù)據(jù)控制成本和質量的部門 從不同的來源收集經(jīng)驗數(shù)據(jù)和開發(fā)經(jīng)驗，以便就質量控制技術做出多種選擇 3/12/2023 80 謝謝觀看 /歡迎下載 BY FAITH I MEAN A VISION OF GOOD ONE CHERISHES AND THE ENTHUSIASM THAT PUSHES ONE TO SEEK ITS FULFILLMENT REGARDLESS OF OBSTACLES. BY FAITH I BY FAIT