心智圖資源庫 資訊系統文件和設定管理
簡單列出了軟體專案管理過程中產生的文件是如何分類管理,如何做好設定管理的,以及設定管理要做的步驟,需要可收藏。
編輯於2021-08-23 10:05:43This 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級文件提供的資訊外,2級文件還包括程式清單內足夠的註解以幫助使用者安裝和使用程式。
工作文檔(3級文件),適合於由同一單位內若干人共同開發的程序,或可被其他單位使用的程序
正式文件(4級文件),適合那些要正式發行供普遍使用的軟體產品
文件管理的規則和方法
文檔編寫規範
圖示編號規則
文檔目錄編寫標準
文件管理制度
配置管理
定義
配置管理是為了系統地控製配置變更,在系統的整個生命週期中維持配置的完整性和可追蹤性,而標識系統在不同時間點上配置的學科
配置管理活動
配置管理包括6個活動
制訂配置管理計劃、配置標識、配置控制、配置狀態報告、配置審計、發布管理和交付
配置項
外部交付的軟體產品和數據
指定的內部軟體工作產品和數據
指定的用於創建或支援軟體產品的支援工具
供方/供應商提供的軟體和客戶提供的設備/軟體
專案計劃書
需求文件
設計文件
原始碼
可執行程式碼
測試用例
運行軟體所需的各種數據
所有配置項目的操作權限有配置管理員管理,基線配置項目向開發人員開發唯讀權限;非基線配置項目向PM、CCB及相關人員開發
配置項狀態
配置項狀態可分為「草稿」、「正式」、「修改」三種
配置項版本號
處於「草稿」狀態的設定項目的版本號格式為0.YZ,YZ的數字範圍為01~99
處於「正式」狀態的配置項目的版本號格式為X.Y,X為主版本號,取值範圍為1~9。 Y為次版本號,取值範圍為0~9
配置項第一次成為「正式」檔案時,版本號為1.0
處於「修改」狀態的組態項目的版本號格式為X.YZ。配置項正在修改時,一般只增大Z值,X.Y值維持不變。當設定項修改完畢,狀態變成「正式」時,將Z值設為0,增加X.Y值。
配置項版本管理
配置基線
基線通常對應於開發過程中的里程碑
交付給外部顧客的基線一般稱為發行基線,內部開發使用的基線一般稱為建構基線
建立基線的事件
受控的配置項
建立和變更基線的程序
批准變更基準所需的權限
每個基線定義的內容
基線為開發工作提供了一個定點和快照
新項目可以再基線提供的定點上建立。新專案作為一個單獨分支,將與隨後對原始專案(在主要分支上)所進行的變更進行隔離
當認為更新不穩定或不可信時,基線為團隊提供一種取消變更的方法
可以利用基線重新建立基於某個特定發布版本的配置,以重現已報告的錯誤
建立基線的好處
配置庫
開發函式庫
動態程式庫或工作庫,用於保存開發人員目前正在開發的配置實體
動態庫是開發人員的個人工作區,由開發人員自行控制,無需對其進行配置控制
受控庫
成為主庫,包含目前的基線加上對基線的變更
受控庫中的配置項被置於完全的組態管理之下
在開發的某個階段工作結束時,將目前的工作產品存入受控庫
產品庫
也稱為靜態庫、發行庫、軟體倉庫,包含已發布使用的各種基線的存檔,被置於完全的配置管理之下
在開發的資訊系統產品完成系統測試後,作為最終產品存入產品庫內,等待交付用戶或現場安裝
建庫
有兩種建庫模式:依配置項目類型建庫和依任務建庫
依配置項目的類型分類建庫:適用於通用軟體的開發組織,產品的繼承性較強
依開發任務建立對應的配置庫,適用於專業軟體的開發組織,採用此設定策略較為靈活
配置庫權限設定
配置控制委員會CCB
負責對配置變更做出評估、審批以及監督已批准變更的實施
CCB建立在專案級,其成員可以包括專案經理、使用者代表、產品經理、開發工程師、測試工程師、品質控制人員、配置管理員等
CCB不是控製配置變更,而是負有更多的組態管理任務,例如基準審批,組態管理計畫審批
配置管理員CMO
編寫配置管理計劃
建立和維護組態管理系統
建立和維護配置庫
配置項識別
建立和管理基線
版本管理和配置控制
配置狀態報告
配置審計
發布管理和交付
對專案成員進行組態管理培訓
配置管理系統
是用來進行設定管理的軟體系統
設定管理方針
確定配置管理目標
確保軟體組態管理計畫得以製訂,並經過相關人員的評審與確認
應該識別出要控制的項目產品有哪些,並且制訂相關控制策略,以確保這些項目產品被適合的人員獲取
應制訂控制策略,以確保專案產品在控制範圍內更改
應採取適當的工具和方法,確保相關組別和個人能夠及時了解軟體基線的狀態和內容
確定配置管理的方針
日常配置管理活動
制訂配置管理計劃
配置管理活動,涵蓋的主要活動包括配置標識、配置控制、配置狀態報告、配置審計、發布管理與交付
實施這些活動的規格和流程
實施這些活動的進度安排
負責實施這些活動的人員或組織,以及他們和其他組織的關係
配置管理計劃包含的內容
配置項標識
識別需要受控的配置項
為每個配置項指定唯一性的識別號
定義每個配置項的重要特徵
確定每個配置項的擁有者及其責任
確定配置項進入組態管理的時間和條件
建立和控制基線
維護文件和組件的修訂與產品版本之間的關係
配置項標識是配置管理員的職能,需要包括這些步驟
配置控制
變更申請
變更評估
變更對專案的影響
變更的內容是否必要
變更的範圍是否考慮周全
變更的實施方案是否可行
變更工作量估計是否合理
CCB組織對變更申請評估需確定的內容
CCB決定是否接受變更,並將決定通知相關人員
通告評估結果
變更實施
變更驗證與確認
變更發布
基於配置庫的變更控制
將待升級的基線(假設版本號為V2.1)從產品庫中取出,放入受控庫
程式設計師將想要修改的程式碼段從受控庫中檢出(Check out),放入自己的開發庫中進行修改。
程式碼被Check out後即被“鎖定”,以確保同一段程式碼只能同時被一個程式設計師修改,如果甲正對其修改,乙就無法Check out
程式設計師將開發庫中修改好的程式碼段檢入(Check in)受控庫。檢查 in後,程式碼的「鎖定」解除,其他程式設計師可以Check out該段程式碼了
軟體產品的升級修改工作全部完成後,將受控庫中的新基線存入產品庫中(軟體產品的版本號更新為V2.2,舊的V2.1版並去刪除,繼續在產品庫中保存)
以某個軟體產品升級為例講述配置庫變更控制
配置狀態報告
每個受控配置項的標識和狀態
每個變更申請的狀態和已批准的修改的實施狀態
每個基準的當前和過去版本的狀態以及各版本的比較
其他組態管理過程活動的記錄
配置狀態報告包含的內容
配置審計
作用
防止向使用者提交不適合的產品
發現不完善的實現
找出各配置項已在所要求的品質控制審核之後納入基線併入庫保存
確認記錄和文件保持可追溯性
功能配置審計
配置項目的開發已圓滿完成
配置項已達到配置標識中規定的效能和功能特徵
配置項的操作和支援文件已完成並且是符合要求的
是審計配置項目的一致性(配置項目的實際效力是否與其需求一直)
實體配置審計
要交付的配置項是否存在
配置項中是否包含了所有必要的項目
是審計配置項的完整性(配置項的物理存在是否與預期一致)
發布管理和交付
儲存
將副本儲存在不同的受控場所,以減少遺失的風險
複製
建立規程以確保複製的一致性和完整性
確保發布用的媒體不含無關項
使用適合的媒體以確保軟體產品符合複製要求,確保其在整個交付期中內容的完整性
打包
交付
重建
設定管理工具
開源的工具:SVN、GIT、CVS
資訊文件管理與設定管理