配置管理在哪個實施階段

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

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

② 配置管理的實施

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

③ 軟體配置管理的過程描述

一個軟體研發項目一般可以劃分為三個階段：計劃階段、開發階段和維護階段。然而從軟體配置管理的角度來看，後兩個階段所涉及的活動是一致，所以就把它們合二為一，成為「項目開發和維護」階段。 一個項目設立之初PM首先需要制定整個項??研發計劃之後，軟體配置管理的活動就可以展開了，因為如果不在項目開始之初制定軟體配置管理計劃，那麼軟體配置管理的許多關鍵活動就無法及時有效的進行，而它的直接後果就是造成了項目開發狀況的混亂並註定軟體配置管理活動成為一種「救火」的行為。所以及時制定一份軟體配置管理計劃在一定程度上是項目成功的重要保證。
在軟體配置管理計劃的制定過程中，它的主要流程應該是這樣的：
CCB根據項目的開發計劃確定各個里程碑和開發策略；
CMO根據CCB的規劃，制定詳細的配置管理計劃，交CCB審核；
CCB通過配置管理計劃後交項目經理批准，發布實施。 這一階段是項目研發的主要階段。在這一階段中，軟體配置管理活動主要分為三個層面：
⑴主要由CMO完成的管理和維護工作；
⑵由SIO和DEV具體執行軟體配置管理策略；
⑶變更流程。這三個層面是彼此之間既獨立又互相聯系的有機的整體。
在這個軟體配置管理過程中，它的核心流程應該是這樣的：
⑴CCB設定研發活動的初始基線；
⑵CMO根據軟體配置管理規劃設立配置庫和工作空間，為執行軟體配置管理計劃做好准備；
⑶開發人員按照統一的軟體配置管理策略，根據獲得的授權的資源進行項目的研發工作；
⑷SIO按照項目的進度集成組內開發人員的工作成果，並構建系統，推進版本的演進；
⑸CCB根據項目的進展情況，審核各種變更請求，並適時的劃定新的基線，保證開發和維護工作有序的進行。
這個流程就是如此循環往復，直到項目的結束。當然，在上述的核心過程之外，還涉及其他一些相關的活動和操作流程，下面按不同的角色分工予以列出：
各開發人員按照項目經理發布的開發策略或模型進行工作；
SIO負責將各分項目的工作成果歸並至集成分支，供測試或發布；
SIO可向CCB提出設立基線的要求，經批准後由CMO執行；
CMO定期向項目經理和CCB提交審計報告，並在CCB例會中報告項目在軟體過程中可能存在的問題和改進方案；
在基線生效後，一切對基線和基線之前的開發成果的變更必須經CCB的批准；
CCB定期舉行例會，根據成員所掌握的情況、CMO的報告和開發人員的請求，對配置管理計劃作出修改，並向項目經理負責。
綜上所述，配置管理的工作流程如圖1所示：

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

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

⑤ 如何在軟體項目中實施軟體配置管理

1、配置管理員水平很重要。
2、領導要很重視（比如告訴他代碼需要控制不同的許可權，集中保存防止出現各種意外比如離職泄露啊，電腦壞了啊等等，與開發過程相關的就不用說了，他不關心的）。
3、項目經理要很重視，很多項目經理本身是技術出身，可能管理跟的不是那麼上~.~。
4、項目成員有這樣的概念。

以上是前提。
開展配置管理工作的關鍵是讓公司內部的項目干係人的人感覺到配置管理工作在起作用。

最重要的手段：
針對不同的人進行不同層次的培訓。
1、對於老闆/總監/技術老大/項目老大等等所有項目的統籌負責人，可以做一些月度季度年度報表PPT什麼的告訴他你做了什麼。取得了什麼樣的效果。
2、對於項目經理們或者准項目經理們，做配置管理里關於流程方面的培訓（比如配置項管理、基線管理、變更管理、構建管理、版本管理、發布管理、審計管理、外部發布管理等）、然後就是一些配合不同開發模式（比如瀑布、螺旋、敏捷等）進行配置工具培訓、 比如分支開發、自動構建、持續集成等
3、對於普通開發測試等項目組成員，就是培訓各類工具的使用了比如svn/git/cc等，比如一些好的操作，版本對比、回退機制、代碼共享、同步開發等等。

至於配置管理過程的話，網上一大堆，隨便憑記憶總結下，可能不全：
1、從組織上定義標准流程規范制度等。這個規范制度是用來指導配置管理工作的總規范。包括具體的配置管理簡介、配置管理過程中涉及到的人的權責、然後就是配置管理實施的策略（比如計劃、配置項、基線、變更、發布、審計、報告、伺服器管理、配置工具說明、許可權管理總則、配置庫結構標准、庫備份啊、收尾工作比如移交轉產交付取消許可權刻盤保存等），可能還要定義一個內測版本、外測版本、正式版本號的附則。製作好所有的excel/word/ppt/txt模版。給領導審批通過就OK了。
2、項目開始就後按照組織定義的配置管理流程去做，不斷裁剪修改，不同規模的配置管理工作的需求是不同的，要考慮投入產出是否合理，與項目是否適配。
------------------------------------------
以上所有涉及到和領導相關的步奏，請考慮你在公司的實際地位和能力水平，有可能你的項目的配置管理工作沒有到這個高度，還只是初級階段，領導都不知道。一般來說成熟的軟體公司、規模比較大配置管理是單獨的。如果你只是某個項目的，沒有那麼高的地位那就只針對本項目的經理和普通成員來操作吧.......~.~

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

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

⑦ 軟體配置管理的過程

你好，配置管理(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希望對你有幫助！