信息系統(tǒng)項(xiàng)目管理師知識點(diǎn)匯總

1、精選優(yōu)質(zhì)文檔-傾情為你奉上信息系統(tǒng)項(xiàng)目管理師知識點(diǎn)匯總2018年3月12日目錄1. 戰(zhàn)略管理層次（1） 目標(biāo)層目標(biāo)層主要介紹和說明組織的戰(zhàn)略目標(biāo)，以及確定目標(biāo)的主要依據(jù)，以及對戰(zhàn)略目標(biāo)的上層分解等內(nèi)容（2） 方針層方針層主要說明了在組織目標(biāo)達(dá)成過程中，組織應(yīng)該堅持的主要原則和方針。是對組織戰(zhàn)略行動的具體指導(dǎo)。（3） 行為層行為層是在具體的執(zhí)行層面，為了落實(shí)組織的戰(zhàn)略目標(biāo)和方針?biāo)扇〉男袆?，如對組織戰(zhàn)略全面性的規(guī)劃和計劃等。2. 項(xiàng)目經(jīng)理5中權(quán)利來源（4） 職位權(quán)利來源于管理者在組織中的職位和職權(quán)。在高級管理層對項(xiàng)目經(jīng)理的正式授權(quán)的基礎(chǔ)上，項(xiàng)目經(jīng)理讓員工進(jìn)行工作的權(quán)利（5） 懲罰權(quán)利使用降職，扣

2、薪，懲罰，批評，威脅等負(fù)面手段的能力。懲罰權(quán)力很有力，但會對團(tuán)隊氣氛造成破壞。濫用懲罰權(quán)利會導(dǎo)致項(xiàng)目失敗，應(yīng)謹(jǐn)慎使用。（6） 獎勵權(quán)利給予下屬獎勵的能力，獎勵包括加薪，升職，福利，休假，禮物，口頭表揚(yáng)，認(rèn)可度，特殊的任務(wù)以及其他的獎勵員工滿意行為的手段。優(yōu)秀的管理者擅長使用獎勵權(quán)利獎勵員工高水平的完成工作。（7） 專家權(quán)利來源于個人的專業(yè)技能。如果項(xiàng)目經(jīng)理讓員工感到他是某些領(lǐng)域的專業(yè)權(quán)威，那么員工就會在這些領(lǐng)域內(nèi)遵從項(xiàng)目經(jīng)理的意見。來自一線的中層管理者經(jīng)常具有很大的專家權(quán)利。（8） 參照權(quán)利由于成為別人學(xué)習(xí)參照榜樣所擁有的力量。參照權(quán)利是由于他人對你的認(rèn)可和敬佩從而愿意模仿和服從你以及希望自己

3、成為那樣的人而產(chǎn)生的，這是一種個人魅力。具有優(yōu)秀品質(zhì)的領(lǐng)導(dǎo)者的參照權(quán)利會很大。這些優(yōu)秀品質(zhì)包括誠實(shí)，正直，自信，自律，堅毅，剛強(qiáng)，寬容和專注。3. 團(tuán)隊形成階段（9） 形成階段一個個的個體轉(zhuǎn)變?yōu)閳F(tuán)隊成員，逐漸互相認(rèn)識并了解項(xiàng)目情況及他們在項(xiàng)目中的角色與職責(zé)，開始形成共同目標(biāo)。團(tuán)隊成員傾向于相互獨(dú)立，不怎么開誠布公。在本階段團(tuán)隊往往對未來有美好的期待。（10） 震蕩階段團(tuán)隊成員開始執(zhí)行分配的項(xiàng)目任務(wù)，一般會遇到超出預(yù)想的困難，希望被現(xiàn)實(shí)打破。個體之間開始爭執(zhí)，互相指責(zé)，并且開始懷疑項(xiàng)目經(jīng)理的能力。（11） 規(guī)范階段經(jīng)過一定時間的磨合，團(tuán)隊成員開始協(xié)同工作，并調(diào)整各自的工作習(xí)慣和行為來支持團(tuán)隊，團(tuán)

4、隊成員開始互相信任，項(xiàng)目經(jīng)理能夠得到團(tuán)隊的認(rèn)可。（12） 發(fā)揮階段隨著相互之間的配合默契和對項(xiàng)目經(jīng)理的信任加強(qiáng)，團(tuán)隊就像一個組織有序的單位那樣工作。團(tuán)隊成員之間項(xiàng)目依靠，平穩(wěn)高效地解決問題。（13） 解散階段所有工作完成后，項(xiàng)目結(jié)束，團(tuán)隊解散4. 面向?qū)ο蠓椒╨ 面向?qū)ο驩O，方法構(gòu)造的系統(tǒng)具有更好的復(fù)用性，其關(guān)鍵在于建立一個全面，合理，統(tǒng)一的模型（用例模型與分析模型）。l OO方法使系統(tǒng)的描述及信息模型的表示與客觀實(shí)體向?qū)?yīng)，符合人們的思維習(xí)慣，有利于系統(tǒng)開發(fā)過程中用戶與開發(fā)人員的交流和溝通，縮短開發(fā)周期。l OO方法可以普遍使用與各類信息系統(tǒng)的開發(fā)。l OO方法缺點(diǎn)：必須依靠一定的OO技術(shù)

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

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

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

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

9、們就像一個整體一樣，EAI是不隨著企業(yè)信息系統(tǒng)的發(fā)展而產(chǎn)生和演變的，企業(yè)的價值取向是推動EAI技術(shù)發(fā)展的原動力，而EAI的實(shí)現(xiàn)發(fā)過來也驅(qū)動企業(yè)競爭優(yōu)勢的提升。l EAI所連接的應(yīng)用包括各種電子商務(wù)系統(tǒng)，ERP，CRM,SCM,OA,數(shù)據(jù)庫系統(tǒng)和數(shù)據(jù)倉庫等。l 從單個企業(yè)的角度來說，EAI可以包括表示集成，數(shù)據(jù)集成，控制集成和業(yè)務(wù)流程集成等多個層次方面，當(dāng)然也可以在多個企業(yè)之間進(jìn)行應(yīng)用集成。l 表示集成和控制集成是黑盒集成，數(shù)據(jù)集成是白盒集成。9. 軟件架構(gòu)設(shè)計評估l 軟件架構(gòu)設(shè)計是軟件開發(fā)過程中關(guān)鍵一步，軟件架構(gòu)評估可以針對一個架構(gòu)，也可以針對一組架構(gòu)。在架構(gòu)評估過程中，評估人員所關(guān)注的是系統(tǒng)

