課程代碼02333軟件工程XXXX版課后習(xí)題答案

1、本科自考考023333軟件工工程課后習(xí)習(xí)題答案20111版第三章 結(jié)結(jié)構(gòu)化方法法1.基本概概念需求分析：一般來說說，分析是是系統(tǒng)地使使用信息，對對一個(gè)問題題的估算。軟件需求求分析是這這一概念的的特化，即即系統(tǒng)化地地使用“數(shù)據(jù)流”、“加工”、“數(shù)據(jù)存儲儲”、“數(shù)據(jù)源”和“數(shù)據(jù)潭”等術(shù)語所所表達(dá)的信信息，對待待建系統(tǒng)“是什么”給出一個(gè)個(gè)估算系統(tǒng)概念念模型軟件設(shè)計(jì)：在需求分分析的基礎(chǔ)礎(chǔ)上，定義義滿足需求求所需要的的結(jié)構(gòu)，即即針對給定定的問題，給給出該問題題的軟件解解決方案，確確定“怎么做”的問題數(shù)據(jù)流圖：表達(dá)功能能模型的工工具，即數(shù)數(shù)據(jù)流圖（DDatafflow Diaggram） 簡稱DFFD圖，

2、簡簡單的說，DDFD圖是是一種描述述數(shù)據(jù)變換換的圖形化化工具，其其中飲食的的元素可以以是數(shù)據(jù)流流、數(shù)據(jù)存存儲、加工工、數(shù)據(jù)源源和數(shù)據(jù)潭潭等變換型數(shù)據(jù)據(jù)流圖：具具有較明顯顯的輸入部部分和變換換（主加工工）部分之之間的界面面變換部分分和輸出部部分之間界界面的數(shù)據(jù)據(jù)流圖事務(wù)型數(shù)據(jù)據(jù)流圖：數(shù)數(shù)據(jù)到達(dá)一一個(gè)加工TT，該加工工T根據(jù)輸輸入數(shù)據(jù)的的值，在其其后的基干干動作序號號（稱為一一個(gè)事務(wù)）中中選出一個(gè)個(gè)來執(zhí)行模塊：執(zhí)行行一個(gè)特殊殊任務(wù)的一一個(gè)過程以以及相關(guān)的的數(shù)據(jù)結(jié)構(gòu)構(gòu)1.簡答題題2.何謂模模塊耦合？簡述模塊塊耦合的類類型。答：耦合是是不同模塊塊之間相互互依賴程序序的度量內(nèi)容耦合：當(dāng)一個(gè)模模塊直接修修

3、改或操作作另一個(gè)模模塊的數(shù)據(jù)據(jù)，或一個(gè)個(gè)模塊不通通過正常入入口而轉(zhuǎn)入入到另一個(gè)個(gè)模塊時(shí)，公共耦合：兩個(gè)或兩兩個(gè)以上的的模塊共同同引用一個(gè)個(gè)全局?jǐn)?shù)據(jù)據(jù)項(xiàng)控制耦合一一個(gè)模塊通通過氣喘吁吁吁向另一一個(gè)模塊傳傳遞一個(gè)控控制信息，接接收信號的的模塊根據(jù)據(jù)信號值進(jìn)進(jìn)行適當(dāng)?shù)牡膭幼鳂?biāo)記耦合：若一個(gè)模模塊A通過過接口向兩兩個(gè)模塊BB和C傳遞遞一個(gè)公共共參數(shù)數(shù)據(jù)耦合：模塊之間間通過參數(shù)數(shù)來傳遞數(shù)數(shù)據(jù)3.何謂模模塊內(nèi)聚？簡述模塊塊內(nèi)聚的類類型。答：指一個(gè)個(gè)模塊內(nèi)部部各成分之之間相互關(guān)關(guān)聯(lián)程度的的度量偶然內(nèi)聚：一個(gè)模塊塊的各成分分之間基本本不存在任任何關(guān)系邏輯內(nèi)聚：幾個(gè)邏輯輯上相關(guān)的的功能被放放在同一個(gè)個(gè)模塊中時(shí)間

4、內(nèi)聚：一個(gè)模塊塊完成的功功能必須在在同一時(shí)間間內(nèi)執(zhí)行，但但這些功能能只是因?yàn)闉闀r(shí)間因素素關(guān)聯(lián)在一一起過程內(nèi)聚：一個(gè)模塊塊內(nèi)部的處處理成分是是相關(guān)的，而而且這些處處理必須以以特定的次次序執(zhí)行通信內(nèi)聚：一個(gè)模塊塊的所有成成分都操作作同一數(shù)據(jù)據(jù)集或生成成同一數(shù)據(jù)據(jù)集順序內(nèi)聚：一個(gè)模塊塊的各個(gè)成成分和同一一個(gè)功能密密切相關(guān)，而而且一個(gè)成成分的輸出出作為另一一個(gè)成分的的輸入功能內(nèi)聚：最理想的的內(nèi)聚，模模塊的所有有成分對于于完成單一一的功能都都是基本的的。功能內(nèi)內(nèi)聚的模塊塊對完成其其功能而言言是充分必必要的4.何謂模模塊的控制制域和模塊塊的作用域域？并舉例例說明控制域：模模塊本身以以及所有直直接或間接接從

5、屬于它它的模塊的的集合。作用域：受受該模塊內(nèi)內(nèi)的一個(gè)判判定所影響響的所有模模塊的影響響第四章 面面各對象方方法UMML1.基本概概念類及其屬性性和操作類是一組具具有相同屬屬性、操作作、關(guān)系和和語義的對對象的描述述。類的屬屬性是類的的一個(gè)命名名特征，該該特征是由由該類的所所有對象所所共享、用用于表達(dá)對對象狀態(tài)的的數(shù)據(jù)接口是操作作的一個(gè)集集合，其中中每個(gè)操作作描述了類類、構(gòu)件或或子系統(tǒng)的的一個(gè)服務(wù)務(wù)關(guān)聯(lián)及其鏈鏈：關(guān)聯(lián)是是類目之間間的一種結(jié)結(jié)構(gòu)關(guān)系，是是對一組具具有相同結(jié)結(jié)構(gòu)、相同同鏈的描述述。鏈?zhǔn)菍ο笾g具具有特定語語義關(guān)系的的抽象泛化：活佛佛是一般性性類目（稱稱為超類或或父類）和和它的較為為特

