軟件開發(fā)-軟件配置管理計劃編寫規(guī)范

1、案卷號日期項目名稱軟件開發(fā)-軟件配置管理計劃作 者： 完成日期： 簽 收 人： 簽收日期： 修改情況記錄：版本號修改批準(zhǔn)人修改人安裝日期簽收人目錄 1 引言 11.1 目的 11.2 定義和縮寫詞 11.3 參考資料 12 管理 12.1 機構(gòu) 12.2 任務(wù) 22.3 職責(zé) 22.4 接口控制 22.5 實現(xiàn) 22.6 適用的標(biāo)準(zhǔn)、條例和約定 33 軟件配置管理活動 43.1 配置標(biāo)識 43.2 配置控制 53.3 配置狀態(tài)的記錄和報告 53.4 配置的檢查和評審 64工具、技術(shù)和方法 65 對供貨單位的控制 76 記錄的收集、維護和保存 77 附錄：配置管理報表及其格式 77.1 軟件問題

2、報告單（SPR） 77.2 軟件修改報告單（SCR） 81 引言1.1 目的本條必須指出特定的軟件配置管理計劃的具體目的。還必須描述該計劃所針對的軟件項目（及其所屬的各個子項目）的名稱和用途。1.2 定義和縮寫詞應(yīng)該列出計劃正文中需要解釋的而在GB/T 11457中尚未包含的術(shù)語的定義，必要時，還要給出這些定義的英文單詞及其縮寫詞。1.3 參考資料列出要用到的參考資料，如：a 本項目的經(jīng)核準(zhǔn)的計劃任務(wù)書或合同、上級機關(guān)的批文；b 屬于本項目的其他已發(fā)表的文件；c 本文件中各處引用的文件、資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。列出這些文件的標(biāo)題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料

3、的來源。2 管理必須描述負責(zé)軟件配置管理的機構(gòu)、任務(wù)及其有關(guān)的接口控制。2.1 機構(gòu)必須描述在各階段中負責(zé)軟件配置管理的機構(gòu)。描述內(nèi)容如下：a 描述在軟件生存周期各階段中軟件配置管理的功能和負責(zé)軟件配置管理的機構(gòu)；b 說明項目和子項目與其他有關(guān)項目之間的關(guān)系；c 指出在軟件生存周期各階段中的軟件開發(fā)或維護機構(gòu)與配置控制組的相互關(guān)系。2.2 任務(wù)描述在軟件生存周期各個階段中的配置管理任務(wù)以及要進行的評審和檢查工作，并指出各個階段的階段產(chǎn)品應(yīng)存放在哪一類軟件庫中（軟件開發(fā)庫、軟件受控庫或軟件產(chǎn)品庫）。2.3 職責(zé)必須描述與軟件配置管理有關(guān)的各類機構(gòu)或成員的職責(zé)，并指出這些機構(gòu)或成員相互之間的關(guān)系。

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

5、記錄和報告接口規(guī)格說明和文檔控制狀態(tài)的方法；e 控制軟件和支持它運行的硬件之間的接口的方法。2.5 實現(xiàn)應(yīng)該規(guī)定實現(xiàn)軟件配置管理計劃的主要里程碑，例如：a 建立配置控制組；b 確定各個配置基線；c 建立接口控制協(xié)議；d 制訂評審與檢查軟件配置管理計劃和規(guī)程；e 制訂相關(guān)的軟件開發(fā)、測試和支持工具的配置管理計劃和規(guī)程。2.6 適用的標(biāo)準(zhǔn)、條例和約定本條必須指明所適用的軟件配置管理標(biāo)準(zhǔn)、條例和約定，并把它們作為本計劃要實現(xiàn)的一部分；還必須說明這些標(biāo)準(zhǔn)、條例和約定要實現(xiàn)的程度。必須描述要在本項目中編寫和實現(xiàn)的軟件配置管理標(biāo)準(zhǔn)、條例和約定，內(nèi)容可如下：a 軟件結(jié)構(gòu)層次樹中軟件位置的標(biāo)識方法；b 程序和

