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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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