1、計算機軟件配置管理計劃規(guī)范 GB/T 12505-90Specification for computer software configuration management plan1 主題內(nèi)容與適用范圍本規(guī)范規(guī)定了在制訂軟件配置管理計劃時應(yīng)該遵循的統(tǒng)一的基本要求。本規(guī)范適用于軟件特別是重要軟件的配置管理計劃的制訂工作。對于非重要軟件或已開發(fā)好的軟件，可以采用本規(guī)范規(guī)定的要求的子集。2 引用標(biāo)準(zhǔn)GB/T 11457 軟件工程術(shù)語GB 8566 計算機軟件開發(fā)規(guī)范GB 8567 計算機軟件產(chǎn)品開發(fā)文件編制指南GB/T 12504 計算機軟件質(zhì)量保證計劃規(guī)范3 術(shù)語下面給出在本規(guī)范中用到的一些術(shù)

2、語的定義，其它術(shù)語的定義按GB/T 11457。在引用時，特別要注意線（baseline）、配置控制(configuration)、配置控制組(configuration control board)、配置檢查(configuration audit)、配置標(biāo)識(configurationidentification)和配置狀態(tài)記錄(configuration status accounting)等術(shù)語的定義。31項目委托單位 project entrust organization項目委托單位是指為產(chǎn)品開發(fā)提供資金并通常也是（但有時也未必）確定產(chǎn)品需求的單位或個人。32 項目承辦單位 pro

3、ject undertaking organization項目承辦單位是指為項目委托單位開發(fā)、購置或選用軟件產(chǎn)品的單位或個人。33 軟件開發(fā)單位 software development organization軟件開發(fā)單位是指直接或間接受項目委托單位委托而直接負(fù)責(zé)開發(fā)軟件的單位或個人。34 用戶 user用戶是指實際全勝軟件來完成某項計算、控制或數(shù)據(jù)處理等任務(wù)的單位或個人。35 軟件 software軟件是指計算機程序及其有關(guān)的數(shù)據(jù)和文檔，也包括固化了的程序。36 重要軟件 critical software重要軟件是指其故障會影響到人身安全、會導(dǎo)致重大經(jīng)濟損失或社會損失的軟件。37 軟件生

4、存周期 software life cycle軟件生存周期是指從軟件系統(tǒng)設(shè)計對軟件系統(tǒng)提出應(yīng)用需求開始，經(jīng)過開發(fā)，產(chǎn)生出一個滿足需求的計算機軟件系統(tǒng)，然后投入運行，直至該軟件系統(tǒng)退役為止。其間經(jīng)歷系統(tǒng)分析與軟件定義、軟件開發(fā)以及系統(tǒng)的運行與維護等三個階段。其中軟件開發(fā)階段一般又分成需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼與單元測試、組裝與系統(tǒng)測試以及安裝與驗收等六個階段。38 軟件開發(fā)庫 software development library軟件開發(fā)庫是指在軟件生存周期的某一個階段期間，存放與該階段軟件開發(fā)工作有關(guān)的計算機可讀信息和人工可讀信息的庫。39 軟件受控庫 software sontro

5、lled library軟件受控庫是指在軟件生存周期的某一個階段結(jié)束時，存放作為階段產(chǎn)品而釋放的、與軟件開發(fā)工作有關(guān)的計算機可讀信息一人工可讀信息的庫。軟件配置管理就是對軟件受控庫中的各軟件項進行管理，因此軟件受控庫也叫做軟件配置管理庫。310 軟件產(chǎn)品庫 software product libary軟件產(chǎn)品庫是指在軟件生存周期的組裝與系統(tǒng)測試階段結(jié)束后，存放最終產(chǎn)品而后交付給用戶運行或在現(xiàn)場安裝的軟件的庫。311 接口控制 interface control接口控制是指描述有關(guān)由一個或多個部門提供的兩個或兩個以上的配置項接口的所有功能特性和物理特性的過程。在實現(xiàn)之前，要確保對這些功能特性和

6、物理特性所建議的修改已經(jīng)過評審和批準(zhǔn)。312 功能基線 functional baseline功能基線是指在系統(tǒng)分析與軟件定義階段結(jié)束時，經(jīng)過正式評審和批準(zhǔn)的系統(tǒng)設(shè)計規(guī)格說明書中對待開發(fā)系統(tǒng)的規(guī)格說明；或是指經(jīng)過項目委托單位和項目承辦單位雙方簽字同意的協(xié)議書或合同中所規(guī)定的對待開發(fā)軟件系統(tǒng)的規(guī)格說明；或是由下級申請經(jīng)上級同意或直接由上級下達的項目任務(wù)書中所規(guī)定的對待開發(fā)軟件系統(tǒng)的規(guī)格說明。功能基線是最初批準(zhǔn)的功能配置標(biāo)識。313 指派基線 allocated baseline指派基線是指在軟件需求分析階段結(jié)束時，經(jīng)過正式評審和批準(zhǔn)的軟件需求的規(guī)格說明。指派基線是最初批準(zhǔn)的指派配置標(biāo)識。314

