信息系統(tǒng)項(xiàng)目管理師_系統(tǒng)集成項(xiàng)目管理工程師_輔導(dǎo)講義_重點(diǎn)系列zl

1、信息系統(tǒng)工程管理師系統(tǒng)集成工程管理工程師培訓(xùn)講義考試大綱大綱范圍：信息系統(tǒng)根底、1.1 信息系統(tǒng)集成信息系統(tǒng)集成計(jì)算機(jī)信息系統(tǒng)集成+將計(jì)算機(jī)軟件、硬件、網(wǎng)絡(luò)通信等技術(shù)和產(chǎn)品集成為能夠滿(mǎn)足用戶(hù)特定需求的信息系統(tǒng)，包括總體籌劃、設(shè)計(jì)、開(kāi)發(fā)、實(shí)施、效勞及保障。分類(lèi)+設(shè)備系統(tǒng)集成：也可稱(chēng)為硬件系統(tǒng)集成，包括智能建筑系統(tǒng)集成、計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)集成、安防系統(tǒng)集成。+應(yīng)用系統(tǒng)集成：為用戶(hù)提供一個(gè)全面的系統(tǒng)解決方案信息技術(shù)效勞管理ITSM“一種過(guò)程導(dǎo)向、面向客戶(hù)的方法。它通過(guò)集成IT效勞與企業(yè)業(yè)務(wù)，提高企業(yè)IT效勞交付service delivery、效勞支持service support的能力和水平。-itS

2、MFIT Service Management Forum“IT效勞管理是一套協(xié)同流程。它根據(jù)效勞級(jí)別協(xié)議提供量化的IT效勞。IT效勞管理融合了系統(tǒng)管理、網(wǎng)絡(luò)管理、系統(tǒng)開(kāi)發(fā)等管理功能和變更管理、資產(chǎn)管理、問(wèn)題管理等許多流程的理論和實(shí)踐-Gartner Group“一種面向企業(yè)戰(zhàn)略和業(yè)務(wù)的IT集成效勞-ITSM Portal“管理效勞到達(dá)客戶(hù)要求。-BSI英國(guó)標(biāo)準(zhǔn)協(xié)會(huì)效勞級(jí)協(xié)議主要規(guī)定運(yùn)維效勞的具體內(nèi)容和效勞級(jí)別IT根底設(shè)施庫(kù)ITIL1個(gè)職能機(jī)構(gòu)Functional Area：效勞臺(tái)Service Desk5個(gè)效勞支持流程Service Support：突發(fā)事件管理Incident Manage

3、ment、問(wèn)題管理Problem Management、變更管理Change Management、配置管理Configuration Management發(fā)布管理Release Management5個(gè)效勞交互流程Service Delivery：效勞級(jí)別管理Service Level Management、能力管理Capacity Management、可用性管理Availability Management、財(cái)務(wù)管理Financial Management、IT效勞持續(xù)性管理IT Service Ccontinuity Management 信息系統(tǒng)建設(shè)信息系統(tǒng)的生命周期立項(xiàng)階段+形成概

4、念、需求分析開(kāi)發(fā)階段+總體規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施、系統(tǒng)驗(yàn)收運(yùn)維階段+通過(guò)驗(yàn)收移交給用戶(hù)后，進(jìn)入運(yùn)維階段。+維護(hù)的四種類(lèi)型：排錯(cuò)性糾正性、更正性、適應(yīng)性、完善性、預(yù)防性消亡階段+更新改造、功能擴(kuò)展、報(bào)廢重建信息系統(tǒng)開(kāi)發(fā)方法結(jié)構(gòu)化方法+自頂向下、模塊化、順序階段化、評(píng)審+程序流程圖、數(shù)據(jù)流程圖原型法+拋棄型原型+進(jìn)化型原型面向?qū)ο?類(lèi)、對(duì)象、封裝+分析、設(shè)計(jì)、實(shí)現(xiàn)三個(gè)階段各種方法的組合+結(jié)構(gòu)化方法+原型+面向?qū)ο蠓椒?原型典型信息系統(tǒng)工程生命周期模型瀑布模型+每一項(xiàng)開(kāi)發(fā)活動(dòng)以前一項(xiàng)開(kāi)發(fā)活動(dòng)的工作成果作為輸入+前一項(xiàng)活動(dòng)的工作成果在階段評(píng)審中得到確認(rèn)，那么繼續(xù)進(jìn)行下一項(xiàng)開(kāi)發(fā)活動(dòng)，否那么返

5、回前一項(xiàng)，甚至更前項(xiàng)的活動(dòng)螺旋模型+軟件開(kāi)發(fā)是一系列的增量發(fā)布，以風(fēng)險(xiǎn)分析為關(guān)鍵活動(dòng)+將原型、迭代與線性順序瀑布模型中的控制結(jié)合起來(lái)迭代模型+分四個(gè)階段：初始、細(xì)化、構(gòu)造、移交，可進(jìn)一步描述為周期Cycle、階段Phase、迭代Iteration+不同的時(shí)間段內(nèi)各項(xiàng)活動(dòng)的工作量不同，幾乎所有的活動(dòng)在所有的時(shí)間段內(nèi)均有工作量歷年試題 某軟件公司欲開(kāi)發(fā)一個(gè)圖像處理系統(tǒng)，在工程初期開(kāi)發(fā)人員對(duì)需求并不確定的情況下，采用45方法比擬適宜。45A. 瀑布式 B. 快速原型C. 協(xié)同開(kāi)發(fā)D. 形式化 Cnitpm 參考答案：B 在多年從事信息系統(tǒng)開(kāi)發(fā)的經(jīng)驗(yàn)根底上，某單位總結(jié)了幾種典型信息系統(tǒng)工程生命周期模型

6、最主要的特點(diǎn)，如下表所示，表中的第一列分別是11。生命周期模型特點(diǎn)軟件開(kāi)發(fā)是一系列的增量發(fā)布，逐步產(chǎn)生更完善的版本，強(qiáng)調(diào)風(fēng)險(xiǎn)分析分階段進(jìn)行，一個(gè)階段的工作得到確認(rèn)后，繼續(xù)進(jìn)行下一個(gè)階段，否那么返回前一個(gè)階段分階段進(jìn)行，每個(gè)階段都執(zhí)行依稀傳統(tǒng)的，完整的串行過(guò)程，其中都包括不同比例的需求分析、設(shè)計(jì)、編碼和測(cè)試等活動(dòng)A瀑布模型迭代模型螺旋模型B迭代模型瀑布模型螺旋模型C螺旋模型瀑布模型迭代模型D螺旋模型迭代模型瀑布模型Cnitpm參考答案：C常用的信息系統(tǒng)開(kāi)發(fā)方法中，不包括_(9)_A 結(jié)構(gòu)化方法 B關(guān)系方法 C原型法 D面向?qū)ο蠓椒?某信息系統(tǒng)工程采用結(jié)構(gòu)化方法進(jìn)行開(kāi)發(fā)，按照工程經(jīng)理的安排，工程成

7、員小張繪制了以下圖。此時(shí)工程處于3階段。 A總體規(guī)劃 B系統(tǒng)分析C系統(tǒng)設(shè)計(jì) D系統(tǒng)實(shí)施Cnitpm參考答案：B軟件需求分析與定義軟件需求+為解決特定問(wèn)題而必須由被開(kāi)發(fā)或被修改的軟件展示的特性軟件需求的特征+可驗(yàn)證性、優(yōu)先級(jí)、標(biāo)識(shí)需求分析方法+結(jié)構(gòu)化方法：程序流程圖、數(shù)據(jù)流程圖+面向?qū)ο蠓椒ǎ航y(tǒng)一建模語(yǔ)言UML軟件設(shè)計(jì)、測(cè)試與維護(hù)軟件設(shè)計(jì)+架構(gòu)設(shè)計(jì)：架構(gòu)模式宏觀架構(gòu)模式+詳細(xì)設(shè)計(jì)：設(shè)計(jì)模式微觀架構(gòu)模式軟件測(cè)試+單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試軟件維護(hù)+更正性糾正性、排錯(cuò)性維護(hù)+適應(yīng)性維護(hù)+完善性維護(hù)+預(yù)防性維護(hù) 軟件工程知識(shí)軟件測(cè)試白盒測(cè)試+程序流程圖+環(huán)路復(fù)雜度發(fā)現(xiàn)錯(cuò)誤的能力標(biāo)準(zhǔn)含義1弱語(yǔ)句覆蓋每

