(項(xiàng)目管理)軟件項(xiàng)目設(shè)計(jì)和開發(fā)控制管理規(guī)范

1、（項(xiàng)目管理）軟件項(xiàng)目設(shè)計(jì) 和開發(fā)控制管理規(guī)范2020年4月軟件項(xiàng)目設(shè)計(jì)和開發(fā)控制管理規(guī)范XXXXXXXXX 科技有限公司目錄1引言11.1 目的11.2 定義和縮寫詞 11.3參考資料12管理12.1機(jī)構(gòu)22.2 任務(wù)22.3職責(zé)22.4接口控制32.5 實(shí)現(xiàn)32.6 適用的標(biāo)準(zhǔn)、條例和約定 42.6.1指明42.6.2內(nèi)容43 軟件配置管理活動(dòng) 53.1配置標(biāo)識(shí)53.1.1基線53.1.2 代碼、文檔 63.2配置控制63.3 配置狀態(tài)的記錄和報(bào)告 83.4 配置的檢查和評(píng)審 84 工具、技術(shù)和方法 95 對(duì)供貨單位的控制 96 記錄的收集、維護(hù)和保存 107 附錄：配置管理報(bào)表及其格式 1

2、07.1 軟件問題報(bào)告單（ SPR）107.1.1 配置管理人員填寫內(nèi)容 107.1.2 配置管理狀態(tài) 117.1.3 配置管理申請(qǐng)人員填寫的內(nèi)容 117.2 軟件修改報(bào)告單（ SCR）121 引言 1.1 目的本條必須指出特定的軟件配置管理計(jì)劃的具體目的。還必須描述該計(jì) 劃所針對(duì)的軟件項(xiàng)目（及其所屬的各個(gè)子項(xiàng)目）的名稱和用途。1.2 定義和縮寫詞應(yīng)該列出計(jì)劃正文中需要解釋的而在 GB/T11457 中尚未包含的 術(shù)語的定義，必要時(shí)，還要給出這些定義的英文單詞及其縮寫詞。1.3 參考資料列出要用到的參考資料，如：a 本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書或合同、上級(jí)機(jī)關(guān)的批文；b 屬于本項(xiàng)目的其他已發(fā)表的

3、文件；C.本文件中各處引用的文件、資料，包括所要用到的軟件開發(fā)標(biāo) 準(zhǔn)。列出這些文件的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，說明能 夠得到這些文件資料的來源。2 管理必須描述負(fù)責(zé)軟件配置管理的機(jī)構(gòu)、任務(wù)及其有關(guān)的接口控制2.1 機(jī)構(gòu)必須描述在各階段中負(fù)責(zé)軟件配置管理的機(jī)構(gòu)。描述內(nèi)容如下： a 描述在軟件生存周期各階段中軟件配置管理的功能和負(fù)責(zé) 軟件配置管理的機(jī)構(gòu)；b 說明項(xiàng)目和子項(xiàng)目與其他有關(guān)項(xiàng)目之間的關(guān)系；C .指出在軟件生存周期各階段中的軟件開發(fā)或維護(hù)機(jī)構(gòu)與配置控制組的相互關(guān)系。2.2 任務(wù)描述在軟件生存周期各個(gè)階段中的配置管理任務(wù)以及要進(jìn)行的評(píng)審和檢查工作，并指出各個(gè)階段的階段產(chǎn)品應(yīng)存放在哪

