上半年系統(tǒng)集成項(xiàng)目管理工程師考試解析

?如下對(duì)信息系統(tǒng)集成的描述對(duì)日勺日勺是（1）。

（1）A.信息系統(tǒng)集成的主線出發(fā)點(diǎn)是實(shí)現(xiàn)各個(gè)分立子系統(tǒng)的整合

B.信息系統(tǒng)集成的最終交付物是若干分立H勺產(chǎn)品

C.信息系統(tǒng)集成H勺關(guān)鍵是軟件

D.先進(jìn)技術(shù)是信息系統(tǒng)集成項(xiàng)目成功實(shí)行H勺保獐

解析

信息系統(tǒng)集成不只是設(shè)備選擇和供應(yīng)，更重要口勺是它具有高技術(shù)含量的工程過(guò)程，要面

向顧客需求提供全面處理方案，其關(guān)鍵是軟件。

答案是：C.信息系統(tǒng)集成的I關(guān)鍵是軟件

?有四家系統(tǒng)集成企業(yè)計(jì)劃于2023年5月申請(qǐng)計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)，其中：

甲企業(yè)計(jì)劃申請(qǐng)一級(jí)資質(zhì)，注冊(cè)資本3000萬(wàn)元，具有項(xiàng)目經(jīng)理20名，高級(jí)項(xiàng)目經(jīng)理

8名，2023年1月通過(guò)IS09001質(zhì)量管理體系認(rèn)證；

乙企業(yè)計(jì)劃申請(qǐng)一級(jí)資質(zhì)，注冊(cè)資本2023萬(wàn)元，具有項(xiàng)目經(jīng)理20名，高級(jí)項(xiàng)目經(jīng)理

8名，2023年4月通過(guò)IS09001質(zhì)量管理體系認(rèn)證；

丙企業(yè)計(jì)劃申請(qǐng)四級(jí)資質(zhì)，注冊(cè)資本500萬(wàn)元，具有項(xiàng)目經(jīng)理5名，高級(jí)項(xiàng)目經(jīng)理1

名，2023年2月通過(guò)IS09001質(zhì)量管理體系認(rèn)證;

丁企業(yè)計(jì)劃申請(qǐng)四級(jí)資質(zhì)，注冊(cè)資本500萬(wàn)元，具有項(xiàng)目經(jīng)理5名，高級(jí)項(xiàng)目經(jīng)理1

名，沒(méi)有通過(guò)IS09001質(zhì)量管理體系認(rèn)證。

根據(jù)上述狀況，企業(yè)（2）不符合基本的申報(bào)條件。

（2）A.甲BZC.丙D.T

解析

2023年1（）月當(dāng)時(shí)的信息產(chǎn)業(yè)部頒布了《有關(guān)公布計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)等級(jí)評(píng)估條

件（修訂版）H勺告知》（信部規(guī)[2023]440號(hào)文），該440號(hào)文規(guī)定了對(duì)企業(yè)的系統(tǒng)集成資

質(zhì)進(jìn)行認(rèn)證日勺措施。企業(yè)的系統(tǒng)集成資質(zhì)等級(jí)評(píng)估重要從綜合條件、業(yè)績(jī)、管理能力、技術(shù)

實(shí)力、人才實(shí)力五個(gè)方面來(lái)考核。

假如要申報(bào)一級(jí)資質(zhì)日勺話，對(duì)其“管理能力”的規(guī)定中有?條是：己建立質(zhì)量管理體系，

通過(guò)認(rèn)證并運(yùn)行一年以匕詳情請(qǐng)參閱《系統(tǒng)集成項(xiàng)目管理工程師備考指南與習(xí)題詳解》

P20。

答案是：A

?下面有關(guān)計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)的I論述，（3）是不對(duì)的的。

（3）A.工業(yè)和信息化部對(duì)計(jì)算機(jī)信息系統(tǒng)集成認(rèn)證工作進(jìn)行行業(yè)管理

B.申請(qǐng)三、四級(jí)資質(zhì)的單位應(yīng)向經(jīng)政府信息產(chǎn)業(yè)主管部門同意日勺資質(zhì)認(rèn)證機(jī)構(gòu)提出認(rèn)證

申請(qǐng)

c.申請(qǐng)一、二級(jí)資質(zhì)的單位應(yīng)直接向工'業(yè)和信息化部資質(zhì)管理辦公室提出認(rèn)證申請(qǐng)

D.通過(guò)資質(zhì)認(rèn)證審批II勺各單位將獲得由工業(yè)和信息化部統(tǒng)一印制的資質(zhì)證書(shū)

解析

首先由從事信息系統(tǒng)集成業(yè)務(wù)的單位向?qū)?yīng)H勺評(píng)審機(jī)構(gòu)提出評(píng)審申請(qǐng)。計(jì)算機(jī)信息系

統(tǒng)集成資質(zhì)認(rèn)證工作根據(jù)認(rèn)證和審批分離的原則，按照允由認(rèn)證機(jī)構(gòu)認(rèn)證，再由信息產(chǎn)業(yè)主

管部門審批口勺工作程序進(jìn)行。

工業(yè)和信息化部資質(zhì)管理辦公室是全國(guó)系統(tǒng)集成資質(zhì)和監(jiān)理資質(zhì)H勺管理和支持機(jī)構(gòu)。

答案是：C

?省市信息產(chǎn)業(yè)主管部門負(fù)責(zé)對(duì)(4)信息系統(tǒng)集成資質(zhì)進(jìn)行審批和管理。

(4)A.一、二級(jí)B.三、四級(jí)

C.本行政區(qū)域內(nèi)的一、二級(jí)D.本行政區(qū)域內(nèi)的三、四級(jí)

解析

省、自治區(qū)、直轄市信息產(chǎn)建設(shè)單位管部門負(fù)責(zé)本行政區(qū)域內(nèi)信息系統(tǒng)集成的行業(yè)管

理工作，審批及管理本行玫區(qū)域內(nèi)三、四級(jí)信息系統(tǒng)集成單位資質(zhì)，初審本行政區(qū)域內(nèi)一、

二級(jí)信息系統(tǒng)集成單位。

答案是：D

?與制造資源計(jì)劃MRPH相比，企業(yè)資源計(jì)劃ERP最大口勺特點(diǎn)是在制定計(jì)劃時(shí)將?(5)考

慮在一起，延伸管理范圍，

(5)A.經(jīng)銷商B.整個(gè)供應(yīng)鏈C.終端顧客D.競(jìng)爭(zhēng)對(duì)手

解析

ERP管理范闈向整個(gè)供應(yīng)鏈延伸。

在資源管理范圍方面，MRPII重要側(cè)重對(duì)本企業(yè)內(nèi)部人、財(cái)、物等資源的管理，ERP

系統(tǒng)在MRPII的基礎(chǔ).上擴(kuò)展了管理范圍，它把客戶需求和企業(yè)內(nèi)部日勺制造活動(dòng)以及供應(yīng)商

的制造資源整合在一起，形成一種完整日勺供應(yīng)鏈并對(duì)供應(yīng)鏈上所有環(huán)節(jié)如訂單、采購(gòu)、庫(kù)存、

計(jì)劃、生產(chǎn)制造、質(zhì)量控制、運(yùn)送、分俏、服務(wù)與維護(hù)、財(cái)務(wù)管理、人事管理、試驗(yàn)室管理、

項(xiàng)目管理、配方管理等進(jìn)行有效管理。

答案是：B

?小張?jiān)谀畴娮由虅?wù)網(wǎng)站建立一家經(jīng)營(yíng)手工藝品的個(gè)人網(wǎng)絡(luò)商鋪，向網(wǎng)民提供自己

手工制作的工藝品。這種電子商務(wù)模式為(6)。

(6)A.B2BB.B2CC.C2CD.G2C

解析

目前常用H勺電子商務(wù)模式有B2B、B2C和C2C三種。

B2B指的J是BusinesstoBusiness,即進(jìn)行電子商務(wù)交易的J供需雙方都是商家（或企

業(yè)、企業(yè)），她們使用了Internet的技術(shù)或多種商務(wù)網(wǎng)絡(luò)平臺(tái)，完畢商務(wù)交易的過(guò)程。

B2C是指商業(yè)機(jī)構(gòu)對(duì)消費(fèi)者的電子商務(wù)。

C2C即ConsumerToConsumer,是個(gè)人與個(gè)人之間II勺電子商務(wù)，是顧客對(duì)顧客f向電

子商務(wù)模式。C2c商務(wù)平臺(tái)就是通過(guò)為買賣雙方提供一種在線交易平臺(tái)，使賣方可以積

極提供商品網(wǎng)上拍賣，而買方可以自行選擇商品進(jìn)行競(jìng)價(jià)。

答案是：C

?與基于C/S架構(gòu)的信息系統(tǒng)相比，基于B/S架構(gòu)H勺信息系統(tǒng)（7）.

（7）A.具有更強(qiáng)的事務(wù)處理能力，易于實(shí)現(xiàn)復(fù)雜的業(yè)務(wù)流程

B.人機(jī)界面友好，具有愈加迅速口勺顧客響應(yīng)速度

C.愈加輕易布署和升級(jí)維護(hù)

D.具有更高打勺安全性

解析

答案是“C.愈加輕易布署和升級(jí)維護(hù)”

?中間件是位于硬件、操作系統(tǒng)等平臺(tái)和應(yīng)用之間口勺通用服務(wù)。（8）位于客戶和

服務(wù)器之間，負(fù)責(zé)負(fù)載均衡、失效恢復(fù)等任務(wù)，以提高系統(tǒng)的整體性能。