6、模塊的命名約定；c 版本級別的命名約定；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)基線的程度。3 軟件配置

7、管理活動本章必須描述配置標(biāo)識、配置控制、配置狀態(tài)記錄與報告以及配置檢查與評審等四方面的軟件配置管理活動的需求。3.1 配置標(biāo)識本條必須詳細說明軟件項目的基線（即最初批準(zhǔn)的配置標(biāo)識），并把它們與本計劃第2.2條描述的生存周期的特定階段相聯(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 對每一個新交付的版本，要給出版本交

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

9、達）；b 描述實現(xiàn)已批準(zhǔn)的修改建議（包括源代碼、目標(biāo)代碼和文檔的修改）的方法；c 描述軟件庫控制的規(guī)程，其中包括存取控制、對于適用基線的讀寫保護、成員保護、成員標(biāo)識、檔案維護、修改歷史以及故障恢復(fù)等七項規(guī)程；d 如果有必要修補目標(biāo)代碼，則要描述其標(biāo)識和控制的方法。對于各個不同層次的配置控制組和其他修改管理機構(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)系。當(dāng)要與不屬于本軟件配置管理計劃適用范圍的程序和項目進行接口時，本條必須說明對其進行配

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

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

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

13、中選用的軟件能滿足規(guī)定的軟件配置管理需求。管理規(guī)程應(yīng)該規(guī)定在本軟件配置管理計劃的執(zhí)行范圍內(nèi)控制供貨單位的方法；還應(yīng)解釋用于確定供貨單位的軟件配置管理能力的方法以及監(jiān)督他們遵循本軟件配置管理計劃需求的方法。6 記錄的收集、維護和保存本章必須指明要保存的軟件配置管理文檔，指明用于匯總、保護和維護這些文檔的方法和設(shè)施（其中包括要使用的后備設(shè)施），并指明要保存的期限。7 附錄：配置管理報表及其格式7.1 軟件問題報告單（SPR）在系統(tǒng)的運行與維護階段對軟件產(chǎn)品的任何修改建議，或在軟件開發(fā)的任一階段中對前面各個階段的階段產(chǎn)品的任何修改建議，都應(yīng)填入軟件軟件問題報告單。軟件問題報告單位的格式見表1。表中A

14、、B、C、P和狀態(tài)等項目是由負責(zé)修改控制的配置管理人員填寫的。表中其他各項即D、E、F、G、H、I、K、N和O各項是由發(fā)現(xiàn)問題的人或申請配置管理的人填寫的，他可能還要填寫J、L和M三項內(nèi)容。前四項內(nèi)容的意義如下：A是由配置管理人員確定的登記號，一般按報告問題的先后順序編號；B是由配置管理人員登記問題報告的日期；C是發(fā)現(xiàn)軟件問題的日期；P是填寫若干補充信息和修改建議。關(guān)于配置管理七種狀態(tài)的含義在下面解釋。狀態(tài)一欄分成七種情況，現(xiàn)分別說明如下：1表示軟件問題報告正被評審，已確定采取什么行動；2表示軟件問題報告已由指定的開發(fā)人員去進行維護工作；3表示修改已經(jīng)完成、測試好，正準(zhǔn)備釋放給主程序庫；4表示

15、主程序庫已經(jīng)更新，主程序庫修改的重新測試尚未完成；5表示已經(jīng)進行了復(fù)測，但發(fā)現(xiàn)問題仍然存在；6表示已經(jīng)進行了復(fù)測，已經(jīng)順利完成所做的修改，軟件問題報告單被關(guān)閉（維護已完成）；7表示留待以后關(guān)閉，因問題不是可重產(chǎn)生的，或者是屬于產(chǎn)品改善方面的，或者只具有很低的優(yōu)先級等等。在軟件問題報告單中，屬于配置管理申請人填寫的各項內(nèi)容的意義如下：D、E兩項是項目和子項目的名稱，F(xiàn)是該子項目的代號，這應(yīng)按配置標(biāo)識的規(guī)定來命名代號；階段名和報告人的姓名、住址和電話等的含義是顯而易見的；G表示問題屬于哪一方面的，是程序的問題還是例行程序的問題，是數(shù)據(jù)庫的問題還是文檔的問題，是功能性修改還是性能改進性修改問題，也可

16、能是它們的某種組合；H表示子例行程序/子系統(tǒng)，即要指出出現(xiàn)問題的子例行程序名字，如果不知是哪個子例行程序，可標(biāo)出子系統(tǒng)名，總之，盡可能給出細節(jié)；I是修訂版本號，指出出現(xiàn)問題的子例行程序版本號；J是媒體，表示包含有問題的子例行程序的主程序庫存儲媒體的標(biāo)識符；K是數(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是問題描述/影響，填寫問題征候的詳細描述，如果可能則寫明實際問題所在，還要給出該問題對將來測試、界面軟件和文檔等的影響。7.2 軟件修改報告單（SCR）對軟件產(chǎn)品或其階

17、段產(chǎn)品的任何修改，都必須經(jīng)過評審、批準(zhǔn)后才能重新投入運行或作為階段產(chǎn)品釋放。這一過程用軟件修改報告單（software change report）給以記錄。軟件修改報告單的格式表2。當(dāng)收到了軟件問題報告單之后，配置管理人員便填寫軟件修改報告單。軟件修改報告單要指出修改類型、修改策略和配置狀態(tài)，它是供配置控制小組進行審批的修改申請報告。表中各項內(nèi)容的意義如下：A是登記號，它是配置修改小組收到軟件修改報告單時所作的編號；B是配置管理人員登記軟件修改報告單的日期；C是已經(jīng)準(zhǔn)備好軟件修改報告單、可以對它進行評審的時間；D、E和F的意義與軟件問題報告單中的D、E和F的意義相同；G填寫被處理的軟件問題報

18、告單的編號，如該編號中提出的問題只是部分解決，則在填寫時要在該編號后附以字母P（Part表示部分之意）；H指出是程序修改、文檔更新、數(shù)據(jù)庫修改還是它們的組合，如果僅是指出用戶文檔的缺陷則在解釋處作上記號；I是修改的詳細描述，如果是文檔更新，則要列出文檔更新通知單的編號；如果是數(shù)據(jù)庫修改，則要列出數(shù)據(jù)庫修改申請的標(biāo)識號；J是批準(zhǔn)人，經(jīng)批準(zhǔn)人簽字、批準(zhǔn)后才能進行修改；K是語句類型，程序修改中涉及到的語句類型包括：輸入/輸出語句類、計算語句類、邏輯控制語句類、數(shù)據(jù)處理語句類（如數(shù)據(jù)傳送、存放語句）；L是程序名，指被修改注程序、文檔或數(shù)據(jù)庫注名字。如果只要求軟件修改報告單做解釋性工作，則注重復(fù)軟件問題

19、報告單給出的名字；M指當(dāng)前注版本/修訂本標(biāo)識；N指修改后的新版本/修訂本標(biāo)識；O指數(shù)據(jù)庫，如果申請數(shù)據(jù)庫修改，這里給出數(shù)據(jù)庫的標(biāo)識符；P是數(shù)據(jù)庫修改申請?zhí)朌BCR；Q指文檔，即如果要求文檔修改，則在這里給出文檔的名字；R是文檔更新通知單編號DUT；S表示修改是否已經(jīng)測試，指出已對修改做了哪些測試，如單元、子系統(tǒng)、組裝、確認和運行測試等，并注明測試成功與否；T指出在軟件問題報告單中給出的問題描述是否準(zhǔn)確，并回答是或否；U是問題注釋，準(zhǔn)確地重新敘述要修改的問題；V指明問題來自哪里，如系統(tǒng)設(shè)計規(guī)格說明書、軟件需求規(guī)格說明書、概要設(shè)計說明書、詳細設(shè)計說明書、數(shù)據(jù)庫、源程序等；W說明完成修改所需要的資源估