8、條語(yǔ)句至少執(zhí)行一次2判定覆蓋每一判定的每個(gè)分支至少執(zhí)行一次3條件覆蓋每一判定中的每個(gè)條件，分別按“真、“假至少各執(zhí)行一次4判定/條件覆蓋同時(shí)滿(mǎn)足判定覆蓋和條件覆蓋的要求5強(qiáng)條件組合覆蓋求出判斷中所有條件的各種可能組合值，每一可能的條件組合至少執(zhí)行一次6最強(qiáng)路徑覆蓋覆蓋程序流程圖中的所有程序執(zhí)行路徑“分支數(shù)+1黑盒測(cè)試+測(cè)試功能和外部接口軟件維護(hù)定義+可以將軟件維護(hù)定義為需要提供軟件支持的全部活動(dòng)軟件維護(hù)與軟件生命周期+軟件維護(hù)時(shí)軟件生命周期的一個(gè)完整局部+軟件維護(hù)活動(dòng)包括軟件交付前的活動(dòng)，也包括軟件交付后的活動(dòng)良好實(shí)踐+分配有關(guān)人員輪流進(jìn)行為維護(hù)和開(kāi)發(fā)工作+測(cè)試人員和維護(hù)人員應(yīng)該分開(kāi)+少用軟件

9、的非標(biāo)準(zhǔn)或擴(kuò)展功能測(cè)試工具、編譯器等系統(tǒng)軟件+使用盡量少的編程語(yǔ)言和編程標(biāo)準(zhǔn)軟件復(fù)用軟件復(fù)用+概念：用已有軟件的各種有關(guān)知識(shí)構(gòu)造新的軟件，以縮減軟件開(kāi)發(fā)和維護(hù)的費(fèi)用+層次：領(lǐng)域知識(shí)、開(kāi)發(fā)經(jīng)驗(yàn)、設(shè)計(jì)決策、架構(gòu)、需求、設(shè)計(jì)、代碼和文檔等+面向?qū)ο蠓椒?、?gòu)件化開(kāi)發(fā)有利于復(fù)用、如構(gòu)件化、構(gòu)件拆分、用組合關(guān)系代替繼承關(guān)系、接口的通用化，多個(gè)接口代替一個(gè)接口等歷年試題 為了使構(gòu)件系統(tǒng)更切合實(shí)際、更有效地被復(fù)用，構(gòu)件應(yīng)當(dāng)具備_(1)_，以提高其通用性。1A. 可繼承性B.可變性C.可封裝性性答案B 在面向?qū)ο筌浖_(kāi)發(fā)過(guò)程中，設(shè)計(jì)模式的采用是為了9。 9A允許在非面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言中使用面向?qū)ο蟮母拍?B復(fù)

10、用成功的設(shè)計(jì)和體系結(jié)構(gòu) C減少設(shè)計(jì)過(guò)程創(chuàng)立的類(lèi)的個(gè)數(shù) D保證程序的運(yùn)行速度到達(dá)最優(yōu)值 答案B面向?qū)ο笾械?7機(jī)制是對(duì)現(xiàn)實(shí)世界中遺傳現(xiàn)象的模擬。通過(guò)該機(jī)制，基類(lèi)的屬性和方法被遺傳給派生類(lèi)；18是指把數(shù)據(jù)以及操作數(shù)據(jù)的相關(guān)方法組合在同一單元中，使我們可以把類(lèi)作為軟件復(fù)用中的根本單元，提高內(nèi)聚度，降低耦合度。17A復(fù)用 B消息 C繼承 D變異18A多臺(tái) B封裝 C抽象 D接口 軟件質(zhì)量保證與評(píng)價(jià)驗(yàn)證和確認(rèn)+驗(yàn)證verification：通過(guò)提供客觀證據(jù)對(duì)規(guī)定要求已得到滿(mǎn)足的認(rèn)定+確認(rèn)validation：通過(guò)提供客觀證據(jù)對(duì)特定的預(yù)期用途或應(yīng)用要求已得到滿(mǎn)足的認(rèn)定評(píng)審和審查和審計(jì)+評(píng)審review：正

11、式，如階段評(píng)審、同行評(píng)審peer review+審查inspection：非正式，如桌面檢查desktop inspection，代碼走查walkthrough+審計(jì)audition：?jiǎn)渭兊尿?yàn)證活動(dòng)，也稱(chēng)作審核軟件配置管理軟件配置管理+見(jiàn)“配置管理相關(guān)內(nèi)容軟件過(guò)程管理CMMI初始級(jí)+軟件過(guò)程是無(wú)序的，有時(shí)甚至是混亂的，對(duì)過(guò)程幾乎沒(méi)有定義，成功取決于個(gè)人努力。管理是反響式的已管理級(jí)過(guò)程焦點(diǎn)：工程級(jí)實(shí)踐+建立了根本工程管理過(guò)程來(lái)跟蹤費(fèi)用、進(jìn)度和功能性。制定了必要的過(guò)程紀(jì)律，能重復(fù)早先類(lèi)似應(yīng)用工程取得的成功經(jīng)驗(yàn)已定義級(jí)過(guò)程焦點(diǎn)：組織級(jí)實(shí)踐+已將軟件管理和工程兩方面的過(guò)程文檔化、標(biāo)準(zhǔn)化，并綜合成該組織

12、的標(biāo)準(zhǔn)軟件過(guò)程。定量管理級(jí)過(guò)程焦點(diǎn)：定量+分析對(duì)軟件過(guò)程和產(chǎn)品質(zhì)量的詳細(xì)度量數(shù)據(jù)，對(duì)軟件過(guò)程和產(chǎn)品都有定量的理解與控制量化管理級(jí)優(yōu)化級(jí)過(guò)程焦點(diǎn)：持續(xù)改良+過(guò)程量化反響和先進(jìn)的思想、新技術(shù)促使過(guò)程持續(xù)改良 軟件構(gòu)件技術(shù)知識(shí)常用構(gòu)件標(biāo)準(zhǔn)COM/DCOM/COM+微軟的開(kāi)放構(gòu)件標(biāo)準(zhǔn)CORBA+公共對(duì)象請(qǐng)求代理架構(gòu)Common Object Request Broker Architecture，OMG制定的一種基于構(gòu)件的分布式計(jì)算標(biāo)準(zhǔn)EJB+J2EE模型中的構(gòu)件標(biāo)準(zhǔn)，運(yùn)行在EJB效勞器中 軟件體系結(jié)構(gòu)軟件架構(gòu)軟件架構(gòu)software architecture，體系結(jié)構(gòu)+構(gòu)件+連接件+高層設(shè)計(jì)架構(gòu)模式

13、+反復(fù)使用的、經(jīng)過(guò)實(shí)踐證明的將軟件構(gòu)件和連接件組織成系統(tǒng)的解決方案典型架構(gòu)模式可同時(shí)應(yīng)用+模型-視圖-控制器MVC模式：業(yè)務(wù)邏輯-界面-居間控制器+管道過(guò)濾器模式：構(gòu)件間單向輸入輸出，有向無(wú)環(huán)圖+面向?qū)ο竽Ｊ剑河妹嫦驅(qū)ο笏枷牒椭С止ぞ邩?gòu)建+事件驅(qū)動(dòng)模式：事件定義、事件注冊(cè)、事件響應(yīng)+分層模式：上層調(diào)用下層的效勞+知識(shí)庫(kù)模式：中央數(shù)據(jù)控件+知識(shí)源+客戶(hù)機(jī)/效勞器C/S模式：資源不對(duì)等實(shí)體之間的信息共享結(jié)構(gòu)軟件中間件軟件中間件類(lèi)型+數(shù)據(jù)庫(kù)訪問(wèn)中間件+遠(yuǎn)程過(guò)程調(diào)用+面向消息中間件+分布式對(duì)象中間件+事務(wù)中間件 面向?qū)ο笙到y(tǒng)分析與設(shè)計(jì)面向?qū)ο蠓治雠c設(shè)計(jì)面向?qū)ο?對(duì)象、類(lèi)、繼承、封裝、聚合、消息傳送、多