（8）A.數(shù)據(jù)庫(kù)訪問(wèn)中間件B.面向消息中間件

C,分布式對(duì)象中間件D.事務(wù)中間件

解析

答案是“D.事務(wù)中間件”。事務(wù)處理監(jiān)控程序位于客戶和服務(wù)器之間，完

畢事務(wù)管理與協(xié)調(diào)、負(fù)載平衡、失效恢復(fù)等任務(wù)，以提高系統(tǒng)H勺整體性能。

?如下有關(guān)軟件測(cè)試的描述，（9）是對(duì)歐I日勺。

（9）A.系統(tǒng)測(cè)試應(yīng)盡量在實(shí)際運(yùn)行使用環(huán)境下進(jìn)行

B.軟件測(cè)試是在編碼階段完畢之后進(jìn)行的?項(xiàng)活動(dòng)

C.專業(yè)測(cè)試人員一般采用白盒測(cè)試法檢杳程序日勺功能與否符合顧客需求

D.軟件測(cè)試工作的I好仄，取決于測(cè)試發(fā)現(xiàn)錯(cuò)誤的數(shù)曷

解析

答案是“A.系統(tǒng)測(cè)試應(yīng)盡量在實(shí)際運(yùn)行使用環(huán)境下進(jìn)行”。

系統(tǒng)測(cè)試是基于系統(tǒng)整體需求闡明書(shū)的黑盒類測(cè)試，應(yīng)覆蓋系統(tǒng)所有聯(lián)合

的部件。系統(tǒng)測(cè)試是針對(duì)整個(gè)產(chǎn)品系統(tǒng)進(jìn)行U勺測(cè)試，1=1的是驗(yàn)證系統(tǒng)與否滿足

了需求規(guī)格的定義，找出與需求規(guī)格不相符合或與之矛盾的地方。

系統(tǒng)測(cè)試的對(duì)象不僅僅包括需要測(cè)試的產(chǎn)品系統(tǒng)的軟件，還要包括軟

件所依賴的硬件、外設(shè)甚至包括某些數(shù)據(jù)?、某些支持軟件及其接口等。因此,

必須將系統(tǒng)中的軟件與多種依賴的資源結(jié)合起來(lái)，在系統(tǒng)實(shí)際運(yùn)行環(huán)境下來(lái)達(dá)

行測(cè)試。

軟件測(cè)試活動(dòng)不僅包括對(duì)代碼、對(duì)設(shè)計(jì)、對(duì)功能、對(duì)需求的測(cè)試，也包括

測(cè)試計(jì)劃的制定。測(cè)試計(jì)劃的制定是在編碼之前完畢的。

?軟件的質(zhì)量是指(10)O

(10)A,軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性

B.軟件的功能和性能

C.顧客需求的滿意度

D.軟件特性口勺總和，以及滿足規(guī)定和潛在顧客需求H勺能力

解析

答案是“D."，國(guó)際原則IS014598給出的“軟件質(zhì)量”的定義是:軟件特

性的I總和，軟件滿足規(guī)定或潛在顧客需求的能力。

?在軟件生存周期中，將某種形式表達(dá)H勺軟件轉(zhuǎn)換成更高抽象形式表達(dá)的軟件H勺活動(dòng)屬

于(11)O

(H)A,逆向工程B.代碼重構(gòu)

C.程序構(gòu)造重構(gòu)D.數(shù)據(jù)構(gòu)造重構(gòu)

解析

一般產(chǎn)品設(shè)計(jì)過(guò)程是?種從設(shè)計(jì)到產(chǎn)品的過(guò)程，即設(shè)計(jì)人員首先在大腦中構(gòu)思產(chǎn)品

的外形、性能和大體日勺技術(shù)參數(shù)等，然后在詳細(xì)設(shè)計(jì)階段完畢各類數(shù)據(jù)模型，最終將這

個(gè)模型轉(zhuǎn)入到研發(fā)流程中，完畢產(chǎn)品的整個(gè)設(shè)計(jì)研發(fā)周期。這就是“正向設(shè)計(jì)”過(guò)程。

而逆向工程，又名反向工程（ReverseEngineering-RE）,則是一種從產(chǎn)品到設(shè)計(jì)

的過(guò)程，就是根據(jù)已經(jīng)存在的產(chǎn)品，反向推出產(chǎn)品設(shè)計(jì)數(shù)據(jù)（包括各類設(shè)計(jì)圖或數(shù)據(jù)模

型）的過(guò)程。初期的船舶工業(yè)中常用的船體放樣設(shè)計(jì)就是逆向工程的很好實(shí)例。

在軟件開(kāi)發(fā)行業(yè)，基于某個(gè)軟件，以反匯編閱讀源嗎的方式去推斷其數(shù)據(jù)構(gòu)造、體

系構(gòu)造和程序設(shè)計(jì)信息成為軟件逆向工程技術(shù)關(guān)注H勺歪要對(duì)象。軟件逆向技術(shù)H勺目的是

用來(lái)研究和學(xué)習(xí)先進(jìn)的技術(shù)，尤其是當(dāng)手里沒(méi)有合適的文檔資料，而乂很需要實(shí)現(xiàn)某人

軟件的功能的時(shí)候。因此者多軟件開(kāi)發(fā)組織為了壟斷技術(shù)，在軟件安裝之前，規(guī)定顧客

同意不去逆向研究。

根據(jù)黃柏素、梅宏組織翻譯，RogerS.Prcssman編著的《軟件工程一實(shí)踐者時(shí)研究

措施》第4版H勺陳說(shuō)：

逆向工程抽象層次應(yīng)當(dāng)盡量高，即逆向工程過(guò)程應(yīng)當(dāng)可以導(dǎo)出過(guò)程H勺設(shè)計(jì)表達(dá)（一種

低層的J抽象）；程序和數(shù)據(jù)構(gòu)造信息（梢高一點(diǎn)層次的抽象）；數(shù)據(jù)和控制流模型（一種相對(duì)

高層的抽象）；以及實(shí)體一關(guān)系模型（一種高層抽象）。伴隨抽象層次增高，軟件工程師獲

得更有助于理解程序的信息。

軟件重構(gòu)修改源代碼和/或數(shù)據(jù)以使得它適應(yīng)未來(lái)日勺變化。?般，重構(gòu)并不修改整體

的程序體系構(gòu)造，它趨向于關(guān)注個(gè)體模塊的設(shè)計(jì)細(xì)節(jié)以及定義在模塊中日勺局部數(shù)據(jù)構(gòu)

造。假如重構(gòu)擴(kuò)展到模塊邊界之外并波及軟件體系構(gòu)造，則重構(gòu)變成了正向設(shè)計(jì)過(guò)程。

代碼重構(gòu)的目的是生成可提供相似功能的設(shè)計(jì)，不過(guò)該設(shè)計(jì)比原程序有更高的質(zhì)

量。

?根據(jù)《軟件文檔管理指南》(GB/T16680-1996),如下有關(guān)文檔評(píng)審的論述，(12)

是不對(duì)的

(12)A.需求評(píng)審深入確認(rèn)開(kāi)發(fā)者和設(shè)計(jì)者已理解顧客規(guī)定什么，以及顧客從開(kāi)發(fā)者

一方理解某些限制和約束

B.在概要設(shè)計(jì)評(píng)審過(guò)程中重要詳細(xì)評(píng)審每個(gè)系統(tǒng)構(gòu)成部分的基本設(shè)計(jì)措施和

測(cè)試計(jì)劃，系統(tǒng)規(guī)格闡明應(yīng)根據(jù)概要設(shè)計(jì)評(píng)審日勺成果加以修改

C.設(shè)計(jì)評(píng)審產(chǎn)生的最終文檔規(guī)定系統(tǒng)和程序?qū)⒃鯓釉O(shè)計(jì)開(kāi)發(fā)和測(cè)試以滿足?

致同意打勺需求規(guī)格闡明書(shū)

D.詳細(xì)設(shè)計(jì)評(píng)審重要評(píng)審計(jì)算機(jī)程序、程序單元測(cè)試計(jì)劃和集成測(cè)試計(jì)劃

解析

根據(jù)《軟件文檔管理指南》(GB/T16680-1996),詳細(xì)設(shè)計(jì)評(píng)審重要評(píng)審計(jì)算機(jī)程

序和程序單元測(cè)試計(jì)劃，而集成測(cè)試計(jì)劃則是概要設(shè)計(jì)評(píng)審的對(duì)象之一。

?根據(jù)《軟件文檔管理指南》(GB/T16680-1996),如下有關(guān)軟件文檔歸類日勺論述，

(13)是不對(duì)口勺日勺。

(13)A.開(kāi)發(fā)文檔描述開(kāi)發(fā)過(guò)程自身

B.產(chǎn)品文檔描述開(kāi)發(fā)過(guò)程的產(chǎn)物

C.管理文檔記錄項(xiàng)目管理的信息

D.過(guò)程文檔描述項(xiàng)目實(shí)行的信息

解析

根據(jù)《軟件文檔管理指南》(GB/T16680-1996),軟件文檔有開(kāi)發(fā)文檔、產(chǎn)品文檔

和管理文檔三類。

?根據(jù)《軟件工程一產(chǎn)品質(zhì)量》(GB/T16260.1-2023)定義H勺質(zhì)量模型，不屬于功能性

的質(zhì)量特性是(14)o

(14)A.適應(yīng)性B.適合性C.安全保密性D.互操作性

解析

根據(jù)《軟件工程一產(chǎn)品質(zhì)量》(GB/T16260.1-2023)定義日勺質(zhì)量模型，屬于功能性

