軟件工程主要知識點(diǎn)

1、1. 軟件的定義（ P1） 計(jì)算機(jī)（程序）、（規(guī)程）以及運(yùn)行計(jì)算機(jī)系統(tǒng)可能需要的相關(guān)（文檔）和（數(shù)據(jù)）。2. 應(yīng)用軟件的分類（ P2）通用軟件和定制軟件3. 軟件的本質(zhì)特性（ P3）復(fù)雜性、一致性、可變性、不可見性4. 軟件危機(jī)的表現(xiàn)（ P5-7 ）1 、軟件開發(fā)的成本和進(jìn)度難以準(zhǔn)確估計(jì)，延遲交付甚至取消項(xiàng)目的現(xiàn)象屢見不鮮。2 、軟件存在錯誤多，性能低，不可靠，不安全等質(zhì)量問題。3 、軟件成本在計(jì)算機(jī)系統(tǒng)的整個成本中所占的比例越來越大4 、軟件維護(hù)及其困難，而且很難適應(yīng)不斷變化的用戶需求和使用環(huán)境。5. 軟件工程的定義（ P7）將系統(tǒng)性的、規(guī)范化的、可定量的方法應(yīng)用于軟件的開發(fā)、運(yùn)行和維護(hù)，即

2、工程化應(yīng)用到軟件上；對中所 述方法的研究。6. 軟件工程包括哪些基本要素簡述它們的作用（ P7-8）過程、方法、工具方法：為軟件開發(fā)提供了“如何做”的技術(shù)、通常包含某種語言或圖形的模型表示方法，設(shè)計(jì)實(shí)踐和質(zhì)量保證標(biāo)準(zhǔn)。工具：為軟件工程的方法提供自動或半自動的軟件支持環(huán)境輔助軟件開發(fā)任務(wù)完成。 過程：是管理和控制產(chǎn)品質(zhì)量的關(guān)鍵，將人員、技術(shù)、組織與管理有機(jī)的結(jié)合起來。7. 軟件的質(zhì)量可以從哪些方面評價(jià)（P8-9）可用性、有效性、可依賴性、可維護(hù)性8. 軟件工程方法有哪些（ P9-10 ）（傳統(tǒng)方法 面向過程的方法、面向數(shù)據(jù)的方法等、面向?qū)ο蠓椒ǎ﹤鹘y(tǒng)方法：面向數(shù)據(jù)方法、面向過程方法面向?qū)ο蠓椒?

3、. CASE系統(tǒng)的三個層次（P10-11）工具：CASE工具支持單個過程的任務(wù)工作臺：CASE工作臺支持某一過程階段的活動環(huán)境：CASE環(huán)境支持整個軟件過程的所有活動或者大部分活動，通常是若干CASE工作臺的集成10.SWEBOK勺10個知識域英文名稱（P15-19 ）1 軟件需求（Software requirements ）宀2 軟件設(shè)計(jì)（Software Design ）宀 3 軟件構(gòu)造（Software Construction） t 4 軟件測試（Software Testi ng ） 5 軟件維護(hù)（Software Maintenance ）6 軟件配置管理 （Software C

4、o nfigurati onManagemen）T7 軟件工程管理 （Software Engineering Managemen）f 8 軟件工程過程 （Software Engineering Process ） t 9 軟件工程工具與方法（ Software Engineering Tools and Methods ）t 10 軟件質(zhì)量（ Software Quality ） 11.軟件工程與其他相關(guān)學(xué)科的關(guān)系（ P19-20）軟件工程將計(jì)算機(jī)科學(xué)，數(shù)學(xué)，工程學(xué)和管理學(xué)等基本原理應(yīng)用于軟件開發(fā)的工程實(shí)踐中，并借鑒傳統(tǒng)工程的原 則和方法，以系統(tǒng)的，課控的，有效的方式產(chǎn)生高質(zhì)量的軟件。1.

