1、(A)中級系統(tǒng)集成項目管理工程師上午試題模擬22單項選擇題1、矩陣組織的一個主要優(yōu)點是。 A項目經(jīng)理可以更好地控制資源B項目團(tuán)隊可以有多個C溝通更便捷D更容易2、在進(jìn)行最終的項目預(yù)算。A啟動階段 C計劃編制階段B在項目生命期開始前交給項目經(jīng)理 D執(zhí)行階段3、某計算機(jī)系統(tǒng)的可靠性結(jié)構(gòu)是如下圖所示的雙重串并聯(lián)結(jié)構(gòu)，若所為0.9，即R=0.9，則系統(tǒng)的可靠度為。系統(tǒng)的每個部件的可靠度A0.9997B0.9276C0.9639D0.65614、在開發(fā)一個系統(tǒng)時，如果用戶對系統(tǒng)的目標(biāo)是不很清楚，難以定義需求，這時最好使用。A原型法B瀑布模型CV模型D螺旋模型5、內(nèi)部溝通、輔助語言、亞層次信息和隱蔽層次的

2、溝通指的都是。A溝通技巧B溝通需求C學(xué)會寬容和妥協(xié)的方法D非言語溝通6、在項目計劃的實施期間。 A項目干系人參與為計劃提供輸入數(shù)據(jù)的工作 B產(chǎn)生項目章程 C項目經(jīng)理采取糾正措施使未來的績效與項目計劃相符 D項目經(jīng)理被分配的項目上7、項目變更的三大起因是。 A更換項目經(jīng)理或其他關(guān)鍵項目團(tuán)隊成員；管理更改了優(yōu)先排序；合同上的B時間、資源或成本的相對重要性產(chǎn)生了變化；對可交付成果有了新的了解、技術(shù)上的不確定性C就如何達(dá)到項目目標(biāo)進(jìn)行初次評估時出了錯、有了關(guān)于可交付成果的新信息、新的要求 D職能經(jīng)理做出的資源承諾不能兌現(xiàn)、成本超支、客戶要求變更8、項目控制的兩個基本目標(biāo)是。 A改變活動以達(dá)到目的；管理

3、組織 B清除預(yù)料外的技術(shù)問題；確認(rèn)需要資源的技術(shù)C保證在需要時可以獲得資源；避免工作范圍的延伸D在需要時可以獲得材料、和設(shè)備；保證預(yù)算是充分的9、配置管理是。 A用于確保項目產(chǎn)品的說明是正確和完整的 B工作分解結(jié)構(gòu)的產(chǎn)物 C就確保滿足項目設(shè)計標(biāo)準(zhǔn)開發(fā)的一組程序 D追蹤預(yù)算和進(jìn)度變化的機(jī)制操作系統(tǒng)是機(jī)上的第一層礎(chǔ)上的。下圖分別表示，其他系統(tǒng)。(如等)和應(yīng)用都是建立在操作系統(tǒng)基10、A編譯程序、財務(wù)數(shù)據(jù)庫管理系統(tǒng)B匯編程序、編譯程序和java解釋器C編譯程序、數(shù)據(jù)庫管理系統(tǒng) D語言處理程序、辦公管理汽車防盜程序氣象預(yù)報11、A應(yīng)用B應(yīng)用開發(fā)者、最終用戶和系統(tǒng)開發(fā)者開發(fā)者、系統(tǒng)開發(fā)者和最終用戶C最終

4、用戶、系統(tǒng) D最終用戶、應(yīng)用開發(fā)者和應(yīng)用開發(fā)者和系統(tǒng)開發(fā)者開發(fā)者12、使用開發(fā)工具有助于提高的開發(fā)、和管理的效率。集成型開發(fā)環(huán)境通常由工具集和環(huán)境集成機(jī)制組成。這種環(huán)境應(yīng)具有。環(huán)境集成機(jī)制主要有數(shù)據(jù)集成機(jī)制、控制集成機(jī)制和界面集成機(jī)制。A開放性和可剪裁性 C開放性和不可剪裁性B封閉性和可剪裁性 D封閉性和不可剪裁性13、項目管理工具中，將網(wǎng)絡(luò)方法用于工作計劃安排的評審和檢查的是。AGantt圖BPERT網(wǎng)圖C因果分析圖D流程圖14、圖可以廣泛用于描繪各種類型的信息處理問題及其解決方法。根據(jù)中民GB 15261989)，用來表示程序激活路徑和程序與相關(guān)數(shù)據(jù)的相互作用的圖形工具是。A系統(tǒng)流程圖 C

5、流程圖B程序流程圖 D程序網(wǎng)絡(luò)圖15、除了范圍說明書外，范圍計劃編制的輸出是。A范圍管理計劃、支持細(xì)節(jié) CWBS、范圍管理計劃B項目章程、分配項目經(jīng)理D項目章程、范圍管理計劃16、在面向數(shù)據(jù)流的設(shè)計方法中，一般把數(shù)據(jù)流圖中的數(shù)據(jù)流劃分為兩種。A數(shù)據(jù)流和事務(wù)流 C變換流和事務(wù)流B變換流和數(shù)據(jù)流 D控制流和事務(wù)流17、計劃評審技術(shù)(PERT)。A通常進(jìn)行三點估算，協(xié)助活動歷時的預(yù)期值B以事件為中心，在箭線上表示活動 C對每個活動只進(jìn)行一次估算DA和B18、當(dāng)需要減少20%關(guān)鍵路徑時間時，你可以采取下列的行動，但除外。A增加資源 C消除浮動時間B時間進(jìn)度D并行安排活動19、需要申請和增加項目資源時，