的質(zhì)量特性是適合性、安全性、互操作性(互用性)、精確性和依從性。

適應(yīng)性屬于可移植性，

?W企業(yè)想要對(duì)木單位的內(nèi)部網(wǎng)絡(luò)和辦公系統(tǒng)進(jìn)行改造，但愿通過(guò)招標(biāo)選擇承建商，

為此，W企業(yè)進(jìn)行了一系列活動(dòng)。如下(15)活動(dòng)不符合《中華人民共和國(guó)招標(biāo)投標(biāo)法》

的規(guī)定。

(15)A.對(duì)此項(xiàng)目的承建方和監(jiān)理方日勺招標(biāo)工作，W企業(yè)計(jì)劃由同一家招標(biāo)代理機(jī)枸

負(fù)責(zé)招標(biāo)，并計(jì)劃在同一天開(kāi)標(biāo)

B.W企業(yè)根據(jù)此項(xiàng)目的特點(diǎn)和需要編制了招標(biāo)文獻(xiàn)，并確定了提交投標(biāo)文獻(xiàn)的

截止日期

C.有四家企業(yè)參與了投標(biāo)，其中?家投標(biāo)單位在截止口期之后提交投標(biāo)文獻(xiàn).

W企業(yè)認(rèn)為其違反了招標(biāo)文獻(xiàn)規(guī)定，沒(méi)有接受該投標(biāo)單位的投標(biāo)文獻(xiàn)

D.W企業(yè)根據(jù)招標(biāo)文獻(xiàn)的規(guī)定，在三家投標(biāo)單位中選擇了其中一家作為此項(xiàng)目

口勺承建商，并只將成果告知了中標(biāo)企業(yè)。

解析

根據(jù)《中華人民共和國(guó)招標(biāo)投標(biāo)法》第四十五條IJ勺如下規(guī)定:

中標(biāo)人確定后，招標(biāo)人應(yīng)當(dāng)向中標(biāo)人發(fā)出中標(biāo)告知書(shū)，并同步將中標(biāo)成果告知所有

未中標(biāo)的投標(biāo)人。

可知，選項(xiàng)D是不符合招標(biāo)投標(biāo)法規(guī)定的。

?如下采用單一來(lái)源采購(gòu)方式的活動(dòng)，（16）是不恰當(dāng)H勺。

（16）A.某政府部門為建立內(nèi)部辦公系統(tǒng)，已從一種供應(yīng)商采購(gòu)了120萬(wàn)元的網(wǎng)

絡(luò)設(shè)備，由于辦公地點(diǎn)擴(kuò)大，打算繼續(xù)從原供應(yīng)商采購(gòu)15萬(wàn)元的設(shè)備

B.某地區(qū)發(fā)生自然災(zāi)害，當(dāng)?shù)孛裾块T需要緊急采購(gòu)一批救災(zāi)物資

C.某地方主管部門需要采購(gòu)一種市政設(shè)施，目前此種設(shè)施國(guó)內(nèi)僅有一家廠商生產(chǎn)

D.某政府機(jī)關(guān)為升級(jí)其內(nèi)部辦公系統(tǒng)，與原承建商簽訂r系統(tǒng)維護(hù)協(xié)議

解析

根據(jù)《中華人民共和國(guó)政府采購(gòu)法》的如下條款：

第三十一條符合下列情形之一的貨品或者服務(wù)，可以根據(jù)本法采用單一來(lái)源方式興

購(gòu)：

（一）只能從唯i供應(yīng)商處采購(gòu)的；

（二）發(fā)生了不可預(yù)見(jiàn)的緊急狀況不能從其他供應(yīng)商處采購(gòu)的;

（三）必須保證原有采購(gòu)項(xiàng)目?致性或者服務(wù)配套R(shí)勺規(guī)定，需要繼續(xù)從原供應(yīng)商處

添購(gòu)，且添購(gòu)資金總額不超過(guò)原協(xié)議采購(gòu)金額百分之十的。

可知本題的選項(xiàng)A是不恰當(dāng)H勺。

?為了處理C/S模式中客戶機(jī)負(fù)荷過(guò)重日勺問(wèn)題，軟件架構(gòu)發(fā)展形成了（17）模式。

（17）A.三層C/SB.分層C.B/SD.知識(shí)庫(kù)

解析

客戶機(jī)/服務(wù)器（Client/Server,C/S）模式將應(yīng)用一分為二，服務(wù)器（后臺(tái)）負(fù)責(zé)

數(shù)據(jù)管理，客戶機(jī)（前臺(tái)）完畢與顧客的交互任務(wù)。C/S模式具有強(qiáng)大的數(shù)據(jù)操作和事

務(wù)處理能力，模型思想簡(jiǎn)樸，但伴隨企業(yè)規(guī)模的日益擴(kuò)大，軟件的復(fù)雜程度不停提高，

老式的二層C/S模式的缺陷日益突出：

①客戶機(jī)與服務(wù)器的通訊依賴于網(wǎng)絡(luò)，也許成為整個(gè)系統(tǒng)運(yùn)作的瓶頸；客戶機(jī)的

負(fù)荷過(guò)重，難以管理大量的客戶機(jī)，系統(tǒng)的性能受到很大影響；

②假如服務(wù)器及其界面定義有變化，則客戶機(jī)也要做對(duì)應(yīng)變化；

③二層C/S模式采用單一服務(wù)器且以局域網(wǎng)為中心,難以擴(kuò)展至廣域網(wǎng)或Internet：

④數(shù)據(jù)安全性不好?？蛻舳顺绦蚩梢灾苯釉L問(wèn)數(shù)據(jù)庫(kù)服務(wù)器，使數(shù)據(jù)庫(kù)日勺安全性

受到威脅。

C/S模式合用于分布式系統(tǒng)，得到了廣泛的應(yīng)用。為了處理C/S模式中客戶端的問(wèn)

題，發(fā)展形成了瀏覽器/服務(wù)器（B/S）模式；為了處理C/S模式中服務(wù)器端的問(wèn)題，發(fā)

展形成了三層（多層）OS模式，即多層應(yīng)用架構(gòu)。

本題口勺對(duì)的選項(xiàng)是“C.B/S”。

?小王在企業(yè)局域網(wǎng)中用Delphi編寫了客戶端應(yīng)用程序，其后臺(tái)數(shù)據(jù)庫(kù)使用MS

NT4+SQLServer,應(yīng)用程序通過(guò)ODBC連接到后臺(tái)數(shù)據(jù)庫(kù)。此處H勺ODBC是（18）。

（18）A.中間件

B.WEBService

C.COM構(gòu)件

D.WEB容器

解析

數(shù)據(jù)庫(kù)訪問(wèn)中間件通過(guò)一種抽象層訪問(wèn)數(shù)據(jù)庫(kù)，從而容許使用相似或相似U勺代碼訪

問(wèn)不一樣的數(shù)據(jù)庫(kù)資源。經(jīng)典U勺技術(shù)如Windows平臺(tái)的ODBC和Java平臺(tái)的JDBC等。

本題口勺對(duì)的J選項(xiàng)是“A.中間件”。

?（19）制定了無(wú)線局域網(wǎng)訪問(wèn)控制措施與物理層規(guī)范。

(19)A.IEEE802.3B.IEEE802.11

C.IEEE802.15D.IEEE802.16

解析

IEEE/、J802原則委員會(huì)定義了多種重要H勺局域網(wǎng)，其中日勺IEEE802.11制定了無(wú)線

局域網(wǎng)（WLAN）日勺訪問(wèn)控制措施與物理層規(guī)范。

本題日勺對(duì)的選項(xiàng)是“B.IEEE802.il”。

?可以實(shí)目前Internet上任意兩臺(tái)計(jì)算機(jī)之間傳播文獻(xiàn)的協(xié)議是（20）。

（20）A.FTPB.C.SMTPD.SNMP

解析

FTP（FileTransferProtocol）是Internet上用來(lái)傳送文獻(xiàn)的協(xié)議（文獻(xiàn)傳播協(xié)議）。

它是為了我們可以在Internet上互相傳送文獻(xiàn)而制定口勺的文獻(xiàn)傳送原則，規(guī)定了

Internet上文獻(xiàn)怎樣傳送。

可以使用文獻(xiàn)傳播協(xié)議（FTP）把文獻(xiàn)從一部電腦通過(guò)Internet傳播至另一部電腦。

本題II勺對(duì)的選項(xiàng)是“A.FTP”。

?我國(guó)頒布的《大樓通信綜合布線系統(tǒng)YD/T926》原則的合用范圍是跨度距離不超過(guò)

（21）米，辦公總面積不超過(guò)1,000,000平方米口勺布線區(qū)域。

(21)A.500B.1000C.2023D.3000

解析

通信行業(yè)原則《大樓通信綜合布線系統(tǒng)》YD/T926）的合用范圍是跨越距離不超過(guò)

3000米、建筑總面積不超過(guò)100萬(wàn)平方米H勺布線區(qū)域，區(qū)域內(nèi)H勺人員為50人至5萬(wàn)人。

答案是“D.3（）00”。

?根據(jù)《電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范》，（22）的論述是錯(cuò)誤的。

（22）A.某機(jī)房?jī)?nèi)面積為125平方米，共設(shè)置了三個(gè)安全出口

B.機(jī)房?jī)?nèi)所有設(shè)備的金屬外殼、各類金屬管道、金屬線槽、建筑物金屬構(gòu)造等必

須進(jìn)行等電位聯(lián)結(jié)并接地

