第一篇：軟件工程小結(jié)

今天視頻看完了，可是沒有總結(jié)。還是感覺不會總結(jié)。一想到50講的課，怎么總結(jié)呢？開始聽的時候，是真不知道從哪里下手，因?yàn)殚_始看的時候有種迷迷糊糊的感覺。軟件工程，我期待的一門課就這么聽完了一遍。很有些囫圇吞棗的感覺，不過收獲還是很多的，至少知道了軟件工程的階段不是只有需求分析、編程和測試維護(hù)。當(dāng)然這個很早之前就知道，只是以前根本沒有什么概念。

第一個階段，計(jì)劃階段，要首先對用戶的要求進(jìn)行了解，對軟件的性能等進(jìn)行了解。然后進(jìn)行可行性分析研究，在各種可行性研究中，對于軟件開發(fā)人員來說，技術(shù)可行性研究最重要。之后就是需求分析階段了，需求分析階段也是計(jì)劃階段的最后一部分。需求分析定義了要做什么。把現(xiàn)實(shí)的需要用程序語言表達(dá)出來。但是這一階段并不解決怎么做。

解決怎么做的是下一個階段——設(shè)計(jì)階段。設(shè)計(jì)階段分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)把每個組成部分的功能都給出意義明確的模塊，每個模塊都和一部分需求相對應(yīng)。但是不考慮細(xì)節(jié)。詳細(xì)設(shè)計(jì)，把每個模塊的功能實(shí)現(xiàn)詳細(xì)的表示出來，為源程序的編寫打下基礎(chǔ)。然后就是編程階段，我們一般最初接觸的就是編程，所以編程階段比較了解，由于前期文檔已經(jīng)做的很詳細(xì)，功能的實(shí)現(xiàn)數(shù)據(jù)和算法都已經(jīng)清楚了，所以編程是比較簡單的。

編程完了就是測試階段了，測試階段的費(fèi)用是最多的。測試階段是發(fā)現(xiàn)錯誤的階段，改錯是調(diào)試階段。然后就是交付用戶使用，及維護(hù)。

以上幾點(diǎn)是軟件工程的生命周期的六個階段。軟件工程過程和軟件工程生命周期也不能等同。

軟件工程過程如下：

軟件規(guī)格說明：規(guī)定軟件的功能及其運(yùn)行的限制

軟件開發(fā)：產(chǎn)生滿足規(guī)格說明的軟件：

軟件的確認(rèn)：確認(rèn)軟件能夠完成客戶提出的要求：

軟件演進(jìn)：為滿足客戶的變更要求。軟件必須在使用的過程中演進(jìn)。

pdca

軟件工程過程與軟件生存期相對應(yīng)。軟件規(guī)格說明對應(yīng)計(jì)劃階段，軟件開發(fā)對應(yīng)設(shè)計(jì)、編程階段，軟件的確認(rèn)對應(yīng)測試調(diào)試階段，軟件演進(jìn)對應(yīng)運(yùn)行維護(hù)階段。

軟件開發(fā)的每個過程都有相關(guān)文檔，用老師們的話說叫做以文檔為驅(qū)動。文檔的好壞直接影響到軟件開發(fā)的進(jìn)度和軟件的質(zhì)量。而文檔中最多的是使用圖表，dfd圖，sc圖。數(shù)據(jù)流程圖、過程流程圖、系統(tǒng)流程圖等各種圖表。還是那句話，一張好的圖表勝過一千句話。

在軟件生存周期的各個部分都有各自要注意的地方，過著說是各自的重點(diǎn)（或者是知識點(diǎn)）。

今天已經(jīng)是22號了，文檔還沒寫。先寫文檔了。唉，又落后了。

第二篇：軟件工程期末小結(jié)

第一章 軟件工程概述

1.對“引入同一變動付出的代價隨時間變化的趨勢”：在軟件開發(fā)的不同階段進(jìn)行修改需要付出的代價是很不相同的，在早期引入變動，涉及的面較少，因而代價也比較低；而在開發(fā)的中期，軟件配置的許多成分已經(jīng)完成，引入一個變動要對所有已完成的配置成分都做相應(yīng)的修改，不僅工作量大，而且邏輯上也更復(fù)雜，因此付出的代價劇增；在軟件“已經(jīng)完成”是再引入變動，當(dāng)然需要付出更高的代價。根據(jù)美國一些軟件公司的統(tǒng)計(jì)資料，在后期引入一個變動比在早期引入相同的變動所需付出的代價高2~3個數(shù)量級。

2.軟件是程序、數(shù)據(jù)及相關(guān)文檔的完整集合。程序是能夠完成預(yù)定功能和性能的可執(zhí)行的指令序列；數(shù)據(jù)是使程序能夠適當(dāng)?shù)靥幚硇畔⒌臄?shù)據(jù)結(jié)構(gòu)；文檔是開發(fā)、使用和維護(hù)程序所需要的圖文資料。

3.為了解決軟件危機(jī)，既要有技術(shù)措施（方法和工具），又要有必要的組織管理措施。軟件工程正是從管理和技術(shù)兩方面研究如何更好地開發(fā)和維護(hù)計(jì)算機(jī)軟件的一門新興學(xué)科。

4.軟件工程是：（1）把系統(tǒng)的、規(guī)范的、可度量的途徑盡快應(yīng)用于軟件開發(fā)、運(yùn)行和維護(hù)過程，也就是把工程應(yīng)用于軟件；（2）研究（1）中提到的途徑。