7、產(chǎn)品基線 product baseline產(chǎn)品基線是指在軟件組裝與系統(tǒng)測試階段結(jié)束時，經(jīng)過正式評審的批準(zhǔn)的有關(guān)所開發(fā)的軟件產(chǎn)品的全部配置項的規(guī)格說明。產(chǎn)品基線是最初批準(zhǔn)的產(chǎn)品配置標(biāo)識。315 軟件配置 software configuration軟件配置是指一個軟件產(chǎn)品在軟件生存周期各個階段所產(chǎn)生的各種形式（機器可讀或人工可讀）和各種版本的文檔、程序及其數(shù)據(jù)的集合。該集合中的每一個元素稱為該軟件產(chǎn)品軟件配置中的一個配置項(configuration item)。316 釋放 release釋放是指在軟件生存周期的各個階段結(jié)束時，由該階段向下階段提交該階段產(chǎn)品的過程。它也指將集成與系統(tǒng)測試階段結(jié)

8、束時所獲得的最終產(chǎn)品向用戶提交的過程。后面這個過程也中做交付(delivery)。4 軟件配置管理計劃編制大綱項目承辦單位（或軟件開發(fā)單位）中負(fù)責(zé)軟件配置管理的機構(gòu)或個人，必須制訂一個包括下面各章內(nèi)容的的軟件配置管理計劃（以下簡稱計劃）。各章必須按所描述的順序排列。如果某章中沒有相應(yīng)的內(nèi)容，則在該章標(biāo)題之后必須說明"本章無內(nèi)容"的字樣，并附上相應(yīng)的理由。如果需要，可以在后面增加章條。如果某些材料已經(jīng)出現(xiàn)在其它文件中，則在該計劃中應(yīng)引用那些文件。計劃的封面必須標(biāo)明計劃名和該計劃所屬的項目名，并必須經(jīng)項目委托單位和項目承辦單位（或軟件開發(fā)單位）的代表共同簽字、批準(zhǔn)。計劃的目次是

9、：引言管理軟件配置管理活動工具、技術(shù)和方法對供貨單位的控制記錄的收集、維護和保存下面給出軟件配置管理計劃的各個章條必須具有的內(nèi)容。41 引言411 目的本條必須指明特定的軟件配置管理計劃的具體目的，還必須描述該計劃所針對的軟件項目及其所屬的各個子項目的名稱和用途。412 定義和縮寫詞本條應(yīng)該列出計劃正文中需要解釋的、而在GB/T 11457中尚未包含的術(shù)語的定義，必要時，還要給出這些定義的英文單詞及其縮寫詞。413 參考資料本條必須列出計劃正文中所引用資料的名稱、代號、編號、出版機構(gòu)和出版年月。42 管理本章必須描述負(fù)責(zé)軟件配置管理的機構(gòu)、任務(wù)、職責(zé)及其有關(guān)的接口控制。421 機構(gòu)本條必須描述

10、在各階段中負(fù)責(zé)軟件配置管理的機構(gòu)。描述的內(nèi)容如下：A 描述在軟件生存周期各階段中軟件配置管理的功能和負(fù)責(zé)軟件配置管理的機構(gòu)；B 說明項目和子項目與其他有關(guān)項目之間的關(guān)系；C 指出在軟件生存周期各階段中的軟件開發(fā)或維護機構(gòu)與配置控制組的相互關(guān)系。422 任務(wù)本條必須描述在軟件生存周期各個階段中的配置管理任務(wù)以及要進行評審的檢查工作，并指出各個階段的階段產(chǎn)品應(yīng)存放在哪一類軟件庫中（軟件開發(fā)庫、軟件受控庫或軟件產(chǎn)品庫）。423 職責(zé)本條必須描述與軟件配置管理有關(guān)的各類機構(gòu)或成員的職責(zé)，并指出這些機構(gòu)或成員相互之間的關(guān)系。A 指出負(fù)責(zé)各項軟件配置管理任務(wù)（如配置標(biāo)識、配置控制、配置狀態(tài)記錄以及配置的評

11、審與檢查）的機構(gòu)的職責(zé)；B 指出上述機構(gòu)與軟件質(zhì)量保證機構(gòu)、軟件開發(fā)單位、項目承辦單位、項目委托單位以及用戶等機構(gòu)的關(guān)系；C 說明由本計劃第條指明的生存周期各個階段的評審、檢查和審批過程中的用戶職責(zé)以及相關(guān)的開發(fā)與維護活動；D 指出與項目開發(fā)有關(guān)的各個機構(gòu)的代表的軟件配置管理職責(zé)；E 指出其他特殊職責(zé)，例如為滿足軟件配置管理要求所必要的批準(zhǔn)要求。424 接口控制本條應(yīng)該描述：A 接口規(guī)格說明標(biāo)識和文檔控制的方法；B 對已交付的接口規(guī)格說明和文檔進行修改的方法；C 對要完成的軟件配置管理活動進行跟蹤的方法；D 記錄和報告接口規(guī)格說明和文檔控制狀態(tài)的方法；E 控制軟件和劫持它運行的硬件之間的接口的

12、方法。425 實現(xiàn)本條應(yīng)該規(guī)定實現(xiàn)軟件配置管理計劃的主要里程碑，例如：A 建立配置控制組；B 確定各個配置基線；C 建立接口控制協(xié)議；D 制訂評審與檢查軟件配置管理計劃和規(guī)程；E 制訂相關(guān)的軟件開發(fā)、測試和劫持工具的配置管理計劃和規(guī)程。426 適用的標(biāo)準(zhǔn)、條例和約定4261 本條必須指明所適用的軟件配置管理標(biāo)準(zhǔn)、條例和約定，并把它們作為本計劃要實現(xiàn)的一部分；還必須說明這些標(biāo)準(zhǔn)、條例和約定要實現(xiàn)的程度。4262 本條必須描述要在本項目中編寫和實現(xiàn)的軟件配置管理標(biāo)準(zhǔn)、條例和約定。這些標(biāo)準(zhǔn)、條例和約定可以包括如下內(nèi)容：A 軟件結(jié)構(gòu)層次樹中軟件位置的標(biāo)識方法；B 程序和模塊的命名約定；C 版本級別的命

