配置管理過程及工具的使用ppt課件

1、配置管理過程及 工具的使用,CNIC R&D 質(zhì)量組,1,議程,配置管理概念 配置項(xiàng)標(biāo)識(shí) 配置庫目錄結(jié)構(gòu) 配置管理過程 配置管理工具的使用,2,配置管理概念,ISO 9000-3 :1997 配置管理是一個(gè)管理學(xué)科，它對(duì)配置項(xiàng)（包括軟件項(xiàng)）的開發(fā)和支持生存期給與技術(shù)上的和管理上的指導(dǎo)。配置管理的應(yīng)用取決于項(xiàng)目的規(guī)模、復(fù)雜程度和風(fēng)險(xiǎn)大小。 W.Babich 的解釋 軟件配置管理能協(xié)調(diào)軟件開發(fā)，使混亂減少到最小。軟件配置管理是一種標(biāo)識(shí)、組織和控制修改的技術(shù)，目的是最有效的提高生產(chǎn)率。 GB/T 11457 :1995軟件工程術(shù)語國家標(biāo)準(zhǔn) A.表示和確定系統(tǒng)中配置項(xiàng)的過程，在系統(tǒng)整個(gè)生存期內(nèi)控制這些

2、配置項(xiàng)的投放和更動(dòng)，記錄并報(bào)告配置的狀態(tài)和更動(dòng)要求，驗(yàn)證配置項(xiàng)的完整性和正確性。 B.對(duì)下列工作進(jìn)行技術(shù)和行動(dòng)指導(dǎo)與監(jiān)督的一套規(guī)范： 對(duì)配置項(xiàng)的功能特性和物理特性進(jìn)行標(biāo)識(shí)和文件編制工作； 控制這些特性的更動(dòng)情況； 記錄并報(bào)告這些更動(dòng)進(jìn)行的處理和實(shí)現(xiàn)的狀態(tài)。,3,為什么需要配置管理,忽視軟件配置管理可能導(dǎo)致的混亂現(xiàn)象： 標(biāo)識(shí)混亂 版本混亂 不能協(xié)同工作 已經(jīng)解決的缺陷過后又出現(xiàn)錯(cuò)誤 找不到最新修改了的源程序 找不到編程序的人,4,SCM的主要職責(zé)（1）,5,SCM的主要職責(zé)（2）,配置項(xiàng) 受配置管理控制和管理的基本單位。配置管理工作都是圍繞配置項(xiàng)來進(jìn)行。 配置標(biāo)識(shí) 要進(jìn)行配置標(biāo)識(shí)，首先必須明確項(xiàng)

3、目生命周期內(nèi)所要產(chǎn)生的工作產(chǎn)品，然后確定工作產(chǎn)品的命名和標(biāo)識(shí)規(guī)則。總體原則是方便在配置管理工具中進(jìn)行檢索和讓項(xiàng)目組成員容易記住標(biāo)識(shí)規(guī)則，同時(shí)確保在組織一級(jí)的標(biāo)識(shí)規(guī)則一致性。 變更管理 變更管理是項(xiàng)目管理的一個(gè)重點(diǎn)和難點(diǎn)，涉及的范圍很廣。實(shí)施高效的變更管理至少應(yīng)該包括二個(gè)部分，一是定義合理變更管理流程，一是采用自動(dòng)化工具來支持。在具體的實(shí)踐中，應(yīng)該對(duì)變更進(jìn)行分類和分層，建立處理不同變更的變更控制委員會(huì)（CCB）構(gòu)成策略，既能保證項(xiàng)目組成員有一定的自主權(quán)又不耽誤高層經(jīng)理對(duì)關(guān)鍵問題的把握。,6,SCM的主要職責(zé)（3）,報(bào)告配置狀態(tài) 報(bào)告配置狀態(tài)的目的是向項(xiàng)目所有成員提供基線內(nèi)容和狀態(tài)、基線變更信息，