6、殊性類類目(稱為為子類)之之間的一種種關(guān)系，有有時(shí)稱為”is aa kinnd off ”關(guān)系聚合：聚合合是關(guān)聯(lián)的的一種特殊殊形式，表表達(dá)的是一一種“整體/部部分”關(guān)系依賴：依賴賴是一種使使用關(guān)系，用用于描述一一個(gè)類目使使用另一個(gè)個(gè)類目的信信息和服務(wù)務(wù)2.簡答題題為了表達(dá)客客觀事物，UUML給出出了哪些基基本術(shù)語？答：為了支支持抽象分分析和設(shè)計(jì)計(jì)中的事物物，UMLL給出了88個(gè)基本術(shù)術(shù)語，即類類、接口、協(xié)作、用用況、主動動類、構(gòu)件件、制品、結(jié)點(diǎn)，并并給出了這這些基本術(shù)術(shù)語的一些些變體。為了表達(dá)客客觀事物之之間的關(guān)系系，UMLL給出了哪哪些基本術(shù)術(shù)語？這些些術(shù)語之間間是什么關(guān)關(guān)系？關(guān)聯(lián)、泛化化、

7、細(xì)化和和依賴，以以及它們的的一些變體體什么是對象象的構(gòu)成與與表示？并并說明。類是一組具具有相同屬屬性、操作作、關(guān)系和和語義的對對象的描述述。對象是是類的一個(gè)個(gè)實(shí)例什么是類圖圖的構(gòu)成成成分？答：類圖是是可視化地地表達(dá)系統(tǒng)統(tǒng)表態(tài)結(jié)構(gòu)構(gòu)模型的工工具，通常常飲食類、接口、關(guān)關(guān)聯(lián)、泛化化和依賴什么是順序序圖的構(gòu)成成成分？順序圖是一一種交互圖圖，即由一一組對象以以及按時(shí)序序組織的對對象之間的的關(guān)系組成成，其中還還飲食這些些對象之間間所發(fā)送的的消息如何描述對對象之間的的關(guān)聯(lián)語義義用況之間有有哪幾種關(guān)關(guān)系？在什么情況況下需要建建立狀態(tài)圖圖？狀態(tài)圖可用用于創(chuàng)建有有關(guān)系統(tǒng)（或或系統(tǒng)成分分）的行為為生存周期期模型，

8、表表達(dá)有關(guān)系系紡（或系系統(tǒng)成分）的的一種動態(tài)態(tài)結(jié)構(gòu)，給給出有關(guān)系系統(tǒng)（或系系統(tǒng)成分）在在生存期間間有哪些階階段、每一一階段可從從事的活動動以及對外外所呈現(xiàn)的的特征等 方面 的的信息對象操作和和對象狀態(tài)態(tài)之間的關(guān)關(guān)系是什么么？同時(shí)引入“操作”和“方法”的目的是是什么？答：表達(dá)模模型化包之之間的關(guān)系系為什么使用用包？如何何劃分包使用UMLL可以從那那些角度來來刻畫一個(gè)個(gè)系統(tǒng)的行行為？為什什么？何謂順序圖圖中的控制制操作子？試舉例說說明。為了控制交交互行為描描述的復(fù)雜雜性，以便便更清晰地地表達(dá)順序序圖中的復(fù)復(fù)雜控制，給給出了個(gè)個(gè)個(gè)控制操作作子，選擇擇、條件、并發(fā)、迭迭代操作控控制子第五章 面面各對象

9、方方法RUUP1.基本概概念RUP的定定義及主要要特點(diǎn)RUP是一一種軟件開開發(fā)過程框框架，基于于面向?qū)ο笙蠓栿w系系給出了有有關(guān)軟件開開發(fā)過程組組織及實(shí)施施的指導(dǎo)。該框架體體現(xiàn)了3個(gè)個(gè)突出特征征，即以用用況驅(qū)動、體系結(jié)構(gòu)構(gòu)為中心以以及迭代、增量式開開發(fā)演化模型與與“RUP增增量、迭代代開發(fā)”之間關(guān)系系RUP迭代代、增量式式開發(fā)是演演化模型的的一個(gè)變體體，即規(guī)定定了“大的”迭代數(shù)量量4個(gè)階階段，并規(guī)規(guī)定了每次次迭代的目目標(biāo)初使階段：獲得與特特定腹部和和平臺無關(guān)關(guān)的系統(tǒng)體體系結(jié)構(gòu)輪輪廓，以此此建立產(chǎn)品品功能范圍圍;編制實(shí)實(shí)例業(yè)務(wù)實(shí)實(shí)例，從業(yè)業(yè)務(wù)角度指指出該項(xiàng)目目的價(jià)值，減減少項(xiàng)目主主要的錯(cuò)誤誤風(fēng)險(xiǎn)

