軟件設(shè)計(jì)與體系結(jié)構(gòu)課后練習(xí)部分答案

1、第一章作業(yè)6、簡(jiǎn)要敘述軟件設(shè)計(jì)在軟件工程中所處的位置和重要性。答：所處的位置：軟件需求分析 需求規(guī)格說(shuō)明 軟件設(shè)計(jì) 設(shè)計(jì)文檔 軟件 編碼。重要性：（1）是對(duì)軟件需求的直接體現(xiàn)；（2）為軟件實(shí)現(xiàn)提供直接依據(jù)；（3）將綜合考慮軟件系統(tǒng)的各種約束條件并給出相應(yīng)方案；（4）軟件設(shè)計(jì)的質(zhì)量將決定最終軟件系統(tǒng)的質(zhì)量；（5）及早發(fā)現(xiàn)軟件設(shè)計(jì)中存在的錯(cuò)誤將極大減少軟件修復(fù)和維護(hù)所需的成本。7、軟件設(shè)計(jì)應(yīng)該包含哪些要素？答：軟件設(shè)計(jì)應(yīng)該包含：目標(biāo)描述、設(shè)計(jì)約束、產(chǎn)品描述、設(shè)計(jì)原理、開(kāi)發(fā)規(guī) 劃、使用描述。8、軟件體系結(jié)構(gòu)與軟件設(shè)計(jì)有何關(guān)系？軟件體系結(jié)構(gòu)的出現(xiàn)有何必然性和重要意義？答：軟件體系結(jié)構(gòu)與軟件設(shè)計(jì)的關(guān)系：

2、軟件體系結(jié)構(gòu)設(shè)計(jì)作為軟件設(shè)計(jì)過(guò)程中 的活動(dòng)之一，能在較為抽象的級(jí)別上描述整個(gè)軟件系統(tǒng)的結(jié)構(gòu)，成為大規(guī)模、 復(fù)雜軟件系統(tǒng)設(shè)計(jì)中必不可少的步驟。軟件體系結(jié)構(gòu)的意義：軟件體系結(jié)構(gòu)將構(gòu)件以及構(gòu)件之間的連接作為軟件 體系結(jié)構(gòu)的基本組成部分。軟件體系結(jié)構(gòu)使軟件復(fù)用從代碼復(fù)用發(fā)展到設(shè)計(jì)復(fù) 用和過(guò)程復(fù)用，為不同的人提供了共同的語(yǔ)言，體現(xiàn)了系統(tǒng)早期的設(shè)計(jì)決策， 并作為系統(tǒng)設(shè)計(jì)的抽象，為實(shí)現(xiàn)框架和構(gòu)件的共享與復(fù)用，基于體系結(jié)構(gòu)的軟 件開(kāi)發(fā)提供了有力的支持。第二章作業(yè)1、簡(jiǎn)述 UML 的特點(diǎn)和用途。答：UML 的發(fā)起者在最初制定 UML 時(shí)，充分考慮了各種需求、方法和語(yǔ)言的特點(diǎn)使 UML 在表達(dá)能力、對(duì)新技術(shù)的包容

3、能力和擴(kuò)張性等方面具有顯著的優(yōu)勢(shì)：（1）為使用者提供了統(tǒng)一的、表達(dá)能力強(qiáng)大的可視化建模語(yǔ)言，以描述應(yīng)用問(wèn)題的需求 模型、設(shè)計(jì)模型和實(shí)現(xiàn)模型。（2）提供對(duì)核心概念的擴(kuò)展機(jī)制，用戶(hù)可加入核心概念中沒(méi)有的概念和符號(hào)，可為特定 應(yīng)用領(lǐng)域提出具體的概念、符號(hào)表示和約束。（3）獨(dú)立于實(shí)現(xiàn)語(yǔ)言和方法學(xué)，但支持所有的方法學(xué)，覆蓋了面向?qū)ο蠓治龊驮O(shè)計(jì)的相 關(guān)概念和方法學(xué)。（4）獨(dú)立于任何開(kāi)發(fā)過(guò)程，但支持軟件開(kāi)發(fā)全過(guò)程。（5） 提供對(duì)建模語(yǔ)言進(jìn)行理解的形式化基礎(chǔ)，用元素型描述基本語(yǔ)義，OCL描述良定義規(guī) 則，自然語(yǔ)言描述動(dòng)態(tài)語(yǔ)義。（6） 增強(qiáng)面向?qū)ο蠊ぞ咧g的互操作性，便于不同系統(tǒng)間的集成。UML 的目標(biāo)是以面向

