信息系統(tǒng)項目管理師知識點匯總

1、信息系統(tǒng)項目管理師知識點匯總2018年3月12日目錄1. 戰(zhàn)略管理層次錯誤!未定義書簽。(1) 目標層錯誤!未定義書簽。(2) 方針層錯誤!未定義書簽。(3) 行為層錯誤!未定義書簽。2.項目經理5中權利來源錯誤!未定義書簽。(4) 職位權利錯誤!未定義書簽。(5) 懲罰權利錯誤!未定義書簽。(6) 獎勵權利錯誤!未定義書簽。(7) 專家權利錯誤!未定義書簽。(8) 參照權利錯誤!未定義書簽。3.團隊形成階段錯誤!未定義書簽。(9) 形成階段錯誤!未定義書簽。(10) 震蕩階段錯誤!未定義書簽。(11) 規(guī)范階段錯誤!未定義書簽。(12) 發(fā)揮階段錯誤!未定義書簽。(13) 解散階段錯誤!未定

2、義書簽。4. 面向對象方法錯誤!未定義書簽。5. 操作系統(tǒng)安全錯誤!未定義書簽。6. 軟件生存周期5個基本過程、9個支持過程和7個組織過程.錯誤!未定義書簽。(1) 5個基本過程錯誤!未定義書簽。(2) 9個支持過程錯誤!未定義書簽。(3) 7個組織過程錯誤!未定義書簽。7. 軟件測試錯誤!未定義書簽。(14) 黑盒測試錯誤!未定義書簽。(15) 白盒測試錯誤!未定義書簽。(16) 灰盒測試錯誤!未定義書簽。8. 軟件集成技術(企業(yè)應用集成EAI)錯誤!未定義書簽。9. 軟件架構設計評估錯誤!未定義書簽。10. 人工智能(AI)錯誤!未定義書簽。11. 區(qū)塊鏈.：錯誤!未定義書簽。12. 商業(yè)

