本科自考02333軟件工程課后習(xí)題答案2011版

1、?本科自考02333軟件工程課后習(xí)題答案2021版 王立福?第1卓緒論1、解釋術(shù)語(1)軟件：軟件是指計算機(jī)系統(tǒng)中的程序及其文檔.P16(2)軟件工程：軟件工程是應(yīng)用計算機(jī)科學(xué)理論和技術(shù)以及工程治理原那么和方法,按預(yù)算和進(jìn)度實(shí)現(xiàn)滿足用戶要求的軟件產(chǎn)品的工程,或以此為研究對象的學(xué)科.P15(3)軟件危機(jī)：軟件生產(chǎn)率、軟件質(zhì)量遠(yuǎn)遠(yuǎn)滿足不了社會開展的需求,成為社會,經(jīng)濟(jì)開展的制約因素,人們通常把這一現(xiàn)象稱為“軟件危機(jī).P152、 簡做題(1)簡述軟件開發(fā)的本質(zhì).答：軟件開發(fā)的本質(zhì)就是實(shí)現(xiàn)問題空間的概念和處理邏輯到解空間的概念和處理邏輯之間的映射.P19(2)簡述實(shí)施軟件開發(fā)的根本途徑.答：實(shí)施軟件開

2、發(fā)的根本途徑是系統(tǒng)建模.所謂系統(tǒng)建模,是指運(yùn)用所掌握的知識,通過抽象,給出該系統(tǒng)的一個結(jié)構(gòu)一一系統(tǒng)模型.P19(3)簡述何謂模型以及軟件開發(fā)中所涉及的模型.答：模型是一個抽象.該抽象是在意圖所確定的角度和抽象層次對物理系統(tǒng)的一個描述, 描述其中的成分和成分之間所具有的特定語義的關(guān)系,還包括對該系統(tǒng)邊界的描述.軟件開發(fā)中所涉及的模型可分為兩大類,一類稱為概念模型,描述了系統(tǒng)是什么；另一類統(tǒng)稱為軟件模型,描述了實(shí)現(xiàn)概念模型的軟件解決方案.P19(4).簡述軟件開發(fā)所涉及的兩大類技術(shù).答：軟件開發(fā)所涉及的兩大類技術(shù)為：一是求解軟件的開發(fā)邏輯,二是求解軟件的開發(fā)手段.P17第2卓軟件需求與軟件需求規(guī)約

3、1、解釋術(shù)語(1)軟件需求軟件需求以一種技術(shù)形式,描述了一個產(chǎn)品 /系統(tǒng)應(yīng)該具有的功能、性能和其它性質(zhì).P23(2)功能需求功能需求規(guī)約了系統(tǒng)或系統(tǒng)構(gòu)件必須執(zhí)行的功能.P24(3)非公能需求非公能需求是性能、外部接口、設(shè)計約束和質(zhì)量屬性這4類需求的統(tǒng)稱.P23(4) 需求規(guī)約需求規(guī)約是一個軟件項(xiàng)/產(chǎn)品/系統(tǒng)所有需求陳述的正式文檔,它表達(dá)了一個軟件產(chǎn) 品/系統(tǒng)的概念模型.P282、簡述需求與需求規(guī)約的根本性質(zhì).答：需求的根本性質(zhì)：1)必要的,該需求是用戶所要求的.2)無歧義的,該需求只能用一種方式解釋.3 )可測的,該需求是可進(jìn)行測試的.4 )可跟蹤的,該需求可從一個開發(fā)階段跟蹤到另一個階段.5

4、 )可測量的,該需求是可測量的.P23需求規(guī)約的根本性質(zhì)：1 )重要性和穩(wěn)定性程度：按需求的重要性和穩(wěn)定性,對需求進(jìn)行分級.2 )可修改的：在不過多地影響其他需求的前提下,可以容易地修改一個單一需求.3)完整的：沒有被遺漏的需求.4) 一致的：不存在互斥的需求.P283、簡述軟件需求的分類.答：軟件需求可以分為兩大類：一類是功能需求,一類是非公能需求,而非公能需求可分為性能需求,外部接口需求、設(shè)計約束和質(zhì)量屬性需求.P234、舉例說明功能需求和非功能需求之間的根本關(guān)系.答：非功能需求可作用于一個或多個功能需求,例如非功能需求1非功能需求2其中,非功能需求1作用于功能需求1和功能需求3等；非功能