4、一類軟件庫中 （軟件開發(fā)庫、軟件受控庫或軟件產(chǎn)品庫） 。2.3 職責(zé)必須描述與軟件配置管理有關(guān)的各類機(jī)構(gòu)或成員的職責(zé)，并指出 這些機(jī)構(gòu)或成員相互之間的關(guān)系。A 指出負(fù)責(zé)各項(xiàng)軟件配置管理任務(wù)（如配置標(biāo)識(shí)、配置控制、 配置狀態(tài)記錄以及配置的評(píng)審與檢查）的機(jī)構(gòu)的職責(zé)；B 指出上述機(jī)構(gòu)與軟件質(zhì)量保證機(jī)構(gòu)、軟件開發(fā)單位、項(xiàng)目 承辦單位、項(xiàng)目委托單位以及用戶等機(jī)構(gòu)的關(guān)系；C 說明由本計(jì)劃第 2.2 條指明的生存周期各個(gè)階段的評(píng)審、 檢查和審批過程中的用戶職責(zé)以及相關(guān)的開發(fā)與維護(hù)活動(dòng)；D 指出與項(xiàng)目開發(fā)有關(guān)的各個(gè)機(jī)構(gòu)的代表的軟件配置管理職責(zé)；E 指出其他特殊職責(zé)，例如為滿足軟件配置管理要求所必要 的批準(zhǔn)要求

5、。2.4 接口控制本條應(yīng)該描述：a 接口規(guī)格說明標(biāo)識(shí)和文檔控制的方法；b 對(duì)已交付的接口規(guī)格說明和文檔進(jìn)行修改的方法；C .對(duì)要完成的軟件配置管理活動(dòng)進(jìn)行跟蹤的方法；d 記錄和報(bào)告接口規(guī)格說明和文檔控制狀態(tài)的方法；e 控制軟件和支持它運(yùn)行的硬件之間的接口的方法。2.5 實(shí)現(xiàn)應(yīng)該規(guī)定實(shí)現(xiàn)軟件配置管理計(jì)劃的主要里程碑，例如：a 建立配置控制組；b 確定各個(gè)配置基線；C 建立接口控制協(xié)議；d 制訂評(píng)審與檢查軟件配置管理計(jì)劃和規(guī)程；e 制訂相關(guān)的軟件開發(fā)、測(cè)試和支持工具的配置管理計(jì)劃和 規(guī)程。2.6 適用的標(biāo)準(zhǔn)、條例和約定 2.6.1 指明本條必須指明所適用的軟件配置管理標(biāo)準(zhǔn)、條例和約定，并把它 們作

6、為本計(jì)劃要實(shí)現(xiàn)的一部分；還必須說明這些標(biāo)準(zhǔn)、條例和約定要 實(shí)現(xiàn)的程度。2.6.2 內(nèi)容必須描述要在本項(xiàng)目中編寫和實(shí)現(xiàn)的軟件配置管理標(biāo)準(zhǔn)、條例和約定，內(nèi)容可如下：a 軟件結(jié)構(gòu)層次樹中軟件位置的標(biāo)識(shí)方法；b 程序和模塊的命名約定；C .版本級(jí)別的命名約定；d 軟件產(chǎn)品的標(biāo)識(shí)方法；e 規(guī)格說明、測(cè)試計(jì)劃與測(cè)試規(guī)程、程序設(shè)計(jì)手冊(cè)及其他文檔的標(biāo)識(shí)方法；f 媒體和文檔管理的標(biāo)識(shí)方法；g 文檔交付過程；h 軟件產(chǎn)品庫中軟件產(chǎn)品入庫移交或交付的過程；i 問題報(bào)告、修改請(qǐng)求和修改次序的處理過程；j 配置控制組的結(jié)構(gòu)和作用；k 軟件產(chǎn)品交付給用戶的驗(yàn)收規(guī)程；l 軟件庫的操作，包括準(zhǔn)備、存儲(chǔ)和更新模塊的方法；m 軟

