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

1、本科自考02333軟件工程課后習(xí)題答案2011版 王立福第1章 緒論1、解釋術(shù)語（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ì)發(fā)展的需求，成為社會(huì)，經(jīng)濟(jì)發(fā)展的制約因素，人們通常把這一現(xiàn)象稱為“軟件危機(jī)”。P152、 簡(jiǎn)答題（1） 簡(jiǎn)述軟件開發(fā)的本質(zhì)。答：軟件開發(fā)的本質(zhì)就是實(shí)現(xiàn)問題空間的概念和處理邏輯到解空間的概念和處理邏輯之間的映射。P19（2） 簡(jiǎn)述實(shí)施軟件開發(fā)的基本途徑。答：實(shí)施軟

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

3、1、解釋術(shù)語（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)的概念模型。P28 2、簡(jiǎn)述需求與需求規(guī)約的基本性質(zhì)。 答：需求的基本性質(zhì)：1） 必要的，該需求是用戶所要求的。2）無歧義的，該需求只能用一種方式解釋。 3）可測(cè)的，該需求是可進(jìn)行測(cè)試的。 4）可跟蹤的，該需求可從一個(gè)開發(fā)階段跟蹤到另

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

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

6、規(guī)約的內(nèi)容和作用。答：軟件需求規(guī)約的內(nèi)容有：引言、總體描述、特定需求、附錄、索引。P28需求規(guī)約的作用可概括為以下4點(diǎn)：1）需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同書，是產(chǎn)品功能及其環(huán)境的體現(xiàn)。 2）對(duì)于項(xiàng)目的其余大多數(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è)試計(jì)劃和用戶指南的基礎(chǔ)。P318、簡(jiǎn)述需求規(guī)約在項(xiàng)目開發(fā)中的基本作用。答：需求規(guī)約的作用可概括為以下4點(diǎn)：1）需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同書，是產(chǎn)品功能及其環(huán)境的體現(xiàn)。 2）對(duì)于項(xiàng)目的其余大多數(shù)工作，需求規(guī)約是一個(gè)管理

7、控制點(diǎn)。 3）對(duì)于產(chǎn)品/系統(tǒng)的設(shè)計(jì)，需求規(guī)約是一個(gè)正式的、受控的起始點(diǎn)。 4）需求規(guī)約是創(chuàng)建產(chǎn)品驗(yàn)收測(cè)試計(jì)劃和用戶指南的基礎(chǔ)。P319、簡(jiǎn)述需求規(guī)約和項(xiàng)目需求的不同。答：需求規(guī)約和項(xiàng)目需求是兩個(gè)不同的概念。需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同書，即關(guān)注產(chǎn)品需求，回答“交付給客戶的產(chǎn)品/系統(tǒng)是什么”；而項(xiàng)目需求是客戶和開發(fā)者之間有關(guān)技術(shù)合同產(chǎn)品/系統(tǒng)需求的理解，應(yīng)記錄在工作陳述中或其他某一項(xiàng)目文檔中，即關(guān)注項(xiàng)目工作與管理，回答“開發(fā)組要做的是什么”。P30第三章 結(jié)構(gòu)化方法1.基本概念需求分析：一般來說，分析是系統(tǒng)地使用信息，對(duì)一個(gè)問題的估算。軟件需求分析是這一概念的特化，即系統(tǒng)

8、化地使用“數(shù)據(jù)流”、“加工”、“數(shù)據(jù)存儲(chǔ)”、“數(shù)據(jù)源”和“數(shù)據(jù)潭”等術(shù)語所表達(dá)的信息，對(duì)待建系統(tǒng)“是什么”給出一個(gè)估算系統(tǒng)概念模型軟件設(shè)計(jì)：在需求分析的基礎(chǔ)上，定義滿足需求所需要的結(jié)構(gòu)，即針對(duì)給定的問題，給出該問題的軟件解決方案，確定“怎么做”的問題數(shù)據(jù)流圖：表達(dá)功能模型的工具，即數(shù)據(jù)流圖（Dataflow Diagram） 簡(jiǎn)稱DFD圖，簡(jiǎn)單的說，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根