5、需求2作用于功能需求2 等.P245、有哪幾種常用的初始需求發(fā)現(xiàn)技術(shù)？答：有5種常用的需求發(fā)現(xiàn)技術(shù)：自悟、交談、觀察、小組會和提煉.P266、簡述需求規(guī)約的3種根本形式.(1)非形式化的需求規(guī)約.非形式化的需求規(guī)約即以一種自然語言來表達(dá)需求 規(guī)約,如同使用一種自然語言寫了一篇文章.(2)半形式化的需求規(guī)約.半形式化的需求規(guī)約即以半形式化符號體系(包括 術(shù)語表、標(biāo)準(zhǔn)化的表達(dá)格式等)來表達(dá)需求規(guī)約.(3)形式化的需求規(guī)約.形式化的需求規(guī)約即以一種基于良構(gòu)數(shù)學(xué)概念的符號體系來編制需求規(guī)約,一般往往伴有解釋性注釋的支持.P297、簡述軟件需求規(guī)約的內(nèi)容和作用.答：軟件需求規(guī)約的內(nèi)容有：引言、總體描述、

6、特定需求、附錄、索引. P28需求規(guī)約的作用可概括為以下 4點(diǎn)：1)需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同書,是產(chǎn)品功能及其環(huán)境的表達(dá).2 )對于工程的其余大多數(shù)工作,需求規(guī)約是一個治理限制點(diǎn).3 對于產(chǎn)品/系統(tǒng)的設(shè)計,需求規(guī)約是一個正式的、受控的起始點(diǎn).4 需求規(guī)約是創(chuàng)立產(chǎn)品驗(yàn)收測試方案和用戶指南的根底.P318、簡述需求規(guī)約在工程開發(fā)中的根本作用.答：需求規(guī)約的作用可概括為以下 4點(diǎn)：1需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同書,是產(chǎn)品功能及 其環(huán)境的表達(dá).2 對于工程的其余大多數(shù)工作,需求規(guī)約是一個治理限制點(diǎn).3 對于產(chǎn)品/系統(tǒng)的設(shè)計,需求規(guī)約是一個正式的、受控

7、的起始點(diǎn).4 需求規(guī)約是創(chuàng)立產(chǎn)品驗(yàn)收測試方案和用戶指南的根底.P319、簡述需求規(guī)約和工程需求的不同.答：需求規(guī)約和工程需求是兩個不同的概念.需求規(guī)約是軟件開發(fā)組織和用戶之間 一份事實(shí)上的技術(shù)合同書,即關(guān)注產(chǎn)品需求,答復(fù)“交付給客戶的產(chǎn)品/系統(tǒng)是什么；而工程需求是客戶和開發(fā)者之間有關(guān)技術(shù)合同一一產(chǎn)品 /系統(tǒng)需求的理解,應(yīng)記錄在工作 陳述中或其他某一工程文檔中,即關(guān)注工程工作與治理,答復(fù)“開發(fā)組要做的是什么.P30第三章結(jié)構(gòu)化方法1 .根本概念需求分析：一般來說,分析是系統(tǒng)地使用信息,對一個問題的估算.軟件需求分析是這 一概念的特化,即系統(tǒng)化地使用“數(shù)據(jù)流、“加工、“數(shù)據(jù)存儲、“數(shù)據(jù)源和“數(shù)據(jù)

8、潭等術(shù)語所表達(dá)的信息,對待建系統(tǒng)“是什么給出一個估算一一系統(tǒng)概念模型 軟件設(shè)計：在需求分析的根底上,定義滿足需求所需要的結(jié)構(gòu),即針對給定的問題,給 出該問題的軟件解決方案,確定“怎么做的問題數(shù)據(jù)流圖：表達(dá)功能模型白工具,即數(shù)據(jù)流圖Dataflow Diagram 簡稱DFC0,簡單 的說,DFD圖是一種描述數(shù)據(jù)變換的圖形化工具,其中飲食的元素可以是數(shù)據(jù)流、數(shù)據(jù)存 儲、加工、數(shù)據(jù)源和數(shù)據(jù)潭等變換型數(shù)據(jù)流圖：具有較明顯的輸入局部和變換主加工局部之間的界面變換局部和輸出局部之間界面的數(shù)據(jù)流圖事務(wù)型數(shù)據(jù)流圖：數(shù)據(jù)到達(dá)一個加工 T,該加工T根據(jù)輸入數(shù)據(jù)的值,在其后的基干動作序號稱為一個事務(wù)中選出一個來執(zhí)

