軟件工程導論最全復(fù)習總結(jié)

1、1、軟件危機是指在計算機開發(fā)過程中的開發(fā)和維護過程中所遇到的一系列的嚴重問題。2、軟件是程序、數(shù)據(jù)及相關(guān)文檔的完整集合,程序是能夠完成預(yù)定功能和性能的可執(zhí)行的程序序列;數(shù)據(jù)是是使程序能夠適當?shù)奶幚硇畔⒌臄?shù)據(jù)結(jié)構(gòu);文檔是開發(fā)、使用和維護程序所需要的圖文資料。3、軟件工程學包含3個要素:方法、工具、過程。4、目前使用最廣泛的軟件工程方法學是傳統(tǒng)方法學和面向?qū)ο蠓椒▽W。5、軟件工程方法學的軟件過程基本上可以用瀑布模型來描述。6、瀑布模型、快速原型模型、增量模型、螺旋模型、噴泉模型。7、Rup把軟件生命周期劃為:初始、精化、構(gòu)建、移交階段。8、可行性研究的三方面:技術(shù)可行性、經(jīng)濟可行性、操作可行性。9

2、、數(shù)據(jù)流圖(DFD是一種圖形化技術(shù),他描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變化。10、數(shù)據(jù)字典是關(guān)于數(shù)據(jù)信息的集合,也就是對數(shù)據(jù)流程圖中所包含的所有元素的定義的集合。11、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型,沒有數(shù)據(jù)字典,數(shù)據(jù)如就不嚴格,沒有流程圖,數(shù)據(jù)字典也難以發(fā)揮作用。12、需求分析階段結(jié)束之前,系統(tǒng)分析員應(yīng)該寫出軟件需求規(guī)格說明書,以書面形式準確的描述軟件需求。13、9、結(jié)構(gòu)化分析方法就是面向數(shù)據(jù)流自頂向下逐步求精進行需求分析的方法。14、ER圖中包含了實體、關(guān)系和屬性,矩形代表實體,菱形表示關(guān)系,橢圓或圓角矩形表示屬性,用直線把實體和其屬性連接。15、驗證軟件需求的正

3、確性:一致性、完整性、現(xiàn)實性、有效性。16、總體設(shè)計的基本目的是回答“概括地說,系統(tǒng)應(yīng)該如何實現(xiàn)?”,總體設(shè)計又稱為概要設(shè)或初步設(shè)計。17、模塊的獨立程度可以有兩個定性標量度量:內(nèi)聚和耦合。18、軟件測試的目標:(1測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程;(2好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案;(3成功的測試是發(fā)現(xiàn)可至今為止尚未發(fā)現(xiàn)的錯誤的測試。19、軟件測試步驟:模塊測試、子系統(tǒng)測試、系統(tǒng)測試、驗收測試、平行運行。20、軟件可靠性是程序在給定的時間點,按照規(guī)格說明書的規(guī)定,成功的運行的概率。21、用面向?qū)ο蠓椒ㄩ_發(fā)軟件,通常需要建立3種形式的模型:描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的

4、對象模型,描述系統(tǒng)控制結(jié)構(gòu)的動態(tài)模型和描述系統(tǒng)功能的功能模型。22、用面向?qū)ο蠓椒ㄩ_發(fā)軟件,在任何情況下,對象模型始終都是最重要、最基本的、最核心的。23、通常,使用UML提供的類圖來建立對象模型。24、類與類之間通常有關(guān)聯(lián)、泛化(繼承、依賴和細化等4種關(guān)系。25、在UML中,在一段為空心的三角形的連線表示泛化關(guān)系。26、復(fù)雜問題的對象模型通常由:主題層、類與對象層、結(jié)構(gòu)層、屬性層和服務(wù)層。27、廣義的說,軟件重用可分為知識重用、方法和標準的重用、軟件成分的重用。28、工程網(wǎng)絡(luò)和Gantt圖同樣是安排進度和管理工程進度情況的強有力的工具。29、3種典型人員組織方式:民主制程序員組、住程序員組、

5、現(xiàn)代程序員組。30、軟件過程的輸出信息可以分為3類計算機程序、描述計算機程序的文檔、數(shù)據(jù),這些項組成了軟件過程中產(chǎn)生的全部信息,人們把他們統(tǒng)稱為軟件配置,而這些項就是軟件配置項。31、Cmm把軟件過程從無序到有序的進化過程分成5個階段,并把這些階段排序,形成五個逐層提高的等級。能力的成熟度的5個等級從低到高依次是:初始級(1級、可重復(fù)級(2級、已定義級(3級已管理級(4級和優(yōu)化級(5級。15、編碼風格:持續(xù)內(nèi)部文檔、數(shù)據(jù)說明、語句構(gòu)造、輸入輸出、效率、32、軟件危機的典型表現(xiàn):對軟件開發(fā)成本和進度的估計常常很不準確;用戶對“已完成”的軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生;軟件產(chǎn)品質(zhì)量往往靠不住;軟件常

6、常是不可維護的;軟件通常沒有適當?shù)奈臋n資料;軟件成本在計算機總成本中所占的比例逐年上升;軟件開發(fā)生產(chǎn)效率提高的速度,遠遠跟不上計算機應(yīng)用迅速普及深入的趨勢。33、軟件不同于硬件,他是計算機系統(tǒng)的邏輯部件而不是物理部件。34、軟件不同于一般程序,它的一個顯著特點就是規(guī)模龐大。簡單題1、軟件工程基本原理(1用分階段的生存周期嚴格管理。(2堅持進行階段評審。(3實行嚴格的產(chǎn)品控制。(4采用現(xiàn)代程序設(shè)計技術(shù)。(5結(jié)果應(yīng)能清楚地審查。(6開發(fā)小組人員應(yīng)該少而精。(7承認不斷改進軟件工程實踐的必要性。2、軟件生命周期各階段的基本任務(wù)軟件生命周期由軟件定義、軟件開發(fā)和運行維護3個時期組成,每個時期又進一步劃

7、分成若干個階段。(1問題定義(2可行性研究(3需求分析(4總體設(shè)計(5詳細設(shè)計(6編碼和單元測試(7綜合測試(8軟件維護3、需求分析的任務(wù)一、確定對系統(tǒng)的綜合要求(1功能需求(2性能需求(3可靠性和可用性需求(4出錯處理需求(5接口需求(6約束(7逆向需求(8將來可能提出的需求二、分析系統(tǒng)的數(shù)據(jù)要求三、導出系統(tǒng)的邏輯模型四、修正系統(tǒng)開發(fā)計劃4、改進軟件設(shè)計的啟發(fā)式規(guī)則(1改進軟件結(jié)構(gòu)提高模塊獨立性(2模塊規(guī)模應(yīng)該適中(3深度、寬度、扇出和扇入都應(yīng)適當(4模塊的作用域應(yīng)該在控制域之(5力爭降低模塊接口的復(fù)雜程度(6設(shè)計單入口單出口的模塊(7模塊功能應(yīng)該可以預(yù)測5、面向?qū)ο笤O(shè)計準則和啟發(fā)式原則(1

8、模塊化(2抽象(3信息隱藏(4弱耦合(5強內(nèi)聚(6可重用(1設(shè)計結(jié)果應(yīng)該清晰易懂(2一般-特殊結(jié)構(gòu)的深度應(yīng)適當(3設(shè)計簡單的類(4使用簡單的協(xié)議(5使用簡單的服務(wù)(6把設(shè)計變動減至最小6、軟件維護的幾種類型(1改正性維護(2適應(yīng)性維護(3完善性維護(4預(yù)防性維護7、決定軟件可維護性因素(1可理解性(2可測試性(3可修改性(4可移植性(5可重用性8、軟件配置項軟件配置的主要任務(wù)就是控制變化,同時也負責各個軟件配置項和軟件各種版本的標志、軟件配置審計以及軟件配置發(fā)生的任何變化的報告。(1標識軟件配置中的對象(2版本控制(3變化控制(4配置審計(5狀態(tài)報告設(shè)計題1、等價類有效/無效數(shù)據(jù)邊界值測試2、

9、UML類圖的描述3、N-S圖、PAD圖論述題(1軟件工程(2可行性研究問題定義階段必須回答的關(guān)鍵問題是:“要解決的問題是什么”。如果不知道問題是什么就試圖解決這個問題,顯然是盲目的,只會自白浪費時間和金錢,最終得出的結(jié)果很可能是毫無意義的。盡管確切地定義問題的必要性是十分明顯的,但是在實踐中它卻可能是最容易被忽視的一個步驟。(3需求分析這個階段的任務(wù)仍然不是具體地解決客戶的問題,而是準確地回答“目標系統(tǒng)必須做什么”這個問題。(4總體設(shè)計這個階段的基本任務(wù)是,概括地回答“怎樣實現(xiàn)目標系統(tǒng)?”這個問題。概要設(shè)計又稱為初步設(shè)計、邏輯設(shè)計、高層設(shè)計或總體設(shè)計。(5詳細設(shè)計這個階段的任務(wù)還不是編寫程序,

10、而是設(shè)計出程序的詳細規(guī)格說明。這種規(guī)格說明的作用很類似于其他工程領(lǐng)域中工程師經(jīng)常使用的工程藍圖,它們應(yīng)該包含必要的細節(jié),程序員可以根據(jù)它們寫出實際的程序代碼。(6編碼實現(xiàn)(語言,測試這個階段的關(guān)鍵任務(wù)是寫出正確的容易理解、容易維護的程序模塊。(7維護維護階段的關(guān)鍵任務(wù)是,通過各種必要的維護活動使系統(tǒng)持久地滿足用戶的需要。(8面向?qū)ο蠹夹g(shù)(9項目管理1.軟件工程學:為了更有效地開發(fā)與維護軟件,軟件工作者早20世紀60年代后期開始認真研究消除軟件危機的途徑,從而逐漸形成了一門新興的工程學科。2.軟件危機典型變現(xiàn):(1.對軟件發(fā)開成本和進度的估計常常不準確.(2.用戶對"已完成的"

11、;軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生.(3.軟件產(chǎn)品的質(zhì)量往往靠不住.(4.軟件常常是不可維護的.(5.軟件通常沒有適當?shù)奈臋n資料.(6.軟件成本在計算機系統(tǒng)總成本中所占的比例逐年上升.(7.軟件開發(fā)產(chǎn)生率提高的速度,遠遠跟不上計算機應(yīng)用迅速普及深入的趨勢.3.產(chǎn)生軟件危機的原因:(1.軟件不同于硬件,它是計算機系統(tǒng)中的邏輯部件而不是物理部件.(2.軟件不同于一般程序,它的一個顯著特點是規(guī)模龐大,而且程序復(fù)雜性將隨著程序規(guī)模的增加而呈指數(shù)上升.(3.軟件本身獨有的特點確實給開發(fā)和維護帶來一些客觀困難.(4與軟件開發(fā)和維護有關(guān)的許多錯誤認識和做法形成,可以歸因于在計算機系統(tǒng)發(fā)展的早期階段軟件開發(fā)的個體

12、特點.4.消除軟件危機的途徑:(1.應(yīng)該對計算機軟件有一個正確的認識.(2.充分認識到軟件開發(fā)不是某種個體勞動的神秘技巧,而應(yīng)該是組織良好、管理嚴密、各類人員協(xié)同配合、共同完成的工程項目.(3.在使用要總結(jié)出成功的技術(shù)和方法,盡快消除錯誤概念和做法.5.軟件工程的本質(zhì)特性:(1.軟件工程關(guān)注于大型程序的構(gòu)造.(2.軟件工程的中心課題是控制復(fù)雜性.(3.軟件經(jīng)常變化.(4.開發(fā)軟件的效率非常重要.(5.和諧地合作是開發(fā)軟件的關(guān)鍵.(6.軟件必須有效地支持它的用戶.品.6.軟件工程的原理:(1.用分段的生命周期計劃嚴格管理.(2.堅持進行階段評審.(3.實行嚴格的產(chǎn)品控制.(4.采用現(xiàn)代程序設(shè)計技

13、術(shù).(5.結(jié)果應(yīng)能清楚地審查.(6.開發(fā)小組的人員應(yīng)該少而精.(7.承認不斷改進軟件工程實踐的必要性.7.軟件生命周期:由軟件定義、軟件開發(fā)和運行維護3個時期組成,每個時期又進一步劃分成若干個階段.8.軟件開發(fā)時期4個階段:總體設(shè)計,詳細設(shè)計,編碼和單元測試,綜合測試.9.軟件維護,維護階段的關(guān)鍵任務(wù)是,通過各種必要的維護活動使系統(tǒng)持久地滿足用戶的需要.10.瀑布模型的特點:(1.階段間具有順序性和依賴性.(2.推遲實現(xiàn)的觀點.(3.質(zhì)量保證的觀點.11.快速原型模型:是快速建立起來的可以在計算機運行的程序,它所能完成的功能往往是最終產(chǎn)品能完成的功能的一個子集.12.快速模型的主要優(yōu)點是不帶饋

14、環(huán)的,軟件產(chǎn)品基本上是線性順序進行的.13.可行性研究的目的:用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決.14.可行性的解法:(1技術(shù)可行性.(2經(jīng)濟可行性.(3操作可行性.15.可行性研究過程步驟:(1.復(fù)查系統(tǒng)規(guī)模和目標.(2.研究目前正在使用的系統(tǒng).(3.導出新系統(tǒng)的高層邏輯模型.(4.進一步定義問題.(5.導出和評價供選擇的解法.(6.推薦行動方針.(7.草擬開發(fā)計劃.(8.書寫文檔提交審查.式描繪組成系統(tǒng)的每個部件.17.數(shù)據(jù)流圖(DFD:是一種圖形化技術(shù),它描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換.18.數(shù)據(jù)字典:是關(guān)于數(shù)據(jù)的信息的集合,就是對數(shù)據(jù)流圖中包括的所

15、有元素的定義的集合.19.數(shù)據(jù)字典組成元素:(1數(shù)據(jù)流.(2數(shù)據(jù)流分量.(3數(shù)據(jù)存儲.(4處理.20.定義數(shù)據(jù)的方法:定義絕大多數(shù)復(fù)雜事物的方法,都是用被定義的事物的成分的某種組合表示這個事物,這些組成成分又由更底層的成分的組合來定義.21.數(shù)據(jù)字典最重要用途:作為分析階段的工具。22.為什么要進行需求分析:因為它的基本任務(wù)是準確地回答“系統(tǒng)必須做什么?”這個問題?？尚行匝芯侩A段只是粗略了解用戶的需求,許多細節(jié)被忽略,然而最終的系統(tǒng)中卻不能遺漏任何細節(jié)。所以可行性研究并不能代替需求分析。23.軟件系統(tǒng)綜合要求:(1功能需求.(2性能需求.(3可靠性和可行性需求.(4出錯處理需求.(5接口需求.

16、(6約束.(7逆向需求.(8將來可能提出的要求.24.訪談:是最早開始使用的獲取用戶需求的技術(shù),是迄今為止仍然廣泛使用的需求分析技術(shù).25.需求分析過程3種模型:數(shù)據(jù)模型、功能模型和行為模型.26.數(shù)據(jù)模型包含3種相互關(guān)聯(lián)信息:數(shù)據(jù)對象、數(shù)據(jù)對象的屬性及數(shù)據(jù)對象彼此間相互連接的關(guān)系.27.總體設(shè)計的目的:就是回答"概括地說,系統(tǒng)應(yīng)該如何實現(xiàn)?"這個問題.28.總體設(shè)計兩個過程:系統(tǒng)設(shè)計階段,確定系統(tǒng)的具體實現(xiàn)方案;結(jié)構(gòu)設(shè)計階段,確定軟件結(jié)構(gòu).29.總體設(shè)計過程步驟:(1設(shè)想供選擇的方案.(2選取合理的方案.(3推薦最佳方案.(4功能分解.(5設(shè)計軟件結(jié)構(gòu).(6設(shè)計數(shù)據(jù)庫.(

17、7制定測試計劃.(8書寫文檔.(9審查和復(fù)查.30.模塊化:就是把程序劃分成獨立命名且可獨立訪問的模塊,每個模塊完成一個子功能,把這些模塊集成起來構(gòu)成一個整體,可以完成指定的功能滿足用戶的需求.31.怎做到模塊獨立:開發(fā)具有獨立功能而且和其他模塊之間沒有過多的相互作用的模塊.32模塊獨立兩個定性標準度量:內(nèi)聚和耦合.33.耦合:對一個軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量.34.內(nèi)聚:標志著一個模塊各個元素彼此結(jié)合的緊密程度,它是信息隱藏和局部化概念的自然擴展.分偶然內(nèi)聚0分36.設(shè)計時要力爭做到高內(nèi)聚,低耦合.37.啟發(fā)式規(guī)則介紹:(1.改進軟件結(jié)構(gòu)提高模塊獨立性.(2.模塊規(guī)模應(yīng)該適中.(3

18、.深度、寬度、扇出和扇入都應(yīng)適當.(4.模塊的作用域應(yīng)該在控制域之內(nèi).(5.力爭降低模塊接口的復(fù)雜程度.(6.設(shè)計單入口單出口的模塊.38.交換流:信息沿輸入通信路進入系統(tǒng),同時由外部形式變換成內(nèi)部形式,進入系統(tǒng)的信息通過變換中心,經(jīng)加工處理以后再沿輸出路變成外部形式離開軟件系統(tǒng).39.事務(wù)流:數(shù)據(jù)沿輸入通路到達一個處理T,這個處理根據(jù)輸入數(shù)據(jù)的類型在若干個動作序列中選出一個來執(zhí)行.40.詳細設(shè)計目標:確定應(yīng)該怎樣具體地實現(xiàn)所要求的系統(tǒng).41.結(jié)構(gòu)程序設(shè)計:如果一個程序的代碼塊僅僅通過順序、選擇和循環(huán)這3種基本控制結(jié)構(gòu)進行連接,并且每個代碼只有一個入口和一個出口.42.實現(xiàn):通常把編碼和測試統(tǒng)稱.43.編碼:就是那軟件設(shè)計結(jié)果翻譯成用某種程序設(shè)計語言書寫的程序.44.測試方法:黑盒測試(知產(chǎn)品的功能可測試和白盒測試(知產(chǎn)品內(nèi)部工作過程可測試45.測試步驟:(1模塊測試.(2子系統(tǒng)測試.(3系統(tǒng)測試.(4驗收測試.(5平行運行.46.測試重點:(1模塊接口(2局部數(shù)據(jù)結(jié)構(gòu)(3重要的執(zhí)行通路(4出錯處理通路(5邊界條件.47.確認測試:也稱驗收測試,它的目標是驗收軟件的有效性.負責記錄發(fā)現(xiàn)的錯誤和使用中遇到的問題.49.Beta測試:由軟件的最終用戶在一個或多個客戶場所進行.與Alpha測試不同,開發(fā)者通常不在Beta測試的現(xiàn)場,因此,Bate