10、精華階段：通過捕獲獲并描述系系統(tǒng)的大部部分需求，建建立系統(tǒng)體體系結(jié)構(gòu)基基線的第一一個(gè)版本，主主要包括用用況模型和和分析模型型，減少次次要的錯(cuò)誤誤風(fēng)險(xiǎn)，到到該階段未未，就能夠夠估算成本本、進(jìn)步，并并能詳細(xì)地地規(guī)劃構(gòu)造造階段構(gòu)造階段：通過演化化，形成最最終的系統(tǒng)統(tǒng)體系結(jié)構(gòu)構(gòu)基線，開開發(fā)完整的的系統(tǒng)，確確保產(chǎn)品可可以開始向向客戶交付付，即具有有初始操作作能力移交階段：確保有一一個(gè)實(shí)在的的產(chǎn)品發(fā)布布給用戶群群。期間培培訓(xùn)用戶如如何使用該該軟件RUP與UUML之間間關(guān)系RUP與UUML是一一對“姐妹”，它們構(gòu)構(gòu)成了一種種特定的軟軟件開發(fā)方方法學(xué)。其其中，UMML作為一一種可視化化建模語言言，給出了了表達(dá)

11、事物物和事物之之間關(guān)系的的基本術(shù)語語，給出了了多種模型型的表達(dá)工工具;而RRUP利用用這些術(shù)語語定義了需需求獲取層層、系統(tǒng)分分析層、設(shè)設(shè)計(jì)層、實(shí)實(shí)現(xiàn)層，并并給出了實(shí)實(shí)現(xiàn)各層模模型之間映映射的基本本活動以及及相關(guān)指導(dǎo)導(dǎo)什么是特征征（Teaaturee）?舉例例如何描述述它。從客戶、用用戶、計(jì)劃劃者、開發(fā)發(fā)者想法和和意愿中搜搜取特征，形形成特征表表。特征是是一個(gè)新的的項(xiàng)及其簡簡要描述“按不同科科目計(jì)算平平均成績” 計(jì)算平平均成績：按所學(xué)的的不同科目目計(jì)算每一一個(gè)學(xué)生的的期末考試試平均成績績，給出分分?jǐn)?shù)段并描述其狀狀態(tài)（如提提議、批準(zhǔn)準(zhǔn)、合并和和驗(yàn)證等）、實(shí)施的代代價(jià)及風(fēng)險(xiǎn)險(xiǎn)、重要程程度以及對對其他

12、特征征的影響等等特征可作為為需求，并并被轉(zhuǎn)換為為其它制品品需求獲取層層及相關(guān)概概念需求獲取層層目標(biāo)：使使用UMLL中 的用用況、參與與者以及依依賴等 術(shù)術(shù)語來抽象象客觀實(shí)際際問題，形形成系統(tǒng)的的需求獲取取模型;基基本術(shù)語：用況、參參與者、用用于表達(dá)用用況參與者者之間關(guān)系系的關(guān)聯(lián)、用于表達(dá)達(dá)況之間的的包含和擴(kuò)擴(kuò)展、用于于表達(dá)參與與者之間關(guān)關(guān)系泛化。術(shù)語確定定了系統(tǒng)用用況模型的的各種形態(tài)態(tài)需求獲取模模型的基本本組成使用UMLL中 的用用況、參與與者以及依依賴等 術(shù)術(shù)語來抽象象客觀實(shí)際際問題，形形成系統(tǒng)的的需求獲取取模型建造一個(gè)系系統(tǒng)需求獲獲取模型的的活動和任任務(wù)，以及及各活動的的輸入和輸輸出發(fā)現(xiàn)描

13、述參參與者和用用況，輸入入：業(yè)務(wù)模模型或領(lǐng)域域模型，補(bǔ)補(bǔ)充需求，特特征表;輸輸出：用況況模型概概述，術(shù)術(shù)語表賦予用況優(yōu)優(yōu)先級：輸輸入：用況況模型概概述，補(bǔ)補(bǔ)充需求，術(shù)術(shù)語表;輸輸出：體系系結(jié)構(gòu)描述述用況模模型視角精華用況：輸入：用用況模型概述，補(bǔ)補(bǔ)充需求，術(shù)術(shù)語表;輸輸出：用況況精化構(gòu)造人機(jī)接接口原型：輸入：用用況精華華，用況況模型概概述，補(bǔ)補(bǔ)充需求，術(shù)術(shù)語表;輸輸出：人機(jī)機(jī)接口原理理用況模型結(jié)結(jié)構(gòu)化：輸輸入：用況況精華，用況模模型概述述，補(bǔ)充充需求，術(shù)術(shù)語表;輸輸出：用況況模型精精化如何描述系系統(tǒng)的參與與者和用況況？舉例說說明參與者：發(fā)發(fā)現(xiàn)參與者者與描述參參與者：11)之前已已經(jīng)存在業(yè)業(yè)務(wù)用

14、況模模型，可依依據(jù)業(yè)務(wù)模模型直接發(fā)發(fā)現(xiàn)一些候候選參與者者，2)沒沒有業(yè)務(wù)用用況模型，即即使存在領(lǐng)領(lǐng)域模型，也也需要系統(tǒng)統(tǒng)分析人員員與客戶一一起來標(biāo)識識系統(tǒng)參與與者用況是系統(tǒng)統(tǒng)向它的參參與者提供供結(jié)果（值值）的功能能塊，表達(dá)達(dá)參與者使使用系統(tǒng)的的方式，因因此一個(gè)用用況可用于于規(guī)約系統(tǒng)統(tǒng)可執(zhí)行的的、與參與與者進(jìn)行交交互的一個(gè)個(gè)動作序列列，包括其其中一些可可選動作序序列，并且且用況還有有自己 的的屬性需求獲取層層對以后開開發(fā)工作的的影響？需求分析層層及相關(guān)概概念在系統(tǒng)用況況模型的基基礎(chǔ)上，創(chuàng)創(chuàng)建系統(tǒng)分分析模型以以及在該分分析模型視視角下的體體系結(jié)構(gòu)描描述，系統(tǒng)統(tǒng)分析模型型是系統(tǒng)的的一種概念念模型，解