9、行模塊：執(zhí)行一個特殊任務(wù)的一個過程以及相關(guān)的數(shù)據(jù)結(jié)構(gòu)2 .簡做題3 .何謂模塊耦合？簡述模塊耦合的類型.答：耦合是不同模塊之間相互依賴程序的度量內(nèi)容耦合：當(dāng)一個模塊直接修改或操作另一個模塊的數(shù)據(jù),或一個模塊不通過正常入口而轉(zhuǎn)入到另一個模塊時,公共耦合：兩個或兩個以上的模塊共同引用一個全局?jǐn)?shù)據(jù)項(xiàng)限制耦合一個模塊通過氣喘吁吁向另一個模塊傳遞一個限制信息,接收信號的模塊根據(jù)信號值進(jìn)行適當(dāng)?shù)膭幼鳂?biāo)記耦合：假設(shè)一個模塊A通過接口向兩個模塊B和C傳遞一個公共參數(shù)數(shù)據(jù)耦合：模塊之間通過參數(shù)來傳遞數(shù)據(jù)4 .何謂模塊內(nèi)聚？簡述模塊內(nèi)聚的類型.答：指一個模塊內(nèi)部各成分之間相互關(guān)聯(lián)程度的度量偶然內(nèi)聚：一個模塊的各成

10、分之間根本不存在任何關(guān)系邏輯內(nèi)聚：幾個邏輯上相關(guān)的功能被放在同一個模塊中時間內(nèi)聚：一個模塊完成的功能必須在同一時間內(nèi)執(zhí)行,但這些功能只是由于時間因素關(guān)聯(lián)在一起過程內(nèi)聚：一個模塊內(nèi)部的處理成分是相關(guān)的,而且這些處理必須以特定的次序執(zhí)行通信內(nèi)聚：一個模塊的所有成分都操作同一數(shù)據(jù)集或生成同一數(shù)據(jù)集順序內(nèi)聚：一個模塊的各個成分和同一個功能密切相關(guān),而且一個成分的輸出作為另一個成分的輸入功能內(nèi)聚：最理想的內(nèi)聚,模塊的所有成分對于完成單一的功能都是根本的.功能內(nèi)聚的模塊對完成其功能而言是充分必要的5 .何謂模塊的限制域和模塊的作用域？并舉例說明限制域：模塊本身以及所有直接或間接附屬于它的模塊的集合.作用域

11、：受該模塊內(nèi)的一個判定所影響的所有模塊的影響第四章面各對象方法UML1 .根本概念類及其屬性和操作類是一組具有相同屬性、操作、關(guān)系和語義的對象的描述.類的屬性是類的一個命名特征,該特征是由該類的所有對象所共享、用于表達(dá)對象狀態(tài)的數(shù)據(jù)接口是操作的一個集合,其中每個操作描述了類、構(gòu)件或子系統(tǒng)的一個效勞關(guān)聯(lián)及其鏈：關(guān)聯(lián)是類目之間的一種結(jié)構(gòu)關(guān)系,是對一組具有相同結(jié)構(gòu)、相同鏈的描述.鏈?zhǔn)菍ο笾g具有特定語義關(guān)系的抽象泛化：活佛是一般性類目稱為超類或父類和它的較為特殊性類目稱為子類之間的一種關(guān)系,有時稱為" is a kind of 關(guān)系聚合：聚合是關(guān)聯(lián)的一種特殊形式,表達(dá)的是一種“整體 /局部

12、關(guān)系依賴：依賴是一種使用關(guān)系,用于描述一個類目使用另一個類目的信息和效勞2 .簡做題 為了表達(dá)客觀事物,UML合出了哪些根本術(shù)語？答：為了支持抽象分析和設(shè)計中的事物, UML合出了 8個根本術(shù)語,即類、接口、協(xié)作、 用況、主動類、構(gòu)件、制品、結(jié)點(diǎn),并給出了這些根本術(shù)語的一些變體.為了表達(dá)客觀事物之間的關(guān)系,UML合出了哪些根本術(shù)語？這些術(shù)語之間是什么關(guān)系？關(guān)聯(lián)、泛化、細(xì)化和依賴,以及它們的一些變體什么是對象的構(gòu)成與表示？并說明.類是一組具有相同屬性、操作、關(guān)系和語義的對象的描述.對象是類的一個實(shí)例什么是類圖的構(gòu)成成分？答：類圖是可視化地表達(dá)系統(tǒng)表態(tài)結(jié)構(gòu)模型的工具,通常飲食類、接口、關(guān)聯(lián)、泛化和

