第一篇：軟件工程方法學(xué)的學(xué)習(xí)總結(jié)

軟件工程方法學(xué)學(xué)習(xí)總結(jié)

? 軟件工程方法學(xué)是研究軟件設(shè)計方法論及工程開發(fā)技術(shù)的一門學(xué)科，主要研究的是：模型、方法、過程、工具、理念/原則、文檔,甚至相應(yīng)的開發(fā)語言。隨著軟件工程的發(fā)展，形成了不同的軟件工程方法：結(jié)構(gòu)化、面向?qū)ο?、敏捷方法。在某個開發(fā)項(xiàng)目中，如何選擇、應(yīng)用哪種軟件開發(fā)方法，用哪種方法更好，就成研究軟件工程方法學(xué)的基本動機(jī)。

? 定義（2）把在軟件生命周期全過程中使用的一整套技術(shù)的集合，稱為軟件工程方法學(xué)。軟件工程方法學(xué)包括三個要素：方法、工具和過程。? 軟件工程方法的分類

1.按不同的分類準(zhǔn)則，會有不同的分類方法

a)注意，這一分類體系中并不是非此即彼，有可能有重復(fù)、沖突 2.按開發(fā)理念來分：

a)結(jié)構(gòu)化方法；面向?qū)ο蠓椒?/p>

3.按有無使用數(shù)學(xué)工具協(xié)助分析、設(shè)計、驗(yàn)證、實(shí)現(xiàn)來分

a)形式化方法：從規(guī)范出發(fā)的開發(fā)、函數(shù)式編程、凈室方法 b)非形式化方法：目前大多數(shù)軟件工程方法 4.按是否有大量文檔工作和設(shè)計規(guī)范要遵守來分

5.重量級的方法：傳統(tǒng)結(jié)構(gòu)化方法、面向?qū)ο蠓椒╞)輕量級的方法：敏捷方法（極限編程,快速原型法…)，目前,并沒有一個很規(guī)范的分類體系。? 其相關(guān)知識體系： 結(jié)構(gòu)化方法: 基本的結(jié)構(gòu)化方法;復(fù)雜的結(jié)構(gòu)化方法IDEF體系、Jackson方法 2 面向?qū)ο蠓椒ǎ夯镜拿嫦驅(qū)ο蠓椒?RUP 3 極限編程方法（XP）4 快速原型軟件開發(fā)方法 5 測試驅(qū)動的軟件開發(fā)方法 6 形式化方法: 7 基于規(guī)范的開發(fā)方法/函數(shù)式編程開發(fā)方法 8 凈室(clean room)/零缺陷軟件開發(fā)方法面向方面編程的軟件開發(fā)（AOP）10 產(chǎn)生式編程、開發(fā)（GP）11 SOA: 面向服務(wù)的體系結(jié)構(gòu) MDA/MDSD: 模型驅(qū)動體系結(jié)構(gòu)/軟件開發(fā) ? 結(jié)構(gòu)化軟件分析設(shè)計方法的概述

1.它是第一個成型的、完整的軟件工程方法

2.它是隨著函數(shù)和結(jié)構(gòu)化語言（不要goto語句）的出現(xiàn)來誕生的 3.它第一次引入了模型圖的使用（程序流程圖）4.基本流程

a)項(xiàng)目調(diào)研

b)需求調(diào)查與分析 c)系統(tǒng)設(shè)計 d)系統(tǒng)實(shí)現(xiàn) e)系統(tǒng)測試 f)系統(tǒng)維護(hù)

5.根據(jù)這些基本步驟的不同排列，可以有瀑布型、迭代型、螺旋型等等不同軟件開發(fā)模型 ? 對結(jié)構(gòu)化方法和面向?qū)ο蠓椒ǖ膶Ρ群陀懻?/p>

結(jié)構(gòu)化方法的特點(diǎn)

1.結(jié)構(gòu)化思想的開發(fā)本質(zhì)是：基于分解 2.簡單

3.把一個復(fù)雜過程用多個單個小過程來實(shí)現(xiàn)

4.用數(shù)據(jù)流圖，可以完成整個分解過程（其它的內(nèi)容都可以從數(shù)據(jù)流圖派生出來）5.結(jié)果的唯一性

6.同一個問題，不同的人分解出來的結(jié)果基本是一樣的。

7.也即，用結(jié)構(gòu)化方法，基本上是有標(biāo)準(zhǔn)答案的（差主要在于細(xì)不細(xì)）適用范圍：（1）較適合初學(xué)者學(xué)習(xí)（2）一個連續(xù)的處理過程 面向?qū)ο蟮奶攸c(diǎn) 1.基于映射：

a)把現(xiàn)實(shí)世界的工作過程或系統(tǒng)，用代碼系統(tǒng)中的相對應(yīng)的元素模擬出來，就完成了軟件的設(shè)計和開發(fā) i.事物→對象

ii.事物的特征→對象的屬性 iii.事物的行為→對象的方法

iv.事物之間的信息交換與協(xié)同→類方法調(diào)用

… 2.復(fù)雜：

a)由于現(xiàn)實(shí)事物的復(fù)雜性，為了要更好地完成上面的模擬/映射，需要從多個角度描述系統(tǒng)或過程

b)靜態(tài)關(guān)系：多態(tài)、繼承、聚合、狀態(tài)轉(zhuǎn)換 c)動態(tài)關(guān)系：用例、活動、序列、協(xié)作 d)這僅僅是UML1.5之前的

e)UML2.0又增加了：時序、結(jié)構(gòu) 3.結(jié)果的唯一性

a)同一個問題，有經(jīng)驗(yàn)的人和沒有經(jīng)驗(yàn)的人，進(jìn)行面向?qū)ο笤O(shè)計時，結(jié)果可能會判別很大

適用范圍：（1）設(shè)計復(fù)雜系統(tǒng)；（2）設(shè)計高質(zhì)量系統(tǒng)（3）設(shè)計與現(xiàn)實(shí)世界對應(yīng)程度比較大的系統(tǒng)

未來的發(fā)展趨勢

面向?qū)ο笕詫⑹侵髁?，但結(jié)構(gòu)化方法并不會，相反在某些領(lǐng)域還會有進(jìn)一步應(yīng)用，如：（1）網(wǎng)頁/網(wǎng)站；（2）工作流系統(tǒng)；（3）SOA ? 深入全面的面向?qū)ο蠓治鲈O(shè)計方法

1.首先要搞清楚:軟件工程的分析和設(shè)計階段是要干什么的?需求－＞方案

a)了解用戶的需求：需求調(diào)查

b)把需求描述清楚、規(guī)范：用模型圖來描述需求

c)在需求分析的過程中，從規(guī)范的需求描述開始，描述及定義以下內(nèi)容，完成需求分析（1）業(yè)務(wù)中要處理的數(shù)據(jù)（2）業(yè)務(wù)數(shù)據(jù)的處理過程 d)從這個需求分析出發(fā)，完成概要設(shè)計和詳細(xì)設(shè)計 i.概要設(shè)計是什么？完成軟件組成單元的劃分

ii.詳細(xì)設(shè)計是什么？單元接口設(shè)計（輸入輸出設(shè)計）、業(yè)務(wù)處理流程設(shè)計、數(shù)據(jù)庫設(shè)計、界面設(shè)計