5、 軟件工程目標(biāo)（ P23）優(yōu)質(zhì)，高效2. 軟件過程的定義（ P24）軟件工程人員為了獲得（軟件產(chǎn)品）而在（軟件工具）的支持下實(shí)施的一系列（軟件工程）活動。3軟件過程的基本活動（ P25-26）1 、問題提出 2、軟件需求規(guī)格說明 3、軟件設(shè)計(jì) 4、軟件實(shí)現(xiàn) 5、軟件確認(rèn) 6、軟件演化4. 軟件過程的制品有哪些 （P26-27）1 、軟件需求制品 2、軟件設(shè)計(jì)制品 3、軟件實(shí)現(xiàn)制品 4、軟件測試制品 5、軟件實(shí)施制品5. 軟件過程模型有哪些各有哪些特點(diǎn)適用的項(xiàng)目瀑布模型：規(guī)定需求、設(shè)計(jì)、實(shí)現(xiàn)、測試與維護(hù)這些基本活動，并固定次序?？焖僭停貉杆贅?gòu)件一個軟件模型，進(jìn)一步細(xì)化待開發(fā)的需求，逐步修改原型

6、。 增量模型：軟件作為一系列的增量構(gòu)件來設(shè)計(jì)、實(shí)現(xiàn)、集成和測試。 螺旋模型：將瀑布和快速原型結(jié)合起來。形式化方法模型：將需求描述提煉成用數(shù)字符號表達(dá)的形式化描述。然后形式化轉(zhuǎn)換。 基于組件的開發(fā)模型：依賴于可復(fù)用的組件和相應(yīng)的集成環(huán)境，提高開發(fā)效率和產(chǎn)品質(zhì)量。1. 軟件項(xiàng)目管理活動有哪 4 個階段（ P38-40 ）項(xiàng)目啟動T項(xiàng)目規(guī)劃T項(xiàng)目實(shí)施T項(xiàng)目收尾2. 3 種典型的開發(fā)組織方式（ P40-41） 民主式、主程序員式和技術(shù)管理式3. 項(xiàng)目的溝通方式有哪些（ P46-47 ）1 、直接交談 2、電話交談 3、電子郵件 4、會議 5、項(xiàng)目網(wǎng)站 6、書面報(bào)告4. 軟件規(guī)模估算的方法有哪些（ P5

7、0-51 ） 代碼行技術(shù)，功能點(diǎn)技術(shù)5. 軟件成本估算有哪些技術(shù)（ P54-55 ）1、專家判斷2、類比估算3、COCOM模型6. 軟件風(fēng)險(xiǎn)管理的過程有哪些基本活動（P58圖）1 、風(fēng)險(xiǎn)識別 2、風(fēng)險(xiǎn)分析 3、風(fēng)險(xiǎn)規(guī)劃 4、風(fēng)險(xiǎn)監(jiān)控7. 什么是配置管理（ P65）一種（標(biāo)識、組織和控制）修改的技術(shù)，其作用于整個軟件生命周期，其目的是是錯誤到達(dá)最小并最有效地提高 生產(chǎn)率。8. 什么是基線（ P65）已經(jīng)通過了正式復(fù)審的規(guī)格說明或中間產(chǎn)品，它可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只有通過正式的變化控制過程才能改變9. 配置管理活動有哪些（ P66-68）1 、配置項(xiàng)標(biāo)識 2、版本管理 3、系統(tǒng)構(gòu)建 4、變

8、更控制1. 軟件需求的定義（ P71）1 、用戶解決問題或達(dá)到目標(biāo)所需的條件或能力1或2 、系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范化或其他正式規(guī)定文檔所需具有的條件或能力3 、一種反應(yīng)上面者 2 所描述的條件或能力的文檔說明2. 軟件需求可分為哪些類型（ P72 圖）業(yè)務(wù)需求、用戶需求、功能需求、非功能需求、系統(tǒng)需求3. 需求工程包括哪些基本活動每一項(xiàng)活動的主要任務(wù)是什么（P76， P77-86 ）1 需求獲取：采集識別和提取用戶需求，對問題和需求形成文檔描述，是大家有過一個共同的認(rèn)識和理解。2 需求分析：分析和綜合所持采集的信息，簡歷系統(tǒng)的詳細(xì)邏輯模型。3 需求規(guī)格說明：編寫軟件規(guī)格說明書，準(zhǔn)