6、由做出決定。A職能經(jīng)理 C項目管理B項目經(jīng)理D客戶20、計算出已完工網(wǎng)絡(luò)的活動歷時后，前推法和逆推法可以提供。A活動浮動時間 C關(guān)鍵路徑B最早開始日期和最遲開始日期 DA和C21、生產(chǎn)每臺設(shè)備的可變成本是100，所以固定成本是2500，那么在生產(chǎn)十臺設(shè)備的成本為。A3500 C25000B1000 D150022、計算機(jī)產(chǎn)品開件編制指南(GB85671988)是標(biāo)準(zhǔn)A強制性國家B性國家C強制性行業(yè)D性行業(yè)我國信息產(chǎn)業(yè)與信息化建設(shè)主管部門和機(jī)構(gòu)，在積極推進(jìn)信息化建設(shè)的過程中，對所產(chǎn)生的問題予以密切關(guān)注，并逐步采取了有效的措施，概括起來，主要是實施計算機(jī)信息系統(tǒng)管理制度、推行計算機(jī)系統(tǒng)集成制度以及

7、信息系統(tǒng)工程監(jiān)理制度。23、A集成資質(zhì)B集成資格C監(jiān)理質(zhì)量D監(jiān)理資質(zhì)24、A監(jiān)理工程師資格管理B項目經(jīng)理資格管理C價格聽證D監(jiān)理25、在分布式環(huán)境中實現(xiàn)。認(rèn)證可以有多種方案，以下選項中最不安全的認(rèn)證方案是A用戶發(fā)送口令，由通信對方指定共享密鑰B用戶發(fā)送口令，由智能卡產(chǎn)生 C用戶從KDC獲取會話密鑰 D用戶從CA獲取數(shù)字密鑰26、在結(jié)構(gòu)化分析方法中，數(shù)據(jù)字典是重要的文檔。對加工的描述是數(shù)據(jù)字典的組成內(nèi)容之一，常用的加工描述方法。A只有結(jié)構(gòu)化語言B有結(jié)構(gòu)化語言和判定樹C有結(jié)構(gòu)化語言、判定樹和判定表D有判定樹和判定表27、ISO 9000標(biāo)準(zhǔn)。A說明如何生產(chǎn)產(chǎn)品 C為質(zhì)量體系提供框架B規(guī)定實施質(zhì)量體

8、系的細(xì)節(jié) D提供最大過程要求，保證為客戶提供優(yōu)質(zhì)產(chǎn)品28、以下屬于質(zhì)量控制的輸出。A統(tǒng)計抽樣 C工作結(jié)果B質(zhì)量管理計劃 D過程調(diào)整29、下列敘述中，與提高可移植性相關(guān)的是。A選擇時間效率高的算法 C選擇空間效率高的算法B盡可能減少注釋 D盡量用高級語言編寫系統(tǒng)中對效率要求不高的部分30、托圖可以幫助項目經(jīng)理。A關(guān)注最關(guān)鍵的問題，改進(jìn)質(zhì)量 C了解想要達(dá)到的未來產(chǎn)出B關(guān)注激發(fā)思考 D確定一個過程是否失去控制31、在的高科技環(huán)境中，要成功的激勵一個團(tuán)隊，項目經(jīng)理要使用激勵理論才能保持一個高效的團(tuán)隊。A期待、X理論BYMasolw等級制度DHerzbergCY理論、期待、Herzberg、期待32、項

9、目經(jīng)理最有可能人事問題發(fā)生在。A提交項目 C項目交界點上時B客戶來訪期間 D設(shè)計審核會議期間33、下列最易產(chǎn)生。A職能型組織 C項目型組織B矩陣型組織 D項目促進(jìn)員34、為解決監(jiān)理活動中產(chǎn)生的爭議，其依據(jù)是。A監(jiān)理大綱B監(jiān)理規(guī)劃C監(jiān)理合同D用戶需求某項目主要由AI任務(wù)，其計劃圖(如下圖所示)展示了各任務(wù)之間的前后關(guān)系以及每個任務(wù)的工期(：天)，該項目的關(guān)鍵路徑是。在不延誤項目總工期的情況下，任務(wù)A最多可以推遲開始的時間是天。35、AAGICBEGIBADFHI DCFHIC5 D736、A0B237、以下關(guān)于計算機(jī)機(jī)房與設(shè)施安全管理的要求，是不正確的。 A計算機(jī)系統(tǒng)的設(shè)備和部件應(yīng)有明顯的標(biāo)記，