14、態(tài)性可視化建模與統(tǒng)一建模語(yǔ)言9種圖歷年試題 在面向?qū)ο蠓椒ㄖ?，?duì)象可看成屬性數(shù)據(jù)以及這些屬性上的專(zhuān)用操作的封裝體。封裝是一種12技術(shù)。類(lèi)是一組具有相同屬性和相同操作的對(duì)象之集合，類(lèi)的每個(gè)對(duì)象都是這個(gè)類(lèi)的一個(gè)13。 12A. 組裝 B. 產(chǎn)品化 C. 固化 D. 信息隱蔽 13A. 例證 B. 用例 C. 實(shí)例 D. 例外 答案D、C UML提供了4種結(jié)構(gòu)圖用于對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中4是面向?qū)ο笙到y(tǒng)規(guī)模中最常用的圖，用于說(shuō)明系統(tǒng)的靜態(tài)設(shè)計(jì)視圖；當(dāng)需要說(shuō)明系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖時(shí)，應(yīng)該選擇5；當(dāng)需要說(shuō)明體系結(jié)構(gòu)的靜態(tài)實(shí)施視圖時(shí)，應(yīng)該選擇6。4A構(gòu)件圖B類(lèi)圖C對(duì)象圖D部署圖

15、5A構(gòu)件圖B協(xié)作圖C狀態(tài)圖D部署圖6A協(xié)作圖B對(duì)象圖C活動(dòng)圖D部署圖答案B、A、D 典型應(yīng)用集成技術(shù)Web Services技術(shù)技術(shù)架構(gòu)+角色：效勞提供者、效勞使用者、效勞注冊(cè)中心可選+協(xié)議：提供者用WSDL語(yǔ)言描述效勞，使用者用UDDI查找效勞，兩者之間的通信語(yǔ)言采用SOAP協(xié)議+傳送的內(nèi)容是XML表示，用HTTP協(xié)議實(shí)現(xiàn)傳送應(yīng)用目標(biāo)：跨異構(gòu)操作系統(tǒng)平臺(tái)和開(kāi)發(fā)環(huán)境的互操作+跨越防火墻+應(yīng)用程序集成+B2B集成+軟件重用不適用：?jiǎn)螜C(jī)應(yīng)用程序首選本地API、局域網(wǎng)內(nèi)的同構(gòu)應(yīng)用程序首選套接字Web Services和SOA面向效勞的架構(gòu)+Web Services是SOA的一種實(shí)現(xiàn)途徑+SOA可以被

16、看成是一種架構(gòu)模式+SOA可以用Web Services實(shí)現(xiàn)，也可以不利用其實(shí)現(xiàn)J2EE架構(gòu)J2EE架構(gòu)+Sun公司主導(dǎo)，各廠商聯(lián)合制定并得到廣泛認(rèn)可的工業(yè)標(biāo)準(zhǔn)+跨操作系統(tǒng)平臺(tái)，支持典型三層架構(gòu)模型-視圖-控制器MVC+核心組成：JNDI：Java命名效勞Servlet：效勞器端小程序JSP：創(chuàng)立HTML頁(yè)面和XML頁(yè)面JCA：J2EE連接器架構(gòu)JDBC：Java數(shù)據(jù)庫(kù)連接EJB：企業(yè)級(jí)Java Bean，包括實(shí)體Bean，會(huì)話Bean等EJB容器：提供EJB運(yùn)行環(huán)境，EJB運(yùn)行在EJB容器中RMI-IIOP：提供給用程序的通信接口應(yīng)用效勞器：提供效勞器端運(yùn)行環(huán)境，效勞器端組件均在應(yīng)用效勞器中

17、運(yùn)行.NET架構(gòu).NET架構(gòu)+微軟的軟件開(kāi)發(fā)框架+不能跨越異構(gòu)操作系統(tǒng)平臺(tái)+兼容Microsoft的構(gòu)件標(biāo)準(zhǔn)：COM、COM+、DCOM、ActiveX控件等+核心組成：ADO.NET：.NET中的數(shù)據(jù)庫(kù)支持組件ASP.NET：網(wǎng)絡(luò)編程結(jié)構(gòu)Win Forms：窗口應(yīng)用程序組件+Visual Studio.NET：支持多種語(yǔ)言聯(lián)合編程，集成構(gòu)件一個(gè)應(yīng)用程序歷年試題 以下關(guān)于.NET的描述，錯(cuò)誤的選項(xiàng)是25。D 編譯.NET時(shí)，應(yīng)用程序被直接編譯成機(jī)器代碼表達(dá)，25是錯(cuò)誤的。A .NET是Microsoft XMLWeb services平臺(tái)B .NET Framework 是實(shí)現(xiàn)跨平臺(tái)設(shè)備無(wú)關(guān)性

18、的執(zhí)行環(huán)境C 編譯.NET時(shí)，應(yīng)用程序被直接編譯成機(jī)器代碼數(shù)據(jù)倉(cāng)庫(kù)定義+數(shù)據(jù)倉(cāng)庫(kù)Data Warehouse是一個(gè)面向主題的、集成的、相對(duì)穩(wěn)定的、反映歷史變化的數(shù)據(jù)集合，用于支持管理決策。系統(tǒng)結(jié)構(gòu)+數(shù)據(jù)源、數(shù)據(jù)集市、OLAP效勞器、前端工具。工作流技術(shù)定義+工作流是一種反映業(yè)務(wù)流程的計(jì)算機(jī)化的模型，它是為了在先進(jìn)計(jì)算機(jī)環(huán)境支持下實(shí)現(xiàn)經(jīng)營(yíng)過(guò)程集成與經(jīng)營(yíng)過(guò)程自動(dòng)化而建立的可由工作流管理系統(tǒng)執(zhí)行的業(yè)務(wù)模型工作流管理系統(tǒng)+工作流管理系統(tǒng)是支持企業(yè)經(jīng)營(yíng)過(guò)程高效執(zhí)行并監(jiān)控其執(zhí)行過(guò)程的計(jì)算機(jī)軟件系統(tǒng)工作流管理聯(lián)盟WFMC+網(wǎng)站提供了豐富的參考資料1.8 軟件工具軟件工具建模工具+Rational RoseU

19、ML建模、分析與設(shè)計(jì)工具開(kāi)發(fā)工具+Visual Studio.NET.NET平臺(tái)開(kāi)發(fā)環(huán)境+EclipseJava開(kāi)發(fā)環(huán)境+GCCLinux，Unix，蘋(píng)果操作系統(tǒng)下多種語(yǔ)言程序編譯和開(kāi)發(fā)系統(tǒng)測(cè)試工具+LoadRunner性能測(cè)試工具+TestManager測(cè)試過(guò)程管理工具+TrueCoverage程序代碼白盒覆蓋測(cè)試工具+Bugzilla軟件問(wèn)題管理工具工程管理工具+Project工程管理工具+Visual SourceSafe配置和版本管理工具計(jì)算機(jī)網(wǎng)絡(luò)知識(shí)網(wǎng)絡(luò)技術(shù)標(biāo)準(zhǔn)與協(xié)議技術(shù)架構(gòu)+角色：效勞提供者、效勞使用者、效勞注冊(cè)中心可選+協(xié)議：提供者用WSDL語(yǔ)言描述效勞，使用者用UDDI查找效勞

