【正文】 路徑和條件。6. 軟件生存周期5個基本過程、9個支持過程和7個組織過程（1） 5個基本過程1) 獲取過程：為需方而定義的活動，啟動，招標，合同，對供方監(jiān)督，驗收2) 供應過程：為供方而定義的活動，啟動，準備投標，簽訂合同，編制計劃，執(zhí)行，交付和完成3) 開發(fā)過程：為開發(fā)方而定義的活動，需求，設計，編碼，測試，按照，驗收4) 運作過程：為操作方而定義的活動，運行測試，系統(tǒng)運行，用戶支持5) 維護過程：為維護方而定義的活動，問題和修改分析，修改實現(xiàn)，維護評審、驗收，遷移，軟件退役。（4）偽造，這是對合法性的威脅。（3）篡改，這是對完整性的攻擊。（2）截取，這是對機密性的威脅。5. 操作系統(tǒng)安全針對操作系統(tǒng)的安全威脅按照行為方式劃分，通常有下面四種：（1）切斷，這是對可用性的威脅。l OO方法可以普遍使用與各類信息系統(tǒng)的開發(fā)。（13） 解散階段所有工作完成后，項目結(jié)束，團隊解散4. 面向?qū)ο蠓椒╨ 面向?qū)ο驩O，方法構(gòu)造的系統(tǒng)具有更好的復用性，其關鍵在于建立一個全面，合理，統(tǒng)一的模型（用例模型與分析模型）。（12） 發(fā)揮階段隨著相互之間的配合默契和對項目經(jīng)理的信任加強，團隊就像一個組織有序的單位那樣工作。個體之間開始爭執(zhí)，互相指責，并且開始懷疑項目經(jīng)理的能力。在本階段團隊往往對未來有美好的期待。3. 團隊形成階段（9） 形成階段一個個的個體轉(zhuǎn)變?yōu)閳F隊成員，逐漸互相認識并了解項目情況及他們在項目中的角色與職責，開始形成共同目標。具有優(yōu)秀品質(zhì)的領導者的參照權(quán)利會很大。（8） 參照權(quán)利由于成為別人學習參照榜樣所擁有的力量。如果項目經(jīng)理讓員工感到他是某些領域的專業(yè)權(quán)威，那么員工就會在這些領域內(nèi)遵從項目經(jīng)理的意見。優(yōu)秀的管理者擅長使用獎勵權(quán)利獎勵員工高水平的完成工作。濫用懲罰權(quán)利會導致項目失敗，應謹慎使用。在高級管理層對項目經(jīng)理的正式授權(quán)的基礎上，項目經(jīng)理讓員工進行工作的權(quán)利（5） 懲罰權(quán)利使用降職，扣薪，懲罰，批評，威脅等負面手段的能力。（3） 行為層行為層是在具體的執(zhí)行層面，為了落實組織的戰(zhàn)略目標和方針所采取的行動，如對組織戰(zhàn)略全面性的規(guī)劃和計劃等。信息系統(tǒng)項目管理師知識點匯總2018年3月12日目錄1. 戰(zhàn)略管理層次 8（1） 目標層 8（2） 方針層 8（3） 行為層 82. 項目經(jīng)理5中權(quán)利來源 8（4） 職位權(quán)利 8（5） 懲罰權(quán)利 8（6） 獎勵權(quán)利 8（7） 專家權(quán)利 8（8） 參照權(quán)利 93. 團隊形成階段 9（9） 形成階段 9（10） 震蕩階段 9（11） 規(guī)范階段 9（12） 發(fā)揮階段 9（13） 解散階段 94. 面向?qū)ο蠓椒?105. 操作系統(tǒng)安全 106. 軟件生存周期5個基本過程、9個支持過程和7個組織過程 10（1） 5個基本過程 10（2） 9個支持過程 10（3） 7個組織過程 117. 軟件測試 11（14） 黑盒測試 11（15） 白盒測試 11（16） 灰盒測試 128. 軟件集成技術(shù)（企業(yè)應用集成EAI） 129. 軟件架構(gòu)設計評估 1210. 人工智能(AI) 1211. 區(qū)塊鏈 1312. 商業(yè)智能 1313. 監(jiān)理四控，三管，一協(xié)調(diào) 1414. 質(zhì)量管理新7中工具 14（17） 親和圖 15（18） 過程決策程序圖（PDPC） 15（19） 關聯(lián)圖 16（20） 樹形圖 16（21） 優(yōu)先矩陣 16（22） 活動網(wǎng)絡圖 16（23） 矩陣圖 1715. 質(zhì)量管理舊7種工具 17（1） 因果圖（魚骨圖，石川圖） 17（2） 流程圖（過程圖） 18（3） 核查表（統(tǒng)計表） 18（4） 帕累托圖 18（5） 直方圖 19（6） 控制圖（7點原則） 19（7） 散點圖 1916. 合同管理 2017. 雙因素理論VS層次需求理論 2018. 輔助功能研究 2019. 物料清單 2020. 信息物理系統(tǒng)（CPS） 2021. 建議的需求狀態(tài)表 2122. 質(zhì)量控制的作用 2123. 基準分析 2124. 商業(yè)風險 2125. 軟件需求分析階段劃分 2126. 實時信息系統(tǒng) 2227. 批處理信息系統(tǒng) 2228. 管理信息系統(tǒng) 2229. 聯(lián)網(wǎng)信息系統(tǒng) 2230. 物流柔性化戰(zhàn)略 2231. 云計算 2232. 信息資源管理 2233. 信息系統(tǒng)生命周期 2334. 軟件視圖 2335. 面向服務的體系結(jié)構(gòu) 2336. 軟件需求分析方法 23（8） 面向?qū)ο蟮姆治龇椒?23（9） 結(jié)構(gòu)化分析 2337. 質(zhì)量途徑 2438. 合同內(nèi)容約定不明確的規(guī)定 2439. 大型項目WBS分解 2540. BPR原則 2541. 企業(yè)的流程管理分層 2542. 團隊建設方法 2543. 范圍管理過程 2644. 信息系統(tǒng)審計基本業(yè)務 2645. 訪問控制分類 26（1） 強制訪問控制（MAC） 26（2） 自主訪問控制（DAC） 2646. 控制賬戶 2647. 項目型組織 2748. 書面合同 2749. 對稱算法的優(yōu)缺點 2750. 軟件包質(zhì)量要求 2751. 軟件技術(shù)評審 2752. 軟件管理評審 2853. 軟件評審 2854. 軟件檢查 28（1） 功能檢查 28（2） 綜合檢查 2855. 冒煙測試 2856. 集成測試 2857. 回歸測試 2958. 軟件測試過了過程 2959. 概要設計評審 2960. 軟件度量3個維度 2961. 風險類別 2962. 結(jié)構(gòu)化項目選擇和優(yōu)先級排列方法 2963. 配置管理3中基線 2964. 耦合性 3065. 業(yè)務流程 3066. 創(chuàng)建基線或發(fā)行基線步驟 3067. 軟件需求 30（1） 業(yè)務需求（Business requirement） 30（2） 用戶需求（user requirement） 30（3） 功能需求（functional requirement） 3068. 要約邀請 3169. 軟件著作權(quán) 3170. 項目績效審計 3171. 項目經(jīng)濟評價方法 31（1） 靜態(tài)分析法 31（2） 動態(tài)分析法 3172. 成本效益分析 3273. 投資回收期 3274. 配置管理過程 3275. 配置項版本管理 3376. 配置項分類 3377. 系統(tǒng)方法論的基本原則 3378. 質(zhì)量成本 3379. 軟件質(zhì)量保證 3480. 軟件質(zhì)量 34（1） 軟件使用質(zhì)量 34（2） 外部和內(nèi)部質(zhì)量 3481. 監(jiān)理規(guī)劃 3582. 監(jiān)理實施細則 3583. 軟件工程管理 3584. 過程和產(chǎn)品質(zhì)量保證 3585. 軟件生命周期V模型 3686. 軟件設計 3687. 文檔編制計劃 3688. 軟件審計 3789. 軟件測是發(fā)現(xiàn)錯誤 3790. 接口 3791. 中間件 3792. UML9中圖 37（1） 用例圖 37（2） 類圖 38（3） 對象圖 40（4） 順序圖 40（5） 協(xié)作圖 40（6） 狀態(tài)圖 41（7） 活動圖 41（8） 構(gòu)件圖（組件圖） 42（9） 部署圖 4293. 軟件文檔類別 43（1） 開發(fā)文檔 43（2） 管理文檔 43（3） 產(chǎn)品文檔 4494. 用于系統(tǒng)常用的保密技術(shù) 4495. 密碼等級 4496. 截取 4497. 竊取 4498. 基于角色的訪問機制 4499. 入侵檢測系統(tǒng)IDS 44100. 安全策略 45101. 著作權(quán)法不包含的內(nèi)容 45102. WBS工作分解原則 45103. DIPP分析法 45104. 項目論證程序 45105. 風險識別輸出 46106. 項目評估 46107. 組織分解結(jié)構(gòu) 46108. 網(wǎng)絡安全審計等級 46（4） 系統(tǒng)級審計 46（5） 應用級審計 46（6） 用戶級審計 47109. 安全審計 47110. 計算機信息系統(tǒng)安全保護等級劃分 47111. 信息系統(tǒng)安全三維空間 47（1） 安全空間 48（2） 安全機制 48（3） 安全服務 48（4） 安全技術(shù) 48112. RFID射頻識別 48113. 綜合布線子系統(tǒng) 49114. TCP/IP協(xié)議各層主要協(xié)議 49115. 總監(jiān)理工程師職責 50116. SMTP 50117. 面向?qū)ο蟮幕靖拍?50（1） 對象 50（2） 類 51（3） 類和對象的關系 51（4） 抽象 51（5） 封裝 51（6） 繼承 51（7） 多態(tài) 52（8） 接口 52（9） 消息 52（10） 組件 52（11） 模式 52（12） 復用 52118. UML圖中類之間的關系 52（1） 依賴 52（2） 泛化 53（3） 關聯(lián) 53（4） 聚合 54（5） 組合 55（6） 實現(xiàn) 55119. 廢標 55120. 項目財務分析 56（1） 靜態(tài)分析 56（2） 動態(tài)分析法 56121. 項目章程 56122. 項目范圍說明書 56123. 政府采購的招標程序 57124. 詢問問題類型 57125. 風險定性分析 57126. 風險的分類 57（1） 積極風險（正面風險） 57（2） 消極風險（負面風險） 58127. 風險應對策略 58（1） 積極風險應對策略 58（2） 消極風險應對策略 58128. 基線 59129. 配置項版本號 59（1） 草稿 59（2） 正式 59（3） 修改 59130. 國家電子政務總體框架構(gòu)成 591. 戰(zhàn)略管理層次（1） 目標層目標層主要介紹和說明組織的戰(zhàn)略目標，以及確定目標的主要依據(jù)，以及對戰(zhàn)略目標的上層分解等內(nèi)容（2） 方針層方針層主要說明了在組織目標達成過程中，組織應該堅持的主要原則和方針。是對組織戰(zhàn)略行動的具體指導。2. 項目經(jīng)理5中權(quán)利來源（4） 職位權(quán)利來源于管理者在組織中的職位和職權(quán)。懲罰權(quán)力很有力，但會對團隊氣氛造成破壞。（6） 獎勵權(quán)利給予下屬獎勵的能力，獎勵包括加薪，升職，福利，休假，禮物，口頭表揚，認可度，特殊的任務以及其他的獎勵員工滿意行為的手段。（7） 專家權(quán)利來源于個人的專業(yè)技能。來自一線的中層管理者經(jīng)常具有很大的專家權(quán)利。參照權(quán)利是由于他人對你的認可和敬佩從而愿意模仿和服從你以及希望自己成為那樣的人而產(chǎn)生的，這是一種個人魅力。這些優(yōu)秀品質(zhì)包括誠實，正直，自信，自律，堅毅，剛強，寬容和專注。團隊成員傾向于相互獨立，不怎么開誠布公。（10） 震蕩階段團隊成員開始執(zhí)行分配的項目任務，一般會遇到超出預想的困難，希望被現(xiàn)實打破。（11） 規(guī)范階段經(jīng)過一定時間的磨合，團隊成員開始協(xié)同工作，并調(diào)整各自的工作習慣和行為來支持團隊，團隊成員開始互相信任，項目經(jīng)理能夠得到團隊的認可。團隊成員之間項目依靠，平穩(wěn)高效地解決問題。l OO方法使系統(tǒng)的描述及信息模型的表示與客觀實體向?qū)?，符合人們的思維習慣，有利于系統(tǒng)開發(fā)過程中用戶與開發(fā)人員的交流和溝通，縮短開發(fā)周期。l OO方法缺點：必須依靠一定的OO技術(shù)支持，在大型項目的開發(fā)上具有一定的局限性，不能涉足系統(tǒng)分析以前的開發(fā)環(huán)節(jié)。系統(tǒng)的資源被破壞或變得不可用或不能用，如破壞硬盤、切斷通信線路或使文件管理失效。未經(jīng)授權(quán)的用戶、程序或計算機系統(tǒng)獲得了對某資源的訪問，如在網(wǎng)絡中竊取數(shù)據(jù)及非法拷貝文件和程序。未經(jīng)授權(quán)的用戶不僅獲得了對某資源的訪問，而且進行篡改，如修改數(shù)據(jù)文件中的值，修改網(wǎng)絡中正在傳送的消息內(nèi)容。未經(jīng)授權(quán)的用戶將偽造的對象插入到系統(tǒng)中，如非法用戶把偽造的消息加到網(wǎng)絡中或向當前文件加入記錄。（2） 9個支持過程1) 文檔編制過程2) 配管管理過程3) 質(zhì)量保證過程4) 驗證過程5) 確認過程（3） 7個組織過程1) 管理過程：2) 基礎設施過程3) 改進過程4) 人力資源過程‘5) 資產(chǎn)管理過程6) 重用大綱管理過程7) 領域工程過程’7. 軟件測試（14） 黑盒測試l 黑盒測試也稱功能測試，他是通過而是來檢測