5.軟件工程本質(zhì)特性（理解，判斷）：軟件工程關(guān)注與大型程序的構(gòu)造，軟件工程的中心課題是控制復(fù)雜性，軟件經(jīng)常變化，開發(fā)軟件的效率非常重要，和諧地合作是開發(fā)軟件的關(guān)鍵，軟件必須有效地支持它的用戶，在軟件工程領(lǐng)域中通常由具有一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品。

6.軟件工程方法學(xué)包含3個要素：方法、工具和過程。

7.軟件生命周期由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)3個時期組成。軟件定義時期的任務(wù)是：確定軟件開發(fā)的工程必須完成的總目標(biāo)；確定工程的可行性；導(dǎo)出實(shí)現(xiàn)工程目標(biāo)應(yīng)該采用的策略及系統(tǒng)必須完成的功能；估計(jì)完成該項(xiàng)工程需要的資源和成本，并且制定工程進(jìn)度表。這個時期的工作通常又稱為系統(tǒng)分析，有系統(tǒng)分析員負(fù)責(zé)完成。軟件定義時期通常進(jìn)一步劃分成3個階段，即問題定義、可行性研究和需求分析。這個時期產(chǎn)生的文檔有可行性研究報(bào)告、需求規(guī)格說明書。開發(fā)時期具體設(shè)計(jì)和實(shí)現(xiàn)在前一個時期定義的軟件，它通常由下述4個階段組成：總體設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編碼和單元測試，綜合測試。其中前兩個階段又稱為系統(tǒng)設(shè)計(jì)，后兩個階段又稱為系統(tǒng)實(shí)現(xiàn)。這個階段需要的人員為高級技術(shù)人員和初級程序員。產(chǎn)生的文檔有：軟件結(jié)構(gòu)圖，軟件說明書，數(shù)據(jù)庫。維護(hù)時期的主要任務(wù)是使軟件持久的滿足用戶的需要。

8.軟件一個生命周期包括：問題定義、可行性研究、需求分析、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測試、綜合測試。

9.軟件維護(hù)階段的關(guān)鍵任務(wù)是，通過各種必要的維護(hù)活動使系統(tǒng)持久地滿足用戶的需要。通常有4類維護(hù)活動：改正性維護(hù)，也就是診斷和改正正在使用過程中發(fā)現(xiàn)的軟件錯誤；適應(yīng)性維護(hù)，即修改軟件以適應(yīng)環(huán)境的變化；完善性維護(hù)，即根據(jù)用戶的要求改進(jìn)或擴(kuò)充軟件使它更完善；預(yù)防性維護(hù)，即修改軟件，為將來的維護(hù)活動預(yù)先做準(zhǔn)備。

第二章 可行性研究

1.可行性研究包括以下：技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性、法律可行性。

2.系統(tǒng)流程圖的概括地描繪物理系統(tǒng)的傳統(tǒng)工具。

3.在數(shù)據(jù)流圖中沒有任何具體的物理部件，它只是描繪數(shù)據(jù)在軟件中流動和被處理的邏輯過程。數(shù)據(jù)流圖是系統(tǒng)邏輯功能的圖形表示。

4.數(shù)據(jù)字典有下列元素的定義組成：數(shù)據(jù)流、數(shù)據(jù)流分量（即數(shù)據(jù)元素）、數(shù)據(jù)存儲。

5．成本估計(jì)技術(shù)有：代碼行技術(shù)、任務(wù)分解技術(shù)、自動估計(jì)成本技術(shù)。

第三篇：軟件工程”課程小結(jié)

“軟件工程”課程小結(jié)

一、軟件工程學(xué)科體系

軟件工程的學(xué)科體系為1234567：

1、一條主線：

軟件工程的生存周期

2、二個技術(shù)層面：

軟件工程開發(fā)技術(shù)、軟件項(xiàng)目的管理技術(shù)。

3、三大活動過程：

《ISO/IEC 12207信息技術(shù)—軟件生存期過程》中將軟件開發(fā)需要完成的活動概括為：

主要過程、支持過程、組織過程

4、四種軟件開發(fā)方法：

結(jié)構(gòu)化分析與設(shè)計(jì)方法（SADT）、面向?qū)ο蟮拈_發(fā)方法、構(gòu)件組裝的軟件開發(fā)方法、軟件形式化開發(fā)方法。

5、五個內(nèi)容層次：

工具和環(huán)境層

方法和技術(shù)層

過程和模型層

標(biāo)準(zhǔn)和規(guī)范層

質(zhì)量和核心層

軟件工程內(nèi)容的層次結(jié)構(gòu)

6、六大主要軟件開發(fā)模型

瀑布模型、快速原型化演化模型、增量模型（螺旋模型）

面向?qū)ο竽Ｐ停▏娙Ｐ停⒒跇?gòu)件的開發(fā)模型、形式化開發(fā)模型。

7、軟件工程的7條基本原則。

二、軟件工程課程分章小結(jié)

第一章 概論

掌握和理解的概念：

軟件的定義、軟件的特點(diǎn)、軟件的分類、軟件危機(jī)、軟件工程的定義、軟件工程的框架、軟件生存周期、軟件過程、軟件過程模型。

第二章系統(tǒng)工程

掌握和理解的概念：

系統(tǒng)元素、業(yè)務(wù)過程工程、產(chǎn)品工程、系統(tǒng)工程的任務(wù)、可行性分析

第三章需求工程*

掌握和理解的概念：