4、 對(duì)象方式描述任何類(lèi)型的系統(tǒng)，具有廣泛的應(yīng)用領(lǐng)域。 UML 最常用于建立軟件系統(tǒng)的模型， 但它同樣可以用于描述非軟件領(lǐng)域的系統(tǒng)，如機(jī)械系統(tǒng)、企業(yè)機(jī)構(gòu)或業(yè)務(wù)過(guò)程、處理復(fù)雜 數(shù)據(jù)的信息系統(tǒng)、具有實(shí)時(shí)要求的工業(yè)系統(tǒng)或工業(yè)過(guò)程、甚至數(shù)字電路等。2、在面向?qū)ο箝_(kāi)發(fā)方法中，對(duì)象、類(lèi)、繼承、聚集、多態(tài)、消息等概念分別指什么？ 答：（1）對(duì)象。對(duì)象是現(xiàn)實(shí)世界中個(gè)體或事物的抽象表示，是其屬性和相關(guān)操作的封裝。屬 性表示對(duì)象的性質(zhì)，屬性值規(guī)定了對(duì)象所有可能的狀態(tài)。對(duì)象的操作是指該對(duì)象可以展現(xiàn) 的 外部服務(wù)。（2）類(lèi)。類(lèi)是某些對(duì)象的共同特征（屬性和操作）的表示。對(duì)象是類(lèi)的實(shí)例，類(lèi)是對(duì)象 創(chuàng)建的模板。（3）繼承。類(lèi)之

5、間的繼承關(guān)系是實(shí)現(xiàn)現(xiàn)實(shí)世界中遺傳關(guān)系的直接模擬，它表示類(lèi)之間的內(nèi) 在聯(lián)系以及對(duì)屬性和操作的共享，即子類(lèi)可以沿用父類(lèi)（被繼承類(lèi)）的某些特征。子類(lèi)也 可以具有自己獨(dú)有的屬性和操作。（4）聚集。除遺傳關(guān)系外，現(xiàn)實(shí)世界中還普遍存在著部分整體關(guān)系。這種關(guān)系在面向?qū)ο?方法學(xué)中表示為類(lèi)之間的聚集關(guān)系。在聚集關(guān)系下，部分類(lèi)的對(duì)象是整體類(lèi)對(duì)象的一個(gè) 組成部分。（5）多態(tài)。多態(tài)指父類(lèi)及其子類(lèi)中，對(duì)外接口的定義形式相同，卻可以對(duì)應(yīng)多種接口的實(shí) 現(xiàn)形態(tài)。（6）消息。消息傳遞是對(duì)象與其外部世界相互關(guān)聯(lián)的唯一途徑。4、UML 結(jié)構(gòu)建模和行為建模有何區(qū)別？答：結(jié)構(gòu)建模被稱(chēng)為靜態(tài)建模，主要用來(lái)描述系統(tǒng)中包含的元素以及元素之

6、間的關(guān)； 系 行為模型被稱(chēng)為動(dòng)態(tài)模型，主要用來(lái)刻畫(huà)系統(tǒng)中的動(dòng)態(tài)行為、過(guò)程和步驟。5、簡(jiǎn)要敘述類(lèi)圖在 UML 中的意義和重要性，以及類(lèi)圖和對(duì)象圖有何聯(lián)系與區(qū)別。 答：（1）意義：類(lèi)圖用來(lái)刻畫(huà)軟件中類(lèi)等元素的靜態(tài)結(jié)構(gòu)和關(guān)系。（2）重要性：面向?qū)ο筌浖淖罱K實(shí)現(xiàn)體現(xiàn)為多個(gè)類(lèi)的實(shí)現(xiàn)和組織，因此類(lèi)圖與面向 對(duì)象軟件實(shí)現(xiàn)之間的映射最為直觀，對(duì)軟件結(jié)構(gòu)的設(shè)計(jì)至關(guān)重要，是軟件實(shí)現(xiàn)要遵循的主 要規(guī)格說(shuō)明。（3）類(lèi)圖和對(duì)象圖的聯(lián)系：對(duì)象是類(lèi)的實(shí)例，對(duì)象圖也可以看做類(lèi)圖的實(shí)例，對(duì)象之 間的連接是類(lèi)之間的關(guān)聯(lián)關(guān)系的實(shí)例。對(duì)象圖描述在特定時(shí)刻和特定環(huán)境下，類(lèi)圖中類(lèi)的 具體實(shí)例以及這些實(shí)例之間的具體連接關(guān)系，能幫助人們理