10、的質(zhì)量屬性l 評估方式：基于調(diào)查問卷的方式，基于場景的方式（常用），基于度量的方式10. 人工智能(AI)l Artificial Intelligence人工智能，應(yīng)為縮寫AI.是研究，開發(fā)用于模擬，延伸和擴(kuò)展人的智能的理論，方法技術(shù)及應(yīng)用的一門新的技術(shù)科學(xué)。l 人工智能是計算機(jī)科學(xué)的一個分支，他企圖了解智能的實(shí)質(zhì)，并產(chǎn)生出一種新的以人類智能相似的方法做出反應(yīng)的智能機(jī)器，該領(lǐng)域的研究包括機(jī)器人，語言識別，圖像識別，自然語言處理和專家系統(tǒng)。人工智能從誕生以來，理論和技術(shù)日益成熟，應(yīng)用領(lǐng)域也不斷擴(kuò)大，可以設(shè)想未來人工智能帶來的科技產(chǎn)品，將會是人類智慧的容器。l 人工智能研究范疇：語言的學(xué)習(xí)與處理

11、，知識表現(xiàn)，智能搜索，推理，規(guī)劃，機(jī)器學(xué)習(xí)，知識獲取，組合調(diào)度問題，模式識別，邏輯程序設(shè)計，軟件算，不精確和不確定的管理，人工生命，神經(jīng)網(wǎng)絡(luò)，復(fù)雜系統(tǒng)，遺傳算法人類思維方式，最關(guān)鍵的難題還是機(jī)器的自主創(chuàng)造性思維能力的塑造與提升。11. 區(qū)塊鏈l 比特幣的一個重要概念，比特幣的底層技術(shù)，區(qū)塊鏈?zhǔn)且淮褂妹艽a學(xué)方法相關(guān)聯(lián)產(chǎn)生的數(shù)據(jù)塊，每一個數(shù)據(jù)塊中包含了一次比特幣網(wǎng)絡(luò)交易的信息，用于驗(yàn)證其信息的有效性（防偽）和生成下一個區(qū)塊。l 區(qū)塊鏈?zhǔn)欠植际綌?shù)據(jù)存儲，點(diǎn)對點(diǎn)傳輸，共享機(jī)制，加密算法等計算機(jī)技術(shù)的新型應(yīng)用模式。所謂共享機(jī)制是區(qū)塊鏈系統(tǒng)中實(shí)現(xiàn)不同節(jié)點(diǎn)之間建立信任，獲取權(quán)益的數(shù)學(xué)算法。l 基礎(chǔ)框架模型

12、一般說來，區(qū)塊鏈系統(tǒng)由數(shù)據(jù)層、網(wǎng)絡(luò)層、共識層、激勵層、合約層和應(yīng)用層組成。1) 數(shù)據(jù)層：封裝了底層數(shù)據(jù)區(qū)塊以及相關(guān)的數(shù)據(jù)加密和時間戳等基礎(chǔ)數(shù)據(jù)和基本算法；2) 網(wǎng)絡(luò)層：則包括分布式組網(wǎng)機(jī)制、數(shù)據(jù)傳播機(jī)制和數(shù)據(jù)驗(yàn)證機(jī)制等；3) 共識層：主要封裝網(wǎng)絡(luò)節(jié)點(diǎn)的各類共識算法；4) 激勵層：將經(jīng)濟(jì)因素集成到區(qū)塊鏈技術(shù)體系中來，主要包括經(jīng)濟(jì)激勵的發(fā)行機(jī)制和分配機(jī)制等；5) 合約層：主要封裝各類腳本、算法和智能合約，是區(qū)塊鏈可編程特性的基礎(chǔ)；6) 應(yīng)用層：則封裝了區(qū)塊鏈的各種應(yīng)用場景和案例。該模型中，基于時間戳的鏈?zhǔn)絽^(qū)塊結(jié)構(gòu)、分布式節(jié)點(diǎn)的共識機(jī)制、基于共識算力的經(jīng)濟(jì)激勵和靈活可編程的智能合約是區(qū)塊鏈技術(shù)最具代

13、表性的創(chuàng)新點(diǎn)12. 商業(yè)智能l 商業(yè)智能BUSINESS INTELLIGENCE，BI,通常被理解為組織中現(xiàn)有的數(shù)據(jù)轉(zhuǎn)化為知識，幫助組織作出明智的業(yè)務(wù)經(jīng)營決策。l 商業(yè)智能能夠輔助組織的業(yè)務(wù)經(jīng)營鞠策，既可以是操作層的，也可以是戰(zhàn)術(shù)層和戰(zhàn)略層的l 利用數(shù)據(jù)倉庫，聯(lián)機(jī)分析處理OLAP工具，和數(shù)據(jù)挖掘等技術(shù)。數(shù)據(jù)倉庫13. 監(jiān)理四控，三管，一協(xié)調(diào)四控：質(zhì)量控制，變更控制，投資控制和進(jìn)度控制。 三管：信息管理，安全管理和合同管理。 一協(xié)調(diào)：協(xié)調(diào)業(yè)主、承建方、設(shè)備和材料的供應(yīng)商等之間的關(guān)系。14. 質(zhì)量管理新7中工具（17） 親和圖親和圖與心智圖相似，針對某個問題，產(chǎn)生出可聯(lián)成有組織的想法模式的各種創(chuàng)

14、意。在項(xiàng)目管理中，使用親和圖確定范圍分解的結(jié)構(gòu)，有助于制定WBS.（18） 過程決策程序圖（PDPC）用于理解一個目標(biāo)與達(dá)成目標(biāo)的步驟之間的關(guān)系。PDPC有助于制定應(yīng)急計劃，應(yīng)為他能幫助團(tuán)隊預(yù)測那些可能破壞項(xiàng)目實(shí)現(xiàn)的中間環(huán)節(jié)。 （19） 關(guān)聯(lián)圖他是關(guān)系圖的變種，有助于在包含相互交叉邏輯關(guān)系的中等復(fù)雜情形中創(chuàng)新性地解決問題。（20） 樹形圖也稱系統(tǒng)圖，可用于表現(xiàn)諸如WBS，RBS，OBS的層次分解結(jié)構(gòu)。樹形圖依據(jù)定義嵌套關(guān)系的一套系統(tǒng)規(guī)則，用層次分解形式直觀地展示父子關(guān)系。（21） 優(yōu)先矩陣用來識別關(guān)鍵事項(xiàng)和合適的備選方案，并通過一些列決策，排列出備選方案的有限順序。先對標(biāo)準(zhǔn)排序和加權(quán)，再應(yīng)用于

