配置管理初級怎麼定義

⑴ 什麼是配置管理

配置管理(Configuration Management，CM)是通過技術或行政手段對軟體產品及其開發過程和生命周期進行控制、規范的一系列措施。配置管理的目標是記錄軟體產品的演化過程，確保軟體開發者在軟體生命周期中各個階段都能得到精確的產品配置。

配置管理過程是對處於不斷演化、完善過程中的軟體產品的管理過程。其最終目標是實現軟體產品的完整性、一致性、可控性，使產品極大程度地與用戶需求相吻合。它通過控制、記錄、追蹤對軟體的修改和每個修改生成的軟體組成部件來實現對軟體產品的管理功能。

⑵ 配置管理的起源、發展歷程和主要作用是什麼

1 「配置」的意思：配置，是一個很洋化的詞彙，在漢語的本土詞彙中，沒有很好的對應概念。所以，要解釋「配置是什麼」，比較費勁。在英文字典中，configuration的解釋是「A configuration is an arrangement of a group of things」（配置是指一組事物的組合排列）。
這個定義有三層含義
（1）如果說到「某個事物（例如產品）的配置」，那麼這個事物必定是由具有相互關系的若干其他事物（例如零部件）構成的集合，只有集合性的事物才有配置一說，單個的、不可拆分的事物是不存在配置的；
（2）配置，並非指這個集合事物的本身（「產品」與「產品配置」是兩碼事）；
（3）配置是指參與構成集合事物的那些眾多「小」事物之間的組合狀態、排列狀態，或者是指集合事物的內部組成。
2 企業為什麼要管產品配置
「產品是由哪些單元構成」與「產品是由這些單元如何構成」，設計部門設計成什麼樣就是什麼樣，把圖紙保管好就行了。圖紙當然是要存檔的，但配置管理不是把圖紙管好這么簡單。如果，設計部門能夠一帆風順地將產品設計出來，工藝部門能夠一帆風順地做好工藝文件，然後將設計文件和工藝文件都保管好，並將副本交給生產部門去照著做就行了，那麼再復雜的產品都不需要配置管理工作了。
3 配置管理的起源和發展簡史是怎樣的
前文簡述過，配置管理起源於1960年代的美國國防工業。這一行業有一個特點：產品的研發是由政府出資的，而且政府擁有產品研發成果的所有權。隨著武器裝備的復雜程度越來越高，對配置的管理要求也越來越嚴格。很多情況下，企業好不容易才做出一個樣機，通過測試證明是符合軍方需求的。但做到這一點需要花費大量的成本和時間。軍方意識到需要對需求進行管理，不僅要管理總體需求，而且還要管理需求的細化過程。就算花了很大代價做出了一個合格的樣機，也很難保證後續的產品也都是合格的。原因就在於變更。由於武器系統太復雜，牽一發而動全身，任何一處變更都有可能引發產品在其他方面出現差錯。為此，美國政府在1960年代開始組織力量研究這個問題，並提出了一系列關於配置管理的規則，有些規則還上升成為了標准。這些規則和標准，就逐漸從國防工業擴散到各行各業，被廣為接受。
不僅是離散製造業，而且軟體行業也非常重視配置管理。讓需求始終保持清晰、簡潔、有效的能力，以及適應變更的能力，對於軟體企業也非常重要。雖然軟體產品並非由實物零部件所構成，但從管理的角度來看，構成軟體產品的模塊、函數等單元和零部件是一樣的。有趣的是，軟體行業普遍比離散製造業更重視配置管理工作。我個人認為這可能是因為軟體行業比較年輕，包袱少、過去的習慣思維的禁錮少吧。
1980～1990年代，配置管理的思想開始被引入到中國的國防工業，並且有一個專有名詞：技術狀態管理；但在民品工業中，人們習慣使用「配置管理」這種譯法。
關於配置管理的思想和方法，最權威的機構是美國的Institute of Configuration Management（ICM，配置管理學會），他們將他們的研究成果稱為「CMII」。按照CMII的觀點，配置管理工作應該讓企業具備兩項重要的能力，即「讓需求保持清晰、簡潔、有效的能力」和「適應變更的能力」。按照CMII的觀點，配置管理的目標是「實現最終產品相對需求的自始至終一致性，並將干預資源降低到零」（干預資源就是花費在改錯型變更活動上的資源）。
現在，隨著PLM軟體在中國民品工業中的普及，國內從事製造業的企業中，接觸過配置管理思想的人也開始多了起來。

⑶ CMMI中的的配置管理是什麼