20、，兩者之間的通信語(yǔ)言采用SOAP協(xié)議Internet技術(shù)及應(yīng)用網(wǎng)絡(luò)分類(lèi)按分布范圍+局域網(wǎng)LAN10-1000m、城域網(wǎng)MAN10000m、廣域網(wǎng)WAN100000m+因特網(wǎng)Internet 按拓?fù)浣Y(jié)構(gòu)+星型集中式網(wǎng)絡(luò)、總線型播送式網(wǎng)絡(luò)、環(huán)型按交換方式+線路、報(bào)文存儲(chǔ)轉(zhuǎn)發(fā)、分組報(bào)文被劃分為定長(zhǎng)的分組網(wǎng)絡(luò)交換技術(shù)電路交換+通信之前需要為通信雙方分配一條具有固定帶寬的通信電路報(bào)文交換+存儲(chǔ)轉(zhuǎn)發(fā)方式+報(bào)文長(zhǎng)度差異大，主要用于報(bào)文較短、實(shí)時(shí)性要求較低的業(yè)務(wù)，公用電報(bào)網(wǎng)分組交換+存儲(chǔ)轉(zhuǎn)發(fā)方式，在報(bào)文交換的根底上，將報(bào)文分割成分組進(jìn)行傳輸+應(yīng)用廣泛，適用于計(jì)算機(jī)網(wǎng)絡(luò)ATM+異步傳輸模式+適合高速數(shù)據(jù)傳輸業(yè)務(wù)

21、+價(jià)格昂貴網(wǎng)絡(luò)存儲(chǔ)技術(shù)直接連接存儲(chǔ)DAS+存儲(chǔ)器通過(guò)標(biāo)準(zhǔn)接口、如SCSI等直接連接效勞器+磁盤(pán)、磁帶和光存儲(chǔ)器網(wǎng)絡(luò)連接存儲(chǔ)NAS+存儲(chǔ)器通過(guò)標(biāo)準(zhǔn)網(wǎng)絡(luò)連接到一系列計(jì)算機(jī)上+存儲(chǔ)器件和集成在一起的簡(jiǎn)易效勞器，即插即用，Unix/Windows混合網(wǎng)絡(luò)，允許用戶(hù)在網(wǎng)絡(luò)上存儲(chǔ)數(shù)據(jù)存儲(chǔ)區(qū)域網(wǎng)絡(luò)SAN+高速光纖通道作為傳輸介質(zhì)的網(wǎng)絡(luò)存儲(chǔ)技術(shù)歷年試題21不屬于網(wǎng)絡(luò)存儲(chǔ)結(jié)構(gòu)或方式。 21A直連式存儲(chǔ) B哈希散列表存儲(chǔ) C網(wǎng)絡(luò)存儲(chǔ)設(shè)備 D存儲(chǔ)網(wǎng)絡(luò) 信管網(wǎng)參考答案： 21B以下網(wǎng)絡(luò)存儲(chǔ)模式中，真正實(shí)現(xiàn)即插即用的是21。 (21)ADAS BNAS Copen SAN D智能化SAN 參考答案 (21)B無(wú)線網(wǎng)絡(luò)技

22、術(shù)技術(shù)范圍+遠(yuǎn)距離無(wú)線連接的全球話音和數(shù)據(jù)網(wǎng)絡(luò)+近距離無(wú)線連接的紅外線和無(wú)線電頻率技術(shù)+便攜式計(jì)算機(jī)，個(gè)人數(shù)字助理PDA、移動(dòng) 分類(lèi)+無(wú)線局域網(wǎng)WLAN，AP接入點(diǎn)，機(jī)場(chǎng)、建筑物、車(chē)站+無(wú)線城域網(wǎng)WMAN+無(wú)線廣域網(wǎng)WWAN+無(wú)線個(gè)人網(wǎng)WPAN網(wǎng)絡(luò)接入技術(shù)撥號(hào)接入+PSTN撥號(hào)+ISDN網(wǎng)絡(luò)撥號(hào)專(zhuān)線接入+DDN專(zhuān)線+3G：TD-CDMA時(shí)分同步CDMA，中國(guó)、CDMA2000、WCDMA、WiMAX寬帶接入+DSL：ADSL、HDSL和VDSL等，利用既有 線路+以太網(wǎng)：需要組建中央控制室和額外連線+無(wú)源光網(wǎng)絡(luò)接入：光纖入戶(hù)，需要專(zhuān)門(mén)布線+Cable Modem：需要專(zhuān)門(mén)設(shè)備網(wǎng)絡(luò)計(jì)算新概念物聯(lián)

23、網(wǎng)、云計(jì)算概念+信息產(chǎn)業(yè)領(lǐng)域的第三次開(kāi)展浪潮。把感應(yīng)器嵌入和裝備到電網(wǎng)、鐵路、橋梁、隧道、公路、建筑、大壩、供水系統(tǒng)、油氣管道等各種物體中，然后將“物聯(lián)網(wǎng)與現(xiàn)有的互聯(lián)網(wǎng)整合起來(lái)，實(shí)現(xiàn)人類(lèi)社會(huì)與物理系統(tǒng)的整合核心技術(shù)：信息傳感+射頻識(shí)別RFID、二維碼識(shí)別、紅外遙感等云計(jì)算+提供計(jì)算資源的網(wǎng)絡(luò)被稱(chēng)為“云?！霸浦械馁Y源在使用者看來(lái)是可以無(wú)限擴(kuò)展，并且可以隨時(shí)獲取，按需使用隨時(shí)擴(kuò)展。+應(yīng)用交付模式：SAAS軟件即效勞；PAAS平臺(tái)即效勞；IAAS根底設(shè)施即效勞綜合布線綜合布線+實(shí)用性：支持多種數(shù)據(jù)通信、多媒體技術(shù)及信息管理系統(tǒng)+靈活性：任意信息點(diǎn)能夠連接不同類(lèi)型的設(shè)備，如微機(jī)、打印機(jī)、終端、效勞器、

24、監(jiān)視器等+開(kāi)放性：能夠支持任何廠家的任意網(wǎng)絡(luò)產(chǎn)品，支持任意網(wǎng)絡(luò)結(jié)構(gòu)，如總線型、星型、環(huán)型等+模塊化：所有的接插件都是積木式的標(biāo)準(zhǔn)件，方便管理和擴(kuò)充綜合布線標(biāo)準(zhǔn)+EIA/TIA568A/B商用建筑物電信布線標(biāo)準(zhǔn)+?大樓通信布線系統(tǒng)?D/T926 歷年試題 某園區(qū)的綜合布線系統(tǒng)中專(zhuān)門(mén)包含一個(gè)子系統(tǒng)用于將終端設(shè)備連接到信息插座，包括裝配軟線、連接器和連接所需的擴(kuò)展軟線。根據(jù)EIA/TIA-568A 綜合布線國(guó)際標(biāo)準(zhǔn)，該子系統(tǒng)是綜合布線系統(tǒng)中的22。22A水平子系統(tǒng) B設(shè)備子系統(tǒng) C工作區(qū)子系統(tǒng) D管理子系統(tǒng)Cnitpm參考答案：C依照EIA/TIA-568A標(biāo)準(zhǔn)的規(guī)定，完整的綜合布線系統(tǒng)包括22。

25、建筑群子系統(tǒng) 設(shè)備間子系統(tǒng) 垂直干線子系統(tǒng) 管理子系統(tǒng) 水平子系統(tǒng) 工作區(qū)子系統(tǒng) (22)A B C D 參考答案 (22)A我國(guó)公布的?大樓通信綜合布線系統(tǒng)YD/T926?標(biāo)準(zhǔn)的適用范圍是跨度距離不超過(guò)21米，辦公總面積不超過(guò)1000平方米的布線區(qū)域機(jī)房工程機(jī)房工程+機(jī)房工程不僅僅是一個(gè)裝飾工程，更是一個(gè)集電工學(xué)、電子學(xué)、建筑裝飾學(xué)、美學(xué)、暖通凈化、計(jì)算機(jī)、弱電控制、消防為一體的跨學(xué)科、跨專(zhuān)業(yè)領(lǐng)域的綜合工程標(biāo)準(zhǔn)+?電子信息系統(tǒng)機(jī)房設(shè)計(jì)標(biāo)準(zhǔn)?GB50174-2021ISO/IEC11801國(guó)際標(biāo)準(zhǔn)2信息系統(tǒng)工程管理 信息系統(tǒng)工程管理根底信息系統(tǒng)工程什么是工程+工程定義：工程是為了完成某一獨(dú)特的