15、所有備選方案，計算出數(shù)學(xué)得分，對備選方案排序。（22） 活動網(wǎng)絡(luò)圖過去稱箭頭圖，包括連個格式網(wǎng)絡(luò)圖,AOA活動箭線圖，AON活動節(jié)點(diǎn)圖?；顒泳W(wǎng)絡(luò)圖連同項(xiàng)目進(jìn)度計劃編制方法一起使用，如計劃評審技術(shù)PERT ,關(guān)鍵路徑法CPM，緊前關(guān)系繪圖法PDM（23） 矩陣圖質(zhì)量管理和控制工具，使用矩陣結(jié)構(gòu)對數(shù)據(jù)進(jìn)行分析，在行列交叉的位置展示因素，原因，和目標(biāo)之間的關(guān)系強(qiáng)弱。15. 質(zhì)量管理舊7種工具（1） 因果圖（魚骨圖，石川圖）找根本原因（2） 流程圖（過程圖）用來顯示在一個或多個輸入一轉(zhuǎn)化成一個或多個輸出的過程，所需要的步驟順序和可能分支（3） 核查表（統(tǒng)計表）用于手機(jī)數(shù)據(jù)的查對清單（4） 帕累托圖一種

16、特殊的直方圖，用于識別造成大多數(shù)問題的少數(shù)重要原因（5） 直方圖用于描述集中確實(shí)，分散程度和統(tǒng)計分布形狀，不考慮時間對分布內(nèi)的變化的影響（6） 控制圖（7點(diǎn)原則）用來確定一個過程是否穩(wěn)定，或者是否具有可預(yù)測的績效（7） 散點(diǎn)圖16. 合同管理管理合同及買賣關(guān)系，審核并記錄供應(yīng)商的績效信息以建立必須的糾正措施并作為將來選擇供應(yīng)商的參考，管理合同相關(guān)的變更和與項(xiàng)目客戶的合同關(guān)系。17. 雙因素理論VS層次需求理論18. 輔助功能研究輔助功能研究包括項(xiàng)目的一個或幾個方面，但不是所有方面，并且只能作為初步可行性研究，項(xiàng)目可行性研究和大規(guī)模投資建議的前題或輔助。19. 物料清單物料清單用于描述了生產(chǎn)一個

17、產(chǎn)品所需的實(shí)際部件，組件和組件的分級層次表格。20. 信息物理系統(tǒng)（CPS）信息物理系統(tǒng)是一個綜合計算，網(wǎng)絡(luò)和物理環(huán)境的多維復(fù)雜系統(tǒng)，通過3C技術(shù)的有機(jī)融合與深度協(xié)作，實(shí)現(xiàn)大型工程系統(tǒng)的實(shí)時感知，動態(tài)控制和信息服務(wù)。CPS實(shí)現(xiàn)計算，通信與物理系統(tǒng)的一體化設(shè)計，可使系統(tǒng)更加可靠，高效，實(shí)時協(xié)助，具有重要而廣泛的應(yīng)用前景。21. 建議的需求狀態(tài)表22. 質(zhì)量控制的作用l 識別過程低效或產(chǎn)品質(zhì)量低劣的原因，建議并采取相應(yīng)措施消除這些原因l 確認(rèn)項(xiàng)目的可交付成果及工作滿足主要干系人的既定需求，足以滿足進(jìn)行最終驗(yàn)收。23. 基準(zhǔn)分析在項(xiàng)目實(shí)際實(shí)施過程以其他類似項(xiàng)目做法為基準(zhǔn)，將二者進(jìn)行比較就是基準(zhǔn)分析2

18、4. 商業(yè)風(fēng)險l 市場風(fēng)險：開發(fā)了一個沒有人真正需要的優(yōu)秀產(chǎn)品或系統(tǒng)l 策略風(fēng)險：開發(fā)的產(chǎn)品不符合公司的整體商業(yè)策略l 銷售風(fēng)險：開發(fā)了一個銷售部門不知道如何去賣的產(chǎn)品l 管理風(fēng)險：由于重點(diǎn)的轉(zhuǎn)移或人員的變動而失去了高級管理層的支持的風(fēng)險l 預(yù)算風(fēng)險：沒有得到預(yù)算或人力上的保證25. 軟件需求分析階段劃分l 需求提出l 需求描述l 需求評審26. 實(shí)時信息系統(tǒng)實(shí)時信息系統(tǒng)（Real Time Operating System,RTOS）是指使計算機(jī)能及時響應(yīng)外部事件的請求在規(guī)定的嚴(yán)格時間內(nèi)完成對該事件的處理，并控制所有實(shí)時設(shè)備和實(shí)時任務(wù)協(xié)調(diào)一致地工作的操作系統(tǒng)。實(shí)時操作系統(tǒng)要追求的目標(biāo)是：對外

19、部請求在嚴(yán)格時間范圍內(nèi)做出反應(yīng)，有高可靠性和完整性27. 批處理信息系統(tǒng)批處理信息系統(tǒng)是作業(yè)成批處理和多道程序運(yùn)行，即在系統(tǒng)內(nèi)同時存放并運(yùn)行幾道項(xiàng)目獨(dú)立的程序，由系統(tǒng)成批處理。28. 管理信息系統(tǒng)管理信息系統(tǒng)是以人為主導(dǎo)，利用計算機(jī)軟硬件、網(wǎng)絡(luò)通信設(shè)備，以及其他辦公設(shè)備進(jìn)行信息的收集、傳輸、加工、存儲、更新、拓展和維護(hù)的系統(tǒng)。29. 聯(lián)網(wǎng)信息系統(tǒng)聯(lián)網(wǎng)信息系統(tǒng)是基于計算機(jī)網(wǎng)絡(luò)，在各種操作系統(tǒng)上按照網(wǎng)絡(luò)體系結(jié)構(gòu)協(xié)議、標(biāo)準(zhǔn)開發(fā)的軟件，包括網(wǎng)絡(luò)管理、通信、安全、資源共享和各種網(wǎng)絡(luò)應(yīng)用。在其支持下，網(wǎng)絡(luò)中的各臺計算機(jī)能互相通信和共享資源。 30. 物流柔性化戰(zhàn)略物流柔性化戰(zhàn)略是指為了實(shí)現(xiàn)物流作

