歷年考點分布

注：

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

信息系統(tǒng)項目文檔及其管理

軟件文檔的分類

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

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

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

(3)文檔目錄編寫標(biāo)準(zhǔn);

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

配置管理

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

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

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

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

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

配置項的狀態(tài)

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

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

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

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

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

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

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

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

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

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

配置庫權(quán)限設(shè)置

產(chǎn)品庫的權(quán)限設(shè)置

14、配置控制委員會(CCB)，負(fù)責(zé)對配置變更做出評估、審批以及監(jiān)督已批準(zhǔn)變更的實施。

其成員可以包括項目經(jīng)理、用戶代表、產(chǎn)品經(jīng)理、開發(fā)工程師、測試工程師、質(zhì)量控制人員、配置管理員等。

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

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

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

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

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

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

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

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

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

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

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

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

軟件產(chǎn)品升級流程

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

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

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

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

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

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

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

文檔管理、配置管理工具

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

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

?

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。