軟件工程主要知識(shí)點(diǎn)圖文稿

軟件工程主要知識(shí)點(diǎn)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)行和維護(hù)，即工程化應(yīng)用到軟件上；②對(duì)①中所述方法的研究。6.軟件工程包括哪些基本要素簡(jiǎn)述它們的作用(P7-8)過(guò)程、方法、工具方法：為軟件開發(fā)提供了“如何做”的技術(shù)、通常包含某種語(yǔ)言或圖形的模工具：為軟件工程的方法提供自動(dòng)或半自動(dòng)的軟件支持環(huán)境輔助軟件開發(fā)任過(guò)程：是管理和控制產(chǎn)品質(zhì)量的關(guān)鍵，將人員、技術(shù)、組織與管理有機(jī)的結(jié)7.軟件的質(zhì)量可以從哪些方面評(píng)價(jià)(P8-9)可用性、有效性、可依賴性、可維護(hù)性8.軟件工程方法有哪些(P9-10)(傳統(tǒng)方法<面向過(guò)程的方法、面向數(shù)據(jù)的方法等>、面向?qū)ο蠓椒?傳統(tǒng)方法：面向數(shù)據(jù)方法、面向過(guò)程方法面向?qū)ο蠓椒?.CASE系統(tǒng)的三個(gè)層次(P1)環(huán)境：CASE環(huán)境支持整個(gè)軟件過(guò)程的所有活動(dòng)或者大部分活動(dòng)，通常是若干11.SWEBOK的10個(gè)知識(shí)域英文名稱(P15-19)1軟件需求(Softwarerequirements)→2軟件設(shè)計(jì)(SoftwareDesign)→3軟件構(gòu)造(SoftwareConstruction)→4軟件測(cè)試(SoftwareTesting)→5軟件維護(hù)(SoftwareMaintenance)→6軟件配置管理(SoftwareConfigurationManagement)→7軟件工程管理(SoftwareEngineeringManagement)→8軟件工程過(guò)程(SoftwareEngineeringProcess)→9軟件工程工具與方法(SoftwareEngineeringToolsandMethods)→10軟件質(zhì)量(SoftwareQuality)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)(P23)優(yōu)質(zhì)，高效2.軟件過(guò)程的定義(P24)軟件工程人員為了獲得(軟件產(chǎn)品)而在(軟件工具)的支持下實(shí)施的一系列(軟件工程)活動(dòng)。3．軟件過(guò)程的基本活動(dòng)(P25-26)軟件演化件實(shí)施制品5.軟件過(guò)程模型有哪些各有哪些特點(diǎn)適用的項(xiàng)目瀑布模型：規(guī)定需求、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試與維護(hù)這些基本活動(dòng)，并固定次快速原型：迅速構(gòu)件一個(gè)軟件模型，進(jìn)一步細(xì)化待開發(fā)的需求，逐步修改原增量模型：軟件作為一系列的增量構(gòu)件來(lái)設(shè)計(jì)、實(shí)現(xiàn)、集成和測(cè)試。螺旋模型：將瀑布和快速原型結(jié)合起來(lái)。形式化方法模型：將需求描述提煉成用數(shù)字符號(hào)表達(dá)的形式化描述。然后形基于組件的開發(fā)模型：依賴于可復(fù)用的組件和相應(yīng)的集成環(huán)境，提高開發(fā)效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)4.軟件規(guī)模估算的方法有哪些(P50-51)5.軟件成本估算有哪些技術(shù)(P54-55)6.軟件風(fēng)險(xiǎn)管理的過(guò)程有哪些基本活動(dòng)(P58圖3.8)控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-68)1.軟件需求的定義(P71)1、用戶解決問(wèn)題或達(dá)到目標(biāo)所需的條件或能力2、系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范化或其他正式規(guī)定文檔所需具有3.需求工程包括哪些基本活動(dòng)每一項(xiàng)活動(dòng)的主要任務(wù)是什么(P76，P77-86)別和提取用戶需求，對(duì)問(wèn)題和需求形成文檔描述，是大家有過(guò)一個(gè)共同的認(rèn)識(shí)和理解。2需求分析：分析和綜合所持采集的信息，簡(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)，解決行3觀察用戶工作流程：開發(fā)人員很難通過(guò)面談和回憶獲取供求信息。4原型化方法：常用方法，系統(tǒng)可視化獲取用戶需求，解決早期系統(tǒng)需求不5基于用例的方法：以任務(wù)和用戶為中心，確定參與者與事物妝花為對(duì)象模1.面向?qū)ο筌浖こ谭椒ǖ幕顒?dòng)有哪些英文名稱及其簡(jiǎn)稱(P134-135)1、面向?qū)ο蠓治?ObjectOrientedAnalysis,OOA)2、面向?qū)ο笤O(shè)計(jì)(ObjectOrientedDesign,OOD)3、面向?qū)ο缶幊?ObjectOrientedProgramming,OOP)4、面向?qū)ο鬁y(cè)試(ObjectOrientedTesting,OOT)5、面向?qū)ο缶S護(hù)(ObjectOrientedSoftwareMaintenance,OOSM)2.面向?qū)ο蟮幕靖拍钣心男┯⑽拿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)3.UML英文全稱(P140)UnifiedModelingLanguage4.UML用哪些視圖英文名稱(P142)用例視圖(Use-caseView)設(shè)計(jì)視圖(DesignView)進(jìn)程視圖(ProcessView)實(shí)現(xiàn)視圖(ImplementationView)和分布視圖(DeploymentView)1.面向?qū)ο蠓治瞿Ｐ陀赡男┠Ｐ徒M成(P157)(1)功能模型(2)分析對(duì)象模型(3)動(dòng)態(tài)模型2.3種分析類的構(gòu)造型類形式和圖標(biāo)形式？(P157-159)實(shí)體類邊界類控制類3.面向?qū)ο笮枨蠓治鲇心男┗顒?dòng)應(yīng)該建立哪些類型的模型(P159)理解用例模型、識(shí)別分析類、定義交互行為、建立分析類圖、評(píng)審分析模型模型：實(shí)體類模型、邊界類模型、控制類模型、4.什么是實(shí)體類、邊界類和控制類？為什么將分析類劃分成這3種類型(5.P159-163)實(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ì)的原則有哪些？英文(3.P172-174)模塊化、耦合度和內(nèi)聚性、復(fù)用性4.典型的軟件體系結(jié)構(gòu)風(fēng)格有哪些(4種體系機(jī)構(gòu)的名稱？P175-178)倉(cāng)庫(kù)體系結(jié)構(gòu)：分層體系結(jié)構(gòu)：客戶機(jī)/服務(wù)器體系結(jié)構(gòu)：管道和過(guò)濾器體系結(jié)構(gòu)：5.軟件三層體系結(jié)構(gòu)(P178，或表示層、應(yīng)用邏輯層、存儲(chǔ)層)6.詳細(xì)設(shè)計(jì)的描述工具(詳細(xì)設(shè)計(jì)常用的3種工具是圖形，表格，語(yǔ)言)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ù)姆从沉颂囟ㄐ枨蟆Q言之，驗(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)價(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ì)的4.驅(qū)動(dòng)模塊和樁模塊的概念(5.P234)驅(qū)動(dòng)模塊的作用是用來(lái)模擬被測(cè)模塊的上級(jí)調(diào)用模塊，功能要比真正的上級(jí)模塊簡(jiǎn)單得多，它接收測(cè)試數(shù)據(jù)并將這些數(shù)據(jù)傳遞到被測(cè)試模塊，被測(cè)試模塊被樁模塊用來(lái)代替被測(cè)模塊調(diào)用的模塊，用以返回被測(cè)模塊所需的信息。6.黑盒測(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ù)定的要求正常工作，而7.黑盒測(cè)試法中常用的設(shè)計(jì)測(cè)試用例的方法(P242-244)(1)等價(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ò)誤8.白盒測(cè)試法中邏輯覆蓋標(biāo)準(zhǔn)有哪些(P245)語(yǔ)句覆蓋、分值覆蓋、條件覆蓋1.軟件變更的處理可用什么策略(P266)軟件維護(hù)2.軟件維護(hù)的類型及其工作量(P266，P267)(1)改正性維護(hù)17%(2)適應(yīng)性維護(hù)18%(3)完善性維護(hù)65%3.軟件開發(fā)過(guò)程對(duì)軟