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

1、精選優(yōu)質(zhì)文檔-傾情為你奉上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、軟件存在錯(cuò)誤多，性能低，不可靠，不安全等質(zhì)量問題。 3、軟件成本在計(jì)算機(jī)系統(tǒng)的整個(gè)成本中所占的比例越來越大 4、軟件維護(hù)及其困難，而且很難適應(yīng)不斷變化的用戶需求和使用環(huán)境。5. 軟件工程的定義？（P7） 將系統(tǒng)性的、規(guī)范化的、可定量的方法應(yīng)用

2、于軟件的開發(fā)、運(yùn)行和維護(hù)，即工程化應(yīng)用到軟件上；對中所述方法的研究。6. 軟件工程包括哪些基本要素？簡述它們的作用？（P7-8） 過程、方法、工具方法：為軟件開發(fā)提供了“如何做”的技術(shù)、通常包含某種語言或圖形的模型表示方法， 設(shè)計(jì)實(shí)踐和質(zhì)量保證標(biāo)準(zhǔn)。工具：為軟件工程的方法提供自動(dòng)或半自動(dòng)的軟件支持環(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ū)ο蠓椒ǎ﹤?/p>

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

4、理（Software Configuration Management）7軟件工程管理（Software Engineering Management）8軟件工程過程（Software Engineering Process）9軟件工程工具與方法（Software Engineering Tools and Methods）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.軟件工程目標(biāo)？（

5、P23） 優(yōu)質(zhì)，高效2. 軟件過程的定義？（P24） 軟件工程人員為了獲得（軟件產(chǎn)品）而在（軟件工具）的支持下實(shí)施的一系列（軟件工程）活動(dòng)。3 軟件過程的基本活動(dòng)？（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ù)這些基本活動(dòng)，并固定次序?？焖僭停貉杆贅?gòu)件一個(gè)軟件模型，進(jìn)一步細(xì)化待開發(fā)的需求，逐步修改原型。增量模型：軟件作為一系

6、列的增量構(gòu)件來設(shè)計(jì)、實(shí)現(xiàn)、集成和測試。螺旋模型：將瀑布和快速原型結(jié)合起來。形式化方法模型：將需求描述提煉成用數(shù)字符號表達(dá)的形式化描述。然后形式化轉(zhuǎn)換?；诮M件的開發(fā)模型：依賴于可復(fù)用的組件和相應(yīng)的集成環(huán)境，提高開發(fā)效率和產(chǎn)品質(zhì)量。1. 軟件項(xiàng)目管理活動(dòng)有哪4個(gè)階段？（P38-40）項(xiàng)目啟動(dòng)項(xiàng)目規(guī)劃項(xiàng)目實(shí)施項(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ī)模估算的方法有哪些？（P50-51） 代碼行技術(shù)，功能點(diǎn)技術(shù)5. 軟件成本估算有哪些

7、技術(shù)？（P54-55） 1、專家判斷2、類比估算3、COCOMO模型6. 軟件風(fēng)險(xiǎn)管理的過程有哪些基本活動(dòng)？（P58圖3.8） 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ù)，其作用于整個(gè)軟件生命周期，其目的是是錯(cuò)誤到達(dá)最小并最有效地提高生產(chǎn)率。8. 什么是基線？（P65） 已經(jīng)通過了正式復(fù)審的規(guī)格說明或中間產(chǎn)品，它可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只有通過正式的變化控制過程才能改變9. 配置管理活動(dòng)有哪些？（P66-68） 1、配置項(xiàng)標(biāo)識2、版本管理3、系統(tǒng)構(gòu)建4、變更控制1. 軟件需求的定義？（P71） 1、用戶解決問題或達(dá)

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

9、正確，一致，完備，準(zhǔn)確和清晰性。5需求管理：定義需求基線，在整個(gè)項(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ù)和用戶為中心，確定參與者與事物妝花為對象模型。1.面向?qū)ο筌浖こ谭椒ǖ幕顒?dòng)有哪些

10、？英文名稱及其簡稱？（P134-135） 1、面向?qū)ο蠓治觯∣bject 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ū)ο蟮幕靖拍钣心男?？英文名稱？（P135-138） （1）對象（Object ） （2）類（Class） （3）封裝（Encapsu

11、lation） （4）繼承（Inheritance） （5）消息（Message） （6）關(guān)聯(lián)（Association） （7）聚合（Aggregation） （8）多態(tài)性（Polymorphism）3.UML英文全稱？（P140） Unified Modeling Language4. UML用哪些視圖？英文名稱？（P142）用例視圖（Use-case View）設(shè)計(jì)視圖（Design View）進(jìn)程視圖（Process View）實(shí)現(xiàn)視圖（Implementation View）和分布視圖（Deployment View）1.面向?qū)ο蠓治瞿Ｐ陀赡男┠Ｐ徒M成？（P157）（1）功能模型（2）

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

13、充說明系統(tǒng)內(nèi)部是如何響應(yīng)外部請求的，所以開發(fā)人員需要確定一組備選的且支持用例行為的一些分析類。1.軟件設(shè)計(jì)活動(dòng)可分為哪兩個(gè)階段？（P171） 系統(tǒng)設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段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種工具是圖形，表格，語言 ） 第10章 軟件測試1. 軟件驗(yàn)證和

14、確認(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)活動(dòng)。 狹義上講，測試是對軟件產(chǎn)品質(zhì)量的檢驗(yàn)和評價(jià)，它一方面檢查軟件產(chǎn)品質(zhì)量中存在的質(zhì)量問題，同時(shí)對產(chǎn)品質(zhì)量進(jìn)行客觀的評價(jià)。 目的：在于以最少的時(shí)間和人力系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和缺陷。3. 什么是測試用例？（P227） 數(shù)據(jù)輸入和期望結(jié)果組成的對，其中“輸入”是對被測軟

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

16、知產(chǎn)品所應(yīng)具有的功能的情況下，通過測試來檢測每個(gè)功能是否都正常使用。 白盒測試：也稱結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試，它知道產(chǎn)品內(nèi)部工作過程，可通過測試來檢測產(chǎn)品內(nèi)部動(dòng)作是否按照規(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）錯(cuò)誤推測法：根據(jù)經(jīng)驗(yàn)積累和直覺判斷，列出軟件中所有可能存在的錯(cuò)誤和容易發(fā)生錯(cuò)誤的情況，針對這些情況選擇測試用例。7. 白盒測試法中邏輯覆蓋標(biāo)準(zhǔn)有哪些？（P245） 語句覆蓋、分值覆蓋、條件覆蓋1.軟件變更的處理可用什么策略？（P266） 軟件維護(hù)2. 軟件維護(hù)的類型及其工作量？（P266，P267） （1）改正性維護(hù) 17% （2）適應(yīng)性維護(hù)18% （3）完善性維護(hù)65%3. 軟件開發(fā)過程