C.機(jī)房?jī)?nèi)口勺照明線路宜穿鋼管暗敷或在吊頂內(nèi)穿鋼管明敷

D.為了保證通風(fēng)，A級(jí)電子信息系統(tǒng)機(jī)房應(yīng)設(shè)置外窗

解析

《電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范GB50174—2023》的條款指出：“A級(jí)和B級(jí)電子信息

系統(tǒng)機(jī)房的主機(jī)房不適宜設(shè)置外窗”。

答案是選項(xiàng)D。

?SAN存儲(chǔ)技術(shù)的特點(diǎn)包括(23)o

①高度”勺可擴(kuò)展性②復(fù)雜但體系化的存儲(chǔ)管理方式③優(yōu)化的資源和服務(wù)共享④高

度的可用性

(23)A.①③④B.①②④C.①②③D.②?④

解析

SAN是采用高速的光纖通道作為傳播介質(zhì)的網(wǎng)絡(luò)存儲(chǔ)技術(shù)。它將存儲(chǔ)系統(tǒng)網(wǎng)絡(luò)化，實(shí)

現(xiàn)了高速共享存儲(chǔ)以及塊級(jí)數(shù)據(jù)訪問(wèn)的目的。作為獨(dú)立于服務(wù)器網(wǎng)絡(luò)系統(tǒng)之外，它幾乎擁有

無(wú)限存儲(chǔ)擴(kuò)展能力。業(yè)界倡導(dǎo)的OpenSAN克服了早先光纖通道仲裁環(huán)所帶來(lái)歐I互操作和可

靠性問(wèn)題，提供了開(kāi)放式、靈活多變?nèi)丈锥鄻优渲梅桨浮？傮w來(lái)說(shuō)，SAN擁有極度的可擴(kuò)展

性、簡(jiǎn)化的存儲(chǔ)管理、優(yōu)化的資源和服務(wù)共享以及高度可用性。

答案是選項(xiàng)A。

?某機(jī)房布署了多級(jí)UPS和線路穩(wěn)壓器，這是出于機(jī)房供電的(24)需要。

(24)A.分開(kāi)供電和穩(wěn)壓供電B,穩(wěn)壓供電和電源保護(hù)

C.緊急供電和穩(wěn)壓供電D.不間斷供電和安全供電

解析

答案是選項(xiàng)c。

?如下有關(guān)計(jì)算機(jī)機(jī)房與設(shè)施安全管理口勺規(guī)定，（25）是不對(duì)H勺的。

（25）A.計(jì)算機(jī)系統(tǒng)日勺設(shè)備和部件應(yīng)有明顯的標(biāo)識(shí)，并應(yīng)便J.?清除或重新標(biāo)識(shí)

B.機(jī)房中應(yīng)定期使用靜電消除劑，以減少靜電H勺產(chǎn)生

C.進(jìn)入機(jī)房的工作人員，應(yīng)更換不易產(chǎn)生靜電口勺服裝

D.嚴(yán)禁攜帶個(gè)人計(jì)算機(jī)等電子設(shè)備進(jìn)入機(jī)房

解析

根據(jù)《信息安全技術(shù)唁息系統(tǒng)安全等級(jí)保護(hù)基本規(guī)定》（報(bào)批稿）的“.2防盜竊

和防破壞（G1）”之如下規(guī)定：

a）應(yīng)將重要設(shè)備放置在機(jī)房?jī)?nèi)：

b）應(yīng)將設(shè)備或重要部件進(jìn)行固定，并設(shè)置明顯II勺不易除去的標(biāo)識(shí)。

可知，答案是選項(xiàng)A,

?某企業(yè)應(yīng)用系統(tǒng)為保證運(yùn)行安全，只容許操作人員在規(guī)定H勺工作時(shí)間段內(nèi)登錄

該系統(tǒng)進(jìn)行業(yè)務(wù)操作，這種安全方略屬于（26）層次.

（26）A.數(shù)據(jù)域安全B.功能性安全

C.資源訪問(wèn)安全D.系統(tǒng)級(jí)安全

解析

系統(tǒng)級(jí)的安全方略包括敏感系統(tǒng)H勺隔離、訪問(wèn)IP地址段H勺限制、登錄時(shí)間段H勺限

制、會(huì)話時(shí)間的限制、連接數(shù)的限制、特定期間段內(nèi)登錄次數(shù)的限制以及遠(yuǎn)程訪問(wèn)控制

等，系統(tǒng)級(jí)安全是應(yīng)用系統(tǒng)的第一道防線。

答案是選項(xiàng)D。

?基于顧客名和口令的顧客入網(wǎng)訪問(wèn)控制可分為（27）三個(gè)環(huán)節(jié)。

（27）A.顧客名的識(shí)別與驗(yàn)證、顧客口令U勺識(shí)別與驗(yàn)證、顧客賬號(hào)的默認(rèn)限制檢

查

B.顧客名H勺識(shí)別與驗(yàn)證、顧客口令的識(shí)別與驗(yàn)證、顧客權(quán)限的識(shí)別與

控制

C.顧客身份識(shí)別與驗(yàn)證、顧客口令的識(shí)別與驗(yàn)證、顧客權(quán)限的識(shí)別與控

制

D.顧客賬號(hào)11勺默認(rèn)限制檢查、顧客口令的識(shí)別與驗(yàn)證、顧客權(quán)限的識(shí)別

與控制

解析

顧客H勺入網(wǎng)訪問(wèn)控制可分為三個(gè)環(huán)節(jié)：顧客名日勺識(shí)別與驗(yàn)證、顧客口令的識(shí)別與驗(yàn)

證、顧客帳號(hào)H勺默認(rèn)限制檢查。顧客對(duì)網(wǎng)絡(luò)資源H勺訪問(wèn)權(quán)限可以用一種訪問(wèn)控制表來(lái)描

述，網(wǎng)絡(luò)系統(tǒng)管理員應(yīng)當(dāng)為顧客指定合適的訪問(wèn)權(quán)限，這些訪問(wèn)權(quán)限控制著顧客對(duì)服務(wù)

器等網(wǎng)絡(luò)資源H勺訪問(wèn)。

答案是選項(xiàng)A。

?WebService技術(shù)合用于(28)應(yīng)用。

①跨越防火堵②應(yīng)用系統(tǒng)集成③單機(jī)應(yīng)用程序④B2B應(yīng)用⑤軟件重用⑥

局域網(wǎng)上的同構(gòu)應(yīng)用程序

(28)A.③④⑤⑥B.②?⑤⑥C.①③④⑥D(zhuǎn).?

②④⑤

解析

Web服務(wù)"勺重要目U勺是跨平臺(tái)的互操作性，適合使用WebServices的狀況有跨越

防火墻、應(yīng)用程序集成、B2B集成和軟件重用。

在某些狀況下，Web服務(wù)也也許會(huì)減少應(yīng)用程序的性能。不適合使用Web服務(wù)的狀

況有單機(jī)應(yīng)用程序以及局域網(wǎng)上H勺同構(gòu)應(yīng)用程序。

答案是選項(xiàng)Do

?如下有關(guān)J2EE應(yīng)用服務(wù)器運(yùn)行環(huán)境的論述中，(29)是對(duì)的時(shí)。

(29)A.容器是構(gòu)性的運(yùn)行環(huán)境

B.構(gòu)件是應(yīng)用服務(wù)器提供的多種功能接口

C.構(gòu)件可以與系統(tǒng)資源進(jìn)行交互

D.服務(wù)是表達(dá)應(yīng)用邏輯的J代碼

解析

J2EE應(yīng)用服務(wù)器運(yùn)行環(huán)境包括構(gòu)件(Component)＞容器(Container)及服務(wù)

(Services)三部分。構(gòu)件是表達(dá)應(yīng)用邏輯的代碼；容器是構(gòu)件的運(yùn)行環(huán)境；服務(wù)則是

應(yīng)用服務(wù)器提供U勺多種功能接口，可以同系統(tǒng)資源進(jìn)行交互。

答案是選項(xiàng)A。

?如下有關(guān)數(shù)據(jù)倉(cāng)庫(kù)與數(shù)據(jù)庫(kù)的論述中，(30)是對(duì)歐I日勺。

(30)A.數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)高度構(gòu)造化、復(fù)雜、適合操作計(jì)算：而數(shù)據(jù)庫(kù)的數(shù)據(jù)構(gòu)

造比較簡(jiǎn)樸，適合分析

B.數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)是歷史的、歸檔"勺、處理過(guò)的數(shù)據(jù)；數(shù)據(jù)庫(kù)的數(shù)據(jù)

反應(yīng)FI前的數(shù)據(jù)

c.數(shù)據(jù)倉(cāng)庫(kù)中的數(shù)據(jù)使用頻率較高；數(shù)據(jù)庫(kù)中口勺數(shù)據(jù)使用頻率較低

D.數(shù)據(jù)倉(cāng)庫(kù)中的數(shù)據(jù)是動(dòng)態(tài)變化的，可以直接更新；數(shù)據(jù)庫(kù)中日勺數(shù)據(jù)是

靜態(tài)的b不能直接更新

解析

數(shù)據(jù)庫(kù)技術(shù)以數(shù)據(jù)庫(kù)為中心，進(jìn)行事務(wù)處理、批處理、決策分析等多種數(shù)據(jù)處理

工作，重要有操作型處理和分析型處理兩類。操作型數(shù)據(jù)庫(kù)系統(tǒng)重要強(qiáng)調(diào)的是優(yōu)化企業(yè)

