CASE系統(tǒng)軟件配置管理計劃

1、CASE 系統(tǒng)軟件配置管理計劃1 概述1.1 編寫目的為了確保 CASE 系統(tǒng)軟件配置管理項的完備、 清晰和可追溯性及其狀態(tài)的可控制性， 特制定本規(guī)定。 本規(guī)定適用于 CASE 系統(tǒng)軟件生存周期的全過程。該系統(tǒng)的項目與子項目如下：管理系統(tǒng)對象管理系統(tǒng)數(shù)據(jù)管理系統(tǒng)界面管理系統(tǒng)工具集程序編譯工具集程序調(diào)試工具集程序測試工具集程序維護(hù)工具集1.2 參考資料1.3 術(shù)語與縮寫詞1.3.1軟件配置軟件產(chǎn)品在不同時期的組合， 該組合隨著開發(fā)工作的進(jìn)展而不斷變化。1.3.2軟件配置項 Software Configuration Item為獨立的配置管理 （技術(shù)狀態(tài)管理） 而設(shè)計的并且能滿足最終用戶功能的一

2、組軟件。1.3.3軟件配置管理項Software Configuration Management Item置于配置控制之下的軟件配置項的有關(guān)軟件成分。包括各類文檔、源程序及其目標(biāo)碼、運(yùn)行所需的系統(tǒng)軟件和支持軟件，以及各種數(shù)據(jù)。1.3.4軟件配置管理 Software Configuration Management標(biāo)識和確定系統(tǒng)中軟件配置管理項的過程，在整個軟件生存周期內(nèi)控制這些軟件配置管理項的發(fā)放和更改，記錄并報告配置的狀態(tài)和更改要求，驗證配置的完整性和正確性。1.3.5軟件開發(fā)庫 Software Development Library軟件開發(fā)庫是指在軟件生存周期的某一個階段期間，存放與

3、該階段軟件開發(fā)工作有關(guān)的計算機(jī)可讀信息和人工可讀信息的庫。1.3.6軟件受控庫 Software Controlled Library軟件受控庫是指在軟件生存周期的某一個階段結(jié)束時，存放作為階段產(chǎn)品而發(fā)放的、 與軟件開發(fā)工作有關(guān)的計算機(jī)可讀信息和人工可讀信息的庫。軟件配置管理就是對軟件受控庫中的各個軟件項進(jìn)行管理，因此軟件受控庫也叫做軟件配置管理庫。1.3.7軟件產(chǎn)品庫 Software Product Library軟件產(chǎn)品庫是指在軟件生存周期的組裝與系統(tǒng)測試階段結(jié)束后，存放最終產(chǎn)品而后交付給用戶運(yùn)行或在現(xiàn)場安裝的軟件的庫。1.3.8基線 Baseline在配置項生存周期的某一特定時間內(nèi)，一

4、個或一組正式指定或固定下來的配置標(biāo)識文件。1.3.9功能基線 Functional Baseline功能基線是指在系統(tǒng)分析與軟件定義階段結(jié)束時，經(jīng)過正式評審和批準(zhǔn)的系統(tǒng)設(shè)計規(guī)格說明書中關(guān)于軟件系統(tǒng)的規(guī)格說明；或是指經(jīng)過項目委托單位和項目承辦單位雙方簽字同意的協(xié)議書或合同中所規(guī)定的關(guān)于軟件系統(tǒng)的規(guī)格說明； 或是指由下級申請經(jīng)上級同意或直接由上級下達(dá)的項目任務(wù)書中所規(guī)定的關(guān)于軟件系統(tǒng)的規(guī)格說明。功能基線是最初批準(zhǔn)的功能配置標(biāo)識。1.3.10分配基線分配基線是指在軟件需求分析階段結(jié)束時，經(jīng)過正式評審和批準(zhǔn)的軟件需求規(guī)格說明。分配基線是最初批準(zhǔn)的分配配置標(biāo)識。1.3.11產(chǎn)品基線產(chǎn)品基線是指在軟件集成

