軟件工程_主要知識(shí)點(diǎn)_第1頁(yè)
軟件工程_主要知識(shí)點(diǎn)_第2頁(yè)
軟件工程_主要知識(shí)點(diǎn)_第3頁(yè)
軟件工程_主要知識(shí)點(diǎn)_第4頁(yè)
軟件工程_主要知識(shí)點(diǎn)_第5頁(yè)
已閱讀5頁(yè),還剩6頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎ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 、軟件存在錯(cuò)誤多,性能低,不可靠,不安全等質(zhì)量問(wèn)題。3 、軟件成本在計(jì)算機(jī)系統(tǒng)的整個(gè)成本中所占的比例越來(lái)越大4 、軟件維護(hù)及其困難,而且很難適應(yīng)不斷變化的用戶需求和使用環(huán)境。5. 軟件工程的定義?( P7)將系統(tǒng)性的、規(guī)范化的、可定量的方法應(yīng)用于軟件的幵發(fā)、運(yùn)行和

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

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

4、Software Configuration Management t 7 軟件工程管理( Software Engineering Management t 8 軟件工程過(guò)程(Software Engineering Process) t 9 軟件工程工具與方法( Software Engineering Tools and Methodst 10 軟件質(zhì)量Software Quality11. 軟件工程與其他相關(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ì)量

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

6、模型,進(jìn)一步細(xì)化待開發(fā)的需求,逐步修改原 型。增量模型:軟件作為一系列的增量構(gòu)件來(lái)設(shè)計(jì)、實(shí)現(xiàn)、集成和測(cè)試。螺旋模型:將瀑布和快速原型結(jié)合起來(lái)。形式化方法模型:將需求描述提煉成用數(shù)字符號(hào)表達(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)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、會(huì)議 5、項(xiàng)目網(wǎng)站 6、

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

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

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

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

11、Maintenance,OOSM )2. 面向?qū)ο蟮幕靖拍钣心男??英文名稱?(P135-138)(1) 對(duì)象( 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è)計(jì)視圖( Desig

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

13、63)實(shí)體類:表示系統(tǒng)存儲(chǔ)和管理的永久信息邊界類:表示參與者與系統(tǒng)之間的交互控制類:表示系統(tǒng)在運(yùn)行過(guò)程中的業(yè)務(wù)控制邏輯為了識(shí)別分析類,通常需要充分理解系統(tǒng)內(nèi)部的行為,因此需要在最初的用例模型中適當(dāng)?shù)难a(bǔ)充說(shuō)明系統(tǒng)內(nèi)部是如何響應(yīng)外部請(qǐ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)倉(cāng)庫(kù)體系結(jié)構(gòu):分層體系結(jié)構(gòu):MVC體系結(jié)構(gòu):客戶機(jī)/

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

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

16、些數(shù)據(jù)傳遞到被測(cè)試模塊,被測(cè)試模塊被調(diào)用后,打印“進(jìn)入 - 退出”消息。樁模塊用來(lái)代替被測(cè)模塊調(diào)用的模塊,用以返回被測(cè)模塊所需的信息。5. 黑盒測(cè)試和白盒測(cè)試的概念?( P241-242 )黑盒測(cè)試:也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試,它是在已知產(chǎn)品所應(yīng)具有的功能的情況下,通過(guò)測(cè)試 來(lái)檢測(cè)每個(gè)功能是否都正常使用。白盒測(cè)試:也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試,它知道產(chǎn)品內(nèi)部工作過(guò)程,可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品 內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書的規(guī)定正常進(jìn)行,按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序,檢驗(yàn)程序中的每條 通路是否都能按預(yù)定的要求正常工作,而不顧他的功能。6. 黑盒測(cè)試法中常用的設(shè)計(jì)測(cè)試用例的方法?(P242-244 )(1)

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

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論