13、依賴什么是順序圖的構(gòu)成成分？順序圖是一種交互圖,即由一組對象以及按時序組織的對象之間的關(guān)系組成,其中還飲食這些對象之間所發(fā)送的消息如何描述對象之間的關(guān)聯(lián)語義用況之間有哪幾種關(guān)系？在什么情況下需要建立狀態(tài)圖? 狀態(tài)圖可用于創(chuàng)立有關(guān)系統(tǒng)或系統(tǒng)成分的行為生存周期模型,表達(dá)有關(guān)系紡或系 統(tǒng)成分的一種動態(tài)結(jié)構(gòu),給出有關(guān)系統(tǒng)或系統(tǒng)成分在生存期間有哪些階段、每一 階段可從事的活動以及對外所呈現(xiàn)的特征等 方面 的信息對象操作和對象狀態(tài)之間的關(guān)系是什么？同時引入“操作和“方法的目的是什么？答：表達(dá)模型化包之間的關(guān)系為什么使用包？如何劃分包使用UMW以從那些角度來刻畫一個系統(tǒng)的行為？為什么？何謂順序圖中的限制操作

14、子？試舉例說明.為了限制交互行為描述的復(fù)雜性,以便更清楚地表達(dá)順序圖中的復(fù)雜限制,給出了個個 限制操作子,選擇、條件、并發(fā)、迭代操作限制子第五章面各對象方法RUP1.根本概念RUP勺定義及主要特點(diǎn)RU提一種軟件開發(fā)過程框架,基于面向?qū)ο蠓栿w系給出了有關(guān)軟件開發(fā)過程組織及實(shí) 施的指導(dǎo).該框架表達(dá)了 3個突出特征,即以用況驅(qū)動、體系結(jié)構(gòu)為中央以及迭代、增 量式開發(fā)演化模型與“ RUP曾量、迭代開發(fā)之間關(guān)系RURt代、增量式開發(fā)是演化模型的一個變體,即規(guī)定了 “大的迭代數(shù)量4個階段,并規(guī)定了每次迭代的目標(biāo)初使階段：獲得與特定腹部和平臺無關(guān)的系統(tǒng)體系結(jié)構(gòu)輪廓,以此建立產(chǎn)品功能范圍；編制實(shí)例業(yè)務(wù)實(shí)例,

15、從業(yè)務(wù)角度指出該工程的價值,減少工程主要的錯誤風(fēng)險精華階段：通過捕獲并描述系統(tǒng)的大局部需求,建立系統(tǒng)體系結(jié)構(gòu)基線的第一個版本,主要包括用況模型和分析模型,減少次要的錯誤風(fēng)險,到該階段未,就能夠估算本錢、進(jìn)步,并能詳細(xì)地規(guī)劃構(gòu)造階段構(gòu)造階段：通過演化,形成最終的系統(tǒng)體系結(jié)構(gòu)基線,開發(fā)完整的系統(tǒng),保證產(chǎn)品可以開始向客戶交付,即具有初始操作水平移交階段：保證有一個實(shí)在的產(chǎn)品發(fā)布給用戶群.期間培訓(xùn)用戶如何使用該軟件RUPW UM/間關(guān)系RUPW UMLM一對“姐妹,它們構(gòu)成了一種特定的軟件開發(fā)方法學(xué).其中,UML作為一種可視化建模語言,給出了表達(dá)事物和事物之間關(guān)系的根本術(shù)語,給出了多種模型的表達(dá)工具；

16、而RUPRJ用這些術(shù)語定義了需求獲取層、系統(tǒng)分析層、設(shè)計層、實(shí)現(xiàn)層,并給出了實(shí)現(xiàn)各層模型之間映射的根本活動以及相關(guān)指導(dǎo)什么是特征Teature ?舉例如何描述它.從客戶、用戶、方案者、開發(fā)者想法和意愿中搜取特征,形成特征表.特征是一個新的項(xiàng)及其簡要描述“按不同科目計算平均成績計算平均成績：按所學(xué)的不同科目計算每一個學(xué)生的期末測試平均成績,給出分?jǐn)?shù)段并描述其狀態(tài)如提議、批準(zhǔn)、合并和驗(yàn)證等、實(shí)施的代價及風(fēng)險、重要程度以及對其他特征的影響等特征可作為需求,并被轉(zhuǎn)換為其它制品需求獲取層及相關(guān)概念需求獲取層目標(biāo)：使用 UML中的用況、參與者以及依賴等 術(shù)語來抽象客觀實(shí)際問題,形成系統(tǒng)的需求獲取模型；根本

