【正文】 2023年 3月 23日星期四 下午 4時 0分 30秒 16:00: 1最具挑戰(zhàn)性的挑戰(zhàn)莫過于提升自我。 2023年 3月 23日星期四 4時 0分 30秒 16:00:3023 March 2023 1空山新雨后，天氣晚來秋。 下午 4時 0分 30秒 下午 4時 0分 16:00: 沒有失敗，只有暫時停止成功！。 , March 23, 2023 雨中黃葉樹，燈下白頭人。 （ 2） 核實是否已正確實施了所有變更請求 。 ?CCB (Change Control Board)，由項目經理、系統(tǒng)分析員、項目配置經理和軟件質量工程師組成，負責評估變更請求，提出同意或不同意對已進入基線庫的配置項的變更； ?TAF: test, analyze and fix； 3/27/2023 76 變更管理流程 (1) ?與變更管理流程相關的表格 ? 軟件問題報告表 Software Problem Report Form (SPRF) ? 軟件變更請求表 Software Change Request Form (SCRF) ? 軟件問題解決細節(jié) Software Problem Resolution Details (SPRD) 3/27/2023 77 變更管理流程 (2) 由用戶提出的變更請求 由項目主提出的變更請求 問題評估 PAT 由用戶在產品發(fā)布前發(fā)現(xiàn)的問題 由項目組自身發(fā)現(xiàn)的問題 系統(tǒng)分析員 軟件問題報告表 問題處理 NO YES 軟件變更請求表 軟件變更請求表 系統(tǒng)分析員 由于升級而進行的變更 對問題不予接受 告知問題提出者問題被拒絕 3/27/2023 78 變更管理流程 (3) 評價變更 變更執(zhí)行小組 T AF T e a m 軟件變更請求表 系統(tǒng)分析員 變更控制委員會 批準變更 小修改，由 T AF 完成 大變動 NO 通知報告者變更請求 被拒絕 YES 進入基線庫并填寫軟件問題解決細節(jié)表 對變更進入基線庫前進行評審 3/27/2023 79 3/27/2023 80 變更請求的狀態(tài)轉移 3/27/2023 81 軟件配置及其管理的概念 配置管理活動和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測、報告與評審 基于配置管理的軟件項目管理 配置管理的技術手段和工具 第八章 ? 目錄 3/27/2023 82 配置狀態(tài)監(jiān)測與報告 配置評審 配置狀態(tài)監(jiān)測、報告與評審 3/27/2023 83 配置項狀態(tài)統(tǒng)計 ?配置項狀態(tài)統(tǒng)計，由項目配置經理定期地對項目配置項的狀態(tài)進行收集和統(tǒng)計，主要包括以下統(tǒng)計信息： ? 項目制品進入基線庫的創(chuàng)建時間 ? 變更請求的詳細描述 ? 所有問題 (Problem Report)報告的描述 ? 變更請求的狀態(tài) Baseline Status Accounting Form (BSAF) Archive Status Accounting Form (ASAF) Change/Problem Status Accounting Form (C/PSAF) 3/27/2023 84 提供圖形化的項目狀況 3/27/2023 85 SCM的度量和度量準則 SCM 提供軟件產品的狀態(tài)統(tǒng)計。也就是說 ， 一個公司可以定義不同的測試 、 功能 、 版本基線 。 ? 構件通過標識一個根目錄來定義 ， 這個目錄與所有的文件和子目錄都被看作是這個構件的一個部分 。 為了能在前一個版本中修復 BUG， 或者從新版本退回到就版本 ， 就有必要恢復一個舊的版本 。 元素被組織成不同的分支 。 ? VSS用日期 /時間戳來記錄文件是何時被 Checkout或是何時被修改的 ，它主要有三種方法來跟蹤文件和項目的版本： ? （ 1） 版本號：這是由 VSS維護的內部數(shù)碼 ， 用戶對它沒有控制權 。 他們也做一些簡單的版本控制工作 。 3/27/2023 53 我們把這三種文檔所包括的內容列在下圖中。 ? 3/27/2023 52 最基本的配置管理項 —— 文檔 ? 文檔在軟件開發(fā)人員 、 軟件管理人員 、 維護人員 、 用戶以及計算機之間 ， 起到了多種的橋梁作用 。 這種關注決定了配置管理的對象以及對象的 “ 粒度 ” 。 在 UML中 ， 被稱為構架 。 3/27/2023 48 配置管理對象 ? 在 RUP的概念里 ， 最底層的元素是處于版本控制下的文件和目錄 ， 構件的層次要高于元素（ 文件和目錄 ） ， 構件把元素組織起來 。 配置經理負責為工程人員創(chuàng)建任務單 ， 交由項目經理對任務進行分配 ， 創(chuàng)建項目的框架 。 對項目工件的保護是通過歸檔 、 建立基線和報告等操作而得以實現(xiàn)的 。 3/27/2023 39 狀態(tài)報告 配置狀態(tài)報告應該包括下列主要內容： (1)配置庫結構和相關說明； (2)開發(fā)起始基線的構成； (3)當前基線位置及狀態(tài)； (4)各基線配置項集成分支的情況； (5)各私有開發(fā)分支類型的分布情況； (6)關鍵元素的版本演進記錄； (7)其它應報告的事項 。 所有置于配置庫中的元素都應自動予以版本的標識 ， 并保證版本命名的唯一性 。 有關配置項的內容 ， 我們將在后面 ， 專門花一節(jié)的篇幅 ， 進行討論 。 配置管理的具體實施 ， 在RUP定義為四個管理活動 。 ?在軟件工程環(huán)境中，基線是指在軟件開發(fā)過程中的里程碑，這些里程碑的標志是一項或多項經過正式的技術評審并一致認同的軟件制品的提交。 因此 ， 二者的統(tǒng)一就是對軟件開發(fā) （ 產品 、 過程 ） 的變更控制 。 （ 6） 過程管理： 確保軟件組織的規(guī)程、方針和軟件周期得以正確貫徹執(zhí)行。 （ 2） 控制： 通過建立產品基線，控制軟件產品的發(fā)布和在整個軟件生命周期中對軟件產品的修改。 SCM活動的目標就是為了標識變更 、控制變更 、 確保變更正確實現(xiàn)并向其他有關人員報告變更 。 3/27/2023 7 缺乏管理所造成的問題 ? 軟件開發(fā)人員之間缺乏必要的交流 ? 產品升級和維護所必需的程序和文檔非?；靵y ? 開發(fā)過程中的人員流動經常發(fā)生 ? 因管理不善致使未經測試的軟件加入到產品中 ? 項目開發(fā)狀態(tài)不清楚 ? 軟件生產達不到規(guī)?；? 3/27/2023 8 軟件配置管理 SCM（ Software Configuration Management） 軟件配置管理（ SCM）是指在開發(fā)過程中各階段，管理 計算機程序演變的學科，它作為軟件工程的關鍵元素，已經成為軟件開發(fā)和維護的重要組成部分 ?? SCM提供了結構化的，有序化的，產品化的管理軟件工程的方法。 ? 第 2版經過 2個多月的開發(fā) ， 最終推向了市場 。第八章 軟件項目的配置管理 3/27/2023 1 軟件配置及其管理的概念 配置管理活動和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測與報告 基于配置管理的軟件項目管理 配置管理的技術手段和工具 第八章 ? 目錄 3/27/2023 2 軟件配置及其管理的概念 配置管理活動和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測與報告 基于配置管理的軟件項目管理 配置管理的技術手段和工具 第八章 ? 目錄 3/27/2023 3 CMM2的配置管理概念 IEEE的配置管理定義 配置管理概述 配置管理活動的作用 軟件配置及其管理的概念 3/27/2023 4 配置的概念 ? 配置的概念來自硬件 ? 軟件工程師是如何處理接口的？ ? 廣而言之： ? 軟件的變化可以發(fā)生在一秒鐘內 ? 軟件的變化可以發(fā)生在每一秒鐘 ? 軟件開發(fā)過程下一秒鐘是不確定的 ? 情況將會怎樣？怎么辦？ 3/27/2023 5 軟件項目開發(fā)管理的新需求 ? 你在一家小公司做軟件工程師 ， 開始的時候 ， 你只有一個人 ， 配了 2個助手 。 公司的這個產品不但被用戶所歡迎 ， 也被一家大公司所看中 （ 就像 IBM收購了 Lotus和Rational、 Informix一樣 ） ， 你們的產品 ， 正好可以填補這家大公司產品線的空缺 ， 你所在的公司被這家公司買去了 。它涵蓋了軟件生命周期的所有領域并影響所有數(shù)據(jù)和過程。 因此 ， 從某種角度講 ， SCM是一種標識 、 組織和控制修改的技術 ，目的是使錯誤降為最小并最有效地提高生產效率 。例如，它將解決哪些修改會在該產品的最新版本中實現(xiàn)的問題。它將解決要交付給用戶的產品是否經過測試和質量檢查的問題。 配置審核 將驗證軟件產品的構造是否符合需求 、 標準 、 或合同的要求 ， 目的是根據(jù) SCM的過程和程序 ， 驗證所有的軟件產品已經產生并有正確標識和描述 ， 所有的變更需求都已解決 。 3/27/2023 22 SCM 中的專業(yè)術語 ?配置數(shù)據(jù)庫（軟件制品基線庫） ? 項目建立和訪問軟件制品庫，這個制品庫主要用來對保存配置項和一些與軟件配置管理相關的記錄。 3/27/2023 33 配置項 （ Software Configuration Item， SCI） 識別 對于配置項 ， 可以給出一個比較簡單的定義 ， 既軟件過程的輸出信息可以分為三個主要類別： （ 1） 計算機程序 （ 源代碼和可執(zhí)行程序 ） （ 2） 描述計算機程序的文檔 （ 針對技術開發(fā)者和用戶 ） （ 3） 數(shù)據(jù) （ 包含在程序內部或外部 ） 。 3/27/2023 35 配置項的標識和控制 所有配置項都應按照相關規(guī)定統(tǒng)一編號 ， 按照相應的模板生成 ， 并在文檔中的規(guī)定章節(jié) （ 部分 ） 記錄對象的標識信息 。 版本在生成過程中 ， 自動依照設定的使用模型自動分支 、 演進 。 3/27/2023 40 配置審計 配置審計的主要作用是作為變更控制的補充手段 ， 來確保某一變更需求已被切實實現(xiàn) 。 使用標準的 、 已記錄下來的 變更控制流程 的目的是：確保項目中所做的變更保持一致 ， 并將產品的狀態(tài) 、 對其所做的變更以及這些變更所耗費的成本及對時間表的影響通知給有關的涉眾 。 同時 ， 配置經理還收集軟件系統(tǒng)中構件的相關數(shù)據(jù) ， 比如說用以判斷系統(tǒng)中出現(xiàn)問題的構件的信息 。 一個版本控制的構件是一個具體的物理的對象 ，就是一個根目錄 。 ? UML對構架的定義是： （ 1） 一組有關軟件系統(tǒng)組織結構的重要決定； （ 2） 結構要素和接口的選取 ， 確保它們的行為能滿足這些要素之間的協(xié)作關系； （ 3） 結構要素和行為要素以一種漸進的方式被組裝成子系統(tǒng) ， 能夠指導這種組織結構的結構風格 ， 要素的內容 ， 它們的接口 、 它們的協(xié)作和它們的組合 。 ? 現(xiàn)在 ， 有些項目使用高層次的設計文檔來描述架構 ， 例如：模型 、視圖等 。 軟件開發(fā)人員在軟件生命的各個階段中 ，以文檔作為前階段工作成果的體現(xiàn)和后階段工作的依據(jù) ， 這個作用是顯而易見的 。其中列舉了十三個文檔，這里對它們做一些簡要說明： 文檔 用戶文檔 用戶手冊 操作手冊 維護修改建議 軟件需求 （ 規(guī)格 ） 說明書 開發(fā)文檔 軟件需求 （ 規(guī)格 ） 說明書 數(shù)據(jù)要求說明書 概要設計說明書 詳細設計說明書 可行性研究報告 項目開發(fā)計劃 管理文檔 項目開發(fā)計劃 測試計劃 測試報告 開發(fā)進度月報 開發(fā)總結報告 3/27/2023 54 文檔的生成階段 階段 文檔 可行性研究與計劃 需求分析 設計 代碼編寫 測試 運行與維護 可行性研究報告 項目開發(fā)計劃 軟件需求說明 數(shù)據(jù)要求說明 概要設計說明