7、解一個(gè)比較復(fù)雜的類(lèi)圖。（4）類(lèi)圖和對(duì)象圖的區(qū)別：對(duì)象的名字下面要加下劃線，對(duì)象名稱(chēng)后可以注明所屬的 類(lèi)。在一個(gè)對(duì)象圖中可以同時(shí)出現(xiàn)一個(gè)類(lèi)的多個(gè)實(shí)例。第三章作業(yè)2、簡(jiǎn)述模塊化與信息隱藏在軟件設(shè)計(jì)中的意義 。答：軟件系統(tǒng)的模塊化是指整個(gè)軟件被劃分成若干單獨(dú)命名和可編址的部分，稱(chēng)之為模塊， 這些模塊可以被組裝起來(lái)滿(mǎn)足整個(gè)問(wèn)題的需求。在軟件設(shè)計(jì)中實(shí)現(xiàn)了功能劃分把復(fù)雜的大 的功能劃分成簡(jiǎn)單的小的模塊結(jié)構(gòu)，盡量降低每個(gè)模塊的成本，減少接口，確保軟件總成 本最低。模塊化使開(kāi)活動(dòng)更加簡(jiǎn)單的一個(gè)重要因素是模塊的信息隱藏，即一個(gè)模塊的開(kāi)發(fā)者不 必看到模塊的內(nèi)部，只需要知道其接口即可，使開(kāi)發(fā)者的復(fù)雜性降低，不僅支持

8、模塊的并 行開(kāi)發(fā)，而且還可以減少測(cè)試和后期維護(hù)的工作量。3、內(nèi)聚度、耦合度分別指什么？為什么軟件設(shè)計(jì)要追求高內(nèi)聚、低耦合？ 答：內(nèi)聚度是一個(gè)模塊內(nèi)部各成分之間關(guān)聯(lián)程度的度量；耦合度是對(duì)模塊間關(guān)聯(lián)程度的度 量。內(nèi)聚軟件設(shè)計(jì)中通常用耦合度和內(nèi)聚度作為衡量模塊獨(dú)立程度的標(biāo)準(zhǔn)。劃分摸塊的一個(gè)準(zhǔn) 則就是高內(nèi)聚低耦合。模塊間的耦合度是指模塊之間的依賴(lài)關(guān)系，包括控制關(guān)系、調(diào)用關(guān) 系、數(shù)據(jù)傳遞關(guān)系。模塊間聯(lián)系越多，其耦合性越強(qiáng)，同時(shí)表明其獨(dú)立性越差。降低模塊 間的耦合度能減少模塊間的影響，防止對(duì)某一模塊修改所引起的“牽一發(fā)動(dòng)全身”的水波 效應(yīng)，同時(shí)每一個(gè)類(lèi)完成特定的獨(dú)立的功能，實(shí)現(xiàn)高內(nèi)聚，保證系統(tǒng)設(shè)計(jì)順利進(jìn)行

9、。 和耦合密切相關(guān)，同其它模塊存在強(qiáng)耦合關(guān)系的模塊常意味這弱內(nèi)聚，強(qiáng)內(nèi)聚常意味著弱 耦合。5、為什么軟件設(shè)計(jì)過(guò)程常常是一個(gè)不斷迭代的過(guò)程？答：設(shè)計(jì)者一般不可能一次就能完成一個(gè)完整的設(shè)計(jì)，軟件設(shè)計(jì)可能是一個(gè)反復(fù)的過(guò)程， 在設(shè)計(jì)過(guò)程中需要不斷添加設(shè)計(jì)元素和設(shè)計(jì)細(xì)節(jié)，并對(duì)先前的設(shè)計(jì)方案進(jìn)行修正。所以， 軟件設(shè)計(jì)一般都可以被看做是迭代的過(guò)程。8、是總結(jié)本章列舉的軟件體系結(jié)構(gòu)設(shè)計(jì)方法各有何特點(diǎn)。結(jié)合自己的開(kāi)發(fā)經(jīng)驗(yàn)，討論如何 選擇合適的軟件體系結(jié)構(gòu)設(shè)計(jì)方法。答：特點(diǎn)如下：（1）軟件體系結(jié)構(gòu)的多視圖建模 通過(guò)邏輯視圖，開(kāi)發(fā)視圖、進(jìn)程視圖、物理視圖、進(jìn)程來(lái)描述的軟件體系結(jié)構(gòu)。（2）基于評(píng)估與轉(zhuǎn)換的軟件體系結(jié)構(gòu)