15、解決系統(tǒng)用用況模型中中存在的二二義性和不不一致性問問題，并以以一種系統(tǒng)統(tǒng)化的形式式準(zhǔn)確地表表達(dá)用戶的的需求需求分析模模型的基本本組成RUP的分分析如同結(jié)結(jié)構(gòu)化分析析，其目標(biāo)標(biāo)之一是在在一個(gè)特定定的抽象層層上建立系系統(tǒng)分析模模型。為此此，RUPP首先給出出了3個(gè)術(shù)術(shù)語：分析析包、分析析類和用況況細(xì)化，用用于表達(dá)需需求中“大粒度”的概念，開開發(fā)人員使使用這些術(shù)術(shù)語可以規(guī)規(guī)約系統(tǒng)分分析中所要要使用的信信息分析類：是是類的一種種衍型，很很少有操作作和特征標(biāo)標(biāo)記，而用用責(zé)任來定定義其行為為，并且其其屬性和關(guān)關(guān)系也是概概念性的，包包括：邊界界類、實(shí)體體類、控制制類用況細(xì)化：是一個(gè)針針對一個(gè)用用況，其行行為

16、可用多多個(gè)分析類類之間的相相互作用來來細(xì)化，并并記為用況況細(xì)化分分析分析包：分分析包是一一種控制信信息組織復(fù)復(fù)雜性的機(jī)機(jī)制，提供供了分析制制品的一種種組織手段段，形成了了一些可管管理的部分分。建造一個(gè)系系統(tǒng)需求分分析模型的的活動和任任務(wù)，以及及各活動的的輸入和輸輸出體系結(jié)構(gòu)分分析：輸入入：用況模模型、補(bǔ)充充需求、業(yè)業(yè)務(wù)模型或或領(lǐng)域模型型、體系結(jié)結(jié)構(gòu)描述用況模型型;輸出出：分析包包概述、分析類類概述、體系結(jié)結(jié)構(gòu)描述分析細(xì)化用況：輸入：用用況模型、補(bǔ)充需求求、業(yè)務(wù)模模型或領(lǐng)域域模型、體體系結(jié)構(gòu)描描述分析析;輸出出：用況細(xì)細(xì)化分析析、分析析類概述述對類分析：輸入：用用況細(xì)化分析、分析類概述 輸出：分

17、分析類完完成對包進(jìn)行分分析：輸入入：系統(tǒng)體體系結(jié)構(gòu)描描述分析析、分析析包概述述輸出：分析類完成需求分析模模型對以后后開發(fā)工作作的影響對設(shè)計(jì)中子子系統(tǒng)的影影響。分析析包一般將將影響設(shè)計(jì)計(jì)子系統(tǒng)的的結(jié)構(gòu)對設(shè)計(jì)類的的影響。分分析包可以以作為類設(shè)設(shè)計(jì)時(shí)的規(guī)規(guī)格說明。對用況細(xì)化化設(shè)計(jì)的影響。用況細(xì)分分分析對用況細(xì)細(xì)化設(shè)計(jì)計(jì)有兩方方面影響，一一個(gè)是它們們有乃至于于為用況創(chuàng)創(chuàng)建更精確確的規(guī)格說說明，另一一個(gè)是當(dāng)對對用況進(jìn)行行設(shè)計(jì)時(shí)，用用況細(xì)化分析可可作為其輸輸入。需求獲取模模型與需求求分析模型型之間比較較語言描述不不同：客戶戶語言與開開發(fā)語言視圖：系統(tǒng)統(tǒng)外與系統(tǒng)統(tǒng)內(nèi)結(jié)構(gòu)：使用用用況予以以結(jié)構(gòu)化，給給出外部視

18、視角系統(tǒng)結(jié)結(jié)構(gòu)與使用用衍型類結(jié)結(jié)構(gòu)化，給給了部視角角系統(tǒng)結(jié)構(gòu)構(gòu)作用：標(biāo)注注“系統(tǒng)應(yīng)該該做什么，不不應(yīng)該做什什么”與可以做做出開發(fā)者者理解系統(tǒng)統(tǒng)如何勾畫畫、如何設(shè)設(shè)計(jì)和如何何實(shí)現(xiàn)基礎(chǔ)礎(chǔ)問題：可能能存在冗余余、不一致致和沖突等等問題與解解決了上述述問題捕獲系統(tǒng)功功能，包括括體系結(jié)構(gòu)構(gòu)方面具有有意義的功功能與給出出細(xì)化系統(tǒng)統(tǒng)功能，包包括在體系系結(jié)構(gòu)方面面具有意義義的功能定義一些進(jìn)進(jìn)一步需要要在分析模模型中予以以分析用況況與定義每每一個(gè)用況況細(xì)化設(shè)計(jì)層及相相關(guān)概念設(shè)計(jì)目標(biāo)：定義滿足足系統(tǒng)/產(chǎn)產(chǎn)品分析模模型所規(guī)約約需求的軟軟件結(jié)構(gòu)基本術(shù)語：設(shè)計(jì)子系系統(tǒng)、設(shè)計(jì)計(jì)類、用況況細(xì)化設(shè)設(shè)計(jì)、接接口、以及及用于表達(dá)

