軟體項目配置管理的目標有哪些

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

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

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

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

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)角色和許可權定義。
(4)配置項變更流程。
(5)配置項發布。
(6)基線定義和基線變更。
項目中的基線有兩個方面：一是作為里程碑的基線；另一個是模塊的階段性成果基線(對工作產品而言)，一般來說都要避免變更基線。對這兩種不同的基線，其影響的范圍不同，確立和變更方式也不一樣。
項目的基線變更控制委員會由客戶代表、產品經理、項目經理和技術經理組成，對發布的里程碑類基線的變更必須由變更控制委員會確認並由QA進行變更記錄，所有被變更影響的配置項都需要重新同步後再次發布；而對於僅僅作為工作狀態保留的基線，一般只需要建立基線的小組確認更改並在QA進行記錄即可。

5. 軟體配置管理的目的

1、軟體配置管理（Software Configuration Management，SCM）是一種標識、組織和控制修改的技術。軟體配置管理應用於整個軟體工程過程。在軟體建立時變更是不可避免的，而變更加劇了項目中軟體開發者之間的混亂。SCM活動的目標就是為了標識變更、控制變更、確保變更正確實現並向其他有關人員報告變更。從某種角度講，SCM是一種標識、組織和控制修改的技術，目的是使錯誤降為最小並最有效地提高生產效率。
2、軟體配置管理（Software Configuration Management），又稱軟體形態管理、或軟體建構管理，簡稱軟體形管（SCM）。界定軟體的組成項目，對每個項目的變更進行管控（版本控制），並維護不同項目之間的版本關聯，以使軟體在開發過程中任一時間的內容都可以被追溯，包括某幾個具有重要意義的數個組合。
軟體配置管理，貫穿於整個軟體生命周期，它為軟體研發提供了一套管理辦法和活動原則。軟體配置管理無論是對於軟體企業管理人員還是研發人員都有著重要的意義。軟體配置管理可以提煉為三個方面的內容：
VersionControl-版本控制
ChangeControl-變更控制
ProcessSupport-過程支持
關鍵活動包括：配置項、工作空間管理、版本控制、變更控制、狀態報告、配置審計等。

6. 什麼是項目管理的目標

先從目標來看，項目管理的目標可是說是將項目需求種的所有要求都完成。這是最基本的目標，不過如果僅僅是著眼於這個目標，那麼項目經理和工頭又有什麼差別？而且實踐證明，如果這樣來管理項目，那麼十有八九項目最終是要失敗的。原因？軟體項目從來不像想像的簡單，一板一眼的按流程完成合同中規定的要求就可以交付項目的情況，通常是可遇而不可求的。所以不能把項目管理的目標僅僅放在實現合同規定的項目需求上。
敏捷方法論提出的觀點是，要為客戶創造價值，以提高客戶的競爭力為出發點，這比僅僅完成合同更進了一步。客戶是整個軟體項目的發起者，從這一個角度來講，甚至可以認為客戶所說得一切都是對的！時刻牢記這一點，通常能夠是項目的進行保持在一個更接近正確路線的狀態。客戶需要什麼？客戶遇到這個問題會怎麼辦？客戶覺得這個功能重不重要？客戶在這個功能點上會不會提出變化？常常問問自己這些問題，通常能夠保證項目不會做成想當然的樣子。如果自己回答不了這個問題，那麼趕快拿起身邊的電話吧（當然不是讓你訂購什麼）。理想的情況當然是客戶就坐在你的身邊，這也是敏捷地觀點：把客戶作為團隊的成員。
我覺得很多人在作項目的時候喜歡和客戶對立起來，原因也很容易理解，辛辛苦苦寫出來的東西被客戶一句：我需要的東西不是這樣的，就推翻了。然後需求全變了，以前做得都沒有用了，工期又進在眼前，老闆在催，開始加班，帶著一股怨念，拖著疲憊的身心，之能寫出垃圾代碼。於是，項目失敗也就不遠了。回過頭來看，似乎噩夢似乎是從客戶變更需求開始的。需求變更變成了程序員揮之不去的夢魘。如果客戶能夠一開始就給出一個明確的需求，世界該是多麼美好。
從另一個角度來說，項目的需求從來就沒有變過，客戶的想法也非常的明確，只是或許你從來沒有考慮過。商業用戶的需求基本上都一樣：通過引入先進的軟體，提高效率，降低成本，賺取更多利潤。只要你能為他實現這一點，那麼你怎麼做，他不關心，ajax或者flex對他來說毫無意義，甚至只要最終的收益比投入成本高，比原計劃花更多的錢和等更長的時間，他也樂意──當然，讓他相信你。
當然，不同的客戶的需求不一樣，但有一定可以肯定，客戶做這個項目的目的不是為了否定你的努力，更不是折騰你玩。所以，我們需要從新，認真地考慮項目的目標，考慮客戶在項目中的地位，像揣摩領導心思一樣虔誠的去做需求分析。