2.需求調(diào)查

結(jié)果: 系統(tǒng)化、條目化的軟件需求文檔 3.需求定義

a)用標(biāo)準(zhǔn)化的軟件設(shè)計模型來描述已經(jīng)獲得的需求，結(jié)果：用例圖 4.需求分析

a)就是要從需求定義（用例圖）中提取出這些內(nèi)容，進(jìn)行軟件概要設(shè)計和詳細(xì)設(shè)計

（1）處理過程設(shè)計：模塊內(nèi)部流程設(shè)計（2）數(shù)據(jù)庫設(shè)計（3）界面設(shè)計 5.概要設(shè)計

構(gòu)造軟件的大模塊（在OO方法中，模塊就是“類”）6.詳細(xì)設(shè)計

（1）處理過程設(shè)計：模塊內(nèi)部流程設(shè)計（2）數(shù)據(jù)庫設(shè)計（3）界面設(shè)計

? 面向?qū)ο笮枨蠓治鲆瓿傻娜蝿?wù)

1.描述出軟件的大致結(jié)構(gòu)和功能分工

以便劃分類，確實(shí)類的屬性和方法；最終結(jié)果用類圖來表達(dá)。2.描述出類的相互調(diào)用關(guān)系

3.描述出每項(xiàng)系統(tǒng)工作的工作過程

以便設(shè)計每個模塊的輸入輸出；最終結(jié)果用交互圖和活動圖來表達(dá)。4.描述類的內(nèi)部運(yùn)作規(guī)律

最終結(jié)果用狀態(tài)圖來表達(dá)

5.在整個OO分析設(shè)計中，最重要的是類圖 ? 面向?qū)ο蠓治鲈O(shè)計方法

– 從用例圖出發(fā)，進(jìn)行需求分析，結(jié)構(gòu)化方法是從數(shù)據(jù)流圖出發(fā)，而OO是從用例圖出發(fā)（請對比一下）

– 第一，就是細(xì)化用例圖

1.用例是描述外部用戶使用本軟件系統(tǒng)的應(yīng)用場景。就是一個單個的使用功能

2.一個用例可能進(jìn)一步分解成更小的應(yīng)用場景的序列來實(shí)現(xiàn)

3.用有層次的用例圖，來描述需求

用例圖

活動圖

4.其次用序列圖(也叫順序圖)(見下頁例)b)序列圖是對活動圖的進(jìn)一步深化 c)將活動圖中初步獲得的對象列出

d)對活動圖中，描述每一個工作步驟中，需要哪個對象向哪個對象發(fā)出消息 e)添加消息中的數(shù)據(jù)

f)將序列圖生成協(xié)作圖, 協(xié)作圖不用自己去畫(見后頁)以上這些，都是需求描述,通過這些描述理解并表達(dá)需求 我們是以活動圖為基礎(chǔ)來繪制順序圖的

協(xié)作圖

我們用用例圖、活動圖、順序圖、協(xié)作圖描述了需求中的業(yè)務(wù)處理過程，從這個需求描述，如何獲得我們最需要的類圖呢？

– 獲得類圖，可以用常識或經(jīng)驗(yàn)來設(shè)計，（1通過經(jīng)驗(yàn)和常識來確定類、添加類的屬性和方 法（2這其實(shí)也是常用的、高效快速的方法，我們不是說這種不對。

– 但我們這里介紹的是規(guī)范、標(biāo)準(zhǔn)的做法。因?yàn)?，但對?fù)雜的系統(tǒng)、不熟悉的系統(tǒng)來說，未必全部能從常識來。

第二篇：軟件工程學(xué)習(xí)總結(jié)

軟件工程學(xué)習(xí)總結(jié)

通過一個學(xué)期系統(tǒng)的學(xué)習(xí)軟件工程這門課，結(jié)合與小組成員一起開發(fā)設(shè)備管理系統(tǒng)的經(jīng)驗(yàn)，讓我對軟件的開發(fā)有了更深的了解，學(xué)習(xí)到每一個軟件的開發(fā)都不僅僅是寫代碼，還有更加復(fù)雜的系統(tǒng)性的開發(fā)流程。

要開發(fā)一個軟件，就拿設(shè)備管理系統(tǒng)來說，我們不能一上手就開始寫代碼，這樣會浪費(fèi)大量的人力物力財力還得不到理想的結(jié)果，首先我們應(yīng)該先做好市場及需求方面的調(diào)查，了解用戶需求有助于我們開發(fā)更加實(shí)用高效的軟件，做好市場調(diào)研可以讓我們對成本、利潤、市場情況等有深層了解，讓我們做出最優(yōu)決策。

調(diào)查結(jié)束后，我們要寫出詳細(xì)的報告，包括項(xiàng)目開發(fā)計劃書、軟件需求規(guī)格說明書等，有了這些調(diào)查結(jié)果，我們才可以系統(tǒng)的，條理的來編寫我們的軟件。從前我們寫代碼都非常的盲目，雜亂無章，想到哪寫到哪，浪費(fèi)了大量的時間，寫的代碼結(jié)構(gòu)也很松散，錯誤率高。學(xué)習(xí)軟件工程后，我們學(xué)習(xí)了多種軟件開發(fā)模型，學(xué)會了模塊化的開發(fā)方法，小組成員每人完成不同的模塊，最后綜合起來，這樣能夠節(jié)省大量的時間，縮短開發(fā)時間，使代碼結(jié)構(gòu)更加緊湊，易于管理維護(hù)。如果說代碼是一種工具的話，那么軟件工程就是使用工具的經(jīng)驗(yàn)指導(dǎo)，他能指導(dǎo)我們更好的使用這個工具，發(fā)揮它最大的潛能，幫助我們完成項(xiàng)目，不管使用什么程序語言，軟件工程教給我們的開發(fā)方法都無條件適用，我們需要認(rèn)真學(xué)習(xí)理解這門課程，它將伴隨我們在程序開發(fā)的路上走下去。

第三篇：軟件工程學(xué)習(xí)總結(jié)和體會2015

西安交通大學(xué)

2015級研究生課程專題作業(yè)

軟 件

工 程 心 得專 業(yè): 班 級: 學(xué) 號: 姓 名: 電 話:

二○一五年十月

體 會

一、軟件生命周期各階段任務(wù)目的和主要方法

在分階段總結(jié)之前，首先要明確以下三個問題：

1、什么是軟件生存周期？

軟件生存周期是指從軟件定義、開發(fā)、使用、維護(hù)到淘汰的全過程。主要包括：

（1）問題定義；（2）可行性研究；（3）需求分析；（4）概要設(shè)計；（5）詳細(xì)設(shè)計；（6）編碼；（7）測試；

（8）軟件維護(hù)。

2、軟件生存周期為什么劃分成階段？

(1)任何一個階段的具體任務(wù)不僅獨(dú)立，而且簡單，便于不同人員分工協(xié)作，從而降低整個軟件開發(fā)工作的困難程度。

(2)可以降低每個階段任務(wù)的復(fù)雜程度，簡化不同階段的聯(lián)系，有利于工程的組織管理，也便于采用良好的技術(shù)方法。

(3)使軟件開發(fā)的全過程以一種有條不紊的方式進(jìn)行，保證軟件的質(zhì)量，特別是提高了軟件的可維護(hù)性。

