配置標識
出自 MBA智库百科(https://wiki.mbalib.com/)
配置標識(configuration identification)
目錄 |
什麼是配置標識[1]
配置標識是定義各類配置項、建立各種基線、描述相關軟體配置及其文檔的過程。
配置標識的原則[2]
配置標識是指為了方便對軟體配置的各個片段進行管理，必須對每一個配置項進行標識。其原則為：
(1)用易於理解和推測的方式定義文件的標識；
(2)當需要修改時，提供進行修改和跟蹤它們的方法；
(3)為了便於控制與管理，要隱含如下內容：配置項內容、版本、完成時間等。
配置標識的內容[3]
配置標識是配置管理的基礎性工作，是配置管理的前提。配置標識是確定哪些內容應該進入配置管理形成配置項，並確定配置項如何命名，用哪些信息來描述該配置項。
1．確定配置項
信息系統項目中形成的技術性文檔和管理性文檔，除一些臨時性的文檔外一般都應該進行配置管理。一般來講，判定一個文檔是否進行配置管理的標準應該是此文檔是否有多個人需要使用，這些文檔往往在項目的進程中不斷地修正和擴展，要保證每個使用者都使用同一版本的文檔，就必須將這些文檔納入配置管理，成為受控的配置項。
(1)識別配置項。可能成為配置項組成部分的主要工作產品有過程描述、需求、設計、測試計劃和規程、測試結果、代碼／模塊、工具(如編輯器)、介面描述等。在軟體工程方面，Roger S．Pressman認為至少以下所列的文檔應該成為配置項：系統規格說明書、項目計劃、需求規格說明書、用戶手冊、設計規格說明、源代碼、測試規格說明、操作和安裝手冊、可執行程式、資料庫描述、聯機用戶手冊、維護文檔、軟體工程標準和規程。
(2)配置項命名。確定了配置項後，還需要對配置項進行合理、科學的命名。配置項的命名絕不能隨意為之，必須滿足唯一性和可追溯性。一個典型的實例是採用層次式的命名規則來反映樹型結構，樹型結構上節點之問存在著層次的繼承關係。
(3)配置項的描述。由於配置項除了名稱外還有一些其他屬性和與其他配置項的關係，因此它可以採用描述對象的方式來進行描述。每個配置項用一組特征信息(名字、描述、一組資源、實現)唯一地標識。配置項間的關係有整體和部分的關係及層次關係，也有關聯關係。配置項問的關係可以用MIL(Module Interconnection Language)表示。MIL描述的是配置項問的相互依賴關係，可自動構造系統的任何版本。
(4)識別配置項的步驟。識別配置項的主要步驟如下。
①識別配置項。
②為每個配置項指定唯一性的標識代號。
③確定每個配置項的重要特征。配置項的特征主要包括作者、文檔類型、代碼文檔的程式設計語言。
④確定配置項進入配置管理的時間。
⑤確定每個配置項的擁有者及責任。
⑥填寫配置管理表。
⑦審批配置管理表。CCB審查配置管理表是否符合配置管理計劃和項目計劃文檔的規定，審批配置管理表。
2．基線
基線(baseline)是項目生存期各開發階段末尾的特定點，也稱為里程碑(milestone)，在這些特定點上，階段工作已結束，並且已經形成了正式的階段產品。
建立基線的概念是為了把各開發階段的工作劃分得更加明確，使得本來連續開展的開發工作在這些點上被分割開，從而更加有利於檢驗和肯定階段工作的成果，同時有利於進行變更控制。有了基線的規定就可以禁止跨越里程碑去修改另一開發階段的工作成果，並且認為建立了里程碑，有些完成的階段成果已被凍結。
作為階段工作的正式產品，基線應該是穩定的，如作為設計基線的設計規格說明應該是通過評審的。如果還只是設計草稿，就不能作為基線，不能被凍結。
如果把軟體看做是系統的一個組成部分，以下三種基線最受人們關註：功能基線、分配基線和產品基線。
(1)功能基線。功能基線是指在系統分析與軟體定義階段結束時，經過正式評審和批准的系統設計規格說明書中對待開發系統的規格說明；或是指經過項目委托單位和項目承辦單位雙方簽字同意的協議書或合同中所規定的對待開發軟體系統的規格說明；或是由下級申請經上級同意或直接由上級下達的項目任務書中所規定的對待開發軟體系統的規格說明。功能基線是最初批准的功能配置標誌。
(2)分配基線(指派基線)。分配基線是指在軟體需求分析階段結束時，經過正式評審和批准的軟體需求的規格說明。指派基線是最初批准的指派配置標誌。
(3)產品基線。產品基線是指在軟體組裝與系統測試階段結束時，經過正式評審批准的有關所開發軟體產品的全部配置項的規格說明。產品基線是最初批准的產品配置標誌。
另外，交付給外部顧客的基線一般稱為發行基線，內部使用的基線稱為構造基線。釋放是指在軟體生存周期的各個階段結束時，由該階段向下一階段提交該階段產品的過程。它也指將系統集成與系統測試階段結束時所獲得的最終產品向用戶提交的過程。後面這個過程也稱為交付。
3．建立配置管理系統
在配置管理中，要建立並維護配置管理系統和變更管理系統。建立配置管理系統的主要步驟如下。
(1)建立適用於多控制等級配置管理的管理機制。在生存周期中不同時間所需的控制等級不同，不同的系統類型所需的控制等級不同，以滿足專屬性和安全性。
(2)存儲和檢索配置項。
(3)共用和轉換配置項。
(4)存儲和複原配置項的歸檔版本。
(5)存儲、更新和檢索配置管理記錄。
(6)創建配置管理報告。
(7)保護配置管理系統的內容。配置管理系統的主要功能有文檔的備份與恢復、文檔的建檔、從配置管理的差錯狀態下複原。
(8)許可權分配。CMO的許可權最高，一般項目成員可擁有添加、檢入／檢出、下載的許可權，但是不能有刪除的許可權。
4．創建基線或發行基線
創建基線或發行基線的步驟如下。
(1)獲得CCB的授權。CMO根據項目進展情況或項目組的要求和基線計劃規定，提出創建基線的書面請求，提請CCB授權。
(2)創建構造基線或發行基線。
(3)形成文件。
(4)使基線可用。
配置標識的活動[4]
配置標識的活動包括：
(1)選擇配置項。配置項是配置管理的最小單元，一般由一個或多個文件組成。組織可以根據不同的原則選擇配置項。
(2)制定配置項標識方案。選擇好配置項後就要為其選擇適當的標識方案。配置項的標識使配置項被唯一識別，並且標識方案可以顯示軟體演進的層次結構和可追溯性。
(3)制定存取方案。組織需要建立軟體配置庫，存放軟體配置。這個配置庫應使軟體項目組的所有成員都可根據許可權存取其中的配置項，同時必須協調各成員之間的關係，使每個成員所能執行的許可權不超過其應有的範圍。
配置標識的對象[4]
配置標識的對象包括：
(1)各種功能規格說明和技術規格說明，以及軟體項目的特殊功能和開發過程中使用的方法。
(2)所有受到功能和技術規格影響的開發工具。這些工具不僅包括用於創建應用程式的開發工具，而且還包括對比、調試和圖形化工具。
(3)所有與其他軟體項目和硬體的介面。
(4)所有與軟體項目相關的文檔和電腦文件，如文本文件、源程式、文檔和圖形，以及任意的二進位文件。
標識軟體項不僅需要處理程式項和需求之間的聯繫，一般來講，還需使用多種方式標識軟體項，以及軟體項同軟體產品之間的關聯。
配置標識的形式[5]
配置標識的任務是為項目要控制的眾多配置項和它們的版本(基線)確定惟一的標識(一組字元串)。為此，應制定一個標識的表達方案。
軟體配置標識的一般形式是：XXX—YYY—Z—RL—NNN。其中：XXX：指明瞭某軟體課題的組成標識；YYY：指明瞭某課題的課題標識；Z：是配置分類標識，例如Z可以是P(計劃)、R(需求說明)、D(設計資料)、S(源程式清單)、T(測試資料)、U(用戶手冊)、I(安裝指南)、M(維護手冊)；RL：表示修改更改的次數；NNN：是屬性碼，用以表達配置的屬性，如日期等。
配置標識實例[4]
實例1：
表示方法為“項目名稱—所屬階段產品名稱—版本號”。
其中版本號的約定如下：以V開頭，版本號可分3個小節，主版本號、次版本號和內部版本號，每小節以“．”間隔。
例如，“教務管理系統—軟體設計—詳細設計說明書—V2．2．1”。
如果項目名稱或所屬階段用漢字表示，會使配置標識過長，可採用簡寫的數字或拼音代碼。如教務管理系統用EMS表示。
實例2：
表示方法如圖1所示。公司名稱可用簡稱；項目名稱可用簡稱，也可用編號代替；標識編號一般用定長數字表示，如6位；版本號以V開頭，可分為主版本號、次版本號和內部版本號3節。
配置標識是配置管理的基礎，唯一地標識軟體配置項和各種文檔，使它們可用某種方式訪問。配置標的目標是在整個系統生命周期中標識系統的組件，提供軟體和軟體相關產品之間的追蹤能力。
