配置管理在哪個階段

1. 軟體開發的項目中，什麼叫配置管理

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

2. 在工程實施項目中如何開展配置管理工作

實施階段的配置管理階段從廣義上將已經算是維護階段了。
代碼開發已經結束，配置項已經被基線。
1.理想狀況是在測試階段就模擬出現場環境做安裝測試。基本不需要配置管理介入。發現問題也是維護類型bug，發下一個維護版本時解決。這時體現出產品可配置性很重要。
2.最糟的情況才安裝實施過程中發現問題必須修改代碼重新編譯，這個就復雜一些了。
排到現場去的實施人員必須是骨幹力量，能夠迅速定位問題，或者把出線的問題描述清楚，由後方架構師處理。
修復bug後重新發布緊急維護版本。如果這個過程配置管理沒有介入，那後期升級可能會帶來代碼版本與實施現場的不一致。導致下次實施再次出問題

3. 軟體配置管理的過程

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

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

早在七十年代初期加利福利亞大學的Leon Presser教授就撰寫了一篇論文，提出控制變更和配置的概念，之後在1975年，他成立了一家名為SoftTool的公司，開發了自己的配置管理工具：CCC，這也是最早的配置管理工具之一。之後，隨著軟體開發規模的逐漸增大，越來越多的公司和團隊意識到了軟體配置管理的重要性，而相應的軟體配置管理工具也如雨後春筍一般，紛紛涌現，比較有代表性的有：Marc Rochkind的SCCS(Source Code Control System)和Walter Tichy的RCS(Revision Control System)，這兩種工具對日後的配置管理工具的發展做出了重大的貢獻，目前絕大多數廣泛使用的配置管理工具基本上都是基於這兩者的設計思想和體系架構。

一、配置管理在軟體開發過程和項目管理過程中的作用

隨著軟體系統的日益復雜化和用戶需求、軟體更新的頻繁化，配置管理逐漸成為軟體生命周期中的重要控制過程，在軟體開發過程中扮演著越來越來重要的角色。一個好的配置管理過程能覆蓋軟體開發和維護的各個方面，同時對軟體開過程的宏觀管理，即項目管理，也有重要的支持作用。良好的配置管理能使軟體開發過程有更好的可預測性，使軟體系統具有可重復性，使用戶和主管部門用軟體質量和開發小組有更強的信心。

軟體配置管理的最終目標是管理軟體產品。由於軟體產品是在用戶不斷變化的需求驅動下不斷變化，為了保證對產品有效地進行控制和追蹤，配置管理過程不能僅僅對靜態的、成形的產品進行管理，而必須對動態的、成長的產品進行管理。由此可見，配置管理同軟體開發過程緊密相關。配置管理必須緊扣軟體開發過程的各個環節：管理用戶所提出的需求，監控其實施，確保用戶需求最終落實到產品的各個版本中去，並在產品發行和用戶支持等方面提供幫助，響應用戶新的需求，推動新的開發周期。通過配置管理過程的控制，用戶對軟體產品的需求如同普通產品的訂單一樣，遵循一個嚴格的流程，經過一條受控的生產流水線，最後形成產品，發售給相應用戶。從另一個角度看，在產品開發的不同階段通常有不同的任務，由不同的角色擔當，各個角色職責明確，涇渭分明，但同時又前後銜接，相互協調。

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

世嘉游戲機的名字：
MEGA DRIVE(MD),
Sega Saturn(SS),
DreamCast(DC),
GAME GEAR(GG). 1664希望對你有幫助！

4. 配置管理的實施