5、與系統(tǒng)測試階段結(jié)束時，經(jīng)過正式評審和批準(zhǔn)的所開發(fā)軟件產(chǎn)品的全部配置項的規(guī)格說明。產(chǎn)品基線是最初批準(zhǔn)的產(chǎn)品配置標(biāo)識。1.3.12發(fā)放發(fā)放是指在軟件生存周期的各個階段結(jié)束時，由該階段向下階段提交該階段產(chǎn)品的過程。 它也指將集成與系統(tǒng)測試階段結(jié)束時所獲得的最終產(chǎn)品向用戶提交的過程。2 管理2.1 機(jī)構(gòu)軟件配置管理的組織機(jī)構(gòu)如下：a. 在軟件系統(tǒng)整個開發(fā)期間，各項目及其所屬各子項目均應(yīng)建立相應(yīng)的軟件配置管理組織， 專門負(fù)責(zé)配置管理工作。 組織名稱為軟件配置管理委員會和（或） 軟件配置管理小組，以下統(tǒng)稱軟件配置管理組織；b. 軟件配置管理組織負(fù)責(zé)管理受控庫和產(chǎn)品庫，開發(fā)庫通常由各項目開發(fā)組自行管理；c.

6、 各軟件配置管理組織應(yīng)在工程實施的全過程中履行職責(zé)。2.2 任務(wù)軟件配置管理的任務(wù)包括：指明配置管理項的功能特性和物理特性，編制文檔， 并建立配置管理項的標(biāo)識體制；控制對這些特性的更改；記錄、報告更改處理以及執(zhí)行狀態(tài)；對配置進(jìn)行審計和評審等。2.3 職責(zé)職責(zé)涉及用戶與軟件配置管理組織的職責(zé)。用戶的主要職責(zé)是： 參與各個階段的測試與評審， 幫助完成測評文檔。軟件配置管理組織的主要職責(zé)有：a. 制訂軟件配置管理計劃，以規(guī)劃整個軟件生存周期中的軟件配置管理活動；b. 確定并執(zhí)行軟件開發(fā)過程中要用到的與軟件配置管理有關(guān)的標(biāo)準(zhǔn)、規(guī)定或約定；c. 根據(jù)本單位實際選擇并使用合適的軟件配置管理工具；d. 對每

7、個軟件配置管理項按其特性進(jìn)行標(biāo)識，以利于管理；e. 確定基線。對于每個基線，必須指明應(yīng)交付的文檔和程序、與每個基線有關(guān)的評審和審批事項以及驗收標(biāo)準(zhǔn)；f. 制定并執(zhí)行更改控制程序、文檔更改程序，實施配置控制；g. 制定并執(zhí)行配置狀態(tài)記錄和報告程序，實施配置狀態(tài)報告；h. 實施配置的審計和評審；i. 規(guī)定對分承辦單位進(jìn)行控制的管理程序， 實施對分承辦單位的控制。以便使分承辦單位所交付的軟件能夠滿足規(guī)定的軟件配置管理要求；j. 收集、維護(hù)、保存軟件配置管理文檔；l. 開列發(fā)放清單并及時按發(fā)放清單向有關(guān)人員發(fā)放配置狀態(tài)報告。特別是當(dāng)某些配置管理項狀態(tài)發(fā)生變更時，必須發(fā)放。2.4 接口控制按照系統(tǒng)的要求

