軟件配置識別識別要控制的項目，建立項目及其版本的識別計劃，并建立用于獲取和管理受控項目的工具和技術。這些活動為其他SCM活動提供了基礎。

2.1識別要控制的軟件項

控制變更的第一個步驟是確定要控制的軟件項。

這包括在系統配置的環境中理解軟件配置，選擇軟件配置項，為標記軟件項和描述它們的關系開發一個策略，并確定要使用的基線和獲取項目基線的過程。

2.1.1軟件配置

軟件配置是指在技術文件中或在產品中所實現的硬件或軟件的功能和物理特性。它可以看作是整個系統配置的一部分。

2.1.2軟件配置項

配置項(CI)是硬件或軟件(或兩者)的項或集合，設計為作為單個實體進行管理。軟件配置項(SCI)是作為配置項建立起來的軟件實體。SCM通常控制除代碼本身之外的各種項目。有潛力成為SCIs的軟件項目包括計劃、規范和設計文檔、測試材料、軟件工具、源代碼和可執行代碼、代碼庫、數據和數據字典，以及用于安裝、維護、操作和軟件使用的文檔。

選擇SCIs是一個重要的過程，必須在為項目控制目的提供充分的可見性和提供可管理的受控項目數量之間取得平衡。

2.1.3軟件配置項關系

所選的SCM及其組成部分之間的結構關系會影響其他SCM活動或任務，例如軟件構建或分析所提議變更的影響。正確地追溯這些關系對于支持可追溯性也很重要。計算機信息系統識別方案的設計應考慮將識別的項目映射到軟件結構的需要，以及支持軟件項目及其關系的開發的需要。

圖6.2。軟件目收集

2.1.4軟件版本

軟件項隨著軟件項的進行而演進。軟件項的版本是項的標識實例。它可以被認為是一個正在開發的項目的一種狀態。變型是應用軟件多樣性而產生的程序版本。

2.1.5基線

軟件基線是配置項(與媒介無關)的正式批準版本，在配置項生命周期的特定時間正式指定并固定。這個術語也用來指已經達成一致的軟件配置項的特定版本。在這兩種情況下，基線只能通過正式的變更控過程序來變更。基線，以及對基線的所有已批準的變更，表示當前已批準的配置。

常用的基線包括功能基線、分配基線、開發基線和產品基線。功能基線符合已評審的系統需求。所分配的基線符合已評審的軟件需求規格說明及軟件接口需求規格說明。開發基線代表在軟件生命周期中選定時間演進的軟件配置。這個基線的變更權限通常主要取決于開發組織，但是可能與其他組織共享(例如，SCM或測試)。產品基線對應于為系統集成而交付的已完成的軟件產品。用于給定項目的基線，以及變更審批所需的相關權限級別，通常在SCMP中確定。

2.1.6獲取軟件配置項

軟件配置項在不同時間放置在SCM控制下;也就是說，在軟件生命周期的特定點上，它們被合并到特定的基線中。觸發事件是完成某種形式的正式接受任務，例如正式評審。圖6.2描述了基線化項目在生命周期中增長的情況。這個圖是基于瀑布模型的，僅用于演示;圖中使用的下標指示了演進項目的版本。軟件變更請求(SCR)在3.1節中進行了描述。

要獲得SCI，必須確定其起源和初始完整性。在獲得SCI之后，對項目的變更必須根據SCI和相關基線得到正式批準，如SCMP中所定義的那樣。批準后，根據適當的程序將項目納入軟件基線。

2.2軟件庫

軟件庫是軟件和相關文檔的受控集合，旨在幫助軟件開發、使用或維護。它還有助于軟件發布管理和交付活動。可以使用幾種類型的庫，每一種對應于軟件項目的特定成熟度級別。例如，工作庫可以支持編碼，項目支持庫可以支持測試，而主庫可以用于最終產品。適當級別的SCM控制(相關的基線和變更權限級別)與每個庫相關聯。在訪問控制和備份設施方面，安全性是圖書館管理的一個關鍵方面。

每個庫使用的工具必須支持該庫的SCM控制需求——在控制SCIs和控制對庫的訪問方面都是如此。在工作庫層面，這是一種服務于開發人員、維護人員和SCM的代碼管理功能。它側重于管理軟件項目的版本，同時支持多個開發人員的活動。在較高的控制層面上，訪問權限受到更大的限制，并且SCM是主要用戶。

這些庫也是度量工作和進展的重要信息來源。

編輯：黃飛