圖書--軟件配置管理.doc

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