3、智能錯誤!未定義書簽。13. 監(jiān)理四控，三管，一協(xié)調錯誤!未定義書簽。14. 質量管理新7中工具錯誤!未定義書簽。(17) 親和圖錯誤!未定義書簽。(18) 過程決策程序圖(PDPC錯誤!未定義書簽。(19) 關聯(lián)圖錯誤!未定義書簽。(20) 樹形圖錯誤!未定義書簽。(21) 優(yōu)先矩陣錯誤!未定義書簽。(22) 活動網絡圖錯誤!未定義書簽。(23) 矩陣圖錯誤!未定義書簽。15. 質量管理舊7種工具錯誤!未定義書簽。(1) 因果圖(魚骨圖，石川圖)錯誤!未定義書簽。(2) 流程圖(過程圖)錯誤!未定義書簽。(3) 核查表(統(tǒng)計表)錯誤!未定義書簽。(4) 帕累托圖錯誤!未定義書簽。(5) 直方

4、圖錯誤!未定義書簽。(6) 控制圖(7點原則)錯誤!未定義書簽。(7) 散點圖錯誤!未定義書簽。16. 合同管理錯誤!未定義書簽。17. 雙因素理論VS層次需求理論錯誤!未定義書簽。18. 輔助功能研究錯誤!未定義書簽。19. 物料清單錯誤!未定義書簽。20. 信息物理系統(tǒng)(CP9錯誤!未定義書簽。21. 建議的需求狀態(tài)表錯誤!未定義書簽。22. 質量控制的作用錯誤!未定義書簽。23. 基準分析錯誤!未定義書簽。24. 商業(yè)風險錯誤!未定義書簽。25. 軟件需求分析階段劃分錯誤!未定義書簽。26. 實時信息系統(tǒng)錯誤!未定義書簽。27. 批處理信息系統(tǒng)錯誤!未定義書簽。28. 管理信息系統(tǒng)錯誤!

5、未定義書簽。29. 聯(lián)網信息系統(tǒng)錯誤!未定義書簽。30. 物流柔性化戰(zhàn)略錯誤!未定義書簽。31. 云計算錯誤!未定義書簽。32. 信息資源管理錯誤!未定義書簽。33. 信息系統(tǒng)生命周期錯誤!未定義書簽。34. 軟件視圖錯誤!未定義書簽。35. 面向服務的體系結構錯誤!未定義書簽。36. 軟件需求分析方法錯誤!未定義書簽。(8) 面向對象的分析方法錯誤!未定義書簽。(9) 結構化分析錯誤!未定義書簽。37. 質量途徑錯誤!未定義書簽。38. 合同內容約定不明確的規(guī)定錯誤!未定義書簽。39. 大型項目WB朋解錯誤!未定義書簽。40. BPR原則錯誤!未定義書簽。41. 企業(yè)的流程管理分層錯誤!未定

6、義書簽。42. 團隊建設方法錯誤!未定義書簽。43. 范圍管理過程錯誤!未定義書簽。44. 信息系統(tǒng)審計基本業(yè)務錯誤!未定義書簽。45. 訪問控制分類錯誤!未定義書簽。(1) 強制訪問控制(MAC錯誤!未定義書簽。(2) 自主訪問控制(DAC錯誤!未定義書簽。46. 控制賬戶錯誤!未定義書簽。47. 項目型組織錯誤!未定義書簽。48. 書面合同錯誤!未定義書簽。49. 對稱算法白優(yōu)缺點錯誤!未定義書簽。50. 軟件包質量要求錯誤!未定義書簽。51. 軟件技術評審錯誤!未定義書簽。52. 軟件管理評審錯誤!未定義書簽。53. 軟件評審錯誤!未定義書簽。54. 軟件檢查錯誤!未定義書簽。（1）功能

7、檢查錯誤!未定義書簽。（2） 綜合檢查錯誤!未定義書簽。55 冒煙測試錯誤!未定義書簽。56 集成測試錯誤!未定義書簽。57 回歸測試錯誤!未定義書簽。58 軟件測試過了過程錯誤!未定義書簽。59 概要設計評審錯誤!未定義書簽。60 軟件度量3個維度錯誤!未定義書簽。61 風險類別錯誤!未定義書簽。62 結構化項目選擇和優(yōu)先級排列方法錯誤!未定義書簽。63 配置管理3中基線錯誤!未定義書簽。64 耦合性錯誤!未定義書簽。65 業(yè)務流程錯誤!未定義書簽。66 創(chuàng)建基線或發(fā)行基線步驟錯誤!未定義書簽。67 軟件需求錯誤!未定義書簽。（1）業(yè)務需求（Businessrequirement）錯誤!未定

8、義書簽。（ 2） 用戶需求（userrequirement）錯誤!未定義書簽。（ 3） 功能需求（functionalrequirement）錯誤!未定義書簽。68 要約邀請錯誤!未定義書簽。69 軟件著作權錯誤!未定義書簽。70 項目績效審計錯誤!未定義書簽。71 項目經濟評價方法錯誤!未定義書簽。（1）靜態(tài)分析法錯誤!未定義書簽。（2） 動態(tài)分析法錯誤!未定義書簽。72 成本效益分析錯誤!未定義書簽。73 投資回收期錯誤!未定義書簽。74 配置管理過程錯誤!未定義書簽。75 配置項版本管理錯誤!未定義書簽。76 配置項分類錯誤!未定義書簽。77 系統(tǒng)方法論的基本原則錯誤!未定義書簽。78

9、質量成本錯誤!未定義書簽。79 軟件質量保證錯誤!未定義書簽。80 軟件質量錯誤!未定義書簽。（1）軟件使用質量錯誤!未定義書簽。（2） 外部和內部質量錯誤!未定義書簽。81. 監(jiān)理規(guī)劃錯誤!未定義書簽。82. 監(jiān)理實施細則錯誤!未定義書簽。83. 軟件工程管理錯誤!未定義書簽。84. 過程和產品質量保證錯誤!未定義書簽。85. 軟件生命周期V模型錯誤!未定義書簽。86. 軟件設計錯誤!未定義書簽。87. 文檔編制計劃錯誤!未定義書簽。88. 軟件審計錯誤!未定義書簽。89. 軟件測是發(fā)現(xiàn)錯誤錯誤!未定義書簽。90. 接口錯誤!未定義書簽。91. 中間件錯誤!未定義書簽。92. UML9中圖錯

10、誤!未定義書簽。（1）用例圖錯誤!未定義書簽。（2） 類圖錯誤!未定義書簽。（3） 對象圖錯誤!未定義書簽。（4） 順序圖錯誤!未定義書簽。（5） 協(xié)作圖錯誤!未定義書簽。（6） 狀態(tài)圖錯誤!未定義書簽。（7） 活動圖錯誤!未定義書簽。（8） 構件圖（組件圖）錯誤!未定義書簽。（9） 部署圖錯誤!未定義書簽。93. 軟件文檔類別錯誤!未定義書簽。（1） ）開發(fā)文檔錯誤!未定義書簽。（2） 管理文檔錯誤!未定義書簽。（3） 產品文檔錯誤!未定義書簽。94. 用于系統(tǒng)常用的保密技術錯誤!未定義書簽。95. 密碼等級錯誤!未定義書簽。96. 截取錯誤!未定義書簽。97. 竊取錯誤!未定義書簽。98.

11、 基于角色的訪問機制錯誤!未定義書簽。99. 入侵檢測系統(tǒng)IDS錯誤!未定義書簽。100. 安全策略錯誤!未定義書簽。101. 著作權法不包含的內容錯誤!未定義書簽。102. WBS：作分解原則錯誤!未定義書簽。103. DIPP分析法錯誤!未定義書簽。104. 項目論證程序錯誤!未定義書簽。105. 風險識別輸出錯誤!未定義書簽。106. 項目評估錯誤!未定義書簽。107. 組織分解結構錯誤!未定義書簽。108. 網絡安全審計等級錯誤!未定義書簽。（4） 系統(tǒng)級審計錯誤!未定義書簽。（5） 應用級審計錯誤!未定義書簽。（6） 用戶級審計錯誤!未定義書簽。109. 安全審計錯誤!未定義書簽。1

12、10. 計算機信息系統(tǒng)安全保護等級劃分錯誤!未定義書簽。111. 信息系統(tǒng)安全三維空間錯誤!未定義書簽。(1) 1）安全空間錯誤!未定義書簽。(2) 2）安全機制錯誤!未定義書簽。(3) 安全服務錯誤!未定義書簽。(4) 安全技術錯誤!未定義書簽。112. RFID射頻識別錯誤!未定義書簽。113. 綜合布線子系統(tǒng)錯誤!未定義書簽。114. TCP/IP協(xié)議各層主要協(xié)議錯誤!未定義書簽。115. 總監(jiān)理工程師職責錯誤!未定義書簽。116. SMTP錯誤!未定義書簽。117. 面向對象的基本概念錯誤!未定義書簽。(1) 對象錯誤!未定義書簽。(2) 類錯誤!未定義書簽。(3) 類和對象的關系錯誤

13、!未定義書簽。(4) 抽象錯誤!未定義書簽。(5) 封裝錯誤!未定義書簽。(6) 繼承錯誤!未定義書簽。(7) 多態(tài)錯誤!未定義書簽。(8) 接口錯誤!未定義書簽。(9) 消息錯誤!未定義書簽。(10) 組件錯誤!未定義書簽。(11) 模式錯誤!未定義書簽。(12) 復用錯誤!未定義書簽。118. UML圖中類之間的關系錯誤!未定義書簽。(1) 依賴錯誤!未定義書簽。(2) 泛化錯誤!未定義書簽。(3) 關聯(lián)錯誤!未定義書簽。(4) 聚合錯誤!未定義書簽。(5) 組合錯誤!未定義書簽。(6) 實現(xiàn)錯誤!未定義書簽。119. 廢標錯誤!未定義書簽。120. 項目財務分析錯誤!未定義書簽。(1)

14、靜態(tài)分析錯誤!未定義書簽。(2) 動態(tài)分析法錯誤!未定義書簽。121. 項目章程|錯誤!未定義書簽。122. 項目范圍說明書錯誤!未定義書簽。123. 政府采購的招標程序錯誤!未定義書簽。124. 詢問問題類型錯誤!未定義書簽。125. 風險定性分析錯誤!未定義書簽。126. 風險的分類錯誤!未定義書簽。(1) 積極風險(正面風險)錯誤!未定義書簽。(2) 消極風險(負面風險)錯誤!未定義書簽。127. 風險應對策略錯誤!未定義書簽。(1) 積極風險應對策略錯誤!未定義書簽。(2) 消極風險應對策略錯誤!未定義書簽。128. 基線錯誤!未定義書簽。129. 配置項版本號錯誤!未定義書簽。(1)

15、 草稿錯誤!未定義書簽。(2) 正式錯誤!未定義書簽。(3) 修改錯誤!未定義書簽。130. 國家電子政務總體框架構成錯誤!未定義書簽。1.戰(zhàn)略管理層次(1) 目標層目標層主要介紹和說明組織的戰(zhàn)略目標，以及確定目標的主要依據(jù)，以及對戰(zhàn)略目標的上層分解等內容(2) 方針層方針層主要說明了在組織目標達成過程中，組織應該堅持的主要原則和方針。是對組織戰(zhàn)略行動的具體指導。(3) 行為層行為層是在具體的執(zhí)行層面，為了落實組織的戰(zhàn)略目標和方針所采取的行動，如對組織戰(zhàn)略全面性的規(guī)劃和計劃等。2.項目經理5中權利來源(4) 職位權利來源于管理者在組織中的職位和職權。在高級管理層對項目經理的正式授權的基礎上，項

16、目經理讓員工進行工作的權利(5) 懲罰權利使用降職，扣薪，懲罰，批評，威脅等負面手段的能力。懲罰權力很有力，但會對團隊氣氛造成破壞。濫用懲罰權利會導致項目失敗，應謹慎使用。(6) 獎勵權利給予下屬獎勵的能力，獎勵包括加薪，升職，福利，休假，禮物，口頭表揚，認可度，特殊的任務以及其他的獎勵員工滿意行為的手段。優(yōu)秀的管理者擅長使用獎勵權利獎勵員工高水平的完成工作。專家權利來源于個人的專業(yè)技能。如果項目經理讓員工感到他是某些領域的專業(yè)權威，那么員工就會在這些領域內遵從項目經理的意見。來自一線的中層管理者經常具有很大的專家權利。(8) 參照權利由于成為別人學習參照榜樣所擁有的力量。參照權利是由于他人對

17、你的認可和敬佩從而愿意模仿和服從你以及希望自己成為那樣的人而產生的，這是一種個人魅力。具有優(yōu)秀品質的領導者的參照權利會很大。這些優(yōu)秀品質包括誠實，正直，自信，自律，堅毅，剛強，寬容和3.團隊形成階段(9) 形成階段一個個的個體轉變?yōu)閳F隊成員，逐漸互相認識并了解項目情況及他們在項目中的角色與職責，開始形成共同目標。團隊成員傾向于相互獨立，不怎么開誠布公。在本階段團隊往往對未來有美好的期待。(10) 震蕩階段團隊成員開始執(zhí)行分配的項目任務，一般會遇到超出預想的困難，希望被現(xiàn)實打破。個體之間開始爭執(zhí)，互相指責，并且開始懷疑項目經理的能力。(11) 規(guī)范階段經過一定時間的磨合，團隊成員開始協(xié)同工作，并

18、調整各自的工作習慣和行為來支持團隊，團隊成員開始互相信任，項目經理能夠得到團隊的認可。(12) 發(fā)揮階段隨著相互之間的配合默契和對項目經理的信任加強，團隊就像一個組織有序的單位那樣工作。團隊成員之間項目依靠，平穩(wěn)高效地解決問題。(13) 解散階段所有工作完成后，項目結束，團隊解散4 .面向對象方法面向對象OO方法構造的系統(tǒng)具有更好的復用性，其關鍵在于建立一個全面，合理，統(tǒng)一的模型(用例模型與分析模型)。方法使系統(tǒng)的描述及信息模型的表示與客觀實體向對應，符合人們的思維習慣，有利于系統(tǒng)開發(fā)過程中用戶與開發(fā)人員的交流和溝通，縮短開發(fā)周期。OO方法可以普遍使用與各類信息系統(tǒng)的開發(fā)。OO方法缺點：必須依

19、靠一定的OO技術支持，在大型項目的開發(fā)上具有一定的局限性，不能涉足系統(tǒng)分析以前的開發(fā)環(huán)節(jié)。5 .操作系統(tǒng)安全針對操作系統(tǒng)的安全威脅按照行為方式劃分，通常有下面四種：(1)切斷，這是對可用性的威脅。系統(tǒng)的資源被破壞或變得不可用或不能用，如破壞硬盤、切斷通信線路或使文件管理失效。(2)截取，這是對機密性的威脅。未經授權的用戶、程序或計算機系統(tǒng)獲得了對某資源的訪問，如在網絡中竊取數(shù)據(jù)及非法拷貝文件和程序。(3)篡改，這是對完整性的攻擊。未經授權的用戶不僅獲得了對某資源的訪問，而且進行篡改，如修改數(shù)據(jù)文件中的值，修改網絡中正在傳送的消息內容。(4)偽造，這是對合法性的威脅。未經授權的用戶將偽造的對象插

20、入到系統(tǒng)中，如非法用戶把偽造的消息加到網絡中或向當前文件加入記錄。6.軟件生存周期5個基本過程、9個支持過程和7個組織過程(1) 5個基本過程1)獲取過程：為需方而定義的活動，啟動，招標，合同，對供方監(jiān)督，驗收2)供應過程：為供方而定義的活動，啟動，準備投標，簽訂合同，編制計劃，執(zhí)行，交付和完成3)開發(fā)過程：為開發(fā)方而定義的活動，需求，設計，編碼，測試，按照，驗收4)運作過程：為操作方而定義的活動，運行測試，系統(tǒng)運行，用戶支持5)維護過程：為維護方而定義的活動，問題和修改分析，修改實現(xiàn)，維護評審、驗收，遷移，軟件退役。(2) 9個支持過程1)文檔編制過程2)配管管理過程3) 質量保證過程4)