19、達(dá)子系統(tǒng)之之間關(guān)系的的依賴、用用于表達(dá)設(shè)設(shè)計(jì)類之間間關(guān)系的關(guān)關(guān)聯(lián)等 ，這這些術(shù)語確確定了系統(tǒng)統(tǒng)設(shè)計(jì)模型型的各種形形態(tài)設(shè)計(jì)模型的的基本組成成設(shè)計(jì)子系統(tǒng)統(tǒng)、設(shè)計(jì)類類、用況細(xì)細(xì)化設(shè)計(jì)計(jì)、接口口、以及用用于表達(dá)子子系統(tǒng)之間間關(guān)系的依依賴、用于于表達(dá)設(shè)計(jì)計(jì)類之間關(guān)關(guān)系的關(guān)聯(lián)聯(lián)等 ，這這些術(shù)語確確定了系統(tǒng)統(tǒng)設(shè)計(jì)模型型的各種形形態(tài)建造一個(gè)系系統(tǒng)設(shè)計(jì)模模型的活動動和任務(wù)，以以及各活動動的輸入與與輸出體系結(jié)構(gòu)設(shè)設(shè)計(jì)：輸入入：用況模模型、補(bǔ)充充需求、分分析模型、體系結(jié)構(gòu)構(gòu)描述分分析模型角角度;輸輸出：子系統(tǒng)概概述、接接口概述述、設(shè)計(jì)計(jì)類概述述、部署署模型概概述、體體系結(jié)構(gòu)描描述設(shè)計(jì)計(jì)設(shè)計(jì)用況：輸入：用用況模型、補(bǔ)

20、充需求求、分析模模型、部署署模型;輸出： 用用況設(shè)計(jì)計(jì)-實(shí)現(xiàn)、設(shè)計(jì)類類概述、子系統(tǒng)統(tǒng)概述、接口概述對類設(shè)計(jì)：輸入: 用況設(shè)設(shè)計(jì)-實(shí)現(xiàn)現(xiàn)、設(shè)計(jì)計(jì)類概述述、接口口概述 、分析類類完成;輸出：設(shè)計(jì)類完成 設(shè)計(jì)子系統(tǒng)統(tǒng)：體系結(jié)結(jié)構(gòu)描述設(shè)計(jì)、子系統(tǒng)概述、接口概概述;輸輸出：子系系統(tǒng)完成成、接口口完成如何處理需需求中所捕捕獲的非功功能需求。需求分析模模型與設(shè)計(jì)計(jì)模型之間間的比較第六章 軟軟件生存周周期過程與與管理1.基本概概念軟件測試：有規(guī)程地地發(fā)現(xiàn)錯(cuò)誤誤的過程，其其中錯(cuò)誤（EERRORR）:與所所期望的設(shè)設(shè)計(jì)之間的的偏差，該該偏差可能能產(chǎn)生不期期望的系統(tǒng)統(tǒng)行為或失失效。失效效(FAIILUREE):與所

21、所規(guī)約的系系統(tǒng)執(zhí)行之之間的偏差差。失效是是系統(tǒng)故障障或錯(cuò)誤的的后果。故故障（FAAULT）：導(dǎo)致錯(cuò)誤誤或失效的的不正常條條件。故障障可以是偶偶然性的或或是系統(tǒng)性性的。測試用例：為了發(fā)現(xiàn)現(xiàn)程序中的的故障而專專門設(shè)計(jì)的的一組數(shù)據(jù)據(jù)或腳本測試覆蓋率率：定量描描述一個(gè)或或一組測試試的效率2.簡答題題測試過程模模型，并分分析這一模模型在軟件件測試技術(shù)術(shù)研究以及及實(shí)踐中的的作用答：軟件測測試是一個(gè)個(gè)有程序的的過程，包包括測試設(shè)設(shè)計(jì)、測試試執(zhí)行、以以及測試結(jié)結(jié)果比較等等環(huán)境模型、被測模型型和錯(cuò)誤模模型在軟件件測試中扮扮演了一種種很重要的的角色;這這些模型的的質(zhì)量，特特別是程序序模型的質(zhì)質(zhì)量，對發(fā)發(fā)現(xiàn)錯(cuò)誤具具

22、有關(guān)鍵性性的作用軟件測試的的錯(cuò)誤假定定是，實(shí)際際結(jié)果與預(yù)預(yù)期結(jié)果不不符，而后后在此基礎(chǔ)礎(chǔ)上可進(jìn)一一步分析是是什么錯(cuò)誤誤軟件測試與與調(diào)度的區(qū)區(qū)別答：.測試從一一側(cè)面證明明程序員的的“失敗”。調(diào)度為為了證明程程序員是正正確的2).測試試以已知條條件開始，使使用預(yù)告定定義的程序序且有預(yù)知知的結(jié)果，不不可預(yù)見的的僅是程序序是否通過過測試3).測試試是有計(jì)劃劃的，并要要進(jìn)行測試試設(shè)計(jì)。高高度是不受受時(shí)間約束束的4).測試試是發(fā)現(xiàn)錯(cuò)錯(cuò)誤、改正正錯(cuò)誤、重重新測試的的過程。調(diào)調(diào)試是一個(gè)個(gè)推理過程程5).的執(zhí)執(zhí)行是有規(guī)規(guī)程的。調(diào)調(diào) 試的執(zhí)執(zhí)行往往要要求程序員員進(jìn)行必要要推理6).測試試經(jīng)常由獨(dú)獨(dú)立的測試試組在不

23、了了解軟件技技術(shù)的條件件下完成的的。高度必必須由了解解詳細(xì)設(shè)計(jì)計(jì)的程序員員完成7)大多數(shù)數(shù)測試的執(zhí)執(zhí)行和設(shè)計(jì)計(jì)可由工具具支持。調(diào)調(diào)試時(shí)，程程序員能利利用的工具具主要是調(diào)調(diào)試器程序流程圖圖的作用及及構(gòu)成答：著重于于過程屬性性描述簡述語名覆覆蓋、分支支覆蓋、條條件組合覆覆蓋、路徑徑覆蓋的含含義及它們們之間的關(guān)關(guān)系答：路徑覆覆蓋：執(zhí)行行所有可能能穿過程序序控制流程程的路徑語句覆蓋：至少執(zhí)行行程序中所所有語句一一次分支覆蓋：至少將程程序中的每每一個(gè)分支支執(zhí)行一次次條件覆蓋：指每個(gè)判判定中的所所有可能的的條件取值值至少執(zhí)行行一次條件組合覆覆蓋：設(shè)計(jì)計(jì)足夠測試試，使每個(gè)個(gè)判定中的的所有可能能的條件聚聚會組

