軟工簡(jiǎn)答題+綜合題

1、附錄A習(xí)題答案第1章習(xí)題答案三、簡(jiǎn)答題.軟件的特點(diǎn)：軟件具有抽象性。軟件與硬件的生產(chǎn)方式不同。軟件與硬件的維護(hù)方式不同。軟件具有復(fù)雜的邏輯性。軟件的成本較高。軟件的使用和社會(huì)因素有關(guān)。.軟件危機(jī)產(chǎn)生的原因：用戶需求不明確。 缺乏正確的理論指導(dǎo)。軟件開發(fā)規(guī)模越來越大。軟件開發(fā)復(fù)雜度越來越高。.軟件危機(jī)的主要表現(xiàn)：軟件開發(fā)進(jìn)度難以預(yù)測(cè)。 軟件開發(fā)成本難以控制。用戶對(duì)產(chǎn)品功能難以滿足。軟件產(chǎn)品質(zhì)量無法保證。 軟件產(chǎn)品難以維護(hù)。軟件缺少適當(dāng)?shù)奈臋n資料。.軟件工程學(xué)的基本原則有哪些 ：抽象。信息隱蔽。模塊化。局部化。確定性。一致性。完備性?？沈?yàn)證性。5什么是軟件的生命周期？答案：軟件與任何一個(gè)事物一樣，

2、有它的孕育、誕生、成長(zhǎng)、成熟、衰亡的生存過程。這就是軟件的生存周期。6軟件工程過程有哪幾個(gè)基本過程活動(dòng)？試說明之。答案：軟件工程過程的基本過程活動(dòng)有4步：軟件規(guī)格說明（需求定義）。規(guī)定軟件的功能及其運(yùn)行的限制；軟件設(shè)計(jì)與開發(fā)（設(shè)計(jì)開發(fā)）。產(chǎn)生滿足規(guī)格說明的軟件；軟件確認(rèn)（測(cè)試）。確認(rèn)軟件能夠完成客戶提出的要求；軟件演進(jìn)（維護(hù)）。為滿足客戶的變更要求，軟件必須在使用的過程中演進(jìn)。附錄A習(xí)題答案四、綜合題1,詳細(xì)說明軟件生命周期分哪幾個(gè)階段？答案：軟件生命周期主要分為 的階段：軟件項(xiàng)目計(jì)劃、軟件需求分析和定義、軟 件設(shè)計(jì)、程序編碼、軟件測(cè)試，以及運(yùn)行維護(hù)。(1)軟件項(xiàng)目計(jì)劃：在這一步要確定軟件工作

3、范圍，進(jìn)行軟件風(fēng)險(xiǎn)分析，預(yù)計(jì)軟 件開發(fā)所需要的資源，建立成本與進(jìn)度的估算。根據(jù)有關(guān)成本與進(jìn)度的限制 分析項(xiàng)目的可行性。(2)軟件需求分析和定義 ：在這一步詳細(xì)定義分配給軟件的系統(tǒng)元素?？梢杂靡?下兩種方式中的一種對(duì)需求進(jìn)行分析和定義。一種是正式的信息域分析，可 用于建立信息流和信息結(jié)構(gòu)的模型，然后逐漸擴(kuò)充這些模型成為軟件的規(guī)格 說明。另一種是軟件原型化方法，即建立軟件原型，并由用戶進(jìn)行評(píng)價(jià)，從 而確定軟件需求。(3)軟件設(shè)計(jì)：軟件的設(shè)計(jì)過程分兩步走。第一步進(jìn)行概要設(shè)計(jì)，以結(jié)構(gòu)設(shè)計(jì)和 數(shù)據(jù)設(shè)計(jì)開始，建立程序的模塊結(jié)構(gòu)，定義接口并建立數(shù)據(jù)結(jié)構(gòu)。此外，要 使用一些設(shè)計(jì)準(zhǔn)則來判斷軟件的質(zhì)量。第二步做詳

4、細(xì)設(shè)計(jì)，考慮設(shè)計(jì)每一個(gè) 模塊部件的過程描述。經(jīng)過評(píng)審后，把每一個(gè)加細(xì)的過程性描述加到設(shè)計(jì)規(guī) 格說明中去。(4)程序編碼：在設(shè)計(jì)完成之后，用一種適當(dāng)?shù)某绦蛟O(shè)計(jì)語(yǔ)言或CASE：具生成源程序。應(yīng)當(dāng)就風(fēng)格及清晰性對(duì)代碼進(jìn)行評(píng)審，而且反過來應(yīng)能直接追溯到詳 細(xì)設(shè)計(jì)描述。(5)軟件測(cè)試：?jiǎn)卧獪y(cè)試檢查每一單獨(dú)的模塊部件的功能和性能。組裝測(cè)試提供 了構(gòu)造軟件模塊結(jié)構(gòu)的手段，同時(shí)測(cè)試其功能和接口。確認(rèn)測(cè)試檢查所有的 需求是否都得到滿足。在每一個(gè)測(cè)試步驟之后，要進(jìn)行調(diào)試，以診斷和糾正 軟件的故障。(6)軟件維護(hù)：為改正錯(cuò)誤，適應(yīng)環(huán)境變化及功能增強(qiáng)而進(jìn)行的一系列修改活動(dòng)。 與軟件維護(hù)相關(guān)聯(lián)的那些任務(wù)依賴于所要實(shí)施的

