2021年上半全國電腦技術與軟件專業技術資格〔水平〕考試系統集成工程管理工程師考前提綱第一章信息化知識一、 .信息的傳輸模型噪聲信源T編碼T信道T解碼T信宿信源：產生信息的實體信宿：信息的接受者或歸宿信道：傳送信息的通道：邏輯通道 TCP/IP物理通道：光纖、銅纜編碼器：交換信號的設備譯碼/解碼器：編碼器的逆變換設備噪聲：干擾二、 軟件的生命周期1.可行性分析與工程開發方案系統規劃2.需求分析系統分析3.概要設計系統設計4.詳細設計5編碼系統實施6.測試7濰護運行維護三、信息化從“小〞到“大〞分層1?產品信息化2?企業信息化3?產業信息化4?國民經濟信息化5?社會生活信息化四、 “兩網〞：：政務內網和政務外網“一站〞：政務門戶網站“四庫〞：人口、法人單位資源庫；空間地理資源庫；自然資源庫；宏觀經濟資源庫“十二金〞：第一類：加強監管提高效率推進公共效勞起到核心作用的辦公資源系統、宏觀經濟管理系統：金宏第二類：增加政府收入、保證公共支出合理的系統：金稅、金關、金財、金卡、金審第三類：保障社會秩序：金盾、金保、金農、金水、金質。五、 信息化六要素：信息技術應用〔龍頭〕；信息資源〔核心任務〕；信息網絡〔信息資源開發應用根底〕；信息化技術和產業〔信息化根底〕；信息化人才〔關鍵〕；信息化政策發揮和標準標準〔保障〕；

