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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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