10、設(shè)計(jì)通過(guò)迭代的開(kāi)發(fā)方式，直至滿(mǎn)足客戶(hù)的需求。（3）模式驅(qū)動(dòng)的軟件體系結(jié)構(gòu)設(shè)計(jì)通過(guò)總結(jié)、記錄、復(fù)用來(lái)實(shí)現(xiàn)的體系結(jié)構(gòu)設(shè)計(jì)（4）領(lǐng)域特定的軟件體系結(jié)構(gòu)設(shè)計(jì)借鑒領(lǐng)域中已經(jīng)成熟的軟件體系結(jié)構(gòu)來(lái)實(shí)現(xiàn)解決方案在某個(gè)領(lǐng)域內(nèi)的復(fù)用。（5）軟件產(chǎn)品線方法軟件復(fù)用發(fā)展的一個(gè)更高階段，它并不僅僅局限于以前人們?cè)谲浖?fù)用中考慮的對(duì)函 數(shù)、模塊、類(lèi)、體系結(jié)構(gòu)甚至子系統(tǒng)的復(fù)用。（6）其于目標(biāo)推理的軟件體系結(jié)構(gòu)設(shè)計(jì)方法功能需求和非功能需求皆被表達(dá)為要達(dá)到的目標(biāo)。（7）其于屬性的軟件體系結(jié)構(gòu)設(shè)計(jì)方法基于目標(biāo)圖推理的體系結(jié)構(gòu)設(shè)計(jì)方法、基于屬性的體系結(jié)構(gòu)設(shè)計(jì)方法。開(kāi)發(fā)心得： 在這些具有系統(tǒng)化過(guò)程的軟件開(kāi)發(fā)方法中，體系結(jié)構(gòu)設(shè)計(jì)師一個(gè)

11、不可避免的過(guò)程，它們也都有自己的一些設(shè)計(jì)方式。但這并不排斥前面講到的軟件體系結(jié)構(gòu)設(shè) 計(jì)方法，反之，如果能把這些體系結(jié)構(gòu)設(shè)計(jì)方法與開(kāi)發(fā)方法學(xué)結(jié)合起來(lái)，將能起到更 好的效果。12、嵌入式軟件有何特點(diǎn)？嵌入式軟件設(shè)計(jì)可分為哪幾類(lèi)？ 答：特點(diǎn)：(1) 一般用于單一任務(wù)；(2) 有多種類(lèi)型的處理器體系結(jié)構(gòu)支持；(3) 資源約束更加嚴(yán)格；(4) 需要更高的可靠性和安全性；(5) 對(duì)反應(yīng)性和實(shí)時(shí)性要求很高；(6) 通常固化存儲(chǔ)。 通常分為以下兩類(lèi)：(1) 無(wú)操作系統(tǒng)的嵌入式軟件：前后臺(tái)系統(tǒng)、中斷驅(qū)動(dòng)系統(tǒng)、巡回服務(wù)系統(tǒng)、 基于定時(shí)器的巡回服務(wù)系統(tǒng)。(2) 有操作系統(tǒng)的嵌入式軟件：分時(shí)系統(tǒng)、實(shí)時(shí)系統(tǒng)。13、什么

12、是軟件設(shè)計(jì)規(guī)格說(shuō)明？它在軟件開(kāi)發(fā)中有何重要用途？ 答：軟件設(shè)計(jì)規(guī)格說(shuō)明： 軟件設(shè)計(jì)過(guò)程中各個(gè)活動(dòng)的結(jié)果最終應(yīng)該文檔化，形成正式的軟 件設(shè)計(jì)規(guī)格說(shuō)明書(shū)，作為軟件設(shè)計(jì)的輸出，例如對(duì)系統(tǒng)的目標(biāo)、范圍、約束的定義，對(duì)軟 件結(jié)構(gòu)、接數(shù)據(jù)等方面的設(shè)計(jì)等。重要用途： 形成軟件設(shè)計(jì)規(guī)格說(shuō)明被評(píng)審，并作為后續(xù)軟件實(shí)現(xiàn)活動(dòng)的依據(jù)。14、軟件設(shè)計(jì)評(píng)審的目標(biāo)是什么？設(shè)計(jì)評(píng)審中需要關(guān)注哪幾方面？ 答：目標(biāo)：確保設(shè)計(jì)規(guī)格說(shuō)明書(shū)能夠?qū)崿F(xiàn)所有的軟件需求，及早發(fā)現(xiàn)設(shè)計(jì)中的缺陷和錯(cuò)誤，并確保設(shè)計(jì)模型已經(jīng)精化到合格的軟件實(shí)現(xiàn)工程師能夠構(gòu)造出符合軟件設(shè)計(jì)者期望的目標(biāo) 軟件系統(tǒng)。一、注意對(duì)需求規(guī)格說(shuō)明的正確性進(jìn)行評(píng)審1 是否有需求與其

