什麼是項目配置管理

『壹』 什麼是項目配置管理的周期

制定配置管理計劃的步驟如下：

(1)建立並維護配置管理的組織方針。

(2)確定配置管理需使用的資源。包括軟體和硬體資源，例如配置管理工具、數據管理工具、歸檔和復制工具、資料庫程序等。

(3)分配責任。確定配置管理的總負責人及其責任和許可權，確定其他人員的責任和許可權。

(4)培訓計劃。包括過程和產品質量保證的概念培訓和專題培訓。

(5)確定配置管理的項目干係人，並確定其介入時機。

(6)制定識別配置項的准則。

(7)制定配置項管理表。包括標識號、配置管理名稱、重要特徵、預計進入配置管理的時間、實際進入配置管理的時問、擁有者及責任。擁有者的責任通常有保證配置項的正確性、遵守關於配置項的安全保密規定、保證配置項的完整性。

(8)確定配置管理軟硬體資源。

(9)制定基線計劃。確定每個基線的名稱及主要配置項，估計每個基線建立的時間。

(10)制定配置庫備份計劃。指明何人在何時將配置庫備份到何處。

(11)制定變更控制規程。

(12)制定審批計劃。
件配置管理計劃的目的在於對所開發的軟體規定各種必要的配置管理條款，從而使所交付的軟體能夠滿足任務書中規定的各種需求，能夠滿足經批準的軟體需求規格說明書中規定的各項具體要求。

軟體配置管理計劃的作用在於使軟體開發單位在開發項目所屬的各子系統(其中包括為該項目研製或選用的各種支持軟體)時，都應該執行配置管理計劃中的有關規定。認真執行一個完善的軟體配置管理計劃，必定能提高軟體的質量，最終滿足用戶的需求。

『貳』 什麼是項目管理

項目管理，簡稱(PJM)，是一個管理學分支的學科，在有限的資源約束下，運用系統的觀點、方法和理論，對項目涉及的全部工作進行有效地管理。從項目的投資決策開始到項目結束的全過程進行計劃、組織、指揮、協調、控制和評價，以實現項目的目標。
項目是指一系列獨特的、復雜的並相互關聯的活動，這些活動有著一個明確的目標或目的，必須在特定的時間、預算、資源限定內，依據規范完成。項目參數包括項目范圍、質量、成本、時間、資源。
項目的屬性
一次性
一次性是項目與其他重復性運行或操作工作最大的區別。項目有明確的起點和終點，沒有可以完全照搬的先例，也不會有完全相同的復制。項目的其他屬性也是從這一主要的特徵衍生出來的。
獨特性
每個項目都是獨特的。或者其提供的產品或服務有自身的特點；或者其提供的產品或服務與其他項目類似，然而其時間和地點，內部和外部的環境，自然和社會條件有別於其他項目，因此項目的過程總是獨一無二的。
目標的確定性
項目必需有確定的目標：
a) 時間性目標，如在規定的時段內或規定的時點之前完成；
b) 成果性目標，如提供某種規定的產品或服務；
c) 約束性目標，如不超過規定的資源限制；
d) 其他需滿足的要求，包括必須滿足的要求和盡量滿足的要求；
目標的確定性允許有一個變動的幅度，也就是可以修改。不過一旦項目目標發生實質性變化，它就不再是原來的項目了，而將產生一個新的項目。
活動的整體性
項目中的一切活動都是相關聯的，構成一個整體。多餘的活動是不必要的，缺少某些活動必將損害項目目標的實現。
組織的臨時性和開放性
項目班子在項目的全過程中，其人數，成員，職責是在不斷變化的。某些項目班子的成員是借調來的，項目終結時班子要解散，人員要轉移。參與項目的組織往往有多個，多數為距陣組織，甚至幾十個或更多。他們通過協議或合同以及其他的社會關系組織到一起，在項目的不同時段不同程度的介入項目活動。可以說，項目組織沒有嚴格的邊界，是臨時性的開放性的。這一點與一般企、事業單位和政府機構組織很不一樣。
成果的不可挽回性
項目的一次性屬性決定了項目不同於其他事情可以試做，作壞了可以重來；也不同於生產批量產品，合格率達99.99% 是很好的了。項目在一定條件下啟動，一旦失敗就永遠失去了重新進行原項目的機會。項目相對於運作有較大的不確定性和風險