21、驗證過程5) 確認過程(3)7個組織過程1)管理過程：2) 基礎設施過程3) 改進過程4)人力資源過程5 )資產管理過程6 )重用大綱管理過程7 )領域工程過程8 .軟件測試(14)黑盒測試黑盒測試也稱功能測試，他是通過而是來檢測每個功能私服都能正常使用完全不考慮程序內部結構和特性著眼于程序外部結構，主要針對軟件界面和軟件功能進行測試(15)白盒測試白盒測試又稱結構測試，檢測是否所有的結構及路徑都是正確的，檢查軟件內部動作是否按照設計說明書的規(guī)定正常進行。其目的是通過檢查軟件內部的邏輯架構，對軟中邏輯路徑進行覆蓋的測試，可以覆蓋全部代碼，分支，路徑和條件。(16)灰盒測試介于白盒測試與黑盒測試

22、之間的測試?；液袦y試關注輸出對于輸入的正確性，同時也關注內部表現(xiàn)，但這種關注不想白盒測試詳細，完整，只是通過一些表征的現(xiàn)象，事件，標志來判斷內部的運行狀態(tài)?；液袦y試是基于程序運行時的外部表現(xiàn)同時又結合程序內部邏輯結構來設計用例，執(zhí)行程序并采集程序路徑執(zhí)行信息和外部用戶接口結構的測試技術9 .軟件集成技術(企業(yè)應用集成EAI)在企業(yè)信息化建設的過程中，由于缺乏統(tǒng)一的規(guī)劃和總體布局，往往形成多個信息孤島。信息孤島使數(shù)據(jù)的一致性無法得到保障，信息無法共享和反饋，需要重復多次的采集和輸入。企業(yè)應用集成技術可以消除信息孤島，他將多個企業(yè)信息系統(tǒng)連接起來，實現(xiàn)無縫集成,使他們就像一個整體一樣，EAI是不隨