5、維護(hù)的類型。.試論述瀑布模型軟件開發(fā)方法的基本過程。答案：瀑布模型規(guī)定了各項(xiàng)軟件工程活動(dòng)，包括：制定軟件項(xiàng)目計(jì)劃， 進(jìn)行需求分析和定義，軟件設(shè)計(jì)，程序編碼，測(cè)試及運(yùn)行維護(hù)。并且規(guī)定了它們自上而下，相 互銜接的固定次序， 如同瀑布流水，逐級(jí)下落。然而軟件開發(fā)的實(shí)踐表明，上述各項(xiàng)活動(dòng)之間并非完全是自上而下，呈線性圖式。實(shí)際情況是，每項(xiàng)開發(fā)活動(dòng)均應(yīng)具有以下特征：(1)從上一項(xiàng)活動(dòng)接受本項(xiàng)活動(dòng)的工作對(duì)象，做為輸入；(2)利用這一輸入實(shí)施本項(xiàng)活動(dòng)應(yīng)完成的內(nèi)容；(3)給出本項(xiàng)活動(dòng)的工作成果，做為輸出傳給下一項(xiàng)活動(dòng)；(4)對(duì)本項(xiàng)活動(dòng)實(shí)施的工作進(jìn)行評(píng)審。若其工作得到確認(rèn)，則繼續(xù)進(jìn)行下一項(xiàng)活動(dòng)，否則返回前項(xiàng)，甚

6、至更前項(xiàng)的活動(dòng)進(jìn)行返工。附錄A習(xí)題答案第2章習(xí)題答案四、簡(jiǎn)答題1可行性研究主要做4個(gè)方面的研究：經(jīng)濟(jì)可行性：進(jìn)行成本/效益分析。從經(jīng)濟(jì)角度判斷系統(tǒng)開發(fā)是否“合算”。技術(shù)可行性：進(jìn)行技術(shù)風(fēng)險(xiǎn)評(píng)價(jià)。從開發(fā)者的技術(shù)實(shí)力、以往工作基礎(chǔ)、問題 的復(fù)雜性等出發(fā)，判斷系統(tǒng)開發(fā)在時(shí)間、費(fèi)用等限制條件下成功的可能性。法律可行性：確定系統(tǒng)開發(fā)可能導(dǎo)致的任何侵權(quán)、妨礙和責(zé)任。方案的選擇：評(píng)價(jià)系統(tǒng)或產(chǎn)品開發(fā)的幾個(gè)可能的候選方案。最后給出結(jié)論意見。2需求獲取難的原因是：用戶需求具有動(dòng)態(tài)性（不穩(wěn)定性）。用戶需求具有模糊性（不準(zhǔn)確性）。對(duì)需求達(dá)成一致的艱難性。管理體制、機(jī)構(gòu)設(shè)置處在變革中。軟件書籍沒有將需求分析講清楚。.需

7、求分析的原則：解決邏輯問題：需求分析是對(duì)問題的識(shí)別和說明，要回答“做什么” ，而不是“怎 么做”。 以運(yùn)行環(huán)境為基礎(chǔ)：需求分析工作應(yīng)以具體的運(yùn)行環(huán)境為基礎(chǔ)，實(shí)事求是。用戶參與的原則：需求分析工作是系統(tǒng)分析人員同用戶不斷交互的過程。構(gòu)造高質(zhì)量的需求規(guī)格說明：需求規(guī)格說明是需求分析工作重要的完成標(biāo)志。.需求分析的任務(wù)有： 畫出目標(biāo)系統(tǒng)的組織機(jī)構(gòu)模型。畫出目標(biāo)系統(tǒng)業(yè)務(wù)操作流程圖。畫出目標(biāo)系統(tǒng)的數(shù)據(jù)流圖。列出目標(biāo)系統(tǒng)的功能點(diǎn)列表，即功能模型。列出系統(tǒng)的性能點(diǎn)列表，即性能模型。 列出目標(biāo)系統(tǒng)的接口列表，即接口模型。確定目標(biāo)系統(tǒng)的運(yùn)行環(huán)境，即環(huán)境模型。目標(biāo)系統(tǒng)的界面約定，即界面模型。分析與評(píng)估開發(fā)工期、費(fèi)