20、業(yè)適應(yīng)消費(fèi)需求的多品種，小批量，多批次，短周期趨勢，靈活地組織和實(shí)施物流作業(yè)。31. 云計算云計算是基于互聯(lián)網(wǎng)的相關(guān)服務(wù)的增加，使用和交付模式，通常涉及通過互聯(lián)網(wǎng)來提供動態(tài)易擴(kuò)展且經(jīng)常虛擬化的資源。32. 信息資源管理信息資源管理包括數(shù)據(jù)資源管理和信息處理管理。數(shù)據(jù)資源管理強(qiáng)調(diào)對數(shù)據(jù)的控制，信息處理管理關(guān)心管理人員在一條件下如何獲取和處理信息，且強(qiáng)調(diào)企業(yè)信息資源的重要性。33. 信息系統(tǒng)生命周期A、 系統(tǒng)分析階段的目標(biāo)是為系統(tǒng)設(shè)計階段提供信息系統(tǒng)的邏輯模型B、 系統(tǒng)設(shè)計階段是根據(jù)系統(tǒng)分析的結(jié)果設(shè)計出信息系統(tǒng)的實(shí)現(xiàn)方案C、 系統(tǒng)實(shí)施階段：是將設(shè)計階段的成果在計算機(jī)和網(wǎng)絡(luò)上具體實(shí)現(xiàn)，即將設(shè)計文本變

21、成能在計算機(jī)上運(yùn)行的軟件系統(tǒng)。 由于系統(tǒng)實(shí)施階段是對以前全部工作的檢驗(yàn)，因此用戶的參與特別重要D、 系統(tǒng)驗(yàn)收階段是通過試運(yùn)行，以確定系統(tǒng)是否可以交付給最終客戶34. 軟件視圖通過視圖可以從不同角度描述軟件結(jié)構(gòu)，主要包括：l 邏輯視圖：滿足功能需求l 過程視圖：并發(fā)問題l 組件視圖：實(shí)現(xiàn)問題l 部署視圖：分布問題35. 面向服務(wù)的體系結(jié)構(gòu)面向服務(wù)的體系結(jié)構(gòu)是一個組件模型，他將應(yīng)用程序的不同功能單元通過這些服務(wù)之間定義的接口和契約聯(lián)系起來。接口是采用中立的方式進(jìn)行定義的，他應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的應(yīng)急平臺，操作系統(tǒng)和編程語言。這使得構(gòu)建在各種各樣的系統(tǒng)中的服務(wù)可以使用一種統(tǒng)一和通用的方式進(jìn)行交互。36

22、. 軟件需求分析方法（8） 面向?qū)ο蟮姆治龇椒嫦驅(qū)ο蟮男枨蠓治龇椒ǖ暮诵氖抢妹嫦驅(qū)ο蟮母拍詈头椒檐浖枨蠼ㄔ炷Ｐ?。它包含面向?qū)ο箫L(fēng)格的圖形語言機(jī)制和用于指導(dǎo)需求分析的面向?qū)ο蠓椒▽W(xué)。（9） 結(jié)構(gòu)化分析結(jié)構(gòu)化分析：結(jié)構(gòu)化分析方法的實(shí)質(zhì)是著眼于數(shù)據(jù)流，自頂向下，逐層分解，建立系統(tǒng)的處理流程，以數(shù)據(jù)流圖和數(shù)據(jù)字典為主要工具，建立系統(tǒng)的邏輯模型。37. 質(zhì)量途徑過程質(zhì)量內(nèi)部質(zhì)量外部質(zhì)量使用質(zhì)量驗(yàn)證-確認(rèn)-使用和反饋38. 合同內(nèi)容約定不明確的規(guī)定（一）質(zhì)量要求不明確的，按照國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)履行；沒有國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)的，按照通常標(biāo)準(zhǔn)或者符合合同目的的特定標(biāo)準(zhǔn)履行。（二）價款或者報酬不明確的，按

23、照訂立合同時履行地的市場價格履行；依法應(yīng)當(dāng)執(zhí)行政府定價或者政府指導(dǎo)價的，按照規(guī)定履行。（三）履行地點(diǎn)不明確，給付貨幣的，在接受貨幣一方所在地履行；交付不動產(chǎn)的，在不動產(chǎn)所在地履行；其他標(biāo)的，在履行義務(wù)一方所在地履行。（四）履行期限不明確的，債務(wù)人可以隨時履行，債權(quán)人也可以隨時要求履行，但應(yīng)當(dāng)給對方必要的準(zhǔn)備時間。（五）履行方式不明確的，按照有利于實(shí)現(xiàn)合同目的的方式履行。（六）履行費(fèi)用的負(fù)擔(dān)不明確的，由履行義務(wù)一方負(fù)擔(dān)。39. 大型項(xiàng)目WBS分解l 按項(xiàng)目組織結(jié)構(gòu)l 按產(chǎn)品結(jié)構(gòu)l 按生命周期40. BPR原則l 組織機(jī)構(gòu)設(shè)計要圍繞企業(yè)的產(chǎn)出，而不是一項(xiàng)一項(xiàng)的任務(wù)。l 要那些使用流程輸出的人來執(zhí)行

24、流程操作。l 將信息處理工作結(jié)合到該信息產(chǎn)生的實(shí)際流程中去。l 對地理上分散的資源看做是集中的來處理。l 平行活動的連接要更緊密，而不是單單集成各自的活動結(jié)果。l 將決策點(diǎn)下放到基層活動中，并建立對流程的控制。l 盡量在信息產(chǎn)生的源頭，一次獲取信息，同時保持信息的一致性。41. 企業(yè)的流程管理分層42. 團(tuán)隊建設(shè)方法l 通用管理技能l 培訓(xùn)l 團(tuán)隊建設(shè)活動l 基本規(guī)則l 集中辦公l 獎勵與表彰43. 范圍管理過程l 編制范圍管理計劃l 范圍定義l 創(chuàng)建工作分解結(jié)構(gòu)l 范圍確認(rèn)l 范圍控制44. 信息系統(tǒng)審計基本業(yè)務(wù)l 系統(tǒng)開發(fā)審計l 主要數(shù)據(jù)中心，網(wǎng)絡(luò)，同學(xué)設(shè)施的結(jié)構(gòu)審計，包括財務(wù)系統(tǒng)和非財務(wù)

25、系統(tǒng)的應(yīng)用審計l 支持其他審計人員的工作，為財務(wù)審計人員與經(jīng)營審計人員提供技術(shù)支持和培訓(xùn)l 為組織提供增值服務(wù)，為管理信息系統(tǒng)人員提供技術(shù)，控制與安全指導(dǎo)，推動風(fēng)險自評估程序的執(zhí)行。l 軟件及硬件供應(yīng)商及外包服務(wù)商提供的方案，產(chǎn)品及服務(wù)質(zhì)量是否與合同l 災(zāi)難恢復(fù)和業(yè)務(wù)持續(xù)計劃審計。 (7)對系統(tǒng)運(yùn)營效能、投資回報率及應(yīng)用開發(fā)測試審計。 (8)系統(tǒng)的安全審計。 (9)網(wǎng)站的信譽(yù)審計。 (10)全面控制審計等。45. 訪問控制分類（1） 強(qiáng)制訪問控制（MAC）系統(tǒng)獨(dú)立于用戶行為強(qiáng)制執(zhí)行訪問控制，用戶不能改變他們的安全級別或?qū)ο蟮陌踩珜傩裕ǔ?shù)據(jù)和用戶安全