23、著企業(yè)信息系統(tǒng)的發(fā)展而產生和演變的，企業(yè)的價值取向是推動EAI技術發(fā)展的原動力，而EAI的實現(xiàn)發(fā)過來也驅動企業(yè)競爭優(yōu)勢的提升。EAI所連接的應用包括各種電子商務系統(tǒng)，ERPCRM,SCM,O徽據(jù)庫系統(tǒng)和數(shù)據(jù)倉庫等。從單個企業(yè)的角度來說，EAI可以包括表示集成，數(shù)據(jù)集成，控制集成和業(yè)務流程集成等多個層次方面，當然也可以在多個企業(yè)之間進行應用集成。表示集成和控制集成是黑盒集成，數(shù)據(jù)集成是白盒集成。10 軟件架構設計評估軟件架構設計是軟件開發(fā)過程中關鍵一步，軟件架構評估可以針對一個架構，也可以針對一組架構。在架構評估過程中，評估人員所關注的是系統(tǒng)的質量屬性評估方式：基于調查問卷的方式，基于場景的方式

24、（常用），基于度量的方式11 .人工智能（AI）ArtificialIntelligence人工智能，應為縮寫AI.是研究，開發(fā)用于模擬，延伸和擴展人的智能的理論，方法技術及應用的一門新的技術科學。人工智能是計算機科學的一個分支，他企圖了解智能的實質，并產生出一種新的以人類智能相似的方法做出反應的智能機器，該領域的研究包括機器人，語言識別，圖像識別，自然語言處理和專家系統(tǒng)。人工智能從誕生以來，理論和技術日益成熟，應用領域也不斷擴大，可以設想未來人工智能帶來的科技產品，將會是人類智慧的容器。人工智能研究范疇：語言的學習與處理，知識表現(xiàn)，智能搜索，推理，規(guī)劃，機器學習，知識獲取，組合調度問題，模式

25、識別，邏輯程序設計，軟件算，不精確和不確定的管理，人工生命，神經網絡，復雜系統(tǒng)，遺傳算法人類思維方式，最關鍵的難題還是機器的自主創(chuàng)造性思維能力的塑造與提升。12 .區(qū)塊鏈比特幣的一個重要概念，比特幣的底層技術，區(qū)塊鏈是一串使用密碼學方法相關聯(lián)產生的數(shù)據(jù)塊，每一個數(shù)據(jù)塊中包含了一次比特幣網絡交易的信息，用于驗證其信息的有效性（防偽）和生成下一個區(qū)塊。區(qū)塊鏈是分布式數(shù)據(jù)存儲，點對點傳輸，共享機制，加密算法等計算機技術的新型應用模式。所謂共享機制是區(qū)塊鏈系統(tǒng)中實現(xiàn)不同節(jié)點之間建立信任，獲取權益的數(shù)學算法。基礎框架模型一般說來，區(qū)塊鏈系統(tǒng)由數(shù)據(jù)層、網絡層、共識層、激勵層、合約層和應用層組成。1）數(shù)據(jù)層

26、：封裝了底層數(shù)據(jù)區(qū)塊以及相關的數(shù)據(jù)加密和時間戳等基礎數(shù)據(jù)和基本算法；2）網絡層：則包括分布式組網機制、數(shù)據(jù)傳播機制和數(shù)據(jù)驗證機制等；3）共識層：主要封裝網絡節(jié)點的各類共識算法；4）激勵層：將經濟因素集成到區(qū)塊鏈技術體系中來，主要包括經濟激勵的發(fā)行機制和分配機制等；5)合約層：主要封裝各類腳本、算法和智能合約，是區(qū)塊鏈可編程特性的基礎；6)應用層：則封裝了區(qū)塊鏈的各種應用場景和案例。該模型中，基于時間戳的鏈式區(qū)塊結構、分布式節(jié)點的共識機制、基于共識算力的經濟激勵和靈活可編程的智能合約是區(qū)塊鏈技術最具代表性的創(chuàng)新點13 .商業(yè)智能商業(yè)智能BUSINESSINTELLIGENCEBI,通常被理解為組

27、織中現(xiàn)有的數(shù)據(jù)轉化為知識，幫助組織作出明智的業(yè)務經營決策。商業(yè)智能能夠輔助組織的業(yè)務經營鞠策，既可以是操作層的，也可以是戰(zhàn)術層和戰(zhàn)略層的利用數(shù)據(jù)倉庫，聯(lián)機分析處理OLAPT具，和數(shù)據(jù)挖掘等技術。數(shù)據(jù)倉庫14 .監(jiān)理四控，三管，一協(xié)調四控：質量控制，變更控制，投資控制和進度控制。三管：信息管理，安全管理和合同管理。一協(xié)調：協(xié)調業(yè)主、承建方、設備和材料的供應商等之間的關系。15 .質量管理新7中工具(17)親和圖親和圖與心智圖相似，針對某個問題，產生出可聯(lián)成有組織的想法模式的各種創(chuàng)意。在項目管理中，使用親和圖確定范圍分解的結構，有助于制定WBS.PDPC有助于制定應急計劃，應為他能幫(18)過程決