9、確，完整的表達(dá)已確認(rèn)的需求。4 需求驗(yàn)證：評審軟件規(guī)格說明，保證其正確，一致，完備，準(zhǔn)確和清晰性。5 需求管理：定義需求基線，在整個項(xiàng)目中跟蹤需求狀態(tài)及其變化。4. 需求分析的核心工作（ P78）建立分析模型是需求分析的核心工作5. 主要的需求獲取技術(shù)有哪些它們的優(yōu)缺點(diǎn)和適用場合（P87，P87-92）1 面談：多種情況下使用的簡單而直接的方法。2 需求專題研討會：很快產(chǎn)生系統(tǒng)初步定義，暢所欲言，降低風(fēng)險(xiǎn)，解決行政問題。3 觀察用戶工作流程：開發(fā)人員很難通過面談和回憶獲取供求信息。4 原型化方法：常用方法，系統(tǒng)可視化獲取用戶需求，解決早期系統(tǒng)需求不定的問題。5 基于用例的方法：以任務(wù)和用戶為中

10、心，確定參與者與事物妝花為對象模型。1. 面向?qū)ο筌浖こ谭椒ǖ幕顒佑心男┯⑽拿Q及其簡稱（ P134-135）1 、面向?qū)ο蠓治觯?Object Oriented Analysis,OOA ）2、 面向?qū)ο笤O(shè)計(jì)（Object Oriented Design,OOD）3、 面向?qū)ο缶幊蹋∣bject Oriented Programming,OOP）4、面向?qū)ο鬁y試（Object Oriented Testing,OOT ）5、 面向?qū)ο缶S護(hù)（Object Oriented Software Maintenance,OOSM）2. 面向?qū)ο蟮幕靖拍钣心男┯⑽拿Q（P135-138 ）（1）對

11、象（Object ）（ 2）類（Class ）（ 3）圭寸裝（Encapsulation）（ 4）繼承（Inheritanee）（ 5 ）消息（Message）（ 6）關(guān)聯(lián)（Association ）（ 7）聚合（Aggregation ）（ 8）多態(tài)性（Polymorphism ）英文全稱（P140 ）Uni fied Modeli ng Lan guage4.UML用哪些視圖英文名稱（P142 ）用例視圖（Use-case View ）設(shè)計(jì)視圖（Design View ）進(jìn)程視圖（Process View ）實(shí)現(xiàn)視圖（Implementation View）和分布視圖（Deployment

12、 View ）1.面向?qū)ο蠓治瞿Ｐ陀赡男┠Ｐ徒M成（P157 ）2. 3種分析類的構(gòu)造型類形式和圖標(biāo)形式（ 實(shí)體類圖標(biāo)形式：（1）功能模型（2）分析對象模型（3）動態(tài)模型P157-159）邊界類控制類 圖標(biāo)形式：3. 面向?qū)ο笮枨蠓治鲇心男┗顒討?yīng)該建立哪些類型的模型（P159 ）理解用例模型、識別分析類、定義交互行為、建立分析類圖、評審分析模型模型：實(shí)體類模型、邊界類模型、控制類模型、4. 什么是實(shí)體類、邊界類和控制類為什么將分析類劃分成這3種類型（P159-163）實(shí)體類：表示系統(tǒng)存儲和管理的永久信息邊界類：表示參與者與系統(tǒng)之間的交互控制類：表示系統(tǒng)在運(yùn)行過程中的業(yè)務(wù)控制邏輯為了識別分析類，通

13、常需要充分理解系統(tǒng)內(nèi)部的行為，因此需要在最初的用例模型中適當(dāng)?shù)难a(bǔ)充說明系統(tǒng)內(nèi)部是如何 響應(yīng)外部請求的，所以開發(fā)人員需要確定一組備選的且支持用例行為的一些分析類。1. 軟件設(shè)計(jì)活動可分為哪兩個階段（P171）系統(tǒng)設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個階段2. 軟件設(shè)計(jì)的原則有哪些英文（P172-174）模塊化、耦合度和內(nèi)聚性、復(fù)用性3. 典型的軟件體系結(jié)構(gòu)風(fēng)格有哪些（4種體系機(jī)構(gòu)的名稱 P175-178 ）倉庫體系結(jié)構(gòu)： 分層體系結(jié)構(gòu)：MVC體系結(jié)構(gòu)：客戶機(jī)/服務(wù)器體系結(jié)構(gòu)： 管道和過濾器體系結(jié)構(gòu)：4. 軟件三層體系結(jié)構(gòu)（P178,或表示層、應(yīng)用邏輯層、存儲層）5. 詳細(xì)設(shè)計(jì)的描述工具（詳細(xì)設(shè)計(jì)常用的3種工具是圖形

