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

XXXXXXXXX技有限公司 4 7.1軟件問題報告單(SPR) 10 0 7.2軟件修改報告單(SCR) 121.1目的本條必須指出特定的軟件配置管理計劃的具體目的。還必須描述該計劃所針對的軟件項目(及其所屬的各個子項目)的名稱和用途。應(yīng)該列出計劃正文中需要解釋的而在GB/T11457中尚未包含的術(shù)語的定義，必要時，還要給出這些定義的英文單詞及其縮寫詞。列出要用到的參考資料，如：c．本文件中各處引用的文件、資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。得到這些文件資料的來源。必須描述負(fù)責(zé)軟件配置管理的機(jī)構(gòu)、任務(wù)及其有關(guān)的接口控制。必須描述在各階段中負(fù)責(zé)軟件配置管理的機(jī)構(gòu)。描述內(nèi)容如下：a．描述在軟件生存周期各階段中軟件配置管理的功能和負(fù)責(zé)軟件配置管理的機(jī)構(gòu)；c．指出在軟件生存周期各階段中的軟件開發(fā)或維護(hù)機(jī)構(gòu)與配置控制組的相互關(guān)系。任務(wù)描述在軟件生存周期各個階段中的配置管理任務(wù)以及要進(jìn)行的評審和檢查工作，并指出各個階段的階段產(chǎn)品應(yīng)存放在哪一類軟件庫中 (軟件開發(fā)庫、軟件受控庫或軟件產(chǎn)品庫)。職責(zé)些機(jī)構(gòu)或成員相互之間的關(guān)系。A．指出負(fù)責(zé)各項軟件配置管理任務(wù)(如配置標(biāo)識、配置控制、配置狀態(tài)記錄以及配置的評審與檢查)的機(jī)構(gòu)的職責(zé)；目委托單位以及用戶等機(jī)構(gòu)的關(guān)系；查和審批過程中的用戶職責(zé)以及相關(guān)的開發(fā)與維護(hù)活動；D．指出與項目開發(fā)有關(guān)的各個機(jī)構(gòu)的代表的軟件配置管理職責(zé)；批準(zhǔn)要求。接口控制本條應(yīng)該描述：d實現(xiàn)應(yīng)該規(guī)定實現(xiàn)軟件配置管理計劃的主要里程碑，例如：a．建立配置控制組；程。的標(biāo)準(zhǔn)、條例和約定.1指明作為本計劃要實現(xiàn)的一部分；還必須說明這些標(biāo)準(zhǔn)、條例和約定要實現(xiàn)的程度。2.6.2內(nèi)容定，內(nèi)容可如下：的標(biāo)識方法；f．媒體和文檔管理的標(biāo)識方法；的目的和影響；有關(guān)基線的程度。軟件配置管理活動檢查與評審等四方面的軟件配置管理活動的需求。配置標(biāo)識.1基線本條必須詳細(xì)說明軟件項目的基線(即最初批準(zhǔn)的配置標(biāo)識)，并基線，它們是功能基線、指派基線和產(chǎn)品基線。對于每個基線，必須描述下列內(nèi)容：a．每個基線的項(包括應(yīng)交付的文檔和程序)；例如，在產(chǎn)品基線中，要定義的元素可以包括：c．對每一個新交付的版本，要給出版本交付號、新修改的描述、要求；f．軟件媒體和媒體標(biāo)識。2代碼、文檔分類規(guī)程。例如，對代碼來說：一步的修改。配置控制必須描述在本計劃第2.2條描述的軟件生存周期中各個階段使用的修改批準(zhǔn)權(quán)限的級別；必須定義對已有配置的修改建議進(jìn)行處理的方法，其中包括：提出修改建議的程序(可以用注上自然語言的流程圖來表達(dá))；的修改)的方法；c．描述軟件庫控制的規(guī)程，其中包括存取控制、對于適用基線的成員標(biāo)識、檔案維護(hù)、修改歷史以及故障恢復(fù)等七項規(guī)程；對于各個不同層次的配置控制組和其他修改管理機(jī)構(gòu)，本條必須：c．如果還沒有組成機(jī)構(gòu)，則說明怎樣任命該機(jī)構(gòu)的領(lǐng)導(dǎo)人、成員及代理人；當(dāng)要與不屬于本軟件配置管理計劃適用范圍的程序和項目進(jìn)行接口時，本條必須說明對其進(jìn)行配置控制的方法。如果這些軟件的修改需要其他機(jī)構(gòu)在配置控制組評審之前或之后進(jìn)行評審，則本條必須描述這些機(jī)構(gòu)的組成、它們與配置控制組的關(guān)系以及它們之間的相互關(guān)系；本條必須說明與特殊產(chǎn)品(如非交付的軟件、現(xiàn)存軟件、用戶提供的軟件和內(nèi)部支持軟件)有關(guān)的配置控制規(guī)程。配置狀態(tài)的記錄和報告本條必須：例如，在配置狀態(tài)記錄和報告中，通常要描述的信息有：f．用戶提供的產(chǎn)品(如操作系統(tǒng))的狀態(tài)；配置的檢查和評審本條必須：的特定點(diǎn)上執(zhí)行的檢查和評審中軟件配置管理計劃的作用；c．指出用于標(biāo)識和解決在檢查和評審期間所發(fā)現(xiàn)的問題的工作規(guī)程。和方法和方法，指明它們的目的，并在開發(fā)者所有權(quán)的范圍內(nèi)描述其用法。例如，可以包括用于下列任務(wù)的工具、技術(shù)和方法：術(shù)和方法來處理軟件產(chǎn)品的交付。c．編制關(guān)于程序及其有關(guān)文檔的修改狀態(tài)的文檔。因此必須進(jìn)一步定義用于準(zhǔn)備多種級別(如項目負(fù)責(zé)人、配置控制小組、軟件配置管理人員和用戶)的管理報告的工具、技術(shù)和方法?？刂祈氁?guī)定對這些供貨單位進(jìn)行控制的管理規(guī)程，從而使從軟件銷售單位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的軟件配置管理需求。管理規(guī)程應(yīng)該規(guī)定在本軟件配置管理計劃的執(zhí)行范圍內(nèi)控制供貨單位的方法；還應(yīng)解釋用于確定供貨單位的軟件配置管理能力的方法以及監(jiān)督他們遵循本軟件配置管理計劃需求的方法。護(hù)和保存維護(hù)這些文檔的方法和設(shè)施(其中包括要使用的后備設(shè)施)，并指明要保存的期限。理報表及其格式7.1軟件問題報告單(SPR)發(fā)的任一階段中對前面各個階段的階段產(chǎn)品的任何修改建議，都應(yīng)填問題報告單。軟件問題報告單位的格式見表1。理人員填寫內(nèi)容現(xiàn)問題的人或申請配置管理的人填寫的，他可能還要填寫J、L和M三項內(nèi)容。前四項內(nèi)容的意義如下：號；B是由配置管理人員登記問題報告的日期；C是發(fā)現(xiàn)軟件問題的日期；P是填寫若干補(bǔ)充信息和修改建議。關(guān)于配置管理七種狀態(tài)的含義在下面解釋。管理狀態(tài)告正已經(jīng)順利完成所做的修改，軟件問題報告單被關(guān)閉(維護(hù)已完成)；7表示留待以后關(guān)閉，因問題不是可重產(chǎn)生的，或者是屬于產(chǎn)品改善方面的，或者只具有很低的優(yōu)先級等等。理申請人員填寫的內(nèi)容如下：D、E兩項是項目和子項目的名稱，F(xiàn)是該子項目的代號，這應(yīng)按配置標(biāo)識的規(guī)定來命名代號；階段名和報告人的姓名、住址和電話等的含義是顯而易見的；G表示問題屬于哪一方面的，是程序的問題還是例行程序的問題，是數(shù)據(jù)庫的問題還是文檔的問題，是功能性修改還是性能改進(jìn)性修改合；H表示子例行程序/子系統(tǒng)，即要指出出現(xiàn)問題的子例行程序名字，如果不知是哪個子例行程序，可標(biāo)出子系統(tǒng)名，總之，盡可能給出細(xì)節(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)問題時所使用的計算機(jī)系統(tǒng)的標(biāo)識；和文檔等的影響。7.2軟件修改報告單(SCR)能重新投入運(yùn)行或作為階段產(chǎn)品釋放。這一過程用軟件修改報告單 (softwarechangereport)給以記錄。軟件修改報告單的格式表2。當(dāng)收到了軟件問題報告單之后，配置管理人員便填寫軟件修改報告單。軟件修改報告單要指出修改類型、修改策略和配置狀態(tài)，它是供配置控制小組進(jìn)行審批的修改申請報告。表中各項內(nèi)容的意義如下：B是配置管理人員登記軟件修改報告單的日期；C是已經(jīng)準(zhǔn)備好軟件修改報告單、可以對它進(jìn)行評審的時間；是部分解決，則在填寫時要在該編號后附以字母P(Part表示部分之意)；僅是指出用戶文檔的缺陷則在解釋處作上記號；I是修改的詳細(xì)描述，如果是文檔更新，則要列出文檔更新通知單的編號；如果是數(shù)據(jù)庫修改，則要列出數(shù)據(jù)庫修改申請的標(biāo)識號；J是批準(zhǔn)人，經(jīng)批準(zhǔn)人簽字、批準(zhǔn)后才能進(jìn)行修改；類、計算語句類、邏輯控制語句類、數(shù)據(jù)處理語句類(如數(shù)據(jù)傳送、存放語句)；L序名，指被修改注程序、文檔或數(shù)據(jù)庫注名字。如果只要求M指當(dāng)前注版本/修訂本標(biāo)識；N指修改后的新版本/修訂本標(biāo)識；O指數(shù)據(jù)庫，如果申請數(shù)據(jù)庫修改，這里給出數(shù)據(jù)庫的標(biāo)識符；PDBCRQ指文檔，即如果要求文檔修改，則在這里給出文檔的名字；RDUT；S表示修改是否已經(jīng)測試，指出已對修改做了哪些測試，如單元、子系統(tǒng)、組裝、確認(rèn)和運(yùn)行測試等，并注明測試成功與否；T問題報告單中給出的問題描述是否準(zhǔn)確，并回答是或否；U是問題注釋，準(zhǔn)確地重新敘述要修改的問題；書、概要設(shè)計說明書、詳細(xì)設(shè)計說明書、數(shù)據(jù)庫、源程序等；端時數(shù)；主要有適應(yīng)性修改、改進(jìn)性修改以及計算錯誤、邏輯錯誤、輸入和輸出錯誤、接口錯誤、數(shù)據(jù)庫錯誤、文檔錯誤以及配置錯誤等的修改；Y是提出對軟件問題進(jìn)行修改的人員或單位；Z是完成軟件問題修改的人員或單位。表1軟件問題報告單(SPR)號A期B年月日C年月日D目EF概要狀態(tài)1234567地址表2軟件修改報告單(SCR)號A期B年月日C年月日D目EF修改類型X修改申請人Y修改人ZH釋□改動：語句類型：KI/O□