什么是軟件需求、軟件需求的分類、需求工程的目標(biāo)、任務(wù)、需求工程的主要活動、需求獲取活動的目標(biāo)與任務(wù)、需求分析活動的目標(biāo)與任務(wù)、需求建模的方法。

第四章 設(shè)計(jì)工程

掌握和理解的概念：

軟件設(shè)計(jì)的目標(biāo)、任務(wù)、軟件設(shè)計(jì)的基本原則（抽象與逐步求精、模塊、模塊化、模塊獨(dú)立性、模塊內(nèi)聚、模塊耦合、信息隱藏、軟件體系結(jié)構(gòu)）。

第五章 結(jié)構(gòu)化分析與設(shè)計(jì)*

1、掌握和理解的概念：

結(jié)構(gòu)化分析的思想、結(jié)構(gòu)化分析的過程、數(shù)據(jù)流、分層數(shù)據(jù)流圖、數(shù)據(jù)字典、加工描述。結(jié)構(gòu)化設(shè)計(jì)的思想、結(jié)構(gòu)化設(shè)計(jì)的過程、變換型數(shù)據(jù)流圖、事務(wù)型數(shù)據(jù)流圖、軟件系統(tǒng)結(jié)構(gòu)圖（SC圖）

2、掌握和應(yīng)用的基本方法：

（1）結(jié)構(gòu)化分析的建模方法。

采用分層DFD、DD、加工描述等工具建立系統(tǒng)的需求模型。

（2）結(jié)構(gòu)化設(shè)計(jì)方法：將數(shù)據(jù)流圖采用變換分析方法、事務(wù)分 析方法轉(zhuǎn)換為軟件結(jié)構(gòu)圖的過程

第六章面向數(shù)據(jù)結(jié)構(gòu)的分析與設(shè)計(jì)

掌握和理解的概念：面向數(shù)據(jù)結(jié)構(gòu)方法的基本思想

第七章面向?qū)ο蟮姆治雠c設(shè)計(jì)

1、掌握和理解的概念：（知識點(diǎn)）

對象、類、消息、方法、繼承、面向?qū)ο蠓椒ǖ哪康?、面向?qū)ο蠓椒ǖ奶攸c(diǎn)、統(tǒng)一建模語言UML、用例圖、類圖、活動圖、狀態(tài)圖、順序圖

2、掌握的方法：

（1）面向?qū)ο蠓治龅慕７椒ā?/p>

采用統(tǒng)一建模語言UML構(gòu)造面向?qū)ο蟮能浖到y(tǒng)的需求模型（用例圖）。

（2）面向?qū)ο笤O(shè)計(jì)的建模方法。

構(gòu)建系統(tǒng)的設(shè)計(jì)模型：類圖、活動圖、順序圖、狀態(tài)圖

第八章基于構(gòu)建的軟件開發(fā)

掌握和理解的概念：構(gòu)件的概念、構(gòu)件的三大標(biāo)準(zhǔn)、構(gòu)件軟件工程的基本方法

第九章人機(jī)界面設(shè)計(jì)

掌握和理解的概念：界面的概念、界面設(shè)計(jì)遇到的問題、界面的黃金原則

第十章程序設(shè)計(jì)語言和編碼

掌握和理解的概念：

程序設(shè)計(jì)語言、程序設(shè)計(jì)語言的3種評價觀點(diǎn)（技術(shù)的觀點(diǎn)、工程的觀點(diǎn)、心理的觀點(diǎn)）、語言的分類、選擇語言的準(zhǔn)則、程序設(shè)計(jì)風(fēng)格（良好的編程習(xí)慣）、編程的標(biāo)準(zhǔn)和規(guī)范。第十一章軟件測試

1、掌握和理解的概念：（知識點(diǎn)）

軟件測試的定義、軟件測試的目的和原則、白盒測試、黑盒測試、測試用例、單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試。

2、掌握和應(yīng)用的基本方法：

基于白盒測試的測試用例的構(gòu)造方法（邏輯覆蓋）

基于黑盒測試的測試用例的構(gòu)造方法（等價類劃分構(gòu)造法）第十二章軟件維護(hù)

掌握和理解的概念：

什么是軟件維護(hù)、軟件維護(hù)過程的開始和結(jié)束的時間點(diǎn)、軟件維護(hù)的類型

三、建?；炯寄軐?shí)例：

1、結(jié)構(gòu)化分析建模方法

（1）某機(jī)票預(yù)定系統(tǒng)業(yè)務(wù)活動如下：旅行社把預(yù)定機(jī)票的旅客信息（姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地等）輸入進(jìn)該系統(tǒng)，系統(tǒng)為旅客安排航班，打印出取票通知和帳單，旅客在飛機(jī)起飛的前一天憑取票通知和帳單交款取票，系統(tǒng)核對無誤后打印出機(jī)票給旅客。用SA法對它進(jìn)行分析，畫出DFD圖，給出DD及加工說明。

（2）設(shè)想一個簡單的全屏幕編輯器（Editor），至少完成4種編輯功能（如插入、刪除、替換等功能）用SA方法對它進(jìn)行分析，并畫出系統(tǒng)得分層DFD圖，并寫出DD和加工說明。

2、結(jié)構(gòu)化設(shè)計(jì)建模方法

3、面向?qū)ο蠓治鼋７椒?/p>

4、軟件測試方法

文件：乘客信息、航班信息、取票、。。

源和宿：旅客、航空公司、系統(tǒng)管理員、銀行。。