13、名約定；D 軟件產(chǎn)品的標(biāo)識約定；E 規(guī)格說明、測試計劃與測試規(guī)程、程序設(shè)計手冊及其他文檔的標(biāo)識方法；F 媒體和文檔管理的標(biāo)識方法；G 文檔交付過程；H 軟件產(chǎn)品庫中軟件產(chǎn)品入庫、移交或交付的過程；I 問題報告、修改請求和修改次序的處理過程；J 配置控制組的結(jié)構(gòu)和作用；K 軟件產(chǎn)品交付給用戶的驗收規(guī)程；L 軟件庫的操作，包括準(zhǔn)備、存儲和更新模塊的方法；M 軟件配置管理活動的檢查；N 問題報告、修改請求或修改次序的文檔要求，指出配置修改的目的和影響；O 軟件進入配置管理之前的測試級別；P 質(zhì)量保證級別，例如，在進入配置管理之前，驗證軟件滿足有關(guān)基線的程序。43 軟件配置管理活動本章必須描述配置標(biāo)識

14、、配置控制、配置狀態(tài)記錄與報告以及配置檢查與評審等到四方面的軟件配置管理活動的需求。431 配置標(biāo)識4311 本條必須詳細(xì)說明軟件項目的基線（即最初批準(zhǔn)的配置標(biāo)識），并把它們與本計劃第條描述的生存周期的特定階段相聯(lián)系。在軟件生存周期中，主要有三種基線，它們是功能基線、指派基線和產(chǎn)品基線。對于每個基線，必須描述下列內(nèi)容：A 每個基線的項（包括應(yīng)交付的文檔和程序）；B 與每個基線有關(guān)的評審與批準(zhǔn)事項以及驗收標(biāo)準(zhǔn)；C 在建立基線的過程中用戶和開發(fā)者可的參與情況。例如，在產(chǎn)品基線中，要定義的元素可以包括：A 產(chǎn)品的名字和命名規(guī)則；B 產(chǎn)品標(biāo)識編號；C 對每一個新交付的版本，要給出版本交付號、新修改的描

15、述、修改交付的方法、對支持軟件的修改要求以及有關(guān)文檔的修改要求；D 安裝說明；E 已知的缺陷和故障；F 軟件媒體和媒體標(biāo)識。4312 本條必須描述本項目所有軟件代碼和文檔的標(biāo)題、代號、編號以及分類規(guī)程。例如，對代碼來說：A 編譯日期可以作為每個交付模塊標(biāo)識的一部分；B 在構(gòu)造模塊源代碼的順序行號時，應(yīng)使它適合于對模塊作進一步子修改。432 配置控制4321 本條必須描述在本計劃第條描述的軟件生存周期中各個階段使用的修改批準(zhǔn)權(quán)限的級別。4322 本條必須定義對已有配置的修改建議進行處理的方法，其中包括：A 詳細(xì)說明書在本計劃第條描述的軟件生存周期各個階段中提出建議的程序（可以用注上自然語言的流程

16、圖來表達）；B 描述實現(xiàn)已批準(zhǔn)的修改建議（包括源代碼、目標(biāo)代碼和文檔的修改）的方法；C 描述軟件庫控制的規(guī)程，其中包括存取控制、對于適用基線的讀寫保護、成員保護、成員標(biāo)識、檔案維護、修改歷史以及故障恢復(fù)等七項規(guī)程；D 如果有必要修補目標(biāo)代碼，則要描述其標(biāo)識和控制的方法。4323 對于各個不同層次的配置控制組和其他修改管理機構(gòu)，本條必須：A 定義其作用，并規(guī)定其權(quán)限和職責(zé)；B 如果已組成機構(gòu)，則指明該機構(gòu)的領(lǐng)導(dǎo)人員及其成員；C 如果還沒有組成機構(gòu)，則說明怎樣任命該機構(gòu)的領(lǐng)導(dǎo)人、成員及代理人；D 說明開發(fā)者和用戶與配置控制組的關(guān)系。4324 當(dāng)要與不屬于本軟件配置管理計劃適用范圍的程序和項目進行接

17、口時，本條必須說明對其進行配置控制的方法。如果這些軟件的修改需要其他機構(gòu)在配置控制組評審之前或之后進行評審，則本條必須描述這些機構(gòu)的組成、它們與配置控制組的關(guān)系以及它們之間的相互關(guān)系。4325 本條必須說明與特殊產(chǎn)品（如非交付的軟件、現(xiàn)存軟件、用戶提供的軟件和內(nèi)部支持軟件）有關(guān)的配置控制規(guī)程。433 配置狀態(tài)的記錄和報告本條必須：A 指明怎樣收集、驗證、存儲、處理和報告配置項的狀態(tài)信息；B 詳細(xì)說明要定期提供的報告及其分發(fā)辦法；C 如果有動態(tài)查詢，要指出所動態(tài)查詢的能力；D 如果要求記錄用戶說明的特殊狀態(tài)時，要描述其實現(xiàn)手段。例如，在配置狀態(tài)記錄和報告中，通常要描述的信息有：A 規(guī)格說明的狀態(tài)