3、應(yīng)該怎樣來劃分階段？

(1)每一個階段的任務(wù)盡可能獨(dú)立；(2)同一階段內(nèi)的任務(wù)性質(zhì)盡可能相同；

(3)每一個階段任務(wù)的開始和結(jié)束有嚴(yán)格的標(biāo)準(zhǔn)。

下面分別對各階段進(jìn)行討論：

1、問題定義

目的是將用戶提出的要求具體化、定量化，任務(wù)是確定研制系統(tǒng)的范圍，明確研制的邊界。

方法步驟：

(1)通過調(diào)查研究，了解系統(tǒng)要求；

(2)需求方與開發(fā)方討論確定系統(tǒng)的功能、性能、可靠性、安全保密性等方面的要求，以及費(fèi)用、進(jìn)度等方面的要求。

2、可行性研究

可行性研究說明該軟件開發(fā)項(xiàng)目的實(shí)現(xiàn)在技術(shù)上、經(jīng)濟(jì)上和社會條件上的可行性，評述為合理地達(dá)到開發(fā)目的可能選擇的各種方案，目標(biāo)是用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。

可行性研究的方法是首先需要進(jìn)一步分析和澄清問題定義；然后分析員導(dǎo)出系統(tǒng)的邏輯模型；最后對未來的行動方針提出建議。

在導(dǎo)出邏輯模型的過程中，具體要根據(jù)以下四個方面分析可行性：

(1)經(jīng)濟(jì)可行性:進(jìn)行成本效益分析,評估項(xiàng)目的開發(fā)成本,估算開發(fā)成本是否會超過項(xiàng)目預(yù)期的全部利潤.分析系統(tǒng)開發(fā)對其它產(chǎn)品或利潤的影響。

(2)技術(shù)可行性:根據(jù)客戶提出的系統(tǒng)功能,性能及實(shí)現(xiàn)系統(tǒng)的各項(xiàng)約束條件,從技術(shù)的角度研究實(shí)現(xiàn)系統(tǒng)的可行性。(3)法律可行性:研究在系統(tǒng)開發(fā)過程中可能涉及的各種合同,侵權(quán),責(zé)任以及各種于法律相抵觸的問題。

(4)開發(fā)方案的選擇性:提出并評價實(shí)現(xiàn)系統(tǒng)的各種看法方案.從中選出一種用于軟件項(xiàng)目開發(fā)。

3、需求分析

需求分析是為了有效解決用戶的需要而進(jìn)行的一項(xiàng)工程活動，要考慮的問題是功能需求、數(shù)據(jù)需求、性能需求和接口需求，開發(fā)者承擔(dān)分析任務(wù)，核心是用戶。

軟件項(xiàng)目的失敗大半源于需求分析沒有做好，軟件開發(fā)人員首先應(yīng)該明確用戶的意圖和要求，正確獲取用戶的需求，然后形成一個軟件需求規(guī)格說明，它是軟件開發(fā)的重要基礎(chǔ)。

需求分析的方法：

(1)需求獲?。韩@取客戶需求，客戶泛指某個人或機(jī)構(gòu)部門等，一般方法是調(diào)查，包括訪談座談、問卷、跟班和收集資料，需求規(guī)約可表達(dá)用戶的軟件價值。

(2)需求分析與規(guī)格說明：建立需求模型，它是用戶需求的圖解，一些常用的模型有：業(yè)務(wù)樹圖、用例圖、活動圖。分別用于結(jié)構(gòu)化需求建模、系統(tǒng)業(yè)務(wù)舉例和反映系統(tǒng)工作流程。

(3)需求驗(yàn)證：要驗(yàn)證的主要內(nèi)容有：有效性驗(yàn)證、一致性驗(yàn)證、完整性驗(yàn)證、現(xiàn)實(shí)性驗(yàn)證和可檢驗(yàn)性驗(yàn)證。

需求建模的方法：

(1)關(guān)聯(lián)模型

(2)面向?qū)ο竽Ｐ?3)原型方法

4、系統(tǒng)設(shè)計

此階段主要根據(jù)需求分析的結(jié)果，對整個軟件系統(tǒng)進(jìn)行設(shè)計，如系統(tǒng)框架設(shè)計，數(shù)據(jù)庫設(shè)計等，一般分為概要設(shè)計和詳細(xì)設(shè)計，好的軟件設(shè)計將為軟件程序編寫打下良好的基礎(chǔ)。

概要設(shè)計是對需求規(guī)格說明書中提供的軟件系統(tǒng)邏輯模型進(jìn)行進(jìn)一步的分解，從而建立軟件系統(tǒng)的總體結(jié)構(gòu)和各個子系統(tǒng)間及各個模塊間的關(guān)系，定義各子系統(tǒng)接口界面和各模塊的功能描述，并根據(jù)設(shè)計結(jié)果產(chǎn)生概 要設(shè)計文檔。

概要設(shè)計在早期有模塊化方法、功能分解方法；在60年代后期提出了面向數(shù)據(jù)流和面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法；近年來又提出面向?qū)ο蟮脑O(shè)計方法等。

詳細(xì)設(shè)計過程根據(jù)概要設(shè)計形成的結(jié)果對各個模塊的內(nèi)部實(shí)現(xiàn)進(jìn)行規(guī)劃設(shè)計，并根據(jù)設(shè)計結(jié)果產(chǎn)生詳細(xì)設(shè)計文檔。

詳細(xì)設(shè)計主要方法是通過采用結(jié)構(gòu)化和面向?qū)ο蟮姆椒◤囊晥D、控制、模型三層模型上細(xì)化概要設(shè)計的各個模塊，并完成偽代碼為編碼階段做準(zhǔn)備。

5、編碼和測試

編碼是將軟件設(shè)計的結(jié)果轉(zhuǎn)換成計算機(jī)可執(zhí)行的程序代碼。主要方法是依據(jù)詳細(xì)設(shè)計文檔實(shí)現(xiàn)設(shè)計中的算法、功能、接口、數(shù)據(jù)結(jié)構(gòu)，采用結(jié)構(gòu)化和面向?qū)ο蠡姆椒ň帉懘a。

編碼過程中要制定統(tǒng)一，符合標(biāo)準(zhǔn)的編寫規(guī)范，以保證程序的可讀性，易維護(hù)性，提高程序的運(yùn)行效率。

軟件設(shè)計完成后要經(jīng)過嚴(yán)密的測試，以發(fā)現(xiàn)軟件在整個設(shè)計過程中存在的問題并加以糾正。整個測試過程分單元測試、組裝測試以及系統(tǒng)測試三個階段進(jìn)行。

測試的方法主要有白盒測試和黑盒測試兩種。在測試過程中需要建立詳細(xì)的測試計劃并嚴(yán)格按照測試計劃進(jìn)行測試，以減少測試的隨 意性。

6、軟件維護(hù)

軟件維護(hù)是軟件生命周期中持續(xù)時間最長的階段。在軟件開發(fā)完成并投入使用后，由于多方面的原因，軟件不能繼續(xù)適應(yīng)用戶的要求。要延續(xù)軟件的使用壽命，就必須對軟件進(jìn)行維護(hù)。