加工：預(yù)定、安排航班、取票、打印通知和取票、打印機(jī)票

數(shù)據(jù)流：

1，乘客--------（個人信息、訂票信息）------->預(yù)定?乘客信息

2，乘客信息---（旅行時間、出發(fā)地、目的地）?安排航班-?打印—>乘

客

3，

第四篇：軟件工程小結(jié)（最終版）

軟件工程論文

軟件工程是一門研究用工程化方法構(gòu)建和維護(hù)有效的、實(shí)用的和高質(zhì)量的軟件的學(xué)科。它涉及到程序設(shè)計(jì)語言，數(shù)據(jù)庫，軟件開發(fā)工具，系統(tǒng)平臺，標(biāo)準(zhǔn)，設(shè)計(jì)模式等方面。在現(xiàn)代社會中，軟件應(yīng)用于多個方面。典型的軟件比如有電子郵件，嵌入式系統(tǒng)，人機(jī)界面，辦公套件，操作系統(tǒng)，編譯器，數(shù)據(jù)庫，游戲等。同時，各個行業(yè)幾乎都有計(jì)算機(jī)軟件的應(yīng)用，比如工業(yè)，農(nóng)業(yè)，銀行，航空，政府部門等。這些應(yīng)用促進(jìn)了經(jīng)濟(jì)和社會的發(fā)展，使得人們的工作更加高效，同時提高了生活質(zhì)量。

軟件工程的目標(biāo)是：在給定成本、進(jìn)度的前提下，開發(fā)出具有可修改性、有效性、可靠性、可理解性、可維護(hù)性、可重用性、可適應(yīng)性、可移植性、可追蹤性和可互操作性并且滿足用戶需求的軟件產(chǎn)品。追求這些目標(biāo)有助于提高軟件產(chǎn)品的質(zhì)量和開發(fā)效率，減少維護(hù)的困難。

軟件工程的原則是指圍繞工程設(shè)計(jì)、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。軟件工程的原則有以下四項(xiàng)軟件工程師基本原則：

1）選取適宜開發(fā)范型

該原則與系統(tǒng)設(shè)計(jì)有關(guān)。在系統(tǒng)設(shè)計(jì)中，軟件需求、硬件需求以及其他因素之間是相互制約、相互影響的，經(jīng)常需要權(quán)衡。因此，必須認(rèn)識需求定義的易變性，采用適宜的開發(fā)范型予以控制，以保證軟件產(chǎn)品滿足用戶的要求。

2）采用合適的設(shè)計(jì)方法

在軟件設(shè)計(jì)中，通常要考慮軟件的模塊化、抽象與信息隱蔽、局部化、一致性以及適應(yīng)性等特征。合適的設(shè)計(jì)方法有助于這些特征的實(shí)現(xiàn)，以達(dá)到軟件工程的目標(biāo)。

3）提供高質(zhì)量的工程支持

“工欲善其事，必先利其器”。在軟件工程中，軟件工具與環(huán)境對軟件過程的支持頗為重要。軟件工程項(xiàng)目的質(zhì)量與開銷直接取決于對軟件工程所提供的支撐質(zhì)量和效用。

4）重視開發(fā)過程的管理

軟件工程的管理，直接影響可用資源的有效利用，生產(chǎn)滿足目標(biāo)的軟件產(chǎn)品，提高軟件組織的生產(chǎn)能力等問題。因此，僅當(dāng)軟件過程得以有效管理時，才能實(shí)現(xiàn)有效的軟件工程。這一軟件工程框架告訴我們，軟件工程的目標(biāo)是可用性、正確性和合算性；實(shí)施一個軟件工程要選取適宜的開發(fā)范型，要采用合適的設(shè)計(jì)方法，要提供高質(zhì)量的工程支撐，要實(shí)行開發(fā)過程的有效管理；軟件工程活動主要包括需求、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)和支持等活動，每一活動可根據(jù)特定的軟件工程，采用合適的開發(fā)范型、設(shè)計(jì)方法、支持過程以及過程管理。根據(jù)軟件工程這一框架，軟件工程學(xué)科的研究內(nèi)容主要包括：軟件開發(fā)范型、軟件開發(fā)方法、軟件過程、軟件工具、軟件開發(fā)環(huán)境、計(jì)算機(jī)輔助軟件工程(CASE)及軟件經(jīng)濟(jì)學(xué)等。

軟件工程過程主要包括開發(fā)過程、運(yùn)作過程、維護(hù)過程。它們覆蓋了需求、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)以及維護(hù)等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設(shè)計(jì)活動一般包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)建立整個軟件系統(tǒng)結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說明、每一模塊的接口定義。詳細(xì)設(shè)計(jì)產(chǎn)生程序員可用的模塊說明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說明及加工描述。實(shí)現(xiàn)活動把設(shè)計(jì)結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。確認(rèn)活動貫穿于整個開發(fā)過程，實(shí)現(xiàn)完成后的確認(rèn)，保證最終產(chǎn)品滿足用戶的要求。維護(hù)活動包括使用過程中的擴(kuò)充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓(xùn)過程等。

軟件工程有很多的發(fā)展方向。敏捷開發(fā)（Agile Development）被認(rèn)為是軟體工程的一個重要的發(fā)展。它強(qiáng)調(diào)軟體開發(fā)應(yīng)當(dāng)是能夠?qū)ξ磥砜赡艹霈F(xiàn)的變化和不確定性作出全面反應(yīng)的。敏捷開發(fā)被認(rèn)為是一種“輕量級”的方法。在輕量級方法中最負(fù)盛名的應(yīng)該是“極限編程”（Extreme Programming，簡稱為XP）。而與輕量級方法相對應(yīng)的是“重量級方法”的存在。重量級方法強(qiáng)調(diào)以開發(fā)過程為中心，而不是以人為中心。重量級方法的例子比如CMM/PSP/TSP。