26、產(chǎn)品、效勞或成果所做的一次性努力。+工程目標(biāo)：遵守SMART原那么、工程目標(biāo)的特性多目標(biāo)、優(yōu)先級(jí)、層次性+工程的特點(diǎn)：臨時(shí)性一次性、獨(dú)特性、漸進(jìn)明細(xì)、資源約束+工程與日常運(yùn)營(yíng)+工程干系人工程經(jīng)理要管理工程干系人的期望溝通管理各干系人關(guān)注的目標(biāo)不同，不同階段優(yōu)先級(jí)不同并不意味著某個(gè)干系人的目標(biāo)可以忽略+大工程、工程組合 工程生命周期和組織工程生命周期和組織工程生命周期+工程生命周期與產(chǎn)品生命周期啟動(dòng)、方案、執(zhí)行、收尾立項(xiàng)、開(kāi)發(fā)、運(yùn)維、消亡+典型生命周期模型瀑布、V模型、原型化、螺旋、迭代與RUP-軟件工程+一個(gè)工程可以多種生命周期模型工程的組織方式+組織結(jié)構(gòu)職能型、工程型、矩陣型、復(fù)合型+各種形

27、式組織的優(yōu)缺點(diǎn)+PMO在組織中的作用歷年試題關(guān)于工程生命周期和產(chǎn)品生命周期的表達(dá)，錯(cuò)誤的選項(xiàng)是31。31A. 產(chǎn)品生命周期開(kāi)始于商業(yè)方案，經(jīng)過(guò)產(chǎn)品構(gòu)思、產(chǎn)品研發(fā)、產(chǎn)品的日常運(yùn)營(yíng)直到產(chǎn)品不再被使用B. 為了將工程與工程實(shí)施組織的日常運(yùn)營(yíng)聯(lián)系起來(lái)，工程生命周期也會(huì)確定工程結(jié)束時(shí)的移交安排C. 一般來(lái)說(shuō)，產(chǎn)品生命周期包含在工程生命周期內(nèi)D. 每個(gè)工程階段都以一個(gè)或一個(gè)以上的可交付物的完成和正式批準(zhǔn)為標(biāo)志，這種可交付物是一種可度量、可驗(yàn)證的工作產(chǎn)物答案C投資大、建設(shè)周期長(zhǎng)、專(zhuān)業(yè)復(fù)雜的大型工程最好采用(58)的組織形式或近似的組織形式。 (58)A.工程型 B.職能型 C.弱矩陣型 D.直線型 Cnit

28、pm 參考答案： A 工程管理過(guò)程工程管理過(guò)程工程管理過(guò)程+工程管理知識(shí)域不是標(biāo)準(zhǔn)，而是可以裁減的最正確實(shí)踐+四類(lèi)過(guò)程：技術(shù)過(guò)程、管理過(guò)程、支持過(guò)程、改良過(guò)程工程管理過(guò)程組+啟動(dòng)過(guò)程組定義并批準(zhǔn)工程或階段+規(guī)劃過(guò)程組定義和細(xì)化目標(biāo)，規(guī)劃最正確的行動(dòng)方案即從各種備選方案中選擇最優(yōu)方案，以實(shí)現(xiàn)工程和其他的資源，在工程的生命周期或某個(gè)階段執(zhí)行工程管理方案+執(zhí)行過(guò)程組整合人員和其它的資源，在工程生命周期或某個(gè)階段執(zhí)行工程管理方案+監(jiān)督過(guò)程組要求定期測(cè)量監(jiān)控進(jìn)展，識(shí)別與工程管理方案的偏差，以便在必要時(shí)采取糾正措施，確保工程或階段目標(biāo)達(dá)成+收尾過(guò)程組正式接受產(chǎn)品、效勞或工作成果，有序地結(jié)束工程或階段 工程

29、立項(xiàng)與招投標(biāo)管理工程立項(xiàng)立項(xiàng)管理的內(nèi)容+需求分析、工程建議書(shū)立項(xiàng)申請(qǐng)、工程可行性研究報(bào)告建設(shè)方的立項(xiàng)管理+工程建議書(shū)立項(xiàng)申請(qǐng)的編寫(xiě)、申報(bào)和審批+工程的可行性研究： 初步可行性研究可能得出四種結(jié)論詳細(xì)可行性研究與初步可行性研究?jī)?nèi)容根本相同，方法有區(qū)別方法有：經(jīng)濟(jì)評(píng)價(jià)法、市場(chǎng)預(yù)測(cè)法、投資估算法、增量?jī)粜б娣üこ陶撟C圍繞著市場(chǎng)需求、開(kāi)發(fā)技術(shù)、財(cái)務(wù)經(jīng)濟(jì)三個(gè)方面展開(kāi)工程評(píng)估方法：工程評(píng)估法和全局評(píng)估法；總量評(píng)估法和增量評(píng)估法；費(fèi)用效益評(píng)估法；本錢(qián)效用分析法；多目標(biāo)系統(tǒng)分析法工程可行性研究報(bào)告的編寫(xiě)、提交和獲得批準(zhǔn)+工程招標(biāo) 招標(biāo)的相關(guān)內(nèi)容 投標(biāo)的相關(guān)內(nèi)容 評(píng)標(biāo)的相關(guān)內(nèi)容 選定工程承建方承建方的立項(xiàng)管理+

30、工程識(shí)別是承建方工程立項(xiàng)的第一步，目的在于選擇投資時(shí)機(jī)，鑒別投資方向+工程論證承建方技術(shù)可行性分析承建方人力及其他資源配置可行性分析工程財(cái)務(wù)可行性分析工程風(fēng)險(xiǎn)分析對(duì)可能的其他投標(biāo)者的相關(guān)情況分析+投標(biāo)獲取投標(biāo)文件編寫(xiě)投標(biāo)文件參加投標(biāo)活動(dòng)常見(jiàn)投標(biāo)注意要點(diǎn)+簽訂合同合同談判簽訂合同歷年試題 工程論證一般分為時(shí)機(jī)研究、初步可行性研究和詳細(xì)可行性研究三個(gè)階段。以下表達(dá)中32是正確的。 32A. 時(shí)機(jī)研究的內(nèi)容為工程是否有生命力，能否盈利 B. 詳細(xì)可行性研究是要尋求投資時(shí)機(jī)，鑒別投資方向 C. 初步可行性研究階段在多方案比擬的根底上選擇出最優(yōu)方案 D. 工程論證是確定工程是否實(shí)施的前提 答案D以下關(guān)于

31、工程可行性研究?jī)?nèi)容的表達(dá)，(41)是不正確的。 (41)A技術(shù)可行性是從工程實(shí)施的技術(shù)角度，合理設(shè)計(jì)技術(shù)方案，并進(jìn)行評(píng)審和 評(píng)價(jià) B經(jīng)濟(jì)可行性主要是從資源配置的角度衡量工程的價(jià)值，從工程的投資及所 產(chǎn)生的經(jīng)濟(jì)效益進(jìn)行分析 C可行性研究不涉及合同責(zé)任、知識(shí)產(chǎn)權(quán)等法律方面的可行性問(wèn)題 D社會(huì)可行性主要分析工程對(duì)社會(huì)的影響，包括法律道德、民族宗教、社會(huì) 穩(wěn)定性等 參考答案 (41)C德?tīng)柗品▍^(qū)別于其他專(zhuān)家預(yù)測(cè)法的明顯特點(diǎn)是25A 引入權(quán)重參數(shù) B屢次有控制的反響C 專(zhuān)家之間互相取長(zhǎng)補(bǔ)短 D 至少經(jīng)過(guò)四輪預(yù)測(cè) 工程整體管理工程整體管理有效的集成工程選擇工程選擇方法：收益測(cè)量法、決策樹(shù)、頭腦風(fēng)暴、德?tīng)柗?/p>