信息化人才信息化人才圖1-2國家信息化體系6要絮關系圖六、 移動互聯網體系結構底層：移動終端2?中層：接入網絡3?上層：應用效勞4?右側：平安與隱私保護七、電子政務的內容包括哪 4個方面G2G政府對政府間的電子政務G2B政府對企業G2C政府對個人G2E政府對公務員八、 企業信息化結構：產品〔效勞〕層、作業層、管理層、決策層九、 MRP的缺點：MRP〔MaterialsRequirementPlanning〕物料需求方案，其缺陷是沒有考慮到生產企業現有的生產能力和采購有關的條件約束， 也缺乏根據方案實施的反響信息對方案進行調整的能力。十、ERP〔EnterpriseResourceplanning丨演進中的企業資源方案，它是以財會為核心對采購、生產、本錢、庫存、銷售、運輸、財務和人力資源等進行規劃和優化，從而到達最正確資源組合，使企業利潤最大化。I^一、CRM三角模型/N4WjCRMP〞CRMP〞念卜導信息技術框架十二、CRM體系結構數據源----ETL〔數據倉庫技術〕---營銷數據存儲---決策產生---信息渠道十三、供應鏈系統設計的原那么1?自頂向下和自底向上相結合的原那么2?簡潔性原那么3?取長補短原那么4?動態性原那么5?合作性原那么6?創新性原那么7?戰略性原那么十四、商業智能BI〔BusinessIntelligenee〕幫助組織做出明智的業務經營決策十五、商業智能工程的實施步驟1?需求分析數據倉庫建模數據抽取建立商業智能分析報表5?用戶培訓和數據模擬測試6.系統改進和完善十六、大數據技術框架從分析到最終獲得價值信息要經過哪 5個環節1?數據準備2.存儲管理3.計算處理4.數據分析5?知識展現十七、大數據5V:Volume大量2.Velocity高速3.Variety多樣性4.Value價值5.Veractiy真實性十八、云計算關鍵技術架構設施層〔供電布線〕資源層〔物理效勞器、虛擬網絡〕資源控制層〔分布式文件系統、數據庫〕效勞層〔Iaas、Paas、Saas〕laas:根底設施即效勞，傳統機房托管類Paas平臺即效勞Saas軟件即效勞十九、“互聯網+〞就是互聯網+各個傳統行業二十、ERP物流管理銷售管理2.庫存管理3.采購管理第二章信息系統集成及效勞管理一、效勞管理體系中國特色信息系統集成及效勞管理體系：信息系統集成、運維效勞和信息系統監理資質管理；信息系統集成、運維效勞和信息系統監理相關人員管理；國家方案〔投資〕部門對標準的、具備信息系統工程管理能力的企業和人員的建議性要求；信息系統用戶對標準的、具備信息系統工程管理能力的企業和人員市場性需求。2.ITSS〔InformationTechnologyServiceStandards,信息技術效勞標準〕。集成資質由高到低：一級、二級、三級、四級。3?申請資質企業根本條件：①是在中華人民共和國境內注冊的企業法人；②能夠提供與資質等級評定條件相關的證明材料；③承諾并遵守行業公約，并認同?信息系統集成及效勞資質認定管理方法〔暫行〕?。4.系統集成等級評定條件7方面：①綜合條件；②財務狀況；③信譽；④業績；⑤管理能力；⑥技術實力；⑦人才實力。5.ITIL〔InformationTechnologyInfrastructureLibrary，信息技術根底架構庫〕。以流程為向導、以客戶為中心。6.ITSM〔ITServiceManagement，IT效勞管理〕。IT效勞提供方［丁效勞接登方-■S.S||一-rF養幣IT效勞提供方［丁效勞接登方-■S.S||一-rF養幣rL匚□rr匚【T抿礎設施效勞管即nmz^H-r^WKnMfiMn—rwin〔分界面〕常件管理IL—lIII1I【II門效勞?丸識KI2-tjtsm的根本原理圖7」TS〔InformationTechnologyServiceStandard，信息技術效勞標準〕組織要素：人員〔People〕、流程〔Process〕、技術〔Technology〕、資源〔Resource〕，簡稱PPTR8.IT效勞生命周期5階段：規劃設計〔Planning&Design〕、部署實施〔Implementing〕、服務運營〔Operation〕、持續改進〔Improvement〕、監督管理〔Supervision〕。〔PIOIS止能選人?科學?配ft?合理K12-317效勞鈿成第三章信息系統集成專業技術知識一、信息系統建設信息系統建設內容主要包括：設備采購、系統集成、軟件開發、運維效勞等。信息系統生命周期：立項、開發、運維、消亡四個階段。立項階段形成?需求規格說明書?。開發階段分為系統分析、系統設計、系統實施、系統驗收等，成果是交付系統。運維階段〔正式移交用戶后進入〕分為更正性維護、適應性維護、完善性維護、預防性維護。信息系統常用開發方法：結構化方法、原型法、面向對象方法。結構化方法：開發過程分假設干階段、依次進行、按順序完成、每個階段步驟都有明確詳盡的文檔編制要求，缺點周期長、文檔多、效率低；要求開發之初全面認識系統的需求〔對應軟件開發模型是瀑布模型〕。原型法：無法全面準確地提出用戶需求的情況下；先開發一個原型系統，再反復修改。〔對應軟件開發模型是原型模型〕。面向對象方法：關鍵是能否建立一個全面、合理、統一的模型，涉及分析、設計和實現三個階段〔對應軟件開發模型是面向對象開發模型〕。二、 信息系統設計系統架構確定各層的接口，層與層互相之間的關系。系統的選型主要取決于系統架構。三、 軟件工程軟件需求：待解決問題的特性的描述，所定義的需求必須可以被驗證。通過需求分析，可以檢測和解決需求之間的沖突；發現系統的邊界；并詳細描述出系統需求。通過軟件設計，描述出軟件架構及相關組件之間的接口；進一步詳細地描述組件，以便能構造這些組件，實現各種不同模型，確定最終方案，分概要設計和詳細設計。軟件測試為了評價和改進產品質量、識別產品的缺陷和問題而進行的活動，被認為是一種應該包括在整個開發和維護過程中的活動。分為①單元測試〔編碼〕；②集成測試〔詳細設計〕；③系統測試〔概要設計〕；④驗收測試〔需求分析〕四個階段。軟件維護分為更正性維護、適應性維護、完善性維護、預防性維護。預防性維護是將來的事。軟件質量是軟件特性的總和，軟件滿足用戶需求的能力，即遵從用戶需求、到達用戶滿意。包括內部質量、外部質量、使用質量。軟件質量保證：通過制訂方案、實施和完成等活動保證工程生命周期中的軟件產品和過程符合其規定的要求。驗證--被正確制造，是過程；確認—制造了正確的產品，是結果。軟件審計目的提供獨立評價，審計是正式組織的活動，生成審計報告。軟件配置管理通過標識產品的組成元素、管理和控制變更、驗證、記錄和報告配置信息、來控制產品的進化和完整性。包括：①配置管理方案；②軟件配置標識；③軟件配置控制；軟件配置狀態記錄；⑤軟件配置審計；⑥軟件發布管理與交付。早期的軟件復用是代碼級復用，后來擴大到知識、開發經驗、設計決策、架構、需求、設計、代碼和文檔等一切方面。面向對象方法特別有利于軟件復用。四、 面向對象系統分析與設計對象三個根本要素：對象標識、對象狀態、對象行為。類：現實世界中實體的形式化描述。如果將對象比作房子，那么類就是房子的設計圖紙。抽象：強調給出與應用相關的特性，拋棄不相關的特性。封裝：將相關概念組成一個單元模塊，并通過一個名稱來引用它。組件技術是軟件復用實現的關鍵。UML是一種可視化的建模語言，而不是編程語言。五、 軟件架構1?常見架構模式：①管道/過濾器模式，典型應用包括批處理系統。②面向對象模式，典型應用基于組件的軟件開發。③事件驅動模式，并不是直接調用操作，典型應用包括各種圖形界面應用。④分層模式，典型應用是分層通信協議，如 ISO/OSI的七層網絡模型〔物數網傳會表應〕。⑤客戶/效勞器模式，為了解決C/S客戶端問題，形成B/S模式；為了解決C/S效勞器端問題，形成了三層C/S模式。2?目前主流數據庫系統是關系數據庫； HTML/HTTP(S協議是實現Internet應用的重要技術；選擇成熟的技術；聘請經驗豐富的架構設計師，可以有效地保證工程的成功。3?中間件解決了分布系統的異構問題，具有標準的程序接口和協議。4?通常將中間件分為：①數據庫訪問中間件，典型技術 Windows平臺的ODBC和Java平臺的JDBC②遠程過程調用中間件〔RPC，從效果上來看和執行本地調用相同。③面向消息中間件〔MOM〕，進行平臺無關的數據傳遞，典型如 IBM的MQSeries。④分布式對象中間第9頁件，典型OMG的CORBAJava的RMI/EJB、Microsoft的DCOM等。⑤事務中間件，完成事務管理與協調、負載平衡、失效恢復等任務，典型 IBM/BEA的Tuxed0、支持EJB的JavaEE應用效勞器等。六、典型應用集成技術操作型處理也稱事務處理，對數據庫中記錄的查詢和修改；分析型處理用于決策分析。操作型處理和分析型處理的別離是必然和必要的。2?數據倉庫〔DataWarehouse丨是一個面向主題、集成的、相對穩定的、反映歷史變化的數據集合，用于支持管理決策，是對多個異構數據源有效集成，按主題重組，且存放在數據倉庫中的數據一般不再修改。3?數據倉庫系統的結構通常包含 4個層次：①數據源；②數據倉庫 /數據集市；③OLAP效勞器；④前段工具。4?大數據〔BigData〕5V：①Volume〔數據量大〕；②Variety〔數據類型多〕；③Velocity〔處理速度快〕；④Value〔價值密度低〕；⑤Veracity〔真實性高〕。 “增值〞Web效勞典型技術：①用于傳遞信息的 SOAP〔SimpleObjectAccessProtocol，簡單對象訪問協議〕；②用于描述效勞的WSDL〔WebServiceDescriptionLanguage，Web效勞描述語言〕；③用于Web效勞注冊UDDI〔UniversalDescriptionDiscoveryandIntegration，Web效勞注冊的統一描述、發現及集成〕；④用于數據交換的 XML。Web效勞主要目標是跨平臺的互操作性，適合跨越防火墻、應用程序集成、 B2B集成、軟件重用等。不適宜使用Web效勞：單機應用程序、局域網上的同構應用程序等。JavaEE-工業標準，將開發工作分成 2類：業務邏輯開發和表示邏輯開發。運行環境主要包括組件〔Component〕、容器〔Container〕、效勞〔Services］三局部，組件是代碼、容器是環境、效勞是接口。微軟的.NET,通用語言運行環境處于 .NET開發框架的最底層，倒數第二層是根底類庫。JavaEE與.NET都可以用來設計、開發企業級應用。 JavaEE平臺是業界標準，.NET是微軟產品系列，而非業界標準。工作流程引擎是工作流管理系統的運行和控制中心。 工作流程引擎的主要功能是流程調度和沖突檢測。組件：將不便于讓最終用戶去直接操作的細節進行封裝，實現各種業務邏輯規那么，用于處理用戶的內部操作細節，滿足此目的的封裝被稱為組件。常用的組件標準：①微軟的COM/DCOM/COM+，開放的組件標準，DCOM在COM的根底上添加了許多功能和特性，COM+綜合各技術形成了功能強大的組件架構； ②OMG的CORBA〔CommonObjectRequestBrokerArchitect，公共對象請求代理架構〕，已成為分布計第10頁第四章工程管理一般知識一、什么是工程？什么是工程管理？工程是為到達特定的目的，使用一定資源，在確定的期間內，為特定發起人提供獨特的產品、效勞或成果而進行的一系列相互關聯的活動的集合。工程的約束性目標也叫管理性目標，工程的成果性目標也稱工程目標。工程目標遵循SMART原那么：Specific〔具體的〕、Measurable〔可測量的〕、Attainable〔可到達的〕、Relevant〔相關性的〕、Time-bound〔有明確時限的〕。工程通常是實現組織戰略方案的一種手段。工程特點：臨時性、獨特性、漸進明細。信息系統集成工程特點：①以滿足客戶和用戶的需求為根本出發點；②應加強需求變更管理以控制風險；③選擇最適宜的產品；④高技術與高技術的集成；⑤是一項綜合性的系統工程；⑥成員年輕，流動率高，工程經理的領導藝術水平要求較高；⑦溝通重要性。技術的集成以標準為根底；人與人、單位與單位以法律、法規、規章制度為根底；信息的產生、保存與傳遞以平安為根底。傳統概念認為時間、本錢和質量為制約工程成功的三約束。近幾年觀點認為是范圍、時間和本錢。最新觀點是范圍、時間、本錢和質量4方面的約束。工程管理包括4域：核心知識域：包括整體管理、范圍管理、進度管理、本錢管理、質量管理和信息平安管理。保障域：人力資源管理、合同管理、采購管理、風險管理、信息〔文檔〕與配置管理、知識產權管理、法律法規標準標準和職業道德標準。 ③伴隨域：包括變更管理和溝通管理。④過程域：包括科研與立項、啟動、方案、實施、監控和收尾等。標準：一致同意建立并由公認的機構批準的文件， 該團體提供通用的和可重復使用的規那么、指南、活動或其結果的特征，目的是在特定的背景下到達最正確的秩序。法規：政府強制的要求。三方一法：建設方、承建方、監理方；工程管理方法。圖448將頊目秤理過程組映射成PDCA循壞工信部在推進工程管理方面措施：①實施電腦信息系統集成資質管理制度； 〔乙方資質〕②推行工程經理制度；〔乙方人員〕③推行信息系統工程監理資質管理制度；〔監理資質〕④推行信息系統工程監理工程師管理制度。〔監理人員〕工程經理和系統集成資質由中國電子信息行業聯合會；監理由中國電子企業協會。工程經理素質：①足夠的知識；②豐富的工程管理經驗；③良好的協調和溝通能力；④良好的職業道德；⑤一定的領導和管理能力；工程經理首先要帶著工程團隊做出一個科學的、切合實際情況的工程管理方案。方案的特點：遠期方案較粗、近期較細、方案一定得有切實的根據。 一旦方案經相關方同意后就要積極執行。在執行過程中，要對方案和實際完成情況進行檢查和監控。在推進工程的過程中，注意溝通和協調以便順利完成工程的要求。〔滾動波浪方案〕工程管理團隊必須明確工程的干系人，確定其需求，然后對這些需求進行管理和施加影響，確保工程取得成功。關鍵干系人除客戶和用戶外，包括：①工程經理；②執行組織；③工程團隊及其成員；④工程發起人；⑤職能經理；⑥影響者；⑦工程管理辦公室。解決工程干系人之間的不同意見應該以使客戶滿意為主。但是，這并不意味著可以無視其他工程干系人的要求和期望。找到對分歧的恰當解決方案，是對工程經理主要的挑戰。工程管理系統是指用于管理工程的工具、技術、方法、資源和過程組之集合。可以是正式的或非正式的。事業環境因素：①實施單位的企業文化和組織機構；②國家標準或行業標準；③現有的設施和固定資產等；④實施單位現有的人力資源、人員的專業和技能，人力資源政策如招聘和解聘的指導方針、職工績效評估和培訓記錄等；⑤當時的市場狀況；⑥工程干系人對風險的承受力； ⑦行業數據庫；⑧工程管理信息系統〔可能是工具，也可能是軟件，總之能幫助人們管理工程〕。組織過程資產：〔1〕過程和程序：①組織的標準過程；②標準指導方針、模板、工作指南；③用于滿足項目特定需要的標準過程的修正指南；④組織的溝通要求，匯報制度；⑤工程收尾指南或要求；⑥財務控制程序；⑦問題和缺陷管理程序；⑧變更控制程序； ⑨風險控制程序；⑩批準與發布工作授權程序；〔2〕組織的全部知識：①工程檔案；②過程測量數據庫；③經驗學習系統；④問題和缺陷管理數據庫；⑤配置管理知識庫；⑥財務數據庫。二、工程組織方式1?以工程為根底的組織是指他們的業務主要由工程組成，分兩大類：①主要收入源自依照合同為他人履行工程的組織；②按逐個工程進行管理的組織。工程經理必須和組織結構內所有干系人進行有效溝通。3.工程經理的權利由小到大：職能型、弱矩陣、平衡矩陣、強矩陣、工程型。4?職能部門的經理簡稱部門經理。職能型組織優點：①便于知識、技能和經驗交流；②清晰的職業生涯晉升路線；③溝通、交流簡單、責任和權限清晰；④重復性工作為主的過程管理。缺點：①職能利益優先于工程；②組織橫向之間聯系薄弱，部門間溝通、協調難度大；③項目經理缺少權利、權威；④工程管理開展方向不明，缺少工程基準。5?工程型組織優點：①責權清楚，利于統一指揮；②目標明確單一；③溝通簡潔、方便；④決策快。缺點：①管理本錢過高；②工程環境比擬封閉，不利于溝通、技術知識共享；③職工缺乏事業上的連續性和保障。6?矩陣型組織缺點：①管理本錢增加；②多頭領導；③難以監測和控制；④資源分配與工程優先的問題產生沖突；⑤權利難以保持平衡。基于工程的組織〔Project-BasedOrganization，PBO〕是指建立臨時機構來開展工作的各種組織形式。采用PBO可以減輕組織中的層級主義和官僚主義，因為 PBO中，考核工作成敗的依據是最終結果。在PBO中，大局部工作都被當作工程來做，按工程方式，可以在整個公司層面采用PBO,也可以在多公司財團或網絡組織中采用 PBO;某個部門或分支機構內部采用PBO。一些大型的PBO可能需要職能部門的支持。可以為一個工程設立一個 PMO,可以為一個部門設立一個PMO，也可以為一個企業設立一個PMO,這三級PMO可以在一個組織內同時存在。PMO關注于其內部的工程或子工程之間的協調方案、優先級和執行情況。PMO有支持型、控制型、指令型3種；①支持型：PMO擔當參謀角色。②控制型：PMO不僅給工程提供支持，而且通過各種手段要求工程服從 PMO的管理策略。③指令型：PMO直接管理和控制工程。工程經理和PMO區別：①工程經理和PMO追求不同的目標；②工程經理完成特定成果PMO管理大型性目標，PMO工作目標包括組織級觀點；③工程經理關注特定的工程PMO管理大型工程范圍的變化；④工程經理控制賦予工程的資源， PMO對所有工程之間共享的資源進行優化使用；⑤工程經理管理中間產品的范圍、進度、費用和質量，而 PMO管理整個風險、整體時機和所有工程依賴關系。PMO可以存在于任何組織結構中。三、 工程生命周期工程生命周期從技術上分：立項〔系統規劃〕、開發〔系統分析、系統設計、系統實施〕、運維、消亡4個階段；從管理活動分：啟動、方案、執行、收尾4個階段，監控覆蓋全過程。在條件許可或涉及的風險可以接受時，下一階段可以在前一階段完成前開始，這種局部重疊的做法叫快速跟蹤管理技術。工程生命周期描述文件可以是概要的，也可很詳細。非常詳細的生命周期描述可能包括許多表格、圖表和檢查單。生命周期描述應結構清晰，便于控制。4，大多數工程生命周期共同特征：在初始階段，本錢和人員投入水平較低，中間階段到達最高，工程接近結束時快速下降。信息系統工程生命周期詳細劃分為：可行性分析、業務流程優化或變革、信息系統規劃、系統需求分析、系統設計、系統實現、系統測試、系統實施、系統試運行、驗收等階段。還包括驗收后的協調運營與維護、系統退役等階段。工程階段結束前，一般要對完成的工作和可交付物進行技術或設計評審，根據評審結果，以決定是否接受，是否還要做額外的工作或是否要結束這個階段。假設一個工程交付特定的產品，那么該產品的生命周期比工程生命周期更長。四、 典型生命周期模型〔1〕瀑布模型1.6個階段：方案、需求分析、設計、編碼、測試、運行維護。使用條件：工程需求明確、充分了解擬交付的產品、有厚實的行業實踐經驗、或者整批一次性交付產品有利于干系人。3?瀑布模型特點：①從上一次開發活動接受其成果作為本次活動的輸入；②利用這一活動，實施本次活動應完成的工作內容；③給出本次活動的工作成果，作為輸出傳給下一項開發活動；④對本次活動實施工作成果進行評審。〔2〕迭代模型每次迭代涉及的過程都包括不同比例的所有活動。RUP〔Rational UnifiedProcess,軟件統一過程〕是迭代模型的一種髀13瀏擬用二維坐標描述，橫軸表示時間，包括周期〔Cycle〕、階段〔Phase〕、迭代〔Iteration〕、里程碑〔Milestone丨；縱軸表示自然的邏輯活動，表達開發過程的靜態結構，包括活動〔Activity〕、產物〔Artifact〕、工作者〔Worker工作流〔Workflow〕。RUP的生命周期被分解為4個順序階段：初始階段〔Inception〕、細化階段〔Elaboration〕、構件階段〔Construction〕、交付階段〔Transition〕。初始階段--系統地闡述工程的范圍、確定工程的邊界；細化階段一分析問題領域，建立體系結構并選擇構件，編制工程方案。使用條件：組織需要管理不斷變化的目標和范圍，組織需要降低工程的復雜性，或者，產品的局部交付有利于一個或多個干系人， 且不會影響最終或整批可交付成果的交付。 大型復雜工程通常采用迭代方式來實施。〔3〕敏捷方法概念：是一種以人為核心、迭代、循序漸進的開發方法，適用于一開始并沒有或不能完整地確定出需求和范圍的工程，或者需要應對快速變化的環境，或者需求和范圍難以事先確定,或者能夠以有利于干系人的方式定義較小的增量改進。

2?目的：在于應對大量變更，獲取干系人的持續參與。---編4〕V模型：需求分析〔驗收測試〕 ---概要設計〔系統測試〕------編碼〔單元測試〕。“延續膝蓋桔祥扁擔〞〔5〕原型化模型1?原型化模型是為彌補瀑布模型的缺乏而產生的，第一步建造一個快速原型，第二步在原型根底上開發出用戶滿意的產品。2?對于復雜的大型軟件，開發一個原型往往達不到要求，為減少開發風險，在瀑布模型和原型化模型的根底上的演進，出現了螺旋模型以及大量使用的 RUP。〔6〕螺旋模型1?概念：是一個演化軟件過程模型，將原型實現的迭代特征與線性順序〔瀑布〕模型中控制的和系統化的方面結合起來，使得軟件的增量版本的快速開發成為可能。2?四個階段：制定方案、風險分析、實施工程、客戶評估。3?強調了風險分析，特別適用于龐大而復雜的、高風險的系統。4?風險分析分為3步：評價方案、識別風險、消除風險。五、單個工程的管理過程1?把一個工程管好，需要4種過程：①技術類過程：有需求分析、總體設計、編碼、測試布線、組網等；②管理類過程：分為啟動、方案、執行、監控和收尾過程組；③支持類過程：如配置管理過程；④改進類過程：總結經驗教訓、部署改進等。PDCA〔Plan-Do-Check-Actcycle〕。3?工程管理過程組：①啟動過程組；②方案編制過程組；③執行過程組；④監督與控制過程組；⑤收尾過程組。并不是所有的交互過程都會運用在所有工程中。工程信息：工作績效數據：在執行工程工作的過程中，從每個正在執行的活動中收集到的原始觀察結果和測量值。如：工作完成百分比、質量和技術績效測量值、進度活動的開始和結束日期、變更請求的數量、缺陷數量、實際本錢和實際持續時間等。工作績效信息：從各控制過程中收集并結合相關背景和跨領域關系， 進行整合分析而得到的績效數據。如：進度績效指數、可交付成果的狀況、變更請求的執行狀況、預測的完工估算。工作績效報告：為制定決策、提出問題、采取行動或引起關注，而匯編工作績效信息，所形成的實物或電子工程文件。如：狀態報告、備忘錄、論證報告、信息禮記、電子報表、推薦意見或情況更新。工程的5個管理過程組和工程管理知識領域映射關系。*4-2I'MI捉出處壩目潘僂知識悻肚単曰生命J'；：10犬知說誡1＞項口仆:命＜＞眉殆1?1利昭11＞郃休刊！2〕啖lit命片J卿齊階煜3〕竝嶷內豹附段之間的過廟「"機行過擰*113)IHM7T理4〕監控過程緲4＞威本悴卵-5'收足以吧■織5J址尿岀型人丹竊淵備田7＞洩Jiffl冒理空5農甌汁艸.隣詒湘 】⑴T系人的旳第五章工程立項管理一、工程建議1?工程建議書〔RequestforProposal,RFP是甲方的申請文件，對擬建工程提出的總體設想，工程依次完成工程建議書的編寫、申報、審批等環節，才能進入后續的可行性分析階段的工作。2?工程建議書，又稱立項申請書，是工程籌建單位或工程法人，提出的某一種具體工程的建議文件。3?工程建設單位可以規定對于規模較小的系統集成工程省略工程建議書， 而將其與工程可行性分析階段進行合并。二、工程可行性分析1?工程可行性研究內容：①投資必要性；②技術可行性；③財務可行性；④組織可行性；⑤經濟可行性；⑥社會可行性；⑦風險因素及對策。2?工程可行性研究階段：①時機可行性研究：對投資工程或投資方向提出建議，尋找最正確的投資時機。②初步可行性研究：是介于時機可行性研究和詳細可行性研究的一個中間階段，如果就投資可能性進行了工程時機研究，那么工程的初步可行性研究階段往往可以省去。③詳細可行性研究：特別是大型的或比擬復雜的工程需要。3?初步可行性研究出現的4種結果：①肯定---直接上馬；②肯定，轉入詳細可行性研究；③展開專題研究；④否認---立刻下馬。4?工程審批部門委托有資質的咨詢機構評估后審核批復，或報國務院審批后下達批復。5?工程評估指工程可行性研究的根底上，由第三方進行評價、分析和論證，為銀行的貸款決策或行政主管部門的審批決策提供科學依據。1〕財務凈現值nNPV(CICO)t(1i)t0CI:現金流入量co:現金流出量F=P(l+d* 】WhP=A"TcThFWhP=A"TcThF〔2〕投資收益率ROI建成投產后，在運營正常年獲得的凈收益與工程總投資之比。〔3〕投資回收期工程從投產年算起，用每年的凈收益將初始投資全部收回的時間。靜態投資回收期〔Pt〕計算公式：Pt=［累計凈現金流量開始出現正值的年份數 ］-1+［上年累計凈現金流量的絕對值 /當年凈現金流量］動態投資回收期動態投資回收期〔 T丨計算公式：動態投資回收期〔年〕 =［累計凈現金流量現值開始出現正值年份數 ］-1+［上年累計凈現金流量現值的絕對值 /當年凈現金流量現值］三、 工程審批1?工程審批部門對系統集成工程的工程建議書、可行性研究報告、初步設計方案和投資概算的批復文件是后續工程建設的主要依據。 批復中核定的建設內容、規模、標準、總投資概算和其他控制指標原那么上應嚴格遵守。 內容有重大變更的，應重新報批工程建議書；投資超出已批復總投資額度10%的，應重新報批可行性研究報告；未超出已批復總投資額度 10%的,對調整局部進行補充說明。四、 工程招投標1?國有資金占控股或者主導地位的依法必須進行招標的工程，應當公開招標；以下情形可以邀請招標：①需要采用不可替代的專利或者專有技術； ②采購人依法能夠自行建設、 生產或者提供；③已通過招標方式選定的特許經營工程投資人依法能夠自行建設、生產或者提供；需要向原中標人采購工程、貨物或者效勞，否那么將影響施工或者功能配套要求； ⑤國家規定的其他特殊情形。2?資格預審文件或者招標文件的出售期不得少于 5日；通過資格預審的申請人少于 3個的，應當重新招標。投標保證金不得超過招標工程估算價的 2%,招標保證金有效期應當與投標有效期一致。招標人可以自行決定是否編制標底，且只能有一個標底，必須保密。招標人設有最高投標限價的，應當在招標文件中明確最高投標限價或者最高投標限價的計算方法，招標人不得規定最低投標限價。招標人不得組織單個或者局部潛在投標人踏勘工程現場。對技術復雜或者無法精確擬定技術規格的工程，招標人可以分 2個階段招標：第一階段，提交不帶報價的技術建議，招標人編制招標文件；第二階段，向提供第一階段技術建議的投標人提供招標文件，投標人按照要求提交包括最終技術方案和投標報價的投標文件。招標人有以下行為屬于以不合理條件限制：就同一招標工程向潛在投標人或者投標人提供有差異的工程信息；設定的資格、技術、商務條件與招標工程的具體特點和實際需要不相適應或者與合同履行無關；依法必須進行招標的工程以特定行政區域或者特定行業的業績、獎項作為加分條件或者中標條件；對潛在的投標人或者投標人采取不同的資格審查或者評標標準；限定或者指定特定的專利、商標、品牌、原產地或者供應商；依法必須進行招標的工程非法限定潛在投標人或者投標人的所有制形式或者組織形式；以其他不合理條件限制、排斥潛在的投標人或者投標人。與招標人存在利害關系可能影響招標公正性的法人、其他組織或者個人，不得參加投標。單位負責人為同一人或者存在控股、管理關系的不同單位，不得參加同一標段投標或者未劃分標段的同一招標工程投標。以下情形屬于投標人相互串通投標：①投標人之間協商投標報價等投標文件的實質性內容；②投標人之間約定中標人；③投標人之間約定局部投標人放棄投標或者中標；④屬于同一集團、協會、商會等組織成員的投標人按照該組織要求協同投標；⑤投標人之間為謀取中標或者排斥特定投標人而采取的其他聯合行動。以下情形視為投標人相互串通投標：①不同投標人的投標文件由同一單位或者個人編制；不同投標人委托同一單位或者個人辦理投標事宜； ③不同投標人的投標文件載明的工程管理成員為同一人；④不同投標人的投標文件異常一致或者投標報價呈規律性差異； ⑤不同投標人的投標文件相互混裝；⑥不同投標人的投標保證金從同一單位或者個人的賬號轉出。以下情形屬于招標人與投標人相互串通投標： ①招標人在開標前開啟投標文件并將有關信息泄露給其他投標人；②招標人直接或者間接向投標人泄露標底、評標委員會成員等信息；招標人明示或者暗示投標人壓低或者抬高投標報價； ④招標人授意投標人撤換、修改投標文件；⑤招標人明示或者暗示投標人為特定投標人中標提供方便； ⑥招標人與投標人為謀求特定投標人中標而采取的其他串通行為。系統集成供應商在工程投標階段的主要工作包括： ①工程意向識別：4種途徑：政策導向、市場需求、技術開展、挖掘現有客戶。②工程售前交流；③獲取招標文件；④編寫投標文件；⑤參加投標活動。投標文件內容包括：①投標書、投標報價一覽表、分項一覽表；②投標資質證明文件〔營業執照副本復印件加蓋公章及其他相關證件〕 ；③公司與制造商代理協議和授權書； ④公司有關技術資料及客戶反響意見。投標文件簽署及規定：①投標文件正本和副本須打印并由投標方法人代表或委托代理人簽署；②除投標方對錯處作必要修改外， 投標文件中不許有加行、 涂抹或改寫；③電報、 、形式的投標概不接受。投標文件密封和標記：①正本和副本有差異，以正本為準；②每一密封信封上注明何時之前不準啟封；③投標文件由專人遞交，并按投標注明的時間和地點送至招標方。投標人的各種商務文件、技術文件等應依據招標文件要求備全，商務文件包括：資質證明文件〔營業執照、稅務登記證、企業代碼以及行業主管部門頒發的等級資質證書、授權書、代理協議等〕、資信證明文件〔保函、已履行的合同及商戶意見書、中介機構出具的財務狀況書等〕。技術文件一般包括投標工程方案及說明等。投標人少于3個的，不得開標；評標報告應當由評標委員會全體成員簽字。招標人應當自收到評標報告之日起3日內公示中標候選人，公示期不得少于3日。公示期有異議的，招標人應當自收到異議之日起3日內作出答復。招標人應當確定排名第一的中標候選人為中標人，第一中標候選人放棄中標的，因不可抗力不能履行合同、不按照招標文件要求提供履約保證金、或者被查實存在影響中標結果的違法行為等情況，不符合招標條件的，招標人可以按照評標委員會提出的中標候選人名單排序依次確定其他中標候選人為中標人， 也可以重新招標。15.招標人根據評標委員會提出的書面評標報告和推薦的中標候選人確定中標人，招標人也可以授權評標委員會直接確定中標人，中標通知書對招標人和中標人具有法律效力。招標人應在書面合同簽訂后5日內退還投標保證金及銀行同期存款利息。履約保證金不得超過中標合同金額的 10%。合同約定或者經招標人同意，可以將中標工程的局部非主體、非關鍵性工作分包給他人完成。接受分包的人應當具備相應的資格條件，并不得再次分包。中標人應當就分包工程向招標人負責，接受分包的人就分包工程承當連帶責任。五、工程合同談判與簽訂合同談判的方法一般先談技術條款，后談商務條款。合同的條款一般應包括：當事人的名稱和地址、標的、數量、質量、價款和報酬、履行期限、地點和方式、違約責任和解決爭議的方法等。如果中標人不同意按照招標文件規定的條件或條款按時進行簽約， 招標方有權宣布該標作廢而與第二最低評估價投標人進行簽約，或請示有關管理部門之后宣布本次招標無效，而重新組織招標。六、供應商工程立項1.系統集成供應商所應承當的合同責任發生了轉移，由組織轉移到了工程組。一般來說，系統集成供應商主要根據工程的特點和類型，決定是否在組織內部為所簽署的外部工程單獨立項。2?內部立項主要原因：①通過工程立項方式為工程分配資源；②通過工程立項方式確定合理的工程績效目標；③以工程型工作方式，提升工程實施效率。3?工程內部立項時包括內容：①工程資源估算；②工程資源分配；③準備工程任務書；④任命工程經理。第六章工程整體管理工程整體骨理~r朋￡盟揑戊日工徉S.尹貶叭曰戈更吃剽加日上作說明宵填目童崔頊目昌邏方案壩日営建計勿□目営理方案口日昌擔計勿師業論證批進肘更見iff朮蟲嗖旳汎工饋姻應吉盟拽的可交付戰:卓吏更請戲組縛1趕資產確認的變更H作掙潮話.工乍卉法專家刑斷專須判粉項冃營珥恰怠慕掠*祈技術會辿分1祇術引導技術引導祓術令議頊目琶匪信鳥焉統孌庶用鬼工且專求判購工乍慮憲頂目章翟琪目管老方案可交忖辰耒最第產晶、臓務或總甲的醬立工帀菽鼓數據吏更曰志粗袒過程資疋更諦變更諸家瑣日皆廛方案更新項日世進方案旻新項HE理計創新諦丸冃文件薩新項冃歡件聲新頂口文戸更斯、工程整體管理概述1?工程整體管理6個過程：①制定工程章程；②制定工程管理方案；③指導與管理工程工作;監控工程工作；⑤實施整體變更控制；⑥結束工程或階段。2?工程整體管理是工程管理的核心，尋找最正確平衡點。3?工程整體管理涉及4個方面：①各分目標之間的集成；②各工程干系人之間的集成；③各專業工作之間的集成；④各過程之間的集成。4?作為整合者，工程經理必須：①與工程干系人主動溝通；②干系人之間尋找平衡點；③到達各種需求間的平衡。二、制定工程章程輸入P工具與技術"輸出* 4l.Jffig工作說明15車1?專家判斷門1.工程章程貯*2.商業論證門2.引導技術』出協議〔包括音同r備忘錄、盍向書圧協邊!等2P』?組織過程資產貯心 41?工程章程宣告一個工程的正式啟動，工程經理的任命，進行總體性的描述。由高層管理者發布工程章程，授權工程經理為實現工程而動用組織資源。 工程經理可以起草工程章程。 如果對工程章程需要修改，只用管理層和發起人有權進行變更。2?工程章程作用：①確定工程經理；②正式確認工程的存在；③制定工程的總體目標；④把工程與執行組織的日常經營運作及戰略方案等聯系起來。3?工作說明書〔StatementofWork，SOW〕是對工程需交付的產品、效勞或輸出的表達性說明。包括內容：①業務需求；②產品范圍描述；③戰略方案。4?工程章程主要內容：①概括性的工程描述和工程產品描述； ②工程目的或批準工程的理由；③工程的總體要求，包括工程的總體范圍和總體質量要求； ④可測量的工程目標和相關的成功標準；⑤工程的主要風險，如工程的主要風險類別；⑥總體里程碑進度方案；⑦總體預算;工程的審批要求，即在工程的規劃、執行、監控和收尾過程中，應該由誰來做出哪種批準；委派的工程經理及其職責和職權；⑩發起人或其他批準工程章程的人員的和職權。S7-1工程章程和工程范團說陰書的內容工程章程工程苑圍說明書頊目目的或批準工程血原國工程艷囤描述cwa明細〕可測量的項標和相關的成果標冷驗收標準 …高層級需求工程可交付成果冉雇級項R需求工程的除外齋任嬴層級風險工程制約囲素總休里程脾雉度方案頑旨假發條件總體頂算干系人淸單項日審批要求〔如什么構成頂目成功1曲誰決定，由誰簽署〕委派的工程經珊及其職竇發起人或直他批準項口章秤的人員蛀名和職權三、制定工程管理方案輸7^工具與技術」1.工程章程」1.專家判斷口l.jffia管理方案屮2.其他規劃岳程的臟臬Q2.弓導技術i33.組織過程宣產衛1?工程管理方案主要用途：①指導工程執行、監控和收尾；②提供基準；③規定管理層審查工程時間、內容和方式。2?在工程執行開始之前，要制訂出盡可能完整的工程管理方案。但工程管理方案也需要在項目生命周期的后續階段中不斷審閱、細化、完善和更新。3?工程管理方案制訂步驟：①制訂各自分項方案；②收集分項方案，整合成工程管理方案；③執行和監控工作；④提出變更并審批；⑥實施變更，更新工程管理方案。4?工程管理方案可以是概括的或詳細的，可以包含一個或多個輔助方案，輔助方案包括：范圍管理方案、需求管理方案、進度管理方案、本錢管理方案、質量管理方案、過程改進方案、人力資源管理方案、溝通管理方案、風險管理方案、采購管理方案、干系人管理方案等。5?在工程工作中，實際上需要2種方案：關于技術工作的方案和管理工作的方案。除極少數非文件類的成果以及屬于工程管理方案的內容以外， 都是工程文件的組成局部。工程文件中既有方案階段的編制文件，也有執行和監控階段產生的文件。四、 指導與管理工程工作1?指導和管理工程工作還須對工程所有變更的影響進行審查，包括：糾正措施〔是針對實際已經出現的偏差〕；預防措施〔針對將來可能出現的偏差〕；缺陷補救〔產品或產品組件，缺陷補救措施只針對工程質量問題〕。2?更新：對正式受控的工程文件或方案等進行的變更。五、 監控工程工作轉入Q工具勺技術口輸出p1?頃目管理方案a1?工程管理信息系統存1.可交忖成果^2?批誰的變更請求」2?會說*52?工作績刼數據門乩變更請求門q4?頃目管理方案更新卩a5?工程文件更新尸1?監督貫穿于整個工程；2?分析技術包括：回歸分析：確定兩種或兩種以上變數間相互依賴的定量關系的一種統計分析方法。分組方法：劃分為假設干個不同性質的組， 使組內的差異盡可能小，組間的差異盡可能大。因果分析，又稱魚刺圖。根本原因分析：〔RCA一項結構化的問題處理法，用以逐步找出問題的根本原因并加以解決，而不是僅僅關注問題的表征。常用的工具：因果圖、頭腦風暴法、因果分析。預測方法：如，假設情景分析、模擬〔蒙特卡洛分析〕等。失效模式與影響分析〔FMEA〕：早期階段，識別過程的可能失效情形，以及一旦發生這種失敗情形時造成的影響。故障樹分析〔FTA〕；⑧儲藏分析;⑨趨勢分析：又稱趨勢預測法，包括趨勢平均法、指數平滑法、直線趨勢法、非直線趨勢法。工具與技術」輪出J ,1■噸目管理方案門1■分析技樸1?變更請求門 —2醫度預測口2匝目管理書息系乘N工作績趣據屮 d3.本錢預測口3.會議心3.工程管理方案更新衛 *4.確認的變更口44*工程文件更新心 *5.工作績效荷息Q4□*六、實施整體變更控制1?實施整體變更控制過程貫穿工程始終，工程的任何干系人都可以提出變更請求，但所有變更請求都必須以書面形式記錄，并納入變更管理以及配置管理信息系統中。2?通過變更控制委員會和變更控制系統來完成，整體變更控制不只是變更控制委員會的事情，也是工程經理和工程團隊的事情。 原因：①變更控制委員會由主要工程干系人的代表所組成的一個小組，工程經理可以是成員之一，不是組長。②變更控制系統是指關于變更管理的一系列正式的書面程序，包括文檔、跟蹤系統和變更的批準層次等。3?實施整體變更控制過程中的局部配置管理活動：①配置識別；②配置狀態記錄；③配置核實與審計。工具弓技朮卩輸出卩［工程管理論扣1-會知匚批淮胸變更請求。■工乍叢啟報告心2.變更控制工具2.變更日志門3?變更情求^3?工程管理方案更新門d組織過程資產根血工程文件更新卩七、結束工程或階段1?本過程的主要作用：總結經驗教訓，正式結束工程工作，為開展新工作而釋放組織資源。2?在結束工程過程中，雖然也需要獲得工程發起人或客戶對工程產品、效勞或成果的最終驗收，這個驗收主要是一個必需的程序， 是一個形式上的驗收而非實質性技術驗收。 真正的技術驗收早在范圍核實過程中已經完成。3?行政階段主要工作包括：①產品核實；②財務收尾；③更新工程記錄；④總結經驗教訓；⑤進行組織過程資產更新；⑥解散工程團隊。4?行政收尾產生結果：①對工程產品的正式接受；②完整的工程檔案；③經驗教訓總結；④資源釋放。5?行政收尾與合同收尾有聯系又有區別，聯系在于：都需要進行產品核實，都需要總結經驗教訓，對相關資料歸檔、更新組織過程資產。區別：行政收尾是針對工程和工程各階段， 工程要進行一次行政收尾，且工程階段結束時都要進行行政收尾；而合同收尾是針對合同的。合同收尾發生在行政收尾之前，先要進行采購審計和合同收尾，然后進行行政收尾。行政收尾要由工程發起人或高層管理層給工程經理簽發工程階段結束的書面確認， 而合同收尾那么要由負責采購管理成員〔可能是工程經理或其他人〕向賣方簽發合同結束的書面確認。輸入J工具與技術"輻出心1■工程管理方案門1.分析技樸1?愛終產品、JR勢換幽2對抽畋忖2?會議Q工組織過程蚩產更新心3組織過程資產"3.專家判斷卩第七章工程范圍管理如果范工程范圍管理就是要做范圍內的事，而且只做范圍內的事。既不多做也不少做。圍都弄不清楚，本錢、進度和質量等就無從談起。如果范一、工程范圍管理通過以下6個過程來實現1、編制范圍管理方案過程。2、收集需求。3、定義范圍。4、創立工作分解結構。5、確認范圍。6、范圍控制二、編制范圍管理方案過程輸入、輸出。輸入：工程管理方案工程章程輸出:范圍管理方案需求管理方案三、需求管理方案的主要內容至少包括：如何規劃、跟蹤和報告各種需求活動。配置管理活動需求優先排序過程產品測量指標及使用這些指標的理由。用來反映哪些需求屬性將被列入跟蹤矩陣的跟蹤結構收集需求過程四、定義范圍是制定工程和產品詳細描述的過程。定義范圍最重要的任務就是詳細定義工程的范圍邊界，范圍邊界是應該做的工作和不需要進行的工作分界線。定義范圍可以增加工程時間、本錢和資源估算的準確度，定義工程控制的依據，明確相關責任人在工程中的責任，明確工程的范圍、合理性和目標，及主要可交付成果。五、范圍定認的輸入、輸出和工具技術輸入:范圍管理方案工程章程需求文件 需求文件各種單一需求將如何滿足與工程相關的業務需求。需求文件的主要內容至少包括：A.業務需求B?干系人需求解決方案需求工程需求E過渡需求F.與需求相關的假設條件、依賴關系和制約因素。輸出：工程范圍說明書工程文件更新工具：產品分析焦點小組焦點小組會議是一種群體訪談而非一對一訪談。備選方案生成引導式研討會研討會能夠比單項會議更早發現問題，更快解決問題。六、范圍說明書〔高頻考點〕工程范圍說明書是對工程范圍、主要可交付成果、假設條件和制約因素的描述。詳細的范圍說明書或引用的文檔通常包括以下內容：工程目標產品范圍描述工程需求工程邊界工程的可交付成果工程的制約因素假設條件七、創立工作分解結構〔WBS〕創立工作分解結構是把工程可交付成果和工程工作分解成較小的、更易于管理的組件的過程。WBS是工程管理的根底。WBS最低層的工作單元被稱為工作包，它包括：工作分解結構是用來確定工程范圍的，工程的全部工作都必須包含在工作分解結構當中WBS的編制需要所有工程干系人的參與，需要工程團隊成員的參與。WBS是逐層向下分解的。應控制在3-6層為宜。WBS中的各要素應該是相對獨立的，要盡量相互間的交叉。常用的 WBS表示形式主要有以下兩種：分級的樹型結構，樹型結構圖的WBS層次清晰，非常直觀，結構性強，但是不容易修改，一般在一些小的、適中的應用工程中用的比擬多。表格形式，表格形式直觀性較差，但是在一些大型的、復雜的工程中使用的比擬的多。八、里程碑=具體時間+在這個時間應完成的事件，它標志著某個可交付成果或者階段性正式完成。工作包：工作包大小一個人8個小時完成，或總完成時間不大于80小時。在制作WBS過程中把每個工作包分配到一個控制賬戶，一個控制賬戶是一個管理控制點。每個控制賬戶可能包括一個或多個工作包，但是一個工作包只能屬于一個控制賬戶。九、要把整個工程工作分解為工作包，通常需要開展以下活動：識別和分析可交付成果及相關工作確定WBS的結構和編排方法自上而下逐層細化分解為WBS組件制定和分配標識編碼核實可交付成果分解的程度是否恰當。十、WBS輸入輸出：輸入：工程范圍管理方案工程范圍說明書需求文件輸出：范圍基準經過批準的范圍說明書、 WBS和相應的WBS詞典組成了范圍基準。 范圍基準包括：工程范圍說明書WBSWBS詞典工程文件更新十一、確認范圍是正式驗收己完成的工程可交付成果的過程。確認范圍的一般步驟：1.確定需要進行確認范圍的時間識別確認范圍需要哪些投入確定范圍正式被接受的標準和要素確定確認范圍會議的組織步驟組織確認范圍會議十二、工程范圍確認所采用的方法檢查群體決策技術 達成群體決策的方法有很多例如：1〕一致同意2〕大多數原那么3〕相對多數原那么4〕專制第八章工程進度管理一、工程進度管理包括為管理工程按時完成所需的7個過程，具體為：規劃進度管理過程定義活動過程排列活動順序過程估算活動資源過程估算活動持續時間過程制定進度方案過程控制進度過程二、工程進度管理方案可以是正式的或非正式的，非常詳細或高度概括的三、規劃工程進度管理的輸入、輸出及工具：輸入：工程管理方案工程章程組織過程資產事業環境因素輸出：工程進度管理方案工具：專家判斷分析技術會議四、排列活動順序的工具與技術:前導圖法：前導圖法(PrecedenceDiagrarmmingMethod,PDM)，也稱緊前關系繪圖法〔單代號網絡圖〕，它包括活動之間存在的4種類型的依賴關系：1〕結束-開始的關系〔F-S型〕2〕結束-結束的關系〔F-F型〕3〕開始-開始的關系〔S-S型〕4〕開始-結束的關系〔S-F型〕單代號網絡圖計算方法最早開始時間ES工期最早完成時間EF活動名稱最遲開始時間LS總浮動時間最遲完成時間LF總浮動時間也叫總時差 計算公式：本活動最遲完成時間 LF-本活動最早完成時間EF關鍵活動的總時差為零自由浮動時間也叫自由時差 計算公式：緊后活動最早開始時間的最小值 LS本活動的最早完成時間ES2?箭線圖法〔ArrowDiagrammingMethod,ADM〕也叫雙代號網絡圖， 是用箭線表示活動、節點表示事件的一種網絡圖繪制方法。3?確定依賴關系分為強制性依賴關系、選擇性依賴關系、外部依賴關系和內部依賴關系。4?提前量與滯后量五、 排列活動的輸出1?工程進度網絡圖2?工程文件更新六、 估算活動資源的輸入、輸出和工具輸入：1?進度管理方案2?活動清單3?活動屬性4?資源日歷5?風險登記冊6?活動本錢估算7?事業環境因素8?組織過程資產輸出：1?活動資源需求資源分解結構〔ResourceBreakdownStructure,RBS〕工程文件更新工具：專家判斷備選方案分析發布的估算數據工程管理軟件自下而上估算七、估算活動持續時間的輸入、輸出和工具輸入：進度管理方案活動清單活動屬性活動資源需求資源日歷工程范圍說明書風險登記冊資源分解結構事業環境因素組織過程資產輸出：活動持續時間估算工程文件更新工具：專家判斷類比估算是一種使用相似活動或工程的歷史數據，類比估算通常本錢較低、耗時轉少，準確性也較低。如果以往活動是本質上而不是外表上類似，并且從事估算的工程團隊成員具備必要的專業知識，那么類比估算就最為可靠。參數估算4?三點估算三點估算有最可能時間〔tM丨最樂觀時間〔to〕最悲觀時間〔tP〕期望持續時間tE的計算公式為：tE=〔to+4tM+tP〕/6標準差其計算公式為：b=〔tP-to]/6舉例：活動A的最樂觀時間是7天、最可能的時間是10天、最悲觀的時間是 19天活動A持續時間的PERT古算值為tE=〔7+4*10+19〕/6=11天活動A持續時間PERT古算標準差為：d=(tP-to)/6=(19-7)/6=2 天1 d=68.2%2d=95.5%3d=99.7%群體決策技術儲藏分析第36頁八、制定進度方案的工具與技術進度網絡分析關鍵路線法，關鍵路徑上的活動被稱為關鍵活動。進度網絡圖中可能有多條關鍵路徑，隨著活動的變化關鍵路徑也在不斷變化。關鍵鏈法資源優化技術包括資源平衡和資源平滑。資源平衡往往導致關鍵路徑改變，通常是延長。資源平滑不會改變工程關鍵路徑，完工日期也不會改變。建模技術提前量與滯后量進度壓縮包括但不限于趕工和快速跟進。趕工只適用于那些通過增加資源就能縮短持續時間的，且位于關鍵路徑上的活動。趕工并非總是切實可行，它可能導致風險和 /或本錢的增加。快速跟進〔并行施工〕，快速跟進可能造成返工和風險增加，它只適用于能夠通過并行活動來縮短工程工期的情況。九、控制進度進度控制關注如下內容：判斷工程進度的當前狀態對引起進度變更的因素施加影響，以保證這種變化朝著有利的方向開展；判斷工程進度是否已經發生變更當變更實際發生時嚴格按照變更控制流程對其進行管理。十、通常可以用以下一些方法縮短活動的工期〔掌握〕趕工快速跟進使用高素質的資源或經驗更豐富的人員減小活動范圍或降低活動要求〔必須征得業主同意〕改進方法或技術，以提高生產效率加強質量管理，及時發現問題，減少返工，從而縮短工期第九章工程本錢管理一、 工程的本錢管理就是要確保在批準的預算內完成工程，工程本錢管理應當考慮工程干系人的需要，特別是小工程而言，本錢估算和本錢預算之間的關系極其密切，可以將其視為一個過程。二、 工程本錢失控原因主要有以下幾點〔重點〕1?對工程工程認識缺乏〔思想上〕:a.對信息系統工程本錢控制的特點認識缺乏，對難度估計缺乏b?工程工程的規模不合理 c.工程工程的設計及實施人員缺乏本錢意識 d.對工程本錢的使用缺乏責任感，隨意開支，鋪張浪費組織制度不健全方法問題技術制約需求管理不當三、 工程本錢管理要制訂本錢管理方案、本錢估算、本錢預算、本錢控制等4個過程來完成，其中：制訂本錢管理方案---制定了工程本錢結構、估算、預算、和控制的標準本錢估算---編制完成工程活動所需資源的大致本錢本錢預算---合計各個活動或工作包的估算本錢，以建立本錢基準本錢控制---影響造成本錢偏差的因素，控制工程預算的變更。四、 本錢的類型分為：可變本錢---隨著生產量、工作量或時間而變的本錢為可變本錢。又叫變動本錢固定本錢直接本錢---真接可以歸屬于工程工作的本錢為直接本錢。如：工程團隊差旅費、工資、工程使用的物料及設備使用費等。間接本錢---來自一般管理費用科目或幾個工程共同擔負的工程本錢所分攤給本項目的費用。如：稅金、額外福利和保衛費用等。時機本錢漂浮本錢---如：請送后沒中標的費用。在投資決策時應排除漂浮本錢的干擾。五、 應急儲藏通常是預算的一局部，用來應對那些會影響工程的 “己知---未知〞風險。如：預知工程要返工，但不知道返工量有多少。管理儲藏是為了管理控制的目的而特別留出的工程預算，通常來應對“未知 ---未知〞風險。管理儲藏不包含在本錢基準中。六、 本錢基準是經批準的按時間安排的本錢支出方案。七、 工程本錢管理方案制定的輸入、輸出、工具和技術輸入：工程管理方案工程章程事業環境因素組織過程資產輸出：本錢管理方案：本錢管理方案能制定：a.精確等級b?測量單位c.組織程序鏈接d?控制臨界值e?掙值規那么f.報告格式g?過程說明h?其它細節上述所有內容和其它信息都包含在本錢管理方案中，可以在方案的正文內也可能做為附錄。本錢管理方案可以是正式的，也可以非正式的，可以是詳細的，也可以是概括的。〔所有方案均適用〕工具和技術：專家判斷分析技術：可用技術包括〔但不限于〕：投資回收期、投資回報率、內部報酬率、現金流貼現和凈現值。會議八、 工程本錢估算在啟動階段，工程估算為粗算，估算范圍為 -50%---+100%。在項目后期估算精度范圍能縮小到-10%---+15%除工程直接本錢外，工程估算還需要考慮但容易被無視的主要因素有以下幾種：非直接本錢學習曲線工程完成的時限質量要求儲藏：包括應急儲藏和管理儲藏。九、 編制工程本錢估算需要進行以下3個主要步驟識別并分析本錢的構成科目根據己識別的工程本錢構成科目，估算每一科目的本錢大小分析本錢估算結果，找出各種可以相互替代的本錢，協調各種本錢之間的比例關系。方案的最終作用是要優化管理，找出可行的低本錢的替代方案，盡可能的降低工程估算的總本錢。十、工程本錢估算所采用的技術與工具專家判斷2.類比估算：在工程詳細信息缺乏時，例如在工程早期階段，相對于其它估算技術，類比估算通常本錢較低、耗時較少，但準確性也較低。可以針對整個工程或工程中的某個局部進行類比估算。類比估算可以與其它估算方法聯合使用。如果工程是本質上而不只是外表上的類似，并且從事估算的工程團隊成員具備必要的專業知識，那么估算就最為可靠。參數估算自上而下估算三點估算儲藏分析質量本錢工程管理軟件賣方投標分析群體決策技術。十一、工程本錢估算的輸入、輸出輸入：本錢管理方案人力資源管理方案范圍基準工程進度方案風險登記冊事業環境因素組織過程資產輸出：1.活動本錢估算估算依據工程文件更新十二、工程本錢預算的特征方案性約束性控制性十三、編制工程本錢預算的步驟：首先要得到工程的總體估算，那么制訂工程本錢預算所必須經過的步驟如下：將工程總本錢分攤到工程工作分解結構的各個工作包。分解按照自頂向下，根據占用資源數量的多少而設置不同的分解權重2.將各個工作包本錢再分配到該工作包所包含的各項活動上。確定各項本錢預算支出的時間方案及工程本錢預算方案。 主要根據資源投入時間段形成本錢預算方案。工程的本錢預算為衡量工程績效情況提供了基準。十四、工程本錢預算的輸入、輸出與技術工具輸入：本錢管理方案范圍基準活動本錢估算估算依據工程進度方案資源日歷風險登記冊協議組織過程資產輸出：本錢基準本錢基準是經過批準的、按時間段分配的工程預算，不包括任何管理儲藏。最后在本錢基準之上增加管理儲藏，得到工程預算.工程資金需求工程文件更新工具：本錢匯總〔自上而下疊加〕儲藏分析專家判斷4?參數模型參數模型要到達可靠的前提是： a?用來建立模型的歷史信息準確b?模型中的參數易于量化 c.模型可以調整，以便對大工程、小工程和各工程階段都適用。資金限制平衡〔通過在進度方案中添加強制日期來實現〕五、 工程本錢控制主包括如下內容〔至少記住4條〕對造成本錢基準變更的因素施加影響確保所有變更請求都得到及時處理當變更實際發生時，管理這些變更確保本錢支出不超過批準的資金限額，既不超出按時段、按 WBS組件、按活動分配的限額，也不超出工程總限額。監督本錢績效，找出并分析與本錢基準間的偏差對照資金支出，監督工作績效防止在本錢或資源中使用報告中出現未經批準的變更8.向有關干系人報告所有經批準的變更及相關本錢 ;9.設法把預期的本錢超值控制在可接受的范圍內十六、工程本錢控制所用的工具與技術1〕掙值管理EVM方案值〔Plannedvalue,PV〕方案干的活2?掙值〔EarndValue,E\〕己經干完的活3?實際本錢〔ActualCost,AC〕在給定時間段，實際發生的本錢4?進度偏差〔ScheduleVarianee,SM測量進度績效的指標，表示為掙值與方案值之前的偏差，公式為SV二EVPV。5?本錢偏差〔Costvarianee,CV〕測量本錢績效的指標。表示為掙值與實際本錢之差，公式為CV二EVAC進度績效指數〔SchedulePerformaneeIndex,SP〕是測量進度效率的一種指標，表示為掙值與方案值之比。 公式為SPI=EV/PV當SPI>1.0時，說明進度超前；當SPK1.0時，說明進度落后。本錢績效指數〔CostPerformaneeIndex,CPI丨是測量預算資源的本錢效率的一種指標，表示為掙值與實際本錢之比。它是最關鍵的 EVM指標。公式為CPI=EV/AC當CPI>1.0時說明本錢節約；當CPIV1.0時說明本錢超支2〕預測1.完工估算EAC公式EAC=AC+ETC完工預算BAC基于非典型的偏差計算4.基于典型的偏差計算ETC=BACEV(BAC-EV)亠 BACETC 或EAC1.完工估算EAC公式EAC=AC+ETC完工預算BAC基于非典型的偏差計算4.基于典型的偏差計算ETC=BACEV(BAC-EV)亠 BACETC 或EAC=—CPI CPI3〕完工尚需估算指數TCPI基于BAC的TCPI公式TCPI=(lAf^C)簡單說明就是剩余工作/剩余資金。TCPI>1很難完成；TCPI<1很容易完成;TCPI=網。-EV)基于eac的計公式TCPI=(eaC-AC)TCPI>1很難完成；TCPI<1很容易完成績效審查4〕1.偏差分析2.趨勢分析3.掙值績效5〕工程管理軟件儲藏分析6〕三參數關系分析〔含義〕措施1AC>PV>EVSV<0CV<O效率低、速度較慢、投入超前用工作效率咼的人員更換一批工作效率低的人員；趕工或并行施工追趕進度2PV>AC=EVSV<0CV=0效率較低、速度慢、本錢與預算相差不大增加高效人員投入，趕工或并行施工追趕進度3AC=EV>PVSV>0CV=0效率較低、速度較快、本錢與預算相差不大抽出局部人員，增加少量骨干人員4EV>PV>ACSV>0CV>0效率咼、速度較快、投入延后假設偏離不大，維持現狀 ，加強質量控制十七、工程本錢控制的輸入、輸出輸入：工程管理方案輸出：工作績效信息本錢預測變更請求工程管理方案更新。工程文件更新組織過程資產更新第十章工程質量管理一、國際標準化組織〔ISO〕對對質〔Quality丨的定義是：“反響實體滿足主體明確和隱含需求的能力的特性總和〞質量通常是指產品的質量，廣義的質量還包括工作質量。一個低等級〔功能有限〕、高質量〔無明顯區縣，用戶手冊易讀〕的軟件產品，該產品適合一般使用，可被認可。一登上高等級〔功能繁多〕、低質量〔有許多缺陷，用戶手冊雜亂無章〕的軟件產品，該產品不會被使用者接受。二、 從工程作為一次性活動來看，工程質量表達在由 WBS反映出的工程范圍內所有的階段、子工程、工程工作單元的質量所構成， 即工程的工作質量；從工程作為最終產品來看，工程質量表達在其性能或使用價值上。 工程合同通常是進行工程質量管理的主要依據。三、 質量管理的開展，大致經歷了：手工藝人時代質量檢驗階段費雷德*泰勒3?統計質量控制階段休哈特提出的“6o〞全面質量管理階段美國的費根鮑姆和朱蘭提出的全面質量管理理論 〔TMQ〕四、 “老七〞工具因果圖又稱魚骨圖或石川馨圖發現可行動的根本原因流程圖也叫過程圖，通過其來估算質量本錢，是為完成符合要求的成果而需要開展的一致性工作和非一致性工作的細分直方圖是一種特殊形式的條形圖，用于描述集中趨勢、分散程度和統計分布形狀。與控制圖不同，直方圖不考慮時間對分布內的變化影響檢查單以便有效的收集關于潛在質量問題的有用數據散點圖可以查看兩個變量之間是否存在某