18、；B 修改建議的狀態(tài)；C 修改批準(zhǔn)的報告；D 產(chǎn)品版本或其修改版的狀態(tài)；E 安裝、更新或交付的實現(xiàn)報告；F 用戶提供的產(chǎn)品（如操作系統(tǒng)）的狀態(tài)；G 有關(guān)開發(fā)項目歷史的報告。434 配置的檢查和評審本條必須：A 定義在軟件配置計劃的第條所定義的軟件生存周期的特定點上執(zhí)行的檢查和評審中軟件配置管理計劃的作用；B 規(guī)定每次檢查和評審所包含的配置項；C 指出用于標(biāo)識和解決在檢查和評審期間所發(fā)現(xiàn)的問題的工作規(guī)程。44 工具、技術(shù)和方法本章必須指明為支持特定項目的軟件配置管理所使用的軟件工具、技術(shù)和方法，指明它們的目的，并在開發(fā)者所有權(quán)的范圍內(nèi)描述其用法。例如，可以包括用于下列任務(wù)的工具、技術(shù)和方法：A

19、軟件媒體和媒體的標(biāo)識。B 把文檔和媒體置于軟件配置管理的控制之下，并把它正式地交付給用戶。例如，要給出對軟件庫內(nèi)的源代碼和目標(biāo)代碼進行控制的工具、技術(shù)和方法的描述；如果用到數(shù)據(jù)庫管理系統(tǒng)，則還要對該系統(tǒng)進行描述。又如，要指明怎樣使用軟件庫工具、技術(shù)和方法來處理軟件產(chǎn)品的交付。C 編制關(guān)于程序及其有關(guān)文檔的修改狀態(tài)的文檔。因此必須進一步定義用于準(zhǔn)備多種級別（如項目負(fù)責(zé)人、配置控制小組、軟件配置管理人員和用戶）的管理報告的工具、技術(shù)和方法。45 對供貨單位的控制供貨單位是指軟件銷售單位、軟件開發(fā)單位或軟件子開發(fā)單位。必須規(guī)定對這些供貨單位進行控制的管理規(guī)程，從而使從軟件銷售單位購買的、其他開發(fā)單位

20、開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的軟件配置管理需求。管理規(guī)程應(yīng)該規(guī)定在本軟件配置管理計劃的執(zhí)行范圍內(nèi)控制供貨單位的方法；還應(yīng)解釋用于確定供貨單位的軟件配置管理能力的方法以及監(jiān)督他們遵循本軟件配置管理計劃需求的方法。46 記錄的收集、維護和保存本章必須指明要保存的軟件配置管理文檔，指明用于匯總、保護和維護這些文檔的方法和設(shè)施（其中包括要使用的后備設(shè)施），并指明要保存的期限。GB/T 12505-90附錄A軟件配置管理計劃示例（參考件）計劃名 CADCSC軟件配置管理計劃項目名 中國控制系統(tǒng)CAD工程化軟件系統(tǒng)項目委托單位代表簽名 年 月 日項目承辦單位代表簽名 年 月 日1 引

21、言11 目的本計劃的目的在于對所開發(fā)的CADCSC軟件規(guī)定各種必要的配置管理條款，以保證所交付的CADCSC軟件能夠滿足項目委托書中規(guī)定的各種原則需求，能夠滿足本項目總體組制定的且經(jīng)領(lǐng)導(dǎo)小組批準(zhǔn)的軟件系統(tǒng)需求規(guī)格說明書中規(guī)定的各項具體需求。軟件開發(fā)單位在開發(fā)本項目所屬的各子系統(tǒng)（其中包括為本項目研制或選用的各種支持軟件）時，都應(yīng)該執(zhí)行本計劃中的有關(guān)規(guī)定，但可以根據(jù)各自的情況對本計劃作適當(dāng)?shù)募舨?，以滿足特定的配置管理需求。剪裁后的計劃必須經(jīng)總體組批準(zhǔn)。12 定義本計劃中用到的一些術(shù)語的定義按GB/T 11457 和GB/T 12504。13 參考資料GB/T 11457 軟件工程術(shù)語GB 856

22、6 計算機軟件開發(fā)規(guī)范GB 8567 計算機軟件產(chǎn)品開發(fā)文件編制指南GB/T 12504 計算機軟件質(zhì)量保證計劃規(guī)范GB/T 12505 計算機軟件配置管理計劃規(guī)范CADCSC 軟件質(zhì)量保證計劃2 管理21 機構(gòu)在本軟件系統(tǒng)整個開發(fā)期間，必須成立軟件配置管理小組負(fù)責(zé)配置管理工作。軟件配置管理小組屬項目總體組領(lǐng)導(dǎo)，由總體組代表、軟件工程小組代表、項目的專職配置管理人員、項目的專職質(zhì)量保證人員以及各個子系統(tǒng)軟件配置管理人員等方面的人員組成，由總體組代表任組長。各子系統(tǒng)的軟件配置管理人員在業(yè)務(wù)上受軟件配置管理小組領(lǐng)導(dǎo)，在行政上受子系統(tǒng)負(fù)責(zé)人領(lǐng)導(dǎo)。軟件配置管理小組和軟件配置管理人員必須檢查和督促本計劃

