歷年考點分布

注：

博客：
https://blog.csdn.net/badao_liumang_qizhi
關注公眾號
霸道的程序猿
獲取編程相關電子書、教程推送與免費下載。

信息系統項目文檔及其管理

軟件文檔的分類

3、文檔的規范化管理主要體現在
①文檔書寫規范
②圖表編號規則
③文檔目錄編寫標準
④文檔管理制度等幾個方面。(掌握)

(1)文檔書寫規范:
應該遵循統一的書寫規范，包括符號的使用、圖標的含義、程序中注釋行的使用、注明文檔書寫人及書寫日期等;

(2)圖表編號規則:
對這些圖表進行有規則的編號，可以方便圖表的查找;

(3)文檔目錄編寫標準;

(4)文檔管理制度:
應該建立相應的文檔管理制度

配置管理

1、配置管理包括6個主要活動:
制訂配置管理計劃、配置標識、配置控制、配置狀態報告、配置審計、發布管理和交付。
(掌握)

2、典型配置項包括項目計劃書、需求文檔、設計文檔、源代碼、可執行代碼、
測試用例、運行軟件所需的各種數據，它們經評審和檢查通過后進入配置管理。(掌握)

注意點:測試報告、會議紀要、工作記錄不計入配置項的內容;因為一經形成就不好修改了!

3、在信息系統的開發流程中需加以控制的配置項可以分為基線配置項和非基線
配置項兩類

基線配置項可能包括所有的設計文檔和源程序等;
非基線配置項可能包括項目的各類計劃和報告等。
所有配置項的操作權限應由CMO(配置管理員)嚴格管理，基本原則是:基線配置
項向開發人員開放讀取的權限;非基線配置項向PM, CCB及相關人員開放。(掌握)
配置管理員為每個項目成員分配對配置庫的操作權限。一般地，項目成員擁有
Add, Checkin/Checkout, Download等權限，但是不能擁有“刪除”權限。配置管
理員的權限最高。具體操作視所采用的配置管理軟件而定。

配置項的狀態

?6、配置項的版本管理作用于多個配置管理活動之中，如配置標識、配置控制和配置
審計、發布和交付等。在項目開發過程中，絕大部分的配置項都要經過多次的修改才能
最終確定下來。對配置項的任何修改都將產生新的版本。由于我們不能保證新版本一定
比舊版本“好”，所以不能拋棄舊版本。版本管理的目的是按照一定的規則保存配置項
的所有版本，避免發生版本丟失或混淆等現象，并且可以快速準確地查找到配置項的任
何版本。(掌握)

7、配置基線(常簡稱為基線)由一組配置項組成，這些配置項構成一個相對穩定的邏
輯實體。基線中的配置項被“凍結”了，不能再被任何人隨意修改。對基線的變更必須
遵循正式的變更控制程序。

8、一組擁有唯一標識號的需求、設計、源代碼文卷以及相應的可執行代碼、構造文
卷和用戶文檔構成一條基線。產品的一個測試版本(可能包括需求分析說明書、概要設
計說明書、詳細設計說明書、己編譯的可執行代碼、測試大綱、測試用例、使用手冊等)
是基線的一個例子。(掌握)

9、基線通常對應于開發過程中的里程碑(Milestone)，一個產品可以有多個基線，
也可以只有一個基線。交付給外部顧客的基線一般稱為發行基線(Release)，內部開
發使用的基線一般稱為構造基線(Build)。(掌握)

10、每一個基線，定義的內容:
建立基線的事件、受控的配置項、建立和變更基線的程序、批準變更基線所需的權限。
項目實施過程中，每個基線都要納入配置控制，對這些基線的更新只能采用正式的變更控制程序。(掌握)

11、配置庫可以分開發庫、受控庫、產品庫3種:(掌握)
①開發庫
也稱為動態庫、程序員庫或工作庫，用于保存開發人員當前正在開發的
配置實體，動態庫是開發人員的個人工作區，由開發人員自行控制。庫中的信息可能
有較為頻繁的修改。(可以任意的修改)

②受控庫
也稱為主庫，包含當前的基線加上對基線的變更。受控庫中的配置項被置
于完全的配置管理之下。在信息系統開發的某個階段工作結束時，將當前的工作產品
存入受控庫。(可以修改，需要走變更流程)

③產品庫
也稱為靜態庫、發行庫、軟件倉庫，包含已發布使用的各種基線的存檔，
被置于完全的配置管理之下。在開發的信息系統產品完成系統測試之后，作為最終產
品存入產品庫內，等待交付用戶或現場安裝。(一般不再修改，真要修改的話需要走變更流程)