的平常事務(wù)處理工作，難以實(shí)現(xiàn)對(duì)數(shù)據(jù)分析處理規(guī)定，無(wú)法滿足數(shù)據(jù)處理多樣化H勺規(guī)定。

從而進(jìn)化出分析型口勺數(shù)據(jù)倉(cāng)庫(kù)技術(shù).

數(shù)據(jù)倉(cāng)庫(kù)(DataWarehouse)是一種面向主題日勺(SubjectOriented)集成日勺、相

對(duì)穩(wěn)定的、反應(yīng)歷史變化的數(shù)據(jù)集合，用于支持管理決策。

與操作型數(shù)據(jù)庫(kù)相比，數(shù)據(jù)倉(cāng)庫(kù)的重要特點(diǎn)有面向主題、集成、相對(duì)穩(wěn)定和反應(yīng)

歷史變化。

操作型數(shù)據(jù)庫(kù)中的數(shù)據(jù)?般是實(shí)時(shí)更新的，數(shù)據(jù)根據(jù)需要及時(shí)發(fā)生變化，而數(shù)據(jù)

倉(cāng)庫(kù)只有少許U勺修改和刪除操作。

答案是選項(xiàng)B。

?公布項(xiàng)目章程，標(biāo)志著項(xiàng)目的正式啟動(dòng)。如下國(guó)繞項(xiàng)目章程H勺論述中，(31)

是不對(duì)的時(shí)。

(31)A.制定項(xiàng)目章程口勺工具和技術(shù)包括專家判斷

B.項(xiàng)目章程要為項(xiàng)目經(jīng)理提供授權(quán)，以便其使用組織資源進(jìn)行項(xiàng)目活動(dòng)

C.項(xiàng)目章程應(yīng)當(dāng)由項(xiàng)目發(fā)起人公布

D.項(xiàng)目經(jīng)理應(yīng)在制定項(xiàng)目章程后再任命

解析

制定項(xiàng)目章程口勺工具和技術(shù)包括專家判斷。

項(xiàng)目章程是正式同意一種項(xiàng)目日勺文檔、或者是同意現(xiàn)行項(xiàng)目與否進(jìn)入下一階段的文

檔。項(xiàng)目章程應(yīng)當(dāng)由項(xiàng)目組織以外的項(xiàng)目發(fā)起人公布，若項(xiàng)目為本組織開(kāi)發(fā)也可由投資

人公布。公布人其在組織內(nèi)的級(jí)別應(yīng)能同意項(xiàng)目，并有對(duì)應(yīng)的為項(xiàng)目提供所需資金的權(quán)

力。項(xiàng)目章程為項(xiàng)目經(jīng)理使用組織資源進(jìn)行項(xiàng)目活動(dòng)提供了授權(quán)。

答案是選項(xiàng)Do

?在編制項(xiàng)目管理計(jì)劃時(shí)?，項(xiàng)目經(jīng)理應(yīng)遵照編制原則和規(guī)定，使項(xiàng)目計(jì)劃符合項(xiàng)

目實(shí)際管理的需要。如下有關(guān)項(xiàng)目管理計(jì)劃的論述中，(32)是不對(duì)的的。

(32)A.應(yīng)由項(xiàng)目經(jīng)理獨(dú)立進(jìn)行編制

B.可以是概括的)

C.項(xiàng)目管理計(jì)劃可以逐漸精確

D.讓干系人參與項(xiàng)目計(jì)劃的編制

解析

編制項(xiàng)目計(jì)劃所遵照的基本原則有：全局性原則、全過(guò)程原則、人員與資源H勺統(tǒng)一

組織與管理原則、技術(shù)工作與管理工作協(xié)調(diào)的原則，除此之外，尚有：

1.項(xiàng)目目的H勺統(tǒng)一協(xié)調(diào)與管理

2.方案H勺統(tǒng)一管理

3.過(guò)程日勺統(tǒng)一協(xié)調(diào)與管理

4.計(jì)劃H勺統(tǒng)一管理

5.各干系人H勺參與

6.逐漸精確

項(xiàng)目計(jì)劃的制定過(guò)程，也反應(yīng)了項(xiàng)目的漸進(jìn)明細(xì)特點(diǎn)，也就是近期的計(jì)劃制定得詳

細(xì)些，遠(yuǎn)期的計(jì)劃制定得概要某些，伴隨時(shí)間的推移，項(xiàng)目計(jì)劃在不停地細(xì)化。

選項(xiàng)A是不對(duì)日勺日勺。

?在項(xiàng)目實(shí)行過(guò)程中,項(xiàng)目經(jīng)理通過(guò)項(xiàng)目周報(bào)中的項(xiàng)目進(jìn)度分析圖表發(fā)現(xiàn)機(jī)房施

工進(jìn)度有延期風(fēng)險(xiǎn)。項(xiàng)目經(jīng)理立即組織有關(guān)人員進(jìn)行分析，卜達(dá)了有關(guān)改善措施歐I書(shū)面

指令。該指令屬于(33)a

(33)A.檢查措施B.缺陷補(bǔ)救措施

C.防止措施D.糾正措施

解析

防止措施是為減少項(xiàng)目風(fēng)險(xiǎn)H勺也許性而提出的提議。

該指令屬于選項(xiàng)心

?在項(xiàng)目管理中，采用(34)措施，對(duì)項(xiàng)目進(jìn)度計(jì)劃實(shí)行進(jìn)行全過(guò)程監(jiān)督和控制

是經(jīng)濟(jì)和合理口勺。

(34)A.會(huì)議評(píng)審和MONTECARLO分析

B.項(xiàng)目月報(bào)和旁站

C.進(jìn)度匯報(bào)和旁站

D.掙值管理和會(huì)議評(píng)審

解析

掙值管理措施提供了一種基于過(guò)去的實(shí)行成果來(lái)預(yù)測(cè)未來(lái)績(jī)效的手段，是對(duì)項(xiàng)目進(jìn)

度進(jìn)行全過(guò)程監(jiān)控的措施之一。

狀態(tài)評(píng)審會(huì)議是預(yù)先規(guī)定的定期進(jìn)行的交流有關(guān)項(xiàng)目信息的事件，例如項(xiàng)目管理組

每周的內(nèi)部例會(huì)、每月和客戶的例會(huì)等。

項(xiàng)目組通過(guò)定期召開(kāi)項(xiàng)目狀態(tài)評(píng)審會(huì)議，對(duì)項(xiàng)目日勺重要問(wèn)題進(jìn)行專門的討論。它能

突出某些重要項(xiàng)目文獻(xiàn)提供的J信息,迫使人們正視項(xiàng)目的進(jìn)展，從而為自己日勺工作負(fù)責(zé)。

選項(xiàng)I）是對(duì)進(jìn)度進(jìn)行監(jiān)控的恰當(dāng)手段之一。

?一項(xiàng)新的國(guó)標(biāo)出臺(tái)，某項(xiàng)目經(jīng)理意識(shí)到新原則中的某些規(guī)定將導(dǎo)致其目前負(fù)責(zé)

口勺一種項(xiàng)目必須重新設(shè)定一項(xiàng)技術(shù)指標(biāo)，該項(xiàng)目經(jīng)理首先應(yīng)當(dāng)（35）0

（35）A.撰寫一份書(shū)面口勺變更祈求

B.召開(kāi)一次變更控制委員會(huì)會(huì)議，討論所面臨H勺問(wèn)題

C.告知受到影響的項(xiàng)目干系人將采用新的項(xiàng)目計(jì)劃

D.修改項(xiàng)目計(jì)劃和WBS,以保證該項(xiàng)目產(chǎn)品符合新原則

解析

A.撰寫一份書(shū)面的變更祈求。

?項(xiàng)目經(jīng)理對(duì)某軟件需求分析活動(dòng)歷時(shí)估算的成果是：該活動(dòng)用時(shí)2周（假定每周工

作時(shí)間是5天）。隨即對(duì)其進(jìn)行后備分析，確定的增長(zhǎng)時(shí)間是2天。如下針對(duì)該項(xiàng)目

后備分析成果的論述中，（36）是不對(duì)的的。

（36）A.增長(zhǎng)軟件需求分析的應(yīng)急時(shí)間是2天

B.增長(zhǎng)軟件需求分析的緩沖時(shí)間是該活動(dòng)歷時(shí)H勺20%

C.增長(zhǎng)軟件需求分析的時(shí)間儲(chǔ)備是20%

D.增長(zhǎng)軟件需求分析的歷時(shí)原則差是2天

解析

考慮到進(jìn)度風(fēng)險(xiǎn)，在制定項(xiàng)目進(jìn)度計(jì)劃時(shí)，可進(jìn)行后備分析，也就是以“應(yīng)急時(shí)間”、

“時(shí)間儲(chǔ)備”或“緩沖時(shí)間”為名稱增長(zhǎng)某些時(shí)間。應(yīng)急時(shí)間可取活動(dòng)持續(xù)時(shí)間估算值

的某一比例，或某一固定長(zhǎng)短的時(shí)間，或根據(jù)定量風(fēng)險(xiǎn)分析的成果確定。

實(shí)際執(zhí)行項(xiàng)目時(shí)，應(yīng)急時(shí)間也許所有用完，也也許只使用一部分，還也許伴隨項(xiàng)目

更精確的信息增長(zhǎng)和積累而到后來(lái)減少或取消。

用三點(diǎn)估算法估算活動(dòng)的歷時(shí)時(shí)，才會(huì)使用原則差這個(gè)概念。

本題的選項(xiàng)是“D.增長(zhǎng)軟件需求分析的歷時(shí)原則差是2天”。

