《配置管理過程及》PPT課件.pptVIP

配置管理過程及 工具的使用,CNIC R&D 質(zhì)量組,議程,配置管理概念 配置項標(biāo)識 配置庫目錄結(jié)構(gòu) 配置管理過程 配置管理工具的使用,配置管理概念,ISO 9000-3 :1997 配置管理是一個管理學(xué)科，它對配置項（包括軟件項）的開發(fā)和支持生存期給與技術(shù)上的和管理上的指導(dǎo)。配置管理的應(yīng)用取決于項目的規(guī)模、復(fù)雜程度和風(fēng)險大小。 W.Babich 的解釋 軟件配置管理能協(xié)調(diào)軟件開發(fā)，使混亂減少到最小。軟件配置管理是一種標(biāo)識、組織和控制修改的技術(shù)，目的是最有效的提高生產(chǎn)率。 GB/T 11457 :1995軟件工程術(shù)語國家標(biāo)準(zhǔn) A.表示和確定系統(tǒng)中配置項的過程，在系統(tǒng)整個生存期內(nèi)控制這些配置項的投放和更動，記錄并報告配置的狀態(tài)和更動要求，驗證配置項的完整性和正確性。 B.對下列工作進行技術(shù)和行動指導(dǎo)與監(jiān)督的一套規(guī)范： 對配置項的功能特性和物理特性進行標(biāo)識和文件編制工作； 控制這些特性的更動情況； 記錄并報告這些更動進行的處理和實現(xiàn)的狀態(tài)。,為什么需要配置管理,忽視軟件配置管理可能導(dǎo)致的混亂現(xiàn)象： 標(biāo)識混亂 版本混亂 不能協(xié)同工作 已經(jīng)解決的缺陷過后又出現(xiàn)錯誤 找不到最新修改了的源程序 找不到編程序的人,SCM的主要職責(zé)（1）,SCM的主要職責(zé)（2）,配置項 受配置管理控制和管理的基本單位。配置管理工作都是圍繞配置項來進行。 配置標(biāo)識 要進行配置標(biāo)識，首先必須明確項目生命周期內(nèi)所要產(chǎn)生的工作產(chǎn)品，然后確定工作產(chǎn)品的命名和標(biāo)識規(guī)則?？傮w原則是方便在配置管理工具中進行檢索和讓項目組成員容易記住標(biāo)識規(guī)則，同時確保在組織一級的標(biāo)識規(guī)則一致性。 變更管理 變更管理是項目管理的一個重點和難點，涉及的范圍很廣。實施高效的變更管理至少應(yīng)該包括二個部分，一是定義合理變更管理流程，一是采用自動化工具來支持。在具體的實踐中，應(yīng)該對變更進行分類和分層，建立處理不同變更的變更控制委員會（CCB）構(gòu)成策略，既能保證項目組成員有一定的自主權(quán)又不耽誤高層經(jīng)理對關(guān)鍵問題的把握。,SCM的主要職責(zé)（3）,報告配置狀態(tài) 報告配置狀態(tài)的目的是向項目所有成員提供基線內(nèi)容和狀態(tài)、基線變更信息，也是實現(xiàn)資源共享的前提。此外，在項目生命周期中通過對配置項的變更數(shù)據(jù)統(tǒng)計分析，有利于評估項目風(fēng)險，有效控制項目的執(zhí)行。報告的方式可以多種多樣，如Email，但應(yīng)該把握好時機：變更請求被批準(zhǔn)時；基線版本發(fā)生變化時；項目組任何需要的時候。 配置審核 配置審核包括兩方面的內(nèi)容：配置管理活動審核及基線審核。配置管理活動審核確保項目組成員所有配置管理活動遵循批準(zhǔn)的軟件配置管理方針和規(guī)程，比如檢入（Check in）/檢出（Check Out）的頻度，工作產(chǎn)品成熟度提升原則等。實施基線審核，保證基線化軟件工作產(chǎn)品的完整性和一致性，并且滿足其功能要求。,確定配置項,1、 系統(tǒng)規(guī)格說明 2、 軟件項目計劃 3、 軟件需求規(guī)格說明書 a.圖形分析模型 b.處理規(guī)格說明 c.原型 d.數(shù)學(xué)規(guī)格說明 4 初步用戶手冊 5 設(shè)計規(guī)格說明書 a.數(shù)據(jù)設(shè)計描述 b.體系結(jié)構(gòu)設(shè)計描述 c.模塊設(shè)計描述 d.接口設(shè)計描述 e.對象描述（采用面向?qū)ο蠹夹g(shù)時） 6 源代碼清單,7、 測試規(guī)格說明 a.測試計劃和步驟 b.測試用例和記錄的結(jié)果 8、操作和安裝手冊 9、 可執(zhí)行程序 a.模塊可執(zhí)行代碼 b.連接的模塊 10、數(shù)據(jù)庫描述 a.模式和文件結(jié)構(gòu) b.初始內(nèi)容 11、聯(lián)機用戶手冊 12、維護文檔 a.軟件問題報告 b.維護請求 c.工程變更指令 13.軟件工程標(biāo)準(zhǔn)和規(guī)程,配置項標(biāo)識,配置標(biāo)識是軟件生命周期中劃分選擇各類配置項、定義配置項的種類、為它們分配標(biāo)識符的過程。配置項標(biāo)識的重要內(nèi)容就是對配置項進行標(biāo)識和命名。 原則 唯一性 可追溯性 與同類配置項不同的信息，應(yīng)納入標(biāo)識：這是為了便于區(qū)分、查找 同類配置項的標(biāo)識方法統(tǒng)一 容易記憶,文檔標(biāo)識方法（1）,配置項的相關(guān)標(biāo)識信息 組名 項目名 文檔內(nèi)容 版本號 文檔撰寫時間 文檔撰寫作者,文檔標(biāo)識方法（2）,標(biāo)識項目信息 命名方式：項目編號+文檔名稱 例如：RDMIS_需求規(guī)格說明書 適用于：需求規(guī)格說明書、概要設(shè)計說明書、詳細設(shè)計說明書、測試計劃等等 標(biāo)識版本變化 版本變化不通過文檔命名來標(biāo)識，對于基線文檔，在CVS中是通過 Tag來標(biāo)識。并且，在文檔的頭信息中必須注明文檔的版本號。 命名方式：文檔名稱 例如：RDMIS_概要設(shè)計說明書 適用于有版本變化的文檔。,文檔標(biāo)識方法（3）,標(biāo)識文檔撰寫時間 命名方式：文檔名稱撰寫時間 例如：RDMIS項目會議記錄_20040708 適用于：會議記錄、項目周報、工作周報等等 標(biāo)識文檔作者 命名方式：文檔名稱人員名稱 例如：項目周報_李平_20041227 適用于：項目周報、工作周報、年終工作總結(jié)等等 標(biāo)識子系統(tǒng)或者模塊名稱 命名方式：項目編號+子系統(tǒng)名稱+文檔名稱 例如：RDMIS_績效考評_詳細設(shè)計說明書 適用于：子系統(tǒng)詳細設(shè)計說明書、系統(tǒng)模塊設(shè)計說明書等等,文檔標(biāo)識方法（4）,文檔首頁可以包括這些信息：項目名、文檔名、文檔作者、本文檔的版本更新歷史、版本號、日期等。,源程序標(biāo)識信息,每個源程序的首部應(yīng)包括的信息為：功能描述、創(chuàng)建日期、作者、版本號。,版本號,形式：主版本號.從版本號.維護版本號 主版本號 對系統(tǒng)作重大調(diào)整，在功能和性能上有大的變化時主版本號增加。第一次版本號和第二次版本號為零。版本號升級由項目組長/室主任決定。 從版本號 與上一版本相比，對系統(tǒng)功能或性能進行了少量的增加或修改，從版本號增加，主版本號不變。版本號升級由項目組長決定。 維護版本號 與上一版本相比，修改了小量系統(tǒng)bug，維護版本號增加，主版本號和從版本號不變。版本號升級由項目組長決定。 通常來說，通過軟件系統(tǒng)測試后系統(tǒng)版本號變?yōu)閂1.0，軟件系統(tǒng)第一次發(fā)布時版本號為V1.0.0，從版本號和維護版本號均為0。,CVS輔助標(biāo)識方法,版本的演變,三個配置庫,（1）開發(fā)庫： 存放開發(fā)過程中需要保留的各種信息，供項目組成員使用。 （2）基線庫： 在軟件開發(fā)的某個階段工作結(jié)束時，將工作產(chǎn)品存入或?qū)⒂嘘P(guān)的信息存入。對庫內(nèi)工作產(chǎn)品的讀寫和修改應(yīng)該加以控制。 （3）產(chǎn)品庫： 在開發(fā)的軟件產(chǎn)品完成系統(tǒng)測試之后，作為最終產(chǎn)品存入庫內(nèi)，等待交付用戶或現(xiàn)場安裝。對庫內(nèi)工作產(chǎn)品也應(yīng)該加以控制。,配置庫目錄結(jié)構(gòu),配置庫結(jié)構(gòu)說明（1）,一級目錄介紹 基線庫 經(jīng)過評審，變更嚴格控制的工作產(chǎn)品?；€庫由配置管理員建立并維護，其它任何人沒有寫權(quán)限。 產(chǎn)品庫 產(chǎn)品庫由配置管理員建立并維護，整個項目結(jié)束后，配置管理員從基線庫里把所有的文檔挪到產(chǎn)品庫中，其它任何人沒有寫權(quán)限。 開發(fā)庫 開發(fā)庫由配置管理員創(chuàng)建主要目錄，項目組成員可以在目錄下創(chuàng)建子目錄以及文件。文件/目錄的創(chuàng)建者本人擁有該目錄/文件的完全控制權(quán)限，而項目其它成員缺省情況下是只讀權(quán)限。如果其它成員需要修改文件/目錄，必須先由文件的創(chuàng)建者賦予權(quán)限。,配置庫結(jié)構(gòu)說明（2）,重點目錄說明開發(fā)庫目錄 計劃 項目計劃相關(guān)文件（估計、進度）納入基線前的文件，以及項目初始計劃等 需求 納入基線前的需求說明書等文件，需求跟蹤矩陣 設(shè)計 納入基線前的設(shè)計文件，包括概要設(shè)計、詳細設(shè)計。項目組長有讀寫權(quán)限 源代碼 項目開發(fā)過程中的代碼 測試 項目單元測試和集成測試所需要的工作產(chǎn)品和測試過程中產(chǎn)生的文件 用戶文檔 系統(tǒng)的安裝、維護、使用手冊等 發(fā)布 項目發(fā)布的工作產(chǎn)品。包括中間發(fā)布和最后的發(fā)布,配置庫結(jié)構(gòu)說明（3）,重點目錄說明管理目錄 配置管理 放置項目配置項清單、配置管理光盤清單、配置狀態(tài)報告等，SCM讀寫，其他人只讀 質(zhì)量保證 放置項目不符合報告、SQA核查表和SQA周報等，SQA讀寫，其他人只讀 項目跟蹤和監(jiān)控 放置項目狀態(tài)報告、項目周報、個人工作周報等 評審和報告 基線工作產(chǎn)品入基線時評審的報告，項目組長讀寫，其他人只讀,配置庫使用說明（1）,放入正確的位置，正確標(biāo)識 因為CVS工具本身的問題，如果你將文件放在錯誤的位置，或者命名不規(guī)范，SCM進行位置移動或者修改文件名稱的時候，會造成歷史版本的丟失，想要找回歷史版本很不容易，給配置管理造成一定的工作量。 所以請大家在進行文件入庫時，注意放入正確的位置，并且正確命名，以免造成歷史版本丟失。 及時提交、更新 如果習(xí)慣將自己的工作產(chǎn)品放在個人目錄下，請及時提交或者更新到服務(wù)器上，讓相關(guān)人員能夠看到最新的文件。 養(yǎng)成良好的工作習(xí)慣，每次要對某個文件進行修改時，請首先UPDATE這個文件，從服務(wù)器上更新最新版本，以免在舊版本基礎(chǔ)上修改，造成沖突，無法提交。,配置庫使用說明（2）,提交規(guī)范 文件提交到服務(wù)器上時，有“Enter the log message”，請大家一定要填寫，主要填寫幾個方面的內(nèi)容：修改的目的，修改的主要內(nèi)容（段落或者函數(shù)名稱），修改可能造成的影響。 尤其是進入編碼和測試階段，要求每個文件的提交必須有l(wèi)og message。請大家注意！,提交規(guī)范,配置庫使用說明（3）,版本發(fā)布 每一次版本發(fā)布（包括中間的發(fā)布、最后的正式發(fā)布），把待發(fā)布工作產(chǎn)品（文檔、源代碼、安裝包等）提交到“發(fā)布” 目錄下，下一級目錄以版本號命名； 在發(fā)布記錄中記錄詳細情況； 通過電子郵件給測試人員及其他相關(guān)人員，發(fā)送軟件發(fā)布通知單； 測試人員從CVS中提取相應(yīng)的版本。 使用規(guī)范 不要把CVS作為練習(xí)的場所,配置管理過程,崗位及職責(zé) 項目建立 配置管理計劃 出入庫 變更流程 配置狀態(tài)報告 SCM總結(jié)報告 驗證,崗位與職責(zé),SCCB（Software Configuration Control Board） SCCB負責(zé)人：一般由室主任、項目所有者(Project Owner)或項目負責(zé)人擔(dān)當(dāng)，主要職責(zé)是審批配置管理計劃、審批重大的變更； SCCB成員：一般由室主任、項目負責(zé)人、SQA人員共同組成，主要職責(zé)是討論、審批配置項或基線的變更； SQA：主要職責(zé)為審核配置管理活動； 配置管理員：主要職責(zé)為制定配置管理計劃、創(chuàng)建和維護配置庫、定期做配置狀態(tài)報告。,項目建立,首先由項目負責(zé)人提出立項申請，并按照上述崗位及職責(zé)組織合適人選共同成立軟件配置控制委員會（SCCB），指定配置管理員。 立項后項目負責(zé)人提交CVS服務(wù)申請，配置管理員按照項目配置庫定義表的目錄結(jié)構(gòu)和權(quán)限設(shè)定，在CVS上創(chuàng)建配置庫，并將項目基本信息入庫。,配置管理計劃,配置管理員根據(jù)項目負責(zé)人提交的項目開發(fā)計劃，編寫配置管理計劃。 配置管理計劃的目標(biāo)是規(guī)劃整個項目的配置管理活動，尤其是重要的比如發(fā)布、基線管理等問題。配置管理計劃的主要內(nèi)容包括人員及職責(zé)、用于配置管理的軟硬件資源、配置管理環(huán)境、配置項計劃、基線計劃和配置庫備份計劃等。配置管理計劃直接決定了項目配置管理的方針，以及配置管理活動的準(zhǔn)則。 配置管理計劃的編寫可參考配置管理計劃編寫指南、配置管理計劃模板。 配置管理計劃經(jīng)SCCB討論，SCCB負責(zé)人審批后，方可入庫并實施。入庫的路徑為“開發(fā)庫/項目管理/配置管理”。,出入庫,在進行出入庫操作時，要注意以下問題： 配置庫中的內(nèi)容不但要具有完整性和一致性，而且還要有助于協(xié)同開發(fā)。具體而言，開發(fā)庫中的源代碼應(yīng)該以目錄形式存在，而不是以壓縮包的形式存在，這樣開發(fā)人員不必每修改一個源代碼文件就要更新整個代碼包。 開發(fā)庫中除源碼外，還應(yīng)包括相應(yīng)開發(fā)工具的配置文件，如JBuilder的項目文件（.jpx），從開發(fā)庫中下載源代碼后，能快速重建開發(fā)環(huán)境，直接生成可運行的系統(tǒng)。 測試人員從配置庫中獲得源碼，對Build之后生成的可運行系統(tǒng)進行測試。不應(yīng)該直接對開發(fā)人員提供的可運行系統(tǒng)進行測試。 部署人員從產(chǎn)品庫中獲取要部署的軟件，進行部署。通常，開發(fā)人員不對運行環(huán)境進行操作。,變更流程,當(dāng)基線庫配置項需要變更時，一定要實施變更流程：變更實施前必須填寫配置項變更申請，經(jīng)變更評審組評審?fù)ㄟ^后，才能從基線庫中提出需變更的配置項并實施變更。變更實施完成后，必須通過評審才能重新進入基線庫。 變更流程的每一步，都需要在配置項變更控制報告中進行記錄和落實，該文檔的入庫的路徑為“開發(fā)庫/項目管理/配置管理”。入庫后要以郵件方式通知SCCB成員、項目組成員、測試人員。,重大變更和一般變更,重大變更：配置項變更申請由項目組負責(zé)人填寫，交變更評審組審核。變更評審組收到變更申請后，分析此變更的必要性和技術(shù)可行性，并權(quán)衡其他的變更策略和方法，所涉及的有關(guān)配置項，對系統(tǒng)的功能和性能的影響，變更所需的資源是否合理、充分以及對整個工程進展和經(jīng)費的影響等。由此決策是否實施此項變更，并給出變更評審結(jié)論，同時由SCCB簽署該變更申請。配置管理員根據(jù)簽署的變更申請，從基線庫中提出需變更的配置項并實施變更。變更實施完成后，必須通過SCCB評審才能重新進入基線庫。 一般變更：與重大變更的流程一致，區(qū)別在于配置項變更申請的審核和變更實施后的評審都由項目組負責(zé)人來做，并不由SCCB來審核，但是要以郵件的方式通知到SCCB。由于不經(jīng)過SCCB審核，項目組負責(zé)人在進行一般變更時一定要謹慎，對于有足夠把握的非重大變更才可按此方式操作。,配置狀態(tài)報告,配置管理員需要定期做配置狀態(tài)報告。配置狀態(tài)報告是配置管理的一個組成部分，其任務(wù)是有效地記錄和報告管理配置所需要的信息。目的是及時、準(zhǔn)確地給出軟件配置的當(dāng)前狀況，供相關(guān)人員了解，以加強配置管理工作。 配置狀態(tài)報告的編寫可參考配置狀態(tài)報告編寫指南、配置狀態(tài)報告模板。 配置狀態(tài)報告的入庫的路徑為“開發(fā)庫/項目管理/配置管理”。入庫后要以郵件方式通知SCCB成員、項目組成員、測試人員。,SCM總結(jié)報告,項目結(jié)束后，配置管理員需要做SCM總結(jié)報告。主要包含三部分內(nèi)容：配置項清單、軟件發(fā)布記錄、SCM活動及度量。其中軟件發(fā)布記錄是以版本號、發(fā)布說明、發(fā)布介質(zhì)、發(fā)布日期為主要內(nèi)容的二維表。SCM活動及度量是對配置狀態(tài)報告的次數(shù)、軟件發(fā)布的次數(shù)、配置庫建立與維護工作量、配置項標(biāo)識工作量、配置庫用戶權(quán)限管理工作量等內(nèi)容進行的統(tǒng)計度量。 配置狀態(tài)報告的入庫的路徑為“開發(fā)庫/項目管理/配置管理”。入庫后要以郵件方式通知SCCB成員、項目組成員、測試人員。,驗證,SCCB評審配置管理員提交的配置管理計劃，并由SCCB負責(zé)人審批。 變更評審組評審配置項變更申請，并由SCCB負責(zé)人審批。變更實施后，也需要變更評審組進行確認，并由SCCB負責(zé)人審批。SQA驗證變更是否已經(jīng)通知到相關(guān)人員。 SQA審核配置管理員提交的配置管理計劃、配置狀態(tài)報告、SCM總結(jié)報告是否已入庫，檢查配置清單的內(nèi)容和配置庫中的配置項是否一致。 SQA審核規(guī)定流程中產(chǎn)生的各個文檔，如項目配置庫定義表、配置項變更控制報告等是否已入庫。,配置管理工具的使用,Wincvs JBuilder Eclipse,wincvs的使用,點擊系統(tǒng)_配置,wincvs的使用,點擊系統(tǒng)_登陸,導(dǎo)入模塊,導(dǎo)出模塊,導(dǎo)出模塊,