10、并應(yīng)便于去除或重新標(biāo)記B機(jī)應(yīng)定期使用靜電消除劑，以減少靜電的產(chǎn)生C進(jìn)入機(jī)房的，應(yīng)更換不易產(chǎn)生靜電的服裝D攜帶個人計算機(jī)等電子設(shè)備進(jìn)入機(jī)房38、在系統(tǒng)中，不屬于物流管理模塊功能的是。A庫存控制B銷售管理C物料需求計劃管理D采購管理39、根據(jù)A開文檔管理指南，以下關(guān)于檔描述開發(fā)過程本身文檔歸類的敘述，是不正確的。B產(chǎn)品文檔描述開發(fā)過程的產(chǎn)物C管理文檔項目管理的信息D過程文檔描述項目實施的信息40、根據(jù)特性是工程產(chǎn)品質(zhì)量(GB/T 16260.12006)定義的質(zhì)量模型，不屬于功能性的質(zhì)量。A適應(yīng)性B適合性C安全性 D互操作性41、電子商務(wù)安全要求的四個方面是。A傳輸?shù)母咝浴?shù)據(jù)的完整各方的認(rèn)證和

11、交易的不可抵賴性B的安全性、傳輸?shù)母咝浴?shù)據(jù)的完整性和交易各方的認(rèn)證C傳輸?shù)陌踩浴?shù)據(jù)的完整、交易各方的認(rèn)證和交易的不可抵賴性D的安全性、傳輸?shù)母咝浴?shù)據(jù)的完整性和交易的不可抵賴性42、在SNMP和CMIP是網(wǎng)絡(luò)界最重要的網(wǎng)絡(luò)管理協(xié)議，是錯誤的。 ASNMP和CMIP采用的檢索方式不同BSNMP和CMIP信息獲取方式不同 CSNMP和CMIP采用的抽象語法符號不同 DSNMP和CMIP傳輸層支持協(xié)議不同43、常用的信息系統(tǒng)開發(fā)方法中，不包括。A結(jié)構(gòu)化方法B關(guān)系方法C原型法D面象方法44、下面關(guān)于計算機(jī)信息系統(tǒng)集成資質(zhì)的論述，是不正確的。 A工業(yè)和信息化部對計算機(jī)信息系統(tǒng)集成認(rèn)證工作進(jìn)行行

12、業(yè)管理B申請三、四級資質(zhì)的 C申請一、二級資質(zhì)的 D通過資質(zhì)認(rèn)證審批的各應(yīng)向經(jīng)信息產(chǎn)業(yè)主管部門批準(zhǔn)的資質(zhì)認(rèn)證機(jī)構(gòu)提出認(rèn)證申請應(yīng)直接向工業(yè)和信息化部資質(zhì)管理提出認(rèn)證申請將獲得由工業(yè)和信息化部印制的資質(zhì)45、在生命周期中，能準(zhǔn)確地確定系統(tǒng)必須做什么和必須具備哪些功能的階段是。A概要設(shè)計B詳細(xì)設(shè)計C可行性分析D需求分析常見的開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等。其中模型適用于需求明確或很少變更的項目，模型主要面象的開發(fā)過程。46、A瀑布模型47、A瀑布模型B演化模型 B演化模型C螺旋模型D噴泉模型 C螺旋模型D噴泉模型48、根據(jù)電子信息系統(tǒng)機(jī)房設(shè)計規(guī)范，的敘述是錯誤的。A某機(jī)房內(nèi)面積為

13、125平方米，共設(shè)置了三個安全出口 B機(jī)房內(nèi)所有設(shè)備的金屬外殼、各類金屬管道、金屬線槽、建筑物金屬結(jié)構(gòu)等必須進(jìn)行等電位聯(lián)結(jié)并接地C機(jī)房內(nèi)的照明線路宜穿暗敷或在吊頂內(nèi)穿明敷D為了保證通風(fēng)，A級電子信息系統(tǒng)機(jī)房應(yīng)設(shè)置外窗49、在項目收尾階段，賣方的。開始，并且延誤產(chǎn)品交付時間，項目經(jīng)理最好的選擇是A告訴賣方停止工作直到工事件解決為止B以調(diào)節(jié)檢查的方式縮短項目的其他部分以滿足賣方的完工期 C延長承包商的合同期彌補延誤D提醒賣方必須按時完工50、EIA/TIA-568標(biāo)準(zhǔn)規(guī)定，在綜合布線時，如果信息插座到網(wǎng)卡之間使用無距離最大為米。雙絞線，布線A10B30C50D10051、下面關(guān)于數(shù)字簽名的說法錯誤

14、的是。 A能夠保證信息傳輸過程中的性B能夠?qū)Πl(fā)送者的進(jìn)行認(rèn)證C如果接收者對報文進(jìn)行了篡改，會被發(fā)現(xiàn) D網(wǎng)絡(luò)中的某一用戶不能冒充另一用戶作為發(fā)送者或接收者52、關(guān)系數(shù)據(jù)庫是的集合，其結(jié)構(gòu)是由關(guān)系模式定義的。A元組B列C字段D表53、包(package)是UML的。A結(jié)構(gòu)事物 C行為事物B分組事物 D注釋事物54、在需求分析階段，可以使用UML中的及其對系統(tǒng)的功能要求。來捕獲用戶需求，并描述對系統(tǒng)感的外部角色A用例圖B類圖C順序圖D狀態(tài)圖55、甲乙兩人在同一時間就同樣內(nèi)容的發(fā)明創(chuàng)造并都提交了專利申請，專利局將分別向各申請人通報有關(guān)情況，并提出多種解決這一問題的辦法，不可能采用的辦法。A兩申請人作為