28、策程序圖(PDPC用于理解一個目標與達成目標的步驟之間的關系。助團隊預測那些可能破壞項目實現(xiàn)的中間環(huán)節(jié)。(19)關聯(lián)圖他是關系圖的變種，有助于在包含相互交叉邏輯關系的中等復雜情形中創(chuàng)新性地解決問題。(20)樹形圖也稱系統(tǒng)圖，可用于表現(xiàn)諸如WBSRBSOBS勺層次分解結構。樹形圖依據(jù)定義嵌套關系的一套系統(tǒng)規(guī)則，用層次分解形式直觀地展示父子關系。(21)優(yōu)先矩陣用來識別關鍵事項和合適的備選方案，并通過一些列決策，排列出備選方案的有限順序。先對標準排序和加權，再應用于所有備選方案，計算出數(shù)學得分，對備選方案排序。(22)活動網絡圖過去稱箭頭圖，包括連個格式網絡圖，AOA活動箭線圖，AON§

29、動節(jié)點圖。活動網絡圖連同項目進度計劃編制方法一起使用，如計劃評審技術PERT,關鍵路徑法CPM緊前關系繪圖法PDM(23)矩陣圖質量管理和控制工具，使用矩陣結構對數(shù)據(jù)進行分析，在行列交叉的位置展示因素，原因,和目標之間的關系強弱。15 .質量管理舊7種工具(1) 因果圖(魚骨圖，石川圖)找根本原因(2) 流程圖(過程圖)所需要的步驟順序和可能分支用來顯示在一個或多個輸入一轉化成一個或多個輸出的過程,(3) 核查表(統(tǒng)計表)用于手機數(shù)據(jù)的查對清單(4) 帕累托圖一種特殊的直方圖，用于識別造成大多數(shù)問題的少數(shù)重要原因(5) 直方圖用于描述集中確實，分散程度和統(tǒng)計分布形狀，不考慮時間對分布內的變化的

30、影響(6) 控制圖(7點原則)用來確定一個過程是否穩(wěn)定，或者是否具有可預測的績效(7) 散點圖16 .合同管理管理合同及買賣關系，審核并記錄供應商的績效信息以建立必須的糾正措施并作為將來選擇供應商的參考，管理合同相關的變更和與項目客戶的合同關系。17 .雙因素理論VS層次需求理論18 .輔助功能研究輔助功能研究包括項目的一個或幾個方面，但不是所有方面，并且只能作為初步可行性研究,項目可行性研究和大規(guī)模投資建議的前題或輔助。19 .物料清單物料清單用于描述了生產一個產品所需的實際部件，組件和組件的分級層次表格。20 .信息物理系統(tǒng)（CPS信息物理系統(tǒng)是一個綜合計算，網絡和物理環(huán)境的多維復雜系統(tǒng)，

31、通過3c技術的有機融合與深度協(xié)作，實現(xiàn)大型工程系統(tǒng)的實時感知，動態(tài)控制和信息服務。CP劭現(xiàn)計算，通信與物理系統(tǒng)的一體化設計，可使系統(tǒng)更加可靠，高效，實時協(xié)助，具有重要而廣泛的應用前景。21 .建議的需求狀態(tài)表22 .質量控制的作用識別過程低效或產品質量低劣的原因，建議并采取相應措施消除這些原因確認項目的可交付成果及工作滿足主要干系人的既定需求，足以滿足進行最終驗收。23 .基準分析在項目實際實施過程以其他類似項目做法為基準，將二者進行比較就是基準分析24 .商業(yè)風險市場風險：開發(fā)了一個沒有人真正需要的優(yōu)秀產品或系統(tǒng)策略風險：開發(fā)的產品不符合公司的整體商業(yè)策略銷售風險：開發(fā)了一個銷售部門不知道如

32、何去賣的產品管理風險：由于重點的轉移或人員的變動而失去了高級管理層的支持的風險預算風險：沒有得到預算或人力上的保證25 .軟件需求分析階段劃分需求提出需求描述需求評審26 .實時信息系統(tǒng)實時信息系統(tǒng)(RealTimeOperatingSystem,RTOS)是指使計算機能及時響應外部事件的請求在規(guī)定的嚴格時間內完成對該事件的處理，并控制所有實時設備和實時任務協(xié)調一致地工作的操作系統(tǒng)。實時操作系統(tǒng)要追求的目標是：對外部請求在嚴格時間范圍內做出反應，有高可靠性和完整性27 .批處理信息系統(tǒng)批處理信息系統(tǒng)是作業(yè)成批處理和多道程序運行，即在系統(tǒng)內同時存放并運行幾道項目獨立的程序，由系統(tǒng)成批處理。28

33、.管理信息系統(tǒng)管理信息系統(tǒng)是以人為主導，利用計算機軟硬件、網絡通信設備，以及其他辦公設備進行信息的收集、傳輸、加工、存儲、更新、拓展和維護的系統(tǒng)。29 .聯(lián)網信息系統(tǒng)聯(lián)網信息系統(tǒng)是基于計算機網絡，在各種操作系統(tǒng)上按照網絡體系結構協(xié)議、標準開發(fā)的軟件，包括網絡管理、通信、安全、資源共享和各種網絡應用。在其支持下，網絡中的各臺計算機能互相通信和共享資源。一30 .物流柔性化戰(zhàn)略物流柔性化戰(zhàn)略是指為了實現(xiàn)物流作業(yè)適應消費需求的多品種，小批量，多批次，短周期趨勢，靈活地組織和實施物流作業(yè)。31 .云計算云計算是基于互聯(lián)網的相關服務的增加，使用和交付模式，通常涉及通過互聯(lián)網來提供動態(tài)易擴展且經常虛擬化的

34、資源。32 .信息資源管理信息資源管理包括數(shù)據(jù)資源管理和信息處理管理。數(shù)據(jù)資源管理強調對數(shù)據(jù)的控制，信息處理管理關心管理人員在一條件下如何獲取和處理信息，且強調企業(yè)信息資源的重要性。33 .信息系統(tǒng)生命周期A、系統(tǒng)分析階段的目標是為系統(tǒng)設計階段提供信息系統(tǒng)的邏輯模型日系統(tǒng)設計階段是根據(jù)系統(tǒng)分析的結果設計出信息系統(tǒng)的實現(xiàn)方案C系統(tǒng)實施階段：是將設計階段的成果在計算機和網絡上具體實現(xiàn)，即將設計文本變成能在計算機上運行的軟件系統(tǒng)。由于系統(tǒng)實施階段是對以前全部工作的檢驗，因此用戶的參與特別重要D系統(tǒng)驗收階段是通過試運行，以確定系統(tǒng)是否可以交付給最終客戶34 .軟件視圖通過視圖可以從不同角度描述軟件結構

35、，主要包括：邏輯視圖：滿足功能需求過程視圖：并發(fā)問題組件視圖：實現(xiàn)問題部署視圖：分布問題35 .面向服務的體系結構面向服務的體系結構是一個組件模型，他將應用程序的不同功能單元通過這些服務之間定義的接口和契約聯(lián)系起來。接口是采用中立的方式進行定義的，他應該獨立于實現(xiàn)服務的應急平臺，操作系統(tǒng)和編程語言。這使得構建在各種各樣的系統(tǒng)中的服務可以使用一種統(tǒng)一和通用的方式進行交互。36 .軟件需求分析方法(8) 面向對象的分析方法面向對象的需求分析方法的核心是利用面向對象的概念和方法為軟件需求建造模型。它包含面向對象風格的圖形語言機制和用于指導需求分析的面向對象方法學。(9) 結構化分析結構化分析：結構化

36、分析方法的實質是著眼于數(shù)據(jù)流，自頂向下，逐層分解，建立系統(tǒng)的處理流程，以數(shù)據(jù)流圖和數(shù)據(jù)字典為主要工具，建立系統(tǒng)的邏輯模型。37 .質量途徑過程質量一一內部質量一一外部質量一一使用質量驗證-確認-使用和反饋38 .合同內容約定不明確的規(guī)定（一）質量要求不明確的，按照國家標準、行業(yè)標準履行；沒有國家標準、行業(yè)標準的，按照通常標準或者符合合同目的的特定標準履行。（二）價款或者報酬不明確的，按照訂立合同時履行地的市場價格履行；依法應當執(zhí)行政府定價或者政府指導價的，按照規(guī)定履行。（三）履行地點不明確，給付貨幣的，在接受貨幣一方所在地履行；交付不動產的，在不動產所在地履行；其他標的，在履行義務一方所在地履

37、行。（四）履行期限不明確的，債務人可以隨時履行，債權人也可以隨時要求履行，但應當給對方必要的準備時間。（五）履行方式不明確的，按照有利于實現(xiàn)合同目的的方式履行。（六）履行費用的負擔不明確的，由履行義務一方負擔。39 .大型項目WB的解按項目組織結構按產品結構按生命周期40 .BPROJ組織機構設計要圍繞企業(yè)的產出，而不是一項一項的任務。要那些使用流程輸出的人來執(zhí)行流程操作。將信息處理工作結合到該信息產生的實際流程中去。對地理上分散的資源看做是集中的來處理。平行活動的連接要更緊密，而不是單單集成各自的活動結果。將決策點下放到基層活動中，并建立對流程的控制。盡量在信息產生的源頭，一次獲取信息，同時

38、保持信息的一致性。41 .企業(yè)的流程管理分層42 .團隊建設方法通用管理技能培訓團隊建設活動基本規(guī)則集中辦公獎勵與表彰43 .范圍管理過程編制范圍管理計劃范圍定義創(chuàng)建工作分解結構范圍確認范圍控制44 .信息系統(tǒng)審計基本業(yè)務系統(tǒng)開發(fā)審計主要數(shù)據(jù)中心，網絡，同學設施的結構審計，包括財務系統(tǒng)和非財務系統(tǒng)的應用審計支持其他審計人員的工作，為財務審計人員與經營審計人員提供技術支持和培訓為組織提供增值服務，為管理信息系統(tǒng)人員提供技術，控制與安全指導，推動風險自評估程序的執(zhí)行。軟件及硬件供應商及外包服務商提供的方案，產品及服務質量是否與合同災難恢復和業(yè)務持續(xù)計劃審計。(7)對系統(tǒng)運營效能、投資回報率及應用開

39、發(fā)測試審計。(8)系統(tǒng)的安全審計。(9)網站的信譽審計。(10)全面控制審計等。45 .訪問控制分類(1) 強制訪問控制(MAC系統(tǒng)獨立于用戶行為強制執(zhí)行訪問控制，用戶不能改變他們的安全級別或對象的安全屬性，通常對數(shù)據(jù)和用戶安全級別劃分標簽，訪問控制機制通過比較安全標簽來確定接受還是拒絕用戶對資源的訪問。(2) 自主訪問控制(DAC允許對象的屬主來制定針對該對象的保護策略，通常DAC!過授權列表來限定主體對客體可以執(zhí)行什么操作。每個客體擁有一定限定主體對其訪問權限的訪問控制列表。46 .控制賬戶簡稱CA是一種管理控制點，是工作包的規(guī)劃基礎。在該控制點上把范圍，成本，進度加以整合，并把他們與掙值

40、相比較，已測量績效。控制賬戶設置在工作分解結構中的特定管理節(jié)點上。每一個控制賬戶都可以包括一個或多個工作包，但是每一個工作包只能屬于一個控制賬戶。47 .項目型組織優(yōu)點：結構單一，責權分明，利于統(tǒng)一指揮。目標明確單一溝通簡潔、方便決策快缺點：管理成本過高項目環(huán)境比較封閉，不利于溝通、技術知識等共享員工缺乏事業(yè)上的連續(xù)型和保障48 .書面合同書面形式是指合同書、信件和數(shù)據(jù)電文（電報，電傳，傳真，電子數(shù)據(jù)交換和電子郵件）等可以有形的表現(xiàn)所載內容的形式。49 .對稱算法的優(yōu)缺點優(yōu)點：加解密速度快，密鑰管理監(jiān)督，事宜一對一的信息加密傳輸確定：加密算法簡單，秘鑰長度有限，加密強度不高，密鑰分發(fā)困難，不適

41、宜一對多的加密信息傳輸。50 .軟件包質量要求產品描述要求用戶文檔要求程序要求數(shù)據(jù)要求51 .軟件技術評審技術評審的目的是評價軟件產品，已確定其對使用意圖的適合性。52 .軟件管理評審管理評審評審的目的是監(jiān)進展，決定計劃和進度的狀態(tài)，確認需求及其系統(tǒng)分配，或評價用于達到目標適應性的管理方法的有效性。53 .軟件評審軟件需求評審概要設計評審詳細設計評審軟件驗證與確認評審管理評審54 .軟件檢查(1) 功能檢查在軟件釋放前，要對軟件進行功能檢查，以確認已經滿足在軟件需求規(guī)格說明書中規(guī)定的所有需求。(2) 綜合檢查在軟件驗收時，要運行用戶對所要驗收的軟件進行設計抽樣的綜合檢查，以驗證代碼和設計文檔的

42、一致性，接口規(guī)格說明之間的一致性(硬件和軟件)，設計實現(xiàn)和功能需求的一致性，功能需求和測試描述的一致性。55 .冒煙測試冒煙測試的對象是每一個新編譯的需要正式測試的軟件版本，目的是確認軟件基本功能正常，可以進行后續(xù)的正式測試工作。冒煙測試的執(zhí)行者是版本編譯人員。56 .集成測試也叫組成測試或聯(lián)合測試。在單元測試的基礎上，將所有模塊按照設計要求組裝成為子系統(tǒng)或系統(tǒng)，進行集成測試57 .回歸測試回歸測試是指修改了舊代碼后，重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。58 .軟件測試過了過程制定測試計劃及用例，執(zhí)行測試，發(fā)現(xiàn)并報告缺陷，修正缺陷，重新測試。59 .概要設計評審概要設

43、計評審，在軟件概要設計技術后必須進行概要設計評審，以評價軟件設計說明書中所描述的軟件概要設計在總體結構、外部接口、主要部件功能分配，全局數(shù)據(jù)結構以及各主要部件之間的接口等方面的合適性。60 .軟件度量3個維度項目度量產品度量過程度量61 .風險類別風險類別提供了一種結構化方法以便使風險識別的過程系統(tǒng)化，全面化，保證組織能夠在一個統(tǒng)一的框架下進行風險識別，目的是提高風險識別的質量和有效性。62 .結構化項目選擇和優(yōu)先級排列方法決策表技術財務分析DIPP分析63 .配置管理3中基線功能基線：最初通過的功能配置分配基線：最初通過的分配的配置產品基線：最初通過的或有條件地通過的產品配置64 .耦合性耦

44、合性也叫塊間聯(lián)系，指軟件系統(tǒng)結構中各模塊間相互聯(lián)系緊密程度的一種度量。65 .業(yè)務流程管理流程：指企業(yè)整體目標和經營戰(zhàn)略產生的流程操作流程：直接與滿足外部顧客的需求相關支持流程：為保證操作流程的順利執(zhí)行，在資金，人力，設備管理和信息系統(tǒng)支撐方面的各種活動66 .創(chuàng)建基線或發(fā)行基線步驟獲彳導CCB勺授權創(chuàng)建構造基線或發(fā)行基線形成文件使基線可用67 .軟件需求(1) 業(yè)務需求(Businessrequirement)表示組織或客戶高層次的目標。業(yè)務需求通常來自項目投資人、購買產品的客戶、實際用戶的管理者、市場營銷部門或產品策劃部門。業(yè)務需求描述了組織為什么要開發(fā)一個系統(tǒng)，即組織希望達到的目標。使用

45、前景和范圍文檔來記錄業(yè)務需求，這份文檔有時也被稱作項目輪廓圖或市場需求文檔。(2) 用戶需求(userrequirement)描述的是用戶的目標，或用戶要求系統(tǒng)必須能完成的任務。用例、場景描述和事件一一響應表都是表達用戶需求的有效途徑。也就是說用戶需求描述了用戶能使用系統(tǒng)來做些什么。(3) 功能需求(functionalrequirement)規(guī)定開發(fā)人員必須在產品中實現(xiàn)的軟件功能，用戶利用這些功能來完成任務，滿足業(yè)務需求。功能需求有時也被稱作行為需求，因為習慣上總是用“應該”對其進行描述：“系統(tǒng)應該發(fā)送電子郵件來通知用戶已接受其預定”。功能需求描述是開發(fā)人員需要實現(xiàn)什么。68 .要約邀請要約

46、邀請是希望他人向自己發(fā)出要約的意思的表示。寄送的價目表，拍賣公告，招標公告，招股說明書，商業(yè)廣告等要約邀請。69 .軟件著作權自然人的軟件著作權，保護期為自然人終生及其死亡后50年，截止于自然人死亡后第50年的12月31日；軟件是合作開發(fā)的，截止于最后死亡的自然人死亡后第50年的12月31日。法人或者其他組織的軟件著作權，保護期為50年，截止于軟件首次發(fā)表后第50年的12月31日，但軟件自開發(fā)完成之日起50年內未發(fā)表的，本條例不再保護70 .項目績效審計經濟審計，效率審計，效果審計的合稱有獨立的審計機構或人員，依據(jù)有關法規(guī)和標準，運用審計程序和方法，對唄審單位或項目的經濟活動的合理性，經濟性，

47、有效性進行監(jiān)督，評價和鑒證，提出改進建議，促進其管理，提高效益的一種獨立性的監(jiān)督活動。按時間分類事前績效審計：包括計劃，預算，建設項目的可行性研究，成本預測等事中績效審計：吧項目實施情況與實施前的預測預算，計劃和標準等進行分析比較。從中找出差距和存在問題，及時采取有效措施加以糾正，并根據(jù)實際情況的變化，調整和修改計劃，預算，使之更加符合客觀實際，更加合理。他是一種動態(tài)審計。事后績效審計：總結性審計，主要是對以完成的活動的經濟效益，效果，效率進行分析與評價，找出問題的原因，發(fā)掘進一步提高的途徑。71 .項目經濟評價方法(1) 靜態(tài)分析法投資收益率法投資回收期法追加投資回收期法最小費用法(2) 動

48、態(tài)分析法凈現(xiàn)值法內部收益率法凈現(xiàn)值比率法年值投資回收期法72 .成本效益分析成本效益分析是通過比較項目的全部成本和效益來評估項目價值的一種方法，成本一效益分析作為一種經濟決策方法，將成本費用分析法運用于政府部門的計劃決策之中，以尋求在投資決策上如何以最小的成本獲得最大的收益。常用于評估需要量化社會效益的公共事業(yè)項目的價值。非公共行業(yè)的管理者也可采用這種方法對某一大型項目的無形收益(Softbenefits)進行分析。在該方法中，某一項目或決策的所有成本和收益都將被一一列出，并進行量化。73 .投資回收期投資回收期是指從項目的投建之日起，用項目所得的凈收益償還原始投資所需要的年限。投資回收期分為

49、靜態(tài)投資回收期與動態(tài)投資回收期兩種。74 .配置管理過程75 .配置項版本管理配置項的狀態(tài)可分為“草稿”、“正式”和“修改”三種。配置項剛建立時，其狀態(tài)為“草稿”。配置項通過評審后，其狀態(tài)變?yōu)椤罢健?。此后若更改配置項，則其狀態(tài)變?yōu)椤靶薷摹?。當配置項修改完畢并重新通過評審時，其狀態(tài)又變?yōu)椤罢健薄?6 .配置項分類配置項分為基線配置項和非基線配置項兩類，例如，基線配置項：可能包括所有的設計文檔和源程序等；非基線配置項：可能包括項目的各類計劃和報告等。77 .系統(tǒng)方法論的基本原則78 .質量成本質量成本是指為了達到產品或服務質量而進行的全部工作所發(fā)生的所有成本。包括為確保與要求一致而做的所有工作

