軟考高項信息化考點全套1．兩化融合：工業化與信息化，含義是：一是信息化與工業化發展戰略的融合；二是指信息資源與材料、能源等工業資源的融合；三是指虛擬經濟與工業實體經濟融合；四是指信息技術與工業技術、IT設備與工業裝備的融合。2次2．信息化與信息系統（1）信息技術發展趨勢：高速度，大容量；集成化和平臺化、智能化、虛擬計算、通信技術、遙感和傳感技術、移動智能終端、以人為本信息安全。考2次（2）信息化：主體是企業，而不是程序員、工程師、項目經理、質量管控人員。題考查信息的質量屬性。（3）信息的質量屬性：?完整性：輸入和傳輸的過程，不被非法授權修改和破壞，保證數據的一致性。?可靠性：信息與預期行為一致的特性。?可驗證性：對自己的動作和做出的決定負責的一種特性。?保密性：信息不能被未授權的個人、實體或者過程利用或知悉的特性。（4）大型信息系統：以信息技術和通信技術為支撐，規模龐大、分布廣闊，采用多級網絡結構，跨越多個安全域，處理海量的，復雜且形式多樣的數據，提供多種類型應用的大系統。3．網絡存儲技術：DASNASSANlDAS：很難擴展，存儲容量的升級是瓶頸lNAS：通過網絡訪問，僅提供文件系統功能，存儲功能完全獨立于網絡中的主服務器，主要用NFS和CIFS來進行訪問，即插即用。lSAN：通過專用交換機將磁盤陣列與服務器連接起來，沒有采用文件共享存取，采用塊級別存儲。根據數據傳輸過程采用協議，分FCSANIPSANIBSAN。nFCSAN成本和復雜性高，需要每個服務器有FC適配器、專用FC交換機和獨立的布線基礎架構；nIPSAN數據塊級別存儲，設備成本低，配置簡單；nIBSAN是一種交換結構I/O技術，通過一套中心機構（IB交換機）在遠程存儲器、網絡及服務器等設備間建立一個單一連接鏈路，提高系統性能、可靠性和有效性，緩解各硬件設備之間數據流量擁塞。4．新一代信息技術（1）區塊鏈技術的模型：數據層、網絡層、共識層、激勵層、合約層和應用層組成。（2）數據倉庫技術：體系結構包括數據源、數據存儲與管理、OLAP服務器、前端工具。OLAP與OLTP：OLTP是執行基本日常的事務處理，比如數據庫記錄的增刪查改；OLAP是數據倉庫系統的主要應用，支持復雜的分析操作，側重決策支持，且提供直觀易懂的查詢結果。典型的應用就是復雜的動態的報表系統。（3）大數據的特點，5個V，Volume(大量)、Variety(多樣)、Value(價值)、Velocity(高速)和Veracity(真實性)來概括大數據的特征。（4）區塊鏈ü特點：分布式數據存儲、點對點傳輸、共識機制、加密算法等。ü模型：數據層、網絡層、共識層、激勵層、合約層和應用層l數據層：封裝了底層數據區塊的鏈式結構，以及非對稱公私鑰數據加密技術和時間戳等技術。l網絡層：包括P2P組網機制、數據傳播機制和數據驗證機制等。l共識層：各類共識機制算法，區塊鏈的核心技術。共識機制算法：工作量證明機制(PoW，ProofofWork)、權益證明機制(PoS，ProofofStake)、股份授權證明機制(DPoS，DelegatedProofofStake)等。數據層、網絡層、共識層是構建區塊鏈技術的必要元素。l激勵層，將經濟因素集成到區塊鏈技術體系中來，包括經濟激勵的發行機制和分配機制等，主要出現在公有鏈當中。在公有鏈中必須激勵遵守規則參與記賬的節點；在私有鏈當中則不一定需要進行激勵，因為參與記賬的節點往往是在鏈外完成了博弈，通過強制力或自愿來要求參與記賬。l合約層，封裝各類腳本、算法和智能合約，是區塊鏈可編程特性的基礎。比特幣本身就具有簡單腳本的編寫功能，而以太坊極大的強化了編程語言協議，理論上可以編寫實現任何功能的應用。l應用層，各種應用場景和案例，比如搭建在以太坊上的各類區塊鏈應用即部署在應用層，而未來的可編程金融和可編程社會也將會是搭建在應用層。5．網絡技術(1)網絡規劃分為規劃、設計與實施三個階段;網絡設計原則：規劃可擴展、性能可擴展(2)網絡設計分層設計：接入層、匯聚層、核心層。ACL(AccessControlList,訪問控制列表)，是一系列運用到路由器接口的指令列表，路由根據ACL中指定的條件對經過路由器接口的數據包進行檢查，主要發生在路由器和匯聚層設備中。l核心層——高速轉發通信，更高可靠性、性能和吞吐量l匯聚層——訪問策略控制，數據包處理，過濾尋址，及其他數據處理，與接入層相比，更少接口和更高交換速率。l接入層——提供用戶到網絡的接入，負責用戶設備接入，防止非法用戶進入網絡。低成本高密度。(3)網絡接入：①有線：PSTNISDNADSLFFTx+LANHFC；②無線包括GPRS、3/4/5G，無線電波、WiFi和4G(4)網絡標準協議l802.11協議簇：無線局域網絡制定的標準；nIEEE802.3以太網；以太網介質訪問控制協議(CSMA/CD)及物理層技術規范。以太網的幀是數據鏈路層的封裝，網絡層的數據包被加上幀頭和幀尾成為可以被數據鏈路層識別的數據幀(成幀)。雖然幀頭和幀尾所用的字節數是固定不變的，但被封裝的數據包大小的不同，以太網的長度也在變化，其范圍是64~1518字節(不算8字節的前導字)nIEEE802.4令牌總線；nIEEE802.5令牌環網；nIEEE802.11無線局域網，無線局域網(WLAN)的介質訪問控制協議及物理層技術規范；WI-FI使用了802.11的媒體訪問數據鏈路層(DLL)和物理層(PHY)，數據鏈路層和物理層合起來稱其為網絡接口層。6．OSI模型:OSI安全體系結構：五類安全服務，認證（鑒別）服務、訪問控制服務、數據保密性服務、數據完整性服務和抗否認性服務。l物理層:最低層或第一層，物理連網媒介，如電纜連線連接器，RS232V.35RJ-45FDDIl數據鏈路層:第二層，控制網絡層與物理層之間的通信從網絡層接收到的數據被分割成特定的可被物理層傳輸的幀，在不可靠的物理線路上進行數據的可靠傳遞。802.3/.2HDLCPPPATMl網絡層:將網絡地址翻譯成對應的物理地址，并決定如何將數據從發送方路由到接收方，有IP、ICMP、IGMPIPXARP和RARP。l傳輸層:負責分割、組合數據，實現端到端的邏輯連接,流量控制。TCPUDPSPXl會話層:負責在網絡中的兩節點之間建立和維持通信。RPCSQLNFSl表示層:應用程序和網絡之間的翻譯官，數據將按照網絡能理解的方案進行格式化；數據的壓縮、解壓，加密、解密。JPEGASCIIGIFDESMPEGl應用層:負責對軟件提供接口以使程序能使用網絡服務，TFTP是TCP/IP協議族中的一個用來在客戶機與服務器之間進行簡單文件傳輸的協議，提供不復雜、開銷不大的文件傳輸服務。端口號為69。HTTPTelnetFTPSMTP(1)開放系統互連參考模型(OpenSystemInterconnectionReferenceModel,OSI/RM),從下往上分別是物理層、數據鏈路層、網絡層、傳輸層、會話層、表示層、應用層7層結構。SNMP是在UDP協議之上的異步請求/響應協議(2)TCP/IP，一組用于實現網絡互連的通信協議，分為四層：網絡接口層、網絡層、傳輸層、應用層。l應用層：為用戶提供所需要服務，FTP、Telnet、DNS、SMTP等l傳輸層：為應用層實體提供端到端的通信功能，保證數據包的順序傳送及數據的完整性，分為：傳輸控制協議TCP和用戶數據報協議UDPnTCP協議，可靠的、三次握手連接的數據傳輸服務；nUDP協議，不保證可靠的、無連接的數據傳輸服務.l網際互聯層，對應OSI的網絡層，解決主機到主機的通信問題，主機的尋址，路由。協議：網際協議(IP)、互聯網組管理協議(IGMP)和互聯網控制報文協議(ICMP)。IP協議提供的是一個可靠、無連接的數據報傳遞服務nICMPl網絡接入層(即主機-網絡層)，即主機-網絡層，OSI的物理層和數據鏈路層對應，負責監視數據在主機和網絡之間的交換。地址協議(ARP)工作在此層，即OSI參考模型的數據鏈路層。7．數據庫管理系統：8．中間件：操作系統與應用程序之間，獨立的系統軟件或服務，與操作系統、數據庫關系系統稱為“三套車”。?底層型中間件：JVMCRLACEJDBCODBC?通用型中間件：CORBAJ2EEMOMCOM?集成型中間件：WorkFlowEAICORBA：系統底層傳輸層的集成；消息中間件完成不同系統的消息傳遞；J2EE完成不同硬件和操作系統的集成9．軟件需求（1）需求基線：已承諾在特定版本實現功能性和非功能性需求集合。（2）需求分類：①業務需求:高層次，投資人、購買產品的客戶,使用前景和范圍文檔來記錄業務需求;②用戶需求:用戶的目標，或用戶要求系統必須能完成的任務。③功能需求:在產品中實現的軟件功能，用戶利用這些功能來完成任務，滿足業務需求。④系統需求:多個子系統的產品(即系統)的頂級需求。（3）需求工程活動：收集與獲取需求、需求分析、定義需求(編寫需求說明書)、及需求驗證四個階段。其中：需求分析又包括需求提出、需求描述及需求評審三個階段。①需求獲取：訪談、問卷、采樣、情節串聯版、聯合需求計劃②需求分析：確定對系統的綜合要求、功能要求和性能要求等，檢測和解決需求之間的沖突；發現系統的邊界；并詳細描述出系統需求；1)SA方法進行需求分析，建立的模型核心是數據字典，E-R數據模型STD狀態轉換圖為行為模型；DFD數據流圖為功能模型;2)需求評審：需求規格說明和初步的用戶手冊，確保需求無二義、完整、一致、可測試、確定性、可跟蹤、正確性、必要性，使用戶、設計人員對需求的理解達成一致。③需求驗證：需求確認，通過需求評審和需求測試來進行驗證④QFD質量功能部署：常規需求、期望需求、意外需求⑤SRS需求規格說明書：需求開發活動的產物，包括：范圍、引用文件、需求、合規性規定、需求可追蹤性、尚未解決問題、注解、附錄10．UML：建模語言，構造塊、規則和公共機制。14.1UML中的關系?依賴：一個事物發生會影響另一個事物，虛線箭頭，箭頭指向被使用者?泛化：一般和特殊，特殊可代替一般，實線空心三角箭頭，指向父類?關聯：一組對象之間連接的結構關系，實線箭頭，雙向箭頭或無箭頭?實現：類指定由另一類保證執行的契約，封閉空箭頭的虛線，箭頭指向接口14.2UML2.0中的圖?類圖(classdiagram)：一組類、接口、協作和之間的關系，最常見的圖，靜態設計視圖，活動類的類圖給出了系統的靜態進程視圖。顯示信息結構，同時描述系統行為。?對象圖(objectdiagram)：一組對象及它們之間的關系，事物實例的靜態快照。和類圖一樣，系統的靜態設計視圖或靜態進程視圖，但它們是從真實案例或原型案例的角度建立的?構件圖：一個封裝的類和它的接口、端口，以及由內嵌的構件和連接件構成的內部結構，用于表示系統的靜態設計實現視圖。對于由小的部件構建大的系統來說，構件圖是很重要的。構件圖是類圖的變體?組合結構圖：結構化類內部的結構，包括結構化類與系統其余部分的交互點?用例圖一組用例、參與者與他們之間的關系，系統靜態用例圖，是最基本的需求分析模型外部執行者(Actor)所理解的系統功能?順序圖：交互圖，一組對象及他們之間可能發送消息構成。系統的動態視圖，強調消息的時間次序。?通信圖:交互圖，強調收發消息的對象或參與者的結構組織。順序圖強調時序，通信圖強調對象之間的結構(關系）?定時圖，交互圖，消息跨越不同對象或角色的實際時間，而不僅關心消息的相對順序?狀態圖，一個狀態機，它由狀態、轉移、事件和活動組成，對象的動態視圖。它對于接口、類或協作的行為建模尤為重要，而且它強調事件導致的對象行為，這非常有助于對反應式系統建模?活動圖將進程或其他計算機結構展示為計算機內部一步步的控制流和數據流，系統的動態視圖，強調對象間的控制流程?部署圖：對運行時的處理節點及其在其中生存的構建的配置，靜態部署圖。?制品圖：計算機中一個系統的物理結構，包括文件、數據庫合類似的物理比特集合，與部署圖一起使用，給出他們實現的類和構件?包圖：由模型本身分解而成的組織單元，及他們之間依賴關系。?交互概覽圖：活動圖和順序圖的混合物。14.3UML2.0視圖，它是用來描述某一個抽象層上對系統的一個抽象的表示。l邏輯視圖，稱為設計視圖，它表示了設計模型中在架構方面具有重要意義的部分，即類、子系統、包和用例實現的子集。l進程視圖，是可執行線程和進程作為活動類的建模，邏輯視圖的一次執行實例，描述了并發與同步結構。l實現視圖，對組成基于系統的物理代碼的文件和構件進行建模。l用例視圖，需求分析模型，最基本.l部署視圖：把構件部署到一組物理節點上，表示軟件到硬件的映射；11．面向對象分析：OOA做什么，OOD怎么做，面向對象分析核心是建立用例模型和分析模型。用例模型的構建經歷4個過程：識別參與者、合并需求獲得用例、細化用例描述和調整用例模型，期三個必需。12．類之間的關系13．虛線箭頭指向依賴；實線箭頭指向關聯；虛線三角指向接口；實線三角指向父類；空心菱形能分離而獨立存在，是聚合；實心菱形精密關聯不可分，是組合；14．軟件架構風格分為5大類：圖片l數據流：批處理、管道/過濾器。l調用/返回：主/子程序、數據抽象面向對象、層次結構l獨立構件：進程通信、事件驅動l虛擬機風格：解釋器、基于規則的系統l倉庫風格：數據庫、黑板l其他：特定領域軟件體系結構、狀態轉移、分布式處理、REST。其中分布式有C/S、B/S、CORBA、DCOM和EJB等。15．架構評估：關注質量，基于問卷（檢查表）、基于場景、基于度量的方式。16．軟件設計：?結構化設計：自頂向下、逐步求精；以SRS與SA17．設計模式：解決方案、效果、實例代碼和相關設計模式等基本要素l處理范圍，類模式和對象模式l目的用途，創建型模式、結構型模式和行為型模式18．移動互聯網的特點：①重視對傳感技術的應用;②有效地實現人與人的連接;③瀏覽器競爭及孤島問題突出。移動互聯網不是傳統桌面互聯網的簡單復制和移植，而是傳統互聯網的延伸和補充19．企業系統規劃BSP：常用矩陣方法l過程/組織矩陣：在定義業務過程的的步驟產生，表達的是企業的業務過程與企業組織機構的關系l實體/數據類矩陣：在定義數據類的步驟產生，表達的是數據類與實體、數據類與實體相關類型的關系l功能/數據類矩陣：在定義數據類的步驟產生，表達的是企業流程中各項功能與相應數據類的產生與使用關系20．信息系統生命周期：可以分為4個階段：立項、開發、運維、消亡。開發階段又可分為總體規劃階段、系統分析階段、系統設計階段、系統實施階段和系統驗收階段。總體規劃向系統分析階段提交可行性分析報告;系統分析階段提交系統方案說明書;系統設計階段提交系統設計說明書;一般來說總體規劃工作量占9%，系統分析占15%，系統設計占20%，系統實施占50%，運行和評價占6%。l系統規劃：對組織的環境、目標及現行系統的狀況進行初步調查，確定信息系統的發展戰略，對建設新系統的需求做出分析和預測，包括信息系統開發目標、總體結構、管理流程、實施計劃、技術規范，考慮建設新系統所受的各種約束，研究建設新系統的必要性和可能性。l系統分析：根據系統設計任務書所確定的范圍，對現行系統進行詳細調查，描述現行系統的業務流程，指出現行系統的局限性和不足之處，確定新系統的基本目標和邏輯功能要求，即提出新系統的邏輯模型。內容包括組織結構及功能分析、業務流程分析、數據和數據流程分析及系統初步方案l系統設計：根據系統說明書中規定的功能要求，考慮實際條件，設計實現邏輯模型的技術方案，也就是設計新系統的物理模型。內容包括系統架構設計、數據設計、處理流程設計、功能模塊設計、安全控制方案設計、系統組織和隊伍設計及系統管理流程設計l系統實施：系統實施階段是將設計的系統付諸實施的階段。l系統運行和維護：系統投入運行后，需經常進行維護和評價，記錄系統運行情況，根據一定規則對系統進行必要的修改，評價系統工作質量和經濟效益。21．面向對象特性：多態繼承封裝l繼承:子類自動共享父類之間數據和方法的機制l多態:可以理解為事物存在的多種體現形式(父類類型的變量引用指向子類類型的對象)。22．消息是對象之間進行通信的一種規格說明。一般它由三部分組成：接收消息的對象、消息名及實際變元。23．接口就是對操作規范的說明24．軟件測試類型l確認測試：驗證軟件的功能、性能和其他特性是否與用戶需求一致。25．類模式處理類和子類之間的關系，這些關系通過繼承建立，在編譯時刻被確定下來，屬于靜態關系；對象模式處理對象之間的關系，這些關系在運行時刻變化，更具動態性。26．干系人管理：受項目影響和影響項目的個人或組織，可能贏得更多的資源，啟動階段影響最大，隨著項目的進行逐漸減弱27．云資源類型lSaaS：提供在云計算基礎設施上的應用程序，消費者不需要管理或控制云計算基礎設施，如網絡、服務器、操作系統、存儲等等。lPaaS：提供開發語言和工具開發的或收購的應用程序，不需要管理或控制底層的云基礎設施，如網絡、服務器、操作系統、存儲等，但能控制部署的應用程序，也可能控制運行應用程序的托管環境配置。lIaaS:提供設施，如處理、存儲、網絡和其它基本的計算資源，用戶能夠部署和運行任意軟件，包括操作系統和應用程序。消費者不管理或控制任何云計算基礎設施，但能控制操作系統的選擇、儲存空間、部署的應用，也有可能獲得有限制的網絡組件(例如，防火墻，負載均衡器等)的控制。lCaaS通訊即服務。CaaS是將傳統電信的能力如消息、語音、視頻、會議、通信協同等封裝成API或者SDK通過互聯網對外開放，提供給第三方使用，將電信能力真正作為服務對外提供。E28．智能特點:感知能力：感知外部世界、獲取外部信息的能力，前提條件和必要條件；記憶和思維能力，即能夠存儲感知到的外部信息及由思維產生的知識，同時能夠利用已有的知識對信息進行分析、計算、比較、判斷、聯想、決策；學習能力和自適應能力，即通過與環境的相互作用，不斷學習積累知識，使自己能夠適應環境變化；四是具有行為決策能力，即對外界的刺激作出反應，形成決策并傳達相應的信息。29．面向對象方法ü優點：符合人類思維，易于理解；模塊化，復用性好ü基本任務，把面向對象分析模型轉化為面向對象的設計模型，包括任務：設計用例實現方案、設計技術支撐設施、設計用戶界面、精化設計模型。30．2015年，國務院發布了《關于積極推進“互聯網+”行動的指導意見》提出，到2018年，互聯網與經濟社會各領域的融合發展進一步深化，基于互聯網的新業態成為新的經濟增長動力，互聯網支撐大眾創業、萬眾創新的作用進一步增強，互聯網成為提供公共服務的重要手段，網絡經濟與實體經濟協同互動的發展格局基本形成。到2025年，“互聯網+”新經濟形態初步形成，“互聯網+”成為我國經濟社會創新發展的重要驅動力量。31．針對操作系統的安全威脅按照行為方式劃分，通常有下面四種：ü切斷，可用性的威脅，資源被破壞或變得不可用或不能用，如破壞硬盤、切斷通信線路或使文件管理失效。ü截取，機密性的威脅，未經授權的用戶、程序或計算機系統獲得了對某資源的訪問，如在網絡中竊取數據，非法拷貝文件和程序。ü篡改，完整性的攻擊。未經授權的用戶不僅獲得了對某資源的訪問，而且進行篡改，如修改數據文件中的值，修改網絡中正在傳送的消息內容。ü偽造，合法性的威脅。未經授權的用戶將偽造的對象插入到系統中，如非法用戶把偽造的消息加到網絡中或向當前文件加入記錄。32．信息安全四個層次：設備安全、數據安全、內容安全、行為安全。33．EAI：企業應用集成技術?表示集，界面集成，用戶界面作為公共的集成點，黑盒集成，常用的集成技術主要有屏幕截取和輸入模擬技術。?數據集，為了完成控制集成和業務流程集成，必須首先解決數據和數據庫的集成問題，首先對數據進行標識并編成目錄，還要確定元數據模型，保證數據在數據庫系統中分布和共享，白盒集成。相對而言，數據集成比表示集成更加靈活。但是，當業務邏輯經常發生變化時，數據集成就會面臨困難。?控制集成，功能集成，應用集成，是在業務邏輯層上對應用系統進行集成的，集成點存于程序代碼中，集成處可能只需簡單使用公開的API就可以訪問，黑盒集成。控制集成與表示集成、數據集成相比，靈活性更高。表示集成和數據集成所適用的環境，都適用于控制集成。由于控制集成是在業務邏輯層進行的，其復雜度更高一些。而且，很多系統的業務邏輯部分并沒有提供API，集成難度就會更大。?業務流程集成，過程集成，超越了數據和系統，它由一系列基于標準的、統一數據格式的工作流組成。當進行業務流程集成時，企業必須對各種業務信息的交換進行定義、授權和管理，以便改進操作、減少成本、提高響應速度。34．商業智能：利用數據倉庫、聯機分析處理(OLAP)工具和數據挖掘。35．電子政務項目實施機構應在電子政務項目竣工驗收后3個月內，根據建設單位檔案管理規定，向建設單位或本機構的檔案管理部門移交檔案。需經常利用的檔案，可在辦理移交手續后借出。36．四控：進度控制、質量控制、成本控制、變更控制。三管：合同管理、安全管理、文檔管理。一協調：溝通與協調業主、承建方Y設備和材料供應商之間的關系。37．存儲轉發：以太網交換機的控制器先將輸入端口到來的數據包緩存起來，先檢查數據包是否正確，并過濾掉沖突包錯誤。確定包正確后，取出目的地址，通過查找表找到想要發送的輸出端口地址，然后將該包發送出去。38．綜合布線系統：工作區子系統、水平子系統、垂直干線子系統、設備間子系統、管理子系統和建筑群子系統。工作區子系統是一個從信息插座延伸至終端設備的區域39．軟件維護類型，其中(預防性維護)的目的是檢測并更正軟件產品中的潛在錯誤，防止它們成為實際錯誤。更正性維護、適應性維護、完善性維護40．技術評審的目的是評價軟件產品，以確定其對使用意圖的適合性，表明產品是否滿足要求。41．聚合:是整體與部分、擁有的關系。OMT法是目前最為成熟和實用的方法之一。它從三個方面對系統進行建模，每個模型從一個側面反映系統的特性，三個模型分別是：對象模型、動態模型和功能模型。42．移動計算的特點：(1)移動性(2)網絡條件多樣性(3)頻繁斷接性(3)網絡通信的非對稱性(5)移動計算機的電源能力有限（6）可靠性低43．數據流圖：信息在系統中的流向，包括數據流、加工、數據存儲和外部實體。44．技術評審：是評價軟件產品，以確定其對使用意圖的適合性，目標是識別規范說明與標準的差異，并向管理提供證據，以表明產品是否滿足規范說明并遵從標準，而且可以控制變更。45．質量保證：檢查開發和管理活動是否與已定的過程策略、標準和流程一致，檢查工作產品是否遵循模板規定的內容和格式46．軟件審計：提供軟件產品和過程對于可應用的規則、標準、指南、計劃和流程的遵從性的獨立評價。47．軟件過程管理：啟動和范圍定義、軟件項目計劃、軟件項目實施、評審和評價、關閉、軟件工程度量。軟件工程度量：進行在軟件工程組織中有效地開發和實現度量的程序。48．軟件配置管理：軟件配置項，軟件配置管理的4個活動：配置項標識、配置項控制(變更控制)、配置狀態報告和配置審計。49．監理機構：(1)技術和質量的要求；(2)主要產品和服務的要求；(3)投標單位資格的要求；(3)驗收方法、接收準則；(5)時間進度的要求。50．綜合布線：傳輸語音、數據、影像和其他信息的標準結構化布線系統，采用模塊化和分層星型拓撲結構，其中三個子系統：配線(水平)子系統、干線(垂直)子系統、建筑群子系統；外加三個部分：工作區、設備間、管理。?工作區子系統：工作區內終端設備連接到信息插座之間的設備組成，包括信息插座、連接軟線、適配器、計算機、網絡集散器、電話、報警探頭、攝像機、監視器、音響等。?水平子系統：在同一樓層上，一端接在信息插座，另一端接在配線間的跳線架上，將干線子系統線路延伸到用戶工作區，將用戶工作區引至管理子系統，為用戶提供一個符合國際標準，滿足語音及高速數據傳輸要求的信息點出口。?管理子系統：線路管理器件及各種公用設備，系統集中管理，它是干線子系統和水平子系統的橋梁，為同層組網提供條件，包括雙絞線跳線架、跳線。?垂直干線子系統：主設備間至各層管理間，實現計算機設備、程控交換機(PBX)、控制中心與各管理子系統間的連接，是建筑物干線電纜的路由。?設備間子系統：由設備間中的電纜、連接跳線架及相關支撐硬件、防雷電保護裝置等構成。?建筑群子系統：將多個建筑物的數據通信信號連接成一體的布線系統，它采用架空或地下電纜管道或直埋敷設的室外電纜和光纜互連起來，支持提供樓群之間通信所需的硬件。51．電子標簽RFID，也叫射頻標簽、射頻識別，射頻電信號識別目標對象并獲取相關數據，如自動收費或識別車輛身份等52．4G：2010年國際電信聯盟把LTEAdvanced正式稱為4LTE是應用于手機及數據卡終端的高速無線通信標準；WCDMA、CDMA2000和TC-SDMA屬于3G；GSM屬于2G。53．組件：可替換的、物理的組成部分，它封裝了實現體(實現某個功能)，并提供了一組接口的實現方法。54．ICMP：InternetControlMessageProtocol，Internet控制報文協議，用在IP主機、路由器之間傳遞控制消息，路由器報告差錯或提供傳輸路徑上有關傳輸異常情況的信息,但并不傳輸用戶數據。55．軟件度量：貫穿整個軟件開發生命周期，是軟件開發過程中進行理解、預測、評估、控制和改善的重要載體。軟件質量度量建立在度量數學理論基礎之上。軟件度量包括3個維度，即項目度量、產品度量和過程度量。56．SOA：ServiceOrientedArchitecture，面向服務的架構，適應復雜業務需求，將開發和運維也納入到企業架構中，和運行架構一同組成了企業架構，實現服務共享的一體化信息系統體系，解決了企業數據一致性差、共享性低、交互成本高的諸多問題。57．移動網絡：受限于終端數量和傳輸特性，與PC長期共存，但不可能替代。58．云計算：支持異構基礎資源、動態擴展、、異構多業務體系、、海量信息處理等特征。其資源動態擴展特性與云計算的擴展性低，一旦需要擴展，需要重新構件全部數據模型描述完全相反59．綜合布線：先進性先進成熟的技術和設備，滿足當前業務需求，兼顧未來的業務需求;可靠和穩定性是指具有髙可靠性，不出現單點故障;可擴充性是擴大設備容量，提高可容納的用戶數量;實用性主要是滿足當前的業務發展需要。60．常用的傳輸介質有：雙絞線、同軸電纜、光纖、無線傳輸媒介。雙絞線可分為非屏蔽雙絞線UTP和屏蔽雙絞線STP，適合于短距離通信。非屏蔽雙絞線價格便宜，傳輸速度偏低，抗干擾能力較差。屏蔽雙絞線抗干擾能力較好，具有更髙的傳輸速度，但價格相對較貴。雙絞線需用RJ-45或RM1連接頭插接。UTP傳輸距離不超過100米。61．以太網(Ethernet)指由Xerox公司創建并由Xerox、Intel和DEC公司聯合開發的基帶局域網規范，是當今現有局域網采用的最通用的通信協議標準。以太網絡使用CSMA/CD(載波監聽多路訪問及沖突檢測)技術，并以10Mb/s的速率運行在多種類型的電纜上。以太網與IEEE802.3系列標準相類似。包括標準的以太網(lOMbit/s)、快速以太網(100Mbit/s)和10G(10Gbit/s)以太網。它們都符合IEEE802.3。常見的802.3應用為：10M:10Base-T(銅線UTP模式)；100M:100Base-TX(銅線UTP模式)；100Base-FX(光纖線)；1000M:1000Base-T(銅線UTP模式)。62．IEEE802系列常見標準包括：IEEE802.2邏輯鏈路控制(LLC):IEEE802.3帶碰撞檢測的載波偵聽多路訪問(CSMA/CD)方法和物理層規范(以太網)；IEEE802.4令牌傳遞總線訪問方法和物理層規范(TokenBus);IEEE802.5令牌環訪問方法和物理層規范(TokenRing);IEEE802.7標準定義了寬帶技術；IEEE802.8標準定義了光纖技術；IEEE802.il無線局域網(WirelessLAN)訪問方法和物理層規范。63．軟件設計：結構設計、數據設計、接口設計和過程設計，其中結構設計是指(定義軟件系統各主要部件之間的關系)。64．軟件配置管理：SoftwareConfigurationManagement,SCM,為了標識變更、控制變更、確保變更正確實現并向其他有關人員報告變更。關鍵活動：配置項、工作空間管理、版本控制、變更控制、狀態報告、配置審計等。軟件配置管理的4個活動：配置項標識、配置項控制(變更控制)、配置狀態報告和配置審計。65．監理規劃：包括項目概況、監理范圍和目標、主要監理措施、監理組織機構、項目監理工作制度用來指導監理機構開展監理工作的指導性文件。66．電子政務：電子政務總體框架的構成包括：服務與應用系統、信息資源、基礎設施、法律法規與標準化體系、管理體制，服務是宗旨；應用是關鍵；信息資源開發利用是主線；基礎設施是支撐；法律法規、標準化體系、管理體制是保障。框架是一個統一的整體，在一定時期內相對穩定，具體內涵將隨著經濟社會發展而動態變化。67．索賠分類：按索賠目的分類，按索賠處理方式分類，按索賠對象分類。68．按索賠目的分類：工期索賠；經濟索賠。69．索賠原則：必須以合同為依據；及時、合理地處理索賠，以完整、真實的索賠證據為基礎；加強主動控制，減少索賠。70．軟件審計:提供軟件產品和過程對于可應用的規則、標準、指南、計劃和流程的遵從性的獨立評價。71．軟件配置項:軟件生存周期各個階段活動的產物經審批后,配置項包括：與合同、過程、計劃和產品有關的文檔和資料；源代碼、目標代碼和可執行代碼；相關產品，包括軟件工具、庫內的可重用軟件、外購軟件及顧客提供的軟件等。72．軟件質量保證(SQA):建立一套有計劃、有系統的方法，來向管理層保證擬定出的標準、步驟、實踐和方法能夠正確地被所有項目所采用，目的是使軟件過程對于管理人員來說是可見的，通過對軟件產品和活動進行評審和審計來驗證軟件是合乎標準的。軟件質量保證組在項目開始時就一起參與建立計劃、標準和過程。這些將使軟件項目滿足機構方針的要求。73．功能測試：黑盒子測試，數據驅動測試，一般從軟件產品的界面、架構出發，按照需求編寫出來的測試用例，輸入數據在預期結果和實際結果之間進行評測，進而使產品更加達到用戶使用的要求。74．軟件測試及其管理1)配置項測試：檢驗配置項與SRS的一致性，依據是SRS(含接口需求規格說明)。2)Alpha測試和Beta測試：Alpha指用戶在開發環境下測試；Beta指由用戶在實際使用環境下進行測試。3)回歸測試，測試軟件變更之后，變更部分的正確性和對變更需求的符合性，以及軟件原有的、正確的功能、性能和其他規定的要求的不損害性。75．招投標1）采用邀請招標方式采購：具有特殊性，只能從有限范圍的供應商處采購的；采用公開招標方式的費用占政府采購項目總價值的比例過大的。2）采用競爭性談判方式采購：招標后沒有供應商投標或者沒有合格標的或者重新招標未能成立的；技術復雜或者性質特殊，不能確定詳細規格或者具體要求的；采用招標所需時間不能滿足用戶緊急需要的；不能事先計算出價格總額的。3）采用單一來源方式采購：只能從唯一供應商處采購的；發生了不可預見的緊急情況不能從其他供應商處采購的；必須保證原有采購項目一致性或者服務配套的要求，需要繼續從原供應商處添購，且添購資金總額不超過原合同采購金額百分之十的4）詢價方式采購，貨物規格、標準統一、現貨貨源充足且價格變化幅度小的政府采購項目。76．可行性研究：初步可行性研究雖然比詳細可行性研究報告粗略但對項目已經有了全面的描述，可作為正式的文獻供決策參考，可依據項目的初步可行性研究報告形成項目建議書。1）立項：通過審查項目建議書決定項目的取舍，即通常所稱的“立項”決策2）項目論證：一般分為機會研究、初步可行性研究和詳細可行性研究三個階段，是籌措資金、向銀行貸款的依據，是編制計劃的依據，是否實施的依據。77．軟技能包含：有效的溝通；影響一個組織；領導能力；激勵；談判和沖突管理；問題解決。78．CMMI,即軟件能力成熟度模型集成模型。1)初始級：開發過程是臨時、有時甚至是混亂的,靠個人能力來取得成功2)可重復級：建立基本管理過程來跟蹤成本、進度和功能,過程和方法可重復使用，成功經驗用于當前和今后類似的項目3)已定義級：被文檔化、標準化，所有項目都使用一個經批準的、特制的標準過程版本，可以根據項目實際情況適當剪裁。4)已管理級：為質量和過程績效建立量化目標，以此作為管理過程的依據。過程和產品都被置于定量的掌控之中5)持續優化級：運用從過程、創意和技術中得到的定量反饋，來對軟件開發過程進行持續改進。79．軟件體系結構評估：基于調查問卷或檢查表的評估方式；基于場景的評估方式；基于度量的評估方式。用一系列軟件的修改來反映軟件體系結構的易修改性方面的需求屬于基于場景的評估方式。80．數據倉庫系統：數據源、數據存儲與管理、OLAP服務器以及前端工具與應用四個部分。81．網絡綜合布線:星型、環型、總線型、樹型和網狀型等，其中以星型網絡拓撲結構使用最多。采用按國際標準的結構化布線系統的優點：a)性能價格比;b)具有開放性和充分的靈活性;c)設計思路簡潔，施工簡單，施工費用降低;d)充分適應通訊和計算機網絡的發展;e)大大減少維護管理人員的數量及費用;82．CRM以客戶為中心的商業策略，注重與客戶的交流，企業的經營是以客戶為中心，而不是傳統的以產品或市場為中心；注重提高用戶滿意度的同時，一定要把幫助提升企業獲取利潤的能力作為重要指標;實施要求企業對其業務功能進行重新設計，并對工作流程進行重組，將業務的中心轉移到客戶，同時要針對不同的客戶群體有重點地采取不同的策略。83．國家信息化體系：信息技術應用、信息資源、信息網絡、信息技術和產業、信息化人才、信息化法規政策和標準規范6個要素。1）信息技術應用，龍頭，主陣地，體現建設的需求與利益；2）信息資源的開發，核心任務，信息化建設取得實效的關鍵，也是我國信息化的薄弱環節；3)信息網絡是信息資源開發利用和信息技術應用的基礎，是信息傳輸、交換、共享的必要手段；4)信息技術和產業是我國進行信息化建設的基礎；5)信息化人才,成功之本，，是信息化建設的關鍵；6)信息化政策法規和標準規范,根本保障。84．測試：檢查軟件是否正確、是否滿足需求，而需求包含功能需求、性能需求以及質量需求等成分，因此軟件需求是測試軟件質量的基礎，而軟件分析、軟件設計和軟件實現是為了實現軟件需求而做的技術工作。85．開發標準：為軟件開發提供了指南并為技術行為規定了準則，開發文檔記錄了開發成果，維護手冊為軟件投入運行后提供維護指導，用戶手冊為用戶提供操作軟件的指南86．WebService中的角色包括:服務提供者、服務請求者和服務注冊中心87．ABC分析法，巴累托分析法、ABC分類管理法、重點管理法,根據事物在技術或經濟方面的主要特征，進行分類、排隊，分清重點和一般，以有區別地實施管理的一種分析方法,以A類作為重點管理對象,其關鍵在于區別一般的多數和極其重要的少數。88．監理實施細則：在監理規劃指導下，具有可實施可操作的業務性文件，用來指導具體監理業務的開展。89．監理規劃的作用：(1)監理項目部職能的具體體現。(2)指導監理項目部全面開展工作的綱領性文件。(3)是信息系統工程監理管理部門對監理單位進行監督管理的主要內容和依據。(3)建設單位檢查監理單位是否能夠認真、全面履行信息系統工程監理委托合同的重要依據。90．總監理工程師代表的職責如下：負責總監理工程師指定或交辦的監理工作；負責本項目的日常監理工作和一般性監理文件的簽發；91．總監理工程師不得將下列工作委托總監理工程師代表：a.監理人員的調配，調換不稱職的監理人員；主持編寫工程項目監理規劃及審批監理實施方案；簽發工程開工/復工報審表、工程暫停令；工程款支付證書、工程項目的竣工驗收；審核簽認破工結；調解建設單位和承建單位的合同爭議，處理索賠，審批工程延期92．由于承建單位違反合同的原因導致工程政工時間延長，應由承建單位來承擔責任，監理單位不承擔連帶責任。93．采用不同的語言和平臺獨立構建而成，需要集成來自不同系統的數據，并使用可定制格式的數據頻繁地、立即地、可靠地、異步地傳輸數據時，通常會選擇最為靈活的消息機制實現這樣的需求94．信息系統的規劃工具1）P/0矩陣：把企業組織結構與企業過程聯系起來，說明每個過程與組織的聯系，指出過程決策人2）R/D矩陣，為定義數據類，在調查研究和訪談的基礎上，可以采用實體法歸納出數據類。實體法首先列出企業資源，再列出一個資源／數據3）IPO功能法，過程法，它利用所識別的企業過程，分析每個過程的輸入數據類和輸出數據類，與RD矩陣進行比較并調整，最后歸納出系統的數據類4）CU矩陣。企業過程和數據類定義好后，可以企業過程為行，以數據類為列，按照企業過程生成數據類關系填寫C(Create),使用數據類關系填寫U(User),形成CU矩陣（用于表示數據與過程之間的關系）95．智慧城市：物聯感知層、通信網絡層、計算與存儲層，數據及服務支撐層、智慧應用層。其中數據及服務支撐層：利用SOA（面向服務的體系架構）、云計算、大數據等技術，通過數據和服務的融合，支撐承載智慧應用層中的相關應用，提供應用所需的各種服務和共享資源。96．信息系統規劃流程：分析企業信息化現狀。(2)制定企業信息化戰略。97．通用的生命周期結構特征：l成本與人力投入在開始時較低，在工作執行期間達到最高，并在項目快要結束時迅速回落。l風險與不確定性在項目開始時最大，并在項目的整個生命周期中隨著決策的制定與可交付成果的驗收而逐步降低。l變更的代價隨著項目越來越接近完成而顯著增高；成本與人力投入在開始時較低，在工作執行期間達到最高，并在項目快要結束時迅速回落98．事業環境因素與組織過程資產區別：是否可以修改99．項目經理具有領導者和管理者的雙重身份。對項目經理而言，管理能力和領導能力二者均不可或缺。對于大型復雜項目，領導能力尤為重要。100．組織結構：一般分為職能型組織、項目型組織和矩陣型組織(弱矩陣型組織、平衡矩陣型組織、強矩陣型組織)。各組織結構對項目的影響如表所示。優缺點：101．軟件開發模型，必須掌握。l瀑布模型，特點。(1)從上一項開發活動接受該項活動的工作對象作為輸入。(2)利用這一輸入，實施該項活動應完成的工作內容。(3)給出該項活動的工作成果，作為輸出傳給下一項開發活動。(3)對該項活動的實施工作成果進行評審。若其工作成果得到確認，則繼續進行下一項開發活動；否則返回前一項，甚至更前項的活動。盡量減少多個階段間的反復。l瀑布模型:需求明確或很少變更的項目，也可用在已有類似項目開發經驗的項目上l演化模型:為了解決瀑布模型的上述缺點，演化模型允許在獲取了一組基本需求之后，通過快速分析構造待建系統的可運行版本(即原型)，然后再根據用戶在使用原型的過程中提出的意見對原型進行修改，從而得到原型更新的版本。這一過程重復進行，直到得到用戶滿意的系統,和螺旋模型、噴泉模型等適用于對軟件需求缺乏明確描述的項目。l螺旋模型，瀑布和快速原型結合起來，強調風險分析，適合于大型復雜的系統，每個周期都包括需求定義、風險定義、工程實現和評審4個階段，使得軟件的增量版本的快速開發成為可能。兩個顯著特點，一是采用(循環)的方式逐步加深系統定義和實現的深度，降低風險；二是確定一系列(里程碑)，確保項目開發過程中的相關利益者都支持可行的和令人滿意的系統解決方案。lV模型：V模型測試提前的理念。驗收（需求分析），系統（概要設計），集成（詳細設計），單元（編碼）l噴泉模型：以面向對象的軟件開發方法為基礎，以用戶需求為導向，以對象來驅動的模型。該模型主要用于描述面向對象的開發過程，體現了面向對象開發過程的迭代和連續性。102．需求跟蹤過程中的相互影響能力鏈的局部變更請求影響系統的方方面面，包括規劃，設計，可交付成果等等。系統測試是針對整個產品系統進行的測試，目的是驗證系統是否滿足了需求規格的定義，找出與需求規格不符或與之矛盾的地方，從而提出更加完善的方案。103．項目目標SMART原則：Specific明確的Measurable度量的Achievable可達到的Resultdriven結果驅動的Timing時間性104．信息系統項目特點：項目初期目標往往不太明確；需求變化頻繁；智力密集型；系統縫隙和設計所需人員層次高，專業化強；涉及的軟件硬件廠商和承包商多，聯系、協商復雜；軟件和硬件常常需要個性化定制。105．項目管理辦公室，項目之間共享和協調資源l迭代模型：適用于項目事先不能完整定義產品所有需求、計劃多期開發1）責任與功能：提供行政支援，如各種報表的產生；提供項目管理的咨詢與顧問服務；將企業的項目管理實踐和專家知識整理成適合于本企業的一套方法論，提供在企業內傳播和重用；在企業內提供項目管理相關技能的培訓；PMO可以配置部分項目經理，對重點項目給與重點支持。106．項目集：獲取單獨項目無法取得收益的一組相關聯項目、子項目集和項目集活動，項目集內項目通過共同目標關聯。若項目集干系人有不同目標，且目標不具有協調收益的交付特征，只是資金、技能、干系人等方面存在關聯，最好采用項目組合。107．項目集管理：利用知識、技能、工具和技術來滿足項目集的要求，獲得分別管理各項目集組建所無法實現的收益和控制，包括對多個組件的組合調整，以優化或整合成本、進度和工作來實現項目集目標。通過共同成果或一些列集合收益的交付相關聯。1）項目集路線圖:規劃和制訂更加詳細的時間表而勾勒出的主要項目集事件，不包括項目集組件內部細節。2）項目集管理與項目管理區別：項目集戰略聚焦，及項目集確保組織收益實現3）項目集與組織戰略的一致性評估貫穿始終，108．項目集指導委員會，負責定義并執行恰當的項目治理體系和方法，保障項目集執行與組織戰略目標保持一致，并為指導項目集的正常管理提供支持，由決策層干系人組成，能夠為實現項目集目標收益提供足夠的資源。其職責如下：1）保持項目集與組織愿景和目標一致；2）項目集批準和啟動。項目集決策機構，需批準項目集為實現預期目標所采取的方法和計劃，授權項目集對組織資源的使用，及對組織外資源的方法，還負責批準項目集章程、項目集商業論證；3）項目集籌資。109．項目組合管理：是對一組或者多組項目組合進行管理，以達成組織的戰略目標。組織為了實現自身的愿景、使命和價值目標遵循一系列相互關聯的過程，對項目組合中的模塊進行評價、選擇以及設定優先級，以便將內部有限的資源以最佳方式分配項目組結合案例，分析該項目適合用那種方式進行管理，并簡述理由。110．項目組合治理管理包括：制定項目諸管理計劃、(1定義項目組合)、(2優化項目組合)、(3批準項目組合)和執行項目監督5個子過程111．招投標1）招標文件開始發出之日起至提交投標文件截止之日止，最短不得少于20日。2）在招標文件要求提交投標文件截止時間至少15日前，招標人可以以書面形式對已發出的招標文件進行必要的澄清或者修改。3）招標人和中標人應當自中標通知書發出之日起30日內，按照招標文件和中標人的投標文件訂立書面合同。因此D中的招標人和中標人應當自中標通知書發出之日起10日內是錯誤的。112．項目論證：一般可分為機會研究、初步可行性研究和詳細可行性研究三個階段1）論證作用：確定項目是否實施的依據；是籌措資金、向銀行貸款的依據；編制計劃、設計、采購、施工以及機構設備、資源配置的依據;是防范風險、提高項目效率的重要保證；2）先論證后決策：代項目管理的基本原則3）項目論證：一個連續的過程，一般包括以下幾個步驟：1、明確項目范圍和業主目標；2、收集并分析相關資料；3、擬定多種可行的能夠相互替代的實施方案；4、多方案分析、比較；5、選擇昀優方案進一步詳細全面地論證；6、編制項目論證報告、環境影響報告書和采購方式審批報告；項目論證報告的結構和內容常常有特定的要求，這些要求和涉及到的步驟，在項目論證報告的編制和實施中能有助于雇主。7、編制資金籌措計劃和項目實施進度計劃113．項目評估：指在項目可行性研究的基礎上，由第三方(國家、銀行或有關機構)根據國家頒布的政策、法規、方法、參數和條例等，從項目(或企業)、國民經濟、社會角度出發，對擬建項目建設的必要性、建設條件、生產條件、產品市場需求、工程技術、經濟效益和社會效益等進行評價、分析和論證，進而判斷其是否可行的一個評估過程。114．開發總成本:研發成本、行政管理費、銷售與分銷費用、財務費用和折舊。前三類成本的總和稱為經營成本。115．回收期項目經理制定了項目資產負債表(單位：元)，如下表所示。該項目的靜態投資回收期為()年，動態投資回收期為()年。(保留一位小數位116．可行性研究:信息系統項目開發的可行性研究要從可能性、效益性和必要性入手、項目可行性研究可采用投資估算法、增量凈效益法等方法。技術可行性分析、經濟可行性分析、運行環境可行性分析以及其他方面的可行性分析等。1)技術可行性分析:在當前市場的技術、產品條件限制下，能否利用現在擁有的以及可能擁有的技術能力、產品功能、人力資源來實現項目的目標、功能、性能，能否在規定的時間期限內完成整個項目。2)經濟可行性分析：支出分析、收益分析、投資回報分析及敏感性分析。(1)支出分析：支出可以分為一次性支出和非一次性支出，其中一次性支出，包括開發費、培訓費、差旅費、初試數據錄入、設備購置費等費用；非一次性支出，包括軟硬件租金、人員工資及福利、水電等公用設施使用費，以及其他消耗品支出等。(2)收益分析：直接收益、間接收益以及其他方面的收益等，直接收益通過項目實施獲得的直接經濟效益，如銷售項目產品的收入；間接收益通過項目實施，通過間接方式獲得的收益，如成本的降低。(3)收益投資比、投資回收期分析：對投入產出進行對比分析，以確定項目的收益率和投資回收期等經濟指標。(4)敏感性分析：當諸如設備和軟件配置、處理速度要求、系統的工作負荷類型和負荷量等關鍵性因素變化時，對支出和收益產生影響的估計。3)法律可行性、社會可行性等方面的可行性分析。也會涉及到合同責任、知識產權等法律方面的可行性問題。社會可行性主要分析項目對社會的影響，包括法律道德、民族宗教、社會穩定性等。117．財務績效評估：靜態分析法和動態分析。靜態分析法包括：投資收益率法，投資回收期法，追加投資回收期法和最小費用法。動態分析法包括凈現值法和內部收益率法。118．可行性研究的作用：投資決策和編制設計任務書的依據;籌集資金的重要依據；與有關部門簽訂協議和合同的依據；工程設計、施工、設備購置重要依據；申請有關建設許可文件的依據;可行性研究是國家各級計劃綜合部門對固定資產投資實行調控管理、編制發展計劃、固定資產投資、技術改造投資的重要依據；項目考核和后評估的重要依據。應該首先告知客戶注意可能的風險，以減少損失。119．可行性研究報告內容：120．輔助研究：只包括項目的某些方面或某一方面，甚至是關鍵方面，可貫穿整個可行性研究階段，輔助研究的費用必須和項目前評價的費用聯系起來考慮。121．項目評估:根據建議書及其批準文件、項目可行性研究報告、報送單位的申請報告及主管部門的初審意見等文件122．項目建議書應該包括的核心內容如下：123．項目的必要性；項目的市場預測；產品方案或服務的市場預測；項目建設必需的條件124．項目收尾過程：完成所有項目過程組中的所有活動并正式關閉整個項目或某個階段；恰當地移交已完成或已取消的項目和階段。1)管理收尾:覆蓋整個項目，在每個階段完成時規劃和準備階段性收尾，詳細描述了在項目和任何階段執行管理收尾涉及到的所有的活動及其交互、項目團隊成員和其他項目干系人的相關角色和職責。2)合同收尾:涉及結算和中止任何項目所建立的合同、采購或買進協議，也定義為支持項目的正式管理收尾所需的與合同相關的活動。3)？？項目收尾ITO：125．監控項目工作是輸出：變更請求、工作績效報告、項目管理計劃更新、項目文件更新；126．組織過程資產與事業環境因素：凡是可裁剪的、可選擇的均為組織過程資產；凡是不可選擇的、只能適應的均為事業環境因素。127．項目工作說明書內容——（1）業務要求：可能基于市場需求、技術的進步、培訓需求、法律的要求或政府的標準。（2）產品范圍描述：記錄項目所要創建的產品的需求以及產品或服務等特征。一般情況下，產品需求說明書在項目的啟動過程中并不是很詳細，在項目后續的過程中隨著產品特征的明確會逐漸細化。這些需求說明書也要記錄項目所創造的產品與組織的業務要求之間的關系，或記錄項目所創造的產品與引出產品要求的激發因素之間的關系。雖然產品需求文檔的形式和實質內容因行業而異，但它應該總是保持足夠詳細以支持后續的項目計劃。（3）戰略計劃：所有項；肩都要支持組織的戰略目標。執行組織的戰略計劃作為項目選擇的一個重要因素來考慮。128．項目監控：圍繞項目實施計劃、跟蹤進度、成本、質量、資源，掌握各項工作現狀，以便進行適當的資源凋配和進度調整，確定活動的開始和結束時間，并記錄實際的進度情況，在一定情況下進行路徑、決策、度量、量化管理、風險等方面的分析。在實施項目的過程中，要隨時對項目進行跟蹤監控，以使項目按計劃規定的進度、技術指標完成，并提供現階段工作的反饋信息，以利后續階段的順利開展和整個項目的完成。129．項目評估：主要特征可以概括為整體性(綜合集成經濟、技術運行、環境、風險)、目標性、相關性(時間、知識、邏輯三維結構)、動態性(項目生命周期)。130．項目收尾包括合同收尾和管理收尾兩部分。（1）合同收尾：抓起合同，和客戶一項項的核對，是否完成了合同所有的要求，是否可以把項目結束掉，也就是我們通常所講的驗收。（2）管理收尾：涉及為了使項目干系人對項目產品的驗收正式化而進行的項目成果驗證和歸檔，具體包括收集項目記錄、確保產品滿足商業需求、并將項目信息歸檔，還包括項目審計。131．項目管理可劃分為啟動過程組、計劃編制過程組、執行過程組、監督過程組和收尾過程組5個管理過程組。（1）啟動過程組：定義并批準項目或階段。（2）計劃編制過程組：定義和細化目標，規劃最佳的行動方案，從各種備選方案中選取最優方案，以實現項目或階段的目標范圍。（3）執行過程組——整合人員和其他的資源，在項目的生命周期或某個階段執行項目管理計劃。（4）監控過程組——定期測量和監控進展，識別與項目管理計劃的偏差，以便在必要時采取糾正措施，確保項目或階段目標達成。（5）收尾過程組：正式接受產品、服務或工作成果，有序地結束項目或階段。132．執行過程組包括：1.指導和管理項目執行用于指導存在于項目中不同的技術和組織接口，執行項目管理計劃所定義的活動；執行項目管理計劃所定義的工作過程的結果就是各項可交付物。收集關于可交付物的完成狀態和哪些工作已經完成的信息是項目執行部分的工作，這些信息會被反饋到績效報告過程。2.執行質量保證：指應用已計劃好的，系統性的質量活動，如審核和同行評審來確保項目使用了為滿足所有項目干系人的期望所必需的所有過程。3.項目團隊建設：培育個人和團隊的能力以提升項目績效。4.信息發布：用于及時向項目干系人傳送他們所需的信息5.獲取供方響應(詢價)：這一過程指導如何恰當地發布信息、報價、投標、出價或提交建議書。6.選擇供方：這一過程用于評標、選擇潛在供方以及與供方協商并簽訂合同。變更控制委員會：負責批準或拒絕變更請示，角色和職責應在變更控制和配置控制過程中予以明確的定義，所有關鍵項目干系人的認可，可能也需要被買方所批準。CCB主要是根據影響做出決定，影響的分析不是變更控制委員會的職責，CCB根據分析的結果做決定。133．變更可能需要重新進行成本估算、活動排序、進度安排、資源需求、風險應對分析，或對項目管理計劃、項目范圍說明書、項目可交付物進行調整，或對這些內容進行修訂。(教程p99)帶有變更控制系統的配置管理系統為在項目中集中管理變更提供了一個標準、有效和高效的過程134．實施變更的依據:135．項目章程：反應客戶、發起人或干系人的要求和期望。（1）項目必須實現的商業需求、項目概述或產品需求。（2）項目的目的或論證結果。項目干系人的需求和期望。（3）指定項目經理及制授權級別。概要的里程碑計劃。（4）項目干系人的影響。（5）職能組織。（6）組織的、環境的和外部的假設。（7）組織的、環境的和外部的約束。（8）論證項目的業務方案，包括投資回報率。（9）概要預算。二、范圍管理136．規劃范圍管理：范圍管理計劃與需求管理計劃137．收集需求；范圍、需求、干系人及登記冊項目章程，需求文件跟蹤矩陣（1）需求跟蹤：逆向需求跟蹤檢查設計文檔、代碼、測試用例等工作產品是否都能在《需求規格說明書》中找到出處；需求跟蹤矩陣可以把每個需求與業務目標或項目目標聯系起來；需求跟蹤矩陣為管理產品范圍變更提供框架。（2）收集需求的工具方法：①焦點小組（主題專家，受過訓練的主持人，互動式討論）；②名義小組技術：NominalGroupTechnique，通過投票來排列最有用的創意，以便進行進一步的頭腦風暴或優先排序，使那些不善言辭的參與者也能充分發表自己的意見;③引導式研討會：跨職能干系人，對產品需求進行集中討論與定義，快速定義跨職能需求和協調干系人差異的重要技術。由于群體互動的特點，被有效引導的研討會有助于建立信任、促進關系、改善溝通，從而有利于參加者達成一致意見。該技術的另一個好處是，能夠比單項會議更快地發現和解決問題。（3）需求工程的活動5個階段：①需求獲取：通過與用戶的交流，對現有系統的觀察及對任務進行分析，從而開發、捕獲和修訂用戶的需求;②需求建模：為最終用戶所看到的系統建立一個概念模型，作為對需求的抽象描述，并盡可能多的捕獲現實世界的語義③形成需求規格：生成需求模型構件的精確的形式化的描述，作為用戶和開發者之間的一個協約；④需求驗證：以需求規格說明為輸入，通過符號執行、模擬或快速原型等途徑，分析需求規格的正確性和可行性，包含有效性檢查，一致性檢查，可行性檢查和確認可驗證性；⑤需求管理：支持系統的需求演進，如需求變化和可跟蹤性問題。（4）基線(Baseline)，軟件文檔或源碼(或其他產出物)的一個穩定版本，當基線形成后，項目負責SCM的人需要通知相關人員基線形成，并且哪兒可以找到這基線了的版本，隨后的工作基于此標準，并且只有經過授權后才能變更這個標準。138．定義范圍：范圍計劃需求文件項目章程組織=>項目范圍說明書項目文件更新（1）項目范圍說明書：對項目的定義，是項目范圍的基礎，在向項目干系人說明項目范圍時，要以項目范圍說明書(詳細)為依據。（2）項目范圍說明書內容：項目和范圍的目標、產品或服務的需求和特性、項目的邊界、產品接受標準、項目約束條件、項目假設、最初的項目組織、最初定義的風險、進度里程碑、費用估算的量級要求、項目配置管理的需求、已批準的需要。（3）項目范圍說明書:進一步并且正式明確了項目所應該產生的成果和項目可交付的特征，進一步明確和規定了項目利益相關者之間希望達成共識的項目范圍，為未來項目的決策提供一個管理基線。139．創建WBS：范圍計劃項目范圍說明書需求文件業組=>范圍基準文件更新1.工作分解結構WBS：①項目→任務→日常活動，以可交付成果為導向，整個工作范圍，每下降一層代表對項目工作的更詳細定義。總是處于計劃過程的中心，也是制訂進度計劃、資源需求、成本預算、風險管理計劃和采購計劃等的重要基礎。WBS同時也是控制項目變更的重要基礎。項目范圍是由WBS定義的。②控制賬戶：一種管理控制點，把范圍、成本和進度加以整合，與掙值相比，以測量績效，包括一個或多個工作包，但是每一個工作包只能屬于一個控制賬戶。③工作包：定義工作范圍、定義項目組織、設定項目產品的質量和規格、估算和控制費用、估算時間周期和安排進度的基礎。業內一般把一個人2周能干完的工作稱為一個工作包或把一個人80小時能干完的工作稱為一個工作包。工作包的詳細程度取決于項目的規模和復雜程度。2.WBS字典：支持性文件，對控制賬戶和工作包做詳細解釋，詳細程度根據具體需要而定，包括編號、名稱、工作說明、相關活動列表、里程碑列表、承辦組織、開始和結柬日期、資源需求、成本估算、負載量、規格、合同信息、質量要求和有關工作質量的技術參考資料。管理儲備是項目管理計劃內容，不在WBS字典中體現。WBS分解原則：(1)必須是面向可交付成果的。(2)必須符合項目的范圍(3)的底層應該支持計劃和控制(4)WBS中的元素必須有人負責，而且只由一個人負責，盡管實際上可能需要多個人參與(5)WBS的指導。作為指導而不是原則，WBS應控制在4～6層(6)應包括項目管理工作，也要包括分包出去的工作(7)WBS的編制需要所有(主要)項目于系人的參與，需要項目團隊成員的參與3.范圍基準：是經過批準的范圍說明書、工作分解結構(WBS)和相應的WBS詞典，只有通過正式的變更控制程序才能進行變更。4.創建WBS方法：(1)使用指導方針。(2)類比方法。(3)自上而下的方法。該方法由于可以將項目工作定義在適當的細節水平，對于項目工期、成本和資源需求的估計可以比較準確。(3)自下而上的方法，主要風險是可能不能完全地識別出所有任務或者識別出的任務過于粗略或過于瑣碎。5.WBS的表示方式：樹形的層次結構圖、行首縮進的表格表示6.面向可交付物的項目元素的層次分解，WBS是一個詳細的項目范圍說明的表示法，WBS的組成元素有助于項目干系人檢查項目的最終產品。7.WBS的最低層元素是能夠被評估的、安排進度的和被跟蹤的。8.WBS對項目管理有著重要的意義：把握項目、了解和控制項目過程；保證了項目結構的系統性和完整性；建立完整的項目保證體系;明確項目相關各方的工作界面;可以直接作為進度計劃和控制的工具；信息溝通系統提供依據；各項計劃和控制措施制定的基礎和主要依據173.范圍確認(scopeverification):干系人對于整個項目范圍的正式驗收,通過客戶審查實現，并在關鍵可交付成果上簽字。范圍定義成果是形成詳細項目范圍說明書。以項目范圍說明書、WBS和WBS詞典為主，是有關工作結果的可接受問題，正式被接受的標準和要素屬于范圍確認的活動（1）輸入輸出：項目計劃需求文件需求跟蹤矩陣確認的可交付成果、工作績效數據==驗收的可交付成果變更請求工作績效信息文件更新（2）工具技術：檢查（審查、產品評審、審計、走查、巡檢）、群體決策技術（3）確認范圍是在正式驗收階段才執行的過程，確認范圍貫穿項目始終；（4）分解技術是確認范圍的主要工具與技術，檢查和群體決策技術是確認范圍的工具；（5）確認范圍強調的是結束項目所要做的流程性工作，確認范圍包括與客戶或發起人一起審查可交付成果，確保可交付成果已圓滿完成，并獲得客戶或發起人的正式驗收。（6）管理層主要關注項目范圍對項目進度、資金和資源的影響，是否超過了組織承受范圍，是否在投入產出上具有合理性；客戶主要關心的是產品的范圍，關心項目的可交付成果是否足夠完成產品或服務；項目經理主要關注可交付成果是否足夠和必須完成，時間、資金和資源是否足夠，主要的潛在風險和預備解決的方法；項目團隊成員主要關心項目范圍中自己參與的元素和負責的元素。140．控制范圍；監督項目和產品的范圍狀態、管理范圍基準變更的過程（1）工具技術：偏差分析（2）輸入輸出：項計需求文件需求跟蹤矩陣工作績效數據組織==工作績效信息變更請求3更新；（3）主要作用：在整個項目期間保持對范圍基準的維護；（4）控制范圍的活動包括：①影響導致范圍變更的因素，并盡量使這些因素向有利的方面發展；②判斷范圍變更是否己經發生；③范圍變更發生時管理實際的變更，確保所有被請求的變更按照項目整體變更控制過程處理。141．質量控制：目的是核實工作結果的正確與否142．OBSBOMRBSWBS區別：①組織分解結構(OBS)——執行組織的層次結構，以便把工作包同執行組織單元相關聯。②物料清單(BOM)——生產一個產品所需的實際部件、組件和構件的分級層次表格。③風險分解結構(RBS)——以層次結構對已識別出的風險進行組織，按照風險類別劃分的。9.項目章程：正式批準項目的文件。主管部門必須作出批準或不批準某個項目并且頒發項目章程的決策，決策主要基于項目對于項目所有人和贊助人的價值和吸引力。而其前提則是可行性研究的審查和通過。10.績效報告：搜集和傳播績效信息，向利害關系者提供資源如何用于實現項目目標的信息，應當提供有關范圍、進度、成本與質量的信息。11.工作說明書：指用書面形式對組織中各類崗位(職位)的工作性質、工作任務、責任、權限、工作內容和方法、工作環境和條件，以及本職務任職人資格條件所作的統一要求(書面記錄)。它應該說明任職者應做些什么、如何去做和在什么樣的條件下履行其職責。一個名符其實的工作說明書必須包括該項工作區別于其他工作的信息，提供有關工作是什么，為什么做，怎樣做以及在哪里做的清晰描述。169.需求開發：需求定義、文檔記錄、需求演進，并最終在驗證的基礎上凍結需求。(1)需求獲取：對現有系統的觀察及對任務進行分析，從而開發、捕獲和修訂用戶的需求；(2)需求建模：建立一個概念模型，作為對需求的抽象描述，盡可能多捕獲現實世界語義；(3)形成需求規格：生成需求模型構件的精確的形式化的描述，作為用戶和開發者之間的一個協約；(4)需求驗證：以需求規格說明為輸入，通過符號執行、模擬或快速原型等途徑，分析需求規格的正確性和可行性；(5)需求管理：支持需求演進如需求變化和可跟蹤性問題,完成需求驗證后確定需求基線170.需求基線：已承諾將在某一特定產品版本中實現的功能性和非功能性需求的一組集合。經評審批準，這些文檔就定義了開發工作的需求基線，這個基線在客戶和開發人員之間就構筑了計劃產品功能需求和非功能需求的一個約定。172.項目范圍說明書與工作分解結構的關系174.范圍控制:監控項目狀態如項目的工作范圍狀態和產品范圍狀態的過程。控制項目范圍以確保所有請求的變更和推薦的糾正行動都要通過整體變更控制過程處理。當變更發生且集成到其他控制過程時，項目范圍控制也被用來管理實際的變更。175.創建wbs輸入輸出4.頭腦風暴法，智力激勵法、自由思考法或集思廣益法，是用來產生和收集對項目需求與產品需求的多種創意的一種技術。頭腦風暴法分為直接頭腦風暴法(通常簡稱為頭腦風暴法)和質疑頭腦風暴法(也稱為反頭腦風暴法)。前者是在專家群體決策時盡可能激發創造性，產生盡可能多的設想的方法，后者則是對前者提出的設想、方案逐一質疑，分析其現實可行性的方法。5.德爾菲技術:是一種組織專家就某一主題達成一致意見的一種信息收集技術。而名義小組技術是通過投票來排列最有用的創意，以便進行進一步的頭腦風暴或優先排序.注意:德菲爾技術是收集信息，而名義小組技術排列創意。6.群體創新技術(GroupCreativityTechnique):組織一些群體活動來識別項目和產品需求，群體創新技術包括頭腦風暴法、名義小組技術、德爾菲技術、概念/思維導圖、親和圖和多標準決策分析等。178.網絡圖已知網絡計劃中，工作M有兩項緊后工作，這兩項緊后工作的最早開始時間分別為第15天和第17天，工作M的最早開始時間和最遲開始時間分別為第6天和第9天，如果工作M的持續時間為9天，則工作M()。179.關鍵路徑法：進度網絡分析技術。1）總浮動時間：在任何網絡路徑上，進度安排的彈性大小由最晚與最早日期間的正差值決定，關鍵路徑的總浮動時間為零或負數。網絡圖中可能有多條次關鍵路徑。2）自由浮動時間：在不延誤任一緊后活動最早開始日期的前提下，某進度活動可以推遲的時間量。180.關鍵鏈法(CriticalChainMethod)：一種根據有限的資源來調整項目進度計劃的進度網絡分析技術。首先，根據持續時間估算、給定的依賴關系和制約因素，繪制項目進度網絡圖；然后，計算關鍵路徑。在確定了關鍵路徑之后，再考慮資源的可用性，制訂出資源約束型進度計劃——該進度計劃中的關鍵路徑常與原先的不同。資源約束型關鍵路徑就是關鍵鏈，增加作為“非工作進度活動”的持續時間緩沖，用來應對不確定性。1）項目緩沖：放置在關鍵鏈末端的緩沖，用來保證