軟件的維護(hù)包括糾錯性維護(hù)和改進(jìn)性維護(hù)兩個方面。

二、課程主要收獲

《軟件工程》課程強(qiáng)調(diào)概念和知識的理解和掌握，側(cè)重軟件項(xiàng)目的分析、設(shè)計、實(shí)現(xiàn)和維護(hù)的基本技能。比較注意“點(diǎn)”和“面”的結(jié)合，是一門理論性和實(shí)踐性都較強(qiáng)的學(xué)科。作為一名已經(jīng)在IT領(lǐng)域工作十年之后又重返校園的大齡學(xué)生，雖然已經(jīng)不是第一次學(xué)習(xí)這門課程了，去年也剛在單位取得了信息系統(tǒng)項(xiàng)目管理高級工程師資格，從另一個側(cè)面對軟件開發(fā)過程有了更深層次的理解。不過溫故而知新，這次仍然選修這門課，我還是得到了一些新的啟示。最大的收獲就是在我看來，軟件工程與其說是一門課程，不如說是一門思想，是一個如何去分析和處理問題的過程，應(yīng)該說其范疇已經(jīng)遠(yuǎn)遠(yuǎn)不止局限于該門課程，它已經(jīng)成為了一個綜合的能夠解決問題的思想集合。

此外，通過對軟件開發(fā)過程的重學(xué)習(xí)，并結(jié)合之前在軟件開發(fā)管理工作中的經(jīng)驗(yàn)，我對自己在軟件開發(fā)主要階段管理工作中的不足有了更進(jìn)一步的認(rèn)識，總結(jié)了相應(yīng)的管理要點(diǎn)，具體闡述如下：

1、概要設(shè)計

主要任務(wù)：系統(tǒng)應(yīng)該怎樣做，或概括地說，系統(tǒng)應(yīng)該如何實(shí)現(xiàn)。本階段特點(diǎn)：將用戶的具體要求轉(zhuǎn)為抽象的計算機(jī)軟件設(shè)計。管理要點(diǎn)：

通過分析對比，從多種可能的實(shí)現(xiàn)方案和軟件結(jié)構(gòu)中選出最佳方案及最合理的，即： 設(shè)想供選擇的方案→推薦最佳方案→選取合理的方案功能分解→ 軟件設(shè)計結(jié)構(gòu) → 數(shù)據(jù)庫設(shè)計 3 確定測試要求并確定測試計劃

作為項(xiàng)目管理者必須從概要設(shè)計開始就應(yīng)該從全局角度開始把握整個系統(tǒng)的進(jìn)展，并必須從此階段開始，時刻從全局觀的問題來發(fā)現(xiàn)問題，解決問題。

2、詳細(xì)設(shè)計

主要任務(wù)：系統(tǒng)應(yīng)該怎樣具體地做，或概括地說，系統(tǒng)應(yīng)該如何具體地去實(shí)現(xiàn)所有的要求。

本階段特點(diǎn)：將抽象的計算機(jī)軟件設(shè)計轉(zhuǎn)為形象的，具體的，面向用戶的計算機(jī)界面設(shè)計。

管理要點(diǎn)：

本階段尚未涉及具體編寫程序，而是要設(shè)計出程序的“藍(lán)圖”，所以詳細(xì)設(shè)計的結(jié)果基本上決定了最終的程序代碼的質(zhì)量。邏輯是否正確性能是否滿足要求是否容易閱讀和理解 作為項(xiàng)目管理者在詳細(xì)設(shè)計階段，應(yīng)始終不忘從一名用戶的使用角度出發(fā)，審視每一個界面的詳細(xì)設(shè)計，以保證設(shè)計出來的界面以及程序能夠滿足一般用戶希望將來的系統(tǒng)能夠通俗易懂，簡單實(shí)用的要求。

3、編碼

主要任務(wù)：用某種程序設(shè)計語言書寫計算機(jī)能夠識別的程序。

本階段特點(diǎn)：將詳細(xì)設(shè)計書的內(nèi)容“翻譯”成計算機(jī)語言，直接關(guān)系到整個項(xiàng)目的質(zhì)量。

管理要點(diǎn)：

本階段的編碼是設(shè)計的自然結(jié)果，因此，程序的質(zhì)量主要取決于軟件設(shè)計的質(zhì)量。但是，程序設(shè)計語言的特性和編碼途徑也對程序的以下特性產(chǎn)生深遠(yuǎn)的影響： 程序的可靠性 2 程序的可讀性 3 程序的可測試性 4 程序的可維護(hù)性

作為項(xiàng)目管理者在編碼階段，必須從把握進(jìn)度與質(zhì)量這兩個基本方面來有效地實(shí)施對項(xiàng)目的管理。首先應(yīng)該根據(jù)項(xiàng)目進(jìn)度計劃來合理地安排每一名作業(yè)成員的作業(yè)日程，并且隨時監(jiān)督每一作業(yè)的進(jìn)展情況，還需要針對項(xiàng)目的最新變更及時對計劃進(jìn)行調(diào)整，以保證項(xiàng)目的按時完成。同時，在項(xiàng)目的進(jìn)展過程中還需要通過小組討論，檢查評審等形式洞察每項(xiàng)作業(yè)的質(zhì)量，以保證項(xiàng)目的保質(zhì)保量完成。可以說，本階段是一名項(xiàng)目管理者在項(xiàng)目開發(fā)過程中極為忙碌也異常重要的階段。

4、測試

主要任務(wù)：通過單元測試和綜合測試來保證軟件工程的高質(zhì)量。

本階段特點(diǎn)：盡可能早地發(fā)現(xiàn)并糾正差錯，往往占到軟件開發(fā)總工作量的40%以上，是保證軟件質(zhì)量的關(guān)鍵。

管理要點(diǎn)：

軟件測試在軟件生命周期中橫跨兩個階段。通常在編寫出每個模塊之后就對其作必要的測試（稱之為單元測試），模塊的編寫者和測試者是同一人，編碼和單元測試屬于軟件生命周期的同一個階段。在此階段結(jié)束之后，對軟件系統(tǒng)還應(yīng)該進(jìn)行各種綜合測試，這是軟件生命周期的另一個獨(dú)立階段，通常由專門的測試人員來承擔(dān)這項(xiàng)工作。

作為項(xiàng)目管理者在編碼階段，必須高度重視軟件測試工作，甚至可以說應(yīng)該把測試看作與編寫程序同等重要的任務(wù)來對待。在要求每一名開發(fā)人員完成自己分內(nèi)的單元測試，并且監(jiān)督測試人員認(rèn)真進(jìn)行各項(xiàng)綜合測試的同時，應(yīng)該把自己完全當(dāng)成一名本軟件工程的用戶，從用戶的角度以一種高度負(fù)責(zé)，甚至近乎苛刻的嚴(yán)格態(tài)度來對軟件進(jìn)行徹底的測試。在本階段通過嚴(yán)把質(zhì)量關(guān)來確保軟件工程的質(zhì)量。

所以說，尤其在軟件進(jìn)入具體開發(fā)階段后，能否遵循要點(diǎn)進(jìn)行管理是很重要的。