4、也是實(shí)現(xiàn)資源共享的前提。此外，在項(xiàng)目生命周期中通過對(duì)配置項(xiàng)的變更數(shù)據(jù)統(tǒng)計(jì)分析，有利于評(píng)估項(xiàng)目風(fēng)險(xiǎn)，有效控制項(xiàng)目的執(zhí)行。報(bào)告的方式可以多種多樣，如Email，但應(yīng)該把握好時(shí)機(jī)：變更請(qǐng)求被批準(zhǔn)時(shí)；基線版本發(fā)生變化時(shí)；項(xiàng)目組任何需要的時(shí)候。 配置審核 配置審核包括兩方面的內(nèi)容：配置管理活動(dòng)審核及基線審核。配置管理活動(dòng)審核確保項(xiàng)目組成員所有配置管理活動(dòng)遵循批準(zhǔn)的軟件配置管理方針和規(guī)程，比如檢入（Check in）/檢出（Check Out）的頻度，工作產(chǎn)品成熟度提升原則等。實(shí)施基線審核，保證基線化軟件工作產(chǎn)品的完整性和一致性，并且滿足其功能要求。,7,確定配置項(xiàng),1、 系統(tǒng)規(guī)格說明 2、 軟件項(xiàng)目計(jì)劃

5、 3、 軟件需求規(guī)格說明書 a.圖形分析模型 b.處理規(guī)格說明 c.原型 d.數(shù)學(xué)規(guī)格說明 4 初步用戶手冊(cè) 5 設(shè)計(jì)規(guī)格說明書 a.數(shù)據(jù)設(shè)計(jì)描述 b.體系結(jié)構(gòu)設(shè)計(jì)描述 c.模塊設(shè)計(jì)描述 d.接口設(shè)計(jì)描述 e.對(duì)象描述（采用面向?qū)ο蠹夹g(shù)時(shí)） 6 源代碼清單,7、 測(cè)試規(guī)格說明 a.測(cè)試計(jì)劃和步驟 b.測(cè)試用例和記錄的結(jié)果 8、操作和安裝手冊(cè) 9、 可執(zhí)行程序 a.模塊可執(zhí)行代碼 b.連接的模塊 10、數(shù)據(jù)庫描述 a.模式和文件結(jié)構(gòu) b.初始內(nèi)容 11、聯(lián)機(jī)用戶手冊(cè) 12、維護(hù)文檔 a.軟件問題報(bào)告 b.維護(hù)請(qǐng)求 c.工程變更指令 13.軟件工程標(biāo)準(zhǔn)和規(guī)程,8,配置項(xiàng)標(biāo)識(shí),配置標(biāo)識(shí)是軟件生命周期

6、中劃分選擇各類配置項(xiàng)、定義配置項(xiàng)的種類、為它們分配標(biāo)識(shí)符的過程。配置項(xiàng)標(biāo)識(shí)的重要內(nèi)容就是對(duì)配置項(xiàng)進(jìn)行標(biāo)識(shí)和命名。 原則 唯一性 可追溯性 與同類配置項(xiàng)不同的信息，應(yīng)納入標(biāo)識(shí)：這是為了便于區(qū)分、查找 同類配置項(xiàng)的標(biāo)識(shí)方法統(tǒng)一 容易記憶,9,文檔標(biāo)識(shí)方法（1）,配置項(xiàng)的相關(guān)標(biāo)識(shí)信息 組名 項(xiàng)目名 文檔內(nèi)容 版本號(hào) 文檔撰寫時(shí)間 文檔撰寫作者,10,文檔標(biāo)識(shí)方法（2）,標(biāo)識(shí)項(xiàng)目信息 命名方式：項(xiàng)目編號(hào)+文檔名稱 例如：RDMIS_需求規(guī)格說明書 適用于：需求規(guī)格說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、測(cè)試計(jì)劃等等 標(biāo)識(shí)版本變化 版本變化不通過文檔命名來標(biāo)識(shí)，對(duì)于基線文檔，在CVS中是通過 Tag來標(biāo)

7、識(shí)。并且，在文檔的頭信息中必須注明文檔的版本號(hào)。 命名方式：文檔名稱 例如：RDMIS_概要設(shè)計(jì)說明書 適用于有版本變化的文檔。,11,文檔標(biāo)識(shí)方法（3）,標(biāo)識(shí)文檔撰寫時(shí)間 命名方式：文檔名稱撰寫時(shí)間 例如：RDMIS項(xiàng)目會(huì)議記錄_20040708 適用于：會(huì)議記錄、項(xiàng)目周報(bào)、工作周報(bào)等等 標(biāo)識(shí)文檔作者 命名方式：文檔名稱人員名稱 例如：項(xiàng)目周報(bào)_李平_20041227 適用于：項(xiàng)目周報(bào)、工作周報(bào)、年終工作總結(jié)等等 標(biāo)識(shí)子系統(tǒng)或者模塊名稱 命名方式：項(xiàng)目編號(hào)+子系統(tǒng)名稱+文檔名稱 例如：RDMIS_績效考評(píng)_詳細(xì)設(shè)計(jì)說明書 適用于：子系統(tǒng)詳細(xì)設(shè)計(jì)說明書、系統(tǒng)模塊設(shè)計(jì)說明書等等,12,文檔標(biāo)識(shí)方