17、術(shù)語：用況、參與者、用于表達(dá)用況參與者之間關(guān)系的關(guān)聯(lián)、用于表達(dá)況之間的包含和擴(kuò)展、用于表達(dá)參與者之間關(guān)系泛化.術(shù)語確定了系統(tǒng)用況模型的各種形態(tài)需求獲取模型的根本組成使用UML中的用況、參與者以及依賴等 術(shù)語來抽象客觀實(shí)際問題,形成系統(tǒng)的需求獲 取模型建造一個系統(tǒng)需求獲取模型的活動和任務(wù),以及各活動的輸入和輸出1 .發(fā)現(xiàn)描述參與者和用況,輸入：業(yè)務(wù)模型或領(lǐng)域模型,補(bǔ)充需求,特征表 ；輸出：用況 模型概述,術(shù)語表2 .賦予用況優(yōu)先級：輸入：用況模型概述,補(bǔ)充需求,術(shù)語表；輸出：體系結(jié)構(gòu)描述用 況模型視角3 .精華用況：輸入：用況模型概述,補(bǔ)充需求,術(shù)語表；輸出：用況精化4 .構(gòu)造人機(jī)接口原型：輸入

18、：用況精華,用況模型概述,補(bǔ)充需求,術(shù)語表；輸出： 人機(jī)接口原理5 .用況模型結(jié)構(gòu)化：輸入：用況精華,用況模型概述,補(bǔ)充需求,術(shù)語表；輸出：用 況模型精化如何描述系統(tǒng)的參與者和用況？舉例說明參與者：發(fā)現(xiàn)參與者與描述參與者：1之前已經(jīng)存在業(yè)務(wù)用況模型,可依據(jù)業(yè)務(wù)模型直接發(fā)現(xiàn)一些候選參與者,2沒有業(yè)務(wù)用況模型,即使存在領(lǐng)域模型,也需要系統(tǒng)分析人 員與客戶一起來標(biāo)識系統(tǒng)參與者用況是系統(tǒng)向它的參與者提供結(jié)果值的功能塊,表達(dá)參與者使用系統(tǒng)的方式,因此 一個用況可用于規(guī)約系統(tǒng)可執(zhí)行的、與參與者進(jìn)行交互的一個動作序列,包括其中一些 可選動作序列,并且用況還有自己 的屬性需求獲取層對以后開發(fā)工作的影響？需求分

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

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

21、析模型對以后開發(fā)工作的影響1對設(shè)計中子系統(tǒng)的影響.分析包一般將影響設(shè)計子系統(tǒng)的結(jié)構(gòu)2對設(shè)計類的影響.分析包可以作為類設(shè)計時的規(guī)格說明.3對用況細(xì)化設(shè)計的影響.用況細(xì)分分析對用況細(xì)化設(shè)計有兩方面影響,一個是 它們有乃至于為用況創(chuàng)立更精確的規(guī)格說明,另一個是當(dāng)對用況進(jìn)行設(shè)計時,用況細(xì) 化分析可作為其輸入.需求獲取模型與需求分析模型之間比擬1語言描述不同：客戶語言與開發(fā)語言2視圖：系統(tǒng)外與系統(tǒng)內(nèi)3結(jié)構(gòu)：使用用況予以結(jié)構(gòu)化,給出外部視角系統(tǒng)結(jié)構(gòu)與使用衍型類結(jié)構(gòu)化,給了部視角系統(tǒng)結(jié)構(gòu)4作用：標(biāo)注“系統(tǒng)應(yīng)該做什么,不應(yīng)該做什么與可以做出開發(fā)者理解系統(tǒng)如何勾畫、 如何設(shè)計和如何實(shí)現(xiàn)根底5問題：可能存在冗余、

22、不一致和沖突等問題與解決了上述問題6捕獲系統(tǒng)功能,包括體系結(jié)構(gòu)方面具有意義的功能與給出細(xì)化系統(tǒng)功能,包括在體系結(jié)構(gòu)方面具有意義的功能7定義一些進(jìn)一步需要在分析模型中予以分析用況與定義每一個用況細(xì)化設(shè)計層及相關(guān)概念設(shè)計目標(biāo)：定義滿足系統(tǒng)/產(chǎn)品分析模型所規(guī)約需求的軟件結(jié)構(gòu)根本術(shù)語：設(shè)計子系統(tǒng)、設(shè)計類、用況細(xì)化 設(shè)計、接口、以及用于表達(dá)子系統(tǒng)之間關(guān)系的依賴、用于表達(dá)設(shè)計類之間關(guān)系的關(guān)聯(lián)等,這些術(shù)語確定了系統(tǒng)設(shè)計模型的各種形態(tài)設(shè)計模型的根本組成設(shè)計子系統(tǒng)、設(shè)計類、用況細(xì)化設(shè)計、接口、以及用于表達(dá)子系統(tǒng)之間關(guān)系的依賴、用于表達(dá)設(shè)計類之間關(guān)系的關(guān)聯(lián)等,這些術(shù)語確定了系統(tǒng)設(shè)計模型的各種形態(tài)建造一個系統(tǒng)設(shè)計模