總之，實(shí)際工作當(dāng)中軟件項(xiàng)目為什么會失??？為什么交付日期會一拖再拖？我覺得項(xiàng)目失敗只有一個原因：就是項(xiàng)目經(jīng)理不合格。除非這個項(xiàng)目經(jīng)理在項(xiàng)目開始階段就已經(jīng)提出來了這個項(xiàng)目會失敗，或者是完全屬于項(xiàng)目之外不可抗拒的原因?qū)е率　Ｒ苍S還會有一些我的同行跳出來說不服，那么請繼續(xù)：

難道是新增需求的原因?qū)е率?？客戶會讓你新?00個需求而要你二天交貨嗎？必然是分析設(shè)計階段沒有充分考慮好可擴(kuò)展性和新增需求導(dǎo)致現(xiàn)在不可控制而失敗的!

難道是程序員人力不足導(dǎo)致？人都沒有到位，怎么會失敗，多少人做多少人的事，多少人做多少人的計劃，不會有失敗。

難道是程序員技能不夠？項(xiàng)目經(jīng)理是如何面試的？怎么在項(xiàng)目失敗了才發(fā)現(xiàn)是程序員技能不夠？有問題早提出來嘛。

難道測試人員沒有做好？少來了，測試人員只是加了一道保障證明。程序很多流程都通過不了，程序還屬于開發(fā)調(diào)試階段，與測試人員有什么關(guān)系？

我曾經(jīng)在單位參加一些項(xiàng)目，發(fā)現(xiàn)有這樣一個概念很多項(xiàng)目經(jīng)理都沒有搞清楚：什么叫開發(fā)階段？我認(rèn)為開發(fā)階段最多只能包括單元測試這一部分。綜合測試絕對不能屬于開發(fā)階段了，也就是說不能到了最后交付階段還有程序流程走不通，程序隨便正常操作都會失敗。程序隨便正常操作都出現(xiàn)好多bug屬于開發(fā)還沒有完成，絕對還沒有過單元測試階段，離綜合測試和驗(yàn)收階段還早著呢。說白了，還屬于代碼審查階段。

不懂程序設(shè)計的項(xiàng)目經(jīng)理，往往不注重code開發(fā)人員,其實(shí)這是一個嚴(yán)重的錯誤。軟件的質(zhì)量來源于什么？由誰來保證？有的項(xiàng)目經(jīng)理說是由測試人員來保證，就算測試人員的測試用例寫得很詳細(xì)，把需求中的每一個功能點(diǎn)都測試到了，那最后就沒有問題了嗎？當(dāng)然不是，很多邏輯上的東西要程序員來保證不出問題的，而測試人員只是起一個驗(yàn)證的作用，問題不應(yīng)該由測試人員來發(fā)現(xiàn)，而應(yīng)該由開發(fā)人員來發(fā)現(xiàn)。也就是說，我們盡量不要讓測試人員來發(fā)現(xiàn)問題。如果第一次測試有至少25%以上的用例通不過，那說明質(zhì)量控制出了問題。這樣的版本根本就不應(yīng)該拿出來進(jìn)行測試。由此可見，軟件的質(zhì)量是由程序員來保證的，而不是測試人員。

總的說來，一個項(xiàng)目的成敗與否，與項(xiàng)目的各個階段皆有關(guān)系：需求都不清楚，開發(fā)起來肯定是南轅北轍；分析設(shè)計不夠好，會讓程序員難以維護(hù)，隨著新增需求的增多，會導(dǎo)致整個系統(tǒng)混亂不可控制；編碼不好，整個系統(tǒng)不穩(wěn)定是必然的，Bug也是抓不盡的；測試不做好，系統(tǒng)是沒有保證的，少了哪個環(huán)節(jié)都不行。

所以做軟件項(xiàng)目開發(fā)過程管理工作，我認(rèn)為重點(diǎn)要放在項(xiàng)目計劃、進(jìn)度控制、質(zhì)量控制、風(fēng)險預(yù)測這四個方面。不要說項(xiàng)目的失敗是因?yàn)樾滦枨笠鸬?一個沒有新增需求和風(fēng)險的項(xiàng)目是不存在的，承認(rèn)這一點(diǎn)之后,我們就不會有很多怨言了。

以下針對這四個方面進(jìn)行詳述：

項(xiàng)目計劃：沒有項(xiàng)目計劃，那失敗還有什么話好說？大家都知道凡事預(yù)則立，不預(yù)則廢。項(xiàng)目計劃一定要包括這幾方面的內(nèi)容：各階段里程碑時間點(diǎn)，各個里程碑的輸出結(jié)果，風(fēng)險預(yù)測，意外應(yīng)對。計劃時間一定要提前于交貨時間，并注意風(fēng)險意外是否留下足夠的應(yīng)對時間和處理方案。

進(jìn)度監(jiān)控：對每個階段把握好，每個階段要完成的任務(wù)一定要完成，如果完不成，是什么原因?qū)е碌?？我們的?yīng)對策略是什么？我們要信任別人，但是不要忘記鎖門。同樣的，別人說完成了，你不能就認(rèn)為別人完成了，要看到結(jié)果才能證明完成了。有的項(xiàng)目經(jīng)理說，我也進(jìn)度監(jiān)控啦，他說完成了就完成了，誰想到?jīng)]有完成？到底是程序員不誠實(shí)還是項(xiàng)目沒有管理好？你沒有鎖好門，能怨別人偷你東西嗎？還有一種情況就是不懂如何鎖門，根本就不知道這一階段的輸出結(jié)果是什么？當(dāng)然進(jìn)度監(jiān)控就是一句空話了。

質(zhì)量監(jiān)控：也應(yīng)該是分階段進(jìn)行的，每一個階段的質(zhì)量監(jiān)控內(nèi)容有所不同。

需求分析階段的質(zhì)量監(jiān)控就是完整而又正確的理解用戶需求，需求是否清楚可懂，寫用例的測試人員是否明白需求？

分析設(shè)計階段的質(zhì)量監(jiān)控就是設(shè)計是否完全滿足需求？這個設(shè)計方案是否滿足以后新功能的擴(kuò)展？以及是否有考慮到新功能的意外和設(shè)備環(huán)境，運(yùn)行平臺的變化？

編碼階段的質(zhì)量監(jiān)控就是變量命名是否規(guī)范？代碼是否可讀？是否有詳細(xì)的注釋？是否有重復(fù)代碼？要知道重復(fù)代碼是必然會造成系統(tǒng)不穩(wěn)定，bug成群的?？勺儾糠值拇a和不可變部分的代碼是否分離。要知道上面講的每一部分如果沒有做好，都會導(dǎo)致后期的產(chǎn)品出現(xiàn)大量問題。代碼階段還有一個重要的工作就是做code review代碼公開評審，你自己發(fā)現(xiàn)不了的問題別人也許就看得見。

單元測試階段的質(zhì)量監(jiān)控任務(wù)就是單元測試代碼是否測試通過？代碼覆蓋是否完全？單元測試報告提交情況如何？單元測試用例有沒有做好？ 綜合測試階段質(zhì)量監(jiān)控任務(wù)當(dāng)然就是看用例是否完全？是否全部真正執(zhí)行？測試報告有沒有寫好？

回歸測試當(dāng)然得看以前測試的Bug是否還在，如果還在，當(dāng)然是無條件打回去重新開發(fā)。