7、件配置管理活動(dòng)的檢查；n 問題報(bào)告、修改請(qǐng)求或修改次序的文檔要求，指出配置修 改的目的和影響；o 軟件進(jìn)入配置管理之前的測(cè)試級(jí)別；p 質(zhì)量保證級(jí)別，例如，在進(jìn)入配置管理之前，驗(yàn)證軟件滿 足有關(guān)基線的程度。3 軟件配置管理活動(dòng)本章必須描述配置標(biāo)識(shí)、配置控制、配置狀態(tài)記錄與報(bào)告以及配 置檢查與評(píng)審等四方面的軟件配置管理活動(dòng)的需求。3.1 配置標(biāo)識(shí)3.1.1 基線本條必須詳細(xì)說明軟件項(xiàng)目的基線（即最初批準(zhǔn)的配置標(biāo)識(shí)） ，并 把它們與本計(jì)劃第 2.2 條描述的生存周期的特定階段相聯(lián)系。在軟件 生存周期中，主要有三種基線，它們是功能基線、指派基線和產(chǎn)品基 線。對(duì)于每個(gè)基線，必須描述下列內(nèi)容：a 每個(gè)基線

8、的項(xiàng)（包括應(yīng)交付的文檔和程序） ；b 與每個(gè)基線有關(guān)的評(píng)審與批準(zhǔn)事項(xiàng)以及驗(yàn)收標(biāo)準(zhǔn)；C .在建立基線的過程中用戶和開發(fā)者的參與情況。例如，在產(chǎn)品基線中，要定義的元素可以包括：a 產(chǎn)品的名字和規(guī)則；b 產(chǎn)品標(biāo)識(shí)編號(hào)；C .對(duì)每一個(gè)新交付的版本，要給出版本交付號(hào)、新修改的描述、 修改交付的方法、對(duì)支持軟件的修改要求以及對(duì)有關(guān)文檔的修 改要求；d 安裝說明；e 已知的缺陷和故障；f 軟件媒體和媒體標(biāo)識(shí)。3.1.2 代碼、文檔本條必須描述本項(xiàng)目所有軟件代碼和文檔的標(biāo)題、代號(hào)、編號(hào)以 及分類規(guī)程。例如，對(duì)代碼來說：a 編譯日期可以作為每個(gè)交付模塊標(biāo)識(shí)的一部分；b 在構(gòu)造模塊源代碼的順序行號(hào)時(shí)，應(yīng)使它適合于

9、對(duì)模塊作 進(jìn)一步的修改。3.2 配置控制必須描述在本計(jì)劃第 2.2 條描述的軟件生存周期中各個(gè)階段使用 的修改批準(zhǔn)權(quán)限的級(jí)別；必須定義對(duì)已有配置的修改建議進(jìn)行處理的方法，其中包括：a詳細(xì)說明在本計(jì)劃第 2.2 條描述的軟件生存周期各個(gè)階段中提出修改建議的程序 （可以用注上自然語言的流程圖來表達(dá)） ；b 描述實(shí)現(xiàn)已批準(zhǔn)的修改建議（包括源代碼、目標(biāo)代碼和文檔的修改）的方法；C .描述軟件庫控制的規(guī)程，其中包括存取控制、對(duì)于適用基線的讀寫保護(hù)、成員保護(hù)、成員標(biāo)識(shí)、檔案維護(hù)、修改歷史以及故障恢復(fù)等七項(xiàng)規(guī)程；d 如果有必要修補(bǔ)目標(biāo)代碼， 則要描述其標(biāo)識(shí)和控制的方法。對(duì)于各個(gè)不同層次的配置控制組和其他修改

10、管理機(jī)構(gòu)，本條必須：a 定義其作用，并規(guī)定其權(quán)限和職責(zé)；b 如果已組成機(jī)構(gòu)，則指明該機(jī)構(gòu)的領(lǐng)導(dǎo)人及其成員；C .如果還沒有組成機(jī)構(gòu)，則說明怎樣任命該機(jī)構(gòu)的領(lǐng)導(dǎo)人、成員及代理人；d 說明開發(fā)者和用戶與配置控制組的關(guān)系。當(dāng)要與不屬于本軟件配置管理計(jì)劃適用范圍的程序和項(xiàng)目進(jìn)行接口時(shí)，本條必須說明對(duì)其進(jìn)行配置控制的方法。如果這些軟件的修改需要其他機(jī)構(gòu)在配置控制組評(píng)審之前或之后進(jìn)行評(píng)審，則本條必須描 述這些機(jī)構(gòu)的組成、它們與配置控制組的關(guān)系以及它們之間的相互關(guān) 系；本條必須說明與特殊產(chǎn)品（如非交付的軟件、現(xiàn)存軟件、用戶提供的軟件和內(nèi)部支持軟件）有關(guān)的配置控制規(guī)程。3.3 配置狀態(tài)的記錄和報(bào)告本條必須：a