15、同一件申請的共同申請人 B其中一方放棄權(quán)力并從另一方獲得適當(dāng)補償 C兩件申請都不授予專利權(quán) D兩件申請都授予專利權(quán)建筑物綜合布線系統(tǒng)的干線子系統(tǒng)，水平子系統(tǒng)。56、A各個樓層接線間配線架到工作區(qū)信息插座之間所安裝的線纜 B由終端到信息插座之間的連線系統(tǒng) C各樓層設(shè)備之間的互聯(lián)系統(tǒng) D連接各個建筑物的通信系統(tǒng)57、A各個樓層接線間配線架到工作區(qū)信息插座之間所安裝的線纜 B由終端到信息插座之間的連線系統(tǒng) C各樓層設(shè)備之間的互聯(lián)系統(tǒng) D連接各個建筑物的通信系統(tǒng)的，以下措施中不能增強DNS安全的是。58、DNS系統(tǒng)對于網(wǎng)絡(luò)的正常運行是A使用控制對DNS的B避免DNS的HINFO C更改DNS的端 D限

16、制區(qū)域傳輸被竊取構(gòu)件標(biāo)準(zhǔn)依次是。59、OMG組織、微軟公司、SUN公司所A C、EJBBUML、VB、J2EE DCORBA、C#、JAVA60、簡單郵件傳輸協(xié)議(SMTP)默認(rèn)的端是。A21B23C25D8061、兩名以上的申請人分別就同樣的發(fā)明創(chuàng)造申請專利的，專利權(quán)授予。A最先發(fā)明的人 B最先申請的人C所有申請的人D協(xié)商后的申請人62、下列標(biāo)準(zhǔn)代號中，為性行業(yè)標(biāo)準(zhǔn)的代號。ASJ/TBQ/T11CQCDBB63、下面關(guān)于 AB C D的敘述中，不正確的是是在交付之后為保障。運行而要完成的活動是生命周期中的一個完整部分包括更正性、適應(yīng)性、完善性和預(yù)防性等幾種類型活動可能包括交付后運行的計劃和計

17、劃，以及交付后的修改、培訓(xùn)和提供幫助資料等64、下列關(guān)于風(fēng)險的敘述不正確的是：風(fēng)險是指。A可能發(fā)生的事件 C會帶來損失的事件B一定會發(fā)生的事件 D可能對其進(jìn)行干預(yù)，以減少損失的事件65、辦公自動化系統(tǒng)是一類。A電子數(shù)據(jù)處理系統(tǒng) C人機(jī)信息系統(tǒng)B決策支持系統(tǒng) D事務(wù)處理系統(tǒng)采用公鑰體制進(jìn)行加密和。每個用戶有一個私鑰，用它進(jìn)行；同時每個用戶還數(shù)字有一個公鑰，用于。X.509標(biāo)準(zhǔn)規(guī)定，數(shù)字由，將其放入公共目錄中，以供用戶。X.509數(shù)字中的簽名字段是指。如果用戶UA從A地的發(fā)證機(jī)構(gòu)取得了證書，用戶UB從B地的發(fā)證機(jī)構(gòu)取得了，那么。66、A67、A和驗證和驗證B B和簽名和簽名C加密和簽名 C加密和簽

18、名D加密和驗證 D加密和驗證68、A密鑰分發(fā)中心B中心C國際電信D當(dāng)?shù)?9、A用戶對自己的簽名B用戶對發(fā)送報文的簽名 D發(fā)證機(jī)構(gòu)對發(fā)送報文的簽名C發(fā)證機(jī)構(gòu)對用戶 70、AUA可使用自己的的簽名直接與UB進(jìn)行安全通信BUA通過一個 CUA和UB還須鏈可以與UB進(jìn)行安全通信方的發(fā)證機(jī)構(gòu)申請，才能進(jìn)行安全通信DUA和UB都要向國家發(fā)證機(jī)構(gòu)申請，才能進(jìn)行安全通信The pure of the requirements definition phase is to produce a clear, complete,consistent, and testable of the technical re

19、quirements for the software productDuring the requirements definition phase, the requirements definition team uses an iterative pros to expand abroad sement of the system requirementso a complete and detailed specification of each functiont the software is usuallymust perform and each t it must meet

20、The starting poa set of high-level requirements from the or problemt describe the projectIn either case, the requirements definition team formulates an overallconcept for the system and the defines showing how the system willbe operated, publishes the system and operation concept a system concept re

21、view(SCR)s, and conductsFollowing the SCR, the team derives requirements for the systemfrom the high-level requirements and the system operations conceptUsingstructured or object-oriented functions and algorithms neededysis, the team specifies the software to satisfy each detailed requirementsCspeci

22、fication Dsement71、Afunction 72、Acriterion 73、AproducerBdefinition Bstandard BcustomerCmDsystemCprogrammer D Cscenarios Dscenes Ctotal Dcompleteyser74、Arules75、AdetailedBprinciples Boutlined:單項選擇題1、A 在一個矩陣組織中，某個項目成員既向經(jīng)理匯報又向項目經(jīng)理匯報，項目團(tuán)隊的管理就變得很復(fù)雜。對這種雙重匯報關(guān)系的有效管理通常是一個項目成功的關(guān)鍵理負(fù)責(zé)。故項目經(jīng)理可以更好地控制資源。2、C，一般由項目經(jīng)

