軟件工程_主要知識點

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

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

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

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

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

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

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

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

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

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

11、ject )(2)類(Class)(3)封裝(Encapsulation )(4)繼承(Inheritance )(5)消息(Message)(6)關聯(lián)(Association )(7)聚合(Aggregation )(8)多態(tài)性(Polymorphism )英文全稱(P140)Unified Modeling Language4.UML用哪些視圖英文名稱(P142)用例視圖(Use-case View )設計視圖(Design View )進程視圖(Process View )實現(xiàn)視圖(Implementation View)和分布視圖(Deployment View ) 1.面向?qū)ο蠓治瞿?/p>

12、型由哪些模型組成(P157)2. 3種分析類的構(gòu)造型類形式和圖標形式( 實體類圖標形式：(1)功能模型(2)分析對象模型(3)動態(tài)模型P157-159) 邊界類控制類 圖標形式： 3.面向?qū)ο笮枨蠓治鲇心男┗顒討摻⒛男╊愋偷哪Ｐ?P159)理解用例模型、識別分析類、定義交互行為、建立分析類圖、評審分析模型模型：實體類模型、邊界類模型、控制類模型、4.什么是實體類、邊界類和控制類為什么將分析類劃分成這3種類型(P159-163)實體類：表示系統(tǒng)存儲和管理的永久信息邊界類：表示參與者與系統(tǒng)之間的交互控制類：表示系統(tǒng)在運行過程中的業(yè)務控制邏輯為了識別分析類，通常需要充分理解系統(tǒng)內(nèi)部的行為，因此需

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

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

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

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