?在工程網(wǎng)絡(luò)計(jì)劃中，工作M的最早開(kāi)始時(shí)間為第16天，其持續(xù)時(shí)間為5天。

該工作有三項(xiàng)緊后工作，他們的最早開(kāi)始時(shí)間分別為第25天、第27天和第30天,

最遲開(kāi)始時(shí)間分別為第28天、第29天和第3()天。則工作MH勺總時(shí)差為(37)

天。

(37)A,5B.6C.7D.9

解析

工作M時(shí)最早開(kāi)始時(shí)間為第16天，其持續(xù)時(shí)間為5天。因此，工作M的最早

結(jié)束時(shí)間為第16+5=21天。

工作M有三項(xiàng)緊后工作，他們的最遲開(kāi)始時(shí)間分別為第28天、第29天和第30

天。因此工作M的最遲結(jié)束時(shí)間為三者之中最小的笫28天。

工作M的總時(shí)差=工作乂的最遲結(jié)束時(shí)間-工作M的最早結(jié)束時(shí)間=28-21=7

天。

該題的選項(xiàng)為“C.7”。

?如下有關(guān)關(guān)鍵途徑法的論述，(38)是不對(duì)的的。

(38)A.假如關(guān)鍵途徑中的一種活動(dòng)延遲，將會(huì)影響整個(gè)項(xiàng)目計(jì)劃

B.關(guān)鍵途徑包括所有項(xiàng)目進(jìn)度控制點(diǎn)

C.假如有兩個(gè)或兩個(gè)以上的途徑長(zhǎng)度同樣，就有也許存在多種關(guān)鍵途

徑

D.關(guān)鍵途徑可隨項(xiàng)目口勺進(jìn)展而變化

解析

關(guān)鍵路線是指進(jìn)度網(wǎng)絡(luò)圖中歷時(shí)最長(zhǎng)的那條途徑，它的長(zhǎng)度決定「項(xiàng)忖的生命周期

長(zhǎng)度。因此，假如關(guān)鍵途徑中II勺一種活動(dòng)延遲，將會(huì)影響整個(gè)項(xiàng)1=1計(jì)劃。

控制點(diǎn)，即里程碑。里程碑是項(xiàng)目生命周期中，時(shí)間軸.上的?種時(shí)刻，在該時(shí)刻應(yīng)

對(duì)項(xiàng)目特意關(guān)注和控制，一般指一種重要可交付成果日勺完畢，也可以沒(méi)有交付物僅僅是

控制。

里程碑清單包括了所有的里程碑。

因此，從邏輯上講，關(guān)鍵途徑不一定包括所有項(xiàng)目進(jìn)度控制點(diǎn)。

關(guān)鍵途徑可隨項(xiàng)目的進(jìn)展而變化。

假如有兩個(gè)或兩個(gè)以上的I關(guān)鍵途徑長(zhǎng)度同樣，那就存在多種關(guān)鍵途徑。

假如有兩個(gè)或兩個(gè)以上的途徑長(zhǎng)度同樣，這些途徑也許是?般途徑、不是關(guān)鍵途徑,

此時(shí)就不能推斷一定存在多種關(guān)鍵途徑。

因此，從邏輯上講“假如有兩個(gè)或兩個(gè)以上的途徑長(zhǎng)度同樣，就有也許存在多種關(guān)

鍵途徑”也說(shuō)得過(guò)去。

本題的選項(xiàng)是“B.關(guān)鍵途徑包括所有項(xiàng)目進(jìn)度控制點(diǎn)”。

?在軟件開(kāi)發(fā)項(xiàng)目實(shí)行過(guò)程中，由于進(jìn)度需要，有時(shí)要采用迅速跟進(jìn)措施。（39：

屬于迅速跟進(jìn)范用。

（39）A.壓縮需求分析工作周期

B.設(shè)計(jì)圖紙所有完畢前就開(kāi)始現(xiàn)場(chǎng)施工準(zhǔn)備工作

C.使用最佳的工程師，加班加點(diǎn)盡快完畢需求分析闡明書(shū)編制工作

D.同其他項(xiàng)目協(xié)調(diào)好關(guān)系以減少行政管理的磨擦

解析

迅速跟進(jìn)是指計(jì)劃時(shí)串行的活動(dòng)，當(dāng)實(shí)行時(shí)進(jìn)度落后時(shí)，改為并行或部分并行（當(dāng)

然前提是串行H勺活動(dòng)，自身的次序是可以變化的）。

該題的選項(xiàng)是“B.設(shè)計(jì)圖紙所有完畢前就開(kāi)始現(xiàn)場(chǎng)施T.準(zhǔn)備工作”。

?某軟件開(kāi)發(fā)項(xiàng)目的實(shí)際進(jìn)度已經(jīng)大幅滯后于計(jì)劃進(jìn)度，（40）可以較為有效地

縮短活動(dòng)工期。

（40）A.請(qǐng)經(jīng)驗(yàn)豐富的老程序員進(jìn)行技術(shù)指導(dǎo)或協(xié)助完畢工作

B.規(guī)定項(xiàng)目組組員每天加班2?3個(gè)小時(shí)進(jìn)行趕工

C.招聘一批新的程序員到項(xiàng)目組中

0.購(gòu)置最新版本的軟件開(kāi)發(fā)工具

解析

本題的選項(xiàng)是“A.請(qǐng)經(jīng)驗(yàn)豐富的|老程序員進(jìn)行技術(shù)指導(dǎo)或協(xié)助完畢工作”。

?某企業(yè)近來(lái)在一家大型企業(yè)OA項(xiàng)目招標(biāo)中勝出，小張被指定為該項(xiàng)目的項(xiàng)目

經(jīng)理。企業(yè)公布了項(xiàng)目章程，小張根據(jù)該章程等項(xiàng)目資料編制了由項(xiàng)目目的I、可交付成

果、項(xiàng)目邊界及成本和質(zhì)量測(cè)量指標(biāo)等內(nèi)容構(gòu)成的（41）。

（41）A.項(xiàng)目工作闡明書(shū)B(niǎo).范圍管理計(jì)劃

C.范圍闡明書(shū)D.WBS

解析

公布項(xiàng)目章程后，接著就要對(duì)項(xiàng)目進(jìn)行初步分解，明確項(xiàng)目范圍了。通過(guò)題干可知

“根據(jù)該章程等項(xiàng)目資料編制了由項(xiàng)目目的、可交付成果、項(xiàng)目邊界及成本和質(zhì)量測(cè)量

指標(biāo)等內(nèi)容構(gòu)成H勺”“C.范圍闡明書(shū)”為對(duì)H勺選項(xiàng)。

?下面有關(guān)項(xiàng)目范圍確認(rèn)描述，（42）是對(duì)的的。

（42）A.范圍確認(rèn)是一項(xiàng)對(duì)項(xiàng)目范圍闡明書(shū)進(jìn)行評(píng)審日勺活動(dòng)

B.范圍確認(rèn)活動(dòng)一般由項(xiàng)目組和質(zhì)量管理員參與執(zhí)行即可

C.范圍確認(rèn)過(guò)程中也許會(huì)產(chǎn)生變更申請(qǐng)

D.范圍確認(rèn)屬于一項(xiàng)質(zhì)量控制活動(dòng)

解析

范圍確認(rèn)是客戶等項(xiàng)FI干系人正式驗(yàn)收并接受已完畢的項(xiàng)FI可交付物的過(guò)程，范圍

確認(rèn)過(guò)程中也許產(chǎn)生的變更申請(qǐng)，例如對(duì)缺陷的修復(fù)規(guī)定。

該題對(duì)的I選項(xiàng)為“C.范圍確認(rèn)過(guò)程中也許會(huì)產(chǎn)生變更申請(qǐng)”。

?下列有關(guān)資源平衡日勺描述中，（43）是對(duì)的時(shí)。

（43）A.資源平衡一般用于已經(jīng)運(yùn)用關(guān)鍵鏈法分析過(guò)的進(jìn)度模型之中

B.進(jìn)行資源平衡的前提是不能變化原關(guān)鍵路線

C.使用按資源分派倒排進(jìn)度法不一定能制定出最優(yōu)項(xiàng)FI進(jìn)度表

D.資源平衡11勺成果一般是使項(xiàng)目U勺估計(jì)持續(xù)時(shí)間比項(xiàng)目初步進(jìn)度表短

解析

該題的對(duì)H勺選項(xiàng)是“C.使用按資源分派倒排進(jìn)度法不一定能制定出最優(yōu)項(xiàng)目進(jìn)度

表”。

?某企業(yè)今年用于信息系統(tǒng)安全工程師日勺培訓(xùn)費(fèi)用為5萬(wàn)元,其中有8000元計(jì)

入A項(xiàng)目成本，該成本屬于A項(xiàng)目時(shí)（44）o

（44）A.可變成本B.沉沒(méi)成本

C.實(shí)際成本（AC）D.間接成本

解析

很明顯，該題對(duì)?的選項(xiàng)為“D.間接成本”。

?項(xiàng)目進(jìn)行到某階段時(shí)，項(xiàng)目經(jīng)理進(jìn)行了績(jī)效分析，計(jì)算出CPI值為0.91。這

表達(dá)(45)o

(45)A.項(xiàng)目日勺每91元人民幣投資中可發(fā)明相稱于100元日勺價(jià)值

B.當(dāng)項(xiàng)目完畢時(shí)將會(huì)花費(fèi)投資額的91%

C.項(xiàng)目?jī)H進(jìn)展到計(jì)劃進(jìn)度的91%