8、，分配各個模塊功能，最后將各模塊統(tǒng)一起來，每個模塊必須符合接口要求，否則，最后會導(dǎo)致系統(tǒng)無法正常工作。2.5 實現(xiàn)采用軟件工程的方法，實行項目經(jīng)理負(fù)責(zé)制，下級按模塊分成若干項目小組，由項目經(jīng)理直接管理各小組組長。2.6 適用的標(biāo)準(zhǔn)、規(guī)程或約定該系統(tǒng)須符合ISO9000 中關(guān)于該行業(yè)的規(guī)定，符合該行業(yè)的操作規(guī)程及術(shù)語約定。盡最大可能使用可重用的代碼，關(guān)于可重用代碼的編制，變量命名等由項目經(jīng)理統(tǒng)一協(xié)調(diào)，并下發(fā)給各小組。3 軟件配置管理活動3.1 配置標(biāo)識3.1.1 確立基線確立基線的要點有：a. 各系統(tǒng)根據(jù)開發(fā)軟件的重要性，確定軟件的級別。依據(jù)開發(fā)軟件的級別，按照 CPZX/GL 1-2001 確

9、定該軟件在整個軟件生存周期內(nèi)需要編制的文檔；b. 各系統(tǒng)根據(jù)各自工程實際、軟件等級等因素沿整個軟件生存周期確定若干基線，亦即確定具體的時機(jī)和相應(yīng)的軟件配置管理項；c. 基線的設(shè)置應(yīng)與軟件開發(fā)人員協(xié)商并履行一定的審批手續(xù)；d. 在軟件生存周期中，主要有三種基線，即功能基線、分配基線和產(chǎn)品基線。對于每個基線應(yīng)該指明：（1） 應(yīng)進(jìn)入配置受控的每個配置管理項；（2） 與每個基線有關(guān)的評審與批準(zhǔn)事項以及驗收標(biāo)準(zhǔn)；（3） 在建立基線的過程中用戶和開發(fā)者的參與情況。例如，在產(chǎn)品基線中，要定義的內(nèi)容可以包括：產(chǎn)品名字和命名規(guī)則；產(chǎn)品標(biāo)識編號；安裝說明；已知的缺陷和故障；軟件介質(zhì)和介質(zhì)標(biāo)識等。對一個新交付的版本

10、， 要給出版本交付號、 新更改的描述、更改交付的方法和對支持軟件的更改要求。3.1.2 標(biāo)識軟件配置管理項標(biāo)識軟件配置管理項應(yīng)注意：a. 在制定每一基線時，把基線要求受控的軟件實體標(biāo)識為軟件配置管理項，并為每個軟件配置管理項賦予唯一的標(biāo)識符；b. 要確定全部文檔的格式、內(nèi)容和控制機(jī)制，以便在配置管理中可追溯；c. 用一種編號法提供軟件配置管理項的信息，以便對全部產(chǎn)品文檔和介質(zhì)指定合適的標(biāo)識號；d. 標(biāo)識方式要有利于軟件配置管理項的狀態(tài)控制，便于增、刪和更改；e. 軟件配置管理項標(biāo)識應(yīng)包括文檔標(biāo)識、程序標(biāo)識和數(shù)據(jù)標(biāo)識。3.1.2.1文檔標(biāo)識對文檔進(jìn)行標(biāo)識時應(yīng)注意：a. 受控文檔應(yīng)以易理解的方式確

11、定一個有條理的文檔體系結(jié)構(gòu)；b. 所用標(biāo)識法應(yīng)反映：“誰于何時因何故對何物作何更改” 。3.1.2.2程序標(biāo)識對程序進(jìn)行標(biāo)識的要點有：a. 應(yīng)制定統(tǒng)一的程序命名規(guī)則（1）命名應(yīng)反映其功能與特性，含義明確，易于理解：（2）命名必須唯一；（3）命名應(yīng)便于管理。b. 應(yīng)統(tǒng)一規(guī)定程序版本號的設(shè)置與修訂規(guī)則。c. 每個源程序進(jìn)入配置管理時，應(yīng)在其前部建立一個“程序首部”。在程序首部至少應(yīng)給出下列信息：(1) 標(biāo)識符：該程序的標(biāo)識符(2) 名 字：該程序的名稱(3) 作 用：簡述該程序的作用(4) 語 言：該程序所用的編程語言(5) 作 者：該程序的編寫者(6) 完成日：該程序的完成日期(7) 修 改：上