23、的實施。各子系統(tǒng)的軟件配置管理人員有權(quán)直接向軟件配置管理小組報告子項目的軟件配置管理情況。各子系統(tǒng)的軟件配置管理人員應(yīng)該根據(jù)對子項目的具體要求，制訂必要的規(guī)程和規(guī)定，以確保完全遵守本計劃規(guī)定的所有要求。22 任務(wù)在軟件工程化生產(chǎn)的各個階段中，與本階段的階段產(chǎn)品有關(guān)的全部信息在軟件開發(fā)庫存放，與前面各個階段的階段產(chǎn)品有關(guān)的信息則在軟件受控庫存放。在研制與開發(fā)階段的階段產(chǎn)品的過程中，開發(fā)者和開發(fā)小組長有權(quán)對本階段的階段產(chǎn)品作必要的修改；但是如果開發(fā)者或開發(fā)小組長認(rèn)為有必要個性前面有關(guān)階段的階段產(chǎn)品時，就必須通過項目的配置管理小組辦理正規(guī)的審批手續(xù)。因此，軟件開發(fā)庫屬開發(fā)這個階段產(chǎn)品的開發(fā)者管理，而

24、軟件受控庫由項目的配置管理小組管理。軟件經(jīng)過組裝與系統(tǒng)測試后，應(yīng)該送入軟件產(chǎn)品庫，如欲對其修改，必須經(jīng)軟件配置管理小組研究同意，然后報項目總體組組長批準(zhǔn)。關(guān)于軟件配置要進行修改時的具體審批手續(xù)，將在第3.2條中詳細(xì)規(guī)定。23 職責(zé)在軟件配置管理小組中，各類人員要互相配合、分工協(xié)作，共同擔(dān)負(fù)起整個項目的軟件配置管理工作。其中各類人員的分工如下：A 組長是總體組代表，他對有關(guān)軟件配置管理的各項工作全面負(fù)責(zé)，特別要對更改建議的審批和評審負(fù)責(zé)；B 軟件工程小組組長負(fù)責(zé)監(jiān)督在軟件配置管理工作中認(rèn)真執(zhí)行軟件工程規(guī)范；C 項目的專職配置管理人員檢查在作配置更改時的質(zhì)量保證措施；D 各子系統(tǒng)的配置管理人員具體

25、負(fù)責(zé)實施各自的配置管理工作，并參與各子系統(tǒng)的功能配置檢查和物理配置檢查；E 用戶代表負(fù)責(zé)反映用戶對配置管理的要求，并協(xié)助檢查各類人員對軟件配置管理計劃的執(zhí)行情況；F 項目專職的配置管理人員協(xié)助組長開展各項軟件配置管理活動，負(fù)責(zé)審查所采用的配置管理工具、技術(shù)和方法，并負(fù)責(zé)匯總、維護和保存有關(guān)軟件配置管理活動的各項記錄。24接口控制對各類接口進行嚴(yán)格、合理的控制，是軟件配置管理中最重要的任務(wù)之一。整個軟件項目及其各子系統(tǒng)都必須對進行嚴(yán)格的控制。在工程化軟件系統(tǒng)中，主要的接口有如下五類：A 用戶界面：用戶界面是指各子系統(tǒng)與設(shè)計人員、用戶或維護人員之間的操作約定。同時還指實現(xiàn)這些操作約定的物理部件的功

26、能與性能特性。B 系統(tǒng)內(nèi)部接口：系統(tǒng)內(nèi)部接口是指各子系統(tǒng)在集成為一個總的軟件系統(tǒng)時的各種連接約定。C 標(biāo)準(zhǔn)程序接口：標(biāo)準(zhǔn)程序接口是指各應(yīng)用子系統(tǒng)與標(biāo)準(zhǔn)子程序庫（包括宿主計算機系統(tǒng)已有的庫程序）之間的調(diào)用約定。D 設(shè)備接口：設(shè)備接口是指各子系統(tǒng)與各種設(shè)備（包括終端和其他各種輸入/輸出設(shè)備）之間的連接約定。E 軟件接口：軟件接口是指各個子系統(tǒng)與宿主計算機上的系統(tǒng)軟件以及與調(diào)用本軟件的其它軟件系統(tǒng)之間的連接約定。以上五類接口是一個軟件系統(tǒng)各項配置的重要組成部分。對接口修改進行合理的控制，是軟件配置管理的重要任務(wù)之一。這五類接口都涉及到CADCSC軟件系統(tǒng)的全局，因此，當(dāng)要求對這五類接口中的任一類接口

27、進行修改時，都必須辦理正規(guī)的審批手續(xù)，最后要經(jīng)項目總體組批準(zhǔn)。具體的審批程序?qū)⒃诒居媱澋牡?.2條中規(guī)定（可參閱表1）。表1 兩類修改的審批程序步驟 A類修改的審批程序 B類修改的審批程序1 發(fā)現(xiàn)問題，填寫軟件問題報告單 發(fā)現(xiàn)問題，填寫軟件問題報告單2 項目組長評審 項目組長評審3 軟件配置管理小組評審 子系統(tǒng)配置管理人員評審4 項目總體組批準(zhǔn) 子系統(tǒng)負(fù)責(zé)人批準(zhǔn)5 修改配置并填寫軟件修改報告單 修改配置并填寫軟件修改報告單6 項目組長評審 項目組長評審7 軟件質(zhì)量保證小組評審 子系統(tǒng)質(zhì)量保證人員評審8 總體組批準(zhǔn) 項目的軟件配置管理小組與子系統(tǒng)負(fù)責(zé)人共同批準(zhǔn)并報項目總體組備索25 軟件配置管理