8、用、進(jìn)度、風(fēng)險(xiǎn)等。數(shù)據(jù)流圖的作用：數(shù)據(jù)流圖可以用來抽象地表示系統(tǒng)或軟件。它從信息傳遞和加工的角度，以圖形的方式刻畫數(shù)據(jù)流從輸入到輸出的移動(dòng)變換過程，同時(shí)可以按自頂向下、逐步分解的方法表示內(nèi)容不斷增加的數(shù)據(jù)流和功能細(xì)節(jié)。因此，數(shù)據(jù)流圖既提供了功能建模的機(jī)制，也提供了信息流建模的機(jī)制，從而可以建立起系統(tǒng)或軟件的功能模型。數(shù)據(jù)詞典的作用：分析模型中包含了對(duì)數(shù)據(jù)對(duì)象、功能和控制的表示。在每一種表示中，數(shù)據(jù)對(duì)象和 控制項(xiàng)都扮演一定的角色。為表示每個(gè)數(shù)據(jù)對(duì)象和控制項(xiàng)的特性，建立了數(shù)據(jù)詞典。數(shù) 據(jù)詞典精確地、嚴(yán)格地定義了每一個(gè)與系統(tǒng)相關(guān)的數(shù)據(jù)元素，并以字典式順序?qū)⑺鼈兘M 織起來，使得用戶和分析員對(duì)所有的輸入

9、、輸出、存儲(chǔ)成分和中間計(jì)算有共同的理解。附錄A習(xí)題答案第3章習(xí)題答案四、簡(jiǎn)答題.模塊的基本屬性：功能：描述該模塊做什么？邏輯：描述模塊內(nèi)部怎么做？狀態(tài)：模塊使用時(shí)的環(huán)境和條件。接口：指模塊的輸入與輸出。.軟件設(shè)計(jì)的具體任務(wù)：制定規(guī)范結(jié)構(gòu)設(shè)計(jì)處理方式結(jié)構(gòu)設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫(kù)設(shè)計(jì)可靠性設(shè)計(jì)（質(zhì)量設(shè)計(jì)）編寫軟件設(shè)計(jì)文檔設(shè)計(jì)審查和復(fù)審詳細(xì)設(shè)計(jì).模塊化的特征：抽象：用層次的方式構(gòu)造和分析復(fù)雜系統(tǒng)。逐步求精：幫助開發(fā)人員把精力集中在與當(dāng)前開發(fā)階段最相關(guān)的那些問題上。 信息隱蔽：如果一個(gè)模塊內(nèi)包含的信息 （過程和數(shù)據(jù)）不允許外部的模塊訪問的 話，其它模塊不能對(duì)其訪問。局部化：把一些關(guān)系密切的軟件元素物理地放

10、得彼此靠近。.軟件設(shè)計(jì)優(yōu)化的準(zhǔn)則：劃分模塊時(shí)，盡量做到高內(nèi)聚、低耦合，保持模塊相對(duì)獨(dú)立性。模塊劃分的準(zhǔn)則: “將相關(guān)的各部分放在一起，無關(guān)的東西不要放在一起?！蹦K的大小要適中。 模塊的接口要簡(jiǎn)單、清晰、含義明確，便于理解，易于實(shí)現(xiàn)、易于測(cè)試和維護(hù)。一個(gè)模塊的作用范圍應(yīng)在其控制范圍之內(nèi)，且判定所在的模塊，應(yīng)與受其影響的 模塊在層次上盡量靠近。軟件結(jié)構(gòu)的深度、寬度、扇入、扇出應(yīng)適當(dāng)。力求設(shè)計(jì)單入口和單出口的模塊，避免“病態(tài)連接”，以防止內(nèi)容耦合。 設(shè)計(jì)功能可預(yù)測(cè)模塊的劃分，應(yīng)防止功能過分局限。.結(jié)構(gòu)化設(shè)計(jì)的優(yōu)點(diǎn)： 減少設(shè)計(jì)復(fù)雜性。將大化小，使復(fù)雜問題簡(jiǎn)單化。結(jié)構(gòu)獨(dú)立。將程序劃分成多個(gè)相對(duì)獨(dú)立的模

11、塊。模塊功能單一化，可使軟件設(shè)計(jì)獲得最大的益處。易于進(jìn)行軟件修改。易于開發(fā)和維護(hù)。加強(qiáng)了代碼的可重用性。附錄A習(xí)題答案第4章習(xí)題答案簡(jiǎn)答題. 面向?qū)ο笫?Coad和Yourdon 給出的定義：”面向?qū)ο?ObjectOriented , OO =對(duì)象 (Object ) + 類 C Classification ) +2儂承(Inheritance ) + 通信(Communication with Messages)”。.面向?qū)ο蠡咎卣魇牵好嫦驅(qū)ο蠹夹g(shù)的基本特征主要是抽象性、封裝性、繼承性和多態(tài) 性。.軟件開發(fā)過程指：軟件開發(fā)過程就是將軟件系統(tǒng)所涉及到的應(yīng)用領(lǐng)域和業(yè)務(wù)范圍(現(xiàn)實(shí)世界)的問題