面向側(cè)面的程序設(shè)計(jì)（Aspect Oriented Programming，簡稱AOP）被認(rèn)為是近年來軟體工程的另外一個重要發(fā)展。這里的方面指的是完成一個功能的對象和函數(shù)的集合。在這一方面相關(guān)的內(nèi)容有泛型編程（Generic Programming）和模板。

軟件工程是信息領(lǐng)域發(fā)展最快的學(xué)科分支之一。當(dāng)今時代是信息化的時代，而信息化的實(shí)現(xiàn)，人才是最重要的環(huán)節(jié)。軟件產(chǎn)業(yè)的發(fā)展水平，決定了一個國家的信息產(chǎn)業(yè)發(fā)展水平及其在國際市場上的綜合競爭力。目前，我國高素質(zhì)的軟件工程人才的極度短缺已經(jīng)成為制約我國軟件產(chǎn)業(yè)快速發(fā)展的一個瓶頸，如何培養(yǎng)與國際接軌的高素質(zhì)軟件工程人才，已經(jīng)成為信息化工作中的重中之重。

隨著計(jì)算機(jī)應(yīng)用已經(jīng)滲透到經(jīng)濟(jì)和社會生活的方方面面，計(jì)算機(jī)軟件的概念早已為人們所熟知。然而，軟件是如何生產(chǎn)出來呢？大家可能在中學(xué)的時候利用過某些編程工具做了一些簡單的程序，這就是軟件生產(chǎn)的初級階段。實(shí)際大型軟件的生產(chǎn)往往需要成千上萬的人協(xié)作工作，共同完成軟件的生產(chǎn)過程，參與生產(chǎn)的成員有可能來自不同的國家、在不同的時區(qū)、用不同的語言，因此需要很好的交流、合作、分工、協(xié)調(diào)，這樣的軟件生產(chǎn)過程，就必需要有高效的管理。另外，軟件是服務(wù)于社會的金融、交通、石油、教育、航天等各個行業(yè)的，因此也需要用軟件相關(guān)知識去分析具體的行業(yè)應(yīng)用，去設(shè)計(jì)最符合應(yīng)用需求的軟件，才能實(shí)現(xiàn)軟件的價值。軟件工程的目的就是在現(xiàn)有軟件開發(fā)技術(shù)基礎(chǔ)上，對應(yīng)用的需求進(jìn)行分析，設(shè)計(jì)高質(zhì)量的軟件架構(gòu)，分配和協(xié)調(diào)每個軟件生產(chǎn)人員的工作，保證軟件高質(zhì)量的完成。

軟件工程人才的就業(yè)前景十分看好。未來幾年，國內(nèi)外高層次軟件人才將供不應(yīng)求。畢業(yè)生主要在各大軟件公司、企事業(yè)單位、高等院校、各大研究所、國防等重要部門從事軟件設(shè)計(jì)、開發(fā)、應(yīng)用與研究工作。有數(shù)據(jù)表明，我國軟件出口規(guī)模達(dá)到215億元，軟件從業(yè)人員達(dá)到72萬人，在中國十大IT職場人氣職位中，軟件工程師位列第一位，軟件工程人才的就業(yè)前景十分樂觀。

軟件產(chǎn)業(yè)的發(fā)展水平，決定了一個國家的信息產(chǎn)業(yè)發(fā)展水平及其在國際市場上的綜合競爭力。目前，我國軟件高級人才的短缺已經(jīng)成為制約我國軟件產(chǎn)業(yè)快速發(fā)展的一個瓶頸。在中國，國內(nèi)市場對軟件人才的需求每年高達(dá)80萬人，而高校計(jì)算機(jī)畢業(yè)生中的軟件工程人才還很缺乏，尤其是高素質(zhì)的軟件工程人才的極度短缺。盡快培養(yǎng)起適合信息產(chǎn)業(yè)所需要的高素質(zhì)軟件工程人才，已經(jīng)成為信息化工作中的重中之重。

第五篇：軟件工程

1.軟件危機(jī)的概念 系統(tǒng)的數(shù)據(jù)要求，功能需求，性能需求，顯示出程序的輪廓。

軟件危機(jī)是指在計(jì)算機(jī)軟件開發(fā)、使用與可靠性需求，可用性需求，出錯處理需求，混合方式

維護(hù)過程中遇到的一系列嚴(yán)重問題和難接口需求，約束，逆向需求以及將來可能優(yōu)點(diǎn)：綜合了以上兩種策略的長處 題。提出的需求。9.確認(rèn)測試

補(bǔ)充： 5.常使用的圖形工具 確認(rèn)測試又稱有效性測試。有效性測試是

1．軟件危機(jī)的表現(xiàn)有哪些？ 實(shí)體-聯(lián)系圖，數(shù)據(jù)流圖，狀態(tài)轉(zhuǎn)換圖，在模擬的環(huán)境下，運(yùn)用黑盒測試的方法，答：1）對軟件開發(fā)成本和進(jìn)度的估計(jì)常層次方框圖，warnier圖，IPO圖。驗(yàn)證被測軟件是否滿足需求規(guī)格說明書常很不準(zhǔn)確。第五章 列出的需求。任務(wù)是驗(yàn)證軟件的功能和性