13、他需求相互沖突或者重復(fù)？2 是否清晰、簡(jiǎn)潔、無(wú)二義地表達(dá)了每個(gè)需求？3 是否每個(gè)需求都通過(guò)了演示、測(cè)試、評(píng)審，分析是否得到了驗(yàn)證？4 是否每個(gè)需求都在項(xiàng)目的范圍內(nèi)？5 是否每個(gè)需求都沒(méi)有內(nèi)容和語(yǔ)法上的錯(cuò)誤？6 在現(xiàn)有的資源內(nèi)， 是否能實(shí)現(xiàn)所有的需求？7 每一條特定的錯(cuò)誤信息，是否都是唯一的和具有含義的？二、注意對(duì)需求規(guī)格說(shuō)明的實(shí)踐性進(jìn)行評(píng)審三、注意對(duì)需求規(guī)格說(shuō)明的完整性進(jìn)行評(píng)審1 編寫(xiě)的所有需求，其詳細(xì)程度是否一致和合適？2 需求是否能為設(shè)計(jì)提供足夠的基礎(chǔ)？3 所有對(duì)其他需求的內(nèi)部引用是否正確？4 是否包含了每個(gè)需求的實(shí)現(xiàn)優(yōu)先級(jí)？5 是否定義了功能說(shuō)明的內(nèi)在算法？6 是否包含了所有已知的客戶(hù)需

14、求或系統(tǒng)需求？7 是否遺漏了必要的信息？如果有遺漏的話，把他們標(biāo)記為待確定的問(wèn)題？8 是否對(duì)所有預(yù)期的錯(cuò)誤條件所產(chǎn)生的系統(tǒng)行為都編制了文檔？四、注意對(duì)需求方案的可行性和成本預(yù)算進(jìn)行評(píng)審五、注意對(duì)需求的質(zhì)量屬性進(jìn)行評(píng)審六、注意對(duì)需求的可實(shí)施性進(jìn)行評(píng)審七、注意對(duì)需求包含的用例文檔進(jìn)行評(píng)審1 用例的目標(biāo)或價(jià)值度量是否明確？2 用例是否是獨(dú)立的分散任務(wù)？3 是否明確說(shuō)明可用用例會(huì)給哪些參與者帶來(lái)用處？4 編寫(xiě)用例的詳細(xì)程度是否恰當(dāng)？是否有不必要的設(shè)計(jì)和實(shí)現(xiàn)細(xì)節(jié)？5 所有預(yù)期的分支過(guò)程是否都編寫(xiě)了文檔說(shuō)明？6 所有預(yù)估的異常過(guò)程是否都編寫(xiě)了文檔說(shuō)明？7 是否存在一些普通的動(dòng)作序列可以分解成獨(dú)立的用例？8

15、 每個(gè)路徑的步驟是否都清晰明了，無(wú)歧義而且完整？9 用例中的每個(gè)參與者和步驟是否都與所執(zhí)行的任務(wù)有關(guān)？10 用例中定義的每個(gè)可選路徑是否都可行和可驗(yàn)證？11 用例的前置條件和后置條件是否合理？八、注意需求評(píng)審會(huì)的過(guò)程和結(jié)束標(biāo)準(zhǔn)1 審查期間評(píng)審員們提出的所有問(wèn)題都已經(jīng)解決。2 相關(guān)文檔中的所有更改都已經(jīng)正確完成。3 修訂過(guò)的文檔進(jìn)行了拼寫(xiě)檢查。TBD的問(wèn)題的解決4所有標(biāo)識(shí)為T(mén)BD（待確定）的問(wèn)題已經(jīng)全部解決，或者已經(jīng)對(duì)每個(gè)過(guò)程、計(jì)劃解決的目標(biāo)日期和責(zé)任解決人等編制了文檔。5 需求文檔正式進(jìn)入了配置庫(kù)。第四章作業(yè)2、用例分析與設(shè)計(jì)在設(shè)計(jì)過(guò)程中起到什么作用？答:理解業(yè)務(wù)領(lǐng)域和初步需求描述文檔，更準(zhǔn)確