12、空間和用于解決某些問題的軟件系統(tǒng)的解空間之間的映射。.傳統(tǒng)軟件開發(fā)方法存在的問題：(1)問題空間不能直接映射到解空間(2)軟件復(fù)用程度低(3)分析不能直接過渡到設(shè)計(jì)(4)軟件可維護(hù)性差(5)軟件不滿足用戶需要.面向?qū)ο箝_發(fā)方法的特點(diǎn)：(1)對(duì)軟件開發(fā)過程所有階段進(jìn)行綜合考慮。(2)軟件生存期各階段所使用的方法、技術(shù)具有高度的連續(xù)性，用符合人類認(rèn)識(shí)世界的思維方式來分析、解決問題。(3)增強(qiáng)系統(tǒng)穩(wěn)定性(4)具有良好的可復(fù)用性.統(tǒng)一建模語(yǔ)言：UML具有指定的建模元素(圖式符號(hào)) ，嚴(yán)格的語(yǔ)法(構(gòu)圖規(guī)則)，明 確的語(yǔ)義(邏輯含義)的建模語(yǔ)言，是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語(yǔ)言。. Coda/

13、Yourdon方法的面向?qū)ο笤O(shè)計(jì)模型：Coda/Yourdon方法的OOD莫型是在 OOA莫型5個(gè)層次(主題層、類與對(duì)象層、結(jié)構(gòu)層、屬性層和服務(wù)層)基礎(chǔ)上，建立4個(gè)組元的設(shè)計(jì)模型：?jiǎn)栴}域組元(PDC、人機(jī)交互組元(HIC)、任務(wù)管理組元(TMC和數(shù)據(jù)管 理組元(DMC。. 簡(jiǎn)述UMLB圖結(jié)構(gòu)：(1)用例視圖：描述系統(tǒng)的外部特性、系統(tǒng)功能等。(2)邏輯視圖：描述系統(tǒng)設(shè)計(jì)特征。(3)進(jìn)程視圖：表示系統(tǒng)內(nèi)部的控制機(jī)制。(4)配置視圖：描述系統(tǒng)的物理配置特征。(5)實(shí)現(xiàn)視圖：表示系統(tǒng)的實(shí)現(xiàn)特征，常用構(gòu)件圖表示。附錄A習(xí)題答案三、綜合題1.類、屬性、操作、繼承、多態(tài)、封裝及抽象類的概念：(舉例略)1)類

14、，又稱對(duì)象類(Object Class),是一組具有相同屬性和相同操作的對(duì)象的集合。2)類具有屬性，它是對(duì)象的狀態(tài)的抽象，用數(shù)據(jù)結(jié)構(gòu)來描述類的屬性。3)類具有操作，它是對(duì)象的行為的抽象，操作實(shí)現(xiàn)的過程稱為方法。4)繼承是類間的基本關(guān)系，它是基于層次關(guān)系的父類和子類之間共享數(shù)據(jù)和操作的一種 機(jī)制。5)多態(tài)是指同一個(gè)操作作用于不同的對(duì)象上可以有不同的解釋，并產(chǎn)生不同的執(zhí)行結(jié) 果。6)封裝是一種信息隱蔽技術(shù)，用戶只能看見對(duì)象封裝界面上的信息，對(duì)象的內(nèi)部實(shí)現(xiàn)對(duì) 用戶是隱蔽的。7)抽象類是沒有實(shí)例的類，它把一些類組織起來，提供一些公共的行為，但并不需要使 用這個(gè)類的實(shí)例，而僅使用其子類的實(shí)例。2.面向?qū)?/p>

15、象開發(fā)方法及每個(gè)方法的特點(diǎn)：11) Booch 方法Booch方法描述了面向?qū)ο蟮能浖_發(fā)方法的基礎(chǔ)問題，指出面向?qū)ο箝_發(fā)是一種 根本不同于傳統(tǒng)的功能分解的設(shè)計(jì)方法。 Booch方法的開發(fā)模型包括靜態(tài)模型和動(dòng)態(tài)模 型，Booch方法偏向于系統(tǒng)的靜態(tài)描述，對(duì)動(dòng)態(tài)描述支持較少。Coda/Yourdon 方法在Coda/Yourdon方法中，對(duì)于一個(gè)復(fù)雜問題建立問題域的分析模型，構(gòu)造和評(píng)審OOA概念模型的順序由 5個(gè)層次組成，OOD模型是在OOA模型5個(gè)層次基礎(chǔ)上，建立 4個(gè)組元的設(shè)計(jì)模型。該方法簡(jiǎn)單、易學(xué)。OMT方法OMT方法使用了建模的思想，討論如何建立一個(gè)實(shí)際的應(yīng)用模型。從3個(gè)不同而又相關(guān)的角