2）用戶對已完成的軟件不滿意1.總體設(shè)計(jì)的任務(wù) 能及其他特性是否與用戶的要求一致。對的現(xiàn)象時有發(fā)生。劃分出組成系統(tǒng)的物理元素——程序、文軟件的功能和性能要求在軟件需求規(guī)格

3）軟件產(chǎn)品的質(zhì)量往往是靠不件、數(shù)據(jù)庫、人工過程和文檔等等 說明書中已經(jīng)明確規(guī)定，它包含的信息就住的。設(shè)計(jì)軟件的結(jié)構(gòu)。也就是要確定系統(tǒng)中每是軟件確認(rèn)測試的基礎(chǔ)。

4）軟件常常是不可維護(hù)的。個程序是由哪些模塊組成的，以及這些模10.什么是白盒測試，其測試技術(shù)有那些，5）軟件通常沒有適當(dāng)?shù)奈臋n資塊相互間的關(guān)系。覆蓋標(biāo)準(zhǔn)的強(qiáng)弱程度

料。2.模塊化思想 白盒測試是一種測試用例設(shè)計(jì)方法，盒子

6）軟件成本在計(jì)算機(jī)系統(tǒng)總成就是把程序劃分成獨(dú)立命名且可獨(dú)立訪指的是被測試的軟件，白盒指的是盒子是本中所占比例逐年上升。問的模塊，每個模塊完成一個子功能，把可視的,你清楚盒子內(nèi)部的東西以及里面

7）軟件開發(fā)生產(chǎn)率提高的速度這些模塊集成起來構(gòu)成一個整體，可以完是如何運(yùn)作的?！鞍缀小狈ㄈ媪私獬绦騼?nèi)遠(yuǎn)跟不上日益增長的軟件需求。成指定的功能滿足用戶的需求。部邏輯結(jié)構(gòu)、對所有邏輯路徑進(jìn)行測試。

2．產(chǎn)生軟件危機(jī)的原因主要有哪些？ 3.衡量模塊獨(dú)立的標(biāo)準(zhǔn)（內(nèi)聚和耦合的白盒測試的測試方法有代碼檢查法、靜態(tài)答：1）用戶對軟件需求的描述不精確。含義，種類）結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋

2）軟件開發(fā)人員對用戶需求的內(nèi)聚：標(biāo)志著每一個模塊內(nèi)各個元素彼此法、基本路徑測試法、域測試、符號測試、理解有偏差。結(jié)合的緊密程度，是信息隱藏和局部化概路徑覆蓋和程序變異。

3）缺乏處理大型軟件項(xiàng)目的經(jīng)念的自然拓展。偶然內(nèi)聚，邏輯內(nèi)聚，時種覆蓋標(biāo)準(zhǔn)：語句覆蓋、判定覆蓋、條件驗(yàn)。間內(nèi)聚，功能內(nèi)聚，順序內(nèi)聚，通信內(nèi)聚，覆蓋、判定/條件覆蓋、條件組合覆蓋和

4）開發(fā)大型軟件易產(chǎn)生疏漏和過程內(nèi)聚。路徑覆蓋發(fā)現(xiàn)錯誤的能力呈由弱至強(qiáng)的錯誤。耦合：是對一個軟件結(jié)構(gòu)內(nèi)不同模塊之間變化。

5）缺乏有力的方法學(xué)的指導(dǎo)和互連程度的度量。數(shù)據(jù)耦合，控制耦合，11.什么時候黑盒測試，其測試技術(shù)有哪有效的開發(fā)工具的支持。特征耦合，公共環(huán)境耦合，內(nèi)容耦合。些，（等價劃分，邊介值分析法）

6）面對日益增長的軟件需求，4.啟發(fā)式規(guī)則 黑盒測試也稱功能測試，它是通過測試來人們顯得力不從心。1.改進(jìn)軟件結(jié)構(gòu)提高模塊的獨(dú)立性檢測每個功能是否都能正常使用。

2軟件的概念 2.模塊規(guī)模應(yīng)該適中等價類劃分的辦法是把程序的輸入域劃完成特點(diǎn)功能的程序以及數(shù)據(jù)結(jié)構(gòu)和文 3.深度、寬度、扇出和扇入都應(yīng)適當(dāng) 分成若干部分（子集），然后從每個部分檔 4.模塊的作用范圍應(yīng)在控制范圍之內(nèi)中選取少數(shù)代表性數(shù)據(jù)作為測試用例

3.軟件工程的基本原理 5.力爭降低模塊接口的復(fù)雜程度 邊界值分析是通過選擇等價類邊界的測

1.用分階段的生命周期計(jì)劃嚴(yán)格管理 6.設(shè)計(jì)單入口單出口的模塊試用例。邊界值分析法不僅重視輸入條件

2.堅(jiān)持進(jìn)行階段評審 7.模塊功能應(yīng)該可以預(yù)測 邊界，而且也必須考慮輸出域邊界。它是

3.實(shí)行嚴(yán)格的產(chǎn)品控制 5.面向數(shù)據(jù)流的設(shè)計(jì)方法把信息流映射對等價類劃分方法的補(bǔ)充。

4.采用現(xiàn)代程序設(shè)計(jì)技術(shù) 成軟件結(jié)構(gòu) 12.軟件調(diào)試技術(shù)有哪些