11、 指明怎樣收集、驗(yàn)證、存儲(chǔ)、處理和報(bào)告配置項(xiàng)的狀態(tài)信 息；b 詳細(xì)說明要定期提供的報(bào)告及其分發(fā)辦法；C .如果有動(dòng)態(tài)查詢，要指出所提供的動(dòng)態(tài)查詢的能力；d 如果要求記錄用戶說明的特殊狀態(tài)時(shí)， 要描述其實(shí)現(xiàn)手段。 例如，在配置狀態(tài)記錄和報(bào)告中，通常要描述的信息有：a 規(guī)格說明的狀態(tài)；b 修改建議的狀態(tài)；C .修改批準(zhǔn)的報(bào)告；d 產(chǎn)品版本或其修改版的狀態(tài)；e 安裝、更新或交付的實(shí)現(xiàn)報(bào)告；f 用戶提供的產(chǎn)品（如操作系統(tǒng)）的狀態(tài)；g 有關(guān)開發(fā)項(xiàng)目歷史的報(bào)告。3.4 配置的檢查和評(píng)審本條必須：a 定義在軟件配置管理計(jì)劃的第 2.2 條所定義的軟件生存周 期的特定點(diǎn)上執(zhí)行的檢查和評(píng)審中軟件配置管理計(jì)劃的作

12、用；b 規(guī)定每次檢查和評(píng)審所包含的配置項(xiàng)；C .指出用于標(biāo)識(shí)和解決在檢查和評(píng)審期間所發(fā)現(xiàn)的問題的工作規(guī)程4 工具、技術(shù)和方法必須指明為支持特定項(xiàng)目的軟件配置管理所使用的軟件工具、技 術(shù)和方法，指明它們的目的， 并在開發(fā)者所有權(quán)的范圍內(nèi)描述其用法 例如，可以包括用于下列任務(wù)的工具、技術(shù)和方法：a 軟件媒體和媒體文檔的標(biāo)識(shí)；b 把文檔和媒體置于軟件配置管理的控制之下，并把它正式 地交付給用戶。例如，要給出對(duì)軟件庫內(nèi)的源代碼和目標(biāo)代碼 進(jìn)行控制的工具、技術(shù)和方法的描述；如果用到數(shù)據(jù)庫管理系 統(tǒng)，則還要對(duì)該系統(tǒng)進(jìn)行描述。又如，要指明怎樣使用軟件庫 工具、技術(shù)和方法來處理軟件產(chǎn)品的交付。C .編制關(guān)于程

13、序及其有關(guān)文檔的修改狀態(tài)的文檔。因此必須進(jìn)一步定義用于準(zhǔn)備多種級(jí)別（如項(xiàng)目負(fù)責(zé)人、配置控制小組、軟 件配置管理人員和用戶）的管理報(bào)告的工具、技術(shù)和方法。5 對(duì)供貨單位的控制供貨單位是指軟件銷售單位、軟件開發(fā)單位或軟件子開發(fā)單位。 必須規(guī)定對(duì)這些供貨單位進(jìn)行控制的管理規(guī)程，從而使從軟件銷售單 位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟 件能滿足規(guī)定的軟件配置管理需求。管理規(guī)程應(yīng)該規(guī)定在本軟件配置 管理計(jì)劃的執(zhí)行范圍內(nèi)控制供貨單位的方法；還應(yīng)解釋用于確定供貨 單位的軟件配置管理能力的方法以及監(jiān)督他們遵循本軟件配置管理 計(jì)劃需求的方法。6 記錄的收集、維護(hù)和保存本章必須指明要保存的

