軟件工程主要知識點圖文稿

軟件工程主要知識點1.軟件的定義(P1)計算機(程序)、(規(guī)程)以及運行計算機系統(tǒng)可能需要的相關(guān)(文檔)和(數(shù)據(jù))。2.應(yīng)用軟件的分類(P2)通用軟件和定制軟件3.軟件的本質(zhì)特性(P3)復(fù)雜性、一致性、可變性、不可見性4.軟件危機的表現(xiàn)(P5-7)1、軟件開發(fā)的成本和進度難以準確估計，延遲交付甚至取消項目的現(xiàn)象屢見2、軟件存在錯誤多，性能低，不可靠，不安全等質(zhì)量問題。3、軟件成本在計算機系統(tǒng)的整個成本中所占的比例越來越大4、軟件維護及其困難，而且很難適應(yīng)不斷變化的用戶需求和使用環(huán)境。5.軟件工程的定義(P7)①將系統(tǒng)性的、規(guī)范化的、可定量的方法應(yīng)用于軟件的開發(fā)、運行和維護，即工程化應(yīng)用到軟件上；②對①中所述方法的研究。6.軟件工程包括哪些基本要素簡述它們的作用(P7-8)過程、方法、工具方法：為軟件開發(fā)提供了“如何做”的技術(shù)、通常包含某種語言或圖形的模工具：為軟件工程的方法提供自動或半自動的軟件支持環(huán)境輔助軟件開發(fā)任過程：是管理和控制產(chǎn)品質(zhì)量的關(guān)鍵，將人員、技術(shù)、組織與管理有機的結(jié)7.軟件的質(zhì)量可以從哪些方面評價(P8-9)可用性、有效性、可依賴性、可維護性8.軟件工程方法有哪些(P9-10)(傳統(tǒng)方法<面向過程的方法、面向數(shù)據(jù)的方法等>、面向?qū)ο蠓椒?傳統(tǒng)方法：面向數(shù)據(jù)方法、面向過程方法面向?qū)ο蠓椒?.CASE系統(tǒng)的三個層次(P1)環(huán)境：CASE環(huán)境支持整個軟件過程的所有活動或者大部分活動，通常是若干11.SWEBOK的10個知識域英文名稱(P15-19)1軟件需求(Softwarerequirements)→2軟件設(shè)計(SoftwareDesign)→3軟件構(gòu)造(SoftwareConstruction)→4軟件測試(SoftwareTesting)→5軟件維護(SoftwareMaintenance)→6軟件配置管理(SoftwareConfigurationManagement)→7軟件工程管理(SoftwareEngineeringManagement)→8軟件工程過程(SoftwareEngineeringProcess)→9軟件工程工具與方法(SoftwareEngineeringToolsandMethods)→10軟件質(zhì)量(SoftwareQuality)11.軟件工程與其他相關(guān)學(xué)科的關(guān)系(P19-20)軟件工程將計算機科學(xué)，數(shù)學(xué)，工程學(xué)和管理學(xué)等基本原理應(yīng)用于軟件開發(fā)的工程實踐中，并借鑒傳統(tǒng)工程的原則和方法，以系統(tǒng)的，課控的，有效的方式產(chǎn)生高質(zhì)量的軟件。1.軟件工程目標(P23)優(yōu)質(zhì)，高效2.軟件過程的定義(P24)軟件工程人員為了獲得(軟件產(chǎn)品)而在(軟件工具)的支持下實施的一系列(軟件工程)活動。3．軟件過程的基本活動(P25-26)軟件演化件實施制品5.軟件過程模型有哪些各有哪些特點適用的項目瀑布模型：規(guī)定需求、設(shè)計、實現(xiàn)、測試與維護這些基本活動，并固定次快速原型：迅速構(gòu)件一個軟件模型，進一步細化待開發(fā)的需求，逐步修改原增量模型：軟件作為一系列的增量構(gòu)件來設(shè)計、實現(xiàn)、集成和測試。螺旋模型：將瀑布和快速原型結(jié)合起來。形式化方法模型：將需求描述提煉成用數(shù)字符號表達的形式化描述。然后形基于組件的開發(fā)模型：依賴于可復(fù)用的組件和相應(yīng)的集成環(huán)境，提高開發(fā)效1.軟件項目管理活動有哪4個階段(P38-40)項目啟動→項目規(guī)劃→項目實施→項目收尾2.3種典型的開發(fā)組織方式(P40-41)民主式、主程序員式和技術(shù)管理式3.項目的溝通方式有哪些(P46-47)4.軟件規(guī)模估算的方法有哪些(P50-51)5.軟件成本估算有哪些技術(shù)(P54-55)6.軟件風(fēng)險管理的過程有哪些基本活動(P58圖3.8)控7.什么是配置管理(P65)一種(標識、組織和控制)修改的技術(shù)，其作用于整個軟件生命周期，其目的是是錯誤到達最小并最有效地提高生產(chǎn)率。8.什么是基線(P65)已經(jīng)通過了正式復(fù)審的規(guī)格說明或中間產(chǎn)品，它可以作為進一步開發(fā)的基礎(chǔ)，并且只有通過正式的變化控制過程才能改變9.配置管理活動有哪些(P66-68)1.軟件需求的定義(P71)1、用戶解決問題或達到目標所需的條件或能力2、系統(tǒng)或系統(tǒng)部件要滿足合同、標準、規(guī)范化或其他正式規(guī)定文檔所需具有3.需求工程包括哪些基本活動每一項活動的主要任務(wù)是什么(P76，P77-86)別和提取用戶需求，對問題和需求形成文檔描述，是大家有過一個共同的認識和理解。2需求分析：分析和綜合所持采集的信息，簡歷系統(tǒng)的詳細邏輯模型。3需求規(guī)格說明：編寫軟件規(guī)格說明書，準確，完整的表達已確認的需求。4需求驗證：評審軟件規(guī)格說明，保證其正確，一致，完備，準確和清晰性。性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)可視化獲取用戶需求，解決早期系統(tǒng)需求不5基于用例的方法：以任務(wù)和用戶為中心，確定參與者與事物妝花為對象模1.面向?qū)ο筌浖こ谭椒ǖ幕顒佑心男┯⑽拿Q及其簡稱(P134-135)1、面向?qū)ο蠓治?ObjectOrientedAnalysis,OOA)2、面向?qū)ο笤O(shè)計(ObjectOrientedDesign,OOD)3、面向?qū)ο缶幊?ObjectOrientedProgramming,OOP)4、面向?qū)ο鬁y試(ObjectOrientedTesting,OOT)5、面向?qū)ο缶S護(ObjectOrientedSoftwareMaintenance,OOSM)2.面向?qū)ο蟮幕靖拍钣心男┯⑽拿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)3.UML英文全稱(P140)UnifiedModelingLanguage4.UML用哪些視圖英文名稱(P142)用例視圖(Use-caseView)設(shè)計視圖(DesignView)進程視圖(ProcessView)實現(xiàn)視圖(ImplementationView)和分布視圖(DeploymentView)1.面向?qū)ο蠓治瞿Ｐ陀赡男┠Ｐ徒M成(P157)(1)功能模型(2)分析對象模型(3)動態(tài)模型2.3種分析類的構(gòu)造型類形式和圖標形式？(P157-159)實體類邊界類控制類3.面向?qū)ο笮枨蠓治鲇心男┗顒討?yīng)該建立哪些類型的模型(P159)理解用例模型、識別分析類、定義交互行為、建立分析類圖、評審分析模型模型：實體類模型、邊界類模型、控制類模型、4.什么是實體類、邊界類和控制類？為什么將分析類劃分成這3種類型(5.P159-163)實體類：表示系統(tǒng)存儲和管理的永久信息邊界類：表示參與者與系統(tǒng)之間的交互控制類：表示系統(tǒng)在運行過程中的業(yè)務(wù)控制邏輯為了識別分析類，通常需要充分理解系統(tǒng)內(nèi)部的行為，因此需要在最初的用例模型中適當(dāng)?shù)难a充說明系統(tǒng)內(nèi)部是如何響應(yīng)外部請求的，所以開發(fā)人員需要確定一組備選的且支持用例行為的一些分析類。1.軟件設(shè)計活動可分為哪兩個階段(P171)系統(tǒng)設(shè)計和詳細設(shè)計兩個階段2.軟件設(shè)計的原則有哪些？英文(3.P172-174)模塊化、耦合度和內(nèi)聚性、復(fù)用性4.典型的軟件體系結(jié)構(gòu)風(fēng)格有哪些(4種體系機構(gòu)的名稱？P175-178)倉庫體系結(jié)構(gòu)：分層體系結(jié)構(gòu)：客戶機/服務(wù)器體系結(jié)構(gòu)：管道和過濾器體系結(jié)構(gòu)：5.軟件三層體系結(jié)構(gòu)(P178，或表示層、應(yīng)用邏輯層、存儲層)6.詳細設(shè)計的描述工具(詳細設(shè)計常用的3種工具是圖形，表格，語言)1.軟件驗證和確認的區(qū)別(P222-223)確認強調(diào)結(jié)果的檢驗，驗證強調(diào)過程的檢驗。確認證明所提供的產(chǎn)品符合預(yù)期的使用需求，而驗證說明工作產(chǎn)品是否適當(dāng)?shù)姆从沉颂囟ㄐ枨蟆Q言之，驗證確?！改惆咽伦鰧α恕?，而確認確?！改阕隽藢Φ氖隆?。2.軟件測試的定義軟件測試的目的(P224)廣義上講，測試是指軟件產(chǎn)品生存周期內(nèi)所有的檢查、評審和確認活動。狹義上講，測試是對軟件產(chǎn)品質(zhì)量的檢驗和評價，它一方面檢查軟件產(chǎn)品質(zhì)量中存在的質(zhì)量問題，同時對產(chǎn)品質(zhì)量進行客觀的評價。目的：在于以最少的時間和人力系統(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ū)動模塊和樁模塊的概念(5.P234)驅(qū)動模塊的作用是用來模擬被測模塊的上級調(diào)用模塊，功能要比真正的上級模塊簡單得多，它接收測試數(shù)據(jù)并將這些數(shù)據(jù)傳遞到被測試模塊，被測試模塊被樁模塊用來代替被測模塊調(diào)用的模塊，用以返回被測模塊所需的信息。6.黑盒測試和白盒測試的概念(P241-242)黑盒測試：也稱功能測試或數(shù)據(jù)驅(qū)動測試，它是在已知產(chǎn)品所應(yīng)具有的功能的情況下，通過測試來檢測每個功能是否都正常使用。白盒測試：也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它知道產(chǎn)品內(nèi)部工作過程，，可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗程序中的每條通路是否都能按預(yù)定的要求正常工作，而7.黑盒測試法中常用的設(shè)計測試用例的方法(P242-244)(1)等價類劃分：是一種典型的黑盒測試方法，可將測試用例數(shù)量降到最少。(2)邊界值分析：是等價類測試的特例，主要是考慮等價類的邊界條件，在等價類的“邊緣”選擇元素。(3)狀態(tài)測試：需要通過不同的狀態(tài)驗證程序的邏輯流程；(4)失敗條件測試：主要有競爭條件、重復(fù)、壓迫和重負。(5)錯誤推測法：根據(jù)經(jīng)驗積累和直覺判斷，列出軟件中所有可能存在的錯誤8.白盒測試法中邏輯覆蓋標準有哪些(P245)語句覆蓋、分值覆蓋、條件覆蓋1.軟件變更的處理可用什么策略(P266)軟件維護2.軟件維護的類型及其工作量(P266，P267)(1)改正性維護17%(2)適應(yīng)性維護18%(3)完善性維護65%3.軟件開發(fā)過程對軟