『叄』 CMMI中的的配置管理是什麼

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

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

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

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

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

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

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

『肆』 配置管理的作用是什麼 包括那幾部分功能

配置管理(Configuration Management，CM)是通過技術或行政手段對軟體產品及其開發過程和生命周期進行控制、規范的一系列措施。配置管理的目標是記錄軟體產品的演化過程，確保軟體開發者在軟體生命周期中各個階段都能得到精確的產品配置。
配置管理的實施包括兩部分：工具和規范。
在軟體開發過程自動化的今天，沒有工具的支持而實施配置完整的配置管理是不能想像的。因此選擇一個符合公司或項目的工具至關重要。在配置管理系統中，我們可歸納出四種模型。當前商業工具一般採用其中一種或幾種模型。
我們通過對商業模型的理解可以幫助我們了解某種工具是否適合我們公司或項目。
CICO模型
CICO模型主要關注的是單個文件的版本控制。圖顯示了一個支持CICO模型的CM系統的工作過程。用戶利用庫和文件系統來進行工作。文件被版本化並存儲到庫中，新版本的產生是由庫工具控制的。然而， 文件在庫中不是可以直接存取的，用戶必須去檢出（即Check Out）一個文件的版本到工作空間中以便讀取它的內容。更改後的文件可以被檢入庫中（即Check in）,產生文件的一個新版本。
此模型的代表工具是SCCS和CVS。
組織模型
組織模型由CICO模型自然導出，建立於構件版本圖的基礎之上，同時依賴於存儲庫和工作空間的概念，可以通過對構件加鎖進行並發控制。組織模型的重點是在CM系統支撐下加強了對創建配置、對有關的歷史信息的管理和使用他們作為工作環境的支持。
組織模型中的配置由系統模型和版本選擇規則組成。系統模型列出了組成系統的所有的構件。版本選擇規則指出了組成配置的每一個構件選擇版本。選擇規則用於系統模型，選擇構件版本，即綁定一構件到某一版本。這個模型的操作方式是：開發員根據模型的構件定義整個系統，並在每一步驟中給每個構件選擇合適的版本。版本操作的工作方式如圖所示。
CM支持主要關心的是維護系統和其構件的版本歷史，並選擇符合一致性配置的構件版本。只有在所選構件的版本與所選其它構件版本一致時才認為一個配置版本。
此模型的代表工具是CCC。

『伍』 IT項目中的配置管理員主要干什麼呢

他主要負責配置項的建立和維護，還有基線的維護。
在項目啟動時，會和項目經理一起建立配置項，然後各項目成員的工作產品，會根據這個配置項放在指定位置上，由配置管理員同意管理；同時，在變更時，做好變更之後，也要通知配置管理員，更新自己的工作產品。
我也是剛剛接觸，這是我個人的理解

『陸』 什麼是配置項管理

按管理的嚴格程度，配置項一般分3個等級：
（1）納入基線管理的配置項
納入基線管理的配置項是指變化時要走嚴格變更手續的配置項，需要做變更申請，要審批。審批一般分2種嚴格程度：
i) 項目經理或分CCB審批就可以，一般是局部的小的變更。
ii）變更控制委員會（CCB）審批
納入基線前，一般要經過評審或測試（稱為驗證）和質量保證。
(2) 沒有納入基線但是也不能隨意變更的配置項，一般稱為受控項
這類配置項不需要變更申請，但是要經過配置管理員或項目經理的允許才可以變更。
基線項與受控項寫的許可權要唯一，一般是CM或PM有唯一的寫許可權。
（3）非受控項
對變更不做控制。

擬納入基線管理的配置項狀態變化一般是先非受控，然後受控，最後基線化。變更時，先檢出（checkou）進行修改，修改完畢後再檢入（checki）轉為受控，等待驗證（測試或評審），通過驗證後進行基線化。

擬納入受控而不入基線的配置項狀態變化一般是先非受控，然後受控。變更時，檢出進行修改，修改完畢後再檢入提交受控。

納入基線管理的時機是管理平衡問題，一般是當配置項基本穩定後才納入基線管理，如果處與頻繁的變動之中，納入基線後會增加管理成本，如單元測試通過後一般不形成基線，因為此時代碼並不穩定，但是可以作為受控項，也不能任意變化。這個問題的判斷也和項目組的規模有關系，如果規模很大，涉及到的人員很多，也可能需要建立基線。在系統測試後要形成基線，一般稱為產品基線，此時系統基本穩定了，可以對外發布，為更多的人所了解和使用了。代碼在沒有納入基線但是受控後（提交測試人員測試了），也不能隨便變更了，要經過配置管理員的批准，並通知測試人員。