14、，表格，語言）第10章軟件測試1. 軟件驗(yàn)證和確認(rèn)的區(qū)別（P222-223 ）確認(rèn)強(qiáng)調(diào)結(jié)果的檢驗(yàn)，驗(yàn)證強(qiáng)調(diào)過程的檢驗(yàn)。確認(rèn)證明所提供的產(chǎn)品符合預(yù)期的使用需求，而驗(yàn)證說明工作產(chǎn)品是 否適當(dāng)?shù)姆从沉颂囟ㄐ枨?。換言之，驗(yàn)證確保你把事做對了，而確認(rèn)確保你做了對的事。2. 軟件測試的定義軟件測試的目的（P224廣義上講，測試是指軟件產(chǎn)品生存周期內(nèi)所有的檢查、評審和確認(rèn)活動。狹義上講，測試是對軟件產(chǎn)品質(zhì)量的檢驗(yàn)和評價(jià)，它一方面檢查軟件產(chǎn)品質(zhì)量中存在的質(zhì)量問題，同時(shí)對產(chǎn)品質(zhì)量 進(jìn)行客觀的評價(jià)。目的：在于以最少的時(shí)間和人力系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷。3. 什么是測試用例（ P227） 數(shù)據(jù)輸入和期望

15、結(jié)果組成的對，其中“輸入”是對被測軟件接受外界數(shù)據(jù)的描述，“期望結(jié)果”是對于相應(yīng)輸入軟 件應(yīng)該出現(xiàn)的輸出結(jié)果的描述，測試用例還應(yīng)明確指出使用具體測試案例產(chǎn)生的測試程序的任何限制。測試用例可以被組織成一個測試系列，即為實(shí)現(xiàn)某個特定的測試目的而設(shè)計(jì)的一組測試用例。4. 驅(qū)動模塊和樁模塊的概念（ P234） 驅(qū)動模塊的作用是用來模擬被測模塊的上級調(diào)用模塊，功能要比真正的上級模塊簡單得多，它接收測試數(shù)據(jù)并將這 些數(shù)據(jù)傳遞到被測試模塊，被測試模塊被調(diào)用后，打印“進(jìn)入 - 退出”消息。樁模塊用來代替被測模塊調(diào)用的模塊，用以返回被測模塊所需的信息。5. 黑盒測試和白盒測試的概念（ P241-242 ） 黑盒

16、測試：也稱功能測試或數(shù)據(jù)驅(qū)動測試，它是在已知產(chǎn)品所應(yīng)具有的功能的情況下，通過測試來檢測每個功能是 否都正常使用。白盒測試：也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它知道產(chǎn)品內(nèi)部工作過程，可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照 規(guī)格說明書的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗(yàn)程序中的每條通路是否都能按預(yù)定的要求正常工作， 而不顧他的功能。6. 黑盒測試法中常用的設(shè)計(jì)測試用例的方法（P242-244 ）（1）等價(jià)類劃分：是一種典型的黑盒測試方法，可將測試用例數(shù)量降到最少。（2）邊界值分析：是等價(jià)類測試的特例，主要是考慮等價(jià)類的邊界條件，在等價(jià)類的“邊緣”選擇元素。（3）狀態(tài)測試：需要通過不同的狀態(tài)驗(yàn)證程序的邏輯流程；（ 4）失敗條件測試：主要有競爭條件、重復(fù)、壓迫和重負(fù)。（5）錯誤推測法：根據(jù)經(jīng)驗(yàn)積累和直覺判斷，列出軟件中所有可能存在的錯誤和容易發(fā)生錯誤的情況，針對這些情 況選擇測試用例。7. 白盒測試法中邏輯覆蓋標(biāo)準(zhǔn)有哪些（P245）語句覆蓋、分值覆蓋、條件覆蓋1. 軟件變更的處理可用什么策略（ P266） 軟件維護(hù)2. 軟件維護(hù)的類型及其工作量（ P266， P267）（ 1）改正性維護(hù) 17%（2）適應(yīng)性維護(hù) 18%（3）完善性維護(hù) 65%