23、型的活動和任務(wù),以及各活動的輸入與輸出體系結(jié)構(gòu)設(shè)計：輸入：用況模型、補(bǔ)充需求、分析模型、體系結(jié)構(gòu)描述分析模型角度;輸出：子系統(tǒng)概述、接口 概述、設(shè)計類概述、部署模型概述、體系結(jié)構(gòu)描述設(shè)計設(shè)計用況：輸入：用況模型、補(bǔ)充需求、分析模型、部署模型 ；輸出：用況設(shè)計-實(shí)現(xiàn)、設(shè)計類概述、子系統(tǒng)概述、接口概述對類設(shè)計：輸入：用況設(shè)計-實(shí)現(xiàn)、設(shè)計類概述、接口概述、分析類完成;輸出:設(shè)計類完成設(shè)計子系統(tǒng)：體系結(jié)構(gòu)描述設(shè)計、子系統(tǒng)概述、接口 概述;輸出：子系統(tǒng)完成、接口 完成如何處理需求中所捕獲的非功能需求.需求分析模型與設(shè)計模型之間的比擬第六章軟件生存周期過程與治理1 .根本概念軟件測試：有規(guī)程地發(fā)現(xiàn)錯誤的過

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

25、的質(zhì)量,對發(fā)現(xiàn)錯誤具有關(guān)鍵性的作用2 .軟件測試的錯誤假定是,實(shí)際結(jié)果與預(yù)期結(jié)果不符,而后在此根底上可進(jìn)一步分析是什么錯誤軟件測試與調(diào)度的區(qū)別答：1) .測試從一側(cè)面證實(shí)程序員的“失敗.調(diào)度為了證實(shí)程序員是正確的2) .測試以條件開始,使用預(yù)告定義的程序且有預(yù)知的結(jié)果,不可預(yù)見的僅是程序是否通過測試3) .測試是有方案的,并要進(jìn)行測試設(shè)計.高度是不受時間約束的4) .測試是發(fā)現(xiàn)錯誤、改正錯誤、重新測試的過程.調(diào)試是一個推理過程5) .的執(zhí)行是有規(guī)程的.調(diào) 試的執(zhí)行往往要求程序員進(jìn)行必要推理6) .測試經(jīng)常由獨(dú)立的測試組在不了解軟件技術(shù)的條件下完成的.高度必須由了解詳細(xì)設(shè)計的程序員完成7)大多數(shù)

26、測試的執(zhí)行和設(shè)計可由工具支持.調(diào)試時,程序員能利用的工具主要是調(diào)試器程序流程圖的作用及構(gòu)成答：著重于過程屬性描述簡述語名覆蓋、分支覆蓋、條件組合覆蓋、路徑覆蓋的含義及它們之間的關(guān)系答：路徑覆蓋：執(zhí)行所有可能穿過程序限制流程的路徑語句覆蓋：至少執(zhí)行程序中所有語句一次分支覆蓋：至少將程序中的每一個分支執(zhí)行一次條件覆蓋：指每個判定中的所有可能的條件取值至少執(zhí)行一次條件組合覆蓋：設(shè)計足夠測試,使每個判定中的所有可能的條件聚會組合至少執(zhí)行一次存在以下關(guān)系：語句覆蓋?分支覆蓋?條件組合覆蓋?.路徑覆蓋簡術(shù)單元測試、集成測試、有效性測試的含義及它們之間的區(qū)別答：單元測試：主檢驗(yàn)軟件設(shè)計的最小單元一一模塊.該

27、測試以詳細(xì)設(shè)計文檔為指導(dǎo),測試模塊內(nèi)的重要限制路徑.集成測試：是軟件組裝的一個系統(tǒng)化技術(shù),其目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的錯誤有效性測試：發(fā)現(xiàn)軟件實(shí)現(xiàn)的功能與需求規(guī)格說明書不一致的錯誤簡述路徑測試技術(shù)、事務(wù)流測技術(shù)的主要依據(jù)答：一個依據(jù)程序邏輯結(jié)構(gòu),一個依據(jù)軟件行為描述簡述程序流程圖與事務(wù)流程圖之間的主要區(qū)別,并分析這些區(qū)別的主要原因答：1根本模型元素所表達(dá)的語義不同2一個事務(wù)不等 同于路徑測試中一條路徑,可能在中間某處就完成了某一用戶工作,終結(jié)了一個事務(wù)3.事務(wù)流程圖中的分支和節(jié)點(diǎn)可能是一個復(fù)雜的過程簡述白盒測試技術(shù)的要點(diǎn),并舉例說明答：白盒測試技術(shù)依據(jù)程序的邏輯結(jié)構(gòu),以限制流程圖作為被測對象建模工