8、法（4）,文檔首頁可以包括這些信息：項(xiàng)目名、文檔名、文檔作者、本文檔的版本更新歷史、版本號(hào)、日期等。,13,源程序標(biāo)識(shí)信息,每個(gè)源程序的首部應(yīng)包括的信息為：功能描述、創(chuàng)建日期、作者、版本號(hào)。,14,版本號(hào),形式：主版本號(hào).從版本號(hào).維護(hù)版本號(hào) 主版本號(hào) 對(duì)系統(tǒng)作重大調(diào)整，在功能和性能上有大的變化時(shí)主版本號(hào)增加。第一次版本號(hào)和第二次版本號(hào)為零。版本號(hào)升級(jí)由項(xiàng)目組長/室主任決定。 從版本號(hào) 與上一版本相比，對(duì)系統(tǒng)功能或性能進(jìn)行了少量的增加或修改，從版本號(hào)增加，主版本號(hào)不變。版本號(hào)升級(jí)由項(xiàng)目組長決定。 維護(hù)版本號(hào) 與上一版本相比，修改了小量系統(tǒng)bug，維護(hù)版本號(hào)增加，主版本號(hào)和從版本號(hào)不變。版本號(hào)升

9、級(jí)由項(xiàng)目組長決定。 通常來說，通過軟件系統(tǒng)測(cè)試后系統(tǒng)版本號(hào)變?yōu)閂1.0，軟件系統(tǒng)第一次發(fā)布時(shí)版本號(hào)為V1.0.0，從版本號(hào)和維護(hù)版本號(hào)均為0。,15,CVS輔助標(biāo)識(shí)方法,16,版本的演變,17,三個(gè)配置庫,（1）開發(fā)庫： 存放開發(fā)過程中需要保留的各種信息，供項(xiàng)目組成員使用。 （2）基線庫： 在軟件開發(fā)的某個(gè)階段工作結(jié)束時(shí)，將工作產(chǎn)品存入或?qū)⒂嘘P(guān)的信息存入。對(duì)庫內(nèi)工作產(chǎn)品的讀寫和修改應(yīng)該加以控制。 （3）產(chǎn)品庫： 在開發(fā)的軟件產(chǎn)品完成系統(tǒng)測(cè)試之后，作為最終產(chǎn)品存入庫內(nèi)，等待交付用戶或現(xiàn)場(chǎng)安裝。對(duì)庫內(nèi)工作產(chǎn)品也應(yīng)該加以控制。,18,配置庫目錄結(jié)構(gòu),19,配置庫結(jié)構(gòu)說明（1）,一級(jí)目錄介紹 基線庫

10、經(jīng)過評(píng)審，變更嚴(yán)格控制的工作產(chǎn)品?；€庫由配置管理員建立并維護(hù)，其它任何人沒有寫權(quán)限。 產(chǎn)品庫 產(chǎn)品庫由配置管理員建立并維護(hù)，整個(gè)項(xiàng)目結(jié)束后，配置管理員從基線庫里把所有的文檔挪到產(chǎn)品庫中，其它任何人沒有寫權(quán)限。 開發(fā)庫 開發(fā)庫由配置管理員創(chuàng)建主要目錄，項(xiàng)目組成員可以在目錄下創(chuàng)建子目錄以及文件。文件/目錄的創(chuàng)建者本人擁有該目錄/文件的完全控制權(quán)限，而項(xiàng)目其它成員缺省情況下是只讀權(quán)限。如果其它成員需要修改文件/目錄，必須先由文件的創(chuàng)建者賦予權(quán)限。,20,配置庫結(jié)構(gòu)說明（2）,重點(diǎn)目錄說明開發(fā)庫目錄 計(jì)劃 項(xiàng)目計(jì)劃相關(guān)文件（估計(jì)、進(jìn)度）納入基線前的文件，以及項(xiàng)目初始計(jì)劃等 需求 納入基線前的需求說明