配置管理是CMMI模型中一個支撐過程域。
配置管理是指：應用技術和管理手段來識別和記錄配置項的功能和物理特性，控制其變更，記錄和報告變更的過程和實現狀態，並檢查與項目需求之間的符合度；通過配置管理可以有效的管理工作產品與工作產品之間的一致性，合理的控制和實施變更以維護對項目范圍與邊界條件的一致的理解。
一般CM過程描述了配置管理活動的內容、規范和方法，以建立和維護軟體開發過程中各種產品的完整性和一致性。
CM使用到以下幾個重要的術語：
配置項：處於配置管理之下的軟體或/和硬體的集合體。這個集合體在配置管理過程中作為一個實體出現。

基線： 已經通過正式復審和批準的某規約或產品，它因此可以作為進一步開發的基礎，並且只能通過正式變更控制過程來改變；基線有一組配置組成，這些配置構成了一個相對穩定的狀態，不能再被任何人隨意修改。

配置標識：識別產品的結構、產品的構件及其類型，為其分配唯一的標識符，並以某種形式提供對它們的存取。

控制：通過建立產品基線，控制軟體產品的發布和在整個軟體生命周期中對軟體產品的修改。

狀態統計：記錄並報告構件和修改請求的狀態，並收集關於產品構件的重要統計信息。

配置審計：通過第三方（例如：軟體質量保證工程師）來確認產品的完整性並維護構件間的一致性，即確保產品是一個嚴格定義的構件集合；

配置管理員：根據本過程的規定，在本公司內部具體實施與操作本過程的人員/角色。根據實施的層級的不同，配置管理員可以區分為「產品配置管理員」和「項目配置管理員」兩個角色，一般產品配置管理員是專職的，項目配置管理員有項目成員兼職。

⑷ 如何正確理解配置管理

……實際情況是，我們很難對上述這些問題給出准確的回答。究其原因，主要是由於我們配置管理工作沒有做好產生的。 既然項目中有很多問題是由於配置管理沒有做好導致，那麼到底什麼是配置管理呢？大家可能認為，任何人只要是參加過軟體開發工作，就應該知道這個問題的答案，但實際上很少人能准確的描述「配置管理」這個術語的含義。隨著大家對軟體開發過程認識的加深，那些參加過軟體開發的人已經認識到需要對開發過程中發生的事情進行控制。一旦這些事情能夠得到控制，過程就能被度量和引導。出於對這種需求的認識，我們得到了配置管理的定義：軟體配置管理就是如何控制軟體項目的進展。在CMMI和IEEE關於配置管理的正式定義是：軟體配置管理是軟體工程中的一項規程，包括相關工具和應用技術（過程或方法），公司用它來管理軟體資產變更。 但是上述兩種定義較難於理解和記憶，筆者實際工作的經驗總結發現，配置管理實際就是四個正確，即正確的人，在正確的時候，可以獲取到正確文件的正確的版本。

⑸ 關於項目管理中配置管理的實現過程，配置項的知識請教以及相比版本管理的差異

你的理解更多是「產品集成」的概念，即怎麼把幾個產品模塊或構件組合成一個產品，但這不是配置管理的概念。
配置管理：簡稱CM（Configuration Management的縮寫），標識、控制和管理變更的一種管理活動。它控制配置項的修改和發行；記錄和報告配置項的狀態和變更；保證配置項的完整性、一致性和正確性；以及控制配置項的儲存、裝載和交付。
根據這個定義，配置管理的主要工作包括：
1）配置庫的管理活動。配置庫現在工具非常多，例如GIT、SVN、CVS、VSS等等。通常會根據開發所處的階段，設立開發庫、受控庫與產品庫。
2）標識配置項，即需要定義如何去標識配置項。配置管理中受控制的對象被稱為配置項，是生命周期中創建的信息，包含程序、數據、文檔，分基線配置項和非基線配置項兩類。特別是你的產品最終是如何標識的，比如怎樣定義V1.0.0的規則。
3）基線的管理。是一組經過正式審查並且達成一致的規范或工作產品，是下一階段工作的基礎。怎樣確定、發布基線，怎樣管理基本的變更。
4）配置項變更管理。可以根據不同的配置項、不同的開發周期，明確變更的管理規則。
5）配置項狀態管理與配置審計 。

而產品集成是如何把一個產品逐步的從一個個模塊或組件，最後組合成一個產品的過程。
1）首先產品的技術結構上要能夠支持，如果模塊不能相互獨立和拆解，談不上靈活的組合。
2）在開發實現上，需要有一個集成的策略，哪些先實現，哪些後實現，哪些可以先進行集成
3）需要建立 集成的環境，使開發好的模塊可以在集成環境中進行調試
4）通常開發完成後，需要進行源代碼的編譯，並打包成一個測試包，然後裝在集成環境中，進行調試，以確認各個模塊之前是否可以兼容和運轉，這時通常會進行測試工作。
5）如果你想進行ABC組合，或者AC組合，那麼都需要進行相應的編譯、打包（例如形成EXE）過程，然後在集成環境中進行聯調和測試。