28、計劃的實現(xiàn)在實現(xiàn)軟件配置管理計劃的過程中，要特別注意實現(xiàn)以下三個里程碑：A 建立軟件配置管理小組：在項目總體組批準(zhǔn)軟件配置管理計劃之后，立即成立軟件配置管理小組；B 建立各階段的配置基線：隨著CADCSC軟件系統(tǒng)及其所屬各子系統(tǒng)的任務(wù)書的評審和批準(zhǔn)，建立起功能基線；隨著總體組編寫的CADCSC軟件需求規(guī)格說明書的批準(zhǔn)，建立起指派基線；隨著CADCSC工程化軟件系統(tǒng)的集成與系統(tǒng)測試的完成，建立起產(chǎn)品基線。C 建立軟件庫：在本項目所屬的各個子系統(tǒng)的研制工作的開始，就建立起各個子系統(tǒng)的軟件開發(fā)庫，并在本項目配置管理小組的計算機上建立起有關(guān)該系統(tǒng)及其子系統(tǒng)的軟件受控庫。以后在每個開發(fā)階段的結(jié)束，建立各

29、個子系統(tǒng)的新的開發(fā)庫，同時把這個階段的階段產(chǎn)品送入總的軟件受控庫，并在各個子系統(tǒng)的計算機上建立軟件受控庫的副本。軟件受控庫必須以主軟件受控庫為準(zhǔn)。當(dāng)全部開發(fā)工作結(jié)束，在配置管理小組的計算機上建立起軟件產(chǎn)品庫，并在各子系統(tǒng)的計算機上建立軟件產(chǎn)品庫的副本。26 適用的標(biāo)準(zhǔn)、條例和約定除應(yīng)奠定本計劃第1.3條中指出的參考資料以及本計劃中的其他章條所作的各項規(guī)定外，還應(yīng)該遵守如下標(biāo)準(zhǔn)、條例和約定：A 軟件開發(fā)庫、軟件受控庫與軟件產(chǎn)品庫的操作規(guī)程與管理規(guī)程；B 系統(tǒng)、子系統(tǒng)、模塊和程序單元的命名約定；C 文檔和測試用例的命名和管理規(guī)程。這引起命名約定、操作規(guī)程與管理規(guī)程應(yīng)由CADCSC項目技術(shù)組負(fù)責(zé)制訂

30、，并應(yīng)認(rèn)真聽取各子系統(tǒng)項目負(fù)責(zé)人的意見，最后報項目總體組審批。在執(zhí)行過程中，如果發(fā)現(xiàn)某些條款需要修改，則必須辦理正規(guī)的審批手續(xù)，最后要經(jīng)項目總體組批準(zhǔn)。具體的審批程序?qū)⒃诒居媱澋牡?.2條中規(guī)定。3 軟件配置管理活動31 配置標(biāo)識311 文檔所有為本項目編制的文檔，都要符合GB 8567中的規(guī)定。CADCSC軟件系統(tǒng)及其所屬的各個子系統(tǒng)所編寫的文檔數(shù)目，可根據(jù)GB 8567的規(guī)定作適當(dāng)?shù)募舨?。剪裁方案由技術(shù)組提出建議，報總體組批準(zhǔn)。312 程序所有屬于本項目的程序、分程序、模塊和程序單元，都要按照由項目技術(shù)組制訂，且經(jīng)總體組批準(zhǔn)的軟件系統(tǒng)的命名約定的規(guī)定來標(biāo)識。313 各類基線所有屬于本項目及

31、其各子系統(tǒng)的各類基線，首先要按照任務(wù)書、軟件需求規(guī)格說明書的規(guī)定確定其技術(shù)內(nèi)容，然后按照軟件系統(tǒng)的上述命名約定的規(guī)定來標(biāo)識。32 配置控制軟件配置的更改管理適用于本項目的所有文檔和代碼，其中包括本項目的各個運行軟件，也包括為本項目專門開發(fā)的支持軟件。配置控制的要點如下：A 修改批準(zhǔn)權(quán)限；對本項目各個子系統(tǒng)及其專用支持軟件的功能基線、指派基線、產(chǎn)品基線及其集成系統(tǒng)的任何修改（稱為A類修改），都必須通過項目配置管理小組討論，并必須經(jīng)總體組批準(zhǔn)；對本項目各個子系統(tǒng)及其專用支持軟件的其他階段產(chǎn)品的任何修改（稱為B類修改），都必須通過本項目各個子系統(tǒng)的配置管理人員審查，并經(jīng)項目的軟件配置管理小組與各個子

32、系統(tǒng)負(fù)責(zé)人的共同批準(zhǔn)并報項目總體組備案。B 修改審批程序：上述兩類修改的審批程序如表1。C 修改控制工具：修改控制工具是協(xié)助軟件配置管理人員進行配置控制的有效手段。33 配置狀態(tài)審計利用軟件問題報告單和軟件修改報告單對項目子系統(tǒng)及其支持軟件的配置狀態(tài)進行追蹤。對軟件問題報告單和軟件修改報告單的追蹤應(yīng)由軟件配置管理工具自動實現(xiàn)，用戶可通過該軟件系統(tǒng)對其進行查詢。注：本計劃在此處應(yīng)給出軟件問題報告單與軟件修改報告單的具體格式，并作出必要的說明。鑒于本計劃擬采用附錄B（參考件）中建議的格式，因而這兩個報告單的格式及其說明可參閱附錄B。34 配置的檢查和評審項目軟件配置管理小組要對所有由第三方提供的軟