11、書等文件，需求跟蹤矩陣 設(shè)計(jì) 納入基線前的設(shè)計(jì)文件，包括概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)。項(xiàng)目組長有讀寫權(quán)限 源代碼 項(xiàng)目開發(fā)過程中的代碼 測(cè)試 項(xiàng)目單元測(cè)試和集成測(cè)試所需要的工作產(chǎn)品和測(cè)試過程中產(chǎn)生的文件 用戶文檔 系統(tǒng)的安裝、維護(hù)、使用手冊(cè)等 發(fā)布 項(xiàng)目發(fā)布的工作產(chǎn)品。包括中間發(fā)布和最后的發(fā)布,21,配置庫結(jié)構(gòu)說明（3）,重點(diǎn)目錄說明管理目錄 配置管理 放置項(xiàng)目配置項(xiàng)清單、配置管理光盤清單、配置狀態(tài)報(bào)告等，SCM讀寫，其他人只讀 質(zhì)量保證 放置項(xiàng)目不符合報(bào)告、SQA核查表和SQA周報(bào)等，SQA讀寫，其他人只讀 項(xiàng)目跟蹤和監(jiān)控 放置項(xiàng)目狀態(tài)報(bào)告、項(xiàng)目周報(bào)、個(gè)人工作周報(bào)等 評(píng)審和報(bào)告 基線工作產(chǎn)品入基線時(shí)評(píng)

12、審的報(bào)告，項(xiàng)目組長讀寫，其他人只讀,22,配置庫使用說明（1）,放入正確的位置，正確標(biāo)識(shí) 因?yàn)镃VS工具本身的問題，如果你將文件放在錯(cuò)誤的位置，或者命名不規(guī)范，SCM進(jìn)行位置移動(dòng)或者修改文件名稱的時(shí)候，會(huì)造成歷史版本的丟失，想要找回歷史版本很不容易，給配置管理造成一定的工作量。 所以請(qǐng)大家在進(jìn)行文件入庫時(shí)，注意放入正確的位置，并且正確命名，以免造成歷史版本丟失。 及時(shí)提交、更新 如果習(xí)慣將自己的工作產(chǎn)品放在個(gè)人目錄下，請(qǐng)及時(shí)提交或者更新到服務(wù)器上，讓相關(guān)人員能夠看到最新的文件。 養(yǎng)成良好的工作習(xí)慣，每次要對(duì)某個(gè)文件進(jìn)行修改時(shí)，請(qǐng)首先UPDATE這個(gè)文件，從服務(wù)器上更新最新版本，以免在舊版本基礎(chǔ)

13、上修改，造成沖突，無法提交。,23,配置庫使用說明（2）,提交規(guī)范 文件提交到服務(wù)器上時(shí)，有“Enter the log message”，請(qǐng)大家一定要填寫，主要填寫幾個(gè)方面的內(nèi)容：修改的目的，修改的主要內(nèi)容（段落或者函數(shù)名稱），修改可能造成的影響。 尤其是進(jìn)入編碼和測(cè)試階段，要求每個(gè)文件的提交必須有l(wèi)og message。請(qǐng)大家注意！,24,提交規(guī)范,25,配置庫使用說明（3）,版本發(fā)布 每一次版本發(fā)布（包括中間的發(fā)布、最后的正式發(fā)布），把待發(fā)布工作產(chǎn)品（文檔、源代碼、安裝包等）提交到“發(fā)布” 目錄下，下一級(jí)目錄以版本號(hào)命名； 在發(fā)布記錄中記錄詳細(xì)情況； 通過電子郵件給測(cè)試人員及其他相關(guān)人員

14、，發(fā)送軟件發(fā)布通知單； 測(cè)試人員從CVS中提取相應(yīng)的版本。 使用規(guī)范 不要把CVS作為練習(xí)的場(chǎng)所,26,配置管理過程,崗位及職責(zé) 項(xiàng)目建立 配置管理計(jì)劃 出入庫 變更流程 配置狀態(tài)報(bào)告 SCM總結(jié)報(bào)告 驗(yàn)證,27,崗位與職責(zé),SCCB（Software Configuration Control Board） SCCB負(fù)責(zé)人：一般由室主任、項(xiàng)目所有者(Project Owner)或項(xiàng)目負(fù)責(zé)人擔(dān)當(dāng)，主要職責(zé)是審批配置管理計(jì)劃、審批重大的變更； SCCB成員：一般由室主任、項(xiàng)目負(fù)責(zé)人、SQA人員共同組成，主要職責(zé)是討論、審批配置項(xiàng)或基線的變更； SQA：主要職責(zé)為審核配置管理活動(dòng)； 配置管理員：主

