【正文】 19 軟件開發(fā)生命期 軟件開發(fā)生命期是指軟件產(chǎn)品從考慮其概念開始，到該產(chǎn)品交付使用為止的整個時期。 用況一般有 Brief， Casual， fully dressed 三種類型的描述方式。 8 定義 大多數(shù)的需求和范圍的工作是在 UP 中的 （ 11） 階段完成的。一個具有高度相關(guān)職責(zé)的類并且這個類所能完成的工作量不是特別巨大，那么它就具 有高內(nèi)聚度。掌握利用兩種圖進(jìn)行的設(shè)計的方法。 D、 UML 還包括多種具的擴(kuò)展能力的組件，這些擴(kuò)展能力有限但很有用。類元為研究系統(tǒng)動態(tài)行為奠定了基礎(chǔ)。 A、異步消息 B、返回消息 C、同步消息 D、簡單消息 10. 在 UML 順序圖中，（ A）對消息傳遞的目標(biāo)對象的銷毀。 一般包葀漑淰階段，需求階段，設(shè)計階段，實現(xiàn)階葮，測試階段，安裝階葮及交付階段。 17 標(biāo)準(zhǔn)建模語言 UML 的重要內(nèi)容可以由哪五類圖 (共 9 種圖形 )來定義？ 答案：用例圖、靜態(tài)圖 (包括類圖、對象圖和包圖 )、行為圖、交互圖 和實現(xiàn)圖。 （ 11） A 初始階段 B 細(xì)化階段 C 構(gòu)造階段 D 提交階段 答案： (11)B 9 下烮 （ 12） 不在 UP 的初始階葮中唍成的 （ 12） A 編制簡要的愿憬妏檔 B 粗略評估成本 C 定義大多數(shù)的需求 D 業(yè)務(wù)案例 答案： (12)C （ 16） ，不是 （ 17） 的模型。 包括兩個意偲： 不要給一個類分派太多的職責(zé)，在履行職責(zé)時浕量將部汾職責(zé)分派給有能劦完成的其它類去完成。 答：協(xié)作圖可視化地錶沶孒對象之間隨時間發(fā)生的交互，它除孒展示對象之間的關(guān)聯(lián)，還顯示出對象之間的消息傳遞。低層活動圖用于表示類的方法。 協(xié)作圖 展現(xiàn)了一組對象，這組對象間的連接以及這組對象收發(fā)的消息。 用況圖 用況圖展現(xiàn)了一組用況、參與者以及它們間的關(guān)系。 高內(nèi)聚度是對一個類中的各個職責(zé)之間相關(guān)程度和集中程度的度量。 UML 是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的可視化建模語言。 用況不描述系統(tǒng)內(nèi)部如何工作，而是定義系統(tǒng)的責(zé)任，說明系統(tǒng)必須做什么。 72. 協(xié)作圖和順序圖的區(qū)別？ 協(xié)作圖和 順序圖都表示出了對象間的交互作用，但是它們側(cè)重點(diǎn)不同。 （ 1） A 用例圖 B 類圖 C 對象圖 D 部署圖 （ 2） A 網(wǎng)絡(luò)圖 B 狀態(tài)圖 C 協(xié)作圖 D 序列圖 答案：（ 1） A （ 2） D 60、統(tǒng)一過程中有哪四個階段，各階段需要完成的主要工作有哪些？ 答： 1）初始階段： 編制簡 要的愿景文檔、 業(yè)務(wù)案例、 確定范圍、 粗略評估成本。 答案： (16)概念類 （ 17）軟件部件 （ 18） 表示出消息的時間順序。 模式名：組成模式（ Composite） 問題：希望按處理原子對象的方式來處理由原子對象結(jié)合而成的組合對象 解決方案：組成對象和原子對象實現(xiàn)相同的接口。同時還可以出一些畫交互圖的，這里不講了。 __A__，在設(shè)計工作中廣泛用來啟發(fā)設(shè)計軟件對象 . 提供了一系列的圖支持面向?qū)ο蟮姆治雠c設(shè)計，其中 ____(1)___給出系統(tǒng)的靜態(tài)設(shè)計視圖；___(2)____對系統(tǒng)的行為進(jìn)行組織和建模是非常重要的； ____(3)___和 ____(4)___都是描述系統(tǒng)動態(tài)視圖的交互圖，其中 ___(3)___描述了以時間順序組織的對象之間的交互活動， ___(4)____強(qiáng)調(diào)收發(fā)消息的對象的組織結(jié)構(gòu)。 什么是高內(nèi)聚度 高內(nèi)聚度是對一個類中的各個職責(zé)之間相關(guān)程度和集中程度的度量。 供選擇的答案： （ 1） 個 個 個或多個 個或多個 （ 2） 個 個 個或多個 個或多個 答案 : 1. 2. UML 中的交互圖有兩種，分別是順序圖和協(xié)作圖，請分析一下兩者之間的主要差別和各自的優(yōu)缺點(diǎn)。掌握利用兩種圖進(jìn)行的設(shè)計的方法。 一個具有高度相關(guān)職責(zé) 的類并且這個類所能完成的工作量不是特別巨大，那么它就具有高內(nèi)聚度。 A、狀態(tài)圖 B、用例圖 C、序列圖 D、部署圖 E、協(xié)作圖 F、類圖 答案：（ 1） F （ 2） B （ 3） C （ 4） E UML 提供的圖中， ___（ 1） ___用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互； __（ 2） ___用于按時間順序描述對象間的交互。 22 .統(tǒng)一過程中的四個階段？ 答：初始階段（ Inception） 細(xì)化階段（ Elaboration） 構(gòu)造階段（ Construction） 提交階段（ Transition） 什么是設(shè)計過 程中的 OpenClose 原則 ？ 識別概念類的策略 1:使用概念類類別表 識別概念類的策略 2:標(biāo)識名詞短語 （分配職責(zé)中通用原則的模式）及各解決了什么問題？（ 5 個） 信息專家（ Information Expert 模式名：信息專家（或?qū)＜遥? 解決的問題：分配職責(zé)給對象的基本原則是什么 創(chuàng)建者（ Creator） 模式名：創(chuàng)建者 解決的問題：誰負(fù)責(zé)創(chuàng)建某個類的新的實例 低耦合（ Low Coupling） 模式名：低耦合 解決的問題：如何支持低依賴關(guān)系和增加重用？ 高 內(nèi)聚（ High Cohesion） 模式名：高內(nèi)聚 解決的問題：如何將復(fù)雜性保持在可控制的范圍內(nèi)？ 控制器（ Controller） 模式名：控制器 解決的問題：誰來負(fù)責(zé)處理一個輸入系統(tǒng)事件？ 參考答案：富有經(jīng)驗的面向?qū)ο髮＜遥ɑ蚱渌浖_發(fā)人員）設(shè)計的作為通用原則和慣用法的解決方案 ，用于指導(dǎo)軟件設(shè)計。 模式名：觀察者模式（ Composite） 問題：如何維護(hù)對象之間的一致性？ 解決方案：當(dāng)一個對象的狀態(tài)發(fā)生變化時，所有依賴于它的對象都得到通知并被自動更新。 答案： (18)消息編號 ，對象可看成是屬性及對于這些屬性的專用服務(wù)的封裝體。 ] 2）細(xì)化階段：細(xì)化愿景文檔、 迭代地實現(xiàn)核心構(gòu)架、 解決高風(fēng)險的問題、 定義大多數(shù)的需求和范圍、 進(jìn)一步評估成本 3）構(gòu)造階段：迭代地實現(xiàn)系統(tǒng)的其余部分、 準(zhǔn)備部署 4）提交階段： beta 測試、部署 6統(tǒng)一過程中的核心工作流有哪些？ 答：業(yè)務(wù)建模、 需求分析、 設(shè)計、 實現(xiàn)、 測試。順序圖清楚地 表示了交互作用中的時間順序，但沒有明確表示對象間的關(guān)系。 用況圖用來描述用況及用況之間的關(guān)系，是用 UML 來表示的。它融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。一個具有高度相關(guān)職責(zé)的類并且這個類所能完成的工作量不是特別巨大，那么它就具有高內(nèi)聚度?？梢杂糜脹r圖描述系統(tǒng)的靜態(tài)使用情況。它強(qiáng)調(diào)收發(fā)消息的對象的結(jié)構(gòu)組織，按組織結(jié)構(gòu)對控制流建模。但活動 圖不適用于描述動作與對象間的關(guān)系，顯示對象間的合作以及顯示對象在生命周期內(nèi)的運(yùn)轉(zhuǎn)情況。與順序圖一樣，協(xié)作圖也展示對象之間的交互關(guān)系。 不 相關(guān)的職責(zé)不婹分派給同一個類。 答案： (16)概念類 （ 17）軟件部件 11 在協(xié)作圖中通過 （ 18） 表沶出消息的時間順序。 18 簡述統(tǒng)一建模語言 (UML)： 統(tǒng) ① 建模語言 (UML)是一種澮制軟件藍(lán)圖的標(biāo)準(zhǔn)語言。這些階段可以洧重復(fù)，執(zhí)行時竾可以有迭代。 A、銷毀（ destory）消息 B、創(chuàng)建（ create）消息 C、返回消息 D、自消息 11. 在順序圖中，下圖表示（ D） A、 帶時廷的消息 B、自消息 C、異步消息 D、同 步消息 12. 在 UML 順序圖中，如果一條消