測試階段最主要的監(jiān)控就是看用例是否真正執(zhí)行，是否有安全性測試？破壞性測試？異常測試，壓力測試？

以上的每個階段最好完成了才進(jìn)行下一階段，否則會造成混亂出現(xiàn)問題的，造成想并行進(jìn)行節(jié)約時間卻反而浪費(fèi)了時間。

以上就是我重學(xué)《軟件工程》并結(jié)合實(shí)際工作經(jīng)驗(yàn)所得到的啟示，不妥之處請劉老師批評指正！

第四篇：軟件工程總結(jié)

軟件工程課程總結(jié)

摘要：

計算機(jī)是20世紀(jì)最重大的科學(xué)技巧成就之一，使當(dāng)代社會的經(jīng)濟(jì)、軍事、科研、教育、服務(wù)等方面在概念和技巧上發(fā)生了性的變化，對人類社會的進(jìn)步已經(jīng)并還將產(chǎn)生極為深刻的影響。目前，計算機(jī)是世界各發(fā)達(dá)國度劇烈競爭的科學(xué)技巧領(lǐng)域之一。

電子計算機(jī)早期功效主要是計算，后來已遠(yuǎn)遠(yuǎn)超越單純計算的功效，還可模擬、思維、進(jìn)行自適應(yīng)反饋處理等等，把它叫做“電腦”更為合實(shí)際。由于電子計算機(jī)功效的飛躍性發(fā)展，應(yīng)用于生產(chǎn)和生活的各個方面，直接和顯著地提高了生產(chǎn)、工作和生活的效率、節(jié)奏和水平，在軟科學(xué)研究和應(yīng)用中它也起著關(guān)鍵作用，因此它已被公認(rèn)是現(xiàn)代技巧的神經(jīng)中樞，是未來信息社會的心臟和錄魂。計算機(jī)學(xué)科分為四個領(lǐng)域，分別是計算機(jī)科學(xué)，計算機(jī)工程，軟件工程和信息系統(tǒng)。

正文：

軟件工程是研究和應(yīng)用如何以系統(tǒng)性的、規(guī)范化的、可定量的過程化方法去開發(fā)和維護(hù)軟件，以及如何把經(jīng)過時間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來的學(xué)科。包括項(xiàng)目管理，分析，設(shè)計，程序的編寫，測試和質(zhì)量控制。它涉及到程序設(shè)計語言、數(shù)據(jù)庫、軟件開發(fā)工具、系統(tǒng)開發(fā)平臺、標(biāo)準(zhǔn)、設(shè)計模式等方面。

學(xué)了《軟件工程》這門課程和一些有關(guān)資料后，感覺一些東西都曾經(jīng)接觸過，但在實(shí)際工作中有些理論要完全遵循可能還有些障礙，軟件工程只是提供了理論上的一些結(jié)論，但對項(xiàng)目的具體可操作性的規(guī)范的制定方面卻做的很少，《軟件工程》發(fā)展了幾十年，光是開發(fā)模型就達(dá)到了10多種，對不同的項(xiàng)目采用合適的開發(fā)模式，有些項(xiàng)目在不同的開發(fā)階段可能還要轉(zhuǎn)換開發(fā)模式，把它們靈活的應(yīng)用到實(shí)際中還是很困難的。

軟件技術(shù)是信息技術(shù)產(chǎn)業(yè)的核心之一，軟件技術(shù)的發(fā)展是與信息技術(shù)產(chǎn)業(yè)的發(fā)展互相促進(jìn)的。當(dāng)今世界，信息技術(shù)正處于新一輪重大技術(shù)突破的前夜。預(yù)計今后 20~30 年是信息科學(xué)技術(shù)的變革突破期，可能導(dǎo)致 21 世紀(jì)下半葉一場新的信息技術(shù)革命。近年來，從 IT 界到一些國家首腦，都高度關(guān)注以物聯(lián)網(wǎng)為標(biāo)志的新一輪信息技術(shù)的發(fā)展態(tài)勢，認(rèn)為這是繼 20 世紀(jì) 80 年代 PC 機(jī)、90 年代互聯(lián)網(wǎng)、移動通信網(wǎng)之后，將引發(fā) IT 業(yè)突破性發(fā)展的第三次 IT 產(chǎn)業(yè)化浪潮。每一次重大的技術(shù)變革都會引起企業(yè)間、產(chǎn)業(yè)間甚至國家間競爭格局的重大變化，也促進(jìn)了軟件技術(shù)與軟件產(chǎn)業(yè)的重大變革與發(fā)展。

近年來，信息技術(shù)、軟件技術(shù)、軟件系統(tǒng)與軟件產(chǎn)業(yè)的發(fā)展備受關(guān)注，已有不少論述、分析與判斷。近10 年內(nèi)網(wǎng)絡(luò)技術(shù)經(jīng)歷寬帶化、移動化和三網(wǎng)融合將走向基于 Ipv6 的下一代互聯(lián)網(wǎng)，2010 年 1 月，國家 863 計劃信息技術(shù)領(lǐng)域辦公室和國家 863 計劃信息技術(shù)領(lǐng)域?qū)＜医M，在上海舉辦“信息-物理融合系統(tǒng) CPS發(fā)展戰(zhàn)略論壇”，提出“信息-物理融合系統(tǒng) CPS 是一個綜合計算、網(wǎng)絡(luò)和物理環(huán)境的多維復(fù)雜系統(tǒng)，是信息和物理世界的深度的融合交互，可實(shí)現(xiàn)大型工程系統(tǒng)的實(shí)時感知、動態(tài)控制和信息服務(wù)，使系統(tǒng)更加可靠、高效與實(shí)時協(xié)同，使得人類物理現(xiàn)實(shí)和虛擬邏輯逐步融合，具有重要而廣泛的應(yīng)用前景。業(yè)界關(guān)于軟件工程的代表性觀點(diǎn)創(chuàng)立與使用健全的工程原則，以便經(jīng)濟(jì)地獲得可靠且高效率的軟件。應(yīng)用系統(tǒng)化，遵從原則，可被計量的方法來發(fā)展、操作及維護(hù)軟件；也就是把工程應(yīng)用到軟件上。與開發(fā)、管理及更新軟件產(chǎn)品有關(guān)的理論、方法及工具。一種知識或?qū)W科，目標(biāo)是生產(chǎn)品質(zhì)良好、準(zhǔn)時交貨、符合預(yù)算，滿足用戶所需的軟件。實(shí)際應(yīng)用科學(xué)知識在設(shè)計、建構(gòu)電腦程序，與相伴而來所產(chǎn)生的文件，以及后續(xù)的操作和維護(hù)上。

6使用與系統(tǒng)化生產(chǎn)和維護(hù)軟件產(chǎn)品有關(guān)之技術(shù)與管理的知識，使軟件開發(fā)與修改可在有限的時間與費(fèi)用下進(jìn)行。

7建造由工程師團(tuán)隊(duì)所開發(fā)之大型軟件系統(tǒng)有關(guān)的知識學(xué)科。對軟件分析、設(shè)計、實(shí)施及維護(hù)的一種系統(tǒng)化方法。系統(tǒng)化地應(yīng)用工具和技術(shù)于開發(fā)以計算機(jī)為主的應(yīng)用。

10軟件工程是關(guān)于設(shè)計和開發(fā)優(yōu)質(zhì)軟件。

