軟體產品配置管理主要活動有哪些

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

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

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

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

2、軟體配置項包括：

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

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

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

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

(2)軟體產品配置管理主要活動有哪些擴展閱讀：

1、軟體配置相關

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

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

(1)標識變更；

(2)控制變更；

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

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

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

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

4. 一般來說，軟體測試配置管理中最基本的活動包括什麼

A：配置管理，審計是必須的。
B：審批完成後，肯定要出報告的。
C：控制那些是配置項，哪些不是，也是必須的。
D：對於配置項進行標識便於管理，也是必須的。
所以ABCD。都是應該選擇。

5. 軟體配置管理在軟體開發過程中是什麼管理的重要組成部分

定軟體的組成項目，對每個項目的變更進行管控（版本控制），並維護不同項目之間的版本關
聯，以使軟體在開發過程中任一時間的內容都可以被追溯，包括某幾個具有重要意義的數個組合。
軟體配置管理，貫穿於整個軟體生命周期，它為軟體研發提供了一套管理辦法和活動原則。軟體配置管理無論是對於軟體企業管理人員還是研發人員都有著重要的意義。軟體配置管理可以提煉為三個方面的內容：
VersionControl-版本控制
ChangeControl-變更控制
ProcessSupport-過程支持[1]
關鍵活動包括：配置項、工作空間管理、版本控制、變更控制、狀態報告、配置審計等。

6. 配置管理員的關鍵活動

1．配置項（Software Configuration Item，SCI）識別
Pressman對於SCI給出了一個比較簡單的定義：「軟體過程的輸出信息可以分為三個主要類別：（1）計算機程序（源代碼和可執行程序），（2）描述計算機程序的文檔（針對技術開發者和用戶），以及（3）數據（包含在程序內部或外部）。這些項包含了所有在軟體過程中產生的信息，總稱為軟體配置項。」
由此可見，配置項的識別是配置管理活動的基礎，也是制定配置管理計劃的重要內容。
軟體配置項分類軟體的開發過程是一個不斷變化著的過程，為了在不嚴重阻礙合理變化的情況下來控制變化，軟體配置管理引入了「基線（Base Line）」這一概念。IEEE對基線的定義是這樣的：「已經正式通過復審核批準的某規約或產品，它因此可作為進一步開發的基礎，並且只能通過正式的變化控制過程改變。」
所以，根據這個定義，我們在軟體的開發流程中把所有需加以控制的配置項分為基線配置項和非基線配置項兩類，例如：基線配置項可能包括所有的需求文檔、設計文檔、源程序和正式項目整體計劃等；非基線配置項可能包括項目的各類細節計劃和報告等。

7. 軟體配置管理的過程描述

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

8. 軟體配置管理的過程

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

9. 什麼是軟體需求管理它包含哪三個主要活動

軟體需求管理就是需求管理范圍內的軟體方面。

而需求管理又是完整管理模式中的一環，同其他特性諸如完整性、一致性等不可分割，彼此相關而成一體。一套需求管理應當是已知系統需求的完整體現，每部分解決方案都是對總體需求一定比例的滿足，僅僅解決部分需求是沒有意義的。

它的主要活動包括：定義需求、需求確認、需求跟蹤。但是完整的活動流程則是：定義需求、需求確認、建立狀態、需求評審、需求承諾、需求跟蹤、變更控制。

(9)軟體產品配置管理主要活動有哪些擴展閱讀：

當完成用戶需求調查後，首先對《用戶需求說明書》進行細化，對比較復雜的用戶需求進行建模分析，以幫助軟體開發人員更好地理解需求。例如採用Rational的Rose工具進行需求的建模分析。如果使用工具進行建模分析，對需求分析人員的要求比較高。需求定義過程中通常會出現的問題有內容失實、遺漏、含糊不清和前後描述不一致。

在整個生命周期中，存在著幾種不同的情況，在需求調查人員或系統分析人員進行需求調查時，客戶存在的需求可能有多種，一類是客戶可以明確且清楚的提出的需求；一類是客戶知道需要做些什麼，但又不能確定的需求；另一類是客戶本身可以得出這類需求，但需求的業務不明確，還需要等待外部信息。還有是客戶本身也說不清楚的。