7. 軟體項目管理的內容有那些

《軟體項目管理的內容》
軟體項目管理的內容主要包括如下幾個方面：人員的組織與管理，軟體度量，軟體項目計劃，風險管理，軟體質量保證，軟體過程能力評估，軟體配置管理等。
這幾個方面都是貫穿、交織於整個軟體開發過程中的，其中人員的組織與管理把注意力集中在項目組人員的構成、優化；軟體度量把關注用量化的方法評測軟體開發中的費用、生產率、進度和產品質量等要素是否符合期望值，包括過程度量和產品度量兩個方面；軟體項目計劃主要包括工作量、成本、開發時間的估計，並根據估計值制定和調整項目組的工作；風險管理預測未來可能出現的各種危害到軟體產品質量的潛在因素並由此採取措施進行預防；質量保證是保證產品和服務充分滿足消費者要求的質量而進行的有計劃，有組織的活動；軟體過程能力評估是對軟體開發能力的高低進行衡量；軟體配置管理針對開發過程中人員、工具的配置、使用提出管理策略。因為大家對人力資源管理和軟體過程能力比較有興趣，下面就詳細的對這兩方面展開討論。
從軟體工程的角度講，軟體開發主要分為六個階段：需求分析階段、概要設計階段、詳細設計階段、編碼階段、測試階段、安裝及維護階段。不論是作坊式開發，還是團隊協作開發，這六個階段都是不可缺少的。根據公司實際情況，公司在進行軟體項目管理時，重點將軟體配置管理、項目跟蹤和控制管理、軟體風險管理及項目策劃活動管理四方面內容導入軟體開發的整個階段。在20世紀80年代初，著名軟體工程專家B.W.Boehm總結出了軟體開發時需遵循的七條基本原則，同樣，在進行軟體項目管理時，也應該遵循這七條原則。它們是：
1、用分階段的生命周期計劃嚴格管理；
2、堅持進行階段評審；
3、實行嚴格的產品控制；
4、採用現代程序設計技術；
5、 結果應能夠清楚地審查；
6、開發小組地人員應該少而精；
7、承認不斷改進軟體工程實踐的必要性。

8. 計算機軟體配置項是什麼

1、軟體配置項（SCI）：軟體生存周期各個階段活動的產物經審批後即可稱之為軟體配置項。

2、軟體配置項包括：

（1）與合同、過程、計劃和產品有關的文檔和資料；

（2）源代碼、目標代碼和可執行代碼；

（3）相關產品，包括軟體工具、庫內的可重用軟體、外購軟體及顧客提供的軟體等。

3、軟體配置項是作為配置項識別活動的產出物，CMMI中要求有文檔化的配置項識別准則，根據准則來進行配置項識別，列出配置項列表，給與配置項唯一的編號、名稱等，並標明配置項的一些重要屬性，如：它的存儲位置、它的負責人、對應源碼語言、受控級別等。

(8)軟體項目配置管理的目標有哪些擴展閱讀：

1、軟體配置相關

Babich曾經這樣說過：「協調軟體開發使得混亂達到最小的技術叫配置管理。配置管理是一種標識、組織和控制修改的技術，目的是使錯誤達到最小並最有效地提高生長率。

軟體配置管理，叫SCM，它應用於整個軟體工程過程。因為變更在任何時刻都可能發生，因此SCM活動的目標就是為了：

(1)標識變更；

(2)控制變更；

(3)確保變更正確地實現;

(4)向其他有關的人員報告變更。