24、合至至少執(zhí)行一一次存在以下關(guān)關(guān)系：語句覆蓋分支覆蓋蓋條件組組合覆蓋。路路徑覆蓋簡術(shù)單元測測試、集成成測試、有有效性測試試的含義及及它們之間間的區(qū)別答：單元測測試：主檢檢驗(yàn)軟件設(shè)設(shè)計(jì)的最小小單元模塊。該該測試以詳詳細(xì)設(shè)計(jì)文文檔為指導(dǎo)導(dǎo)，測試模模塊內(nèi)的重重要控制路路徑。集成測試：是軟件組組裝的一個(gè)個(gè)系統(tǒng)化技技術(shù)，其目目標(biāo)是發(fā)現(xiàn)現(xiàn)與接口有有關(guān)的錯(cuò)誤誤有效性測試試：發(fā)現(xiàn)軟軟件實(shí)現(xiàn)的的功能與需需求規(guī)格說說明書不一一致的錯(cuò)誤誤簡述路徑測測試技術(shù)、事務(wù)流測測技術(shù)的主主要依據(jù)答：一個(gè)依依據(jù)程序邏邏輯結(jié)構(gòu)，一一個(gè)依據(jù)軟軟件行為描描述簡述程序流流程圖與事事務(wù)流程圖圖之間的主主要區(qū)別，并并分析這些些區(qū)別的主主要原因

25、答：1)基基本模型元元素所表達(dá)達(dá)的語義不不同2)一個(gè)事事務(wù)不等 同于路徑徑測試中一一條路徑，可可能在中間間某處就完完成了某一一用戶工作作，終結(jié)了了一個(gè)事務(wù)務(wù)3).事務(wù)務(wù)流程圖中中的分支和和節(jié)點(diǎn)可能能是一個(gè)復(fù)復(fù)雜的過程程簡述白盒測測試技術(shù)的的要點(diǎn)，并并舉例說明明答：白盒測測試技術(shù)依依據(jù)程序的的邏輯結(jié)構(gòu)構(gòu)，以控制制流程圖作作為被測對對象建模工工具，其中中涉及過程程塊、分支支、節(jié)點(diǎn)、鏈以及路路徑，并針針對測試民民，給出了了4種覆蓋蓋策略：語語名覆蓋、分支覆蓋蓋、條件組組合覆蓋和和路徑覆蓋蓋，它們之之間具有偏偏序關(guān)系，并并且可根據(jù)據(jù)項(xiàng)目需求求給出其他他覆蓋策略略事務(wù)流測試試技術(shù)的要要點(diǎn)，并舉舉例說明

26、答：事務(wù)流流測試技術(shù)術(shù)是一種功功能測試技技術(shù)，目前前提出了很很多功能測測試技術(shù)，如如定義域測測試技術(shù)、等價(jià)類測測試技術(shù)以以及基于因因果圖的測測試技術(shù)等等，統(tǒng)稱為為黑盒子測測試技術(shù)。黑盒測試試將被測軟軟件看成黑黑盒子，只只通過外部部的輸入和和輸出來發(fā)發(fā)現(xiàn)軟件中中的錯(cuò)誤，因因此黑盒測測試是一種種基于軟件件規(guī)約的測測試第七章 軟軟件生存周周期過程與與管理1.基本概概念軟件生存周周期過程：軟件生存存周期是軟軟件產(chǎn)品或或系統(tǒng)的一一系列相關(guān)關(guān)活動的全全周期。從從形成概念念開媽，歷歷經(jīng)開發(fā)、交付使用用、在使用用中不斷修修訂和演化化，直到最最后被淘汰汰，讓位于于新的軟件件產(chǎn)品軟件生存周周期模型：是一個(gè)包包括軟

27、件產(chǎn)產(chǎn)品開發(fā)、運(yùn)行和維維護(hù)中有關(guān)關(guān)過程、活活動和任務(wù)務(wù)的框架，覆覆蓋了從該該系統(tǒng)的需需求定義到到系統(tǒng)的使使用終止過程管理：過程規(guī)則則與管理是是軟件項(xiàng)目目管理的一一項(xiàng)重要工工作。沒有有過程規(guī)劃劃就淡不上上過程管理理乃至項(xiàng)目目管理，沒沒有過程管管理就不可可能存在有有效的軟件件工程2.簡述軟軟件開發(fā)中中的過程類類，以及它它們的基本本作用和它它們之間的的基本關(guān)系系答：分為33類基本過程：那些軟件件生產(chǎn)直接接相關(guān)的活活動集，分分5個(gè)過程程：獲取過過程、供應(yīng)應(yīng)過程、開開發(fā)過程、運(yùn)行過程程和維護(hù)過過程支持過程：有關(guān)各方方面按他們們的目標(biāo)所所從事的一一系列相關(guān)關(guān)支持活動動集，有助助于提高系系統(tǒng)或軟件件產(chǎn)品的質(zhì)

28、質(zhì)量，分為為：文檔過過程、配置置管理過程程、質(zhì)量保保證過程、驗(yàn)證過程程、確認(rèn)過過程、聯(lián)合合評審過程程、審計(jì)過過程和問題題解決過程程等組織過程：與軟件生生產(chǎn)組織有有關(guān)的活動動集，分管管理過程、基礎(chǔ)設(shè)施施過程、培培訓(xùn)過程、改進(jìn)過程程3.在ISSO/IEEC122207-22008中中如何描述述一個(gè)過程程？舉例說說明答：1).為獲取方方獲取一個(gè)個(gè)軟件產(chǎn)品品或服務(wù)，為為供應(yīng)方開開發(fā)、運(yùn)行行、維護(hù)、提供和銷銷毀一個(gè)軟軟件產(chǎn)品，建建立了一種種軟件生存存周期框架架，包含過過程、活動動和任務(wù)，并并通過過程程分類、過過程描述，給給出它們之之間的內(nèi)在在關(guān)系2).為軟軟件生存周周期過程的的定義、控控制和改進(jìn)進(jìn)提供了