33、件進行物理配置檢查；對本項目及其各個子系統(tǒng)的每一個新的釋放進行功能配置檢查和物理配置檢查；對宿主計算機系統(tǒng)所提供的軟件和硬件配置要每隔半年檢查一次；在軟件驗收前要對宿主計算機系統(tǒng)、各個子系統(tǒng)及其專用支持軟件的配置進行綜合檢查。在軟件開發(fā)周期各階段的評審與檢查工作中，要對該階段所進行的配置管理工作進行必要的評審和檢查。應(yīng)該進行評審與檢查的內(nèi)容與次數(shù)，由CADCSC軟件質(zhì)量計劃規(guī)定。配置修改的審批程序按本計劃第3.2條的規(guī)定處理（見表1）。4 工具、技術(shù)和方法在軟件的開發(fā)過程中，與軟件配置有關(guān)的工具有軟件測試工具、軟件配置管理工具、文檔輔助生成工具與圖形編輯工具等到三種。A C軟件測試工具：它支持

34、用C語言編寫的模塊的靜態(tài)分析、結(jié)構(gòu)測試與功能測試。主要功能為：協(xié)助測試人員判斷程序結(jié)構(gòu)與變量使用情況是否有錯；給測試人員提供模塊語句覆蓋C0和分支覆蓋率C1的值、并顯示未覆蓋語句和未覆蓋分支的號碼及其分支謂詞，給出不同測試用例有效性的表格；同時提出功能測試的有效情況，并協(xié)助組織最終交付給用戶的有效測試用例的集合。B 軟件配置管理工具：它支持用戶對源代碼清單的更新管理以及對重新編譯與連接的代碼的自動組織；支持用戶在不同文檔相關(guān)內(nèi)容之間進行相互檢索并確定同一文檔某一內(nèi)容在本文檔中的涉及范圍；同時還應(yīng)支持軟件配置管理小組對軟件配置更改進行科學(xué)的管理。C 文檔輔助生成工具與圖形編輯工具：它主要協(xié)助用戶

35、繪制描述程序流程與結(jié)構(gòu)的DFD圖與SC圖、繪制描述軟件功能（輸入、輸出關(guān)系）的曲線以及繪制描述系統(tǒng)特性的一些其他圖形，同時還可生成若干與CADCSC軟件文檔編制大綱適應(yīng)的文檔模板。用戶利用這個工具的正文與圖形編輯功能以及上述輔助功能，可以比較方便地產(chǎn)生清晰悅目的文檔，也有利于對文檔進行更改，這有助于提高文檔的編制質(zhì)量。有關(guān)這些工具的詳細(xì)需求可參閱這三項工具的需求規(guī)格說明書中的規(guī)定。5 對供貨單位的控制CADCSC項目所屬的各個子系統(tǒng)開發(fā)組如果需要從軟件銷售單位購買、委托其他開發(fā)單位、從開發(fā)單位現(xiàn)存軟件庫選用或從項目委托單位或用戶的現(xiàn)有連鎖反應(yīng)加中選用軟件時，則在選用前應(yīng)向CADCSC總體組報告

36、，然后由CADCSC總體組組織"軟件選用評審小組"進行評審、測試與檢查，只有當(dāng)演示成功、測試合格后才能批準(zhǔn)使用。如果只選用其中部分內(nèi)容，則按等待開發(fā)軟件的處理過程辦理，此時CADCSC總體組不予預(yù)。在進行上述工作過程中，軟件配置管理人員要進行下列工作：A 項目的軟件配置管理小組要參加對上述四類由間接供貨單位提供的軟件的物理配置檢查； 這些軟件的功能配置檢查由項目的軟件質(zhì)量保證小組負(fù)責(zé)。B 在這些軟件送入軟件受控庫與其他軟件成分進行組裝之前，軟件配置管理小組要對其存放媒體和配置標(biāo)識進行認(rèn)真的審查。C 由軟件質(zhì)量保證小組審查選用的上述四類軟件，必須經(jīng)過正式的驗收手續(xù)，并由項目技

37、術(shù)管理小組負(fù)責(zé)人批準(zhǔn)，然后置于軟件配置管理小組的控制之下。6 記錄的懼維護和保存在本項目及其所屬的各個子系統(tǒng)的研制與開發(fā)期間，要進行各種軟件配置管理活動。準(zhǔn)確記錄、及時分析并妥善存放有關(guān)這些活動的記錄，對這些軟件的下沉運行與維護工作十分有利。在軟件配置管理小組中，應(yīng)有專人負(fù)責(zé)收集、匯總與保存這些記錄。A 基礎(chǔ)上組裝系統(tǒng)、各個子系統(tǒng)、專用支持軟件及選用軟件的功能基線、指派基線與產(chǎn)品基線要送入軟盤或磁帶，至少必須一式兩份且存放在兩個不同的地點。這些記錄應(yīng)該每6個月拷貝一次，以免意外損傷與自然老化。B 上述這些軟件的文檔也應(yīng)送入軟盤或磁帶，至少必須工式兩份且存放在兩個不同的地點，并應(yīng)有一份打印的硬拷