16、度建立了三類模型，三類模型描述的角度不同，卻又相互聯(lián)系。OOSE 方法OOSE的開發(fā)活動(dòng)主要分為三類：分析、構(gòu)造和測(cè)試。 OOSE將面向?qū)ο蟮乃枷霊?yīng) 用于軟件工程中，建立五個(gè)模型。OOSE方法的最大特點(diǎn)是面向用例，建立了 Use Case模型。OOSE方法比較適合支持商業(yè)工程和需求分析。附錄A習(xí)題答案第5章習(xí)題答案三、簡(jiǎn)答題.面向?qū)ο蠓治觯好嫦驅(qū)ο蠓治鼍褪沁\(yùn)用面向?qū)ο蟮姆椒ㄟM(jìn)行需求分析，其主要任務(wù)是分析和理解問 題域，找出相應(yīng)的描述問題域和系統(tǒng)責(zé)任所需的類及對(duì)象，分析它們的內(nèi)部構(gòu)成好外部 關(guān)系，正確地抽象為規(guī)范的對(duì)象，定義其內(nèi)部結(jié)構(gòu)和外部消息傳遞關(guān)系，建立問題域精 確模型的過程。.面向?qū)ο蠓治?/p>

17、的模型的構(gòu)成：(1)基本模型：基本模型是一個(gè)類圖。 構(gòu)成類圖的元素所表達(dá)的模型信息，分為三個(gè)層次：對(duì)象層、特征層和關(guān)系層。(2)補(bǔ)充模型：補(bǔ)充模型有主題圖和交互圖。(3)詳細(xì)說明.面向?qū)ο蠓治龅倪^程：(1)獲取客戶對(duì)系統(tǒng)的需求(2)標(biāo)識(shí)類和對(duì)象(3)定義類的結(jié)構(gòu)和層次(4)建造對(duì)象-關(guān)系模型(5)建立象-行為模型.確定服務(wù)：(1)確定訪問對(duì)象屬性的操作(2)來自事件驅(qū)動(dòng)的操作(3)處理對(duì)應(yīng)的操作(4)消除冗余操作.動(dòng)態(tài)模型：對(duì)于一個(gè)系統(tǒng)來說，功能模型指明了系統(tǒng)應(yīng)該“做什么”，而動(dòng)態(tài)模型則明確規(guī)定了“什么時(shí)候做”。即在何種狀態(tài)下、接受了什么事件的觸發(fā)，來確定對(duì)象的可能事件的順 序。.準(zhǔn)備腳本：在

18、建立動(dòng)態(tài)模型的過程中，腳本是指在某一執(zhí)行期間內(nèi)系統(tǒng)中的對(duì)象(或其他外部 設(shè)備)與目標(biāo)系統(tǒng)之間發(fā)生一個(gè)或多個(gè)典型的互換信息時(shí)產(chǎn)生的事件，所互換的信息值 就是該事件的參數(shù)，對(duì)于各事件，應(yīng)確定觸發(fā)事件的動(dòng)作對(duì)象和該事件的參數(shù)。.準(zhǔn)備事件跟蹤圖：事件跟蹤圖能形象、清晰地表示事件序列以及事件與對(duì)象的關(guān)系。在事件跟蹤圖中，一條豎線代表一個(gè)類和對(duì)象，每個(gè)事件用一條水平的箭頭線表示，箭頭方向從事件的發(fā) 送對(duì)象指向接受對(duì)象。事件按照先后順序排列，時(shí)間從上向下遞增。.確定基本系統(tǒng)模型圖：基本系統(tǒng)模型是用來確定系統(tǒng)的邊界和輸入/輸出數(shù)據(jù)流的，表明一個(gè)計(jì)算如何從輸入值得到輸出值，表明值之間的依賴關(guān)系及相關(guān)的功能，它不

19、考慮計(jì)算的次序。.面向?qū)ο蠓治龅哪康模好嫦驅(qū)ο蠓治龅哪康氖菍?duì)客觀世界的系統(tǒng)進(jìn)行建模，是定義所有與待解決問題相關(guān)附錄A習(xí)題答案的類。完成對(duì)所求解問題的分析，確定系統(tǒng)“作什么”，并建立系統(tǒng)的模型。.面向?qū)ο蠓治龅幕救蝿?wù)：面向?qū)ο蠓治龅幕救蝿?wù)是運(yùn)用面向?qū)ο蟮姆椒?，軟件工程師和用戶必須充分溝?以了解基本的用戶需求，對(duì)問題域和系統(tǒng)責(zé)任進(jìn)行分析和理解。.為建立分析模型，要運(yùn)用的基本原則：(1)建立信息域模型；(2)描述功能；(3)表達(dá)行為；(4)劃分功能、數(shù)據(jù)、行為模型，揭示更多的細(xì)節(jié)；(5)用早期的模型描述問題的實(shí)質(zhì)，用后期的模型給出實(shí)現(xiàn)的細(xì)節(jié)。.建立象-行為模型的步驟：(1)評(píng)估所有的用例，完全