12、配置庫的建庫模式有兩種:
按配置項類型建庫和按任務建庫(掌握)
①按配置項的類型分類建庫，適用于通用軟件的開發組織。
在這樣的組織內，往往產品的繼承性較強，工具比較統一，對并行開發有一定的需求。
使用這樣的庫結構有利于對配置項的統一管理和控制，同時也能提高編譯和發布的效率。

②按開發任務建立相應的配置庫，適用于專業軟件的開發組織。
在這樣的組織內，使用的開發工具種類繁多，開發模式以線性發展為主，所以就沒有
必要把配置項嚴格地分類存儲，人為增加目錄的復雜性。
對于研發性的軟件組織來說，采用這種設置策略比較靈活。
用于建立配置庫的工具:VSS, CVS;也可以通過手工方式進行建庫;

配置庫權限設置

產品庫的權限設置

14、配置控制委員會(CCB)，負責對配置變更做出評估、審批以及監督已批準變更的實施。

其成員可以包括項目經理、用戶代表、產品經理、開發工程師、測試工程師、質量控制人員、配置管理員等。

CCB不必是常設機構，完全可以根據工作的需要組成，例如按變更內容和變更請求的
不同，組成不同的CCB。小的項目CCB可以只有一個人，甚至只是兼職人員。

通常，CCB不只是控制配置變更，而是負有更多的配置管理任務，例如:配置管理計
劃審批、基線設立審批、產品發布審批等。(掌握)

15、配置管理員負責在整個項目生命周期中進行配置管理活動，具體有:
①編寫配置管理計劃
②建立和維護配置管理系統
③建立和維護配置庫
④配置項識別
⑤建立和管理基線
⑥版本管理和配置控制
⑦配置狀態報告
⑧配置審計
⑨發布管理和交付
⑩對項目成員進行配置管理培訓。(掌握)

16、軟件配置管理是在貫穿整個軟件生命周期中建立和維護項目產品的完整性。(掌握)

17、軟件配置的整體性在整個項目生命周期中得到控制。軟件質量保證人員應該定期審
核各類軟件基準以及軟件配置管理工作。使軟件基準的狀態和內容能夠及時通知給相關
組別和個人

18、配置管理計劃由配置管理員制定，配置控制委員會負責審批。(掌握)

19、配置管理計劃的主要內容為:(掌握)

①配置管理活動，覆蓋的主要活動包括配置標識、配置控制、配置狀態報告、配置審計、
發布管理與交付。
②實施這些活動的規范和流程。
③實施這些活動的進度安排。
④負責實施這些活動的人員或組織，以及他們和其他組織的關系。

20、配置標識是配置管理員的職能，基本步驟如下:(掌握)

①識別需要受控的配置項。
②為每個配置項指定唯一性的標識號。
③定義每個配置項的重要特征。
④確定每個配置項的所有者及其責任。
⑤確定配置項進入配置管理的時間和條件。
⑥建立和控制基線。
⑦維護文檔和組件的修訂與產品版本之間的關系。

21、配置控制即配置項和基線的變更控制，包括下述任務:
標識和記錄變更申請，分析和評價變更，批準或否決申請，實現、驗證和發布已修改的配置項。(掌握)

變更流程:
①變更申請
②變更評估
③通告評估結果
④變更實施
⑤變更驗證與確認
⑥變更的發布
⑦基于配置庫的變更控制(掌握)

軟件產品升級流程

24、配置審計也稱配置審核或配置評價，包括功能配置審計和物理配置審計，分別
用以驗證當前配置項的一致性和完整性。(掌握)

25、配置審計的作用:(掌握)

①防止向用戶提交不適合的產品，如交付了用戶手冊的不正確版本。
②發現不完善的實現，如開發出不符合初始規格說明或未按變更請求實施變更。
③找出各配置項間不匹配或不相容的現象。
④確認配置項已在所要求的質量控制審核之后納入基線并入庫保存。
⑤確認記錄和文檔保持著可追溯性。

26、功能配置審計是審計配置項的一致性(配置項的實際功效是否與其需求一致)

驗證:(了解)
①配置項的開發已圓滿完成。
②配置項已達到
③配置標識中規定的性能和功能特征。
④配置項的操作和支持文檔己完成并且是符合要求的。

?27、物理配置審計是審計配置項的完整性(配置項的物理存在是否與預期一致)，
驗證:
①要交付的配置項是否存在。
②配置項中是否包含了所有必需的項目。

28、發布管理和交付:
①存儲
②復制
③打包
④交付
⑤重建(了解)

文檔管理、配置管理工具

1、常用付費軟件配置管理工具有:(了解)
①RationaI CIearCase
②Perforce
③CACCC
④HavestMerantPVCS
⑤ MicrosoftVSS, CVS

2、常用的開源免費的軟件配置管理工具有:
①SVN
②GIT
③CVS(了解)

?

總結

以上是生活随笔為你收集整理的信息系统项目管理师-信息文档与配置管理考点笔记的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。