心智圖資源庫 第15章 資訊(文件)與設定管理
軟考中項/系統整合專案管理工程師/第15章 資訊(文件)與組態管理,介紹詳細,描述全面,希望對有興趣的小夥伴有幫助!
編輯於2024-02-24 02:23:02This is a mind map about bacteria, and its main contents include: overview, morphology, types, structure, reproduction, distribution, application, and expansion. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about plant asexual reproduction, and its main contents include: concept, spore reproduction, vegetative reproduction, tissue culture, and buds. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about the reproductive development of animals, and its main contents include: insects, frogs, birds, sexual reproduction, and asexual reproduction. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about bacteria, and its main contents include: overview, morphology, types, structure, reproduction, distribution, application, and expansion. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about plant asexual reproduction, and its main contents include: concept, spore reproduction, vegetative reproduction, tissue culture, and buds. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about the reproductive development of animals, and its main contents include: insects, frogs, birds, sexual reproduction, and asexual reproduction. The summary is comprehensive and meticulous, suitable as review materials.
資訊(文件)和組態管理
資訊(文檔)
意義
是指某種數據媒體和其中所記錄的數據。具有永久性,並可以由人或機器閱讀,通常僅用於描述人工可讀的東西。
在軟體工程中,文件常用來表示對活動、需求、流程或結果,進行描述、定義、規定、報告或認證的任何書面或圖示的資訊(包括紙本文件和電子文件)
種類
開發文件
意義
描述開發過程本身
包括
可行性研究報告和專案任務書、需求規格說明書、功能規格說明書、設計規格說明書,包括程序和數據規格說明書、開發計劃、軟體整合和測試計劃、品質保證計劃、安全和測試信息
產品文件
意義
描述開發過程的產物
包括
培訓手冊、參考手冊和使用者指南、軟體支援手冊、產品手冊和資訊廣告
管理文件
意義
記錄專案管理的信息
包括
開發過程的每個階段的進度和進度變更的記錄、軟體變更的情況記錄、開發團隊的責任定義
文檔品質分為四級
最低限度文檔(1級文檔)
適用
適合開發工作量低於一個人月的開發者自用程序
包括
程序清單、開發記錄、測試記錄和程序簡介
內部文檔(2級文檔)
適用
可用於沒有與其他使用者共享資源的專用程序
包括
除1級文件提供的資訊外還包括程序清單內足夠的註釋以幫助使用者安裝和使用程序
工作文檔(3級文檔)
適用於由同一個單位內若干人共同開發的程序,或可被其他單位使用的程序
正式文檔(4級文檔)
適合那些要正式發行普遍使用的軟體產品。關鍵性程序或具用重複管理應用性質的程序,需遵守GB8567的相關規定
規範化管理
文件書寫規範
涉及文本、圖形和表格等多種類型,無論哪種類型都應該遵循統一的書寫規範,包括符號的使用、圖標的含義、程序中註釋行的使用、註明文檔書寫人及書寫日期等
圖表編號規則
文檔目錄編寫標準
包含文件編號、文件名稱、格式或載具、份數、每份頁數或件數、儲存地點、存檔時間、保管人等。
文件管理制度
依組織實體的具體情況而定,主要包括建立文件的相關規範、文件借閱記錄的登記制度、文件使用權限控制規則
配置管理
是為了系統的控製配置變更,在系統的整個生命週期中維持配置的完整性和可追蹤性 GB/T11457-2006中正式定義為,應用技術和管理的指導和監控方法以標識和說明配置項的功能和物理特徵,控制這些變更的特徵,記錄和報告變更處理和實現狀態並驗證與規定的需求的遵循性
概念
配置項
為組態管理所涉及的硬體、軟體或二者的集合,在組態管理過程中以單一實體來對待
包括專案計劃書、需求文件、設計文件、原始程式碼、可執行程式碼、測試案例、運行軟體所需的各種數據,經評審和檢查通過後進入組態管理
所有的配置項都應該按照相關的規定統一編號,按照相應的模版生成,並在文檔中的規定張傑記錄對象的標識信息
分類
基線配置項
向開發人員開放讀取的權限
包括所有的設計文件和來源程序
非基線配置項
向PM、CCB及相關人員開放
包括項目的各類計劃和報告
所有的設定操作權限應由CMO配置管理員嚴格管理
配置項狀態
草稿
配置項剛建立時
正式
配置項目通過評審後
修改
更改配置項
配置項版本號
草稿
0.YZ,YZ範圍01-99
正式
X.Y,X為主版本號,範圍1-9、Y為次版本號,範圍0-9,第一次正式文件版本號1.0
修改
X.YZ,一般只增大Z值,X Y不變
配置項版本管理
目的是按照一定的規則保存配置項的所有版本,避免發生版本丟失或混淆等現象,並且可以快速準確的查找到配置項的任何版本
配置基線
由一組配置項目組成
基線中的配置項被「凍結」了,不能再被任何人隨意修改
基線通常對應於開發過程中的里程碑,一個產品可以有多個基線,也可以只有一個基線
發行基線—交付給外部客戶的基線
構造基線—內部開發所使用的基線
在專案實施過程中,每個基線都要納入配置控制,對這些基線的更新只能採用正式的變更控製程序
好處
(1)基線為開發工作提供了一個定點和快照。
(2)新項目可以在基線提供的定點上建立。新專案作為一個單獨分支,將與隨後對原始專案(在主要分支上) 所進行的變更進行隔離。
(3)當認為更新不穩定或不可信時,基線為團隊提供一種取消變更的方法
(4)可以利用基準重新建立基於某個特定發布版本的配置,以重現已報告的錯誤
配置庫
概念
存放配置項並記錄與配置項目相關的所有資訊
是組態管理的有力工具,利用庫中的資訊可以回答許多組態管理的問題
類型
開發庫(動態函式庫、程式設計師庫、工作庫)
用於保存開發人員目前正在開發的配置實體。動態中的配置項目被置於版本管理之下,動態庫是開發人員的個人工作區,由開發人員自行控制
受控庫(主庫)
包含目前的基線加上對基線的變更。受控庫中的配置項被置於完全的配置管理之下。在資訊系統開發的某個工作結束時,將目前的工作產品存入受控庫
產品庫(靜態庫、發行庫、軟體倉庫)
包含已發布使用的各種基線的存檔,被置於完全的配置管理之下。在開發資訊系統產品完成系統測試後,將作為最終的產品存入產品庫內,等待交付用戶或現場安裝
建庫模式
按配置項目的類型分類建庫
適用於通用軟體的開發組織。產品的繼承性往往較強,工具較統一,對平行開發有一定的需求
依開發任務建立對應的配置庫
適用於專業軟體的開發組織。開發工具種類繁多,開發模式以線性發展為主
配置庫權限設定
配置控制委員會
負責對配置變更做出評估、審批以及監督已批准變更的實施
CCB不必是常設機構
CCB在建立專案時,成員包括專案經理、使用者代表、產品經理、開發工程師、測試工程師、品質控制人員、配置管理員
CCB不只是控製配置變更,而是負有更多的組態管理任務,如組態管理計畫審批、基準建立審核、產品發布審批
小型的專案CCB可以只有一個人,甚至是兼職人員
配置管理員
負責在專案的整個生命週期中進行配置管理活動
包括編寫配置管理計劃、建立和維護配置管理系統、建立和維護配置庫、配置項目識別、建立和管理基線、版本管理和配置控制、配置狀態報告、配置審計、發布管理和交付、對專案成員進行配置管理培訓。
配置管理系統
用來進行設定管理的軟體系統
最根本要求
不允許任何混亂現象
6項活動
制定配置管理計劃
配置管理計畫是如何進行專案配置管理工作的規劃,是配置管理過程的基礎,應該形成文件並在整個專案生命週期內處於受控狀態。配置控制委員會負責審批該計劃。
內容
配置管理活動
涵蓋的主要活動包括配置標識、配置控制、配置狀態報告、配置審計、發布管理與交付
實施這些活動的規格和流程
實施這些活動的進度安排
負責實施這些活動的人員和組織,以及他們和其他組織的關係
配置標識
也稱配置識別,包括為系統選擇配置項目並在技術文件中記錄配置項目的功能和物理特徵
配置標識是配置管理員的職能
步驟
識別需要受控的配置項
為每個配置項指定唯一性的識別號
定義每個配置項的重要特徵
確定每個配置項的擁有者及其責任
確定配置項進入組態管理的時間和條件
建立和控制基線
維護文件和組件的修訂與產品版本之間的關係
配置控制
配置控制即配置項和基線的變更控制,包括下述任務:標識和記錄變更申請,分析和評價變更,批准或否決由請,實現、驗證和發布已修改的配置項。
步驟
變更申請
變更評估
變更對專案的影響
變更的內容是否必要
變更的範圍是否考慮周全
變更的實施方案是否可行
變更的工作量估計是否合理
通告評估結果
變更實施
變更驗證與確認
變更的發布
基於配置庫的變更控制
流程
(1)將待升級的基線(假設版本號為 V2.1) 從產品庫中取出,放入受控庫
(2)程式設計師將想要修改的程式碼段從受控庫中檢出(Check out),放入自己的開發庫中進行修改。
(3)程式設計師將開發庫中修改好的程式碼段檢入(Check in) 受控庫。
(4)軟體產品的升級修改工作已全部完成後,將受控庫中的新基準存入產品庫中
配置狀態報告
也稱配置狀態統計,有效的記錄和報告配置管理所需的信息,目的是及時、準確的給出配置項的當前狀態,供相關人員了解,以加強配置管理工作
內容
每個受控配置項的標識和狀態
每個變更申請的狀態和已批准的修改的實施狀態
每個基準的當前和過去版本的狀態以及各版本的比較
其他組態管理過程活動的記錄
配置審計
也稱配置審核或配置評價
功能配置審計
審計配置項目的一致性
包括
(1) 配置項目的開發已圓滿完成
(2) 配置項已達到配置標識中規定的性質和功能特徵
(3) 配置項目的操作和支援文件已完成並且是符合要求的
實體配置審計
審計配置項目的完整性
包括
(1)要交付的配置項是否存在
(2)配置項中是否包含了所有必須的項目
發布管理和交付
任務是:有效控制軟體產品和文件的發行和交付,在軟體產品的生產期內妥善保存程式碼和文件的母拷貝
步驟
儲存
複製
打包
交付
重建
專案計劃書、需求文件、設計文件、原始碼 可執行程式碼、測試案例、運行軟體所需的各種數據