20、理解系統(tǒng)中交互的序列。(2)標(biāo)識(shí)驅(qū)動(dòng)交互序列的事件，理解這些事件如何和特定的對(duì)象相關(guān)聯(lián)。(3)為每個(gè)用例創(chuàng)建事件軌跡(event trace )。(4)為系統(tǒng)建造狀態(tài)機(jī)圖。(5)復(fù)審對(duì)象一行為模型，以驗(yàn)證準(zhǔn)確性和一致性。四、綜合題1.完成實(shí)例圖書管理系統(tǒng)面向?qū)ο蟮姆治鲞^程，包括：靜態(tài)模型、動(dòng)態(tài)模型和功能模型。 系統(tǒng)需求：在圖書館管理系統(tǒng)中，要為每個(gè)借閱者建立一個(gè)賬戶，并給借閱者發(fā)放借閱卡(借 閱卡號(hào)，借閱者名)，賬戶存儲(chǔ)借閱者的個(gè)人信息、借閱信息以及預(yù)定信息。持有借閱卡的借閱者可以借閱書刊、返還書刊、查詢書刊信息、預(yù)定書刊并取消預(yù) 定，但這些操作都是通過圖書管理員進(jìn)行的，也即借閱者不直接于系統(tǒng)

21、交互，而是圖書 管理員充當(dāng)借閱者的代理與系統(tǒng)交互。在借閱書刊時(shí)，需要輸入所借閱的書刊名、書刊的 ISBN/ISSN號(hào)，然后輸入借閱者 的圖書卡號(hào)和借閱者名， 完成后提交所填表格， 系統(tǒng)驗(yàn)證借閱者所借閱的書刊是否存在， 若存在，則借閱者可借出書刊，建立并在系統(tǒng)中存儲(chǔ)借閱記錄。借閱者還可預(yù)定該書刊，一旦借閱者預(yù)定的書刊可以獲得，就將書刊直接寄給預(yù)定 人。另外，不考慮書刊的最長(zhǎng)借閱期限，假設(shè)借閱者可以無限期地保存所借閱的書刊。 答：分析模型附錄A習(xí)題答案910附錄A習(xí)題答案第6章習(xí)題答案三、簡(jiǎn)答題.優(yōu)化對(duì)象設(shè)計(jì)：(1)確定優(yōu)先級(jí)(2)提高效率(3)調(diào)整繼承關(guān)系.設(shè)計(jì)內(nèi)部結(jié)構(gòu)：(1)確定遺漏的屬性和操

22、作(2)指定類型，聲明可見性.面向?qū)ο髥l(fā)規(guī)則是：設(shè)計(jì)結(jié)果應(yīng)該清晰易懂一般-特殊結(jié)構(gòu)的深度應(yīng)適當(dāng)設(shè)計(jì)簡(jiǎn)單類使用簡(jiǎn)單的協(xié)議使用簡(jiǎn)單的操作把設(shè)計(jì)變動(dòng)減至最小.面向?qū)ο笤O(shè)計(jì)：面向?qū)ο笤O(shè)計(jì)是面向?qū)ο蠓椒ㄔ谲浖O(shè)計(jì)階段應(yīng)用與擴(kuò)展的結(jié)果，就是根據(jù)在問題 域中已建立的分析模型，運(yùn)用面向?qū)ο蠹夹g(shù)進(jìn)行系統(tǒng)軟件設(shè)計(jì)，并且補(bǔ)充實(shí)現(xiàn)的細(xì)節(jié)部 分，如人機(jī)界面、數(shù)據(jù)存儲(chǔ)、任務(wù)管理等，形成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實(shí) 現(xiàn)方案，在求解域中建立設(shè)計(jì)模型。.設(shè)計(jì)任務(wù)管理子系統(tǒng)：任務(wù)管理的設(shè)計(jì)包括：確定要執(zhí)行的任務(wù)并識(shí)別它的特征、確定任務(wù)的優(yōu)先級(jí)、創(chuàng)建協(xié)調(diào)任務(wù)來協(xié)調(diào)所有其他任務(wù)、為每個(gè)任務(wù)設(shè)計(jì)對(duì)象，并定義它們之間的關(guān)系。.設(shè)

