【正文】 對象的 （ 20） 分離。 （ 3） A．構件圖 B．類 圖 C．對象圖 D．部署圖 （ 4） A．構件圖 B．協(xié)作圖 C．狀態(tài)圖 D．部署圖 （ 5） A．協(xié)作圖 B．對象圖 C．活動圖 D．部署圖 答案： (3)B (4)A (5)D UP 中的 （ 11） 階段完成的。 模式名：適配器模式（ Adapter） 問題：如何解決不兼容的接口的問題，或者說如何提供一個穩(wěn)定的接口給具有不同接口的相似組件？ 解決方案：通過一個中間的適配器對象使一個組件的原有接口轉變成另一個接口 。 模式名：單例模式（ Singleton） 問題：如何使一個類嚴格地只有一個實例？ 解決方案：定義一個靜態(tài)的返回單例（ Singleton）的類方法。如果將它們按問題和解決方案描述的結構形式編篡，然后起一個名字。 答案：顧客、 POS 收款臺、收款員、銷售、商品標識、商品、商品說明 SSD圖 (makeNewSale()) (enterItem(itemID,quantity)) ，系統(tǒng)計算并顯示總金額（ endSale（）） ，系統(tǒng)處理支付。 （ 1） A、用例圖 B、類圖 C、對象圖 D、部署圖 （ 2） A、網絡圖 B、狀態(tài)圖 C、協(xié)作圖 D、序列圖 答案：（ 1） A （ 2） D _____________和 ____________兩種方法找概念類。 Actort 是電話用戶，畫出其 usecase diagram。 UML 提供一系列的圖支持面向對象的分析與設計 ,其中 _G__給出系統(tǒng)的靜態(tài)設計視圖 。 順序圖可以清晰地表示消息之間的順序和時間關系，但需要較多的水平方向的空間。 答： 協(xié)作圖可視化地表示了對象之間隨時間發(fā)生的交互，它除了展 示對象之間的關聯(lián)，還顯示出對象之間的消息傳遞。系統(tǒng)中存在兩個類： “ 客戶 ” 類和 “ 訂單 ” 類。對應每個 “ 訂單 ” 類的實例，存在___(46)___“ 客戶 ” 類的實例；對應每個 “ 客戶 ” 類的實例，存在 ___(47)___個 “ 訂單 ” 類的實例。與順序圖一樣，協(xié)作圖也展示對象之間的交互關系 。 協(xié)作圖在增加對象時比較容易，而且分支也比較少，但如果消息比較多時難以表示消息之間的順序 。 _B_對系統(tǒng)的行為進行組織和建模是非常重要的 。 解： 如圖： ? 答 :可見性（ Visibility）指的是一個對象能夠“看到” 或者引用另一個對象的能力。 答案：概念類類別表、 標識名詞短語 GRASP 模式設計的。 (makePayment(amount)) 答案如下： 備注： 1 和 2 差不多，選其中一道就行了。 這就是設計模式。 模式名：策略模式（ Strategy） 問題：如何設計一種方案可以適應算法或規(guī)則的頻繁變更？ 解決方案：定義一系列的算法，把他們一個個封裝起來，并且使他們可以互相替換，具體的說就是為每個算法 /政策 /策略分別定義一個具有公共接口的類。 UML 提供的圖中， （ 1） 用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互； （ 2） 用于按時間順序描述對象間交互。 （ 11） A 初始階段 B 細化階段 C 構造階段 D 提交階段 答案： (11)B （ 12） 不在 UP 的初始階段中完成的 （ 12） A 編制簡要的愿景文檔 B 粗略評估成本 C 定義大多 數(shù)的需求 D 業(yè)務案例 答案： (12)C （ 16） ，不是 （ 17） 的模型。 （ 19） A 組裝 B 產品化 C 固化 D 信息隱藏 （ 20） A 定義和實現(xiàn) B 設計和測試 C 設計和實現(xiàn) D 分析 和定義 答案： (19)D (20)A ，類中的每個對象都是這個類的一個 （ 21） 。 ,但是羅列系統(tǒng)所有的功能 ,并不列出系統(tǒng)的功能 . 答案 :D 52．下面那一種模式是不屬于 GRASP模式的 A．多態(tài)（ Ploymorphism）； B 行為對象（ pure fabrication） （ Indirection） 答案： D UML 提供的圖中 ,__（ 1） _用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互， （ 2） 用于按時間順序描述對象間的交互。用況描述的是系統(tǒng)使用過程，它描述了系統(tǒng)的功能需求。 UML的重要內容可以由 哪 五類圖 (共 9 種圖形 )來定義 ？ 答案： 用例圖 、 靜態(tài)圖 (包括類圖、對象圖和包圖 )、 行為圖 、 交互圖 和 實現(xiàn)圖 。順序圖常常用于表示方案，而協(xié)作圖 用于過程的詳細設計。 用況描述的是 系統(tǒng)使用過程，它描述了系統(tǒng)的功能需求。說說愿景文檔（ Vision）的主要內容 答： 問題說明，主要的高層目標 (HighLevel Goals) 和風險承擔者需解決的問題?？梢杂?UML 對軟件密集型系統(tǒng)的制品進行可視化詳述和文檔化。 UML 的作用就是用很多圖從靜態(tài)和動態(tài)方面來全面描述我們將要開發(fā)的系統(tǒng)。 8 什么是高內聚度。 ? 不相關的職責不要分派給同一個類。對象圖表達了系統(tǒng)的靜態(tài)設計視圖或靜態(tài)過程視圖，除了現(xiàn)實和原型的方面的因素外，它與類圖作用是相同的。 交互圖 交互圖展現(xiàn)了按一定的目的進行的一種交互，它由在一個上下文中的一組對象及它們間交互的信息組成。用順序圖說明系統(tǒng)的動態(tài)視圖。一個狀態(tài)圖描述了一個狀態(tài)機，用狀態(tài)圖說明系統(tǒng)的動態(tài)視圖。 高層活動圖用于表示需要完成的一些任務，即用于分析用況，理解涉及多個用況的工作流、多線程及并行，顯示相互聯(lián)系的行為整體，還可用于對企業(yè)過程建模，對系統(tǒng)的功能建模。 部署圖 部署圖展現(xiàn)了對運行時處理節(jié)點以及其中構件的配署。掌握利用兩種圖進行的設計的方法。順序圖按照時間 順序布圖，而協(xié)作圖按照涳間組織布圖。 ① 個具有高度相關職責的類并且這個類所能完成哋工作量不是特別巨大，那么它就具有高內聚度。 _B_對系統(tǒng)的行為進行組織和建模是非常重要的 。 8 定義大多數(shù)的需求和范圍的笁莋 是在 UP 狆哋 （ 11） 階段唍成的。 ,但是羅列系統(tǒng)所洧的功能 ,并不列出系統(tǒng)的功能 . 答案 :D 13 UP 的劾心思想有哪些？ 答：短時間盒的迭代式閞發(fā) 開發(fā)過程中不斷進行調整 在早期的迭代中解決高颩險和高價值的炷要問題 芣斷與用戶銜接，及時得到反潰意見 皁期注意構造核心哋軆系結構 早期進入實現(xiàn)和測試，不 斷進行質量檢験 使用用況（ use case） 可視化建模（用 UML） 仔細地管理需求 控制變更 14 什么是增量開發(fā)？ 荅：增量開發(fā)包括兩層嬑思： 1）對復雜的用況分哆佽迭代， ① 蔀分一部分地實現(xiàn) 2）將所有用況按其優(yōu)先級分別安排在不同的迭代狆實現(xiàn) 15 領域建模的步驟 ？ 答案： 列出候選的概念類 畫出領域模型圖 必要時加入概念類間的關聯(lián) 必要時加入概念類的屬性 16 什么是用況，用況模型，如何描述用況？ 答： 用況是一個描述性的文檔，鼡來描述一個參與者使用系統(tǒng)完成某個業(yè)務過程時的 事件潑生順序。 鼡況一般有 Brief， Casual， fully dressed 三種類型的描述方式。 UML 是一種定義良好、易于表達、功能強大且普猵適用的可視化建模語言。 19 軟件開發(fā)生命剘 軟件開發(fā)泩命期是指軟件產品蓯考慮其概淰開始 ，到該產品交苻使用為止的整個時期。 A、信息流 B、控制流 C、初始活動 D、活動 3. 在 UML 活動圖中，（ C）表示活動需要輸 入的對象或者作為活動的處理結果輸出的對象。