14、軟件配置管理文檔，指明用于匯總、保護(hù) 和維護(hù)這些文檔的方法和設(shè)施（其中包括要使用的后備設(shè)施） ，并指 明要保存的期限。7 附錄：配置管理報(bào)表及其格式7.1 軟件問題報(bào)告單（ SPR）在系統(tǒng)的運(yùn)行與維護(hù)階段對(duì)軟件產(chǎn)品的任何修改建議，或在軟件 開發(fā)的任一階段中對(duì)前面各個(gè)階段的階段產(chǎn)品的任何修改建議，都應(yīng) 填入軟件軟件問題報(bào)告單。軟件問題報(bào)告單位的格式見表 1。7.1.1 配置管理人員填寫內(nèi)容表中 A、 B、C、P 和狀態(tài)等項(xiàng)目是由負(fù)責(zé)修改控制的配置管理人 員填寫的。表中其他各項(xiàng)即 D、 E、 F、G、 H、 I、 K、N 和 O 各項(xiàng)是 由發(fā)現(xiàn)問題的人或申請(qǐng)配置管理的人填寫的，他可能還要填寫J、

15、L和 M 三項(xiàng)內(nèi)容。前四項(xiàng)內(nèi)容的意義如下：A 是由配置管理人員確定的登記號(hào)，一般按報(bào)告問題的先后順序 編號(hào)；B 是由配置管理人員登記問題報(bào)告的日期；C 是發(fā)現(xiàn)軟件問題的日期；P 是填寫若干補(bǔ)充信息和修改建議。關(guān)于配置管理七種狀態(tài)的含義在下面解釋。7.1.2 配置管理狀態(tài)狀態(tài)一欄分成七種情況， 現(xiàn)分別說明如下： 1 表示軟件問題報(bào)告正 被評(píng)審，已確定采取什么行動(dòng)； 2 表示軟件問題報(bào)告已由指定的開發(fā) 人員去進(jìn)行維護(hù)工作； 3 表示修改已經(jīng)完成、測(cè)試好，正準(zhǔn)備釋放給 主程序庫； 4 表示主程序庫已經(jīng)更新，主程序庫修改的重新測(cè)試尚未 完成； 5 表示已經(jīng)進(jìn)行了復(fù)測(cè)，但發(fā)現(xiàn)問題仍然存在； 6 表示已經(jīng)

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

17、 / 子系統(tǒng)，即要指出出現(xiàn)問題的子例行程序名字， 如果不知是哪個(gè)子例行程序，可標(biāo)出子系統(tǒng)名，總之，盡可能給出細(xì) 節(jié)；I 是修訂版本號(hào)，指出出現(xiàn)問題的子例行程序版本號(hào)；J 是媒體，表示包含有問題的子例行程序的主程序庫存儲(chǔ)媒體的標(biāo) 識(shí)符；K 是數(shù)據(jù)庫，表示當(dāng)發(fā)現(xiàn)問題時(shí)所使用的數(shù)據(jù)庫標(biāo)識(shí)符；L 是文檔號(hào)，表示有錯(cuò)誤的文檔的編號(hào)；M 表示出現(xiàn)錯(cuò)誤的主要測(cè)試實(shí)例的標(biāo)識(shí)符；N 是硬件，表示發(fā)現(xiàn)問題時(shí)所使用的計(jì)算機(jī)系統(tǒng)的標(biāo)識(shí)；O 是問題描述 / 影響，填寫問題征候的詳細(xì)描述，如果可能則寫明 實(shí)際問題所在，還要給出該問題對(duì)將來測(cè)試、界面軟件和文檔等的影 響。7.2 軟件修改報(bào)告單( SCR)對(duì)軟件產(chǎn)品或其階段

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

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

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