5.結(jié)果應(yīng)能清楚地審查 信息流：變換流，事物流 蠻干法，蠻干法可能是尋找軟件錯誤原因

6.開發(fā)小組的人員應(yīng)該少而精 映射：變換分析，事物分析 的最低效的方法，僅當(dāng)所有其他方法都

7.承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性失敗的情況下才使用。

4軟件生命周期分成哪幾個階段？各階第六章 回溯法，回溯法是一種相當(dāng)常用的調(diào)試方段的任務(wù)是什么？ 1.詳細(xì)設(shè)計(jì)的基本任務(wù) 法，當(dāng)調(diào)試小程序時很有效。從發(fā)現(xiàn)癥

1.問題定義： 1.為每個模塊確定采用的算法。2.確定狀的地方開始，人工沿程序的控制流往回

2.可行性研究：研究問題的范圍，探索這每一模塊使用的數(shù)據(jù)結(jié)構(gòu)追蹤分析源程序代碼，知道找出錯誤原因個問題是否值得去解決，是否有可行的解3.確定模塊接口的細(xì)節(jié)，包括對系統(tǒng)外為止。

決方法。部的接口和用戶界面，對系統(tǒng)內(nèi)部其 原因排除法，對分查找法、歸納法、演繹

3.需求分析：主要是確定目標(biāo)系統(tǒng)必須具它模塊的接口，以及關(guān)于模塊輸入數(shù)據(jù)、法都屬于原因排除法。

備哪些功能 輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細(xì)節(jié)。13.軟件可靠性（可靠性和可用性的含義）

4.總體設(shè)計(jì)： 4.為每一模塊設(shè)計(jì)出一組測試用例。

5.詳細(xì)設(shè)計(jì)：就是把解法具體化，設(shè)計(jì)出2.程序的三種基本結(jié)構(gòu)

程序的詳細(xì)規(guī)格說明。順序結(jié)構(gòu)，選擇結(jié)構(gòu)，循環(huán)結(jié)構(gòu)

6.編碼和單元測試：寫出正確的容易理解3.詳細(xì)設(shè)計(jì)的工具

容易維護(hù)的程序模塊。1．圖形工具

7.綜合測試：通過各種類型的測試使軟件2．表格工具

達(dá)到預(yù)定的要求 3．語言工具

8.軟件維護(hù)：通過各種必要的維護(hù)活動使4.jackson方法

系統(tǒng)持久地滿足用戶的需要。（改正性維5.復(fù)雜性度量的方法

護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)，預(yù)防性維Halstead方法：它根據(jù)程序中運(yùn)算符和

護(hù)）操作數(shù)的總數(shù)來度量程序的復(fù)雜程度

5.瀑布模型，快速原型模型，增量模型，McCabe方法 ：McCabe方法根據(jù)程序控制

螺旋模型的特點(diǎn) 流的復(fù)雜程度定量度量程序的復(fù)雜程度，瀑布模型階:段時間具有順序性和依賴第七章

性。推遲現(xiàn)實(shí)的觀點(diǎn)。質(zhì)量保證的觀點(diǎn)。1.選擇程序設(shè)計(jì)語言應(yīng)考慮哪些因素

快速原型模型:軟件產(chǎn)品的開發(fā)基本上是1.系統(tǒng)用戶的要求

線性順序進(jìn)行的，本質(zhì)是“快速”加速軟2.可以使用的編譯程序

件的開發(fā)過程，節(jié)約軟件開發(fā)成本。3.可以得到的軟件工具

增量模型:能在較短時間內(nèi)向用戶提交可4.工程規(guī)模

完成部分工作的產(chǎn)品。逐步增加產(chǎn)品功5.程序員的知識

能，可以使用戶有較充裕的時間學(xué)習(xí)和適6.軟件可移植性要求

應(yīng)新產(chǎn)品，從而減少一個全新的軟件可能7.軟件的應(yīng)用領(lǐng)域

給客戶組織帶來的沖擊。2.良好的編程風(fēng)格包括哪些方面

螺旋模型:對可選方案和約束條件的強(qiáng)調(diào)1.程序內(nèi)部的文檔2.數(shù)據(jù)說明 3.語句構(gòu)

有利于已有軟件的重用，也有助于把軟件造4.輸入輸出 5.效率

質(zhì)量作為軟件開發(fā)的一個重要目標(biāo)。減少3軟件測試的目標(biāo)

了過多的測試或測試不足帶來的風(fēng)險(xiǎn)。更目的:（1）測試是為了發(fā)現(xiàn)程序中的錯誤

重要的是在螺旋模型中維護(hù)只是模型的而執(zhí)行程序的過程；

另一個周期，在維護(hù)和開發(fā)之間并沒有本（2）好的測試方案是極可能發(fā)現(xiàn)迄今為

質(zhì)區(qū)別。風(fēng)險(xiǎn)驅(qū)動的。止尚未發(fā)現(xiàn)的錯誤的測試方案；

（3）成功的測試是發(fā)現(xiàn)了至今為止尚未

第二章 發(fā)現(xiàn)的錯誤的測試。

1.可行性研究的目的 定義:為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序

就是用最小的代價在盡可能短的時間內(nèi)的過程。

確定問題是否能夠解決。補(bǔ)充：

補(bǔ)充： 軟件測試步驟 :

可行性研究的步驟 ：(1)模塊測試(2)子系統(tǒng)測試(3)系統(tǒng)

1.復(fù)查系統(tǒng)規(guī)模和目標(biāo)。測試(4)驗(yàn)收測試(5)平行運(yùn)行