12、次更改該程序的人員姓名、日期及其原因。3.1.2.3數(shù)據(jù)標(biāo)識在軟件項目開發(fā)和使用過程中用到的各種基準(zhǔn)參數(shù)值、系統(tǒng)數(shù)據(jù)等均應(yīng)作為軟件配置管理項予以標(biāo)識。這些數(shù)據(jù)如：a. 本型號任務(wù)的基準(zhǔn)數(shù)據(jù)；b. 本軟件項目所涉及的其它系統(tǒng)、子系統(tǒng)的設(shè)置值；c. 本軟件項目的外部接口數(shù)據(jù)；等等。3.2 配置控制3.2.1 入庫控制入庫控制包含下面五個要點：a. 作為受控的軟件配置管理項必須存入受控庫；b. 當(dāng)且僅當(dāng)滿足要求的作為產(chǎn)品交付給用戶使用的軟件配置管理項，才從受控庫轉(zhuǎn)入產(chǎn)品庫；c. 各基線所產(chǎn)生的階段產(chǎn)品，入庫前均需經(jīng)軟件配置管理員審計，確認(rèn)合格后才可入庫：（ 1）對文檔需驗證其是否經(jīng)標(biāo)準(zhǔn)化審查，是否符

13、合相應(yīng)文檔的編制規(guī)范，是否有評審結(jié)論，審批手續(xù)是否齊備；（ 2） 對程序需驗證是否有經(jīng)過批準(zhǔn)的相應(yīng)階段的測試報告、 測試用例和測試程序等。d. 鑒于工程的密級， 應(yīng)對進(jìn)入受控庫的軟件實施安全控制， 為被允許存取這些軟件的人員分別賦予相應(yīng)的權(quán)限 （例如，對指定的軟件配置管理項的讀、寫、刪、執(zhí)行、更改等的權(quán)限）。e. 安全控制（ 1）介質(zhì)鑒別 建議入 /出受控庫的介質(zhì)最好是專用的、附有防偽標(biāo)志的。本庫的管理工具應(yīng)對此提供鑒別功能。（ 2）病毒檢測 每次入庫的介質(zhì)均應(yīng)先做病毒檢測。若發(fā)現(xiàn)有病毒應(yīng)拒絕接收，或殺滅所有病毒后才接收。3.2.2更改控制更改控制的要點如下：a. 在軟件生存周期中，對已進(jìn)入受

14、控庫或產(chǎn)品庫的任一軟件配置管理項的任何更改都必須履行正規(guī)的審批手續(xù)。b. 一旦需要更改某一軟件配置管理項，通常應(yīng)由有關(guān)人員申報“軟件問題報告”，詳細(xì)說明問題的癥狀、 性質(zhì)、預(yù)計的影響范圍 （本次更改可能涉及哪些軟件， 對開發(fā)進(jìn)度可能有多大延誤， 可能需追加多少經(jīng)費等）。上述“有關(guān)人員”與發(fā)現(xiàn)問題時所處階段有關(guān)。若在編程時發(fā)現(xiàn)設(shè)計有誤需更改設(shè)計文檔， 則編程員應(yīng)協(xié)同設(shè)計人員一起申報“軟件問題報告” ；若在測試時發(fā)現(xiàn)程序或文檔有誤，則編程員應(yīng)協(xié)同測試人員申報； 若在維護(hù)階段發(fā)現(xiàn)程序有誤， 則應(yīng)由軟件維護(hù)者和用戶申報。c. 軟件配置管理員應(yīng)協(xié)同“軟件問題報告”申報人員一起提出“軟件更改申請”，詳細(xì)說