23、項目管理計劃記述了如下內(nèi)容。項目背景如項目名稱、客戶名稱、項目的商業(yè)目的等。項目經(jīng)理、項目經(jīng)理的主管、客戶方聯(lián)系人、客戶方的主管、項目小組(即項目管理團(tuán)隊)和項目實施小組。項目的總體技術(shù)解決方案。對用于完成這些過程的工具和技術(shù)的描述。選擇的項目的生命周期和相關(guān)的項目階段。項目最終目標(biāo)和階段性目標(biāo)。進(jìn)度計劃。項目預(yù)算。變更流程和變更控制溝通管理計劃。對于內(nèi)容、范圍和時間的關(guān)鍵管理評審，以便于確定懸留問題和未決決策。除上述的進(jìn)度計劃和項目預(yù)算之外，項目管理計劃可以是概要的或詳細(xì)的，并且還可以包含一個或多個分計劃。3、C。 兩個部件串聯(lián)的可靠性R2=RR=0.81，再將兩組串聯(lián)部件并聯(lián)的可靠性是：1

24、-(1-R2)(1-R2)=1-0.190.19=0.9639。4、A 快速原型模型的第一步是建造一個快速原型，實現(xiàn)客戶或未來的用戶與系統(tǒng)的交互，用戶或客戶對原型進(jìn)行評價，進(jìn)一步細(xì)化待開發(fā)的需求。通過逐步調(diào)整原型使其滿足客戶的要求，開發(fā)可以確定客戶的真正需求是什么。所以當(dāng)用戶對系統(tǒng)的目標(biāo)不是很清楚，難以定義需求時，最好用原型法。5、D6、C 本題考查的是項目溝通管理的性知識。 項目執(zhí)行過程還要實施：已批準(zhǔn)的糾正措施以使預(yù)期的項目績效符合項目管理計劃。已批準(zhǔn)的預(yù)防措施以降低潛在結(jié)果出現(xiàn)的可能性。已批準(zhǔn)的缺陷修復(fù)申請以改正在質(zhì)量過程中發(fā)現(xiàn)的產(chǎn)品缺陷。7、C 變化可能是產(chǎn)品范圍，即對交付物的需求發(fā)生

25、的變化；也可能是項目范圍或是項目的資源、進(jìn)度等執(zhí)行過程發(fā)生的變化。變更的常見原因如下：產(chǎn)品范圍(成果)定義的過失或者疏忽。項目范圍(工作)定義的過失或者疏忽。增值變更。應(yīng)對風(fēng)險的緊急計劃或回避計劃。項目執(zhí)行過程與項目基準(zhǔn)要求不一致帶來的8、外A部事件。調(diào)整。9、A 考查項目控制的基本目標(biāo)。A項正確。 配置管理是為了系統(tǒng)的控制配置變更，在系統(tǒng)的整個生命周期中維持配置的完整性和可性，而標(biāo)識系統(tǒng)在不同時間點上配置的學(xué)科。在IEEE610.121990中，將“配置管理”正式定義為“應(yīng)用技術(shù)的和管理的指導(dǎo)和監(jiān)督來標(biāo)識和用文檔配置項的功能和物理特征、控制對這些特征的變更、10、B和變更處理過程和實現(xiàn)狀態(tài)、

26、驗證與規(guī)定的需求的一致性。”考查操作系統(tǒng)的有關(guān)知識。11、D12、A集成型開發(fā)環(huán)境通常可由工具集和環(huán)境集成機(jī)制兩部分組成。這種環(huán)境應(yīng)具有開放性和可剪裁性。開放性為環(huán)的工具集成到環(huán)境中來提供了方便，可剪裁性可根據(jù)不同的應(yīng)用或不同的用戶需求進(jìn)行剪裁，以形成特定的開發(fā)環(huán)境。13、B 用網(wǎng)絡(luò)分析的方法編制的進(jìn)度計劃稱為網(wǎng)絡(luò)圖。PERT(Program Evaluation and ReviewTechnique，計劃評審技術(shù))和CPM(Critical Path Method，關(guān)鍵路徑法)都采用了網(wǎng)絡(luò)圖來表示項目的進(jìn)度安排。14、D 信息處理數(shù)據(jù)流程圖、程序流程圖、系統(tǒng)流程圖、程序網(wǎng)絡(luò)圖和系統(tǒng)資源圖的

27、文件編輯符號及約定GB 15261989，該標(biāo)準(zhǔn)規(guī)范了常用的圖形符號的畫法，增強了相關(guān)流程圖的可讀性，也方便之間的交流和對同一事務(wù)的共同理解。程序流程圖表示程序中的操作順序。系統(tǒng)流程圖表示系統(tǒng)的操作控制和數(shù)據(jù)流。程序網(wǎng)絡(luò)圖表示程序激活路徑和程序與相關(guān)數(shù)據(jù)的相互作用。在系統(tǒng)流程圖中，一個程序可能在多個控制流中出現(xiàn)；但在程序網(wǎng)絡(luò)圖中，每個程序僅出現(xiàn)一次。15、A 編制項目范圍管理計劃過程的成果是項目范圍管理計劃，項目范圍管理計劃簡稱為項目范圍計劃或范圍計劃。作為編制項目范圍管理計劃過程的交付物，項目范圍管理計劃是項目管理團(tuán)隊確定、核實或確認(rèn)、管理和控制項目范圍的指南。項目范圍管理計劃的內(nèi)容如下：根