26、級別劃分標(biāo)簽，訪問控制機(jī)制通過比較安全標(biāo)簽來確定接受還是拒絕用戶對資源的訪問。（2） 自主訪問控制（DAC）允許對象的屬主來制定針對該對象的保護(hù)策略，通常DAC通過授權(quán)列表來限定主體對客體可以執(zhí)行什么操作。每個客體擁有一定限定主體對其訪問權(quán)限的訪問控制列表。46. 控制賬戶簡稱CA，是一種管理控制點(diǎn)，是工作包的規(guī)劃基礎(chǔ)。在該控制點(diǎn)上把范圍，成本，進(jìn)度加以整合，并把他們與掙值相比較，已測量績效?？刂瀑~戶設(shè)置在工作分解結(jié)構(gòu)中的特定管理節(jié)點(diǎn)上。每一個控制賬戶都可以包括一個或多個工作包，但是每一個工作包只能屬于一個控制賬戶。47. 項(xiàng)目型組織優(yōu)點(diǎn)：l 結(jié)構(gòu)單一，責(zé)權(quán)分明，利于統(tǒng)一指揮。l 目標(biāo)明確單一

27、l 溝通簡潔、方便l 決策快缺點(diǎn)：l 管理成本過高l 項(xiàng)目環(huán)境比較封閉，不利于溝通、技術(shù)知識等共享l 員工缺乏事業(yè)上的連續(xù)型和保障48. 書面合同書面形式是指合同書、信件和數(shù)據(jù)電文（電報，電傳，傳真，電子數(shù)據(jù)交換和電子郵件）等可以有形的表現(xiàn)所載內(nèi)容的形式。49. 對稱算法的優(yōu)缺點(diǎn)優(yōu)點(diǎn)：加解密速度快，密鑰管理監(jiān)督，事宜一對一的信息加密傳輸確定：加密算法簡單，秘鑰長度有限，加密強(qiáng)度不高，密鑰分發(fā)困難，不適宜一對多的加密信息傳輸。50. 軟件包質(zhì)量要求l 產(chǎn)品描述要求l 用戶文檔要求l 程序要求l 數(shù)據(jù)要求51. 軟件技術(shù)評審技術(shù)評審的目的是評價軟件產(chǎn)品，已確定其對使用意圖的適合性。52. 軟件管理

28、評審管理評審評審的目的是監(jiān)進(jìn)展，決定計劃和進(jìn)度的狀態(tài)，確認(rèn)需求及其系統(tǒng)分配，或評價用于達(dá)到目標(biāo)適應(yīng)性的管理方法的有效性。53. 軟件評審l 軟件需求評審l 概要設(shè)計評審l 詳細(xì)設(shè)計評審l 軟件驗(yàn)證與確認(rèn)評審l 管理評審54. 軟件檢查（1） 功能檢查在軟件釋放前，要對軟件進(jìn)行功能檢查，以確認(rèn)已經(jīng)滿足在軟件需求規(guī)格說明書中規(guī)定的所有需求。（2） 綜合檢查在軟件驗(yàn)收時，要運(yùn)行用戶對所要驗(yàn)收的軟件進(jìn)行設(shè)計抽樣的綜合檢查，以驗(yàn)證代碼和設(shè)計文檔的一致性，接口規(guī)格說明之間的一致性（硬件和軟件），設(shè)計實(shí)現(xiàn)和功能需求的一致性，功能需求和測試描述的一致性。55. 冒煙測試冒煙測試的對象是每一個新編譯的需要正式測

29、試的軟件版本，目的是確認(rèn)軟件基本功能正常，可以進(jìn)行后續(xù)的正式測試工作。冒煙測試的執(zhí)行者是版本編譯人員。56. 集成測試也叫組成測試或聯(lián)合測試。在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測試57. 回歸測試回歸測試是指修改了舊代碼后，重新進(jìn)行測試以確認(rèn)修改沒有引入新的錯誤或?qū)е缕渌a產(chǎn)生錯誤。58. 軟件測試過了過程l 制定測試計劃及用例，執(zhí)行測試，發(fā)現(xiàn)并報告缺陷，修正缺陷，重新測試。59. 概要設(shè)計評審概要設(shè)計評審，在軟件概要設(shè)計技術(shù)后必須進(jìn)行概要設(shè)計評審，以評價軟件設(shè)計說明書中所描述的軟件概要設(shè)計在總體結(jié)構(gòu)、外部接口、主要部件功能分配，全局?jǐn)?shù)據(jù)結(jié)構(gòu)以及各主要部

30、件之間的接口等方面的合適性。60. 軟件度量3個維度l 項(xiàng)目度量l 產(chǎn)品度量l 過程度量61. 風(fēng)險類別風(fēng)險類別提供了一種結(jié)構(gòu)化方法以便使風(fēng)險識別的過程系統(tǒng)化，全面化，保證組織能夠在一個統(tǒng)一的框架下進(jìn)行風(fēng)險識別，目的是提高風(fēng)險識別的質(zhì)量和有效性。62. 結(jié)構(gòu)化項(xiàng)目選擇和優(yōu)先級排列方法l 決策表技術(shù)l 財務(wù)分析l DIPP分析63. 配置管理3中基線l 功能基線：最初通過的功能配置l 分配基線：最初通過的分配的配置l 產(chǎn)品基線：最初通過的或有條件地通過的產(chǎn)品配置64. 耦合性耦合性也叫塊間聯(lián)系，指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。65. 業(yè)務(wù)流程l 管理流程：指企業(yè)整體目標(biāo)和經(jīng)營

31、戰(zhàn)略產(chǎn)生的流程l 操作流程：直接與滿足外部顧客的需求相關(guān)l 支持流程：為保證操作流程的順利執(zhí)行，在資金，人力，設(shè)備管理和信息系統(tǒng)支撐方面的各種活動66. 創(chuàng)建基線或發(fā)行基線步驟l 獲得CCB的授權(quán)l(xiāng) 創(chuàng)建構(gòu)造基線或發(fā)行基線l 形成文件l 使基線可用67. 軟件需求（1） 業(yè)務(wù)需求（Business requirement）表示組織或客戶高層次的目標(biāo)。業(yè)務(wù)需求通常來自項(xiàng)目投資人、購買產(chǎn)品的客戶、實(shí)際用戶的管理者、市場營銷部門或產(chǎn)品策劃部門。業(yè)務(wù)需求描述了組織為什么要開發(fā)一個系統(tǒng)，即組織希望達(dá)到的目標(biāo)。使用前景和范圍文檔來記錄業(yè)務(wù)需求，這份文檔有時也被稱作項(xiàng)目輪廓圖或市場需求文檔。 （2） 用戶需