D.項(xiàng)目的每100元人民幣投資中只發(fā)明相稱于91元的價(jià)值

解析

該題的對(duì)日勺選項(xiàng)為“D.項(xiàng)目的每100元人民幣投資中只發(fā)明相稱于91元日勺價(jià)

侑”。

?下圖是一項(xiàng)布線工程計(jì)劃和實(shí)際完畢的示意圖，2023年3月23日的PV、EV、AC分

別是(46)o

布線計(jì)劃:

第律無(wú)計(jì)劃第2天計(jì)劃，第3天計(jì)劃，

完成第匕層,預(yù)算2000元完成第2層，預(yù)算2000元完成第3層，預(yù)算2000元

'k.2009-3.21■凝％氓2'k.2009-^23

實(shí)際情況：完成第一層用掉3800元

第1天計(jì)劃，第2天計(jì)劃，

完成第1層，預(yù)算2000元完成第2層，預(yù)算2000元

2009-3-21.2009-3-22-2009-3-23

46)A.PV=4000元、EV=2023元、AC=3800元

B.PV=4000元、EV=3800元、AC=2023元

C.PV=3800元、EV=4000元、AC=2023元

D.PV=3800元、EV=3800元、AC=2023元

解析

到2009-3-23早上8:30上班前：

應(yīng)當(dāng)完畢日勺預(yù)算PV=2023+2023=4000元

掙值EV=2023元

實(shí)際成本AC=3800元

該題的選項(xiàng)是“A.PV=4000元、EV=2023元、AC=3800元”。

?在項(xiàng)目人力資源計(jì)劃編制中，一般會(huì)波及到組織構(gòu)造圖和職位描述。其中，根

據(jù)組織既有的部門、單位或團(tuán)體進(jìn)行分解，把工作包和項(xiàng)目的活動(dòng)列在負(fù)責(zé)的部門下面

的圖采用的是（47）o

（47）A.工作分解構(gòu)造（WBS）B.組織分解構(gòu)造（0BS）

C.資源分解構(gòu)造（RBS）D.責(zé)任分派

矩陣(RAM)

解析

對(duì)時(shí)的選項(xiàng)是“B.組織分解構(gòu)造（OBS）”。

?在組建項(xiàng)目團(tuán)體時(shí)，人力資源要滿足項(xiàng)目規(guī)定。如下說(shuō)法，（48）是不妥當(dāng)?shù)摹?/p>

（48）A.對(duì)關(guān)鍵崗位要有技能原則，人員達(dá)標(biāo)后方可聘任

R.與技能原則有差距的員T進(jìn)行培訓(xùn).合格后可聘任

C.只要項(xiàng)目經(jīng)理對(duì)團(tuán)體組員承認(rèn)就可以

D.在組建團(tuán)體時(shí)要考慮能力、經(jīng)驗(yàn)、愛(ài)好、成本等人員原因

解析

該題的選項(xiàng)是“C.只要項(xiàng)目經(jīng)理對(duì)團(tuán)體組員承認(rèn)就可以”。

?項(xiàng)目經(jīng)理管理項(xiàng)目團(tuán)體有時(shí)需要處理沖突，（49）屬于處理沖突的范圍。

（49）A.強(qiáng)制、妥協(xié)、撤退B.強(qiáng)制、求同

存異、觀測(cè)

C.妥協(xié)、求同存異、增長(zhǎng)權(quán)威D.妥協(xié)、撤退、防

止

解析

處理沖突的措施有：處理問(wèn)題、強(qiáng)制、妥協(xié)、撤退、求同存異（調(diào)和）等。

因此，該題H勺選項(xiàng)為“A.強(qiáng)制、妥協(xié)、撤退”。

?某承建單位準(zhǔn)備把機(jī)房項(xiàng)目中的消防系統(tǒng)工程分包出去，并準(zhǔn)備了詳細(xì)日勺設(shè)計(jì)

圖紙和各項(xiàng)闡明。該項(xiàng)目工程包括：火災(zāi)自動(dòng)報(bào)警、廣播、火災(zāi)初期報(bào)警滅火等。該工

程宜采用(50)o

(50)A.單價(jià)協(xié)議

B.成本加酬金協(xié)議

C.總價(jià)協(xié)議

D.委托協(xié)議

解析

該題的選項(xiàng)為“C.總價(jià)協(xié)議”，以防止自己的成本超支。

?小王為我司草擬了一份計(jì)算機(jī)設(shè)備采購(gòu)協(xié)議，其中寫到“乙方需按一般的行業(yè)

原則提供技術(shù)支持服務(wù)”，經(jīng)理審閱后規(guī)定小王修改，原因是(51)0

(51)A.文字體現(xiàn)不通順

B.格式不符合國(guó)家或行業(yè)原則R勺規(guī)定

C.對(duì)協(xié)議標(biāo)口勺口勺描述不夠清晰、精確

D.術(shù)語(yǔ)使用不妥

解析

該題的選項(xiàng)為“C.對(duì)協(xié)議標(biāo)的的描述不夠清晰、精確”。

?組織項(xiàng)目招標(biāo)要按照《中華人民共和國(guó)招標(biāo)投標(biāo)法》進(jìn)行。如下論述中，（52；

是不對(duì)的的。

（52）A.公開(kāi)招標(biāo)和邀請(qǐng)招標(biāo)都是常用的招標(biāo)方式

B.公開(kāi)招標(biāo)是指招標(biāo)人以招標(biāo)公告方式邀請(qǐng)一定范圍的法人或者其他組織投

標(biāo)

C.邀請(qǐng)招標(biāo)是指招標(biāo)人以投標(biāo)邀請(qǐng)書(shū)的方式邀請(qǐng)?zhí)囟ǖ姆ㄈ嘶蛘咂渌M織投

標(biāo)

D.招標(biāo)人是根據(jù)本法規(guī)定提出招標(biāo)項(xiàng)目、進(jìn)行招標(biāo)的法人或者其他組織

解析

根據(jù)《中華人民共和國(guó)招標(biāo)投標(biāo)法》如下條款：

第十條招標(biāo)分為公開(kāi)招標(biāo)和邀請(qǐng)招標(biāo)。

公開(kāi)招標(biāo)，是指招標(biāo)人以招標(biāo)公告的方式邀請(qǐng)不特定的法人或者其他組織投

標(biāo)。

邀請(qǐng)招標(biāo)，是指招標(biāo)人以投標(biāo)邀請(qǐng)書(shū)的方式邀請(qǐng)?zhí)囟ǖ姆ㄈ嘶蛘咂渌M織投

標(biāo)。

可知，該題的選項(xiàng)為“B.公開(kāi)招標(biāo)是指招標(biāo)人以招標(biāo)公告方式邀請(qǐng)?定范圍B勺法

人或者其他組織投標(biāo)”。

?系統(tǒng)集成商與建設(shè)方在一種ERP項(xiàng)目的談判過(guò)程中，建設(shè)方提出如下規(guī)定：

系統(tǒng)初驗(yàn)時(shí)間為2023年6月底（付款50%）；正式驗(yàn)收時(shí)間為2023年10月底（合

計(jì)付款80%）；系統(tǒng)運(yùn)行服務(wù)期限為一年（也許合計(jì)付款100%）；并但愿長(zhǎng)期提供應(yīng)

用軟件技術(shù)支持。系統(tǒng)集成商在起草項(xiàng)目建設(shè)協(xié)議步，協(xié)議期限設(shè)定到（53）為妥。

（53）A.2023年10月底B.2023年6月底

C.2023年10月底D.長(zhǎng)期

解析

系統(tǒng)集成商在起草項(xiàng)目建設(shè)協(xié)議步，協(xié)議期限應(yīng)設(shè)定為：

正式驗(yàn)收日勺時(shí)間（2023年10月底，此時(shí)合計(jì)付款80%）+1年的系統(tǒng)運(yùn)行服務(wù)

期（也許合計(jì)付款100%）o

因此,該題的選項(xiàng)為“C.2023年10月底“.

至于2023年10月后來(lái)的“長(zhǎng)期提供應(yīng)用軟件技術(shù)支持”，則可另行簽訂服務(wù)協(xié)

議。

?某軟件開(kāi)發(fā)項(xiàng)目協(xié)議規(guī)定，需求分析要通過(guò)客戶確認(rèn)后方可進(jìn)行軟件設(shè)計(jì)。但

建設(shè)單位以客戶代表出國(guó)、其他人員不知情為由拒絕簽字，導(dǎo)致進(jìn)度延期。軟件開(kāi)發(fā)單

位進(jìn)行索賠一般按（54）次序較妥當(dāng)。

①由該項(xiàng)目H勺監(jiān)理方進(jìn)行調(diào)解②由經(jīng)濟(jì)協(xié)議仲裁委員會(huì)仲裁

③由有關(guān)政府主管機(jī)構(gòu)仲裁

（54）A.③B.①③②C.③①②D.②?@

解析

項(xiàng)目發(fā)生索賠事件后，?般先由監(jiān)理工程師調(diào)解，若調(diào)解不成，由政府建設(shè)主管機(jī)

構(gòu)進(jìn)行調(diào)解，若仍調(diào)解不成，由經(jīng)濟(jì)協(xié)議仲裁委員會(huì)進(jìn)行調(diào)解或仲裁。

該題的選項(xiàng)為"B.①③②"。

?按照索賠程序，索賠方要在索賠告知書(shū)發(fā)出后（55）內(nèi)，向監(jiān)理方提出延長(zhǎng)工

期和（或）賠償經(jīng)濟(jì)損失的索賠匯報(bào)及有關(guān)資料。