28、據(jù)初步的項目范圍說明書編制一個詳細(xì)的項目范圍說明書的方法。從詳細(xì)的項目范圍說明書創(chuàng)建WBS的方法。關(guān)于正式確認(rèn)和認(rèn)可已完成可交付物方法的詳細(xì)說明。有關(guān)控制需求變更如何到詳細(xì)的項目范圍說明方體法項。目需的求實變際更情常況常，觸項發(fā)目整范體圍變管更理控計制劃過可程以。是正式的或非正式的、詳細(xì)的或粗略的。一個范圍管理計劃可以包括在項目管理計劃中，或者是項目管理計劃的一個分計劃。項目管理計劃是項目其他知識域中的相關(guān)分計劃的集合。16、C 數(shù)據(jù)流的類型決定的方法。數(shù)據(jù)流有兩種類型：變換流和事務(wù)流。17、A PERT是利用網(wǎng)絡(luò)分析制定計劃以及對計劃予以評價的技術(shù)。它能協(xié)調(diào)整個計劃的各道工序，合理安排人力、

29、物力、時間和，計劃的完成。PERT網(wǎng)絡(luò)是一種類似流程圖的箭線圖。它描繪出項目包含的各種活動的先后次序，標(biāo)明每項活動的時間或相關(guān)的成本。PERT首先是建立在網(wǎng)絡(luò)計劃基礎(chǔ)之上的，其次是工程項目中各個工序的工作時間不肯定，過去通常對這種計劃只是估計一個時間，到底完成任務(wù)的把握有多大，決策者心中無數(shù)，工作處于一種狀態(tài)。在工程實踐中，由于人們對事物的認(rèn)識受到客觀條件的制約，通常在PERT中引入概率計算方法，由于組成網(wǎng)絡(luò)計劃的各項工作可變定出一個肯定的單一的時間值。多，不具備一定的時間消耗統(tǒng)計資料，因而不能確在PERT中，假設(shè)各項工作的持續(xù)時間服從p分布，近似地用三點估計法估算出三個時間值，即最短、最長和

30、最可能持續(xù)時間，再平均算出一個期望值作為工作的持續(xù)時間。在編制PERT網(wǎng)絡(luò)計劃時，把風(fēng)險引入到PERT中，人們不得不考慮按PERT網(wǎng)絡(luò)計劃在指定的工期下完成工程任務(wù)的可能性有多大，即計劃的成功概率，也就是計劃的可靠度，這就必須對工程計劃進(jìn)行風(fēng)險估計。在繪制網(wǎng)絡(luò)圖時必須將非肯定型轉(zhuǎn)化為肯定型，把三點估計變?yōu)閱我粫r間估計。三點估算法來自于計劃評審技術(shù)(PERT)。18、C 消除浮動時間就排除了意外或風(fēng)險發(fā)生的可能性，免。19、B知道風(fēng)險只能管理，無法消除或避 項目經(jīng)理對項目負(fù)責(zé)，其正式權(quán)利由項目章程取得，而資源調(diào)度的權(quán)力通常在項目基準(zhǔn)中明確規(guī)定。項目基準(zhǔn)中不包括的儲備資源需經(jīng)20、D人批準(zhǔn)后方可使

31、用。 計算出已完工網(wǎng)絡(luò)的活動歷時后，前推法和逆推法可以提供活動浮動時間和關(guān)鍵路徑。21、B 生產(chǎn)每臺設(shè)備的可變成本是100，生產(chǎn)十臺設(shè)備的成本為10010=1000。22、A 國家技術(shù)1990年發(fā)布的管理辦法第四條規(guī)定：的代號由大寫漢語拼音字母強制性23、A。的代號為GB，性的代號為GB/T。 信息化建設(shè)的蓬勃發(fā)展呼喚與之相應(yīng)的機(jī)制和制度，使之與信息系統(tǒng)工程和信息系統(tǒng)集成企業(yè)既起到引導(dǎo)作用、鼓勵作用，又起到規(guī)范、約束作用。我國信息化產(chǎn)業(yè)與信息化建設(shè)的主管部門和機(jī)構(gòu)，在積極推進(jìn)信息化建設(shè)的過程中，對所產(chǎn)生的問題予以密切關(guān)注，并且逐步采取了有效措施。、直轄市、計劃單列市等地方的信息產(chǎn)業(yè)及信息化主管