28、具,其中涉及過程塊、分支、節(jié)點(diǎn)、鏈以及路徑,并針對測試民,給出了4種覆蓋策略：語名覆蓋、分支覆蓋、條件組合覆蓋和路徑覆蓋,它們之間具有偏序關(guān)系,并且可根據(jù)工程需求給出其他覆蓋策略事務(wù)流測試技術(shù)的要點(diǎn),并舉例說明答：事務(wù)流測試技術(shù)是一種功能測試技術(shù),目前提出了很多功能測試技術(shù),如定義域測 試技術(shù)、等價類測試技術(shù)以及基于因果圖的測試技術(shù)等,統(tǒng)稱為黑盒子測試技術(shù).黑盒 測試將被測軟件看成黑盒子,只通過外部的輸入和輸出來發(fā)現(xiàn)軟件中的錯誤,因此黑盒 測試是一種基于軟件規(guī)約的測試第七章軟件生存周期過程與治理1 .根本概念軟件生存周期過程：軟件生存周期是軟件產(chǎn)品或系統(tǒng)的一系列相關(guān)活動的全周期.從形 成概念開

29、媽,歷經(jīng)開發(fā)、交付使用、在使用中不斷修訂和演化,直到最后被淘汰,讓位 于新的軟件產(chǎn)品軟件生存周期模型：是一個包括軟件產(chǎn)品開發(fā)、運(yùn)行和維護(hù)中有關(guān)過程、活動和任務(wù)的 框架,覆蓋了從該系統(tǒng)的需求定義到系統(tǒng)的使用終止過程治理：過程規(guī)那么與治理是軟件工程治理的一項(xiàng)重要工作.沒有過程規(guī)劃就淡不上過 程治理乃至工程治理,沒有過程治理就不可能存在有效的軟件工程2 .簡述軟件開發(fā)中的過程類,以及它們的根本作用和它們之間的根本關(guān)系 答：分為3類根本過程：那些軟件生產(chǎn)直接相關(guān)的活動集,分 5個過程：獲取過程、供給過程、開發(fā) 過程、運(yùn)行過程和維護(hù)過程支持過程：有關(guān)各方面按他們的目標(biāo)所從事的一系列相關(guān)支持活動集,有助于

30、提升系統(tǒng) 或軟件產(chǎn)品的質(zhì)量,分為：文檔過程、配置治理過程、質(zhì)量保證過程、驗(yàn)證過程、確認(rèn) 過程、聯(lián)合評審過程、審計過程和問題解決過程等組織過程：與軟件生產(chǎn)組織有關(guān)的活動集,分治理過程、根底設(shè)施過程、培訓(xùn)過程、改 進(jìn)過程3 .在ISO/IEC12207-2021中如何描述一個過程？舉例說明答：1).為獲取方獲取一個軟件產(chǎn)品或效勞,為供給方開發(fā)、運(yùn)行、維護(hù)、提供和銷毀一 個軟件產(chǎn)品,建立了一種軟件生存周期框架,包含過程、活動和任務(wù),并通過過程分類、 過程描述,給出它們之間的內(nèi)在關(guān)系2).為軟件生存周期過程的定義、限制和改良提供了一個過程,即生存周期模型治理過程供給過程：為獲取方提供滿足所協(xié)商需求的產(chǎn)

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

32、過提供的客觀證據(jù),證實(shí)有關(guān)特定期望的使用或應(yīng)用的需求是否得以滿足軟件確認(rèn)過程：證實(shí)所期望的軟件工作產(chǎn)品是否滿足其需求6 .簡述瀑布模型以及可適應(yīng)的情況瀑布模型將軟件生存周期的各項(xiàng)活動規(guī)定為按固定順序而連接的假設(shè)干階段工作,形如瀑布流水,最終得到產(chǎn)品適應(yīng)情況：需求已被很好的理解,并且開發(fā)組織非常熟悉為實(shí)現(xiàn)這一模型所需求的過程7 .簡述演化模型以及可適應(yīng)的情況答：表達(dá)了一種彈性的過程模式,由一些小的開發(fā)步組成,每一步歷經(jīng)需求分析、設(shè)計、實(shí)現(xiàn)和驗(yàn)證,產(chǎn)生軟件產(chǎn)品的一個增量,通過這些迭代,最終完成軟件產(chǎn)品的開發(fā)主要針對事先不能完整定義需求的軟件開發(fā)8,簡述增量模型的優(yōu)缺點(diǎn)答：優(yōu)點(diǎn)1第一個可交付版本所需

