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