32、部門也積極參與并發(fā)揮創(chuàng)造性，進(jìn)行了有益的探索。采取的主要措施有：計算機(jī)信息系統(tǒng)集成資質(zhì)管理、信息資格管理。24、系統(tǒng)項目經(jīng)理資格管理、信息系統(tǒng)工程監(jiān)理B資質(zhì)管理、信息系統(tǒng)工程監(jiān)理25、A 口令明碼發(fā)送，當(dāng)然最不安全。26、C 結(jié)構(gòu)化分析和設(shè)計時，表示的模塊結(jié)構(gòu)和模塊之間關(guān)系的圖形工具有：層次圖、結(jié)構(gòu)圖、IPO圖等：表示程序處理的工具有：流程圖、盒圖、PAD圖、判定表、判定樹和過程設(shè)計語言等。27、C ISO 9000質(zhì)量管理的八項質(zhì)量管理原則已經(jīng)成為改進(jìn)組織業(yè)績的框架，其目的在于幫助組織達(dá)到持續(xù)成功。28、D 項目質(zhì)量控制的結(jié)果是項目質(zhì)量控制和工作所形成的綜合結(jié)果，是項目質(zhì)量管理全部工作的綜合

33、結(jié)果。這種結(jié)果的主要內(nèi)容如下：(1)項目質(zhì)量的改進(jìn)。(2)對于項目質(zhì)量的接受。(3)返工。(4)完成的檢查表。(5)項目調(diào)整和變更。 29、D 考查可移植性相關(guān)知識。問題。30、A在開展全面質(zhì)量管理的過程中通常將因果圖、流程圖、直方圖、檢查表、散點圖、排列圖和控制圖稱為“老七種工具”，而將相互關(guān)系圖、親和圖、樹狀圖、矩陣圖、優(yōu)先矩陣圖、過程決策方法圖(PDPC)和活動網(wǎng)絡(luò)圖統(tǒng)稱為“新七種工具”。“老七種工具”目前仍廣泛用于質(zhì)量改進(jìn)和質(zhì)量控制，“新七種工具”是科學(xué)技術(shù)于1972年組織一些運用運籌學(xué)或系統(tǒng)工程的原理和方法，經(jīng)過多年的和現(xiàn)場實踐后于1979年正式提出用于質(zhì)量管理的。這新七種工具的提出

34、不是對“老七種工具”的替代而是對它的補充和豐富。排列圖也被稱為托圖，是按照發(fā)生頻率大小順序繪制的直方圖，表示有多少結(jié)果是由已確認(rèn)類型或范疇的原因所造成的。按等級排序的目的是指導(dǎo)如何采取主要糾正措施。31、C 用Y理論可以激發(fā)員工主動性，但對于員工把握工作而言可能又放任過度。激勵理論是的行為科學(xué)家(Fredrick Herzberg)影響著人們的工作行為。第一提出來的，又稱雙理論。雙理論認(rèn)為有兩種完全不同的類是健，這些是與工作環(huán)境或條件有關(guān)的，能防止人們產(chǎn)生不滿意感的一類。當(dāng)保不健全時，人們就會產(chǎn)生不滿意感。但即使很好時，也僅僅可以消除工作中的不滿是無法起到激勵作用的。第二類是激勵意，卻無法增加

35、人們對工作的滿意感，所以這些(motivator)，這些是與員工的工作本身或工作內(nèi)容有關(guān)的、能促使人產(chǎn)生工作滿意感的一類，當(dāng)激勵缺乏時，人們就會缺乏進(jìn)取心，對工作無所謂，但一旦具備了激勵，員工則會感覺到強大的激勵力量而產(chǎn)生對工作的滿意感，所以只有這類期望理論關(guān)注的不是人們的需要的類型，而是人們用來獲取才能真正激勵員工。的思維方式，認(rèn)為當(dāng)人們預(yù)期某一行為能給個人帶來預(yù)定結(jié)果，且這種結(jié)果對期望理論認(rèn)為，一個目標(biāo)對人的激勵程度受兩個具有時，人們就會采取這一特定行動。影響。目標(biāo)效用，指實現(xiàn)該目標(biāo)對個人有多大價值的判斷。如果實現(xiàn)該目標(biāo)對個人來說很有價值，個人的積極性就高：反之，積極性則低。期望值，指個人

36、對實現(xiàn)該目標(biāo)可能性大小的估計。只有個人認(rèn)為實現(xiàn)該目標(biāo)的可能性很大，才會去努力爭取實現(xiàn)，從而在較高程度上發(fā)揮目標(biāo)的激勵作用；如果個人認(rèn)為實現(xiàn)該目標(biāo)的可能性很小，甚至完全沒有可能，目標(biāo)激勵作用則小，以至完全沒有。32、C 項目交界點項目交接，此時最容易出現(xiàn)人事問題。33、A 職能型組織的優(yōu)點體現(xiàn)在如下方面：強大的技術(shù)支持，便于知識、技能和經(jīng)驗的交流。清晰的職業(yè)生涯晉升路線。直線溝通、交流簡單、責(zé)任和權(quán)限很清晰。有利于重復(fù)性工作為主的過程管理。同時，職能型組織也存在著如下缺點：職能利益優(yōu)先于項目，具有狹隘性；組織橫向之間的聯(lián)系薄弱、部門間協(xié)調(diào)難度大；項目經(jīng)理極少或缺少權(quán)利、基準(zhǔn)等。34、C；項目管理