38、貝。磁媒體應(yīng)該每隔6個月拷貝一次，以免意外損傷與自然老化。C 軟件產(chǎn)品的源程序、測試數(shù)據(jù)、測試報告及其他有關(guān)文檔，除了按A、B規(guī)定妥善存放外，要在項目結(jié)束后再保存2年，或在條件成熟時轉(zhuǎn)交給這些軟件產(chǎn)品的生產(chǎn)系統(tǒng)。注：具體保存年限要根據(jù)項目的性質(zhì)與開發(fā)單位的任務(wù)來確定，此處僅作為一個示例。D 上述這些軟件的各項配置的個性狀態(tài)、評審記錄與修改歷史，要作為這些軟件的歷史記錄來保存，目前可用打印硬拷貝一式兩份存放，有條件時再轉(zhuǎn)移到在線光學(xué)存儲媒體中。E 鑒于處理版權(quán)或清理財務(wù)的需要，本軟件系統(tǒng)的各項配置可能要求存放57年，但由于我國對這些問題尚無明確的規(guī)定，因此，有關(guān)本條款的具體規(guī)定待將來有必要與可能

39、時再作修改與補充。附錄B配置管理報表及其格式（參考件）B1 軟件問題報告單（SPR）在系統(tǒng)的運行與維護階段對軟件產(chǎn)品的任何修改建議，或在軟件開發(fā)的任一階段中對前面各個階段的階段產(chǎn)品的任何修改建議，都應(yīng)填入軟件問題報告單。軟件問題報告單的格式見表B1。B11 配置管理人員填寫內(nèi)容表中A、B、C、P和狀態(tài)等項目是由負(fù)責(zé)修改控制的配置管理人員填寫的。表中其他各項即D、E、F、G、H、I、J、K、N和O各項是由發(fā)現(xiàn)問題的人或申請配置管理的人填寫的，他可能還要填寫J、L和M三項內(nèi)容。前四項內(nèi)容的意義如下：A是由配置管理人員確定的登記號，一般按報告問題的先后順序編號；B是由配置管理人員登記問題報告的日期；

40、C是發(fā)現(xiàn)軟件問題的日期；P是填寫若干補充信息和修改建議。關(guān)于配置管理七種狀態(tài)的含義在下面解釋。B12 配置管理狀態(tài)狀態(tài)一欄分成七種情況，現(xiàn)分別說明如下：1表示軟件問題報告正被評審，已確定采取什么行動；2表示軟件問題報告已由指定的開發(fā)人員去進行維護工作；3表示修改已經(jīng)完成、測試好，正準(zhǔn)備釋放給主程序庫；4表示主程序庫已更新，主程序庫修改的重新測試尚未完成；5表示已經(jīng)進行了復(fù)測，但發(fā)現(xiàn)問題仍然存在；6表示已經(jīng)進行了復(fù)測，已經(jīng)順利完成所做的修改，軟件問題報告單被關(guān)閉（維護已完成）；7表示留待以后關(guān)閉，因問題不是可重產(chǎn)生的，或者是屬于產(chǎn)品改善方面的，或者只具有很低的優(yōu)先級等等。B13配置管理申請人員填

41、寫的內(nèi)容在軟件問題報告單中，屬于配置管理申請人填寫的各項內(nèi)容的意義如下：D、E兩項是項目和子項目的名稱，F(xiàn)是該子項目的代號，這應(yīng)按配置標(biāo)識的規(guī)定來命名代號；階段名和報告人的姓名、住址和電話等的含義是顯而易見的；G表示問題屬于哪一方面，是程序的問題還是例行程序的問題，是數(shù)據(jù)庫的問題還是文檔的問題，是功能適應(yīng)性修改還是性能改進性修改問題，也可能是它們的某種組合；H表示子例行程序/子系統(tǒng)，即要指出出現(xiàn)問題的子例行程序名字，如果不知是哪個了例行程序，可標(biāo)出子系統(tǒng)名，總之，盡可能給出細(xì)節(jié)；I是修訂版本號，指出出現(xiàn)問題的子例和程序版本號；J是媒體，表示包含有問題的子例行程序的主程序庫存儲媒體的標(biāo)識符；K是

42、數(shù)據(jù)庫，表示當(dāng)發(fā)現(xiàn)問題時所使用的數(shù)據(jù)庫標(biāo)識符；L是文檔號，表示有錯誤的文檔的編號；M表示出現(xiàn)錯誤的主要測試實例的標(biāo)識符；N是硬件，表示發(fā)現(xiàn)問題時所使用的計算機系統(tǒng)的標(biāo)識；O是問題描述/影響，填寫問題征候的詳細(xì)描述，如果可能則寫明實際問題所在，還要給出該問題對將來測試、界面軟件和文檔等的影響。B2 軟件修改報告單（SCR）對軟件產(chǎn)品或其階段產(chǎn)品的任何修改，都必須經(jīng)過評審、批準(zhǔn)后才能重新投入運行或作為階段產(chǎn)品釋放。這一過程用軟件修改報告單（software change report）給以記錄。軟件修改報告單的格式見表B2。當(dāng)收到了軟件問題報告單之后，配置管理人員便填寫軟件修改報告單。軟件修改報告單要指出修改類型、修改策略和配置管理狀態(tài)，它是供配置控制小組進行審批的修改申請報告。表中各項內(nèi)容的意義如下：A是登記號，它是配置修改小組收到軟件修改報告單時所作的編號；B是配置管理人員登記軟件修改報告單的日期；C是已經(jīng)準(zhǔn)備好軟件修改報告單、可以對它進行評審的時間；D、E和F的意義與軟件修改報告單的編號，如該編號中提出的問題只是部分解決