實施配置管理系統，一般的步驟和需要考慮的問題如下：
1．規劃、調整網路開發環境
一個規劃良好的開發環境，是實施配置管理系統的前提。在此階段，要對配置管理系統做出規劃，主要考慮以下問題： 網路的帶寬、拓撲結構 伺服器的選擇、命名規范 存儲區的定位 開發人員及組的命名規約等 2．設計配置管理庫
根據項目開發的要求，設計開發資源的存儲模式，良好的存儲模式有利於減輕管理上的負擔，增強配置管理庫的訪問性能，同時便於控制訪問許可權，保護軟體資產。
3．定義配置管理系統的角色
在此階段，需要確定與配置管理相關的所有角色，包括他所有角色相應的活動。在開發過程中，一個開發人員可能兼任多種角色，但一項任務在同一時刻只能由一個角色來執行。
一般配置管理中的角色主要包括： 項目經理：項目經理在配置管理方面的職責是依靠配置管理員、系統管理員和系統體系結構設計人員的幫助，制定項目的組織結構和配置管理策略。這些工作包括：定製開發子系統，定製訪問控制，制定常用策略，制定集成里程碑，以及進行系統集成。 配置管理員：配置管理員的職責是根據項目經理制定的開發組織結構和策略，實施、維護配置管理的環境。其主要職責如下：創建配置管理庫，對存儲庫進行日常備份和恢復，維護配置管理環境，及管理配置管理相關的用戶。 軟體開發人員：軟體開發人員依據項目的開發和配置管理策略，創建、修改和測試開發工件。 集成人員：對軟體進行歸並，形成相應的基線或發布版本。 QA人員：需要對軟體配置管理有較深的認識，其主要工作是跟蹤當前項目的狀態，測試，報告錯誤，並驗證其修復結果。 4．制定配置管理流程
這是配置管理實施的一個重要階段，其主要目的是根據項目開發的需要，制定相應的配置管理流程，以更好地支持開發，主要活動包括： 定製並行開發策略：合理的並行開發策略應該具有以下特點：協調項目的復雜性和需求，統一創建分支類型和元數據，為開發過程中的變更集成制定有效的規范，適時反映開發過程中方法和需求的變化。 發布版本管理：軟體開發過程中的一個關鍵活動是提取工件的相關版本，以形成軟體系統的階段版本或發布版本，我們一般將其稱為穩定基線。一個穩定基線代表新開發活動的開始，而一系列定製良好的活動之後又會產生一個新的穩定基線。有效地利用此項功能，在項目開發過程中可以自始至終管理、跟蹤工件版本間的關聯。 一般來講，實施配置管理系統，相關人員需要接受以下培訓： 管理員培訓：針對配置管理員，主要學習配置管理工具管理相關內容。 開發人員培訓：針對開發人員，主要學習配置管理工具與開發相關的常用操作。 管理流程培訓：針對全體人員，目的是了解配置管理策略和流程，以及如何與開發管理、項目管理相結合。

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

一、起源
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環境中被應用和監控。

6. 在實施階段配置管理主要包括哪些過程

樓主說的是軟體項目？
如果是的話，實施的時候會涉及到軟體的發布，各個伺服器中服務、任務的啟動，以及將整個項目運行起來以後的調試，包括許可權分配、賬號、數據的添加等等。
配置管理就是按照上述的操作內容把各個環節、步驟需要用到的代碼、文檔、配置都准備好。到時候按照配置說明可以正常發布項目，按照回滾步驟，可以將項目恢復到發布之前的狀態。

7. 配置管理的作用是什麼 包括那幾部分功能

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

8. 軟體配置管理工作包括哪些具體的內容

軟體配置管理是貫穿軟體開發過程始終的一項工作。對於一個軟體項目來說，軟體配置管理規范至少包括以下的內容：
(1)配置項及其命名規則。
(2)配置庫文件目錄結構。
(3)角色和許可權定義。
(4)配置項變更流程。
(5)配置項發布。
(6)基線定義和基線變更。
項目中的基線有兩個方面：一是作為里程碑的基線；另一個是模塊的階段性成果基線(對工作產品而言)，一般來說都要避免變更基線。對這兩種不同的基線，其影響的范圍不同，確立和變更方式也不一樣。
項目的基線變更控制委員會由客戶代表、產品經理、項目經理和技術經理組成，對發布的里程碑類基線的變更必須由變更控制委員會確認並由QA進行變更記錄，所有被變更影響的配置項都需要重新同步後再次發布；而對於僅僅作為工作狀態保留的基線，一般只需要建立基線的小組確認更改並在QA進行記錄即可。

9. 項目配置管理方案在什麼階段產生

PMP中沒有明確提出項目配置管理計劃在那個過程中做，但是配置管理計劃是項目管理計劃的主要內容之一，因此它作為制定項目管理計劃的輸入，應該在制定項目管理計劃之前就完成。個人認為做好范圍管理計劃，制定出WBS之後就可以制定項目配置管理方案樂。