『柒』 軟體項目管理的配置管理

是否需要進行配置管理與軟體的規模有關，軟體的規模越大，配置管理就顯得越重要。軟體配置管理簡稱SCM（Software Configuration Management的縮寫），是在團隊開發中，標識、控制和管理軟體變更的一種管理。配置管理的使用取決於項目規模和復雜性以及風險水平。
6.1、目前軟體開發中面臨的問題:在有限的時間、資金內，要滿足不斷增長的軟體產品質量要求；開發的環境日益復雜，代碼共享日益困難，需跨越的平台增多；程序的規模越來越大；軟體的重用性需要提高；軟體的維護越來越困難。
6.2、軟體配置管理應提供的功能:
在ISO9000.3中，對配置管理系統的功能作了如下描述：唯一地標識每個軟體項的版本；標識共同構成一完整產品的特定版本的每一軟體項的版本；控制由兩個或多個獨立工作的人員同時對一給定軟體項的更新;按要求在一個或多個位置對復雜產品的更新進行協調；標識並跟蹤所有的措施和更改；這些措施和更改是在從開始直到放行期間，由於更改請求或問題引起的。
6.3、版本管理軟體配置管理分為版本管理、問題跟蹤和建立管理三個部分，其中版本管理是基礎。版本管理應完成以下主要任務：
建立項目；
重構任何修訂版的某一項或某一文件；
利用加鎖技術防止覆蓋； ?當增加一個修訂版時要求輸入變更描述；
提供比較任意兩個修訂版的使用工具；
採用增量存儲方式；
提供對修訂版歷史和鎖定狀態的報告功能；
提供歸並功能；
允許在任何時候重構任何版本；
許可權的設置；
晉升模型的建立；
提供各種報告。

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

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

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

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

一、起源
19世紀70年代初期加利福利亞大學的Leon Presser教授就撰寫了一篇論文，提出控制變更和配置的概念。

二、發展歷程
在1975年，Leon Presser成立了一家名為SoftTool的公司，開發了自己的配置管理工具：CCC，這也是最早的配置管理工具之一。
之後，隨著軟體開發規模的逐漸增大，越來越多的公司和團隊意識到了軟體配置管理的重要性，而相應的軟體配置管理工具也如雨後春筍一般，紛紛涌現，比較有代表性的有：Marc Rochkind的SCCS（Source Code Control System）和Walter Tichy的RCS（Revision Control System）。
這兩種工具對日後的配置管理工具的發展做出了重大的貢獻，目前絕大多數廣泛使用的配置管理工具基本上都是基於這兩者的設計思想和體系架構。

三、主要作用
好的配置管理過程有助於規范各個角色的行為，同時又為角色之間的任務傳遞提供無縫的接合，使整個開發團隊像是一個交響樂隊一樣和諧而又錯雜地行進。正因為配置管理過程直接連接產品開發過程、開發人員和最終產品，這些都是項目主管人員所關注的重點，因此配置管理系統在軟體項目管理中也起著重要作用。配置管理過程演化出的控制、報告功能可幫助項目經理更好地了解項目的進度、開發人員的負荷、工作效率和產品質量狀況、交付日期等信息。同時配置管理過程所規范的工作流程和明確的分工有利於管理者應付開發人員流動的困境，使新的成員可以快速實現任務交接，盡量減少因人員流動而造成的損失。

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

2、配置管理的應用

雲安全措施中最重要的要素就是配置管理。
在SaaS環境中，配置管理是完全由雲供應商負責處理的。如有可能，客戶可通過鑒證業務准則公告（SSAE）第16號、服務組織控制（SOC）報告或ISO認證以及雲安全聯盟的安全、信任和保證注冊證明向供應商提出一些補丁管理和配置管理實踐的要求。
在PaaS環境中，平台的開發與維護都是由供應商來負責的。應用程序配置與開發的庫和工具可能是由企業用戶管理的，因此安全配置標准仍然還是屬於內部定義范疇。然後，這些標准都應在PaaS環境中被應用和監控。