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

CASE系統(tǒng)軟件配置管理計劃CASE系統(tǒng)軟件配置管理計劃CASE系統(tǒng)軟件配置管理計劃xxx公司CASE系統(tǒng)軟件配置管理計劃文件編號：文件日期：修訂次數(shù)：第1.0次更改批準(zhǔn)審核制定方案設(shè)計，管理制度CASE系統(tǒng)軟件配置管理計劃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)試工具集程序測試工具集程序維護工具集參考資料術(shù)語與縮寫詞軟件配置軟件產(chǎn)品在不同時期的組合，該組合隨著開發(fā)工作的進展而不斷變化。軟件配置項SoftwareConfigurationItem為獨立的配置管理（技術(shù)狀態(tài)管理）而設(shè)計的并且能滿足最終用戶功能的一組軟件。軟件配置管理項SoftwareConfigurationManagementItem置于配置控制之下的軟件配置項的有關(guān)軟件成分。包括各類文檔、源程序及其目標(biāo)碼、運行所需的系統(tǒng)軟件和支持軟件，以及各種數(shù)據(jù)。軟件配置管理SoftwareConfigurationManagement標(biāo)識和確定系統(tǒng)中軟件配置管理項的過程，在整個軟件生存周期內(nèi)控制這些軟件配置管理項的發(fā)放和更改，記錄并報告配置的狀態(tài)和更改要求，驗證配置的完整性和正確性。軟件開發(fā)庫SoftwareDevelopmentLibrary軟件開發(fā)庫是指在軟件生存周期的某一個階段期間，存放與該階段軟件開發(fā)工作有關(guān)的計算機可讀信息和人工可讀信息的庫。軟件受控庫SoftwareControlledLibrary軟件受控庫是指在軟件生存周期的某一個階段結(jié)束時，存放作為階段產(chǎn)品而發(fā)放的、與軟件開發(fā)工作有關(guān)的計算機可讀信息和人工可讀信息的庫。軟件配置管理就是對軟件受控庫中的各個軟件項進行管理，因此軟件受控庫也叫做軟件配置管理庫。軟件產(chǎn)品庫SoftwareProductLibrary軟件產(chǎn)品庫是指在軟件生存周期的組裝與系統(tǒng)測試階段結(jié)束后，存放最終產(chǎn)品而后交付給用戶運行或在現(xiàn)場安裝的軟件的庫?；€Baseline在配置項生存周期的某一特定時間內(nèi)，一個或一組正式指定或固定下來的配置標(biāo)識文件。功能基線FunctionalBaseline功能基線是指在系統(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)識。分配基線分配基線是指在軟件需求分析階段結(jié)束時，經(jīng)過正式評審和批準(zhǔn)的軟件需求規(guī)格說明。分配基線是最初批準(zhǔn)的分配配置標(biāo)識。產(chǎn)品基線產(chǎn)品基線是指在軟件集成與系統(tǒng)測試階段結(jié)束時，經(jīng)過正式評審和批準(zhǔn)的所開發(fā)軟件產(chǎn)品的全部配置項的規(guī)格說明。產(chǎn)品基線是最初批準(zhǔn)的產(chǎn)品配置標(biāo)識。發(fā)放發(fā)放是指在軟件生存周期的各個階段結(jié)束時，由該階段向下階段提交該階段產(chǎn)品的過程。它也指將集成與系統(tǒng)測試階段結(jié)束時所獲得的最終產(chǎn)品向用戶提交的過程。2管理機構(gòu)軟件配置管理的組織機構(gòu)如下：a.在軟件系統(tǒng)整個開發(fā)期間，各項目及其所屬各子項目均應(yīng)建立相應(yīng)的軟件配置管理組織，專門負(fù)責(zé)配置管理工作。組織名稱為軟件配置管理委員會和（或）軟件配置管理小組，以下統(tǒng)稱軟件配置管理組織；b.軟件配置管理組織負(fù)責(zé)管理受控庫和產(chǎn)品庫，開發(fā)庫通常由各項目開發(fā)組自行管理；c.各軟件配置管理組織應(yīng)在工程實施的全過程中履行職責(zé)。任務(wù)軟件配置管理的任務(wù)包括：指明配置管理項的功能特性和物理特性，編制文檔，并建立配置管理項的標(biāo)識體制；控制對這些特性的更改；記錄、報告更改處理以及執(zhí)行狀態(tài)；對配置進行審計和評審等。職責(zé)職責(zé)涉及用戶與軟件配置管理組織的職責(zé)。用戶的主要職責(zé)是：參與各個階段的測試與評審，幫助完成測評文檔。軟件配置管理組織的主要職責(zé)有：a.制訂軟件配置管理計劃，以規(guī)劃整個軟件生存周期中的軟件配置管理活動；b.確定并執(zhí)行軟件開發(fā)過程中要用到的與軟件配置管理有關(guān)的標(biāo)準(zhǔn)、規(guī)定或約定；c.根據(jù)本單位實際選擇并使用合適的軟件配置管理工具；d.對每個軟件配置管理項按其特性進行標(biāo)識，以利于管理；e.確定基線。對于每個基線，必須指明應(yīng)交付的文檔和程序、與每個基線有關(guān)的評審和審批事項以及驗收標(biāo)準(zhǔn)；f.制定并執(zhí)行更改控制程序、文檔更改程序，實施配置控制；g.制定并執(zhí)行配置狀態(tài)記錄和報告程序，實施配置狀態(tài)報告；h.實施配置的審計和評審；i.規(guī)定對分承辦單位進行控制的管理程序，實施對分承辦單位的控制。以便使分承辦單位所交付的軟件能夠滿足規(guī)定的軟件配置管理要求；j.收集、維護、保存軟件配置管理文檔；l.開列發(fā)放清單并及時按發(fā)放清單向有關(guān)人員發(fā)放配置狀態(tài)報告。特別是當(dāng)某些配置管理項狀態(tài)發(fā)生變更時，必須發(fā)放。接口控制按照系統(tǒng)的要求，分配各個模塊功能，最后將各模塊統(tǒng)一起來，每個模塊必須符合接口要求，否則，最后會導(dǎo)致系統(tǒng)無法正常工作。實現(xiàn)采用軟件工程的方法，實行項目經(jīng)理負(fù)責(zé)制，下級按模塊分成若干項目小組，由項目經(jīng)理直接管理各小組組長。適用的標(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軟件配置管理活動配置標(biāo)識確立基線確立基線的要點有：a.各系統(tǒng)根據(jù)開發(fā)軟件的重要性，確定軟件的級別。依據(jù)開發(fā)軟件的級別，按照CPZX/GL1-2001確定該軟件在整個軟件生存周期內(nèi)需要編制的文檔；b.各系統(tǒng)根據(jù)各自工程實際、軟件等級等因素沿整個軟件生存周期確定若干基線，亦即確定具體的時機和相應(yīng)的軟件配置管理項；c.基線的設(shè)置應(yīng)與軟件開發(fā)人員協(xié)商并履行一定的審批手續(xù)；d.在軟件生存周期中，主要有三種基線，即功能基線、分配基線和產(chǎn)品基線。對于每個基線應(yīng)該指明：應(yīng)進入配置受控的每個配置管理項；與每個基線有關(guān)的評審與批準(zhǔn)事項以及驗收標(biāo)準(zhǔn)；在建立基線的過程中用戶和開發(fā)者的參與情況。例如，在產(chǎn)品基線中，要定義的內(nèi)容可以包括：產(chǎn)品名字和命名規(guī)則；產(chǎn)品標(biāo)識編號；安裝說明；已知的缺陷和故障；軟件介質(zhì)和介質(zhì)標(biāo)識等。對一個新交付的版本，要給出版本交付號、新更改的描述、更改交付的方法和對支持軟件的更改要求。標(biāo)識軟件配置管理項標(biāo)識軟件配置管理項應(yīng)注意：a.在制定每一基線時，把基線要求受控的軟件實體標(biāo)識為軟件配置管理項，并為每個軟件配置管理項賦予唯一的標(biāo)識符；b.要確定全部文檔的格式、內(nèi)容和控制機制，以便在配置管理中可追溯；c.用一種編號法提供軟件配置管理項的信息，以便對全部產(chǎn)品文檔和介質(zhì)指定合適的標(biāo)識號；d.標(biāo)識方式要有利于軟件配置管理項的狀態(tài)控制，便于增、刪和更改；e.軟件配置管理項標(biāo)識應(yīng)包括文檔標(biāo)識、程序標(biāo)識和數(shù)據(jù)標(biāo)識。文檔標(biāo)識對文檔進行標(biāo)識時應(yīng)注意：a.受控文檔應(yīng)以易理解的方式確定一個有條理的文檔體系結(jié)構(gòu)；b.所用標(biāo)識法應(yīng)反映：“誰于何時因何故對何物作何更改”。程序標(biāo)識對程序進行標(biāo)識的要點有：a.應(yīng)制定統(tǒng)一的程序命名規(guī)則命名應(yīng)反映其功能與特性，含義明確，易于理解：命名必須唯一；命名應(yīng)便于管理。b.應(yīng)統(tǒng)一規(guī)定程序版本號的設(shè)置與修訂規(guī)則。c.每個源程序進入配置管理時，應(yīng)在其前部建立一個“程序首部”。在程序首部至少應(yīng)給出下列信息：標(biāo)識符：該程序的標(biāo)識符名字：該程序的名稱作用：簡述該程序的作用語言：該程序所用的編程語言作者：該程序的編寫者完成日：該程序的完成日期修改：上次更改該程序的人員姓名、日期及其原因。數(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ù)；等等。配置控制入庫控制入庫控制包含下面五個要點：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)化審查，是否符合相應(yīng)文檔的編制規(guī)范，是否有評審結(jié)論，審批手續(xù)是否齊備；（2）對程序需驗證是否有經(jīng)過批準(zhǔn)的相應(yīng)階段的測試報告、測試用例和測試程序等。d.鑒于工程的密級，應(yīng)對進入受控庫的軟件實施安全控制，為被允許存取這些軟件的人員分別賦予相應(yīng)的權(quán)限（例如，對指定的軟件配置管理項的讀、寫、刪、執(zhí)行、更改等的權(quán)限）。e.安全控制（1）介質(zhì)鑒別—建議入/出受控庫的介質(zhì)最好是專用的、附有防偽標(biāo)志的。本庫的管理工具應(yīng)對此提供鑒別功能。（2）病毒檢測—每次入庫的介質(zhì)均應(yīng)先做病毒檢測。若發(fā)現(xiàn)有病毒應(yīng)拒絕接收，或殺滅所有病毒后才接收。更改控制更改控制的要點如下：a.在軟件生存周期中，對已進入受控庫或產(chǎn)品庫的任一軟件配置管理項的任何更改都必須履行正規(guī)的審批手續(xù)。b.一旦需要更改某一軟件配置管理項，通常應(yīng)由有關(guān)人員申報“軟件問題報告”，詳細(xì)說明問題的癥狀、性質(zhì)、預(yù)計的影響范圍（本次更改可能涉及哪些軟件，對開發(fā)進度可能有多大延誤，可能需追加多少經(jīng)費等）。上述“有關(guān)人員”與發(fā)現(xiàn)問題時所處階段有關(guān)。若在編程時發(fā)現(xiàn)設(shè)計有誤需更改設(shè)計文檔，則編程員應(yīng)協(xié)同設(shè)計人員一起申報“軟件問題報告”；若在測試時發(fā)現(xiàn)程序或文檔有誤，則編程員應(yīng)協(xié)同測試人員申報；若在維護階段發(fā)現(xiàn)程序有誤，則應(yīng)由軟件維護者和用戶申報。c.軟件配置管理員應(yīng)協(xié)同“軟件問題報告”申報人員一起提出“軟件更改申請”，詳細(xì)說明欲改的軟件配置管理項的現(xiàn)行配置狀態(tài)，此次更改的類型（糾錯、改進、擴充…），更改會涉及的程序、文檔、數(shù)據(jù)、系統(tǒng)功能和性能，更改的必要性和可行性，預(yù)想的更改策略，以及更改所需的時間和額外的經(jīng)費支持等。軟件更改申請的格式參見附錄B。d.根據(jù)軟件的級別和程序規(guī)模決定是否建立“更改評審組”。該組織的構(gòu)成人員應(yīng)包括該軟件配置項的管理人員，技術(shù)負(fù)責(zé)人員，總體設(shè)計人員，軟件質(zhì)量保證人員，軟件配置管理人員。組成人數(shù)各單位可視實際情況酌定。更改評審組系臨時性的機構(gòu)。若不建立更改評審組時，由更改審批人負(fù)責(zé)。e.“更改評審組”收到“軟件更改申請”后，分析此更改的必要性、技術(shù)可行性并權(quán)衡其它的更改策略和方法、所涉及的有關(guān)軟件配置管理項、對軟件配置項的功能和性能的影響（利弊得失的權(quán)衡）、更改所需的資源是否合理、充分、以及對整個工程進度和經(jīng)費的影響等，提出是否實施此次更改的意見，提交給更改審批人。f.更改審批人接到“更改評審組”提交的關(guān)于是否實施更改的意見后，應(yīng)及時作出決策，是否實施更改。g.獲準(zhǔn)的“軟件更改申請”退送至開發(fā)組或維護組，由開發(fā)組或維護組實施相應(yīng)的更改，以及完成必要的回歸測試，并寫出軟件更改單。h.更改后的軟件配置管理項連同相應(yīng)的軟件更改單一并提交給軟件配置管理員，重新履行入庫手續(xù)。i.不論所更改的軟件實體是程序還是文檔，必須確保相關(guān)程序和文檔均同時完成相應(yīng)的更改和回歸測試，以便確保軟件配置管理項“文實相符，文文一致”。j.軟件的更改包括正確性更改、適應(yīng)性更改和完善性更改，更改的級別定義如下：1級：涉及需求規(guī)格說明的變化、影響安全和影響系統(tǒng)功能的完成；2級：涉及概要設(shè)計文檔的變化、影響本軟件功能的實現(xiàn)和系統(tǒng)的重要性能變化；3級：非1、2級更改。軟件更改的級別由配置管理組織確定。軟件更改審批人應(yīng)該與配置管理項的原審批人一致。k.當(dāng)某個軟件配置管理項從受控庫中取出進行更改時，必須對此軟件配置管理項在受控庫中的文件加鎖，以指示該軟件配置管理項正在被更改中，禁止其他用戶在此更改期間使用更改中的版本，確保每個用戶從受控庫中所得到的軟件配置管理項總是正確、有效的。l.當(dāng)需更改產(chǎn)品庫中的產(chǎn)品時，應(yīng)將此產(chǎn)品自產(chǎn)品庫中移至受控庫，履行上述對受控庫中軟件配置管理項相同的更改控制手續(xù)。此更改完成并經(jīng)審批同意后才可再存入產(chǎn)品庫交付使用。軟件配置管理狀態(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)容。為了便于管理和讓各類人員及時了解配置狀