9、據(jù)輸入數(shù)據(jù)的值，在其后的基干動(dòng)作序號(hào)（稱為一個(gè)事務(wù)）中選出一個(gè)來執(zhí)行模塊：執(zhí)行一個(gè)特殊任務(wù)的一個(gè)過程以及相關(guān)的數(shù)據(jù)結(jié)構(gòu)1.簡(jiǎn)答題2.何謂模塊耦合？簡(jiǎn)述模塊耦合的類型。答：耦合是不同模塊之間相互依賴程序的度量?jī)?nèi)容耦合：當(dāng)一個(gè)模塊直接修改或操作另一個(gè)模塊的數(shù)據(jù)，或一個(gè)模塊不通過正常入口而轉(zhuǎn)入到另一個(gè)模塊時(shí)，公共耦合：兩個(gè)或兩個(gè)以上的模塊共同引用一個(gè)全局?jǐn)?shù)據(jù)項(xiàng)控制耦合一個(gè)模塊通過氣喘吁吁向另一個(gè)模塊傳遞一個(gè)控制信息，接收信號(hào)的模塊根據(jù)信號(hào)值進(jìn)行適當(dāng)?shù)膭?dòng)作標(biāo)記耦合：若一個(gè)模塊A通過接口向兩個(gè)模塊B和C傳遞一個(gè)公共參數(shù)數(shù)據(jù)耦合：模塊之間通過參數(shù)來傳遞數(shù)據(jù)3.何謂模塊內(nèi)聚？簡(jiǎn)述模塊內(nèi)聚的類型。答：指一個(gè)模

10、塊內(nèi)部各成分之間相互關(guān)聯(lián)程度的度量偶然內(nèi)聚：一個(gè)模塊的各成分之間基本不存在任何關(guān)系邏輯內(nèi)聚：幾個(gè)邏輯上相關(guān)的功能被放在同一個(gè)模塊中時(shí)間內(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ù)集或生成同一數(shù)據(jù)集順序內(nèi)聚：一個(gè)模塊的各個(gè)成分和同一個(gè)功能密切相關(guān)，而且一個(gè)成分的輸出作為另一個(gè)成分的輸入功能內(nèi)聚：最理想的內(nèi)聚，模塊的所有成分對(duì)于完成單一的功能都是基本的。功能內(nèi)聚的模塊對(duì)完成其功能而言是充分必要的4.何謂模塊的控制域和模塊的作用域？并舉例說明控制域

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

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

13、構(gòu)模型的工具，通常飲食類、接口、關(guān)聯(lián)、泛化和依賴什么是順序圖的構(gòu)成成分？順序圖是一種交互圖，即由一組對(duì)象以及按時(shí)序組織的對(duì)象之間的關(guān)系組成，其中還飲食這些對(duì)象之間所發(fā)送的消息如何描述對(duì)象之間的關(guān)聯(lián)語義用況之間有哪幾種關(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)系為什么使用包？如何劃分包使用UML可以從那些

14、角度來刻畫一個(gè)系統(tǒng)的行為？為什么？何謂順序圖中的控制操作子？試舉例說明。為了控制交互行為描述的復(fù)雜性，以便更清晰地表達(dá)順序圖中的復(fù)雜控制，給出了個(gè)個(gè)控制操作子，選擇、條件、并發(fā)、迭代操作控制子第五章 面各對(duì)象方法RUP1.基本概念RUP的定義及主要特點(diǎn)RUP是一種軟件開發(fā)過程框架，基于面向?qū)ο蠓?hào)體系給出了有關(guān)軟件開發(fā)過程組織及實(shí)施的指導(dǎo)。該框架體現(xiàn)了3個(gè)突出特征，即以用況驅(qū)動(dòng)、體系結(jié)構(gòu)為中心以及迭代、增量式開發(fā)演化模型與“RUP增量、迭代開發(fā)”之間關(guān)系RUP迭代、增量式開發(fā)是演化模型的一個(gè)變體，即規(guī)定了“大的”迭代數(shù)量4個(gè)階段，并規(guī)定了每次迭代的目標(biāo)初使階段：獲得與特定腹部和平臺(tái)無關(guān)的系統(tǒng)體

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

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

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

18、求，術(shù)語表;輸出：用況精化4. 構(gòu)造人機(jī)接口原型：輸入：用況精華，用況模型概述，補(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)識(shí)系統(tǒng)參與者用況是系統(tǒng)向它的參與者提供結(jié)果（值）的功能塊，表達(dá)參與者使用系統(tǒng)的方式，因此一個(gè)用況可用于規(guī)約系統(tǒng)可執(zhí)行的、與參與者進(jìn)行交互的一個(gè)動(dòng)作序列，包括其中一些可選動(dòng)作序列，并且用況還

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

20、的，包括：邊界類、實(shí)體類、控制類用況細(xì)化：是一個(gè)針對(duì)一個(gè)用況，其行為可用多個(gè)分析類之間的相互作用來細(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)體系

21、結(jié)構(gòu)描述分析、分析包概述輸出：分析類完成需求分析模型對(duì)以后開發(fā)工作的影響1) 對(duì)設(shè)計(jì)中子系統(tǒng)的影響。分析包一般將影響設(shè)計(jì)子系統(tǒng)的結(jié)構(gòu)2) 對(duì)設(shè)計(jì)類的影響。分析包可以作為類設(shè)計(jì)時(shí)的規(guī)格說明。3) 對(duì)用況細(xì)化設(shè)計(jì)的影響。用況細(xì)分分析對(duì)用況細(xì)化設(shè)計(jì)有兩方面影響，一個(gè)是它們有乃至于為用況創(chuàng)建更精確的規(guī)格說明，另一個(gè)是當(dāng)對(duì)用況進(jìn)行設(shè)計(jì)時(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)該做什么”與可以做