33、要的本錢和時間是較少的,從而可減少開發(fā)由增量表示的小系統(tǒng)承當(dāng)?shù)娘L(fēng)險 2由于很快發(fā)布第一個版本,因此可以減少用戶需求的變更3允許增量投資,即在工程開始時可以僅對一個或兩個增量投資缺點(diǎn)：1如果沒有對用戶的變更要求進(jìn)行規(guī)劃,那么產(chǎn)生的初始增量可能會造成后來增量的不穩(wěn)定2如果需求不像早期思考的那樣穩(wěn)定和完整,那么一些增量就可能需要重新開發(fā),重新發(fā)布3由于進(jìn)度和配置的復(fù)雜性,可能會增大治理本錢,超出組織的水平9簡述螺旋模型以及它與其它模型之間的主要區(qū)別答：螺旋模型是瀑布模型與深化模型的根底上,參加兩者所忽略的風(fēng)險分析所建立的一 種軟件開發(fā)模型螺旋模型關(guān)注解決問題的根本步驟,即標(biāo)識問題,標(biāo)識一些可選方案,

34、選擇一個最正確方 案,遵循動作步驟并實(shí)施后續(xù)工作,突出特征,在開發(fā)的迭代中實(shí)際上只有一個迭代過 程真正開發(fā)了可交付的軟件2與深化模型和增量模型相比,同樣使用了瀑布模型作為一個嵌入的過程,即分析、設(shè) 計、編碼、實(shí)現(xiàn)和維護(hù)的過程,并且在框架和全局體系結(jié)構(gòu)方面是等同的.但是,螺旋 模型所關(guān)注的階段以及它們的活動是不同的,如增加一些治理活動和支持活動.盡管增 量模型也有一些治理活動,但它基于以下假定：需求是最根本的、并且是唯一的風(fēng)險源, 因而在螺旋模型中增大了決策和風(fēng)險的空間,螺旋模型擴(kuò)大了增量模型的治理范圍.如果工程的開發(fā)風(fēng)險很大或客戶不能確定系統(tǒng)需求,在更廣泛的意義上來講,還包括個系統(tǒng)或系統(tǒng)類型的

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

36、的活動,會導(dǎo)致到達(dá)一個過 程域的專用目標(biāo) 共用實(shí)踐：每一個過程域中都有一個或多個“共用實(shí)踐,這些共用實(shí)踐被認(rèn)為對于到達(dá)該過程域相關(guān)的共用目標(biāo)是重要活動水平等級：是指單一過程域中已到達(dá)的過程改善,水平等級是為了治理,對過程改善程序所設(shè)定的幾個“臺階成熟度等級：是指到達(dá)預(yù)先定義的一組過程域所有目標(biāo)的一種過程改善等級2 .簡做題CMM提出所基于的根本思想答：該模型基于過程途徑思想,通過過程把軟件質(zhì)量的 3個支撐點(diǎn)一一受訓(xùn)的人員、規(guī) 程和方法、工具和設(shè)備進(jìn)行集成,以開發(fā)所期望的系統(tǒng)/產(chǎn)品.為此,CMM緊緊圍繞開發(fā)、 維護(hù)和運(yùn)行,把經(jīng)過證實(shí)的“最正確實(shí)踐放在一個結(jié)構(gòu)中.該結(jié)構(gòu)有乃至于指導(dǎo)組織確 定其過程的發(fā)送優(yōu)先次序；有乃至于指導(dǎo)這些改善的實(shí)施,以提升其過程水平和成熟度, 并且還支持其它領(lǐng)域如獲取和效勞水平成熟度模型開發(fā).什么是過程制度化？在CMM把過程制度化分幾個等級？簡要答復(fù)每一等級主要特征簡述CMM模型支持兩種過程改善路徑答：CMM提供了兩種改善路徑,一是稱為水平等級是一種過程改善路徑,該路徑可使組織針對單一過程域不斷改善該過程域二是稱為成熟度等級也是一種過程改善路徑,該路徑可使組織通過關(guān)注一組過程