32、活動(dòng)、工具與技術(shù)、結(jié)果1工程啟動(dòng) 依據(jù)：合同、SOW、環(huán)境和組織因素、組織過(guò)程資產(chǎn) 成果：工程章程2制定工程范圍說(shuō)明初步3制定工程管理方案 +整體方案、子方案4指導(dǎo)工程實(shí)施 工程預(yù)算的絕大局部將在執(zhí)行本過(guò)程中消耗 工程的產(chǎn)品實(shí)際上產(chǎn)生于這個(gè)過(guò)程中5監(jiān)控工程實(shí)施6整體變更控制 +變更申請(qǐng)與審批7工程收尾 +工程收尾與合同收尾 +合同收尾：涉及結(jié)算和關(guān)閉工程所建立的任何合同、采購(gòu)或買(mǎi)進(jìn)協(xié)議，定義了支持工程正式管理收尾所需的與工程相關(guān)活動(dòng) 工程范圍管理工程范圍管理工程范圍與產(chǎn)品范圍+產(chǎn)品范圍：刻畫(huà)某項(xiàng)產(chǎn)品、效勞或結(jié)果的那些特性和功能+工程范圍：為交付某項(xiàng)具有特定特征和功能的產(chǎn)品、效勞或結(jié)果所必須完成

33、的工作范圍管理與需求管理活動(dòng)、工具與技術(shù)、結(jié)果1范圍規(guī)劃產(chǎn)出：范圍管理方案單獨(dú)的范圍方案或合并在工程管理方案中2范圍定義 產(chǎn)出：詳細(xì)的工程范圍說(shuō)明書(shū)3創(chuàng)立WBS +WBS最底層的工作單元被稱(chēng)為工作包，它是定義工作范圍、定義工程組織、設(shè)定產(chǎn)品質(zhì)量規(guī)格、估算和控制費(fèi)用、估算時(shí)間周期和安排進(jìn)度的根底。 +指導(dǎo)原那么 +工作分解結(jié)構(gòu)模版 +滾動(dòng)波式方案 +輸出：WBS和WBS字典4范圍確認(rèn)客戶(hù)等工程干系人正式驗(yàn)收并接受工程可交付物 +范圍確認(rèn)應(yīng)貫穿工程的始終 +范圍確認(rèn)與質(zhì)量控制不同5范圍控制 +確保所有被請(qǐng)求的變更按照工程整體變更過(guò)程處理 +造成范圍變更的原因 +防止范圍蔓延 +用戶(hù)參與歷年試題 如

34、果產(chǎn)品范圍做了變更，下一步應(yīng)該調(diào)整29。29A工程范圍 B進(jìn)度表 CSOW D質(zhì)量基準(zhǔn)答案A 工程范圍說(shuō)明書(shū)初步列出了工程及其相關(guān)產(chǎn)品、效勞的特性和30以及范圍控制和接受的方法。30A章程 B高層范圍控制過(guò)程 C質(zhì)量控制方法 D工程邊界答案D 在創(chuàng)立工作分解結(jié)構(gòu)過(guò)程中，工程相關(guān)人員要31。31A進(jìn)行時(shí)間估算和本錢(qián)估算 B執(zhí)行WBS C對(duì)WBS給予確認(rèn)并對(duì)此達(dá)成共識(shí) D編制績(jī)效報(bào)告答案C 工程范圍說(shuō)明書(shū)、工作分解結(jié)構(gòu)、工程范圍管理方案和可交付物都是范圍確認(rèn)的32。32A工具 B技術(shù) C成果 D輸入答案D 工程時(shí)間管理工程時(shí)間管理活動(dòng)定義+概念：檢查點(diǎn)、里程碑、基線+滾動(dòng)式規(guī)那么：近期要完成的工作

35、在WBS的最下層詳細(xì)規(guī)那么，遠(yuǎn)期完成的工作在WBS較高層規(guī)劃。最近一兩個(gè)報(bào)告期要進(jìn)行的工作要在本期接近完成時(shí)進(jìn)行詳細(xì)規(guī)劃?；顒?dòng)排序+前導(dǎo)圖PDM單代號(hào)網(wǎng)絡(luò)圖AON用于關(guān)鍵路徑法CPM+箭線圖ADM雙代號(hào)網(wǎng)絡(luò)圖AOA+方案網(wǎng)絡(luò)模版：標(biāo)準(zhǔn)化的工程進(jìn)度網(wǎng)絡(luò)圖，工程進(jìn)度網(wǎng)絡(luò)圖的一局部稱(chēng)為子網(wǎng)絡(luò)，當(dāng)工程包括假設(shè)干相同或幾乎相同的可交付成果時(shí)可使用?；顒?dòng)資源估算活動(dòng)歷時(shí)估算+估算工期PERT方案評(píng)審技術(shù)、三點(diǎn)估算、標(biāo)準(zhǔn)差、方差+估算工作量類(lèi)比、功能點(diǎn)生產(chǎn)率度量、COCOMO+PERT活開(kāi)工期計(jì)算 每個(gè)活動(dòng)的平均工期=樂(lè)觀的+4最可能的+悲觀的/6 Te=(O+4M+P)/6 每個(gè)活開(kāi)工期的標(biāo)準(zhǔn)差=悲觀的

36、樂(lè)觀的/6 每個(gè)活開(kāi)工期的方差2=悲觀的 樂(lè)觀的/62制定進(jìn)度方案是一個(gè)屢次反復(fù)的過(guò)程+關(guān)鍵路徑：至少一條+工期： 工期計(jì)算 縮短工期的方法：趕工、快速跟進(jìn) 使用正推法計(jì)算最早開(kāi)始日期ES，最早結(jié)束日期EF 使用逆推法計(jì)算最遲開(kāi)始日期LS，最遲結(jié)束日期LF 總時(shí)差=LS-ES或LF-EFES工期EF工作編號(hào)LS總時(shí)差LF+總時(shí)差與自由時(shí)差+網(wǎng)絡(luò)圖標(biāo)時(shí)+時(shí)標(biāo)網(wǎng)絡(luò)圖進(jìn)度控制歷年試題完成某信息系統(tǒng)集成工程中的一個(gè)最根本的工作單元A所需的時(shí)間，樂(lè)觀的估計(jì)需 8天，悲觀的估計(jì)需38天，最可能的估計(jì)需20天，按照PERT方法進(jìn)行估算，工程的 工期應(yīng)該為37，在26天以后完成的概率大致為38。 (37)A2

37、0 B21 C22 D23(38)A89 B159 C222 D286 參考答案 (37)B (38)B 工程本錢(qián)管理工程本錢(qián)管理工程本錢(qián)：各種費(fèi)用的總和工程本錢(qián)的分類(lèi)+可變、固定、直接、間接質(zhì)量三角工程本錢(qián)失控的原因+對(duì)工程認(rèn)識(shí)缺乏難度、規(guī)模等，缺乏本錢(qián)意識(shí)+組織制度不健全沒(méi)有制度，責(zé)任沒(méi)有落實(shí)，對(duì)本錢(qián)監(jiān)控不利+方法問(wèn)題缺乏數(shù)據(jù)處理分析方法，缺乏系統(tǒng)的控制，缺乏工作制度，缺乏經(jīng)驗(yàn)數(shù)據(jù)，缺乏先進(jìn)的方法手段+技術(shù)的制約規(guī)劃設(shè)計(jì)不完善，采用本錢(qián)估算方法不適宜，原材料價(jià)格上漲，變更過(guò)多，對(duì)風(fēng)險(xiǎn)估計(jì)缺乏管理儲(chǔ)藏、本錢(qián)基準(zhǔn)、學(xué)習(xí)曲線理論活動(dòng)、工具與技術(shù)、結(jié)果1制定本錢(qián)管理方案2本錢(qián)估算 +估算的類(lèi)型：量