《軟件工程》是一門綜合性和實(shí)踐性很強(qiáng)的核心課程，它屬于是一門交叉學(xué)科，包含有：軟件開發(fā)技術(shù)（軟件開發(fā)方法學(xué)、軟件開發(fā)過程、軟件工具和軟件工程環(huán)境）、軟件工程管理（軟件管理學(xué)、軟件經(jīng)濟(jì)學(xué)、軟件心理學(xué)）。主要內(nèi)容包括軟件工程概述、可行性分析、需求分析、概要設(shè)計、詳細(xì)設(shè)計、面向?qū)ο蠓治雠c設(shè)計、編碼、軟件測試、項(xiàng)目計劃與管理。

本課程是面向準(zhǔn)備從事軟件開發(fā)的畢業(yè)生而開設(shè)的一門專業(yè)課程。針對計算機(jī)教學(xué)中軟件工程這一薄弱環(huán)結(jié)，結(jié)合目前軟件開發(fā)商對人才的要求，對計算機(jī)專業(yè)的畢業(yè)生進(jìn)行軟件工程強(qiáng)化培訓(xùn)，目的是使畢業(yè)生能夠了解和掌握軟件工程的基本理論和方法，并在實(shí)際軟件開發(fā)中運(yùn)用這些方法。

我理解，軟件工程是按照工程學(xué)的管理方式，有組織、有計劃的，在一定的質(zhì)量基礎(chǔ)、時間限度和成本范圍內(nèi)，實(shí)現(xiàn)功能明確的軟件系統(tǒng)。而且，軟件工程在企業(yè)范圍內(nèi)運(yùn)行，一定需要企業(yè)資源的支持，要與企業(yè)的經(jīng)營、決策、管理體系聯(lián)系在一起，才能夠被踏踏實(shí)實(shí)的落實(shí)下來。

軟件工程項(xiàng)目是一個需要一步一步的計算，分析思考而來的，需要不斷思考，研究不斷進(jìn)步，軟件業(yè)作為一個服務(wù)業(yè)，要想得到發(fā)展，首先必須形成一個對軟件服務(wù)有迫切需要的市場。其次，這個市場中的消費(fèi)者必須具備足夠的購買力。軟件的消費(fèi)群體簡單一點(diǎn)，可以分為個體消費(fèi)和企業(yè)消費(fèi)。中國的企業(yè)群體，數(shù)量龐大，但是質(zhì)量不高。上規(guī)模的企業(yè)極少。國內(nèi)目前能夠形成比較大規(guī)模的獨(dú)立市場的，肯定是小規(guī)模的軟件系統(tǒng)。

隨著信息化時代的到來其地位越來越受到人們的重視，軟件工程從一個學(xué)科，或是某一個研究方向來說，人員僅僅是過程，方法的執(zhí)行者，所以人員素質(zhì)往往被忽略，軟件工程是一門實(shí)踐性很強(qiáng)的學(xué)科，所以在實(shí)際的軟件研究過程中，人員的素質(zhì)占有很重要的地位。要有出色的軟件問世，研發(fā)人員的素質(zhì)至關(guān)重要！

作為軟件工程的學(xué)習(xí)者應(yīng)該不斷創(chuàng)新，不斷嘗試、實(shí)踐，不斷研究和學(xué)習(xí)，中國的軟件工程技術(shù)依舊滯后于國外一些軟件工程技術(shù)，作為新一代的學(xué)習(xí)者應(yīng)該擔(dān)當(dāng)起振興起中國軟件事業(yè)，使中國科技得到高速發(fā)展！

現(xiàn)在已經(jīng)是信息化時代，信息化潮流不斷涌現(xiàn)，想要掌握主動權(quán)就是掌握信息化的發(fā)展方向，這就需要我們不斷學(xué)習(xí)，時間，研究，學(xué)習(xí)國外的先進(jìn)技術(shù)，轉(zhuǎn)變自己的技術(shù)，然后融合，創(chuàng)新。

軟件技術(shù)不是一成不變的，是隨著社會的進(jìn)步的不斷進(jìn)步，不需要不斷的創(chuàng)新，不斷的改善的，需要我們不斷的學(xué)習(xí)，不斷的研究，不斷進(jìn)步。

第五篇：軟件工程總結(jié)

1.Software is a product and can be manufactured using the same technologies used for other engineering artifacts Answer: b 2.WebApps are a mixture of print publishing and software development, making their development outside the realm of software engineering practice.Answer: b 3.Software engineering umbrella activities are only applied during the initial phases of software development projects.Answer: b 4.Planning ahead for software reuse reduces the cost and increases the value of the systems into which they are incorporated.Answer: a 5.The essence of software engineering practice might be described as understand the problem, plan a solution, carry out the plan, and examine the result for accuracy.Answer: a 6.In agile process models the only deliverable work product is the working program.Answer: b 7.A most software development projects are initiated to try to meet some business need.Answer: a 8.In general software only succeeds if its behavior is consistent with the objectives of its designers.Answer: b 9.Software processes can be constructed out of pre-existing software patterns to best meet the needs of a software project.Answer: a 10.Process technology tools allow software organizations to compress schedules by skipping unimportant activities.Answer: b 11.It is generally accepted that one cannot have weak software processes and create high quality end products.Answer: a 1.Requirements engineering is a generic process that does not vary from one software project to another.Answer: a 2.A stakeholder is anyone who will purchase the completed software system under development.Answer: b 3.It is relatively common for different customers to propose conflicting requirements, each arguing that his or her version is the right one.Answer: a 4.Developers and customers create use-cases to help the software team understand how different classes of end-users will use functions.Answer: a 5.Use-case actors are always people, never system devices.Answer: b 6.Analysis patterns facilitate the transformation of the analysis model into a design model by suggesting reliable solutions to common problems.Answer: a 7.In win-win negotiation, the customer’s needs are met even though the developer’s need may not be.Answer: b 8.In requirements validation the requirements model is reviewed to ensure its technical feasibility.Answer: b