29、一一個(gè)過程，即即生存周期期模型管理理過程供應(yīng)過程：為獲取方方提供滿足足所協(xié)商需需求的產(chǎn)品品或服務(wù)軟件實(shí)現(xiàn)過過程：軟件件實(shí)現(xiàn)過程程是為了生生產(chǎn)一個(gè)已已規(guī)約系統(tǒng)統(tǒng)元素，作作為一個(gè)軟軟件產(chǎn)品或或服務(wù)而實(shí)實(shí)現(xiàn)軟件需求分分析過程：建立系統(tǒng)統(tǒng)軟件部分分的需求軟件體系結(jié)結(jié)構(gòu)設(shè)計(jì)：為軟件的的實(shí)現(xiàn)及其其可以按需需求進(jìn)行驗(yàn)驗(yàn)證，提供供一種設(shè)計(jì)計(jì)軟件驗(yàn)證過過程：證實(shí)實(shí)一個(gè)過程程或項(xiàng)目的的每一個(gè)軟軟件工作產(chǎn)產(chǎn)品/服務(wù)務(wù)是否正確確地反映所所規(guī)約的需需求軟件確認(rèn)過過程：證實(shí)實(shí)所期望的的軟件工作作產(chǎn)品是否否滿足其需需求？4.什么是是軟件開發(fā)發(fā)特定的過過程類？舉舉例說明5.什么是是驗(yàn)證和確確認(rèn)？簡述述它們的作作用和區(qū)別別答：

30、驗(yàn)證：證實(shí)一個(gè)個(gè)過程或項(xiàng)項(xiàng)目的每一一個(gè)軟件工工作產(chǎn)品/服務(wù)是否否正確地反反映所規(guī)約約的需求驗(yàn)證和確認(rèn)認(rèn)是有區(qū)別別的。驗(yàn)證是通過過提供的客客觀證據(jù)，證證實(shí)規(guī)約的的需求是否否得以滿足足確認(rèn)是通過過提供的客客觀證據(jù)，證證實(shí)有關(guān)特特定期望的的使用或應(yīng)應(yīng)用的需求求是否得以以滿足軟件確認(rèn)過過程：證實(shí)實(shí)所期望的的軟件工作作產(chǎn)品是否否滿足其需需求6.簡述瀑瀑布模型以以及可適應(yīng)應(yīng)的情況瀑布模型將將軟件生存存周期的各各項(xiàng)活動規(guī)規(guī)定為按固固定順序而而連接的若若干階段工工作，形如如瀑布流水水，最終得得到產(chǎn)品適應(yīng)情況：需求已被被很好的理理解，并且且開發(fā)組織織非常熟悉悉為實(shí)現(xiàn)這這一模型所所需求的過過程7.簡述演演化模型以

31、以及可適應(yīng)應(yīng)的情況答：表達(dá)了了一種彈性性的過程模模式，由一一些小的開開發(fā)步組成成，每一步步歷經(jīng)需求求分析、設(shè)設(shè)計(jì)、實(shí)現(xiàn)現(xiàn)和驗(yàn)證，產(chǎn)產(chǎn)生軟件產(chǎn)產(chǎn)品的一個(gè)個(gè)增量，通通過這些迭迭代，最終終完成軟件件產(chǎn)品的開開發(fā)主要針對事事先不能完完整定義需需求的軟件件開發(fā)8.簡述增增量模型的的優(yōu)缺點(diǎn)答：優(yōu)點(diǎn)11)第一個(gè)個(gè)可交付版版本所需要要的成本和和時(shí)間是較較少的，從從而可減少少開發(fā)由增增量表示的的小系統(tǒng)承承擔(dān)的風(fēng)險(xiǎn)險(xiǎn)2)由于很很快發(fā)布第第一個(gè)版本本，因此可可以減少用用戶需求的的變更3)允許增增量投資，即即在項(xiàng)目開開始時(shí)可以以僅對一個(gè)個(gè)或兩個(gè)增增量投資缺點(diǎn)：1)如果沒有有對用戶的的變更要求求進(jìn)行規(guī)劃劃，那么產(chǎn)產(chǎn)生的

32、初始始增量可能能會造成后后來增量的的不穩(wěn)定2)如果需需求不像早早期思考的的那樣穩(wěn)定定和完整，那那么一些增增量就可能能需要重新新開發(fā)，重重新發(fā)布3)由于進(jìn)進(jìn)度和配置置的復(fù)雜性性，可能會會增大管理理成本，超超出組織的的能力9簡述螺旋旋模型以及及它與其它它模型之間間的主要區(qū)區(qū)別答：螺旋模模型是瀑布布模型與深深化模型的的基礎(chǔ)上，加加入兩者所所忽略的風(fēng)風(fēng)險(xiǎn)分析所所建立的一一種軟件開開發(fā)模型螺旋模型關(guān)關(guān)注解決問問題的基本本步驟，即即標(biāo)識問題題，標(biāo)識一一些可選方方案，選擇擇一個(gè)最佳佳方案，遵遵循動作步步驟并實(shí)施施后續(xù)工作作，突出特特征，在開開發(fā)的迭代代中實(shí)際上上只有一個(gè)個(gè)迭代過程程真正開發(fā)發(fā)了可交付付的軟件