（55）A.2周B.28天C.30天D.3周

解析

在索賠告知書(shū)發(fā)出后的28天內(nèi)，向監(jiān)理工程師提出延長(zhǎng)工期和（或）賠償經(jīng)濟(jì)損

失的索賠匯報(bào)及有關(guān)資料,

該題的選項(xiàng)為“B.28天”。

?某項(xiàng)工程需在室外進(jìn)行線纜鋪設(shè)，但由于持續(xù)大雨導(dǎo)致承建方一更無(wú)法施工，

動(dòng)工日期比計(jì)劃晚了2周（協(xié)議約定持續(xù)1周以內(nèi)的天氣異常不屬于反常天氣），給

承建方導(dǎo)致一定的經(jīng)濟(jì)損失。承建方若尋求賠償，應(yīng)當(dāng)（56）o

（56）A,規(guī)定延長(zhǎng)工期賠償

B.規(guī)定費(fèi)用賠償

C.規(guī)定延長(zhǎng)工期賠償、費(fèi)用賠償

D.自己克服

解析

該題的I選項(xiàng)為“A.規(guī)定延長(zhǎng)工期賠償”。

?某企業(yè)正在計(jì)劃實(shí)行一項(xiàng)用于企業(yè)內(nèi)部的辦公自動(dòng)化系統(tǒng)項(xiàng)目，由于該系統(tǒng)的

實(shí)行波及到企業(yè)諸多內(nèi)部人員，因此項(xiàng)目經(jīng)理打算制定一種項(xiàng)H溝通管理計(jì)劃，他應(yīng)采

用的第一種工作環(huán)節(jié)是（57）o

（57）A.設(shè)計(jì)一份日程表，標(biāo)識(shí)進(jìn)行每種溝通口勺時(shí)間

B.分析所有項(xiàng)目干系人的信息需求

C.構(gòu)建一種文檔庫(kù)并保留所有U勺項(xiàng)FI文獻(xiàn)

D.描述準(zhǔn)備公布的信息

解析

該題的選項(xiàng)為“B.分析所有項(xiàng)Fl干系人U勺信息需求”。

?召開(kāi)會(huì)議就某一事項(xiàng)進(jìn)行討論是有效口勺項(xiàng)目溝通措施之一，保證會(huì)議成功的I措

施包括提前確定會(huì)議目的、準(zhǔn)時(shí)開(kāi)始會(huì)議等，（58）不是保證會(huì)議成功的措施。

（58）A.項(xiàng)目經(jīng)理在會(huì)議召開(kāi)前一天，將會(huì)議議程通過(guò)電子郵件發(fā)給參會(huì)人員

B.在技術(shù)方案的評(píng)審會(huì)議中，某專家發(fā)言時(shí)間超時(shí)嚴(yán)重，會(huì)議主持人對(duì)會(huì)議

進(jìn)程進(jìn)行控制

C.某系統(tǒng)驗(yàn)收會(huì)上，為了防止專家組意見(jiàn)太發(fā)散，項(xiàng)目經(jīng)理規(guī)定會(huì)議主

持人給出結(jié)論性意見(jiàn)

D.項(xiàng)目經(jīng)理指定文檔管理員負(fù)費(fèi)會(huì)風(fēng)記錄

解析

該題的選項(xiàng)為“C.某系統(tǒng)驗(yàn)收會(huì)上，為了防止專家組意見(jiàn)太發(fā)散，項(xiàng)目經(jīng)理規(guī)定

會(huì)議主持人給出結(jié)論性意見(jiàn)”。

?某項(xiàng)目組的小組長(zhǎng)王某和程序員李某在討論確定一種功能模塊日勺技術(shù)處理方案

時(shí)發(fā)生劇烈爭(zhēng)執(zhí)，此時(shí)作為項(xiàng)目經(jīng)理應(yīng)當(dāng)首先采用（59）日勺措施來(lái)處理這一沖突。

（59）A.請(qǐng)兩人先冷靜下來(lái)，淡化爭(zhēng)議，然后在討論問(wèn)題時(shí)求同存異

B.協(xié)助兩人分析對(duì)錯(cuò)，然后處理問(wèn)題

C.規(guī)定李某服從小組長(zhǎng)王某日勺意見(jiàn)

D.請(qǐng)兩人把目前問(wèn)題擱置起來(lái)，防止?fàn)巿?zhí)

解析

該題的選項(xiàng)是“B.協(xié)助兩人分析對(duì)錯(cuò)，然后處理問(wèn)題”。

?如下有關(guān)采購(gòu)工作闡明書(shū)的論述中，（60）是錯(cuò)誤的I。

（60）A.采購(gòu)闡明書(shū)與項(xiàng)目范圍基準(zhǔn)沒(méi)有關(guān)系

B.采購(gòu)工作闡明書(shū)與項(xiàng)目的工作闡明書(shū)不一樣

C.應(yīng)在編制采購(gòu)計(jì)劃的J過(guò)程中編寫采購(gòu)工作闡明書(shū)

D.采購(gòu)工作闡明書(shū)定義了與項(xiàng)目協(xié)議有關(guān)的范圍

解析

該題的選項(xiàng)為“A.采購(gòu)闡明書(shū)與項(xiàng)目范圍基準(zhǔn)沒(méi)有關(guān)系”。

?某項(xiàng)目建設(shè)內(nèi)容包括機(jī)房的升級(jí)改造、應(yīng)用系統(tǒng)的開(kāi)發(fā)以及系統(tǒng)的集成等。招

標(biāo)人于2023年3月25日在某國(guó)家級(jí)報(bào)刊上公布了招標(biāo)公告，并規(guī)定4月20日上

午9時(shí)為投標(biāo)截止時(shí)間和開(kāi)標(biāo)時(shí)間。系統(tǒng)集成單位A、B、C購(gòu)置了招標(biāo)文獻(xiàn)。在4月

10日，招標(biāo)人發(fā)現(xiàn)已發(fā)售的招標(biāo)文獻(xiàn)中某技術(shù)指標(biāo)存在問(wèn)題，需要進(jìn)行澄清，于是在4

月12日以書(shū)面形式告知A、B、C三家單位。根據(jù)《中華人民共和國(guó)招標(biāo)投標(biāo)法》，

投標(biāo)文獻(xiàn)截止日期和開(kāi)標(biāo)日期應(yīng)當(dāng)不早于(61)o

(61)A.5月5日B.4月22日

C.4月25日I).4月27日

解析

該題的選項(xiàng)為“D.4月27日”。

?在評(píng)標(biāo)過(guò)程中，162)是不符合招標(biāo)投標(biāo)法規(guī)定的。

(62)A.評(píng)標(biāo)委員會(huì)委員由5人構(gòu)成，其中招標(biāo)人代表2人,經(jīng)濟(jì)、技術(shù)專家3

人

B.評(píng)標(biāo)委員會(huì)認(rèn)為A投標(biāo)單位口勺投標(biāo)文獻(xiàn)中針對(duì)某項(xiàng)技術(shù)的論述不

夠清晰，規(guī)定A單位予以澄清

C.某單位的投標(biāo)文獻(xiàn)中某分項(xiàng)工程的報(bào)價(jià)存在個(gè)別漏項(xiàng)，評(píng)標(biāo)委員會(huì)

認(rèn)為個(gè)別漏項(xiàng)屬于細(xì)微偏差，投標(biāo)標(biāo)書(shū)有效

D.某單位雖然按招標(biāo)文獻(xiàn)規(guī)定編制了投標(biāo)文獻(xiàn)，不過(guò)個(gè)別頁(yè)面沒(méi)有編

制頁(yè)碼，評(píng)標(biāo)委員會(huì)認(rèn)為投標(biāo)標(biāo)書(shū)有效。

解析

該題的選項(xiàng)為“A.評(píng)標(biāo)委員會(huì)委員由5人構(gòu)成，其中招標(biāo)人代表2人，經(jīng)濟(jì)、

技術(shù)專家3人”。

?某項(xiàng)采購(gòu)已經(jīng)到了協(xié)議收尾階段，為了總結(jié)這次采購(gòu)過(guò)程中的經(jīng)驗(yàn)教訓(xùn)，以供

企業(yè)內(nèi)的其他項(xiàng)目參照借鑒，企業(yè)應(yīng)組織（63）。

（63）A.業(yè)績(jī)匯報(bào)B.采購(gòu)評(píng)估

C.項(xiàng)目審查D.采購(gòu)審計(jì)

解析

該題的選項(xiàng)為“D.采購(gòu)審計(jì)”。

?如下有關(guān)文檔管理日勺描述中，（64）是對(duì)?日勺依J。

（64）A.程序源代碼清單不屬于文檔

B.文檔按項(xiàng)目周期角度可以分為開(kāi)發(fā)文檔和管理文檔兩大類

C.文檔按重要性和質(zhì)量規(guī)定可以分為正式文檔和非正式文檔

1）.《軟件文檔管理指南》明確了軟件項(xiàng)目文檔的詳細(xì)分類

解析

該題的選項(xiàng)為“C.文檔按重要性和質(zhì)量規(guī)定可以分為正式文檔和非正式文檔”。

?配置識(shí)別是軟件項(xiàng)目管理中的一項(xiàng)重要工作，它的工作內(nèi)容不包括（65）。

（65）A.確定需要納入配置管理的配置項(xiàng)

B.確定配置項(xiàng)口勺獲取時(shí)間和所有者

C.為識(shí)別H勺配置項(xiàng)分派唯一的標(biāo)識(shí)

D.對(duì)識(shí)別的配置項(xiàng)進(jìn)