32、求（user requirement）描述的是用戶的目標(biāo)，或用戶要求系統(tǒng)必須能完成的任務(wù)。用例、場景描述和事件響應(yīng)表都是表達(dá)用戶需求的有效途徑。也就是說用戶需求描述了用戶能使用系統(tǒng)來做些什么。 （3） 功能需求（functional requirement）規(guī)定開發(fā)人員必須在產(chǎn)品中實(shí)現(xiàn)的軟件功能，用戶利用這些功能來完成任務(wù)，滿足業(yè)務(wù)需求。功能需求有時也被稱作行為需求，因?yàn)榱?xí)慣上總是用“應(yīng)該”對其進(jìn)行描述：“系統(tǒng)應(yīng)該發(fā)送電子郵件來通知用戶已接受其預(yù)定”。功能需求描述是開發(fā)人員需要實(shí)現(xiàn)什么。68. 要約邀請要約邀請是希望他人向自己發(fā)出要約的意思的表示。寄送的價目表，拍賣公告，招標(biāo)公告，招股說明書，

33、商業(yè)廣告等要約邀請。69. 軟件著作權(quán)l(xiāng) 自然人的軟件著作權(quán)，保護(hù)期為自然人終生及其死亡后50年，截止于自然人死亡后第50年的12月31日；軟件是合作開發(fā)的，截止于最后死亡的自然人死亡后第50年的12月31日。l 法人或者其他組織的軟件著作權(quán)，保護(hù)期為50年，截止于軟件首次發(fā)表后第50年的12月31日，但軟件自開發(fā)完成之日起50年內(nèi)未發(fā)表的，本條例不再保護(hù)70. 項(xiàng)目績效審計l 經(jīng)濟(jì)審計，效率審計，效果審計的合稱l 有獨(dú)立的審計機(jī)構(gòu)或人員，依據(jù)有關(guān)法規(guī)和標(biāo)準(zhǔn)，運(yùn)用審計程序和方法，對唄審單位或項(xiàng)目的經(jīng)濟(jì)活動的合理性，經(jīng)濟(jì)性，有效性進(jìn)行監(jiān)督，評價和鑒證，提出改進(jìn)建議，促進(jìn)其管理，提高效益的一種獨(dú)立

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

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

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

37、起的全部工作叫做不一致成本。這些工作引起的成本主要包括三種：預(yù)防成本、評估成本和故障成本，而后者又可分解為內(nèi)部成本與外部成本。其中預(yù)防成本和評估成本屬于一致成本，而故障成本屬于不一致成本。預(yù)防成本是為了使項(xiàng)目結(jié)果滿足項(xiàng)目的質(zhì)量要求而在項(xiàng)目結(jié)果產(chǎn)生之前采取的一些活動；而評估成本是項(xiàng)目的結(jié)果產(chǎn)生之后，為了評估項(xiàng)目的結(jié)果是否滿足項(xiàng)目的質(zhì)量要求進(jìn)行測試活動而產(chǎn)生的成本；故障成本是在項(xiàng)目的結(jié)果產(chǎn)生之后，通過質(zhì)量測試活動發(fā)現(xiàn)項(xiàng)目結(jié)果不能滿足質(zhì)量要求，為了糾正其錯誤使其滿足質(zhì)量要求發(fā)生的成本。79. 軟件質(zhì)量保證軟件質(zhì)量保證的主要職責(zé)：檢查開發(fā)和管理活動是否與已定的過程策略，標(biāo)準(zhǔn)，和流程一致，檢查工作產(chǎn)品是

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

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

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

41、數(shù)據(jù)結(jié)構(gòu)的定義接口設(shè)計：軟件內(nèi)部，軟件和操作系統(tǒng)之間以及軟件和人之間如何通信過程設(shè)計：系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)化成軟件的過程描述87. 文檔編制計劃文檔計劃可以是整個項(xiàng)目計劃的一部分或是一個獨(dú)立的文檔。應(yīng)該編寫文檔計劃并把它分發(fā)給全體開發(fā)組成員，作為文檔重要性的具體依據(jù)和管理部門文檔工作責(zé)任的備忘錄。對于小的、非正式的項(xiàng)目，文檔計劃可能只有一頁紙；對于較大的項(xiàng)目，文檔計劃可能是一個綜合性的正式文檔，這樣的文檔計劃應(yīng)遵循各項(xiàng)嚴(yán)格的標(biāo)準(zhǔn)及正規(guī)的評審和批準(zhǔn)過程。編制計劃的工作應(yīng)及早開始，對計劃的評審應(yīng)貫穿項(xiàng)目的全過程。如同任何別的計劃一樣，文檔計劃指出未來的各項(xiàng)活動，當(dāng)需要修改時必須加以修改。導(dǎo)致對計劃作適當(dāng)

42、修改的常規(guī)評審應(yīng)作為該項(xiàng)目工作的一部分，所有與該計劃有關(guān)的人員都應(yīng)得到文檔計劃。文檔計劃一般包括以下幾方面內(nèi)容：a) 列出應(yīng)編制文檔的目錄；b) 提示編制文檔應(yīng)參考的標(biāo)準(zhǔn)；c) 指定文檔管理員；d) 提供編制文檔所需要的條件，落實(shí)文檔編寫人員、所需經(jīng)費(fèi)以及編制工具等；e) 明確保證文檔質(zhì)量的方法，為了確保文檔內(nèi)容的正確性、合理性，應(yīng)采取一定的措施 如評審鑒定等等；f) 繪制進(jìn)度表，以圖表形式列出在軟件生存期各階段應(yīng)產(chǎn)生的文檔、編制人員、編制日期、完成日期、評審日期等。此外，文檔計劃規(guī)定每個文檔要達(dá)到的質(zhì)量等級，以及為了達(dá)到期望的結(jié)果必須考慮哪些外部因素。文檔計劃還確定該計劃和文檔的分發(fā)，并且明

43、確敘述參與文檔工作的所有人員的職責(zé)。88. 軟件審計軟件的目的地是提供關(guān)于軟件產(chǎn)品及過程的可應(yīng)用的規(guī)則，標(biāo)準(zhǔn)，指南，計劃和流程的遵性的獨(dú)立評價。89. 軟件測是發(fā)現(xiàn)錯誤測試人員認(rèn)為程序出現(xiàn)錯誤，要對錯誤結(jié)果進(jìn)行一個確認(rèn)過程。一般由A測試出來的錯誤，一定要由B來確認(rèn)。嚴(yán)重的錯誤可以召開評審會議進(jìn)行討論和分析，對測試結(jié)果要進(jìn)行嚴(yán)格的確認(rèn)，是否真的存在這個問題及嚴(yán)重程度。90. 接口連接兩個或多個其他部件，能為相互間傳遞信息的硬件或軟件部件。91. 中間件中間件（Midddleware）是位于硬件、操作系統(tǒng)等平臺和應(yīng)用之間的通用服務(wù)。借助中間件解決了分布系統(tǒng)的異構(gòu)問題。92. UML9中圖（1） 用