33、2)與深化化模型和增增量模型相相比，同樣樣使用了瀑瀑布模型作作為一個(gè)嵌嵌入的過程程，即分析析、設(shè)計(jì)、編碼、實(shí)實(shí)現(xiàn)和維護(hù)護(hù)的過程，并并且在框架架和全局體體系結(jié)構(gòu)方方面是等同同的。但是是，螺旋模模型所關(guān)注注的階段以以及它們的的活動是不不同的，如如增加一些些管理活動動和支持活活動。盡管管增量模型型也有一些些管理活動動，但它基基于以下假假定：需求求是最基本本的、并且且是唯一的的風(fēng)險(xiǎn)源，因因而在螺旋旋模型中增增大了決策策和風(fēng)險(xiǎn)的的空間，螺螺旋模型擴(kuò)擴(kuò)大了增量量模型的管管理范圍。如果項(xiàng)目的的開發(fā)風(fēng)險(xiǎn)險(xiǎn)很大或客客戶不能確確定系統(tǒng)需需求，在更更廣泛的意意義上來講講，還包括括一個(gè)系統(tǒng)統(tǒng)或系統(tǒng)類類型的要求求，這時(shí)

34、螺螺旋模型就就是一個(gè)好好的生存周周期模型第八章 集集成化能力力成熟度模模型一、術(shù)語解解釋過程域：是是一個(gè)業(yè)務(wù)務(wù)域中一束束相關(guān)實(shí)踐踐，當(dāng)它們們一起得以以實(shí)現(xiàn)時(shí)，就就滿足被認(rèn)認(rèn)為對該過過程域的改改善具有重重要作用的的一組條件件。過程改善：是指人為為設(shè)計(jì)的一一個(gè)活動程程序，其目目的是改進(jìn)進(jìn)組織的過過程性能和和成熟度，并并改進(jìn)這一一程序的結(jié)結(jié)果專用目標(biāo)：每一個(gè)過過程域中都都有一個(gè)或或多個(gè)“專用目標(biāo)標(biāo)”，用于描描述該過程程域必須呈呈現(xiàn)的一些些獨(dú)有特征征共用目標(biāo)：每一個(gè)過過程域中都都有一個(gè)或或多個(gè)“共用目標(biāo)標(biāo)”，用于描描述實(shí)現(xiàn)制制度化的該該過程必須須呈現(xiàn)的特特征專用實(shí)踐：每一個(gè)過過程域中都都有一個(gè)或或多個(gè)

35、“專用實(shí)踐踐”，這些專專用實(shí)踐被被認(rèn)為對于于達(dá)到該過過程域的專專用目標(biāo)是是重要活動動，即期望望以專用實(shí)實(shí)踐所描述述的活動，會會導(dǎo)致達(dá)到到一個(gè)過程程域的專用用目標(biāo)共用實(shí)踐：每一個(gè)過過程域中都都有一個(gè)或或多個(gè)“共用實(shí)踐踐”，這些共共用實(shí)踐被被認(rèn)為對于于達(dá)到該過過程域相關(guān)關(guān)的共用目目標(biāo)是重要要活動能力等級：是指單一一過程域中中已達(dá)到的的過程改善善，能力等等級是為了了管理，對對過程改善善程序所設(shè)設(shè)定的幾個(gè)個(gè)“臺階”成熟度等級級：是指達(dá)達(dá)到預(yù)先定定義的一組組過程域所所有目標(biāo)的的一種過程程改善等級級2.簡答題題CMMI提提出所基于于的基本思思想答：該模型型基于過程程途徑思想想，通過過過程把軟件件質(zhì)量的33

36、個(gè)支撐點(diǎn)點(diǎn)受訓(xùn)的的人員、規(guī)規(guī)程和方法法、工具和和設(shè)備進(jìn)行行集成，以以開發(fā)所期期望的系統(tǒng)統(tǒng)/產(chǎn)品。為此，CCMMI緊緊緊圍繞開開發(fā)、維護(hù)護(hù)和運(yùn)行，把把經(jīng)過證明明的“最佳實(shí)踐踐“放在一個(gè)個(gè)結(jié)構(gòu)中。該結(jié)構(gòu)有有乃至于指指導(dǎo)組織確確定其過程程的發(fā)送優(yōu)優(yōu)先次序;有乃至于于指導(dǎo)這些些改善的實(shí)實(shí)施，以提提高其過程程能力和成成熟度，并并且還支持持其它領(lǐng)域域（如獲取取和服務(wù)）能能力成熟度度模型開發(fā)發(fā)。什么是過程程制度化？在CMMMI把過程程制度化分分幾個(gè)等級級？簡要回回答每一等等級主要特特征簡述CMMMI模型支支持兩種過過程改善路路徑答：CMMMI提供了了兩種改善善路徑，一一是稱為能能力等級是是一種過程程改善路徑

37、徑，該路徑徑可使組織織針對單一一過程域不不斷改善該該過程域二是稱為成成熟度等級級也是一種種過程改善善路徑，該該路徑可使使組織通過過關(guān)注一組組過程域不不斷改善一一組相關(guān)過過程域簡述CMMMI模型的的模型部件件及部件間間關(guān)系組圖簡述專用實(shí)實(shí)踐與共用用實(shí)踐關(guān)系系答：專用實(shí)實(shí)踐：每一一個(gè)過程域域中都有一一個(gè)或多個(gè)個(gè)“專用實(shí)踐踐”，這些專專用實(shí)踐被被認(rèn)為對于于達(dá)到該過過程域的專專用目標(biāo)是是重要活動動，即期望望以專用實(shí)實(shí)踐所描述述的活動，會會導(dǎo)致達(dá)到到一個(gè)過程程域的專用用目標(biāo)共用實(shí)踐：每一個(gè)過過程域中都都有一個(gè)或或多個(gè)“共用實(shí)踐踐”，這些共共用實(shí)踐被被認(rèn)為對于于達(dá)到該過過程域相關(guān)關(guān)的共用目目標(biāo)是重要要活動，例例如，對共共有目