15、明欲改的軟件配置管理項的現(xiàn)行配置狀態(tài)，此次更改的類型（糾錯、改進(jìn)、擴(kuò)充 ） ，更改會涉及的程序、文檔、數(shù)據(jù)、系統(tǒng)功能和性能，更改的必要性和可行性，預(yù)想的更改策略，以及更改所需的時間和額外的經(jīng)費支持等。 軟件更改申請的格式參見附錄 B。d. 根據(jù)軟件的級別和程序規(guī)模決定是否建立“更改評審組”。該組織的構(gòu)成人員應(yīng)包括該軟件配置項的管理人員，技術(shù)負(fù)責(zé)人員， 總體設(shè)計人員，軟件質(zhì)量保證人員，軟件配置管理人員。組成人數(shù)各單位可視實際情況酌定。 更改評審組系臨時性的機(jī)構(gòu)。若不建立更改評審組時，由更改審批人負(fù)責(zé)。e. “更改評審組”收到“軟件更改申請”后，分析此更改的必要性、技術(shù)可行性并權(quán)衡其它的更改策略和

16、方法、 所涉及的有關(guān)軟件配置管理項、對軟件配置項的功能和性能的影響 （利弊得失的權(quán)衡）、更改所需的資源是否合理、 充分、以及對整個工程進(jìn)度和經(jīng)費的影響等，提出是否實施此次更改的意見，提交給更改審批人。f. 更改審批人接到“更改評審組”提交的關(guān)于是否實施更改的意見后，應(yīng)及時作出決策，是否實施更改。g. 獲準(zhǔn)的“軟件更改申請”退送至開發(fā)組或維護(hù)組，由開發(fā)組或維護(hù)組實施相應(yīng)的更改， 以及完成必要的回歸測試， 并寫出軟件更改單。h. 更改后的軟件配置管理項連同相應(yīng)的軟件更改單一并提交給軟件配置管理員，重新履行入庫手續(xù)。i. 不論所更改的軟件實體是程序還是文檔， 必須確保相關(guān)程序和文檔均同時完成相應(yīng)的更

17、改和回歸測試，以便確保軟件配置管理項“文實相符，文文一致” 。j. 軟件的更改包括正確性更改、 適應(yīng)性更改和完善性更改，更改的級別定義如下：1 級：涉及需求規(guī)格說明的變化、影響安全和影響系統(tǒng)功能的完成；2 級：涉及概要設(shè)計文檔的變化、影響本軟件功能的實現(xiàn)和系統(tǒng)的重要性能變化；3 級：非 1、2 級更改。軟件更改的級別由配置管理組織確定。軟件更改審批人應(yīng)該與配置管理項的原審批人一致。k. 當(dāng)某個軟件配置管理項從受控庫中取出進(jìn)行更改時，必須對此軟件配置管理項在受控庫中的文件加鎖， 以指示該軟件配置管理項正在被更改中， 禁止其他用戶在此更改期間使用更改中的版本， 確保每個用戶從受控庫中所得到的軟件配

18、置管理項總是正確、有效的。l. 當(dāng)需更改產(chǎn)品庫中的產(chǎn)品時， 應(yīng)將此產(chǎn)品自產(chǎn)品庫中移至受控庫，履行上述對受控庫中軟件配置管理項相同的更改控制手續(xù)。 此更改完成并經(jīng)審批同意后才可再存入產(chǎn)品庫交付使用。3.3 軟件配置管理狀態(tài)的記錄與報告軟件配置狀態(tài)報告的目的是提供開發(fā)過程的歷史記錄，因此在報告中應(yīng)指明各軟件配置管理項的現(xiàn)行狀態(tài)，何時因何故發(fā)生了何事（入庫、更改等）。例如，在配置狀態(tài)記錄和報告中，通常要描述的信息有：規(guī)格說明的狀態(tài)，設(shè)計說明的狀態(tài)，更改申請的狀態(tài)，更改批準(zhǔn)的報告，產(chǎn)品版本或其更改版的狀態(tài)，安裝、更新或交付的實現(xiàn)報告，用戶提供的產(chǎn)品（如操作系統(tǒng)）的狀態(tài)，以及有關(guān)開發(fā)項目歷史的報告等內(nèi)容。為了便于管理和讓各類人員及時了解配置狀態(tài)，除定期提