23、計(jì)數(shù)據(jù)管理子系統(tǒng)：數(shù)據(jù)管理子系統(tǒng)也稱數(shù)據(jù)管理部分。數(shù)據(jù)存儲(chǔ)管理是建立在某種數(shù)據(jù)存儲(chǔ)管理系統(tǒng) 之上，提供了數(shù)據(jù)在數(shù)據(jù)管理系統(tǒng)中存儲(chǔ)和檢索對(duì)象的基本結(jié)構(gòu)，是系統(tǒng)存儲(chǔ)或檢索對(duì)象的基本設(shè)施。.對(duì)全局資源管理：全局資源包括物理資源(磁盤驅(qū)動(dòng)器、處理器、通信線路)或邏輯資源(數(shù)據(jù)庫(kù)、 對(duì)象)。不但有訪問權(quán)限的問題，還有訪問沖突的問題。所以，應(yīng)該標(biāo)識(shí)全局資源，并 制定訪問它們的策略。.選擇控制流機(jī)制：分析模型中所有交互行為都表示為對(duì)象之間的事件。系統(tǒng)設(shè)計(jì)必須從多種方法中選擇某種方法來實(shí)現(xiàn)軟件的控制。.設(shè)計(jì)邊界條件：設(shè)計(jì)中的大部分工作都與系統(tǒng)穩(wěn)定的狀態(tài)行為有關(guān)。但必須考慮邊界條件： 系統(tǒng)如何啟動(dòng)、初始化、關(guān)閉

24、以及故障處理。.評(píng)審：分析模型與設(shè)計(jì)模型映射，每個(gè)需求和每個(gè)系統(tǒng)設(shè)計(jì)問題都提到了，模型不包括任何沖突，能夠?qū)崿F(xiàn)，由非系統(tǒng)設(shè)計(jì)人員能夠看懂模型。10附錄A習(xí)題答案.對(duì)象設(shè)計(jì)：系統(tǒng)分析確定了問題域?qū)ο?，以及它們之間的關(guān)系、相關(guān)的屬性、 操作。系統(tǒng)設(shè)計(jì)確定 了子系統(tǒng)和大多數(shù)重要的求解域?qū)ο蟆?設(shè)計(jì)關(guān)聯(lián)：根據(jù)應(yīng)用系統(tǒng)中的使用方式來確定實(shí)現(xiàn)關(guān)聯(lián)的策略。可以選定一個(gè)統(tǒng)一實(shí)現(xiàn)所有關(guān)聯(lián)的全局性的策略，或者對(duì)不同的關(guān)聯(lián)選擇不同的實(shí)現(xiàn)策略。.設(shè)計(jì)接口：接口提供了一種方法，把對(duì)象基于操作的功能說明與具體實(shí)現(xiàn)區(qū)分開來，使得任何依賴和使用接口的客戶不必依賴于接口的具體實(shí)現(xiàn)，有利于接口實(shí)現(xiàn)的替換。.設(shè)計(jì)類中服務(wù)：設(shè)計(jì)類中

25、的服務(wù)是面向?qū)ο笤O(shè)計(jì)的一項(xiàng)重要內(nèi)容。需要綜合考慮對(duì)象模型、動(dòng)態(tài)模型和功能模型，才能正確確定類中應(yīng)有的服務(wù)。.面向?qū)ο笤O(shè)計(jì)中存在下述 3種內(nèi)聚形式： 服務(wù)內(nèi)聚：一個(gè)服務(wù)應(yīng)該完成一個(gè)且僅完成一個(gè)任務(wù)。類內(nèi)聚：設(shè)計(jì)類的原則是，一個(gè)類應(yīng)該只有一個(gè)功能，它的屬性和服務(wù)應(yīng)該是高內(nèi)聚的。層內(nèi)聚：又稱一般-特殊內(nèi)聚。.客戶/服務(wù)器(Client-service )交互方式和平等伙伴( Peer-to-peer )交互方式： 客戶/服務(wù)器(Client-service )交互方式：在客戶/服務(wù)器關(guān)系中，作為“客戶 的子系統(tǒng)調(diào)用作為“服務(wù)器”的子系統(tǒng)，執(zhí)行某些服務(wù)后并返回結(jié)果。平等伙伴(Peer-to-peer

26、)交互方式：在該交互方式中，每個(gè)子系統(tǒng)都可能調(diào)用 其他子系統(tǒng)，因此，每個(gè)子系統(tǒng)都必須了解其他子系統(tǒng)的接口，子系統(tǒng)間必須相 互了解接口。四、綜合題1.分析模型與設(shè)計(jì)模型的區(qū)別:分析模型設(shè)計(jì)模型概念模型，回避了實(shí)現(xiàn)問題；物理模型，是實(shí)現(xiàn)藍(lán)圖；對(duì)設(shè)計(jì)是通用的；針對(duì)特定的實(shí)現(xiàn)；對(duì)類型有3種構(gòu)造型；對(duì)類型有任意數(shù)量的構(gòu)造型(依賴于實(shí)現(xiàn)語(yǔ)言);不太形式化；比較形式化；開發(fā)費(fèi)用較低；開發(fā)費(fèi)用較高；層數(shù)少；層數(shù)多；勾畫系統(tǒng)的設(shè)計(jì)輪廓；進(jìn)行系統(tǒng)設(shè)計(jì)；11主要通過研討會(huì)等方式創(chuàng)建；設(shè)計(jì)模型和實(shí)現(xiàn)模型需雙向開發(fā)；可能不需要在整個(gè)生命周期內(nèi)都做維護(hù)；在整個(gè)生命周期內(nèi)都應(yīng)該維護(hù)12附錄A習(xí)題答案2.文件管理系統(tǒng)、關(guān)系數(shù)

