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

(項目管理)軟件項目設范1.2定義和縮寫詞11.3參考資料12.2任務22.3職責22.4接口控制32.5實現(xiàn)32.6適用的標準、條例和約定42.6.1指明42.6.2內(nèi)容4管理活動53.1.1基線53.1.2代碼、文檔63.2配置控制63.3配置狀態(tài)的記錄和報告83.4配置的檢查和評審8工具、技術(shù)和方法9單位的控制97.1軟件問題報告單(SPR)107.1.1配置管理人員填寫內(nèi)容107.1.2配置管理狀態(tài)117.1.3配置管理申請人員填寫的內(nèi)容117.2軟件修改報告單(SCR)121.1目的軟件配置管理計劃的具體目的。還必須描述該計劃所針對的軟件項目(及其所屬的各個子項目)的名稱和用途。語的定義，必要時，還要給出這些定義的英文單詞及其縮寫詞。標準。編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。必須描述負責軟件配置管理的機構(gòu)、任務及其有關(guān)的接口控制。2.1機構(gòu)控制組的相互關(guān)系。2.2任務個階段中的配置管理任務以及要進行的評段產(chǎn)品應存放在哪一類軟件庫中(軟件開發(fā)庫、軟件受控庫或軟件產(chǎn)品庫)。2.3職責機構(gòu)或成員的職責，并指出這些機構(gòu)或成員相互之間的關(guān)系。A．指出負責各項軟件配置管理任務(如配置標識、配置控制、配置狀態(tài)記錄以及配置的評審與檢查)的機構(gòu)的職責；批準要求。.4接口控制2.5實現(xiàn)程。6適用的標準、條例和約定2.6.1指明的軟件配置管理標準、條例和約定，并把它的一部分；還必須說明這些標準、條例和約定要實現(xiàn)的程度。2.6.2內(nèi)容軟件配置管理標準、條例和有關(guān)基線的程度。識、配置控制、配置狀態(tài)記錄與報告以及配置檢查與評審等四方面的軟件配置管理活動的需求。.1配置標識3.1.1基線本條必須詳細說明軟件項目的基線(即最初批準的配置標識)，.2條描述的生存周期的特定階段相聯(lián)系。在要有三種基線，它們是功能基線、指派基線和對支持軟件的修改要求以及對有關(guān)文檔3.1.2代碼、文檔所有軟件代碼和文檔的標題、代號、編號以一步的修改。.2配置控制軟件生存周期中各個階段使用提出修改建議的程序(可以用注上自然語言的流程圖來表達)；b源代碼、目標代碼和文檔的修改)的方法；、成員標識、檔案維護、修改歷史以及配置控制組和其他修改管理機構(gòu)，本條必進行配置控制的方法。如果這些軟件的修制組評審之前或之后進行評審，則本條必它們與配置控制組的關(guān)系以及它們之間的本條必須說明與特殊產(chǎn)品(如非交付的軟件、現(xiàn)存軟件、用戶提供的軟件和內(nèi)部支持軟件)有關(guān)的配置控制規(guī)程。配置狀態(tài)的記錄和報告f．用戶提供的產(chǎn)品(如操作系統(tǒng))的狀態(tài)；4配置的檢查和評審規(guī)程。管理所使用的軟件工具、技的，并在開發(fā)者所有權(quán)的范圍內(nèi)描述其用，要給出對軟件庫內(nèi)的源代碼和目標代碼進術(shù)和方法的描述；如果用到數(shù)據(jù)庫管理系統(tǒng)進行描述。又如，要指明怎樣使用軟件庫工具、技術(shù)和方法來處理軟件產(chǎn)品的交付。一步定義用于準備多種級別(如項目負責人、配置控制小組、軟件配置管理人員和用戶)的管理報告的工具、技術(shù)和方法。供貨單位是指軟件銷售單位、軟件開發(fā)單位或軟件子開發(fā)單位。位進行控制的管理規(guī)程，從而使從軟件銷售單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用件配置管理需求。管理規(guī)程應該規(guī)定在本軟范圍內(nèi)控制供貨單位的方法；還應解釋用于配置管理能力的方法以及監(jiān)督他們遵循本軟件配置管理計劃需求的方法。的軟件配置管理文檔，指明用于匯總、保護和維護這些文檔的方法和設施(其中包括要使用的后備設施)，并指明要保存的期限。7.1軟件問題報告單(SPR)護階段對軟件產(chǎn)品的任何修改建議，或在軟件各個階段的階段產(chǎn)品的任何修改建議，都7.1.1配置管理人員填寫內(nèi)容關(guān)于配置管理七種狀態(tài)的含義在下面解釋。7.1.2配置管理狀態(tài)順利完成所做的修改，軟件問題報告單被關(guān)閉 者是屬于產(chǎn)品改善方面的，或者只具有很低的優(yōu)先級等等。7.1.3配置管理申請人員填寫的內(nèi)容中，屬于配置管理申請人填寫的各項內(nèi)容的意問題還是文檔的問題，是功能性修改還是性能改進可標出子系統(tǒng)名，總之，盡可能J是媒體，表示包含有問題的子例行程序的主程序庫存儲媒體的出該問題對將來測試、界面軟件和文檔等的影響。7.2軟件修改報告單(SCR)品的任何修改，都必須經(jīng)過評審、批準后品釋放。這一過程用軟件修改報告單(softwarechangereport)給以記錄。軟件修改報告單的格式表改類型、修改策略和配置狀態(tài)，它修改申請報告。表中各項內(nèi)容的意義PPart部I是修改的詳細描述，如果是文檔更新，則要列出文檔更新通知列出數(shù)據(jù)庫修改申請的標識句類、計算語句類、邏輯控制語句類、數(shù)據(jù)處理語句類(如數(shù)據(jù)傳L果只要釋性工作，則注重復軟件問題報告單給出的；、改進性修改以及計算錯誤、邏輯錯誤、輸入誤、數(shù)據(jù)庫錯誤、文檔錯誤以及配置錯誤等的表1軟件問題報告單(SPR)題報告單,登記號,A,登記日期,B年月日,發(fā)現(xiàn)日期,C年月日項目名,D,子項目,E,代號,F階段名,軟件定義□,需求分析□,概要設計□,詳細設計□,編碼測試□,組裝測試□,安裝驗收□,運行維護□,狀態(tài),1,2,3,4,5,6,7,地址,問題：G例行程序□程序□數(shù)據(jù)庫□文檔□改進□,,,,表2軟件修改報告單(SCR)改報告單,登記號,A,登記日期,B年月日,發(fā)現(xiàn)日期,C年月日項目名,D,子項目,E,代號,F修改類型,X,修改申請人,Y,修改人,Z修改：H程序□數(shù)據(jù)庫