44、例圖l 用例圖是指由參與者，用例以及他們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的靜態(tài)視圖l 用于需求分析階段l 用例圖是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖，呈現(xiàn)了一些參與者和一些用例，以及他們之間的關(guān)系，主要用于對系統(tǒng)，子系統(tǒng)或類的功能行為進(jìn)行建模參與者（Actor）代表與系統(tǒng)接口的任何事物或人，它是指代表某一種特定功能的角色，參與者都是虛擬的概念。用例（Use Case）是對系統(tǒng)行為的動態(tài)描述，它可以促進(jìn)設(shè)計人員、開發(fā)人員與用戶的溝通，理解正確的需求，還可以劃分系統(tǒng)與外部實(shí)體的界限，是系統(tǒng)設(shè)計的起點(diǎn)。對一組動作序列的描述，系統(tǒng)執(zhí)行這些動作將產(chǎn)生一個對特定的參與者有價值而且可觀察的靜

45、態(tài)視圖。包含和擴(kuò)展：一種用于重用的包含關(guān)系，用構(gòu)造型include（可以從兩個或者兩個以上的原始用例中提取公共行為，或者發(fā)現(xiàn)能夠使用一個組件來實(shí)現(xiàn)某一個用例的部分功能是很重要的事時，應(yīng)該使用包含關(guān)系）（2） 類圖l 描述類與類之間的靜態(tài)關(guān)系，不僅顯示信息的結(jié)構(gòu)，同時還描述了系統(tǒng)的行為。類和對象：類的命名（最頂部的格子包含類的名字）；類的屬性（中介的格子包含類的屬性，用以描述該類對象的共同特點(diǎn)，“可見性屬性名：類型=默認(rèn)值約束特性”。可見性包括Public、Private、Protected 分別用號表示）；類的操作（Operation，“可見性：操作名（參數(shù)表）：返回類型約束特性”）類之間的關(guān)

46、系：依賴關(guān)系（如果元素A的變化會引起元素B的變化，則稱元素B依賴（Dependency）于元素A）、泛化關(guān)系（描述了一般事物與該事物中的特殊種類之間的關(guān)系，也就是父類和子類之間的關(guān)系。繼承關(guān)系是泛化關(guān)系的反關(guān)系，也就是說子類是從父類中繼承的，而父類則是子類的泛化，在UML中，使用帶空心箭頭的實(shí)線表示，箭頭指向父類）、聚合關(guān)系表示整體和部分的關(guān)系，用一個帶空心菱形的實(shí)線表示（電腦、顯示器）；組合關(guān)系：如果聚合關(guān)系中的表示“部分”的類的存在，與表示“整體”的類有緊密的關(guān)系，如公司和部門，則使用組合關(guān)系，使用帶實(shí)心菱形的實(shí)線表示）、實(shí)現(xiàn)關(guān)系（用來規(guī)定接口和實(shí)現(xiàn)的類或組件之間的關(guān)系，接口是操作的集合，

47、這些操作用于規(guī)定類或組件的服務(wù)，使用一個帶空心箭頭的虛線表示） （3） 對象圖l 類圖的一個實(shí)例，與類圖的圖形白色相似，占了一一組對象及他們之間的關(guān)系（4） 順序圖l 用來描述對象之間動態(tài)的交互關(guān)系，著重體系對象間消息傳遞的時間順序。反應(yīng)系統(tǒng)的動態(tài)關(guān)系箭頭指向的對象提供箭頭上的方法。 （5） 協(xié)作圖用于描述相互合作的對象間的交互關(guān)系和連接關(guān)系；協(xié)助圖體現(xiàn)交互對象間的靜態(tài)鏈接，關(guān)系（6） 狀態(tài)圖l 用來描述對象狀態(tài)和事件直接的關(guān)系。通常用狀態(tài)圖來描述單個對象的行為（7） 活動圖表示系統(tǒng)中各種活動的次序，可以用來描述用例的工作流程，也可以用來描述類中某個方法的操作行為（8） 構(gòu)

48、件圖（組件圖）物理建模-構(gòu)件圖，可以用來有效的顯示一組構(gòu)件，以及他們之間的邏輯關(guān)系，構(gòu)件圖通常包括構(gòu)件，接口以及各種關(guān)系。（9） 部署圖也稱實(shí)施圖，構(gòu)件圖是說明構(gòu)件之間的邏輯關(guān)系，而部署圖描述系統(tǒng)硬件的物理拓?fù)浣Y(jié)構(gòu)，以及在此結(jié)果上執(zhí)行的軟件93. 軟件文檔類別2.3.4.5.6.7.8.9.10.11.12.13.14.15.（1） 開發(fā)文檔開發(fā)文檔是描述軟件開發(fā)過程，包括軟件需求，軟件設(shè)計，軟件測試，保證軟件質(zhì)量的一類文檔，開發(fā)文檔也包括軟件的詳細(xì)技術(shù)描述，程序邏輯程序間互相關(guān)心，數(shù)據(jù)格式和存儲等?；镜拈_發(fā)文檔：可行性研究和項(xiàng)目任務(wù)書l 需求規(guī)格說明l 功能規(guī)格說明l 設(shè)計規(guī)格說明包括程序

49、和數(shù)據(jù)規(guī)格說明l 開發(fā)計劃l 軟件集成和測試記錄l 質(zhì)量保證計劃標(biāo)準(zhǔn)進(jìn)度l 安全和測試信息（2） 管理文檔管理文檔建立在項(xiàng)目管理信息的基礎(chǔ)上如：l 開發(fā)過程的每個階段的進(jìn)度和進(jìn)度變更的記錄l 軟件變更情況的記錄l 相對開發(fā)的判定記錄l 職責(zé)定義（3） 產(chǎn)品文檔產(chǎn)品文檔規(guī)定關(guān)于軟件產(chǎn)品的使用維護(hù)增強(qiáng)轉(zhuǎn)換和傳輸?shù)男畔?，如：l 培訓(xùn)手冊l 參考手冊和用戶指南l 軟件支持手冊l 產(chǎn)品手冊和信息廣告94. 用于系統(tǒng)常用的保密技術(shù)l 最小授權(quán)原則l 防暴露l 信息加密l 物理保密95. 密碼等級l 商業(yè)密碼：國內(nèi)企業(yè)、事業(yè)單位l 普用密碼：政府、黨政部門l 絕密密碼：中央和機(jī)要部門l 軍用密碼：軍隊96.