22、出開發(fā)者理解系統(tǒng)如何勾畫、如何設(shè)計(jì)和如何實(shí)現(xiàn)基礎(chǔ)5) 問題：可能存在冗余、不一致和沖突等問題與解決了上述問題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ù)語：設(shè)計(jì)子系統(tǒng)、設(shè)計(jì)類、用況細(xì)化設(shè)計(jì)、接口、以及用于表達(dá)子系統(tǒng)之間關(guān)系的依賴、用于表達(dá)設(shè)計(jì)類之間關(guān)系的關(guān)聯(lián)等 ，這些術(shù)語確定了系統(tǒng)設(shè)計(jì)模型的各種形態(tài)設(shè)計(jì)模型的基本組成設(shè)計(jì)子系統(tǒng)、設(shè)計(jì)類、用況細(xì)化設(shè)計(jì)、接口、以及用于表達(dá)子系統(tǒng)之間關(guān)系的依賴、用于

23、表達(dá)設(shè)計(jì)類之間關(guān)系的關(guān)聯(lián)等 ，這些術(shù)語確定了系統(tǒng)設(shè)計(jì)模型的各種形態(tài)建造一個(gè)系統(tǒng)設(shè)計(jì)模型的活動(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ì)模

24、型之間的比較第六章 軟件生存周期過程與管理1.基本概念軟件測(cè)試：有規(guī)程地發(fā)現(xiàn)錯(cuò)誤的過程，其中錯(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)程序中的故障而專門設(shè)計(jì)的一組數(shù)據(jù)或腳本測(cè)試覆蓋率：定量描述一個(gè)或一組測(cè)試的效率2.簡(jiǎn)答題測(cè)試過程模型，并分析這一模型在軟件測(cè)試技術(shù)研究以及實(shí)踐中的作用答：軟件測(cè)試是一個(gè)有程序的過程，包括測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行、以及測(cè)試結(jié)果比較等1. 環(huán)境模型、被測(cè)

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

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

27、含義及它們之間的區(qū)別答：?jiǎn)卧獪y(cè)試：主檢驗(yàn)軟件設(shè)計(jì)的最小單元模塊。該測(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ī)格說明書不一致的錯(cuò)誤簡(jiǎn)述路徑測(cè)試技術(shù)、事務(wù)流測(cè)技術(shù)的主要依據(jù)答：一個(gè)依據(jù)程序邏輯結(jié)構(gòu)，一個(gè)依據(jù)軟件行為描述簡(jiǎn)述程序流程圖與事務(wù)流程圖之間的主要區(qū)別，并分析這些區(qū)別的主要原因答：1)基本模型元素所表達(dá)的語義不同2)一個(gè)事務(wù)不等 同于路徑測(cè)試中一條路徑，可能在中間某處就完成了某一用戶工作，終結(jié)了一個(gè)事務(wù)3).事務(wù)流程圖中的分支和節(jié)點(diǎn)可能是一個(gè)復(fù)雜的過程簡(jiǎn)述白盒測(cè)試技術(shù)的要點(diǎn)，并舉

28、例說明答：白盒測(cè)試技術(shù)依據(jù)程序的邏輯結(jié)構(gòu)，以控制流程圖作為被測(cè)對(duì)象建模工具，其中涉及過程塊、分支、節(jié)點(diǎn)、鏈以及路徑，并針對(duì)測(cè)試民，給出了4種覆蓋策略：語名覆蓋、分支覆蓋、條件組合覆蓋和路徑覆蓋，它們之間具有偏序關(guān)系，并且可根據(jù)項(xiàng)目需求給出其他覆蓋策略事務(wù)流測(cè)試技術(shù)的要點(diǎn)，并舉例說明 答：事務(wù)流測(cè)試技術(shù)是一種功能測(cè)試技術(shù)，目前提出了很多功能測(cè)試技術(shù)，如定義域測(cè)試技術(shù)、等價(jià)類測(cè)試技術(shù)以及基于因果圖的測(cè)試技術(shù)等，統(tǒng)稱為黑盒子測(cè)試技術(shù)。黑盒測(cè)試將被測(cè)軟件看成黑盒子，只通過外部的輸入和輸出來發(fā)現(xiàn)軟件中的錯(cuò)誤，因此黑盒測(cè)試是一種基于軟件規(guī)約的測(cè)試第七章 軟件生存周期過程與管理1.基本概念軟件生存周期過程：

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

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

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

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

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

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

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

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