50、叫做一致成本，以及由于不符合要求所引起的全部工作叫做不一致成本。這些工作引起的成本主要包括三種：預防成本、評估成本和故障成本，而后者又可分解為內部成本與外部成本。其中預防成本和評估成本屬于一致成本，而故障成本屬于不一致成本。預防成本是為了使項目結果滿足項目的質量要求而在項目結果產生之前采取的一些活動；而評估成本是項目的結果產生之后，為了評估項目的結果是否滿足項目的質量要求進行測試活動而產生的成本；故障成本是在項目的結果產生之后，通過質量測試活動發(fā)現(xiàn)項目結果不能滿足質量要求，為了糾正其錯誤使其滿足質量要求發(fā)生的成本。79 .軟件質量保證軟件質量保證的主要職責：檢查開發(fā)和管理活動是否與已定的過程策

51、略，標準，和流程一致，檢查工作產品是否遵循模板規(guī)定的內容和格式。80 .軟件質量(1) 軟件使用質量軟件產品使指定用戶在特定的使用周境下達到滿足有效性、生產率、安全性及滿意度要求的特定目標的能力。(2) 外部和內部質量外部和內部質量的質量模型，它將軟件質量屬性劃分為六個特性(功能性、可靠性、易用性、效率、維護性和可移植性)，并進一步細分為若干子特性，這些子特性可用內部或者外部度量來測量。81 .監(jiān)理規(guī)劃監(jiān)理規(guī)劃是指總監(jiān)理工程師接受項目監(jiān)理的委托，根據(jù)業(yè)主對該項目監(jiān)理的要求，在詳細占有被監(jiān)理項目有關資料的基礎上，結合監(jiān)理的具體條件，開展項目監(jiān)理的工作所編制的指導性文件，編制監(jiān)理規(guī)劃的目的是將監(jiān)理