37、發(fā)展方向不明，缺少項目知道，建設(shè)與承建簽訂的是建設(shè)合同，建設(shè)與監(jiān)理簽訂的是監(jiān)理合同，在監(jiān)理合同中規(guī)定了監(jiān)理的權(quán)利和義務(wù)。因此，在解決監(jiān)理活動中產(chǎn)生的爭議時，其依據(jù)就是監(jiān)理合同。監(jiān)理大綱是監(jiān)理為了承攬建立項目而編制的文件，監(jiān)理規(guī)劃實在監(jiān)理合同簽訂滯后，根據(jù)監(jiān)理合同所制定的一個指導(dǎo)監(jiān)理工作開展的35、C性文件。 關(guān)鍵路徑是時間最長的那條路徑，BEGI這條路徑耗時最長，總共2+5+6+7=20天。經(jīng)過任務(wù)A的時間最長路徑是ADFHI，總共2+4+1+4+7=18天。只要A的延誤時間不超過20-18=2天，就不會對整體時間產(chǎn)生影響。36、B37、A 本題考查的是關(guān)于計算機(jī)機(jī)房與設(shè)施安全管理的要求，屬于

38、問題。38、C 考查的是企業(yè)信息化中的企業(yè)資源計劃問題。39、D 根據(jù)文檔管理指南(GB/T 166801996)，文檔有開檔、產(chǎn)品文檔和管理文檔三類。40、A 根據(jù)工程產(chǎn)品質(zhì)量(GB/T 16260.12006)定義的質(zhì)量模型，屬于功能性的質(zhì)量特性是適合性、安全性、互操作性(互用性)、準(zhǔn)確性和依從性。適應(yīng)性屬于可移植性。41、C 考查電子商務(wù)安全要求。42、C 此題主要考查了不同運用于不同網(wǎng)絡(luò)體系模型中兩種網(wǎng)絡(luò)管理協(xié)議的比較。SNMP和CMIP的主要異同點有：傳輸層協(xié)議不同：SNMP基于UDP進(jìn)行傳輸?shù)膮f(xié)議，在通信前不必建立連接，安全性較差；而CMIP是一個基于OSI模型，面向連接的協(xié)議，只

39、有建立了連接方可交換管理操作信息。信息獲取方式、檢索方式不同：SNMP基于輪詢和中斷結(jié)合的方式進(jìn)行工作；CMIP則基于事件報告的方式進(jìn)行工作。抽象語法符號相同：都采用了數(shù)據(jù)信息庫，均用對象來描述被管資源。還有其他方面的異同點，如管理模式模型、安全性、簡便性和可擴(kuò)展性等，具體細(xì)節(jié)請查找網(wǎng)絡(luò)工程師輔B 導(dǎo)第十一章第三節(jié)，關(guān)于SNMP協(xié)議。 常用的開發(fā)方法有：結(jié)構(gòu)化方法、原型法、面象方法。44、C 首先由從事信息系統(tǒng)集成業(yè)務(wù)的向相應(yīng)的評審機(jī)構(gòu)提出評審申請。計算機(jī)信息系統(tǒng)集成資質(zhì)認(rèn)證工作根據(jù)認(rèn)證和審批分離的原則，按照先由認(rèn)證機(jī)構(gòu)認(rèn)證，再由信息產(chǎn)業(yè)主管部門審批的工作程序進(jìn)行。工業(yè)和信息化部資質(zhì)管理構(gòu)。4

40、5、D是系統(tǒng)集成資質(zhì)和監(jiān)理資質(zhì)的管理和支持機(jī) 需求分析涉及分析需求的過程，其目的如下：檢測和解決需求之間的。發(fā)現(xiàn)的邊界，以及與其環(huán)境如何交互。詳細(xì)描述系統(tǒng)需求，以導(dǎo)出細(xì)46，、應(yīng)A 該精確到能確認(rèn)需求，驗證需求的實現(xiàn)，估算需求的成本。需求。描述需求時必須仔 瀑布模型缺乏靈活性，無法通過開發(fā)活動來澄清本來不夠明確的需求，只適用于需求明確或很少變更的項目。而噴泉模型使典型的面程。47、D象生存模型，主要應(yīng)用于描述面象的開發(fā)過48、D 電子信息系統(tǒng)機(jī)房設(shè)計規(guī)范GB 501742008的6.4.6條款：“A級和B級電子信息系統(tǒng)機(jī)房的主機(jī)房不宜設(shè)置外窗”。49、C 考查項目延誤時如何處理的問題。50、A 工作區(qū)子系統(tǒng)指信息插座與數(shù)據(jù)終端之間的連接設(shè)置系統(tǒng)，由從信息插座延伸至數(shù)據(jù)終端設(shè)備的連接線纜和適配器組成。它一般使用軟線(Patch Cable)材料(例如UTP/STP)實現(xiàn)終端設(shè)備與信息插座之間的連接。工作區(qū)的跳線(Patch Cord)、連接設(shè)備的跳線、交叉連接(Cross-Connection)線的總長度一般不超過10米。其 51、A叉連接線或跳線的長度不應(yīng)超過5米。數(shù)字簽名實現(xiàn)了完整性驗證、驗證，但不涉及信息本身的加密。52、D關(guān)系數(shù)據(jù)庫是表的集合。53、BUML的結(jié)構(gòu)事物包括類、接口、協(xié)作、用例、主動類、構(gòu)件和節(jié)點等。包(package)是UML