50、 截取非法用戶通過特殊手段首先獲得信息，再將信息發(fā)送給真實(shí)接受者97. 竊取通過數(shù)據(jù)竊聽的手段獲得敏感信息。攻擊者通過搭線竊聽或電子輻射探測等手段截獲機(jī)密信息，或通過信息流量的變化，流向的變化以及通信總量等參數(shù)分析出有用信息98. 基于角色的訪問機(jī)制基于角色的訪問機(jī)制，其角色的權(quán)限是由系統(tǒng)管理員分配的99. 入侵檢測系統(tǒng)IDS入侵檢測系統(tǒng)是一種對網(wǎng)絡(luò)傳輸進(jìn)行及時監(jiān)視，在發(fā)現(xiàn)可以傳輸時發(fā)出警報或者采取主動反應(yīng)措施的網(wǎng)絡(luò)安全設(shè)備。一種積極主動的安全防護(hù)技術(shù)。入侵檢測通過執(zhí)行以下任務(wù)來實(shí)現(xiàn)：監(jiān)視，分析用戶及系統(tǒng)活動；系統(tǒng)構(gòu)造和弱點(diǎn)的審計；識別反映已知進(jìn)攻的活動模式并向相關(guān)人士報警；異常行為模式的統(tǒng)計

51、分析；評估重要系統(tǒng)和數(shù)據(jù)文件的完整性；操作系統(tǒng)的設(shè)計跟蹤管理，并識別用戶違反安全策略的行為。100. 安全策略l 安全策略指人們?yōu)楸Ｗo(hù)因?yàn)槭褂糜嬎銠C(jī)信息應(yīng)用系統(tǒng)可能招致的對單位資產(chǎn)造成損失而進(jìn)行保護(hù)的各種措施，手段，以及建立的各種管理制度，法規(guī)。l 安全策略 建立全方位防御體系 甚至包括：告訴用戶應(yīng)用責(zé)任 網(wǎng)絡(luò)訪問，服務(wù)訪問 用戶印證 撥入撥出 磁盤數(shù)據(jù)加密 病毒防護(hù) 雇員培訓(xùn)等 101. 著作權(quán)法不包含的內(nèi)容l 歷法，通用數(shù)表，通用表格和公式l 事實(shí)新聞l 法律，法規(guī)，國家機(jī)關(guān)的決議，決定，命令和其他具有歷法，行政，司法性質(zhì)的文件，及其光正式譯文102. WBS工作分解原則l 在各

52、層次上保持項(xiàng)目的完整性，避免遺漏必要的組成部分l 一個工作單元智能從屬于某個上層單元，避免交叉從屬l 相同層次的工作單元應(yīng)用相同性質(zhì)l 工作單元應(yīng)能分開不同的責(zé)任者和不同的工作內(nèi)容l 便于項(xiàng)目管理計劃，控制的管理需要l 最底層工作應(yīng)該具有可比性，是可管理的，可定量檢測l 應(yīng)包括項(xiàng)目管理工作，包括分包出去的工作103. DIPP分析法DIPP是項(xiàng)目的期望貨幣值和完工尚需成本之比，DIPP值越高的項(xiàng)目資源利用率越高104. 項(xiàng)目論證程序l 明確項(xiàng)目范圍和業(yè)主的目標(biāo)l 收集并分析相關(guān)資料l 擬定多種可行的能夠相互替代的實(shí)施方案l 多方案分析比較l 選擇最優(yōu)方案進(jìn)一步詳細(xì)全面地論證l 編制項(xiàng)目論證報告

53、、環(huán)境影響影響報告和采購方式審批報告l 編制資金籌措計劃和項(xiàng)目實(shí)施進(jìn)度計劃105. 風(fēng)險識別輸出l 已識別的風(fēng)險列表l 風(fēng)險征兆或告警信號l 潛在的風(fēng)險應(yīng)對方法列表l 分析的根本原因l 更新的風(fēng)險分類l 項(xiàng)目管理計劃更新106. 項(xiàng)目評估項(xiàng)目評估指在項(xiàng)目可行性研究的基礎(chǔ)上，由第三方（國家、銀行或有關(guān)機(jī)構(gòu)）根據(jù)國家頒布的政策、法規(guī)、方法、參數(shù)和條例等，從項(xiàng)目（或企業(yè)）、國民經(jīng)濟(jì)、社會角度出發(fā)，對擬建項(xiàng)目建設(shè)的必要性、建設(shè)條件、生產(chǎn)條件、產(chǎn)品市場需求、工程技術(shù)、經(jīng)濟(jì)效益和社會效益等進(jìn)行評價、分析和論證，進(jìn)而判斷其是否可行的一個評估過程。項(xiàng)目評估是項(xiàng)目投資前期進(jìn)行決策管理的重要環(huán)節(jié)，其目的是審查項(xiàng)目

54、可行性研究的可靠性、真實(shí)性和客觀性，為銀行的貸款決策或行政主管部門的審批決策提供科學(xué)依據(jù)。107. 組織分解結(jié)構(gòu)OBS描述了執(zhí)行組織的層次機(jī)構(gòu)，以便把工作包執(zhí)行組織單元相管理。108. 網(wǎng)絡(luò)安全審計等級（4） 系統(tǒng)級審計這對系統(tǒng)的登入情況，用戶識別號，登入嘗試的日期和具體時間，退出的日期和時間，所使用的設(shè)備，登入后運(yùn)行程序等時間信息進(jìn)行審查。典型的系統(tǒng)級審計日志還包括部分與安全無關(guān)的信息，如系統(tǒng)草，費(fèi)用記賬和網(wǎng)絡(luò)性能。這類審計無法根治和記錄應(yīng)用事件，也無法提供足夠的細(xì)節(jié)信息。（5） 應(yīng)用級審計主要針對是應(yīng)用程序的活動信息，如打開和關(guān)閉數(shù)據(jù)文件，讀取，編輯，刪除記錄或字段的特定操作，以及打印報告等。（6） 用戶級審計主要是審計用戶的操作活動信息，如用戶之間啟動的所有命令，用戶所有的鑒別和認(rèn)證操作，用戶所訪問的文件和資源等信息。109. 安全審計安全審計是采用數(shù)據(jù)挖掘和數(shù)據(jù)倉庫技術(shù)，實(shí)現(xiàn)在不同網(wǎng)絡(luò)環(huán)境中終端對終端