52、委托合同規(guī)定的責任和任務具體化并在這些基礎上制定出實現(xiàn)監(jiān)理任務的措施。監(jiān)理規(guī)劃的主要內容包括：項目概況、監(jiān)理范圍和目標、主要監(jiān)理措施、監(jiān)理組織機構、項目監(jiān)理工作制度。82 .監(jiān)理實施細則監(jiān)理實施細則是由總監(jiān)理工程師組織各專業(yè)監(jiān)理工程師編制與本專業(yè)及與職務相關的監(jiān)理實施細則。監(jiān)理實施細則可以按以下方式進行編制1、按信息工程的階段編制：可將監(jiān)理過程分為前期、中期、后期三個大的階段，在中期有三個專業(yè)部分，即綜合布線、網絡系統(tǒng)集成、應用軟件開發(fā)，這是整個監(jiān)理過程的核心部分，同時，在這三個階段中，實際也牽涉到四控、三管、一協(xié)調。2、按專業(yè)分工進行編制：如有綜合布線工程、網絡工程等專業(yè)3、按監(jiān)理的控制及管

53、理形式分：如質量控制、進度控制、投資控制、合同管理和信息管理，以此分別編制的監(jiān)理細則中，仍有與按不同專業(yè)的分工是有交叉的。監(jiān)理實施細則的主要內容包括：質量管理實施細則、進度管理實施細則、成本管理實施細則83 .軟件工程管理軟件工程管理繼承了過程管理和項目管理的內容，包括啟動和范圍定義、軟件項目計劃、軟件項目實施、評審和評價關閉，軟件工程度量84 .過程和產品質量保證過程和產品質量保證的目的是使工作人員和管理者能客觀了解過程和相關的工作的工作產品，從而支持交付高質量的產品和服務。85 .軟件生命周期V模型86 .軟件設計結構設計：定義軟件系統(tǒng)各主要部件之間的關系數(shù)據(jù)設計：將模型轉化成數(shù)據(jù)結構的定