38、級(jí)、預(yù)算估值、確定性估算 +工具：類(lèi)比自上而下、自下而上、參數(shù)模型COCOMO3本錢(qián)預(yù)算 +估算與預(yù)算的區(qū)別 +本錢(qián)預(yù)算的特征：方案性、約束性、控制性 +制定工程本錢(qián)預(yù)算的步驟 先將總本錢(qián)分到WBS的工作包，再將工作包本錢(qián)分到各項(xiàng)活動(dòng)，最后確定各項(xiàng)本錢(qián)支出的時(shí)間方案及工程本錢(qián)預(yù)算方案 +輸出：本錢(qián)基準(zhǔn) 大型工程中可能有多個(gè)本錢(qián)基準(zhǔn)，來(lái)衡量工程績(jī)效的不同方面4本錢(qián)控制 +時(shí)間本錢(qián)平衡 +ABC分析法PARETO圖 +掙值分析 -EV、PV、AC、BAC -CV、SV、EAC、ETC -CPI、SPI 公式：CV=EV AC， SV=EV PV CPI=EV/AC, SPI=ev/PV 預(yù)測(cè)技術(shù)

39、ETC=BAC - EV當(dāng)前偏差被看做是非典型的 ETC=BAC - EV/CPI當(dāng)前偏差被看做是代表未來(lái)的典型偏差 EAC=AC + ETC 衍化為下面兩個(gè)公式 EAC=AC+BAC-EV當(dāng)前偏差被看做是非典型的 EAC=AC+BAC-EV/CPI當(dāng)前偏差被看做是代表未來(lái)的典型偏差歷年試題工程經(jīng)理創(chuàng)立了某軟件開(kāi)發(fā)工程的WBS工作包，其中一個(gè)工作包舉例如下：130注：工作包編號(hào)，下同需求階段；131需求調(diào)研；132需求分析；133需求定義。通過(guò)本錢(qián)估算，131預(yù)計(jì)花費(fèi)3萬(wàn)元；132預(yù)計(jì)花費(fèi)2萬(wàn)元；133預(yù)計(jì)花費(fèi)2.5萬(wàn)元。根據(jù)各工作包的本錢(qián)估算，采用45方法，能最終形成整個(gè)工程的預(yù)算。A 資金

40、限制平衡 B 準(zhǔn)備金分析 C 本錢(qián)參數(shù)估算 D 本錢(qián)匯總根據(jù)以下布線方案及完成進(jìn)度表，在2021年6月2日完工后對(duì)工程進(jìn)度和費(fèi)用進(jìn)行預(yù)測(cè)，按此進(jìn)度，完成尚需估算ETC為46方案開(kāi)始時(shí)間方案結(jié)束時(shí)間方案費(fèi)用實(shí)際開(kāi)始時(shí)間實(shí)際結(jié)束時(shí)間實(shí)際完成費(fèi)用1號(hào)區(qū)域2021年6月1日2021年6月1日10000元2021年6月1日2021年6月2日18000元2號(hào)區(qū)域2021年6月2日2021年6月2日10000元3號(hào)區(qū)域2021年6月3日2021年6月3日10000元某綜合布線工程的掙值曲線如以下圖所示：總預(yù)算為1230萬(wàn)元，到目前為止已 支出900萬(wàn)元，實(shí)際完成了總工作量的60，該階段的預(yù)算費(fèi)用是850萬(wàn)元

41、。按目前的 狀況繼續(xù)開(kāi)展，要完成剩余的工作還需要(58)萬(wàn)元。 (58)A330 B492 C600 D738 參考答案 (58)C 分析：此題求完工尚需估算ETC，BAC=1230，AC=900，PV=850，EV=1230*60%ETC=BAC-EV=1230-1230*60%=492 工程質(zhì)量管理工程本錢(qián)管理本錢(qián)、質(zhì)量與工期國(guó)際質(zhì)量標(biāo)準(zhǔn)ISO9000系列、全面質(zhì)量管理、6、CMMI、SJ/T11234、SJ/T11235過(guò)程、工具與技術(shù)、結(jié)果1質(zhì)量規(guī)劃 +質(zhì)量是規(guī)劃設(shè)計(jì)出來(lái)的，而不是檢查出來(lái)的 +質(zhì)量規(guī)劃輸出：質(zhì)量管理方案、質(zhì)量測(cè)量指標(biāo)、質(zhì)量檢查表、過(guò)程改良方案 +方法： 效益/本錢(qián)分析

42、、基準(zhǔn)比擬、流程圖、實(shí)驗(yàn)設(shè)計(jì) 質(zhì)量本錢(qián)分析：質(zhì)量本錢(qián)包括：預(yù)防本錢(qián)、評(píng)估本錢(qián)、缺陷本錢(qián) 質(zhì)量功能展開(kāi)QFD 過(guò)程決策程序圖法PDPC2質(zhì)量保證：增強(qiáng)滿(mǎn)足質(zhì)量要求的能力3質(zhì)量控制：滿(mǎn)足質(zhì)量要求 +質(zhì)量保證與質(zhì)量控制的區(qū)別 +方法和工具： 方法和技術(shù)：測(cè)試、檢查、統(tǒng)計(jì)抽樣、6 老七種工具：因果圖、流程圖、直方圖、檢查單、散點(diǎn)圖、排列圖帕累托圖、控制圖管理圖、趨勢(shì)圖 新七種工具：相互關(guān)系圖、親和圖、樹(shù)狀圖、矩陣圖、優(yōu)先矩陣圖、過(guò)程決策程序圖、活動(dòng)網(wǎng)絡(luò)圖 工程人力資源管理工程人力資源管理人力資源方案編制+組織結(jié)構(gòu)：層次結(jié)構(gòu)圖、矩陣圖責(zé)任分配矩陣組建工程團(tuán)隊(duì)+輸入：角色和職責(zé)、工程組織結(jié)構(gòu)圖、人員配備管

43、理方案、環(huán)境的和組織因素、組織過(guò)程資產(chǎn)+方法：事先分派、談判、采購(gòu)、虛擬團(tuán)隊(duì)工程團(tuán)隊(duì)建設(shè)+團(tuán)隊(duì)建設(shè)可能的形成：培訓(xùn)、團(tuán)隊(duì)建設(shè)活動(dòng)、根本規(guī)那么、集中辦公、獎(jiǎng)勵(lì)+鼓勵(lì)理論：馬斯洛需求層次理論：生理、平安、社會(huì)交往、受尊重、自我實(shí)現(xiàn)；赫茲伯格Herzberg雙因素：保健因素、鼓勵(lì)因素；維克多弗洛姆：期望理論；麥格雷戈Mcgregor：X理論、Y理論+團(tuán)隊(duì)建設(shè)的5個(gè)階段4個(gè)階段：形成、震蕩、標(biāo)準(zhǔn)、發(fā)揮、結(jié)束工程團(tuán)隊(duì)管理+目的：跟蹤個(gè)人和團(tuán)隊(duì)績(jī)效，提供反響，解決問(wèn)題，提高工程績(jī)效+沖突管理沖突的根源：工程的高壓環(huán)境、責(zé)任模糊、存在多個(gè)上級(jí)、新技術(shù)的應(yīng)用沖突的解決方法解決問(wèn)題、強(qiáng)制、妥協(xié)、調(diào)合求同存異、撤

44、退+團(tuán)隊(duì)有效工作的障礙目標(biāo)不明確，角色和職責(zé)的不明確，工程結(jié)構(gòu)不健全、缺乏工作投入、缺乏溝通、領(lǐng)導(dǎo)工作不力、團(tuán)隊(duì)成員的流動(dòng)、不良行為人力資源的負(fù)荷和平衡的調(diào)節(jié)+資源負(fù)荷+資源平衡歷年試題 工程團(tuán)隊(duì)建設(shè)內(nèi)容一般不包括44。44A培訓(xùn) B認(rèn)可和獎(jiǎng)勵(lì) C職責(zé)分配 D同地辦公答案C 某個(gè)大型電力系統(tǒng)工程的一個(gè)關(guān)鍵團(tuán)隊(duì)成員已經(jīng)出現(xiàn)進(jìn)度延誤的跡象并且工作質(zhì)量也開(kāi)始出問(wèn)題。工程經(jīng)理相信該成員非常清楚工作的最終期限和質(zhì)量標(biāo)準(zhǔn)要求。工程經(jīng)理應(yīng)采取的措施是46。 46A. 把問(wèn)題報(bào)告給人力資源經(jīng)理以便采取糾正措施 B. 重新把一些工作分配給其他團(tuán)隊(duì)成員，直到績(jī)效開(kāi)始改良 C. 立即找那個(gè)員工，強(qiáng)調(diào)并提醒進(jìn)度和質(zhì)量