15、要職責(zé)為制定配置管理計(jì)劃、創(chuàng)建和維護(hù)配置庫、定期做配置狀態(tài)報(bào)告。,28,項(xiàng)目建立,首先由項(xiàng)目負(fù)責(zé)人提出立項(xiàng)申請(qǐng)，并按照上述崗位及職責(zé)組織合適人選共同成立軟件配置控制委員會(huì)（SCCB），指定配置管理員。 立項(xiàng)后項(xiàng)目負(fù)責(zé)人提交CVS服務(wù)申請(qǐng)，配置管理員按照項(xiàng)目配置庫定義表的目錄結(jié)構(gòu)和權(quán)限設(shè)定，在CVS上創(chuàng)建配置庫，并將項(xiàng)目基本信息入庫。,29,30,配置管理計(jì)劃,配置管理員根據(jù)項(xiàng)目負(fù)責(zé)人提交的項(xiàng)目開發(fā)計(jì)劃，編寫配置管理計(jì)劃。 配置管理計(jì)劃的目標(biāo)是規(guī)劃整個(gè)項(xiàng)目的配置管理活動(dòng)，尤其是重要的比如發(fā)布、基線管理等問題。配置管理計(jì)劃的主要內(nèi)容包括人員及職責(zé)、用于配置管理的軟硬件資源、配置管理環(huán)境、配置項(xiàng)計(jì)劃

16、、基線計(jì)劃和配置庫備份計(jì)劃等。配置管理計(jì)劃直接決定了項(xiàng)目配置管理的方針，以及配置管理活動(dòng)的準(zhǔn)則。 配置管理計(jì)劃的編寫可參考配置管理計(jì)劃編寫指南、配置管理計(jì)劃模板。 配置管理計(jì)劃經(jīng)SCCB討論，SCCB負(fù)責(zé)人審批后，方可入庫并實(shí)施。入庫的路徑為“開發(fā)庫/項(xiàng)目管理/配置管理”。,31,出入庫,在進(jìn)行出入庫操作時(shí)，要注意以下問題： 配置庫中的內(nèi)容不但要具有完整性和一致性，而且還要有助于協(xié)同開發(fā)。具體而言，開發(fā)庫中的源代碼應(yīng)該以目錄形式存在，而不是以壓縮包的形式存在，這樣開發(fā)人員不必每修改一個(gè)源代碼文件就要更新整個(gè)代碼包。 開發(fā)庫中除源碼外，還應(yīng)包括相應(yīng)開發(fā)工具的配置文件，如JBuilder的項(xiàng)目文件

17、（.jpx），從開發(fā)庫中下載源代碼后，能快速重建開發(fā)環(huán)境，直接生成可運(yùn)行的系統(tǒng)。 測(cè)試人員從配置庫中獲得源碼，對(duì)Build之后生成的可運(yùn)行系統(tǒng)進(jìn)行測(cè)試。不應(yīng)該直接對(duì)開發(fā)人員提供的可運(yùn)行系統(tǒng)進(jìn)行測(cè)試。 部署人員從產(chǎn)品庫中獲取要部署的軟件，進(jìn)行部署。通常，開發(fā)人員不對(duì)運(yùn)行環(huán)境進(jìn)行操作。,32,變更流程,當(dāng)基線庫配置項(xiàng)需要變更時(shí)，一定要實(shí)施變更流程：變更實(shí)施前必須填寫配置項(xiàng)變更申請(qǐng)，經(jīng)變更評(píng)審組評(píng)審?fù)ㄟ^后，才能從基線庫中提出需變更的配置項(xiàng)并實(shí)施變更。變更實(shí)施完成后，必須通過評(píng)審才能重新進(jìn)入基線庫。 變更流程的每一步，都需要在配置項(xiàng)變更控制報(bào)告中進(jìn)行記錄和落實(shí)，該文檔的入庫的路徑為“開發(fā)庫/項(xiàng)目管理/

18、配置管理”。入庫后要以郵件方式通知SCCB成員、項(xiàng)目組成員、測(cè)試人員。,33,34,重大變更和一般變更,重大變更：配置項(xiàng)變更申請(qǐng)由項(xiàng)目組負(fù)責(zé)人填寫，交變更評(píng)審組審核。變更評(píng)審組收到變更申請(qǐng)后，分析此變更的必要性和技術(shù)可行性，并權(quán)衡其他的變更策略和方法，所涉及的有關(guān)配置項(xiàng)，對(duì)系統(tǒng)的功能和性能的影響，變更所需的資源是否合理、充分以及對(duì)整個(gè)工程進(jìn)展和經(jīng)費(fèi)的影響等。由此決策是否實(shí)施此項(xiàng)變更，并給出變更評(píng)審結(jié)論，同時(shí)由SCCB簽署該變更申請(qǐng)。配置管理員根據(jù)簽署的變更申請(qǐng)，從基線庫中提出需變更的配置項(xiàng)并實(shí)施變更。變更實(shí)施完成后，必須通過SCCB評(píng)審才能重新進(jìn)入基線庫。 一般變更：與重大變更的流程一致，區(qū)別

