編號 03622DOC4 版本 1.0 軟件配置管理(標準：HB6465)項目名稱 圖書借閱管理系統 項目負責人 編寫/校對見03622DOC1 審核 2003.12.28標審 2002.12.28批準 2002.12.28單位 軟件項目管理第3小組 目錄1.簡介1.1目的21.2術語定義31.3參考資料51.4引用52.軟件配置管理2.1軟件配置管理機構62.2軟件配置管理小組的職責62.3軟件配置管理工具73.軟件配置管理活動3.1配置標示73.2 配置控制 83.3 軟件配置管理狀態的記錄與報告123.4 軟件配置管理的審計與評審124.分包商和廠商軟件控制131、簡介1. 1目標因為軟件變更在任何時刻都可能發生,因此軟件配置管理的目標是為了1、 標識變更；2、 控制變更；3、 確保變更正確實現；4、 向管理人員及相關人員報告變更。1. 2術語定義軟件配置 Software Configuration軟件配置是指一個軟件產品在軟件生存周期各個階段所產生的各形式（機器可讀或人工可讀）和各種版本的文檔、程序及其數據的集合。該集合中的每一個元素稱為該軟件產品軟件配置中的一個配置項(configuration item)。 軟件配置項 Software Configuration Item隨著軟件工程過程的進展，軟件配置所包含的內容亦隨之增長。軟件開發工程中的輸出信息均可以看作是軟件配置項。軟件配置管理項 Software Configuration Management Item置于配置控制之下的軟件配置項的有關軟件成分。包括各類文檔、源程序及其目標碼、運行所需的系統軟件和支持軟件，以及各種數據。軟件配置管理 Software Configuration Management軟件工程的一項基本工作就是要改變軟件管理。對軟件需求的修改會造成設計的改變，從而又會影響到程序源碼。在測試過程中又會發現新的問題而導致進一步的更改，有時甚至會影響到原始的軟件需求。修改的過程在概念上很簡單，但實施起來卻相當復雜。即使對于規模不大的軟件工程來說，由于有一定數量的人員介入和所需的改變量，都需要建立一個正式的變更管理系統。這就是需要軟件配置管理的原因所在。軟件配置管理的主要職責是控制變更工作。可是如果僅僅把軟件配置管理看作是一個管理工具，或是一種契約責任，那么它很容易就會變成一個阻止工作進行的路障。雖然在契約中可能會要求項目具有軟件配置管理系統，但它真正的用途是幫助工程師們控制并跟蹤他們的工作， 以確保不會丟失或毀壞任何信息。軟件配置管理是用來控制系統元件的開發和它們與整個系統的合并。軟件受控庫 software controlled library 軟件受控庫是指在軟件生存周期的某一個階段結束時，存放作為 階段產品而釋放的、與軟件開發工作有關的計算機可讀信息一人工可讀信息的庫。軟件配置管理就是對軟件受控庫中的各軟件項進行管理，因此軟件受控庫也叫做軟件配置管理庫。 軟件產品庫 software product library 軟件產品庫是指在軟件生存周期的組裝與系統測試階段結束后，存放最終產品而后交付給用戶運行或在現場安裝的軟件的庫。 接口控制 interface control 接口控制是指描述有關由一個或多個部門提供的兩個或兩個以上的配置項接口的所有功能特性和物理特性的過程。在實現之前，要確保對這些功能特性和物理特性所建議的修改已經過評審和批準。 功能基線 functional baseline 功能基線是指在系統分析與軟件定義階段結束時，經過正式評審和批準的系統設計規格說明書中對待開發系統的規格說明；或是指經過項目委托單位和項目承辦單位雙方簽字同意的協議書或合同中所規定的對待開發軟件系統的規格說明；或是由下級申請經上級同意或直接由上級下達的項目任務書中所規定的對待開發軟件系統的規格說明。功能基線是最初批準的功能配置標識。 指派基線 allocated baseline 指派基線是指在軟件需求分析階段結束時，經過正式評審和批準的軟件需求的規格說明。指派基線是最初批準的指派配置標識。 產品基線 product baseline 產品基線是指在軟件組裝與系統測試階段結束時，經過正式評審的批準的有關所開發的軟件產品的全部配置項的規格說明。產品基線是最初批準的產品配置標識。 釋放release 釋放是指在軟件生存周期的各個階段結束時，由該階段向下階段提交該階段產品的過程。它也指將集成與系統測試階段結束時所獲得的最終產品向用戶提交的過程。后面這個過程也中做交付(delivery)1. 3參考資料中華人民共和國國家航空航天工業部工業標準軟件文檔編制規范HB 6465-90軟件工程概論清華出版社 鄭人杰 等著 1998第一版GB/T 11457 軟件工程術語 GB 8566 計算機軟件開發規范 GB 8567 計算機軟件產品開發文件編制指南 GB/T 12504 計算機軟件質量保證計劃規范1. 4引用軟件項目計劃 第3開發小組編號：03622DOC1日期：2003.12.08功能分解及進度 第3開發小組編號：03622DOC2日期：2003.12.18RMMM 第3開發小組編號：03622DOC3日期：2003.12.082、軟件配置管理2.1軟件配置管理機構在本軟件系統整個開發期間，必須成立軟件配置管理小組負責配置管理工作。軟件配置管理小組屬項目總體組領導，由總體組代表、軟件工程小組代表、項目的專職配置管理人員、項目的專職質量保證人員以及各個子系統軟件配置管理人員等方面的人員組成，由總體組代表任組長。各子系統的軟件配置管理人員在業務上受軟件配置管理小組領導，在行政上受子系統負責人領導。 軟件配置管理小組和軟件配置管理人員必須檢查和督促本計劃的實施。各子系統的軟件配置管理人員有權直接向軟件配置管理小組報告子項目的軟件配置管理情況。各子系統的軟件配置管理人員應該根據對子項目的具體要求，制訂必要的規程和規定，以確保完全遵守本計劃規定的所有要求。2.2軟件配置管理小組的職責在軟件配置管理小組中，各類人員要互相配合、分工協作，共同擔負起整個項目的軟件配置管理工作。其中各類人員的分工如下： A 配置管理組組長，對有關軟件配置管理的各項工作全面負責， 特別要對更改建議的審批和評審負責； B項目組組長負責監督在軟件配置管理工作中認真執行軟件工程規范； C 項目的專職配置管理人員檢查在作配置更改時的質量保證措施； D 各子系統的配置管理人員具體負責實施各自的配置管理工作，并參與各子系統的功能配置檢查和物理配置檢查； E 用戶代表負責反映用戶對配置管理的要求，并協助檢查各類人員對軟件配置管理計劃的執行情況； F 項目專職的配置管理人員協助組長開展各項軟件配置管理活動，負責審查所采用的配置管理工具、技術和方法，并負責匯總、維護和保存有關軟件配置管理活動的各項記錄。 2. 3軟件配置管理工具我們在軟件的開發過程中，用到軟件配置有關的工具有軟件測試工具、軟件配置管理工具、文檔輔助生成工具。 A、 軟件測試工具（針對DELPHI開發的軟件自動化試工具）B、軟件配置管理工具（PVCS（Product Version Control System）作為項目的軟件配置管理工具。使用的方面將包括：進行軟件配置管理和版本控制，對本項目開發過程中的所有文檔和程序進行問題跟蹤。3. 軟件配置管理活動3.1配置標示311 文檔 所有為本項目編制的文檔，都要符合GB 8567中的規定。圖書管理軟件系統及其所屬的各個子系統所編寫的文檔數目，可根據GB 8567的規定作適當的剪裁。剪裁方案由技術組提出建議，報項目組批準。例如:文檔命名標準: 檢查單 （Checklist）CL程序修改報告 （Code Difference Report）CDR軟件功能設計文檔 （Functional Design Document）FDD軟件功能說明書 （Functional Specification）FS手冊 （Handbook）HB系統集成測試計劃 （Integration Test Plan）ItestPlan系統集成測試報告 （Integration Test Report）ITestRep組間協作記錄文檔 （Intergroup Coordination Document）IC初步設計文檔 （Preliminary Design Document）PDD軟件配置管理文檔 （Software Configuration Management Plan）SCM軟件質量保證計劃 （Software Quality Assurance Plan）SQA軟件需求規格說明 （Software Requirements Specification）SRS個人工作記錄說明 （Statement of Personal Work）SOPW子系統測試計劃 （Sub-System Test Plan）SSTP子系統測試報告 （Sub-System Test Report）SSTR子系統測試腳本 （Sub-System Test Script）SSTS軟件維護計劃 （Sustaining Plan）SP系統操作描述 （System Operations Description）SOD系統測試計劃 （System Test Plan）STestPlan系統測試報告 （System Test Report）STestRep用戶培訓計劃 （Training Plan）UTP文檔版本編號文檔版本進行編號要遵守的標準：起草版本的編號為 0.1, 0.2, 0.3, ., 0.10.版本編號可以根據項目需要延伸到若干層，例如， 0.1, 0.1.1, 0.1.1.1.一旦文檔版本得以確認后，版本編號應該始自 1.0。版本編號不斷變化為： 1.0, 1.1, 1.2, ., 1.10.項目可以根據需要將版本編號晉升為2.0,2.1, 2.2 等。312 程序 所有屬于本項目的程序、子程序、功能模塊和程序單元，都要按照由項目技術組制訂，且經項目組批準的軟件系統的命名約定的規定來標識。 例如：程序編碼規范；程序注釋編寫要求；程序修改標注313 各類基線 所有屬于本項目及其各子系統的各類基線，首先要按照任務書、軟件需求規格說明書的規定確定其技術內容，然后按照軟件系統的上述命名約定的規定來標識。 32 配置控制 軟件配置的更改管理適用于本項目的所有文檔和代碼，其中包括本項目的各個運行軟件，也包括為本項目專門開發的支持軟件。配置控制的要點如下： A 修改批準權限對本項目各個子系統及其專用支持軟件的功能基線、指派基線、產品基線及其集成系統的任何修改（稱為A類修改），都必須通過項目配置管理小組討論，并必須經總體組批準；對本項目各個子系統及其專用支持軟件的其他階段產品的任何修改（稱為B類修改），都必須通過本項目各個子系統的配置管理人員審查，并經項目的軟件配置管理小組與各個子系統負責人的共同批準并報項目總體組備案。 B 修改審批程序：上述兩類修改的審批程序如表1。 C 修改控制工具：修改控制工具是協助軟件配置管理人員進行配置控制的有效手段。33軟件配置管理狀態的記錄與報告利用軟件問題報告單和軟件修改報告單對項目子系統及其支持軟件的配置狀態進行追蹤。對軟件問題報告單和軟件修改報告單的追蹤應由軟件配置管理工具自動實現，用戶可通過該軟件系統對其進行查詢。 注：本計劃在此處應給出軟件問題報告單與軟件修改報告單的具體格式，并作出必要的說明。鑒于本計劃采用的報告格式見附件表: 34軟件配置管理的審計與評審項目軟件配置管理小組要對所有由第三方提供的軟件進行物理配置檢查；對本項目及其各個子系統的每一個新的釋放進行功能配置檢查和物理配置檢查；對計算機系統所提供的軟件和硬件配置要每隔半年檢查一次；在軟件驗收前要對計算機系統、各個子系統及其專用支持軟件的配置進行綜合檢查。 在軟件開發周期各階段的評審與檢查工作中，要對該階段所進行的配置管理工作進行必要的評審和檢查。應該進行評審與檢查的內容與次數，圖書管理系統軟件開發計劃規定(請參考開發計劃文檔)。配置修改的審批程序按本計劃第3.2條的規定處理。 配置管理報表及其格式 1、 源程序保管表項目程序名存放媒體功能交付使用日期保管人借出否備注借出日歸還日2、 軟件資料管理表項目類別資料編號資料名資料來源經手人數量備注3、 程序驗收單程序名稱：程序模塊名稱：綜合功能規格書制作者：審查者：承認者：程序功能規格書制作者：審查者：承認者：功能變更書制作者：審查者：承認者：程序制作者：作成驗收：修改驗收：功能變更驗收：系統組驗收人：驗收日期：用戶驗收人：驗收日期：程序預定完成日期：程序實際完成日期：源程序存放媒體：小組負責人簽名：用戶單位負責人簽名：上級負責人簽名：程序主要功能：程序移交用戶的有關資料備注：4、 功能變更管理表功能變更管理表：編號： 發行日期：變更內容1、需要變更的模塊要修正的模塊表格文件2、要增加的某快表格文件3、要刪除