54、義接口設計：軟件內部，軟件和操作系統(tǒng)之間以及軟件和人之間如何通信過程設計：系統(tǒng)結構部件轉化成軟件的過程描述87 .文檔編制計劃文檔計劃可以是整個項目計劃的一部分或是一個獨立的文檔。應該編寫文檔計劃并把它分發(fā)給全體開發(fā)組成員，作為文檔重要性的具體依據(jù)和管理部門文檔工作責任的備忘錄。對于小的、非正式的項目，文檔計劃可能只有一頁紙；對于較大的項目，文檔計劃可能是一個綜合性的正式文檔，這樣的文檔計劃應遵循各項嚴格的標準及正規(guī)的評審和批準過程。編制計劃的工作應及早開始，對計劃的評審應貫穿項目的全過程。如同任何別的計劃一樣，文檔計劃指出未來的各項活動，當需要修改時必須加以修改。導致對計劃作適當修改的常規(guī)評審應作為該項目工作的一部分，所有與該計劃有關的人員都應得到文檔計劃。文檔計劃一般包括以下幾方面內容：a）列出應編制文檔的目錄；b）提示編制文檔應參考的標準；c）指定文檔管理員；d）提供編制文檔所需要的條件，落實文檔編寫人員、所需經費以及編制工具等；e）明確保證文檔質量的方法，為了確保文檔內容的正確性、合理性，應采取一定的措施如評審鑒定等等；f）繪制進度表，以圖表形式列出在軟件生存期各階段應產生的文檔、編制人員、編制日期、完成日期、評審日期等。此外，文檔計劃規(guī)定每個文檔要達到的質量等