軟件工程_主要知識點

1、1. 軟件的定義？（ P1）計算機(jī)（程序）、（規(guī)程）以及運行計算機(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)確估計，延遲交付甚至取消項目的現(xiàn)象屢見不鮮。2 、軟件存在錯誤多，性能低，不可靠，不安全等質(zhì)量問題。3 、軟件成本在計算機(jī)系統(tǒng)的整個成本中所占的比例越來越大4 、軟件維護(hù)及其困難，而且很難適應(yīng)不斷變化的用戶需求和使用環(huán)境。5. 軟件工程的定義？（ P7）將系統(tǒng)性的、規(guī)范化的、可定量的方法應(yīng)用于軟件的幵發(fā)、運行和

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

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

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

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

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

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

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

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

10、視化獲取用戶需求，解決早期系統(tǒng)需求不 定的問題。5 基于用例的方法：以任務(wù)和用戶為中心，確定參與者與事物妝花為對象模型。1. 面向?qū)ο筌浖こ谭椒ǖ幕顒佑心男?？英文名稱及其簡稱？(P134-135 )1 、面向?qū)ο蠓治? Object Oriented Analysis,OOA )2 、面向?qū)ο笤O(shè)計( Object Oriented Design,OOD )3 、面向?qū)ο缶幊? Object Oriented Programming,OOP )4 、面向?qū)ο鬁y試( Object Oriented Testing,OOT )5 、面向?qū)ο缶S護(hù)( Object Oriented Software

11、Maintenance,OOSM )2. 面向?qū)ο蟮幕靖拍钣心男?？英文名稱？(P135-138)(1) 對象( Object ) (2)類( Class )(3)封裝( Encapsulation )( 4)繼承( Inheritance ) (5)消息( Message) ( 6)關(guān)聯(lián) ( Association ) ( 7)聚合( Aggregation ) (8)多態(tài)性( Polymorphism ) 英文全稱？( P140)Unified Modeling Language4.UML 用哪些視圖？英文名稱？( P142)用例視圖( Use-case View )設(shè)計視圖( Desig

12、n View )進(jìn)程視圖( ProcessView)實現(xiàn)視圖(Implementation View )和分布視圖(Deployment View )1. 面向?qū)ο蠓治瞿Ｐ陀赡男┠Ｐ徒M成？(P157)（1）功能模型（2）分析對象模型（3）動態(tài)模型2. 3種分析類的構(gòu)造型類形式和圖標(biāo)形式？ （P157-159）實體類M圖標(biāo)形式:邊界類控制類P159)3. 面向?qū)ο笮枨蠓治鲇心男┗顒樱繎?yīng)該建立哪些類型的模型？（理解用例模型、識別分析類、定義交互行為、建立分析類圖、評審分析模型模型：實體類模型、邊界類模型、控制類模型、4. 什么是實體類、邊界類和控制類？為什么將分析類劃分成這3種類型?（P159-1

13、63）實體類：表示系統(tǒng)存儲和管理的永久信息邊界類：表示參與者與系統(tǒng)之間的交互控制類：表示系統(tǒng)在運行過程中的業(yè)務(wù)控制邏輯為了識別分析類，通常需要充分理解系統(tǒng)內(nèi)部的行為，因此需要在最初的用例模型中適當(dāng)?shù)难a(bǔ)充說明系統(tǒng)內(nèi)部是如何響應(yīng)外部請求的，所以幵發(fā)人員需要確定一 組備選的且支持用例行為的一些分析類。1. 軟件設(shè)計活動可分為哪兩個階段？（ P171）系統(tǒng)設(shè)計和詳細(xì)設(shè)計兩個階段2. 軟件設(shè)計的原則有哪些？ 英文？（ 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ī)/

14、服務(wù)器體系結(jié)構(gòu)：管道和過濾器體系結(jié)構(gòu)：4. 軟件三層體系結(jié)構(gòu)？ （P178,或表示層、應(yīng)用邏輯層、存儲層）5. 詳細(xì)設(shè)計的描述工具？（詳細(xì)設(shè)計常用的 3 種工具是圖形，表格，語言 ） 第 10 章 軟件測試1. 軟件驗證和確認(rèn)的區(qū)別？（ P222-223 ） 確認(rèn)強(qiáng)調(diào)結(jié)果的檢驗,驗證強(qiáng)調(diào)過程的檢驗。確認(rèn)證明所提供的產(chǎn)品符合預(yù)期的使用需求,而驗證說明工作產(chǎn)品是否適當(dāng)?shù)姆从沉颂囟ㄐ枨?。換言之,驗證確 保你把事做對了,而確認(rèn)確保你做了對的事。2. 軟件測試的定義？軟件測試的目的？（ P224） 廣義上講,測試是指軟件產(chǎn)品生存周期內(nèi)所有的檢查、評審和確認(rèn)活動。 狹義上講,測試是對軟件產(chǎn)品質(zhì)量的檢驗和評

15、價,它一方面檢查軟件產(chǎn)品質(zhì)量中存在的質(zhì)量問題,同時對產(chǎn)品質(zhì)量進(jìn)行客觀的評價。目的：在于以最少的時間和人力系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷。3. 什么是測試用例？（ P227） 數(shù)據(jù)輸入和期望結(jié)果組成的對,其中“輸入”是對被測軟件接受外界數(shù)據(jù)的描述,“期望結(jié)果”是對于相應(yīng)輸入軟件應(yīng)該出現(xiàn)的輸出結(jié)果的描述,測試用例還應(yīng)明確指出使用具體測試案例產(chǎn)生的 測試程序的任何限制。測試用例可以被組織成一個測試系列,即為實現(xiàn)某個特定的測試目的而設(shè)計的一組測試用例。4. 驅(qū)動模塊和樁模塊的概念？（ P234）驅(qū)動模塊的作用是用來模擬被測模塊的上級調(diào)用模塊，功能要比真正的上級模塊簡單得多，它接 收測試數(shù)據(jù)并將這

16、些數(shù)據(jù)傳遞到被測試模塊，被測試模塊被調(diào)用后，打印“進(jìn)入 - 退出”消息。樁模塊用來代替被測模塊調(diào)用的模塊，用以返回被測模塊所需的信息。5. 黑盒測試和白盒測試的概念？（ P241-242 ）黑盒測試：也稱功能測試或數(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ù)定的要求正常工作，而不顧他的功能。6. 黑盒測試法中常用的設(shè)計測試用例的方法？（P242-244 ）（1）

17、等價類劃分：是一種典型的黑盒測試方法，可將測試用例數(shù)量降到最少。（2）邊界值分析：是等價類測試的特例，主要是考慮等價類的邊界條件，在等價類的“邊緣”選擇元素。（3）狀態(tài)測試：需要通過不同的狀態(tài)驗證程序的邏輯流程；（4）失敗條件測試：主要有競爭條件、重復(fù)、壓迫和重負(fù)。（5）錯誤推測法：根據(jù)經(jīng)驗積累和直覺判斷，列出軟件中所有可能存在的錯誤和容易發(fā)生錯誤的情況，針對這些情況選擇測試用例。7. 白盒測試法中邏輯覆蓋標(biāo)準(zhǔn)有哪些？（ P245）語句覆蓋、分值覆蓋、條件覆蓋1. 軟件變更的處理可用什么策略？（ P266）軟件維護(hù)2. 軟件維護(hù)的類型及其工作量？（ P266， P267）（ 1）改正性維護(hù) 17%（2）適應(yīng)性維護(hù) 18%（3）完善性維護(hù) 6