信息系統(tǒng)項目管理師_系統(tǒng)集成項目管理工程師_輔導講義_重點系列zl

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

24、監(jiān)視器等+開放性：能夠支持任何廠家的任意網(wǎng)絡(luò)產(chǎn)品，支持任意網(wǎng)絡(luò)結(jié)構(gòu)，如總線型、星型、環(huán)型等+模塊化：所有的接插件都是積木式的標準件，方便管理和擴充綜合布線標準+EIA/TIA568A/B商用建筑物電信布線標準+?大樓通信布線系統(tǒng)?D/T926 歷年試題 某園區(qū)的綜合布線系統(tǒng)中專門包含一個子系統(tǒng)用于將終端設(shè)備連接到信息插座，包括裝配軟線、連接器和連接所需的擴展軟線。根據(jù)EIA/TIA-568A 綜合布線國際標準，該子系統(tǒng)是綜合布線系統(tǒng)中的22。22A水平子系統(tǒng) B設(shè)備子系統(tǒng) C工作區(qū)子系統(tǒng) D管理子系統(tǒng)Cnitpm參考答案：C依照EIA/TIA-568A標準的規(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我國公布的?大樓通信綜合布線系統(tǒng)YD/T926?標準的適用范圍是跨度距離不超過21米，辦公總面積不超過1000平方米的布線區(qū)域機房工程機房工程+機房工程不僅僅是一個裝飾工程，更是一個集電工學、電子學、建筑裝飾學、美學、暖通凈化、計算機、弱電控制、消防為一體的跨學科、跨專業(yè)領(lǐng)域的綜合工程標準+?電子信息系統(tǒng)機房設(shè)計標準?GB50174-2021ISO/IEC11801國際標準2信息系統(tǒng)工程管理 信息系統(tǒng)工程管理根底信息系統(tǒng)工程什么是工程+工程定義：工程是為了完成某一獨特的

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

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

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

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

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

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

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

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

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

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

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

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

38、級、預(yù)算估值、確定性估算 +工具：類比自上而下、自下而上、參數(shù)模型COCOMO3本錢預(yù)算 +估算與預(yù)算的區(qū)別 +本錢預(yù)算的特征：方案性、約束性、控制性 +制定工程本錢預(yù)算的步驟 先將總本錢分到WBS的工作包，再將工作包本錢分到各項活動，最后確定各項本錢支出的時間方案及工程本錢預(yù)算方案 +輸出：本錢基準 大型工程中可能有多個本錢基準，來衡量工程績效的不同方面4本錢控制 +時間本錢平衡 +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ù)測技術(shù)

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

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

41、。按目前的 狀況繼續(xù)開展，要完成剩余的工作還需要(58)萬元。 (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ì)量管理工程本錢管理本錢、質(zhì)量與工期國際質(zhì)量標準ISO9000系列、全面質(zhì)量管理、6、CMMI、SJ/T11234、SJ/T11235過程、工具與技術(shù)、結(jié)果1質(zhì)量規(guī)劃 +質(zhì)量是規(guī)劃設(shè)計出來的，而不是檢查出來的 +質(zhì)量規(guī)劃輸出：質(zhì)量管理方案、質(zhì)量測量指標、質(zhì)量檢查表、過程改良方案 +方法： 效益/本錢分析

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

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

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

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

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

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

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