19、在于配置項(xiàng)變更申請(qǐng)的審核和變更實(shí)施后的評(píng)審都由項(xiàng)目組負(fù)責(zé)人來做，并不由SCCB來審核，但是要以郵件的方式通知到SCCB。由于不經(jīng)過SCCB審核，項(xiàng)目組負(fù)責(zé)人在進(jìn)行一般變更時(shí)一定要謹(jǐn)慎，對(duì)于有足夠把握的非重大變更才可按此方式操作。,35,配置狀態(tài)報(bào)告,配置管理員需要定期做配置狀態(tài)報(bào)告。配置狀態(tài)報(bào)告是配置管理的一個(gè)組成部分，其任務(wù)是有效地記錄和報(bào)告管理配置所需要的信息。目的是及時(shí)、準(zhǔn)確地給出軟件配置的當(dāng)前狀況，供相關(guān)人員了解，以加強(qiáng)配置管理工作。 配置狀態(tài)報(bào)告的編寫可參考配置狀態(tài)報(bào)告編寫指南、配置狀態(tài)報(bào)告模板。 配置狀態(tài)報(bào)告的入庫的路徑為“開發(fā)庫/項(xiàng)目管理/配置管理”。入庫后要以郵件方式通知SCC

20、B成員、項(xiàng)目組成員、測(cè)試人員。,36,SCM總結(jié)報(bào)告,項(xiàng)目結(jié)束后，配置管理員需要做SCM總結(jié)報(bào)告。主要包含三部分內(nèi)容：配置項(xiàng)清單、軟件發(fā)布記錄、SCM活動(dòng)及度量。其中軟件發(fā)布記錄是以版本號(hào)、發(fā)布說明、發(fā)布介質(zhì)、發(fā)布日期為主要內(nèi)容的二維表。SCM活動(dòng)及度量是對(duì)配置狀態(tài)報(bào)告的次數(shù)、軟件發(fā)布的次數(shù)、配置庫建立與維護(hù)工作量、配置項(xiàng)標(biāo)識(shí)工作量、配置庫用戶權(quán)限管理工作量等內(nèi)容進(jìn)行的統(tǒng)計(jì)度量。 配置狀態(tài)報(bào)告的入庫的路徑為“開發(fā)庫/項(xiàng)目管理/配置管理”。入庫后要以郵件方式通知SCCB成員、項(xiàng)目組成員、測(cè)試人員。,37,驗(yàn)證,SCCB評(píng)審配置管理員提交的配置管理計(jì)劃，并由SCCB負(fù)責(zé)人審批。 變更評(píng)審組評(píng)審配置

21、項(xiàng)變更申請(qǐng)，并由SCCB負(fù)責(zé)人審批。變更實(shí)施后，也需要變更評(píng)審組進(jìn)行確認(rèn)，并由SCCB負(fù)責(zé)人審批。SQA驗(yàn)證變更是否已經(jīng)通知到相關(guān)人員。 SQA審核配置管理員提交的配置管理計(jì)劃、配置狀態(tài)報(bào)告、SCM總結(jié)報(bào)告是否已入庫，檢查配置清單的內(nèi)容和配置庫中的配置項(xiàng)是否一致。 SQA審核規(guī)定流程中產(chǎn)生的各個(gè)文檔，如項(xiàng)目配置庫定義表、配置項(xiàng)變更控制報(bào)告等是否已入庫。,38,配置管理工具的使用,Wincvs JBuilder Eclipse,39,wincvs的使用,點(diǎn)擊系統(tǒng)_配置,40,wincvs的使用,點(diǎn)擊系統(tǒng)_登陸,41,導(dǎo)入模塊,42,導(dǎo)出模塊,43,導(dǎo)出模塊,44,導(dǎo)出模塊,45,更新文件或者模塊,46,更新文件或者模塊,47,更新文件或者模塊,與當(dāng)前版本合并。,48,提交修改,49,增加