1.Object-oriented domain analysis is concerned with the identification and specification of reusable capabilities within an application domain.Answer: a 2.In structured analysis models focus on the structure of the classes defined for a system along with their interactions.Answer: b 3.Creation and refinement of use cases if an important part of scenario-based modeling.Answer: a 4.It is important to consider alternative actor interactions when creating a preliminary use case.Answer: b 5.Brainstorming is one technique that may be used to derive a complete set of use case exceptions.Answer: a 6.In many cases there is no need to create a graphical representation of a usage scenario.Answer: a 7.One or more attributes of a data object must be defined as a key to allow the location of an instance of the data object.Answer: a 8.Attributes are chosen for an object by examining the problem statement and identifying the entities that appear to be related.Answer: b 9.An analysis package involves the categorization of analysis model elements into useful groupings.Answer: a 10.The data flow diagram must be augmented by min-spec that can serve as a guide the design of the software component that will implement the process.Answer: a 11.The UML sequence diagram show the order in which system events are processed.Answer: b 12.Analysis patterns are discovered, they are not explicitly created.Answer: a 13.It is not possible to justify the time required for WebApp requirements analysis.Answer: b 14.UML activity diagrams can be used to represent the user observable functionality delivered by the WebApp as well as the operations contained in each analysis class.Answer: a 15.Configuration analysis focuses on the architecture of the user’s web browsing environment.Answer: b 16.Content objects are extracted from use cases by examining the scenario description for direct or indirect content references.Answer: a 1.With thorough testing it is possible to remove all defects from a program prior to delivery to the customer.Answer: b 2.Program flow graphs are identical to program flowcharts.Answer: b 3.The cyclomatic complexity of a program can be computed directly from a PDL representation of an algorithm without drawing a program flow graph.Answer: a 4.Graph-based testing methods can only be used for object-oriented systems Answer: b 5.Equivalence testing divides the input domain into classes of data from which test cases can be derived to reduce the total number of test cases that must be developed.Answer: a 6.Boundary value analysis can only be used to do white-box testing.Answer: b 7.Orthogonal array testing enables the test designer to maximize the coverage of the test cases devised for relatively small input domains.Answer: a 8.Client/server architectures cannot be properly tested because network load is highly variable.Answer: b 1.The best representation of system architecture is an operational software prototype.Answer: b 2.The architectural representations can be an enabler for communication among project stakeholders.Answer: a 3.An architectural description is often documented using an architecture template.Answer: b 4.An architectural genre will often dictate the architectural approach that may used for the structure to be built.Answer: a 5.Before an architectural pattern can be chosen for use in a specific system it must have a code implementation to facilitate its reuse.Answer: b 6.Once selected, archetypes always need to be refined further as architectural design proceeds.Answer: a 7.Quantitative methods for assessing the quality of proposed architectural designs are readily available.Answer: b

Chapter 10 Self-Check Quiz

1.In the most general sense a component is a modular building block for computer software.a.True b.False

Answer: a(Section 10.1)

2.In the context of object-oriented software engineering a component contains

a.attributes and operations b.instances of each class c.roles for each actor(device or user)d.set of collaborating classes

Answer: d(Section 10.1.1)

3.In traditional software engineering modules must serve in which of the following roles?

a.Control component b.Infrastructure component c.Problem domain component d.All of the above

Answer: d(Section 10.1.2)

4.Software engineers always need to cerate components from scratch in order to meet customer expectations fully.a.True b.False

Answer: b(Section 10.1.3)

5.Which of the following is not one of the four principles used to guide component-level design?

a.Dependency Inversion Principle b.Interface Segregation Principle c.Open-Closed Principle d.Parsimonious Complexity Principle

Answer: d(Section 10.2.1)

6.The use of stereotypes can help identify the nature of components at the detailed design level.a.True b.False

Answer: a(Section 10.2.2)

7.Classes and components that exhibit functional, layer, or communicational cohesion are relatively easy to implement, test, and maintain.a.True b.False

Answer: a(Section 10.2.3)

8.Software coupling is a sign of poor architectural design and can always be avoided in every system.a.True b.False

Answer: b(Section 10.2.4)

9.WebApp content design at the component level focuses on content objects and the manner in which they interact.a.True b.False

Answer: b(Section 10.4.1)

10.A WebApp functional architecture describes the key functional components and how they interact with each other.a.True b.False

Answer: a(Section 10.4.2)

11.Which of these is a graphical notation for depicting procedural detail?

a.box diagram b.decision table c.ER diagram d.flowchart

Answer: d(Section 10.5.1)

12.A decision table should be used

a.to document all conditional statements b.to guide the development of the project management plan c.only when building an expert system d.when a complex set of conditions and actions appears in a component

Answer: d(Section 10.5.2)

13.A program design language(PDL)is often a

a.combination of programming constructs and narrative text b.legitimate programming language in its own right c.machine readable software development language d.useful way to represent software architecture

Answer: a(Section 10.5.3)

14.In component-based software engineering, the development team examines the requirements to see which are amenable to composition, rather than construction, before beginning detailed design tasks.a.True b.False

Answer: a(Section 10.6)

15.Which of the following is not one of the major activities of domain engineering?

a.analysis b.construction c.dissemination d.validation

Answer: d(Section 10.6.1)

16.Which of the following factors would not be considered during component qualification?

a.application programming interface(API)b.development and integration tools required c.exception handling d.testing equipment required

Answer: d(Section 10.6.2)

17.Which is the following is a technique used for component wrapping?

a.black-box wrapping b.clear-box wrapping c.gray-box wrapping d.white-box wrapping

Answer: b(Section 10.6.2)

18.Which of the following is not one of the issues that form a basis for design for reuse?

a.object-oriented programming b.program templates c.standard data d.standard interface protocols

Answer: a(Section 10.6.3)

19.In a reuse environment, library queries are often characterized using the ________ element of the 3C Model.a.concept b.content c.context d.all of the above

Answer: c(Section 10.6.4)

1.The importance of software design can be summarized in a single word a.b.c.d.Answer: d(Section 8.1)

2.Which of the following is not a characteristic common to all design methods?

a.configuration management b.functional component representation c.quality assessment guidelines d.refinement heuristics

Answer: a(Section 8.2.2)

3.Which of the following can be used to represent the architectural design of a piece of software?

a.Dynamic models b.Functional models c.Structural models d.All of the above

Answer: d(Section 8.3.2)

4.Design patterns are not applicable to the design of object-oriented software?

a.True b.False

Answer: b(Section 8.3.3)

5.Since modularity is an important design goal it is not possible to have too many modules in a proposed design.a.True b.False

Answer: b(Section 8.3.5)

6.Information hiding makes program maintenance easier by hiding data and procedure from unaffected parts of the program.accuracy complexity efficiency quality

a.True b.False

Answer: a(Section 8.3.6)

7.Cohesion is a qualitative indication of the degree to which a module

a.can be written more compactly.b.focuses on just one thing.c.is able to complete its function in a timely manner.d.is connected to other modules and the outside world.Answer: b(Section 8.3.7)

8.Coupling is a qualitative indication of the degree to which a module

a.can be written more compactly.b.focuses on just one thing.c.is able to complete its function in a timely manner.d.is connected to other modules and the outside world.Answer: d(Section 8.3.7)

9.When using structured design methodologies the process of stepwise refinement is unnecessary.a.True b.False

Answer: b(Section 8.3.8)

10.Software designs are refactored to allow the creation of software that is easier to integrate, easier to test, and easier to maintain.a.True b.False

Answer: a(Section 8.3.10)

11.Which of the following is not one of the five design class types

a.Business domain classes b.Entity classes c.Process classes d.User interface classes

Answer: b(Section 8.3.13)

12.Which design model elements are used to depict a model of information represented from the user’s view?

a.Architectural design elements b.Component-level design elements c.Data design elements d.Interface design elements

Answer: c(Section 8.4.1)

13.Which design is equivalent to the floor plan of a house?

a.Architectural design b.Component-level design c.Data design d.Interface design

Answer: a(Section 8.4.2)

14.Which design model is equivalent to the detailed drawings of the access points and external utilities for a house?

a.Architectural design b.Component-level design c.Data design d.Interface design

Answer: d(Section 8.4.3)

15.Which design model is equivalent to a set of detailed drawings for each room in a house?

a.Architectural design b.Component-level design c.Data design d.Interface design

Answer: b(Section 8.4.4)

16.The deployment design elements specify the build order for the software components.a.True b.False

Answer: b(Section 8.4.5)