16、地使用用例圖描述系統(tǒng)需求， 作為后續(xù)分析和設(shè)計(jì)活動(dòng)的依據(jù)。3、什么是概念模型設(shè)計(jì)？為什么需要建立軟件概念模型？答：概念模型設(shè)計(jì)：主要針對(duì)問(wèn)題領(lǐng)域中的對(duì)象進(jìn)行描述的設(shè)計(jì)。原因：在用戶(hù)需求和相關(guān)的業(yè)務(wù)領(lǐng)域中，往往有一些全局性的概念對(duì)于理 解需求至關(guān)重要。因此有必要抽取這些概念，研究這些概念之間的關(guān)系。 問(wèn)題A：圖書(shū)館管理答：書(shū)書(shū)十書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)Session書(shū)書(shū)書(shū)書(shū)JLJ書(shū)書(shū)I 書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)問(wèn)題B：保溫系統(tǒng)答：書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)1 V書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)Iz-亠-IIfJy.書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)_JrC 1 . “廠_ 一 - JTk f_1%廠7jFI

17、lbJ卩書(shū)書(shū)書(shū) 書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)第五章作業(yè)4、變換流和事務(wù)流有何區(qū)別？答：變換流：信息沿輸入通路進(jìn)入系統(tǒng)，同時(shí)由外部形式變換成內(nèi)部形式，進(jìn) 入系統(tǒng)的信息通過(guò)變換中心，經(jīng)加工處理以后再沿輸出通路變換成外部形式離 開(kāi)軟件系統(tǒng)。當(dāng)數(shù)據(jù)流圖具有這些特征時(shí)，就是變換流。事務(wù)流：數(shù)據(jù)沿輸入通路到達(dá)一個(gè)處理 T這個(gè)處理根據(jù)輸入數(shù)據(jù)的類(lèi)型在 若干個(gè)動(dòng)作序列中選出一個(gè)來(lái)執(zhí)行，這類(lèi)是事務(wù)流。2、面向數(shù)據(jù)流的設(shè)計(jì)過(guò)程包含哪些步驟？答：面向數(shù)據(jù)流的結(jié)構(gòu)設(shè)計(jì)過(guò)程和步驟是：（1）分析、確認(rèn)數(shù)據(jù)流圖的類(lèi)型，區(qū)分是事務(wù)型還是變換型。（2）說(shuō)明數(shù)據(jù)流的邊界。（3）把數(shù)據(jù)流圖映射為程序結(jié)構(gòu)。對(duì)于事務(wù)流區(qū)

18、分事務(wù)中心和數(shù)據(jù)接收通咱， 將它映射成事務(wù)結(jié)構(gòu)。對(duì)于變換流區(qū)分輸出和輸入分支，并將其映射成變換結(jié) 構(gòu)。（4）根據(jù)設(shè)計(jì)準(zhǔn)則對(duì)產(chǎn)生的結(jié)構(gòu)進(jìn)行細(xì)化和求精。3、啟發(fā)式設(shè)計(jì)策略有哪些？它們對(duì)軟件設(shè)計(jì)起到什么作用？答：有以下幾種：改造程序結(jié)構(gòu)，減小耦合度，提高內(nèi)聚度；改造程序結(jié)構(gòu)， 減少高扇出，在增加程序深度的前提下追求高扇入；改造程序結(jié)構(gòu)，是任一模 塊的作用域在其控制域之內(nèi)；改造程序結(jié)構(gòu)，減少接口的復(fù)雜性和冗余程度， 提高協(xié)調(diào)性；模塊功能應(yīng)該可預(yù)言，避免對(duì)模塊施加過(guò)多限制；改造程序結(jié)構(gòu)， 追求單入口單出口的模塊；為滿(mǎn)足設(shè)計(jì)或可移植性的要求，把某些軟件用包的 形式封裝起來(lái)。作用：對(duì)程序結(jié)構(gòu)雛形進(jìn)行優(yōu)化，以

19、提高軟件設(shè)計(jì)的整體質(zhì)量。第六章作業(yè)6、描述你在工作過(guò)程中遇到的最好和最差的用戶(hù)界面，并使用本章中的概念進(jìn) 行評(píng)價(jià)。答：最好的用戶(hù)界面： qq 用戶(hù)界面。界面設(shè)計(jì)的很簡(jiǎn)約，雖然窗口很小，但內(nèi) 容豐富，而且和手機(jī)版本有很好的銜接等。最差的用戶(hù)界面：會(huì)計(jì)管理軟件。界面簡(jiǎn)陋，層次不清晰，容易讓用戶(hù)誤 操作等。設(shè)計(jì)良好的用戶(hù)界面應(yīng)保證：1. 使系統(tǒng)處于用戶(hù)控制之中（1）所定義的交互模式不會(huì)強(qiáng)迫用戶(hù)進(jìn)行不必要的動(dòng)作，用戶(hù)能很容易地進(jìn)入 或退出交互模式。（2）提供靈活的交互方式（3）允許打斷或撤銷(xiāo)用戶(hù)交互（4）事先根據(jù)用戶(hù)的熟練程度來(lái)提高交互效率并且允許交互定制（5）為不熟悉系統(tǒng)的用戶(hù)隱藏內(nèi)部技術(shù)細(xì)節(jié)（6）