27、據(jù)庫(kù)管理系統(tǒng)和面向?qū)ο髷?shù)據(jù)庫(kù)管理系統(tǒng)三種數(shù)據(jù)存儲(chǔ)管理模式的優(yōu)缺點(diǎn)：（1）文件管理系統(tǒng)A.主要優(yōu)點(diǎn)：a）使用它長(zhǎng)期保存數(shù)據(jù)具有成本低和簡(jiǎn)單等特點(diǎn)b）數(shù)據(jù)按字節(jié)流存儲(chǔ)，適合于存儲(chǔ)大容量數(shù)據(jù)。B.主要缺點(diǎn)：a）文件操作的級(jí)別低，操作繁瑣，實(shí)現(xiàn)比較困難，為提供適當(dāng)?shù)某橄蠹?jí) 別還必須編寫額外的代碼。b）文件管理系統(tǒng)是操作系統(tǒng)的一個(gè)組成部分，不同操作系統(tǒng)的文件管理 系統(tǒng)往往有明顯差異。（2）關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)A.主要優(yōu)點(diǎn)：a）提供了各種最基本的數(shù)據(jù)管理功能。b）為多種應(yīng)用提供了一致的接口。c）支持標(biāo)準(zhǔn)化的語(yǔ)言。B.主要缺點(diǎn)：a） 運(yùn)行開銷大。b）不能滿足高級(jí)應(yīng)用的需求。c）與程序設(shè)計(jì)語(yǔ)言的連接不自然。（3

28、）面向?qū)ο髷?shù)據(jù)庫(kù)管理系統(tǒng)A.在關(guān)系數(shù)據(jù)庫(kù)的基礎(chǔ)上， 將對(duì)象和關(guān)系作為數(shù)據(jù)儲(chǔ)存， 加強(qiáng)了一些操作功能。B.面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言中擴(kuò)充了數(shù)據(jù)庫(kù)的功能。C.從面向?qū)ο蠓椒ū旧沓霭l(fā)來設(shè)計(jì)數(shù)據(jù)庫(kù)。D.查詢比關(guān)系數(shù)據(jù)庫(kù)慢。3.實(shí)例圖書管理系統(tǒng)面向?qū)ο蟮脑O(shè)計(jì)過程。系統(tǒng)需求：在圖書館管理系統(tǒng)中，要為每個(gè)借閱者建立一個(gè)賬戶，并給借閱者發(fā)放借閱卡（借 閱卡號(hào)，借閱者名），賬戶存儲(chǔ)借閱者的個(gè)人信息、借閱信息以及預(yù)定信息。持有借閱卡的借閱者可以借閱書刊、返還書刊、查詢書刊信息、預(yù)定書刊并取消預(yù) 定，但這些操作都是通過圖書管理員進(jìn)行的，也即借閱者不直接于系統(tǒng)交互，而是圖書 管理員充當(dāng)借閱者的代理與系統(tǒng)交互。在借閱書刊時(shí)

29、，需要輸入所借閱的書刊名、書刊的 ISBN/ISSN號(hào)，然后輸入借閱者 的圖書卡號(hào)和借閱者名，完成后提交所填表格， 系統(tǒng)驗(yàn)證借閱者所借閱的書刊是否存在，若存在，則借閱者可借出書刊，建立并在系統(tǒng)中存儲(chǔ)借閱記錄。借閱者還可預(yù)定該書刊，一旦借閱者預(yù)定的書刊可以獲得，就將書刊直接寄給預(yù)定 人。另外，不考慮書刊的最長(zhǎng)借閱期限，假設(shè)借閱者可以無限期地保存所借閱的書刊。 設(shè)計(jì)模型：12附錄A習(xí)題答案13cI LamibifctrTHdIraotr 電位比 Qbjld %ln Obfldr日9in*ki DbjAi3 BlXFD*rrhXTTili onbHlrarrrt*lbtm,| 事時(shí)iTiE曲rtfe

30、g。0elLmc。*nwij%ud(SMW OfwMSuanftu Dbjaixs-?-IL Min命Mm 口: Objld寄_口日n.產(chǎn)|值儲(chǔ))|*ntHfcernlrilJF日叫*Hcmwor I n rm 口 iMH)E B43nlsJWEtl ri。n 11*Sl lAfBDbBcmVWl Ig級(jí)%eZmnik*CFStf*3b3Br：.*Tefr身月底mrvaMcn口研晚；*a51irdDnLB5tNBFrB w山耕舊軻田)eiFirsil槽 f*。餐旅|小口如%* juNaeh I getintNornel；!*&*ECiiyf)，口 iRAWsail o nft13Perarariffwn&Bk 聞 ingerSilAdllCi . :DndYlAAttFilfl*petCfjW*SgaiD!|QD