笔记-软考高项-错题笔记汇总1
錯題筆記匯總1
1. 信息系統的規劃工具
2. 互聯網+
互聯網+，有六大特征：
一、跨界融合
+就是跨界，就是變革，就是開放，就是重塑融合。敢于跨界了，創新的基礎就更堅實；融合協同了，群體智能才會實現，從研發到產業化的路徑才會更垂直。融合本身也指代身份的融合，客戶消費轉化為投資，伙伴參與創新，等等，不一而足。
二、創新驅動
中國粗放的資源驅動型增長方式早就難以為繼，必須轉變到創新驅動發展這條正確的道路上來。這正是互聯網的特質，用所謂的互聯網思維來求變、自我革命，也更能發揮創新的力量。
三、重塑結構
信息革命、全球化、互聯網業已打破了原有的社會結構、經濟結構、地緣結構、文化結構。權力、議事規則、話語權不斷在發生變化。互聯網+社會治理、虛擬社會治理會是很大的不同。
四、尊重人性
人性的光輝是推動科技進步、經濟增長、社會進步、文化繁榮的最根本的力量，互聯網的力量之強大最根本地也來源于對人性的最大限度的尊重、對人體驗的敬畏、對人的創造性發揮的重視。例如UGC，例如卷入式營銷，例如分享經濟。
五、開放生態
關于互聯網+，生態是非常重要的特征，而生態的本身就是開放的。我們推進互聯網+，其中一個重要的方向就是要把過去制約創新的環節化解掉，把孤島式創新連接起來，讓研發由人性決定的市場驅動，讓創業并努力者有機會實現價值。
六、連接一切
連接是有層次的，可連接性是有差異的，連接的價值是相差很大的，但是連接一切是互聯網+的目標。
3. 網絡安全防御技術
1. 防火墻
防火墻是一種較早使用、實用性很強的網絡安全防御技術，它阻擋對網絡的非法訪問和不安全數據的傳遞，使得本地系統和網絡免于受到許多網絡安全威脅。在網絡安全中，防火墻主要用于邏輯隔離外部網絡與受保護的內部網絡。防火墻主要是實現網絡安全的安全策略，而這種策略是預先定義好的，所以是一種靜態安全技術。在策略中涉及的網絡訪問行為可以實施有效管理，而策略之外的網絡訪問行為則無法控制。防火墻的安全策略由安全規則表示。
2. 入侵檢測與防護
入侵檢測與防護的技術主要有兩種：**入侵檢測系統(lntrusion Detection System，IDS)和入侵防護系統( Intrusion Prevention System，IPS)**。
- 入侵檢測系統(IDS)
注重的是網絡安全狀況的監管，通過監視網絡或系統資源，尋找違反安全策略的行為或攻擊跡緣，并發出報警。因此絕大多數IDS系統部是被動的。 - 入侵防護系統(IPS)
則傾向于提供主動防護，注重對入侵行為的控制。其設計宗旨是預先對入侵活動和攻擊性網絡流量進行攔截，避免其造成損失。IPS是通過直接嵌入到網絡流量中實現這一功能的，即通過一個網絡端口接收來自外部系統的流量，經過檢查確認其中不包含異常活動或可疑內容后，通過另外一個端口將它傳送到內部系統中。這樣一來，有問題的數據包以及所有來自同一數據流的后續數據包，都能在IPS設備中被清除掉。
3. VPN
VPN(Virtual Private Network，虛擬專用網絡)，它是依靠ISP(Internet服務提供商)和其他NSP(網絡服務提供商)，在公用網絡中建立專用的、安全的數據通信通道的技術。VPN可以認為是加密和認證技術在網絡傳輸中的應用。
VPN網絡連接由客戶機、傳輸介質和服務器三部分組成，VPN的連接不是采用物理的傳輸介質，而是使用稱之為“隧道”的技術作為傳輸介質，這個隧道是建立在公共網絡或專用網絡基礎之上的。
常見的隧道技術包括：點對點隧道協議(Point-to PointTunneling Protocol，PPTP)、第2隧道協議(Layer2 Tunneling Protocol，L2TP)和IP安全協議(IPSec)。
4. 分布式拒絕服務攻擊(英文意思是Distributed Denial of Service，簡稱DDoS)
是指處于不同位置的多個攻擊者同時向一個或數個目標發動攻擊，或者一個攻擊者控制了位于不同位置的多臺機器并利用這些機器對受害者同時實施攻擊。由于攻擊的發出點是分布在不同地方的，這類攻擊稱為分布式拒絕服務攻擊，其中的攻擊者可以有多個。
4. 信息系統安全
本題考查信息系統安全的有關概念，參考《信息系統項目管理師教程》第三版教程P6。
4.1. 設備安全
信息系統設備的安全是信息系統安全的首要問題。這里主要包括三個方面:
- 設備的穩定性：設備在一定時間內不出故障的概率。
- 設備的可靠性：設備能在一定時間內正常執行任務的概率。
- 設備的可用性：設備隨時可以正常使用的概率。
信息系統的設備安全是信息系統安全的物質基礎。除了硬件設備外，軟件系統也是一種設備，也要確保軟件設備的安全。
4.2. 數據安全
其安全屬性包括秘密性、完整性和可用性。很多情況下，即使信息系統設備沒有受到損壞，但其數據安全也可能已經受到危害，如數據泄露、數據篡改等。由于危害數據安全的行為具有較高的隱蔽性，數據應用用戶往往并不知情，因此，危害性很高。
4.3. 內容安全
內容安全是信息安全在政治、法律、道德層次上的要求。
除此之外，廣義的內容安全還包括信息內容保密、知識產權保護、信息隱藏和隱私保護等諸多方面。
如果數據中充斥著不健康的、違法的、違背道德的內容，即使它是保密的、未被篡改的，也不能說是安全的。因為這會危害國家安全、危害社會穩定、危害精神文明。因此，必須在確保信息系統設備安全和數據安全的基礎上，進-步確保信息內容的安全。
4.4. 行為安全
數據安全本質上是一種靜態的安全，而行為安全是一種動態安全。
行為安全強調的是過程安全，體現在組成信息系統的硬件設備、軟件設備和應用系統協調工作的程序(執行序列)符合系統設計的預期，這樣才能保證信息系統的“安全可控”。
5. 集成技術
5.1. 表示集成
表示集成也稱為界面集成，這是比較原始和最淺層次的集成，但又是常用的集成。這種方法將用戶界面作為公共的集成點,把原有零散的系統界面集中在一個新的界面中。黑盒集成。
5.2. 數據集成
為了完成控制集成和業務流程集成，必須首先解決數據和數據庫的集成問題。在集成之前，必須首先對數據進行標識并編成目錄，另外還要確定元數據模型，保證數據在數據庫系統中分布和共享。白盒集成。
5.3. 控制集成
控制集成也稱為功能集成或應用集成，是在業務邏輯層上對應用系統進行集成的。控制集成的集成點存于程序代碼中，集成處可能只需簡單使用公開的API ( Application Programming Interface, 應用程序編程接口)就可以訪問，當然也可能需要添加附加的代碼來實現。控制集成是黑盒集成。
5.4. 業務流程集成
業務流程集成也稱為過程集成，這種集成超越了數據和系統，它由一系列基于標準的、統一數據格式的工作流組成。當進行業務流程集成時，企業必須對各種業務信息的交換進行定義、授權和管理，以便改進操作、減少成本、提高響應速度。
6. 黑盒測試和白盒測試
黑盒測試也稱為功能測試
主要用于集成測試、確認測試和系統測試中。黑盒測試將程序看作是一個不透明的黑盒，完全不考慮(或不了解)程序的內部結構和處理算法，而只檢查程序功能是否能按照SRS的要求正常使用，程序是否能適當地接收輸入數據并產生正確的輸出信息，程序運行過程中能否保持外部信息(例如，文件和數據庫等)的完整性等。黑盒測試根據SRS所規定的功能來設計測試用例，一般包括等價類劃分、邊界佰分析、判定表、因果圖、狀態圖、隨機測試、猜錯法和正交試驗法等。
白盒測試也稱為結構測試
主要用于軟件單元測試中。它的主要思想是，將程序看作是一個透明的白盒，測試人員完全清楚程序的結構和處理算法，按照程序內部邏輯結構設計測試用例，檢測程序中的主要執行通路是否都能按預定要求正確工作。
7. 大數據
大數據是具有體量大、結構多樣、時效性強等特征的數據，處理大數據需要采用新型計算架構和智能算法等新技術。大數據從數據源經過分析挖掘到最終獲得價值一般需經過5主要環節，包括數據準備、數據存儲與管理、計算處理、數據分析和知識展現。
大數據技術涉及到的數據模型、處理模型、計算理論，與之相關的分布計算、分布存儲平臺技術(C選項)、數據清洗和挖掘技術，流式計算、増量處理技術，數據質量控制等方面的研究和開發成果豐碩，大數據技術產品也已經進入商用階段。
大數據像水、礦石、石油一樣，正在成為新的自然資源，能不能挖掘資源中的潛在的價值，成為這個時代能不能走向創富的重要條件。
8. 對象、類、抽象、封裝、繼承
對象
由數據及其操作所構成的封裝體，是系統中用來描述客觀事物的一個模塊，是構成系統的基本單位。對象包含三個基本要素，分別是對象標識、對象狀態和對象行為。例如，對于姓名 (標識)為Joe的教師而言，其包含性別、年齡、職位等個人狀態信息，同時還具有授課等行為特征，Joe就是封裝后的一個典型對象。
類
現實世界中實體的形式化描述，類將該實體的屬性(數據)和操作(函數) 封裝在一起。類和對象的關系可理解為，對象是類的實例，類是對象的模板。如果將對象比作房子，那么類就是房子的設計圖紙。
抽象
通過特定的實例抽取共同特征以后形成概念的過程。抽象是一種單一化的描述，強調給出與應用相關的特性，拋棄不相關的特性。對象是現實世界中某個實體的抽象，類是一組對象的抽象。
封裝
將相關的概念組成一個單元模塊，并通過一個名稱來引用它。面向對象封裝是將數據和基于數據的操作封裝成一個整體對象，對數據的訪問或修改只能通過對象對外提供的接口進行。
繼承
表示類之間的層次關系(父類與子類這種關系使得某類對象可以繼承另外一類對象的特征，繼承又可分為單繼承和多繼承。
9. 承建方技術可行性分析
承建方技術可行性分析：
- 承建方人力及其他資源配置能力可行性分析
- 項目財務可行性分析
- 項目風險分析
- 對可能的其他投標者的相關情況分析
10. 可行性研究報告的內容
可行性研究報告的內容包括有：
11. 項目論證的原則
項目論證的原則有：
12. 商業論證的作用
商業論證的作用主要體現在以下幾個方面：
商業論證的內容包括項目運行環境評價、項目技術評價、項目財務評價、項目國民經濟評價、項目環境評價、項目社會影響評價、項目不確定性和風險評價、項目綜合評價等。
13. 可行性研究階段
項目論證的機會研究階段，成本誤差控制 ±3％，
初步可行性研究階段，成本誤差控制在 ±2％，
詳細可行性研究階段，成本誤差控制在 ±1％。
- 機會研究的內容為尋求投資機會，鑒別投資方向；
- 初步可行性研究階段要研究項目是否有生命力，能否盈利；
- 詳細可行性研究是要在多方案比較的基礎上選擇出最優方案；
- 項目論證是確定項目是否實施的前提。
14. CIMMI過程域
筆記-信息系統開發基礎-CMMI過程域分類-連續式的模型post/131e.html：
CIMMI過程域可以分為項目管理、過程管理、工程和支持等4類別。
CMMI-DEV中的七個項目管理類過程域如下：
- 集成項目管理( Integrated Project Management，IPM)
- 項目監督與控制( Project Monitoring and Control，PMC)
- 項目計劃( Project Planning，PP)
- 量化項目管理(Quantitative Project Management，QPM)
- 需求管理(Requirements Management, REQM)
- 風險管理(Risk Management, RSKM)
- 供方協議營理(Supplier Agreement Management，SAM)
CMMI-DEV中的五個工程類過程域如下：
- 產品集成( Product Integration，PI)
- 需求開發( Requirements Development，RD)
- 技術解決方案( Technical Solution．TS)
- 確認(Validation，VAL)
- 驗證( Verification，VER)
CMMI-DEV中的五個過程管理類過程域如下：
- 組織級過程定義(Organizational Process Definition，OPD)
- 組織級過程關注(Organizational Process Focus，OPF)
- 組織級績效管理(Organizational Performance Management，OPM)
- 組織級過程性能(Organizational Process Performance，OPP)
- 組織級培訓(Organizational Training，OT)
CMMI-DEV中的五個支持類過程域如下：
- 原因分析與解決( Causal Analysis and Resolution，CAR)
- 配置管理(Configuration Management，CM)
- 決策分析與解決(Decision Analysis and Resolution，DAR)
- 度量與分析(Measurement and Analysis，MA)
- 過程與產品質量保證(Process and Product Quality Assurance，PPQA)
15. CMMI表示法與級別
CMMI表示法與級別： 1. 初始級；2. 已管理級；3. 已定義級；4. 已量化管理級；5. 持續優化級
16. 研究一切系統的基本觀點(原理)
系統論方法論是研究一切系統的一般模式、原則和規律的理論體系。研究一切系統的基本觀點(原理)：
原理一，整體性：“盲人摸象”的教訓；
原理二，相關性：牽一發而動全身；
原理三，層次性：等級森嚴的結構整體；
原理四，有序性：系統功能發揮的源泉；
原理五，動態性：發展變化的理論；
原理六，調控性：系統的自組織；
原理七，最優化：如何追求完美。
17. 五大過程組
啟動過程組：確定并核準項目或項目階段。
規劃過程組：定義和細化目標，規劃最佳的行動方案即從各種備選的方案中選取最優方案，以實現項目或階段所承擔的目標范圍。
執行過程組：通過采用必要的行動，協調人力資源和其他資源，整體的、有效的實施項目計劃。
監控過程組：測量和實時監控項目進展情況，發現偏離項目管理計劃之處，及時采取糾正措施和變更控制，確保項目目標的實現。
收尾過程組：對項目成果、項目產品、項目階段進行驗收，確保項目或項目階段有條不紊的結束。
18. 組織結構
職能型組織
優點：
缺點：
項目型組織
優點：
缺點：
矩陣型組織
優點：
缺點：
19. 項目型組織
項目型組織是指那些一切工作都圍繞項目進行、通過項目創造價值并達成自身戰略目標的組織。它包括企業、企業內部的部門、政府或其他機構。在這里所謂的項目型組織，不同于人們日常所說的項目部，它是指一種專門的組織結構。
項目型組織的典型優點：
- 結構單一、責權分明、利于統一指揮；目標明確、溝通簡潔、方便；決策快。
項目型組織的典型缺點：
- 管理成本過高、如項目的工作量不足則資源配置效率低；項目環境比較封閉、不利于溝通、技術知識等共享；員工缺乏事業上的連續型和保障。
20. 質量成本
審計成本：用于審計工作所花的成本；沉沒成本：在過去己經花的錢；直接成本：直接可以歸屬于項目工作的成本；間接成本：一般管理費用科目或幾個項目共同分擔的成本。
在以上成本中，項目經理可以控制的只有直接成本。
21. 軟技能
軟技能包括人際關系管理。軟技能包括以下內容：
- 有效的溝通：信息交流；
- 影響一個組織：“讓事情辦成”的能力；
- 領導能力：形成一個前景和戰略并組織人員達到它；
- 激勵：激勵人員達到高水平的生產率并克服變革的阻力；
- 談判和沖突管理：與其他人談判或達成協議；
- 問題解決：問題定義和做出決策的結合。
22. 項目整體評估要素
把項目看成一個整體，權衡各種要素之間的關系的評估稱為項目整體評估，其主要特征可以概括為：
- 整體性(綜合集成經濟、技術運行、環境、風險)
- 目標性、相關性(時間、知識、邏輯三維結構)
- 動態性(項目生命周期)
23. 目目標
任何一個項目，不論是建筑業、國防系統的復雜項目，還是IT項目、個人或團體的一次性的大小項目或活動，項目一經確定投資實施，必定要產生一個項目的目標，而且這個目標是經過仔細分析得出的，是一個清晰的目標，盡管對于項目的不同利益方，如客戶方、承包商或其他相關廠商又有不同目標和把握的重點，但其最終結果是實現項目整體的目標。項目目標就是實施項目所要達到的期望結果，即項目所能交付的成果或服務。即“A．項目目標就是所能交付的成果或服務的期望效果”是正確的。
項目目標具有如下特性：
項目目標的多目標性
對于一個項目而言，項目目標往往不是單一的，而是一個多目標系統，希望通過一個項目的實施，實現一系列的目標，滿足多方面的需求。但很多時候不同的目標之間是相互沖突的，實施項目的過程就是多個目標協調的過程，有同一層次不同目標的協調，不同層次總項目目標與子目標的協調，項目目標與組織戰略的協調等。
項目目標的優先性
項目是一個多目標的系統，不同目標可能在項目管理不同階段根據不同需要，其重要性也不一樣。如，在項目的啟動階段，技術性能可能給予過多關注，在實施階段成本將會成為重點，而時間進度往往是在驗收時給予高度的重視。而對于不同的項目，關注的重點也不一樣，如單純的軟件研發項目，將更多的關注技術指標和軟件質量。
項目目標具有層次性
項目目標的層次性是指對項目目標的描述需要有一個從抽象到具體的層次結構。即一個項目目標既有最高層的戰略目標，又有較低層次的具體目標。通常是把明確定義的項目目標按其意義和內容表示為一個遞進層次結構，而且越較低層次的目標應該描述越清晰具體，并應分解到相關崗位。即“B．項目目標應分解到相關崗位”是正確的。
項目目標的SMART原則
- S(Specific)——明確性
- M(Measurable)——可衡量性
- A(Attainable)——可接受性
- R(Relevant)——實際性
- T(Time-based)——時限性
24. PMO
PMO的一個主要職能是通過各種方式向項目經理提供支持，這些方式包括(但不限于)：
- 對PMO所轄的全部項目的共享資源進行管理；
- 識別和制定項目管理方法、最佳實踐和標準；
- 指導、輔導、培訓和監督；
- 通過項目審計，監督對項目管理標準、政策、程序和模板的遵守程度；
- 制定和管理項目政策、程序、模板和其他共享的文件(組織過程資產)；
- 對跨項目的溝通進行協調。
25. 項目管理過程組
任何項目都需從啟動、規劃、執行、監控到收尾的5個項目管理過程組，與應用領域或具體行業無關。在各種項目上，五大過程組之間的先后順序關系基本相同。當然，在這種先后順序關系之中，又存在交叉和循環。這種交叉和循環關系，在不同項目上有較大差別。 項目管理過程的變更與項目變更之間沒有必然聯系。項目進入執行階段后，需要3，而這種細化或修改仍屬于規劃過程組的工作。
26. 四控、三管、一協調
信息系統工程監理活動的主要內容是“四控、三管、一協調”。
四控如下：
三管如下
一協調如下：在信息系統工程實施過程中協調有關單位間的工作關系。
27. 質量管理體系文件
質量管理體系文件包括質量手冊、程序文件和質量記錄。
28. 六西格瑪管理法
六西格瑪管理法是全面質量管理(TQM)的繼承和發展，它為組織帶來了一個新的、垂直的質量管理方法體系。它的優越之處在于從項目實施過程中改進和保證質量，而不是從結果中檢驗控制質量。這樣不僅減小了檢控質量的步聚，而且避免了由此帶來的返工成本，同時六西格瑪質量管理培養了員工的質量意識，并將這種質量意識融入企業文化之中。
29. 人員配備管理計劃
人員配備管理計劃說明將在何時、以何種方式獲得項目團隊成員，以及他們需要在項目中工作多久。
30. 預分派
預分派可在下列情況下發生：
- 在競標過程中承諾分派特定人員進行項目工作；
- 項目取決于特定人員的專有技能；
- 項目章程中指定了某些人員的工作分派。
31. 組織
組織是由人和其他各種用以實現一系列目標的資源組成的正式集合。所有的組織都包含有一系列的增值過程，如內部后勤、倉庫和存儲、生產、市場、銷售、客戶服務等等，這些是價值鏈的組成部分。信息系統在增值過程中，與增值過程緊密相連，是過程本身的一部分。組織適應新環境或者隨時間而改變其行為稱為組織學習。
32. 質量控制過程
質量控制過程的輸入包括：質量管理計劃、質量度量標準、質量檢查表、組織過程資產、工作績效信息、已批準的變更請求、產品服務和結果。
33. 中華人民共和國合同法
根據《中華人民共和國合同法》 第三十二條 當事人采用合同書形式訂立合同的，自雙方當事人簽字或者蓋章時合同成立。
根據《中華人民共和國合同法》第十條 當事人訂立合同，有書面形式、口頭形式和其他形式。
根據《中華人民共和國合同法》第三十五條 當事人采用合同書形式訂立合同的，雙方當事人簽字或者蓋章的地點為合同成立的地點。
根據《中華人民共和國合同法》第三十三條 當事人采用信件、數據電文等形式訂立合同的，可以在合同成立之前要求簽訂確認書。簽訂確認書時合同成立。
34. 管理文檔
管理文檔是建立在項目管理信息的基礎上，包括開發過程的每個階段的進度和進度變更記錄；軟件變更情況的記錄；相對于開發的判定記錄；職責定義。
這些文檔從管理的角度規定涉及軟件生存的信息。開發文檔是描述軟件開發過程，包括軟件需求、軟件設計、軟件測試、保證軟件質量的一類文檔，開發文檔也包括軟件的詳細技術描述(程序邏輯、程序間相互關系、數據格式和存儲等)。
36. 走查、審核、認證、鑒定
走查
一種靜態分析技術或評審過程，在此過程中，設計者或程序員引導開發組的成員通讀已書寫的設計或編碼，其他成員負責提出問題并對有關技術、風格、可能的錯誤、是否違背開發標準等方面進行評論。
審核(審計)
a) 為評估工作產品或工作產品集是否符合軟件需求、規格說明、基線、標準、過程、指令、代碼以及合同和特殊要求而進行的一種獨立的檢查；
b) 通過調查研究確定己制定的過程、指令、規格說明、代碼和標準或其他的合同及特殊要求是否恰當和被遵守，以及其實現是否有效而進行的活動。
認證
a) 一個系統、部件或計算機程序符合其規定的需求，對操作使用是可接受的一種書面保證。例如，一計算機系統是安全的允許在定義的環境中操作的書面的認可；
b) 為使系統獲準投入運行性使用，對系統遵循規定的需求是可接受的所做的正式演示；
c) 驗證系統或部件遵循規定的需求，且其操作使用是可接受的過程。
鑒定
一個正式的過程，通過這個過程確定系統或部件是否符合它的規格說明，是否可在目標環境中適合于操作使用。
37. 安全審計
安全審計是信息安全保障系統中的一個重要組成部分，是落實系統安全策略的重要機制和手段，通過安全審計，識別與防止計算機網絡系統內的攻擊行為，追查計算機網絡系統內的泄密行為。安全審計具體包括兩方面的內容。
安全審計系統采用數據挖掘和數據倉庫技術，對歷史數據進行分析、處理和追蹤,實現在不同網絡環境中終端對終端的監控和管理，必要時通過多種途徑向管理員發出警告或自動采取排錯措施。因此信息安全審計系統被形象地比喻為“黑匣子”和“監護神”。
38. 事件管理
事件管理的宗旨是最短時候恢復故障，從而將故障的損失降到最低，在此前提下盡可能滿足服務的要求。問題管理在于找出IT故障的根本原因，制定解決方案，防止類似故障的再次發生。
( A )seeks to perform root cause investigation as to what is leading identified trends A.Problem management B.Incident management C.Change management D.Knowledge management39. 帕累托分析原理
帕累托分析原理：
帕累托圖來自于8/2定律，該定律認為大多數的問題或缺陷產生于相對有限的原因，即20%的原因造成了80%的問題。
40. 一致性成本與非一致性成本
一致性成本：在項目期間用于防止失敗的費用；非一致性成本：項目期間和項目完成后用于處理失敗的費用
41. 干系人分析
干系人分析可以達到兩個目的：
42. 溝通方法
溝通方法：
- 假設性問題，一般會強迫對方思考；
- 探尋式問題，適合于探索性的內容；
- 開發式問題，用于發散收集更多信息；
- 封閉式問題，常用于確認信息。
43. 項目干系人管理
項目干系人管理的主要目標是促進干系人對項目的理解與支持，使干系人了解項目的進展和有可能帶來的影響。
項目干系人管理就是對項目溝通進行管理，以滿足信息需要者的需求并解決項目干系人之間的問題。積極地管理項目干系人，提高了項目因為項目干系人之間存在未解決的問題而偏離的可能性，提高操作人員的能力，避免他們在項目進行期間分奔離析。項目關系人管理是促進干系人對項目的埋解與支持，使干系人了解項目的進展和有可能帶來的影響。
44. 溝通管理計劃
溝通管理計劃的內容如下：
- 項目干系人溝通要求；
- 對要發布的信息的描述，包括格式、內容、詳盡程度；
- 信息接收的個人或組織；
- 傳達信息所需的技術或方法，例如：備忘錄、電子郵件和/或新聞發布等；
- 溝通頻率，例如，每周溝通等；
- 上報過程，對下層無法解決的問題，確定問題上報的時間要求和管理鏈(名稱)；
- 隨項目的進展對溝通管理計劃更新與細化的方法；
- 為溝通活動分配相應的資源，包括時間和預算；
- 通用詞語表。
45. 績效報告
績效報告對收集到的信息進行組織與歸納，并通過與績效測量基準的比較，來分析和展示績效。應按照溝通管理計劃中的規定，以各干系人所要求的詳細程度，向他們提供項目狀態和進展信息。
46. 總監理工程師
47. 四控、三管、一協調
監理活動的主要內容被概括為“四控、三管、一協調”：
四控
信息系統工程質量控制；信息系統工程進度控制：
信息系統工程投資控制；信息系統工程變更控制。
三管
信息系統工程合同管理；信息系統工程信息管理；信息系統工程安全管理。
一協調
在信息系統工程實施過程中協調有關單位及人員間的工作關系。
48. 服務級別管理
服務級別管理的主要目標在于，根據客戶的業務需求和相關的成本預算，制定恰當的服務級別目標，并將其以服務級別協議的形式確定下來。在服務級別協議中確定的服務級別目標，既是IT服務部門監控和評價實際服務品質的標準，也是協調IT部門和業務部門之間有關爭議的基本依據。
49. IT服務級別管理
IT服務級別管理是指企業在可以接受的成本條件下，就IT服務的質量所做出的包括談判、定義、評估、管理、改進等在內的一系列管理活動，它是連接IT部門和某個具體業務部門的紐帶。
50. IT服務管理
IT服務管理是一種以流程為導向、以客戶為中心的方法，它通過整合IT服務與組織業務，提高組織在IT服務提供和服務支持方面的能力及其水平。
《IT服務管理實施規劃》將這些價值歸納為商業價值、財務價值、創新價值和內部價值、員工利益。
51. 問題處置過程
在ISO2000中規定：
問題處置過程往往要經過“問題提出→服務臺記錄問題→工程師調查問題→解決問題→如果該現象經常出現要調查原因→批準和更新設施或軟件”。按照這個流程，問題處置過程就是“服務臺→事件管理→問題管理→發布管理”。
在這個處置過程中：
- 事件管理的目標是：盡可能快的恢復商定的提供給業務的服務或響應服務請求。
- 問題管理的目標是：通過對事件起因的主動識別和分析，以及管理問題的關閉(徹底解決該問題)，以最大限度降低對業務的損害。
52. 監理模式
根據監理范圍及內容的不同，信息系統工程的監理模式可分為咨詢式監理、里程碑式監理及全過程監理，建設單位可根據自己的需要在委托監理合同中約定監理模式。
53. 監理規劃
監理規劃依據監理委托合同編制，監理規劃在內容和深度等方面比監理委托合同更加具體化，更加具有指導監理工作的實際價值。監理規劃的作用體現在以下幾點：
監理實施細則是在監理規劃指導下，具有可實施可操作的業務性文件，用來指導具體監理業務的開展。
54. 總監理工程師代表的職責
總監理工程師代表的職責如下：
總監理工程師代表由總監理工程師授權，負責總監理工程師指定或交辦的監理工作；
負責本項目的日常監理工作和一般性監理文件的簽發。
總監理工程師不得將下列工作委托總監理工程師代表：
①根據工程項目的進展情況進行監理人員的調配，調換不稱職的監理人員；
②主持編寫工程項目監理規劃及審批監理實施方案；
③簽發工程開工/復工報審表、工程暫停令。工程款支付證書、工程項目的竣工驗收文件；
④審核簽認竣工結算；
⑤調解建設單位和承建單位的合同爭議，處理索賠，審批工程延期。
55. 監理大綱、監理規劃、監理實施細則
在監理工作實施前，監理單位開始逐步進行監理工作的計劃，完成監理大綱、監理規劃和監理實施細則。
監理大綱
是建設單位在選擇合適的監理單位時，監理單位為了獲得監理任務，在項目監理招標階段編制的項目監理方案性文件。
監理規劃
是在監理委托合同簽訂后，由監理單位制訂的指導監理工作開展的綱領性文件。
監理實施細則
是在監理規劃指導下，具有可實施可操作的業務性文件。、
監理規劃的內容及編制指南
說明監理規劃編制的目的。
說明項目的名稱。
概述本信息系統工程情況。
簡要說明系統功能，可根據系統特性分類描述。
說明系統的應用環境或業務范圍。
說明信息系統需方單位名稱。
說明接受監理的承包開發單位名稱，如有多個子項目，應列出每個項目的承包開發單位。
說明主要分包單位。如有多個子項目，應列出每個子項目的主要分包單位。
說明本項目監理上作的范圍，包括受監理的軟件過程、組織機構等。
描述本項目監理工作的目標。
包括質量、進度、經費的過程控制及項目風險控制目標等。
列出本項目監理工作所使用的依據。
說明承擔工程項目監理的組織形式及各部門職責。
說明監理組織中的人員及職責分工。
列出為本項目監理工作配備的資源，包括儀器、設備、軟硬件工具、環境設施等。
列出每個(子)項目受監理的工作內容。
列出監理進程中需向建設單位提交的報告及文檔，并說明提交時機。
規范監理工作的規章制度。
56. 功能基線、分配基線和產品基線
在軟件配置管理中，有功能基線、分配基線和產品基線這三種基線。
- 功能基線：最初通過的功能配置
- 分配基線：最初通過的分配的基線
- 產品基線：最初通過的或有條件地通過的產品配置
57. 配置庫
配置庫有三類：
- 開發庫(development Library)
存放開發過程中需要保留的各種信息，供開發人員個人專用。庫中的信息可能有較為頻繁的修改，只要開發庫的使用者認為有必要，無需對其做任何限制。因為這通常不會影響到項目的其他部分。 - 受控庫(controlled library)
在信息系統開發的某個階段工作結束時，將工作產品存入或將有關的信息存入，存入的信息包括計算機可讀的以及人工可讀的文檔資料。如：基線庫，存入的是經過評審后成為后續工作基準的需求基線、設計基線等。對庫內信息的讀寫和修改加以控制。 - 產品庫(Product library)
在開發的信息系統產品完成系統測試之后，作為最終產品存入庫內，等待交付用戶或現場安裝。庫內的信息也應加以控制。
58. 合同內容約定不明確時
當事人就有關合同內容約定不明確，依照合同法第六十一條的規定仍不能確定的，適用下列規定：
(一)質量要求不明確的，按照國家標準、行業標準履行；沒有國家標準、行業標準的，按照通常標準或者符合合同目的的特定標準履行。
(二)價款或者報酬不明確的，按照訂立合同時履行地的市場價格履行；依法應當執行政府定價或者政府指導價的，按照規定履行。
(三)履行地點不明確，給付貨幣的，在接受貨幣一方所在地履行；交付不動產的，在不動產所在地履行；其他標的，在履行義務一方所在地履行。
(四)履行期限不明確的，債務人可以隨時履行，債權人也可以隨時要求履行，但應當給對方必要的準備時間。
(五)履行方式不明確的，按照有利于實現合同目的的方式履行。
(六)履行費用的負擔不明確的，由履行義務一方負擔。
59. 配置審計
配置審計(或稱配置審核)工作主要集中在兩個方面：
一是功能審計，即驗正配置項的實際功效是否與其需求相一致，代碼走查屬于功能審計；
二是物理審計，即確定配置項是否符合預期的物理特征(指特定的媒體形式)。變更過程的規范性審核、介質齊備性檢查、配置項齊全性審核屬于物理審計。
60. 風險曝光度
風險曝光度(Risk Exposure)= 錯誤出現率 P(風險出現率)* 錯誤造成損失 C(風險損失)
61. 風險審計
通過風險審計，檢查并記錄風險應對措施在處理已識別風險及其根源方面的有效性，以及風險管理過程的有效性。
“確保被識別的和相當有威脅的每一個風險都有計算的預期值”是定量風險分析的目標。
62. 風險概率及影響評估、風險數據質量評估、風險分類
風險概率及影響評估
旨在調查每個具體風險發生的可能性。風險影響評估旨在調查風險對項目目標(如進度、成本、質量或性能)的潛在影響，既包括威脅所造成的消極影響，也包括機會所產生的積極影響。
對已識別的每個風險都要進行概率和影響評估。可以選擇熟悉相應風險類別的人員，對他們進行訪談或與他們召開會議，來進行風險評估。這些人員中應該包括項目團隊成員，也可包括項目外部的經驗豐富人員。通過訪談或會議，評估每個風險的概率級別及其對每個目標的影響。還應記錄相應的說明性細節，例如，確定風險級別所依據的假設條件。根據風險管理計劃中的定義，對風險概率和影響進行評級。具有低等級概率和影響的風險，將被列入觀察清單中，供將來進一步監測。
風險數據質量評估
定性風險分析要具有可信度，就應該使用準確和無偏倚的數據。風險數據質量分析就是評估有關風險數據對風險管理的有用程度的一種技術。它考察人們對風險的理解程度，以及考察風險數據的準確性、質量、可靠性和完整性。如果數據質量不可接受，就可能需要收集更高質量的數據。
風險分類
可以按照風險來源(如使用風險分解結構)、受影響的項目工作(如使用工作分解結構)，或其他分類標準(如項目階段)，對項目風險進行分類，以明確受不確定性影響最大的項目區域。根據共同的根本原因對風險進行分類，有助于制定有效的風險應對措施。
風險數據收集屬于定量風險分析方法的范疇。
63. 德爾菲法
德爾菲法是組織專家就某個專題達成一致意見的一種方法。項目風險專家匿名參與。組織者使用調查問卷就重要的項目風險征詢意見，然后對專家的答卷進行歸納，并把結果反饋給專家，請他們做進一步評論。這個過程重復幾輪后，就可能取得一致意見。德爾菲技術有助于減輕數據的偏倚，防止任何個人對結果產生不恰當的影響。
64. 采用單一來源方式采購
根據《中華人民共和國政府采購法》，第三十一條 符合下列情形之一的貨物或者服務，可以依照本法采用單一來源方式采購：
(一)只能從唯一供應商處采購的；(二)發生了不可預見的緊急情況不能從其他供應商處采購的；
(三)必須保證原有采購項目一致性或者服務配套的要求，需要繼續從原供應商處添購，且添購資金總額不超過原合同采購金額百分之十的。
65. SWOT分析法
SWOT分析法是一種環境分析方法。SWOT是英文Strength(優勢)、Weakness(劣勢)、Opportunity(機遇)、Threat(挑戰)的簡寫。 這種技術從項目的每一個優勢、劣勢、機會和威脅出發，對項目進行考察，把產生于內部的風險都包括在內，從而更全面地考慮風險。
66. 風險管理計劃
風險管理計劃是項目管理計劃的組成部分，描述將如何安排與實施風險管理活動。風險管理計劃包括以下內容：
67. 風險應對
風險應對是一系列過程，它通過開發備用的方法、制定某些措施以提高項目成功的機會，同時降低失敗的威脅。應該為每種風險選擇一種或幾種有效的策略。某些決策工具，如決策樹，可以用來選擇最合適的應對方法，然后可以采取具體的行動來實現該策略。還應該開發一個備用策略，以防當前的策略變得不太有效、或有某個可以接受的風險發生。另外，我們要為進度和成本進行應急儲備。最后，還應該開發一個應急計劃，同時包含啟動該計劃的觸發條件。
典型的風險應對方法包括避免、轉移、減輕、接受。
避免
修改項目計劃以消除相應的威脅、隔離項目目標免受影響、放寬項目目標(如獲得更多的時間、或減少項目范圍)。項目早期中出現的一些風險很有可能通過澄清需求，獲得相關信息，改良溝通，或獲得專家指導而得到解決。
轉移
風險轉移是把把威脅的不利影響以及風險應對的責任轉移到第三方的做法。只是轉移風險給另外的團隊，讓他們負責去處理，而并沒有解決問題。轉移風險責任在處理財務問題方面也許有一定效果，接受所轉移風險的人或團隊需要得到相應的經濟補償，轉移方法包括保險、性能約束、授權和保證。這過程中可能會用到契約，一份成本類的契約可以轉移成本風險給買主。如果項目的設計是固定不變的，一份固定價格的契約可以轉移風險給賣方。
減輕
即通過降低風險的概率和影響程度，使之達到一個可接受的范圍。盡早采取行動減少風險發生的可能性比在它已經發生之后去彌補對項目的影響會更好。采用更簡單的流程，進行更多的測試，或選擇一個更穩定的供應商是風險減輕的方法。當不可能降低風險發生的概率時，風險減輕計劃就要注意決定影響嚴重程度的相關聯動環節。舉例來說，在一個子系統中增加冗余設計，可以減少由于原系統的失效而帶來的影響。
接受
采取該策略的原因在于很少可以消除項目的所有風險。采取此項措施表明，已經決定不打算為處置某項風險而改變項目計劃，無法找到任何其他應對良策的情況下，或者為應對風險而采取的對策所需要付出的代價太高(尤其是當該風險發生的概率很小時)，往往采用“接受”這一措始。針對機會或威脅，均可采取該項策略。該策略可分為主動或被動方式。最常見的主動接受風險的方式就是建立應急儲備，應對已知或潛在的未知威脅或機會。被動地接受風險則不要求采取任何行動，將其留給項目團隊，待風險發生時視情況進行處理。
68. 定性風險分析、定量風險分析、風險識別
定性風險分析，可采用的工具技術包括風險概率及影響評估、概率及影響矩陣、風險數據質量評估、風險種類、風險緊急度評估。
定量風險分析，可采用的工具技術包括訪談、專家判斷、靈敏度分析、期望貨幣價值分析、決策樹分析、建模和仿真。
SWOT分析是風險識別的工具技術，風險識別的工具技術還包括文檔評審、頭腦風暴、德爾菲法、檢查表、訪談、假設分析、圖解技術、SWOT分析。
69. 權利/利益方格
- 權利/利益方格，根據干系人的職權大小和對項目結果的關注(利益)程度進行分類。
- 權利/影響方格，干系人的職權大小以及主動參與(影響)項目的程度進行分類。
- 影響/作用方格，干系人主動參與(影響)項目的程度及改變項目計劃或執行的能力進行分類。
- 凸顯模型，根據干系人的權力(施加自己意愿的能力)、緊迫程度和合法性對干系人進行分類。
70. 績效報告
一份完整的績效報告可以包括：
71. 項目經理權力
職位權力：是因為職位所賦予的正式權力獎勵權力：是職位所賦予的專家權力：作為技術或項目管理方面的專家而產生的權力。參照權力(Referent Power)，由于成為別人學習參照榜樣所擁有的力量。參照權力是由于他人對你的認可和敬佩從而愿意模仿和服從你以及希望自己成為你那樣的人而產生的，這是一種個人魅力。具有優秀品質的領導者的參照權力會很大。這些優秀品質包括誠實、正直、自信、自律、堅毅、剛強、寬容和專注等。領導者要想擁有參照權力，就要加強這些品質的修煉。
72. 團隊建設活動
優秀的團隊不是一蹴而就的，一般要依次經歷以下5個階段：
1. 形成階段(Forming)
一個個獨立的個體成員轉變為團隊成員，開始形成共同目標；對未來團隊往往有美好的期待。
2. 震蕩階段(Storming)
團隊成員開始執行分配的任務，一般會遇到超出預想的困難，希望被現實打破。個體之間開始爭執，互相指責，并且開始懷疑項目經理的能力。
3. 規范階段(Norming)
經過一定時間的磨合，團隊成員之間相互熟悉和了解，矛盾基本解決，項目經理能夠得到團隊的認可。
4. 發揮階段(Performing)
隨著相互之間的配合默契和對項目經理的信任，成員積極工作，努力實現目標。這時集體榮譽感非常強，常將團隊換成第一稱謂，如“我們那個組”、“我們部門”等，并會努力捍衛團隊聲譽。
5. 結束階段(Adjouming)
隨著項目的結束，團隊也被遣散了。以上的每個階段按順序依次出現，至于每個階段的長短則取決于團隊的結構、規模和項目經理的領導力。
當項目團隊已經共同工作了相當一段時間，正處于建設項目團隊的發揮階段時，一個新成員加入了該團隊，這個新成員和原有成員之間不熟悉，對項目目標不清晰了解，因此團隊建設將從形成階段重新開始。
73. 激勵
所謂激勵，就是如何發揮員工的工作積極性的方法。典型的激勵理論有馬斯洛需要層次理論、赫茨伯格的雙因素理論和期望理論 。
馬斯洛5需要層次理論包括生理需要、安全需要、社會交往的需要、自尊的需要和自我實現的需要。
X理論認為員工是懶散的、消極的、不愿意為公司付出勞動，主要體現了獨裁型管理者對人性中消極成分占主導的基本判斷，例如X理論假定“一般人天性好逸惡勞，只要有可能就會逃避工作”。因此崇尚X理論的領導者認為，在領導工作中必須對員工采取強制、懲罰和解雇等手段，強迫員工努力工作，對員工應當嚴格監督、控制和管理。
Y理論認為員工是積極的，當在適當的環境下員工會努力工作，盡力完成公司的任務就像自己在娛樂和玩一樣努力，從工作中得到滿足感和成就感。
赫茨伯格的雙因素理論認為有兩種完全不同的因素影響著人們的工作行為。第一類是保健因素，這些因素是與工作環境或條件有關的、能防止人們產生不滿意感的一類因素；第二類是激勵因素，這些因素是與員工的工作本身或工作內容有關的、能激勵人們努力地工作。
74. 控制質量
控制質量的輸入：
75. 質量保證
質量保證旨在建立對未來輸出或正在進行的工作在完工時滿足特定的需求和期望的信心。
76. 實驗設計
實驗設計是一種統計方法，用來識別哪些因素會對正在生產的產品或正在開發的流程的特定變量產生影響。實驗設計可以在規劃質量管理過程中使用，以確定測試的數量和類別，以及這些測試對質量成本的影響。
77. 新七種質量工具
新七種包括親和圖、過程決策程序圖、關聯圖、樹形圖、優先矩陣、活動網絡圖、矩陣圖。
老七種包括因果圖、流程圖、核查表、帕累托圖、直方圖、控制圖和散點圖。
過程決策圖用于理解一個目標與達成此目標的步驟之間的關系。關聯圖是關系圖的變種，有助于包括相互交互邏輯關系的中等復雜情形中創新性地解決問題。因果圖即魚骨圖，通過分析現象的合理可能性最終發現可行動的根本原因。流程圖也稱過程圖，用來顯示在一個或多個輸入轉化成一個或多個輸出的過程中，所需要的步驟順序的可能分支。
78. 實施質量保證過程
實施質量保證過程也為持續過程改進創造條件。持續過程改進是指不斷地改進所有過程的質量。通過持續過程改進，可以減少浪費，消除非增值活動，使各過程在更高的效率與效果水平上運行。這個說明過程改進是實施質量保證的主要職責，而軟件過程改進是過程改進的一部分。
79. 軟件質量保證
軟件質量保證(SQA-Software Quality Assurance)是建立一套有計劃，有系統的方法，來向管理層保證擬定出的標準、步驟、實踐和方法能夠正確地被所有項目所采用。
軟件質量保證的目的是使軟件過程對于管理人員來說是可見的。它通過對軟件產品和活動進行評審和審計來驗證軟件是合乎標準的。軟件質量保證在項目開始時就一起參與建立計劃、標準和過程。這些將使軟件項目滿足機構方針的要求。
80. 成本估算
成本估算有三個主要步驟：
81. 項目管理計劃
項目管理計劃記錄了計劃過程組的各個計劃子過程的全部成果，包括：
- 項目管理團隊選擇的各個項目管理過程；
- 每一選定過程的實施水平；
- 對實施這些過程時使用的工具與技術所做的說明；
- 在管理具體項目中使用選定過程的方式和方法，包括過程之間的依賴關系和相互作用，以及重要的依據和成果；
- 為了實現項目目標所執行工作的方式、方法；
- 監控變更的方式、方法；
- 實施配置管理的方式、方法；
- 使用實施效果測量基準并使之保持完整的方式、方法；
- 項目干系人之間的溝通需要與技術；
- 選定的項目生命期和多階段項目的項目階段；
- 高層管理人員為了加快解決未解決的問題和處理未做出的決策，對內容、范圍和時間安排的關鍵審查。
82. 需求管理
- 需求管理包括在產品開發過程中維持需求一致性和精確性的所有活動；
- 從測試用例和測試報告可得描述中追蹤到用戶原始需求的過程是反向追蹤；
- 需求跟蹤矩陣中可以體現測試策略和測試場景的跟蹤結果。
83. 執行過程組
執行過程組包括：
指導和管理項目執行
這一過程用于指導存在于項目中不同的技術和組織接口，執行項目管理計劃所定義的活動。執行項目管理計劃所定義的工作過程的結果就是各項可交付物。收集關于可交付物的完成狀態和哪些工作已經完成的信息是項目執行部分的工作，這些信息會被反饋到績效報告過程。
執行質量保證
這一過程是指應用已計劃好的，系統性的質量活動如審核和同行評審來確保項目使用了為滿足所有項目干系人的期望所必需的所有過程。
建設項目團隊
這一過程用于培育個人和團隊的能力以提升項目績效。
信息發布
這一過程用于及時向項目干系人傳送他們所需的信息。
獲取供方響應(詢價)
這一過程指導如何恰當地發布信息、報價、投標、出價或提交建議書。
選擇供方
這一過程用于評標、選擇潛在供方以及與供方協商并簽訂合同。
84. 活動資源估算
活動資源估算包括決定需要什么資源(人力，設備，原料)和每一樣資源應該用多少，以及何時使用資源來有效地執行項目活動。它必須和成本估算相結合。
活動資源估算的目的是確定實施項目活動所需的資源數量、種類和時間。
活動排序在活動資源估算過程之前，進行活動排序時需要考慮活動之間順序問題而不是資源估算問題。
而依靠組織的過程資產以及估算軟件等企業基礎設施的強大能力，可以定義資源可用性、費率以及不同的資源日歷，從而有助于活動資源的估算。
85. 可靠性和可維護性
《可靠性和可維護性管理》對下列屬性進行了定義：
軟件可靠性
在規定環境下、規定時間內，軟件不引起系統失效的概率；或在規定的時間周期內所述條件下，程序執行所要求的功能的能力。
軟件可維護性：
與進行規定的修改難易程度有關的一組屬性。軟件生存周期：
軟件產品從形成概念開始，經過開發、使用和維護，直到最后不再使用的過程。
軟件可靠性和可維護性大綱：
為保證軟件滿足規定的可靠性和可維護性要求而制定的一套管理文件。
86. 表示集成、控制集成、數據集成、業務流程集成
表示集成
表示集成也稱為界面集成，這是比較原始和最淺層次的集成，但又是常用的集成。這種方法將用戶界面作為公共的集成點，把原有零散的系統界面集中在一個新的界面中。
控制集成
控制集成也稱為功能集成或應用集成，是在業務邏輯層上對應用系統進行集成的。控制集成的集成點存于程序代碼中，集成處可能只需簡單使用公開的API (ApplicationProgramming Interface，應用程序編程接口)就可以訪問，當然也可能需要添加附加的代碼來實現。
數據集成
為了完成控制集成和業務流程集成，必須首先解決數據和數據庫的集成問題。在集成之前，必須首先對數據進行標識并編成目錄，另外還要確定元數據模型，保證數據在數據庫系統中分布和共享。因此，數據集成是白盒集成
業務流程集成
業務流程集成也稱為過程集成，這種集成超越了數據和系統，它由一系列基于標準的、統一數據格式的工作流組成。當進行業務流程集成時，企業必須對各種業務信息的交換進行定義、授權和管理，以便改進操作、減少成本、提高響應速度。
87. 網絡規劃
網絡規劃要構造一個最終建設完成的網絡，網絡規劃是要給網絡建設和使用者做一個心中有數的設計結果。網絡規劃率先考慮的有三個原則：實用性原則、開放性原則和先進性原則。
實用性原則
網絡建設應當作工程項目來完成，而不是當作研究或實驗課題。網絡應用和服務在整個網絡建設中應置于非常重要的地位，這是因為只有應用才是網絡建設的最終目的，網絡基礎設施是為最終應用服務的。因此，實用原則強調設計目標和設計結果能滿足需求并且行之有效。
開放性原則
網絡應具有良好的開放性。這種開放性靠標準化實現，使用符合這些標準的計算機系統很容易進行網絡互聯。為此，必須制定全網統一的網絡架構，并遵循統一的通信協議標準。網絡架構和通信協議應選擇廣泛使用的國際工業標準，使得網絡成為一個完全開放式的網絡計算環境。開放性原則包括采用開放標準、開放技術、開放結構、開放系統組件、殲放用戶接口。
先進性原則
建設網絡，盡可能采用成熟先進的技術，使用具有時代先進水平的計算機系統和網絡設備，這些設備應該在相當長的時間內保證其先進性。開發或選購的各種網絡應用軟件也盡可能先進，并有相當長時間的可用性。先進性原則包括設計思想先進、軟硬件設備先進、網絡結構先進、開發工具先進。
88. IEEE802
無線局域網標準協議，IEEE802 列常見標準包括：
801.2 邏輯鏈路控制
802.3 帶碰撞檢測的載波偵聽多路訪問方法和物理層規范(以太網)??
802.4 令牌總線
802.5 令牌環
802.7 標準定義寬帶技術
802.8 標準定義了光纖技術
802.11 無線局域網訪問方法和物理層規范
89. 網絡協議三要素
網絡協議三要素如下：
語法：確定通信雙方“如何講”，定義用戶數據與控制信息的結構和格式。語義：確定通信雙方“講什么”，定義了需要發出何種控制信息、完成的動作，以及作出的響應。時序：確定通信雙方“講話的次序”，對事件實現順序進行詳細說明。
90. OSI模型
物理層
OSI模型的最低層或第一層，該層包括物理連網媒介，如電纜連線連接器。
數據鏈路層
OSI模型的第二層，它控制網絡層與物理層之間的通信。它的主要功能是如何在不可靠的物理線路上進行數據的可靠傳遞。為了保證傳輸，從網絡層接收到的數據被分割成特定的可被物理層傳輸的幀。
網絡層
OSI模型的第三層，其主要功能是將網絡地址翻譯成對應的物理地址，并決定如何將數據從發送方路由到接收方。
傳輸層
OSI模型中最重要的一層。傳輸協議同時進行流量控制或是基于接收方可接收數據的快慢程度規定適當的發送速率。
會話層
負責在網絡中的兩節點之間建立和維持通信。
表示層
應用程序和網絡之間的翻譯官，在表示層，數據將按照網絡能理解的方案進行格式化；這種格式化也因所使用網絡的類型不同而不同。
應用層
負責對軟件提供接口以使程序能使用網絡服務。
91. 結構化系統分析
結構化系統分析和設計方法的基本思想是用系統的思想、系統工程的方法，按用戶至上的原則，結構化、模塊化、自上而下對信息系統進行分析和設計。主要指導原則有以下幾點：
92. 快速原型法
快速原型法從需求收集開始，開發者和客戶在一起定義軟件的總體目標，標識出已知的需求，并規劃出需要進一步定義的區域。然后是“快速設計”，即集中于軟件中那些對用戶／客戶可見的部分的表示。
快速創建原型后，由用戶／客戶評估并進一步精化待開發軟件的需求。逐步調整原型使其滿足客戶的要求，而同時也使開發者對將要做的事情有更好的理解。這個過程是迭代的，其流程從聽取客戶意見開始，隨后是建造／修改原型、客戶測試運行原型，然后往復循環，直到客戶對原型滿意為止。
快速原型法適用于對需求并不確定的情況。
在需求明確和穩定前提下，才能使用瀑布式模型開發項目。
總結
以上是生活随笔為你收集整理的笔记-软考高项-错题笔记汇总1的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 笔记-信息化与系统集成技术-国家信息化体
- 下一篇： 笔记-高项案例题-2013年下-计算题