45、的重要性 D. 把這種情況上報(bào)給那個(gè)員工的職能經(jīng)理并請(qǐng)求協(xié)助 答案D 工程溝通管理工程溝通管理溝通：信息的生成、傳遞、接收和理解檢查的過(guò)程有效溝通的原那么+溝通內(nèi)外有別、非正式的溝通有利于關(guān)系的融洽、采用對(duì)方能接受的溝通的風(fēng)格、溝通的升級(jí)原那么、掃清溝通的障礙溝通的障礙+物理距離、環(huán)境因素、缺乏清晰的渠道、復(fù)雜的組織結(jié)構(gòu)、復(fù)雜的技術(shù)術(shù)語(yǔ)、有害的態(tài)度1工程溝通方案編排 +溝通渠道=nn-1/22信息分發(fā) +常用的溝通方式：書(shū)面、口頭、對(duì)內(nèi)與對(duì)外、正式與非正式、垂直與水平3績(jī)效報(bào)告 +形成績(jī)效報(bào)告的步驟：收集依據(jù)材料、工程績(jī)效評(píng)審4管理工程干系人工程需求溝通如何在需求階段進(jìn)行更好的溝通 工程風(fēng)險(xiǎn)管

46、理工程風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)的特征+損失或損害、不確定性、針對(duì)未來(lái)、客觀存在、相對(duì)的、預(yù)期與后果的差異1工程風(fēng)險(xiǎn)管理方案編制 +風(fēng)險(xiǎn)分類(lèi)：風(fēng)險(xiǎn)分解結(jié)構(gòu)RBS +應(yīng)急方案與應(yīng)急儲(chǔ)藏 +工具：WBS、風(fēng)險(xiǎn)核對(duì)表、風(fēng)險(xiǎn)管理表格、風(fēng)險(xiǎn)數(shù)據(jù)庫(kù)2風(fēng)險(xiǎn)識(shí)別確定風(fēng)險(xiǎn)的來(lái)源、條件、確定風(fēng)險(xiǎn)并描述風(fēng)險(xiǎn)特征并記錄成文 +風(fēng)險(xiǎn)識(shí)別是一項(xiàng)反復(fù)過(guò)程，應(yīng)當(dāng)在整個(gè)生命周期始終定期進(jìn)行 +風(fēng)險(xiǎn)識(shí)別方法：頭腦風(fēng)暴法、SWOT分析、德?tīng)柗?、檢查表3風(fēng)險(xiǎn)定性分析 +技術(shù)方法：概率與影響評(píng)估、概率和影響矩陣、風(fēng)險(xiǎn)緊迫性評(píng)估 +定義風(fēng)險(xiǎn)概率影響矩陣 +高、中、低風(fēng)險(xiǎn)4風(fēng)險(xiǎn)定量分析+對(duì)排序在先的風(fēng)險(xiǎn)進(jìn)行量化分析。是在不確定情況下進(jìn)行決策的一種量化方

47、法+期望貨幣價(jià)值EMV、決策樹(shù)分析、靈敏性分析、三點(diǎn)估算、蒙特卡洛模擬5風(fēng)險(xiǎn)應(yīng)對(duì)方案+應(yīng)對(duì)策略 消極風(fēng)險(xiǎn)和威脅：躲避、轉(zhuǎn)移、減輕、接受主動(dòng)接受建立應(yīng)急儲(chǔ)藏、被動(dòng)接受不采取措施 積極風(fēng)險(xiǎn)和時(shí)機(jī)：開(kāi)拓、分享、增強(qiáng)6風(fēng)險(xiǎn)監(jiān)控-跟蹤風(fēng)險(xiǎn)、識(shí)別新風(fēng)險(xiǎn)、評(píng)估消減風(fēng)險(xiǎn)的效果，修改風(fēng)險(xiǎn)管理方案+風(fēng)險(xiǎn)預(yù)警系統(tǒng)+風(fēng)險(xiǎn)監(jiān)控的具體方法：風(fēng)險(xiǎn)再評(píng)估、風(fēng)險(xiǎn)審計(jì)、變差和趨勢(shì)分析、技術(shù)績(jī)效衡量、儲(chǔ)藏金分析預(yù)留管理、狀態(tài)審查會(huì)影響矩陣和決策樹(shù)影響風(fēng)險(xiǎn)評(píng)分risk score=PXI 黃色區(qū)域?yàn)楦唢L(fēng)險(xiǎn) 工程采購(gòu)和合同管理工程采購(gòu)管理工程采購(gòu)方案編制+進(jìn)行自制采購(gòu)分析+輸出：采購(gòu)管理方案、采購(gòu)工作說(shuō)明書(shū)+合同的類(lèi)型 固定總價(jià)合同總

48、包合同 本錢(qián)補(bǔ)償合同 工時(shí)和材料合同+工作說(shuō)明書(shū)與范圍說(shuō)明書(shū)的區(qū)別 工作說(shuō)明書(shū)是對(duì)工程所要提供的產(chǎn)品或效勞的表達(dá)性描述 范圍說(shuō)明書(shū)通過(guò)明確工程應(yīng)該完成的工作而確定工程的范圍編制詢(xún)價(jià)方案形成采購(gòu)文檔和評(píng)標(biāo)的標(biāo)準(zhǔn)+投標(biāo)邀請(qǐng)書(shū)IFB+方案邀請(qǐng)書(shū)/請(qǐng)求建議書(shū)RFP-用來(lái)征求潛在供給商建議的文件+報(bào)價(jià)邀請(qǐng)書(shū)/請(qǐng)求報(bào)價(jià)單RFQ-征求潛在供給商報(bào)價(jià)的文件+對(duì)投標(biāo)的評(píng)判標(biāo)準(zhǔn)作為采購(gòu)文件的一局部招標(biāo)/詢(xún)價(jià)+招標(biāo)是采購(gòu)的一種形式供方選擇/賣(mài)方選擇+接受多個(gè)潛在的賣(mài)方的標(biāo)書(shū)或建議書(shū)，運(yùn)用評(píng)估標(biāo)準(zhǔn)選擇一個(gè)或多個(gè)合格供方合同管理及合同收尾+合同收尾支持工程收尾，包括工程核實(shí)和管理收尾+工具方法：采購(gòu)審計(jì)針對(duì)整個(gè)采購(gòu)過(guò)程，找出本次采購(gòu)的成功和失敗之處、合同檔案管理系統(tǒng)合同管理合同的概念合同的實(shí)質(zhì)要件：甲方、乙方、標(biāo)的、效力合同的訂立采用要約和承諾形式合同的法律特征有效合同的原那么無(wú)效合同合同的分類(lèi)+按信息系統(tǒng)范圍分：總承包合同、單向承包合同、分包合同+按付款方式分：總價(jià)合同、單價(jià)合同、本錢(qián)加酬金合同簽約方對(duì)合同的一致理解合同不明確情況的處理違約索賠+分類(lèi)：工期索賠和費(fèi)用索賠合同收尾工程驗(yàn)收工程總結(jié)+屬于工程收尾的管理收尾工程評(píng)估審計(jì)+工程評(píng)估事后評(píng)估+工程審計(jì)工程管理部門(mén)與財(cái)務(wù)部門(mén)共同進(jìn)行 文檔與配置管理合同收尾?計(jì)算機(jī)軟件產(chǎn)品開(kāi)發(fā)文件編制指南?：文檔可分