20、與出現(xiàn)在屏幕上的對(duì)象直接交互2. 減少用戶(hù)記憶負(fù)擔(dān)（1）減少短期記憶要求（2）建立有意義的默認(rèn)設(shè)置（3）定義符合直覺(jué)的快捷方式（4）界面的視覺(jué)布局應(yīng)該模擬真實(shí)世界（5）以漸進(jìn)的方式來(lái)揭示信息3. 保持界面一致性 （1）所有的可視信息都要根據(jù)設(shè)計(jì)標(biāo)準(zhǔn)來(lái)組織，并且在所有屏幕顯示中都遵循 這個(gè)設(shè)計(jì)標(biāo)準(zhǔn) （2）輸入機(jī)制只有有限的幾種，從而可在整個(gè)應(yīng)用中一致地使用（3）一致地定義并實(shí)現(xiàn)從任務(wù)到任務(wù)的跨越機(jī)制。7、給下列用戶(hù)和系統(tǒng)建議恰當(dāng)?shù)牟僮鲗?duì)象：a倉(cāng)庫(kù)管理員使用的零件目錄系統(tǒng)。b）航空飛行員使用的飛行器安全監(jiān)控系統(tǒng)。C）經(jīng)理使用的財(cái)務(wù)數(shù)據(jù)庫(kù)。d）警察使用的巡邏車(chē)控制系統(tǒng)。答：a）操作對(duì)象有零件、倉(cāng)庫(kù)管

21、理員。b）操作對(duì)象有飛行器、航空飛行員、傳感器。c）操作對(duì)象有經(jīng)理、財(cái)務(wù)數(shù)據(jù)表。d）操作對(duì)象有巡邏車(chē)、車(chē)輛、警察、傳感器。12、寫(xiě)出下列情況可能的交互場(chǎng)景：a使用網(wǎng)絡(luò)版的戲院預(yù)訂服務(wù)來(lái)預(yù)定戲票并使用信用卡進(jìn)行支付 b）在手機(jī)版本的軟件上預(yù)定相同的戲票。答：書(shū)書(shū)書(shū)書(shū)書(shū)*書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū) 書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū) 書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)和書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū) 書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū) 書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū) 書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)余余余余余余 余書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)書(shū)余余余余余余余余0? 書(shū)第七章作業(yè)1軟件

22、體系結(jié)構(gòu)風(fēng)格與軟件設(shè)計(jì)模式的區(qū)別是什么？答：(1) 軟件體系結(jié)構(gòu)風(fēng)格(Architecture Styles風(fēng)格是表達(dá)特定系統(tǒng)兀素和組織方 式的通用范例(idiomatic paradigm)軟件體系結(jié)構(gòu)風(fēng)格，反映眾多系統(tǒng)共有結(jié) 構(gòu)的習(xí)慣用法和語(yǔ)義，表述系統(tǒng)的靜態(tài)結(jié)構(gòu)方式，強(qiáng)調(diào)軟件元素的組織形式和 通常用法。(2) 軟件設(shè)計(jì)模式(Design Pattern)設(shè)計(jì)模式是軟件問(wèn)題高效和成熟的設(shè)計(jì)模 板(pattern)，模板包含了固有的問(wèn)題的處理邏輯，強(qiáng)調(diào)處理邏輯采用方式的直 接復(fù)用。第八章作業(yè)1、什么叫分布構(gòu)件框架？答：分布構(gòu)件框架是應(yīng)用于分布式系統(tǒng)開(kāi)發(fā)的構(gòu)件框架。它封裝了網(wǎng)絡(luò)通信的 細(xì)節(jié)，具

23、有兩部分功能：其一，向客戶(hù)提供訪問(wèn)服務(wù)器上的分布構(gòu)件的接口； 其二，向服務(wù)器上的分布構(gòu)件提供一個(gè)運(yùn)行的環(huán)境（也稱(chēng)容器） 。 2、試比較本章介紹的三種構(gòu)件框架 答：EJB它是JaVa務(wù)器端服務(wù)框架的規(guī)范，軟件廠商根據(jù)它來(lái)實(shí)現(xiàn)EJB務(wù)器。應(yīng)用程序開(kāi)發(fā)者可以專(zhuān)注于支持應(yīng)用所需的商業(yè)邏輯，而不用擔(dān)心周?chē)?架的實(shí)現(xiàn)問(wèn)題。EJB規(guī)范詳細(xì)地解釋了一些最小但是必須的服務(wù)，如事務(wù)，安全 和名字等。軟件廠商根據(jù)這些規(guī)范要求以保證一個(gè) enterprise bean 能使用某個(gè) 必需的服務(wù)。規(guī)范并沒(méi)有說(shuō)明廠商如何實(shí)現(xiàn)這些服務(wù)。這使得通過(guò)閱讀規(guī)范來(lái) 學(xué)習(xí)EJB更加困難，因?yàn)樗试S廠商在不犧牲核心服務(wù)的可移植性的前提