2.研究現(xiàn)有的系統(tǒng)。4.確定測試計(jì)劃是在哪個階段制定的3.導(dǎo)出新系統(tǒng)高層邏輯模型。5.黑盒測試和白盒測試的概念

4.進(jìn)一步定義問題黑盒測試

5.導(dǎo)出和評價供選擇的解法。1把程序看作一個黑盒子，完全不考慮程

6.推薦行動方針序的內(nèi)部結(jié)構(gòu)和處理過程

7.草擬開發(fā)計(jì)劃2對程序接口進(jìn)行測試，檢查程序功能是

8.書寫文檔提交審查 否能按規(guī)格說明書的規(guī)定正常使用；

程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)并產(chǎn)生

2.系統(tǒng)流程圖的作用 正確的輸出信息；

系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具，程序運(yùn)行過程中能否保持外部信息的完

它用圖形符號來表示系統(tǒng)中的各個部件。整性

它表達(dá)了系統(tǒng)中各個元素之間的信息流白盒測試

動的情況。1把程序堪稱裝在一個透明的白盒子里，3.數(shù)據(jù)流圖的概念 測試者完全知道程序的結(jié)構(gòu)處理算法

數(shù)據(jù)流圖是一種圖形化技術(shù)，它描繪信息2按照程序內(nèi)部的邏輯測試程序，檢測程

流和數(shù)據(jù)從移動到輸出的過程中所經(jīng)受序中的主要執(zhí)行通路是否都能按的變換。預(yù)定要求正確工作

4.數(shù)據(jù)流圖里面的符號，畫數(shù)據(jù)流圖。6.測試的步驟及每個步驟形成的文檔

5.數(shù)據(jù)字典最基本的功能，以及與數(shù)據(jù)流單元測試：（模塊測試）發(fā)現(xiàn)的往往是編

圖的關(guān)系。碼和詳細(xì)設(shè)計(jì)的錯誤

最基本的功能：在軟件分析和設(shè)計(jì)的過程集成測試：著重測試模塊的接口 中給人提供關(guān)于數(shù)據(jù)的描述信息。

關(guān)系：數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)系統(tǒng)測試：發(fā)現(xiàn)的往往是軟件設(shè)計(jì)中的錯的邏輯模型，沒有數(shù)據(jù)字典，數(shù)據(jù)流圖就誤，也可能發(fā)現(xiàn)需要說明中的錯誤 不嚴(yán)格，然而沒有數(shù)據(jù)流圖，數(shù)據(jù)字典也驗(yàn)收測試：（確認(rèn)測試）往往發(fā)現(xiàn)需求說難于發(fā)揮作用。只有數(shù)據(jù)流圖和對數(shù)據(jù)流明書中的錯誤 圖中每個元素的精確定義放在一起，才能7.漸增式和非漸增式的區(qū)別 共同構(gòu)成系統(tǒng)的規(guī)格說明?！胺菨u增式”，即先獨(dú)立地測試每一模塊，第三章 然后將所有這些模塊連接到一起運(yùn)行； 1.需求分析屬于哪一個階段，任務(wù)是什“漸增式”，即在已測試過的N個模塊的么?；A(chǔ)上再增加一個模塊，再對N十1個模需求分析是軟件定義時期的最后一個階塊進(jìn)行測試。段.漸增式比非漸增式優(yōu)越，因?yàn)橛脻u增式，1.確定對系統(tǒng)的綜合要求（功能需求，性如果是“由頂向下”則可利用前面已測試能需求，可靠性和可用性需求，出錯處理過的模塊，而不必另外準(zhǔn)備驅(qū)動模塊，如需求，接口需求，約束，逆向需求，將來果是“由底向上”，也可利用已測試過的可能提出的要求）模塊，不必再準(zhǔn)備樁模塊。漸增式可以較2.分析系統(tǒng)的數(shù)據(jù)要求早地發(fā)現(xiàn)模塊界面之間的錯誤，有利于排3.導(dǎo)出系統(tǒng)的邏輯模型 錯，檢查比較徹底 4.修正系統(tǒng)開發(fā)計(jì)劃2.需求分析的產(chǎn)品是什么 8.自頂向下，自下而上，以及混合策略的3.面向過程的分析方法主要是建立三類優(yōu)缺點(diǎn) 模型 自頂向下數(shù)據(jù)模型（按照用戶的觀點(diǎn)對數(shù)據(jù)建立的優(yōu)點(diǎn)：能較早顯示整個程序的輪廓，向用模型，把用戶的數(shù)據(jù)要求清楚，準(zhǔn)確地描戶展示程序的概貌，取得用戶的理解與支述出來。描述了從用戶角度看到的數(shù)據(jù)，持。缺點(diǎn)：當(dāng)測試上層模塊時因使用樁它反應(yīng)了用戶的現(xiàn)實(shí)環(huán)境，屬性，聯(lián)系），模塊較多，很難模擬出真實(shí)模塊的全部功功能模型，行為模型（通過描繪系統(tǒng)的狀能，使部分測試內(nèi)容被迫推遲，只能等待態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件來表示系換上真實(shí)模塊后再補(bǔ)充測試。統(tǒng)的行為）由底向上4.軟件需求規(guī)格說明書的內(nèi)容 優(yōu)點(diǎn)：測試從下層模塊開始，測試設(shè)計(jì)用通常用自然語言完整，準(zhǔn)確，具體地描述例比較容易。缺點(diǎn)：在測試的早期不能