24、下來(lái) 提供一些增強(qiáng)功能。DCOM Microsoft的分布式COM（ DCOM）擴(kuò)展了組件對(duì)象模型技術(shù)（ COM） ,使其能夠支持在局域網(wǎng)、廣域網(wǎng)甚至 Internet 上不同計(jì)算機(jī)的對(duì)象之 間的通訊。使用DCOM,應(yīng)用程序可以在位置上達(dá)到分布性，從而滿(mǎn)足客戶(hù)和 應(yīng)用的需求。CORBA CORBA是 Com mon Object Request Broker Architecture 的縮寫(xiě)，它 是分布計(jì)算機(jī)技術(shù)的發(fā)展結(jié)果，CORB/技術(shù)的成功在于，它除了能夠解決由于 多個(gè)系統(tǒng)層次上的異構(gòu)帶來(lái)的“孤島”問(wèn)題，還在理論和技術(shù)上擴(kuò)展了客戶(hù)/服務(wù)器的模式，使系統(tǒng)具有良好的可伸縮性，便于系統(tǒng)的開(kāi)發(fā)與升

25、級(jí)，保護(hù)已有 投資。第九章作業(yè)1、針對(duì)你曾經(jīng)開(kāi)發(fā)的某個(gè)軟件系統(tǒng)，總結(jié)出哪些質(zhì)量屬性對(duì)此系統(tǒng)最重要以及 描述這些質(zhì)量屬性的方法。答：軟件的質(zhì)量屬性：有效性、高效性、靈活性、完整性、可操作性、可靠性、 健壯性、可用性、可維護(hù)性、可移植性、可重用性、可測(cè)試性。描述這些質(zhì)量屬性的方法：（ 1） 質(zhì)量屬性專(zhuān)題研討會(huì) （QAW）（ 2） 體系結(jié)構(gòu)權(quán)衡分析方法 （ATAM）（ 3） 軟件體系結(jié)構(gòu)分析方法 （SAAM）（ 4） 積極的中間設(shè)計(jì)審核 （ARID）2、針對(duì)某個(gè)你感興趣的軟件系統(tǒng)，介紹它的商業(yè)動(dòng)機(jī)。 答：對(duì)校園宿舍管理系統(tǒng)商業(yè)動(dòng)機(jī)分析： 人所從事的任何活動(dòng)都是由一定的動(dòng)機(jī)所引起的，其任何行為也受到一定 的動(dòng)機(jī)所支配，并按照不同的方式組合、交織在一起，相互作用，相互制約， 構(gòu)成各種各樣的動(dòng)機(jī)體系。在此，主要對(duì)校園學(xué)生宿舍信息管理系統(tǒng)的商業(yè)動(dòng) 機(jī)做分析說(shuō)明。信息管理系統(tǒng)，簡(jiǎn)而言之就是對(duì)信息的集中管理，起到對(duì)信息 方便、快捷、有效、準(zhǔn)確的管理。學(xué)生宿舍管理是各高校后勤管理的重要組成 部分，一所學(xué)校的主要成員就是學(xué)生，所以說(shuō)，學(xué)生的數(shù)量是龐大的，每個(gè)學(xué) 生又有著不同的信息，比如說(shuō)，姓名、學(xué)號(hào)、性別、班級(jí)、所在宿舍樓等等復(fù) 雜信息。因此，學(xué)生宿舍管理日常工作中需要處理大量的信息，那么怎樣才能 對(duì)這龐大的學(xué)生信息和復(fù)雜的人事結(jié)構(gòu)進(jìn)行方便、快捷、有效、準(zhǔn)確的管理呢？ 不知不覺(jué)，這成