2012面向?qū)ο笳碜罱K磊磊版

1、1理解面向?qū)ο蟮乃枷耄ǚ庋b性、繼承性、多態(tài)性），作出一個(gè)簡(jiǎn)述。封裝是面向?qū)ο蠓椒ǖ囊粋€(gè)重要原則，封裝有兩個(gè)含義：結(jié)合性即將屬性和方法結(jié)合；信息隱 蔽性利用接口機(jī)制隱蔽內(nèi)部細(xì)節(jié)。繼承性是指子類可以自動(dòng)擁有父類的全部屬性與操作的機(jī)制。繼承可分為單重繼承和多重繼承 兩類。繼承簡(jiǎn)化了對(duì)現(xiàn)實(shí)世界的描述定義子類時(shí)不必定義那些在父類中已經(jīng)定義過(guò)的屬性和操作使 軟件的復(fù)用性提高。多態(tài)性是指同一操作作用于不同的對(duì)象，可以有不同的解釋，產(chǎn)生不同的執(zhí)行結(jié)果，同一接口 接收不同的參數(shù)可以實(shí)現(xiàn)不同的功能。2什么是分解、耦合度和內(nèi)聚度？分解：將系統(tǒng)分為更小成分耦合度是從模塊外部考察模塊的獨(dú)立性程度。它用來(lái)衡量多個(gè)模塊間的

2、相互聯(lián)系。模塊之間聯(lián) 系越緊密，其耦合性就越強(qiáng)，模塊的獨(dú)立性則越差。模塊間耦合高低取決于模塊接口的復(fù)雜性、調(diào) 用的方式及傳遞的消息。內(nèi)聚度（Cohesion）是模塊內(nèi)部各成份（語(yǔ)句或語(yǔ)句段）之間的聯(lián)系。顯然，模塊內(nèi)部各成份 聯(lián)系越緊，即其內(nèi)聚度越大，模塊獨(dú)立性就越強(qiáng)，系統(tǒng)越易理解和維護(hù)。具有良好內(nèi)聚度的模塊應(yīng) 能較好地滿足信息局部化的原則，功能完整單一。3什么是動(dòng)態(tài)綁定？動(dòng)態(tài)綁定，是指在程序運(yùn)行時(shí)才將消息所請(qǐng)求的操作與實(shí)現(xiàn)該操作的方法進(jìn)行連接。4什么是用例圖，用例圖有哪些部分組成。用例是從用戶的觀點(diǎn)對(duì)系統(tǒng)行為的一個(gè)描述，用例圖顯示誰(shuí)將是相關(guān)的用戶、用戶希望系統(tǒng)提供什么 服務(wù)以及用戶需要為系統(tǒng)提

3、供的服務(wù)。用例圖包含6個(gè)元素：參與者（Actor）、用例（Use Case）、關(guān)聯(lián)關(guān)系（Association） 包含關(guān)系（Include）、擴(kuò)展關(guān)系（Extend）、泛化關(guān)系（Generalization）5用例圖中參與者之間的關(guān)系有哪些？用例之間的關(guān)系有哪些？參與者之間的關(guān)系：泛化關(guān)系用例之間的關(guān)系：關(guān)聯(lián)關(guān)系、包含關(guān)系、擴(kuò)展關(guān)系、泛化關(guān)系6試描述用例圖在UML中的地位和作用。地位：用例圖顯示了用例和活動(dòng)者之間、用例之間、以及活動(dòng)者之間的關(guān)系，這種關(guān)系描述了模型元 素之間的語(yǔ)義聯(lián)系。其源于客戶需求分析，又稱用例分析，是整個(gè)系統(tǒng)開發(fā)中的非常關(guān)鍵的過(guò)程。 作用：用例圖是使用統(tǒng)一建模語(yǔ)言設(shè)計(jì)新系統(tǒng)

4、的起點(diǎn)，在初始階段完成。用例圖提供了系統(tǒng)的一個(gè)概覽，為系統(tǒng)提供給用戶的功能進(jìn)行說(shuō)明。從形式上講，用例記錄用戶使用系統(tǒng)時(shí)從頭到尾的一系列事件。是用戶和開發(fā)者一起深入剖析系統(tǒng)功能的起點(diǎn)。在開發(fā)項(xiàng)目的初期，用例圖可以描述現(xiàn)實(shí)世界中的活動(dòng)和動(dòng)機(jī)。同時(shí)可以在項(xiàng)目后期改進(jìn)用例 圖以反映用戶界面和設(shè)計(jì)細(xì)節(jié)。7 |掌握用例模型的獲取方桂。參與者獲取方法誰(shuí)使用系統(tǒng)的主要功能誰(shuí)需要系統(tǒng)支持他們的主要工作誰(shuí)來(lái)維護(hù)、管理系統(tǒng)使其能正常工作系統(tǒng)需要控制哪些硬件系統(tǒng)需要與哪些系統(tǒng)交互對(duì)系統(tǒng)產(chǎn)生的結(jié)果感興趣的是哪些人或哪些事物用例獲取方法：識(shí)別用例最好的方法就是從分析系統(tǒng)的參與者開始，考慮每個(gè)參與者是如何使用 系統(tǒng)的。參與

5、者要求系統(tǒng)提供哪些功能參與者需要讀、產(chǎn)生、刪除、修改或存儲(chǔ)系統(tǒng)中的信息有哪些類型必須提醒參與者的系統(tǒng)事件有哪些參與者必須提醒系統(tǒng)事件有哪些8用例之間的擴(kuò)展、泛化、包含三種關(guān)系有什么異同，請(qǐng)分別舉例說(shuō)明。擴(kuò)展關(guān)系擴(kuò)展用例被定義為基礎(chǔ)用例的增量擴(kuò)展。n基礎(chǔ)用例提供擴(kuò)展點(diǎn)以添加新的行為。n擴(kuò)展用例 提供插入片段以插入到基礎(chǔ)用例的擴(kuò)展點(diǎn)上泛化關(guān)系父用例也可以被特別列舉為一個(gè)或多個(gè)子用例。n子用例表示父用例的特殊形式。n子用例從 父用例處繼承行為和屬性，還可以添加行為或覆蓋、改變繼承的行為schedulerCom maischedulerdeveloperdevelopei包含關(guān)系客戶用例可以簡(jiǎn)單地包含

6、提供者用例具有的行為，并把它所包含的用例行為作為自身行為的一 部分。9類圖有哪些元素構(gòu)成？類之間的關(guān)系有哪些？掌握UML中類圖的繪制方法。類、接口、協(xié)作、依賴關(guān)系、泛化關(guān)系、關(guān)聯(lián)關(guān)系、實(shí)現(xiàn)關(guān)系類之間的關(guān)系：依賴關(guān)系、泛化關(guān)系、關(guān)聯(lián)關(guān)系、實(shí)現(xiàn)關(guān)系10簡(jiǎn)述類的聚合和組合關(guān)系的異同點(diǎn)。聚合是一種特殊的關(guān)聯(lián)，聚合更明確指出聚合的主體具有整體-部分關(guān)系. 組合是一種特殊的聚合，組合中的某個(gè)主體控制著另外一個(gè)主體的生命周期，而且他們還存在整體- 部分關(guān)系.聚合和組合的主要區(qū)別在于聚合關(guān)系是“has-a”關(guān)系，組合關(guān)系是“contains-a”關(guān)系；聚合 關(guān)系表示整體與部分的關(guān)系比較弱，而組合比較強(qiáng)；聚合關(guān)

7、系中代表部分事物的對(duì)象與代表聚合事 物的對(duì)象的生存期無(wú)關(guān)，一旦刪除了聚合對(duì)象不一定就刪除了代表部分事物的對(duì)象。組合中一旦刪 除了組合對(duì)象，同時(shí)也就刪除了代表部分事物的對(duì)象。11對(duì)象圖的適用場(chǎng)景以及它的優(yōu)缺點(diǎn)。對(duì)象圖適用于論證類模型的設(shè)計(jì)以及對(duì)源代碼進(jìn)行分析和說(shuō)明。其優(yōu)點(diǎn)是能夠直觀理解出系統(tǒng) 運(yùn)行時(shí)的實(shí)時(shí)狀態(tài)，缺點(diǎn)是比較復(fù)雜，工作量大。12掌握交互圖(時(shí)序圖與協(xié)作圖)的繪制方法。交互圖用來(lái)一步一步地描述用例地實(shí)現(xiàn)流程，包括流中需要什么對(duì)象，對(duì)象之間發(fā)送什么，什么 角色啟動(dòng)流、消息按什么順序發(fā)送等。交互圖通過(guò)從用例建模中得到的用例文檔說(shuō)明、詞匯表和用例圖來(lái)創(chuàng)建。如何創(chuàng)建交互圖創(chuàng)建交互圖的步驟如下：

8、1 .尋找對(duì)象尋找角色3獲取消息，并加入圖中。13掌握活動(dòng)圖、狀態(tài)圖的繪制方法?；顒?dòng)圖繪制方法：第一步，定義活動(dòng)圖的范圍首先應(yīng)該定義您要對(duì)什么建模。單個(gè)用戶案例？ 一個(gè)用戶案例的一部分？ 一個(gè)包含多個(gè)用戶案 例的商務(wù)流程？ 一個(gè)類的單個(gè)方法？ 一旦您定義了所作圖的范圍，應(yīng)該在其頂部，用一個(gè)標(biāo)注添加 標(biāo)簽，指明該圖的標(biāo)題和唯一的標(biāo)示符。您有可能也想要包括該圖的時(shí)間甚至作者名。第二步，添加起始和結(jié)束點(diǎn)每個(gè)活動(dòng)圖有一個(gè)起始點(diǎn)和結(jié)束點(diǎn)，因此您也要馬上添加它們。在UML精粹(UMLDistilled)(參見參考資料)，F(xiàn)owler和Scott認(rèn)為結(jié)束點(diǎn)是可選的。有時(shí)候一個(gè)活動(dòng)只是一個(gè)簡(jiǎn) 單的結(jié)束，如果是

9、這種情況，指明其唯一的轉(zhuǎn)變是到一個(gè)結(jié)束點(diǎn)也是無(wú)害的。這樣，當(dāng)其他人閱讀 您的圖時(shí)，他或她知道您已經(jīng)考慮了如何退出這些活動(dòng)。第三步，添加活動(dòng)如果您正對(duì)一個(gè)用戶案例建模，對(duì)每個(gè)角色(actor)所發(fā)出的主要步驟引入一個(gè)活動(dòng)(該活動(dòng)可 能包括起始步驟，加上對(duì)起始步驟系統(tǒng)響應(yīng)的任何步驟。如果您正對(duì)一個(gè)高層的商務(wù)流程建模，對(duì) 每個(gè)主要流程引入一個(gè)活動(dòng)，通常為一個(gè)用戶案例或用戶案例包。最后，如果您正對(duì)一個(gè)方法建模， 那么對(duì)此引入一個(gè)活動(dòng)是很常見的。第四步，添加活動(dòng)間的轉(zhuǎn)變我的風(fēng)格總是應(yīng)該退出一個(gè)活動(dòng)，即使它是轉(zhuǎn)變到一個(gè)結(jié)束點(diǎn)。一旦一個(gè)活動(dòng)有多個(gè)轉(zhuǎn)變時(shí)， 您必需對(duì)每個(gè)轉(zhuǎn)變加以相應(yīng)標(biāo)示。第五步，添加決策點(diǎn)有時(shí)

10、候，您所建模的邏輯需要做出一個(gè)決策。有可能是需要檢查某些事務(wù)或比較某些事務(wù)。要 注意的是，使用決策點(diǎn)是可選的。例如，在圖1中，我可以只是簡(jiǎn)單地將“接受”和“拒絕”兩 個(gè)轉(zhuǎn)變直接接到“在大學(xué)報(bào)名(Enrollin University) ”活動(dòng)。第六步，找出可并行活動(dòng)之處當(dāng)兩個(gè)活動(dòng)間沒(méi)有直接的聯(lián)系，而且它們都必需在第三個(gè)活動(dòng)開始前結(jié)束，那它們是可以并行 運(yùn)行的。在圖1中，您看到是有可能“參加簡(jiǎn)要介紹(attendoverview) ”和“報(bào)名研討班(enroll in seminars） ”可以按任意次序進(jìn)行，但是它們都得在您結(jié)束整個(gè)流程前完成。狀態(tài)圖建模技術(shù)建模步驟：找出適合用模型描述其行為的

11、類。確定對(duì)象可能存在的狀態(tài)。確定引起狀態(tài)轉(zhuǎn)換的事件。確定轉(zhuǎn)換進(jìn)行時(shí)對(duì)象執(zhí)行的相應(yīng)動(dòng)作。對(duì)建模的結(jié)果進(jìn)行相應(yīng)的精化和細(xì)化。14類的設(shè)計(jì)原則包括哪些內(nèi)容？單一職責(zé)原則（SRP）含義：就一個(gè)類而言，應(yīng)該僅有一個(gè)引起它變化的原因。開放一一封閉原則（OCP）含義：軟件實(shí)體應(yīng)該是可以擴(kuò)展的，但是不可修改的；對(duì)于擴(kuò)展是開 放的，對(duì)于修改是封閉的。Liskov替換原則（LSP）含義：子類型必須能夠替換掉它們的基類型。依賴倒置原則（DIP ）含義：高層模塊不應(yīng)依賴于低層模塊，二者都應(yīng)該依賴于抽象；抽象不應(yīng) 該依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴于抽象。接口隔離原則（DIP）含義：不應(yīng)該強(qiáng)迫客戶依賴于它們不用的方法。接口屬于

12、客戶，不屬于它 所在的類層次結(jié)構(gòu)。15包圖與組件圖的概念，掌握包圖的設(shè)計(jì)原則，包括穩(wěn)定性和抽象度的衡量方法。包圖：將相關(guān)的元素分組。組件圖描述了軟件的各種組件和它們之間的依賴關(guān)系。包圖的設(shè)計(jì)原則：內(nèi)聚性原則：重用一發(fā)布等價(jià)原則（REP）:重用的粒度就是發(fā)布的粒度共同重用原則（CRP）： 一個(gè)包中的所有類應(yīng)該是重用的。如果重用了包中的一個(gè)類，那么就要 重用包中的所有類。共同封閉原則（CCP）:包中的所有類對(duì)于同一種性質(zhì)的變化應(yīng)該是共同封閉的。一個(gè)變化若對(duì) 一個(gè)封閉的包產(chǎn)生影響，則將對(duì)該包中的所有類產(chǎn)生影響，而對(duì)于其他包則不造成任何影響。耦合性原則：無(wú)環(huán)依賴原則（ADP）:在包的依賴關(guān)系圖中不允許

13、存在環(huán)穩(wěn)定依賴原則（SDP）:朝著穩(wěn)定的方向進(jìn)行依賴穩(wěn)定抽象原則（SAP）:包的抽象程度應(yīng)該與其穩(wěn)定程度一致。穩(wěn)定性度量Ca輸入耦合度，依賴于該包內(nèi)的類的數(shù)目；Ce輸出耦合度，依賴于該包外的類的數(shù)目；不穩(wěn)定性I=Ce/（Ca+Ce）I=0表示該包具有最大的穩(wěn)定性；I=1表示該包具有最大的不穩(wěn)定性。抽象性度量Nc包中類的總數(shù)；Na包中抽象類的數(shù)目；抽象性度量A=Na/NcA=0意味著包中沒(méi)有任何抽象類；A=1意味著包中只包含抽象類。16掌握所介紹的各種設(shè)計(jì)模式的用途，類圖，以及相關(guān)實(shí)例。| （策略模式、工廠模式、對(duì)象裝飾 模式等）策略模式：定義了算法家族， 不會(huì)影響到使用算法的客戶。分別封裝起來(lái)

14、，讓它們之間可以互相替換，此模式讓算法的變化，相關(guān)實(shí)例：收銀打折系統(tǒng)對(duì)象裝飾模式：裝飾模式以對(duì)客戶端透明的方式擴(kuò)展對(duì)象的功能，是繼承關(guān)系的一個(gè)替代方案， 提供比繼承更多的靈活性。動(dòng)態(tài)給一個(gè)對(duì)象增加功能，這些功能可以再動(dòng)態(tài)的撤消。增加由一些基 本功能的排列組合而產(chǎn)生的非常大量的功能。動(dòng)態(tài)地為一個(gè)對(duì)象提供額外的職責(zé)。比子類繼承更靈 活。實(shí)例：穿衣服，帽子，鞋子等。工廠模式：使用工廠對(duì)象集中創(chuàng)建具有共同父類的子類對(duì)象。實(shí)體類用于描述必須存貯的信息及其相關(guān)行為；如學(xué)生邊界類用于描述外部參與者與系統(tǒng)之間的交互；如界面或者界面與應(yīng)用程序的接口控制類用于描述一個(gè)用例所具有的事件流控制行為，業(yè)務(wù)邏輯的操作過(guò)程

15、。將分析類劃分成這三種類型的好處在于：所產(chǎn)生的類更小更專門化；這種劃分將易變的外部界 面與系統(tǒng)基本功能進(jìn)行了屏蔽，使分析模型更易于變化。18請(qǐng)簡(jiǎn)要闡述在軟件開發(fā)過(guò)程中使用UML的必要性以及好處。軟件開發(fā)是一個(gè)很復(fù)雜的工程，而采用統(tǒng)一的建模語(yǔ)言來(lái)對(duì)軟件進(jìn)行描述能夠使客戶、 涉眾、開發(fā)人員對(duì)軟件能夠有更好的共識(shí)，也能夠有效地降低復(fù)雜性。必要性：軟件系統(tǒng)是產(chǎn)品，開發(fā)者和使用者是不同群體，對(duì)于一個(gè)復(fù)雜的軟件系統(tǒng)，開發(fā)必須由多個(gè)方面 人員參與、合作共同完成，它必須有完整的從分析到實(shí)現(xiàn)、使用和維護(hù)的文檔。正因?yàn)槿绱?，軟?系統(tǒng)必須像傳統(tǒng)工業(yè)產(chǎn)品一樣建模，把一個(gè)復(fù)雜的系統(tǒng)按問(wèn)題的不同方面以一種約定好的、為大

16、家 共同接受的描述方式分別進(jìn)行全面而詳盡的描述，以便人們交流。在試圖交流、理解一個(gè)系統(tǒng)時(shí)， 可根據(jù)人們所關(guān)心的某一方面的問(wèn)題，查閱對(duì)應(yīng)的系統(tǒng)模型，從而得到對(duì)此問(wèn)題的理解。另外，如 果整個(gè)系統(tǒng)的功能、原理和結(jié)構(gòu)沒(méi)有一個(gè)全面而詳細(xì)的記載的話，將會(huì)對(duì)此軟件產(chǎn)品的開發(fā)、維護(hù) 和升級(jí)產(chǎn)生不利的結(jié)果。uml的好處有：用統(tǒng)一（綜合了 oose,omt等）而直觀的圖符來(lái)幫助不同角色（客戶，分析者，設(shè)計(jì)者，實(shí)現(xiàn) 者.）進(jìn)行良好的溝通開發(fā)的不同階段（分析，設(shè)計(jì)，實(shí)施，測(cè)試均采用一致的模型，從而保證了階段順利切換，以 及能夠及時(shí)測(cè)試等。19在繪制類圖時(shí)，第一步就是發(fā)現(xiàn)類，最常用的方法是什么？請(qǐng)簡(jiǎn)要說(shuō)明它的使用方法。

17、發(fā)現(xiàn)類的方法有很多種，其中最廣泛應(yīng)用的莫過(guò)于通過(guò)事件流尋找類，即“名詞動(dòng)詞法”，其主 要規(guī)則是從名詞與名詞短語(yǔ)中提取對(duì)象與屬性；從動(dòng)詞與動(dòng)詞短語(yǔ)中提取操作與關(guān)聯(lián)；而所有格短 語(yǔ)通常表明名詞應(yīng)該是屬性而不是對(duì)象。通過(guò)事件流尋找類（名詞動(dòng)詞分析法）分析事件流中的名詞，將性質(zhì)相同的歸為一類；去除不恰當(dāng)?shù)幕蚝?，去除?yīng)歸為屬性的項(xiàng)目。命名所獲取的類。如何確定屬性注意需求中的名詞；注意用例模型或需求文檔中的名詞，數(shù)據(jù)表。如何確定方法實(shí)現(xiàn)：實(shí)現(xiàn)業(yè)務(wù)功能，通過(guò)事件流中的動(dòng)詞分析進(jìn)行捕捉；管理：管理對(duì)象的創(chuàng)建或構(gòu)造；訪問(wèn)：查詢或修改每個(gè)類的屬性；幫助：說(shuō)明類完成任務(wù)所需要的操作。20簡(jiǎn)述面向?qū)ο蠓治鲞^(guò)程。面

18、向?qū)ο蠓治龅哪康脑谟诮?。面向?qū)ο蠓治龅囊话悴襟E如下：1、獲取客戶對(duì)系統(tǒng)的需求，包括標(biāo)識(shí)場(chǎng)景和用例，以及建立需求模型；2、用基本的需求為指南來(lái)選擇類和對(duì)象；3、定義類的結(jié)構(gòu)和層次；4、建造對(duì)象一關(guān)系模型；5、建造對(duì)象行為模型；6、利用用例/場(chǎng)景來(lái)復(fù)審分析模型。21簡(jiǎn)述面向?qū)ο笤O(shè)計(jì)過(guò)程。面向?qū)ο笤O(shè)計(jì)是將面向?qū)ο蠓治鏊鶆?chuàng)建的分析模型轉(zhuǎn)換為設(shè)計(jì)模型。面向?qū)ο笤O(shè)計(jì)的目標(biāo)是產(chǎn)生一 個(gè)滿足用戶需求，并且完全可實(shí)現(xiàn)的面向?qū)ο笤O(shè)計(jì)模型。1、系統(tǒng)設(shè)計(jì)將分析模型劃分成子系統(tǒng)標(biāo)識(shí)問(wèn)題本身的并發(fā)性，并為子系統(tǒng)分配處理器任務(wù)管理設(shè)計(jì)數(shù)據(jù)管理設(shè)計(jì)資源管理設(shè)計(jì)人機(jī)界面設(shè)計(jì)子系統(tǒng)間的通信2、對(duì)象設(shè)計(jì)；對(duì)象設(shè)計(jì)是為每個(gè)類的屬性

19、和操作作出詳細(xì)的設(shè)計(jì)，并設(shè)計(jì)連接類與它的協(xié)作者之間的消息規(guī)約。對(duì)象描述的方式協(xié)議描述：描述對(duì)象的接口，即定義對(duì)象可以接收的消息以及接收到消息后完成的相關(guān)操作;實(shí)現(xiàn)描述：描述傳送給對(duì)象的消息所蘊(yùn)含的每個(gè)操作的實(shí)現(xiàn)細(xì)節(jié)，實(shí)現(xiàn)細(xì)節(jié)就是關(guān)于描述對(duì)象屬性的數(shù)據(jù)結(jié)構(gòu)的內(nèi)部細(xì)節(jié)和描述操作的過(guò)程細(xì)節(jié)。為對(duì)象中的屬性和操作設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)和算法。3、消息設(shè)計(jì)；使用對(duì)象間的協(xié)作和對(duì)象一關(guān)系模型，設(shè)計(jì)消息模型4、復(fù)審。復(fù)審設(shè)計(jì)模型并在需要時(shí)迭代。22請(qǐng)觀察一部電梯的運(yùn)行方式，并用狀態(tài)圖描述它的各種狀態(tài)（簡(jiǎn)化為“第一層”、“向上運(yùn)動(dòng)”、“向下運(yùn)動(dòng)”、“等待”、“運(yùn)動(dòng)到第一層”五種狀態(tài)）和可能轉(zhuǎn)移。列第floor Mtjm

20、rr把第展do/iti 加timer n 翅時(shí)值/F tft (舞一層)卜樓 fllKrf II 上 HH floor)ttt(floor)V到達(dá)menu (/god ow n( Hr st floor)goup(Hoor)叫I:詁gouptHoor) i陽(yáng) ertiry:dcst flooi-floor i do: H.hEldest floorde st fioor服務(wù)仰Wtimen=0d(j：ingre；i瞠!向卜您行dest floorgodown(floor)entry:dest floor= floor、d。：卜 dest floorR 沖goup floor) eurrcntf0

21、O|dest floor=欄odown(flgr)ntiy:AQiieiie.deiere(heEid)1 currcntrioDrdesL flour gcxkmn(lloor)I隊(duì)列為wen(door)23.5 eric ad/Warn ingBeepT簡(jiǎn)單的電子表包含兩個(gè)按鈕A和B，系統(tǒng)啟動(dòng)后進(jìn)入顯示時(shí)分秒時(shí)間狀態(tài)。在顯示時(shí)間OpeningI Closingcpincitiisf： ttruer Iincrease timer. 蛆Overload.opein door狀態(tài)下按鈕B用于切換兩種時(shí)間顯示方式，即顯示時(shí)分秒和顯示年月日。而在顯示時(shí)分秒 狀態(tài)下，按鈕A用于切換四種操作方式：顯示

22、時(shí)間、設(shè)置小時(shí)、設(shè)置分鐘和設(shè)置秒鐘；在 顯示年月日狀態(tài)下按鈕A用于切換顯示時(shí)間、設(shè)置年份、設(shè)置月份和設(shè)置日期四種操作方 式。試畫出其狀態(tài)轉(zhuǎn)換圖。24某“訂貨”用例的文字描述如下：接收顧客的訂單、確認(rèn)訂單是否已付款。若未付款，則取消并 退回訂單；若已付款，則檢查每個(gè)訂單項(xiàng)。對(duì)有貨的訂單項(xiàng)更新庫(kù)存，同時(shí)向顧客發(fā)放提貨單；對(duì) 于缺貨的訂單項(xiàng)則向顧客發(fā)放缺貨單，同時(shí)向采購(gòu)人員發(fā)放采購(gòu)單。請(qǐng)用活動(dòng)圖描述這一用例。|25掌握UML中各種模型圖的作用，畫法，結(jié)合“網(wǎng)上學(xué)生選課系統(tǒng)”仔細(xì)理解。網(wǎng)上選課系統(tǒng)建模類圖范例根據(jù)前面課程的分析可知選課系統(tǒng)可設(shè)計(jì)如下類：（1）界面FormObject （2）控制對(duì)象Co

23、ntrolObject（3）課程Course角色類：（1）管理員Register （2）學(xué)生Student(3)學(xué)生和官理員的父類People (4)數(shù)據(jù)庫(kù)Database類圖：(好像不好，課件上這么畫的，但是看起來(lái)更像用例圖和類圖的雜合)Quer1 .HSociatLnnOGeLLoun&eJniti()Display斯尚如H也，請(qǐng)判斷以下類圖中的類關(guān)系是否合適，并說(shuō)明理由。飛機(jī)有機(jī)翼、機(jī)身、駕駛艙改為組合關(guān)系商店里的電器，一臺(tái)電器可以是一臺(tái)洗衣機(jī)，也可以不是；一臺(tái)電器可以是一臺(tái)電視機(jī)，也可以不 是；一臺(tái)電器可以是一臺(tái)空調(diào)，也可以不是。改為繼承關(guān)系公司員工很多，包括程序員、分析員與項(xiàng)目經(jīng)理等

24、。改為繼承關(guān)系而不是原來(lái)的組合關(guān)系仔細(xì)分析“語(yǔ)音郵箱系統(tǒng)”的“保留語(yǔ)音信息”和“撥打郵箱號(hào)”的用例事件流描述，請(qǐng)找出 里面的對(duì)象，并畫出時(shí)序圖或協(xié)作圖。用例1:撥打郵箱號(hào)呼叫者撥打語(yǔ)音郵件系統(tǒng)的主號(hào)碼；語(yǔ)音郵件系統(tǒng)發(fā)出提示音：輸入郵箱號(hào)碼并加#號(hào)呼叫者輸入接收者的郵箱號(hào)語(yǔ)音郵件系統(tǒng)發(fā)出問(wèn)候語(yǔ)：已進(jìn)入XX的郵箱，請(qǐng)留言。用例2：保留語(yǔ)音信息呼叫者“撥打郵箱號(hào)”呼叫者說(shuō)出信息呼叫者掛斷電話語(yǔ)音郵件系統(tǒng)將記錄的信息存放在接收者的郵箱中。假設(shè)某高校需要建立一個(gè)檔案管理系統(tǒng)，而你是該軟件系統(tǒng)的負(fù)責(zé)人。你所在的軟件公司與高 校一致同意系統(tǒng)的構(gòu)建采用面向?qū)ο蠓椒?。作為開發(fā)負(fù)責(zé)人，請(qǐng)你結(jié)合本課程中的學(xué)習(xí)知識(shí)，

25、提供 參考的軟件體系結(jié)構(gòu)設(shè)計(jì)方案，描述開發(fā)這個(gè)系統(tǒng)的過(guò)程，并寫出開發(fā)過(guò)程的每個(gè)步驟中你認(rèn)為應(yīng) 該用到的主要技術(shù)。1、在面向?qū)ο蠹夹g(shù)中，對(duì)已有的類的特征稍作改變就可生成其他的類，這種方式稱為（C）A.委托B.代C.繼承D.封裝2、類庫(kù)是一種預(yù)先定義的程序庫(kù)，它以程序模塊的形式，按照（B）把一組類的定義和實(shí)現(xiàn)組織在 一起：（C）對(duì)類庫(kù)的建設(shè)提供了強(qiáng)有力的支持。A.類的功能B.類的層次結(jié)構(gòu)C.實(shí)例之間的調(diào)用關(guān)系D.類的類型A.引用B.重置C.類屬類D.封裝3、UML是一種面向?qū)ο蟮慕y(tǒng)一建模語(yǔ)言。它包含10種圖，其中，用例圖展示了外部actor與系統(tǒng) 所提供的用例之間的連接，UML中的外部actor是

26、指（D），用例可以用（C）圖來(lái)描述。狀態(tài)圖指 明了對(duì)象所有可能的狀態(tài)以及狀態(tài)之間的遷移。如果一個(gè)并發(fā)的狀態(tài)由n個(gè)并發(fā)的子狀態(tài)圖組成， 那么，該并發(fā)狀態(tài)在某個(gè)時(shí)刻的狀態(tài)由（A）個(gè)子狀態(tài)中各取一個(gè)狀態(tài)組合而成。協(xié)作圖描述了協(xié) 作的（A）之間的交互和鏈接，它畫成（A）圖的形式。A.人員B.單位C.人員或單位D.人員或外部系統(tǒng)A.類B.狀態(tài)C.活動(dòng)D.協(xié)作A.每一 B.任意一 C.任意二D.任意m（m=n）A.對(duì)象B.類C.用例D.狀態(tài)A.對(duì)象B.類C.用例D.狀態(tài)4、在面向?qū)ο蠓治鲞^(guò)程中，用概念模型來(lái)詳細(xì)描述系統(tǒng)的問(wèn)題域，用（B）來(lái)表示概念模型；用（A） 來(lái)描述對(duì)象行為。A.序列圖B類圖C協(xié)作圖D用

27、例圖A.序列圖和協(xié)作圖B用例圖和活動(dòng)圖C類圖和包圖D用例圖和構(gòu)件圖5、在UML中，（D）把活動(dòng)圖中的活動(dòng)劃分為若干組，并將劃分的組指定給對(duì)象，這些對(duì)象必須履 行該組所包含的活動(dòng)，它能夠明確地表示哪些活動(dòng)是由哪些對(duì)象完成的。A組合活動(dòng)B同步條C活動(dòng)D泳道6、在較高的抽象層次上，傳統(tǒng)的程序流程圖與UML中活動(dòng)圖最根本的區(qū)別在于（A）。A程序流程圖明確地指定了每個(gè)活動(dòng)的先后順序，而活動(dòng)圖僅描述了活動(dòng)和必要的工作順序B活動(dòng)圖不能提供循環(huán)控制結(jié)構(gòu)，而程序流程圖提供C活動(dòng)圖不能表示并發(fā)活動(dòng)，而程序流程圖可以表示并發(fā)活動(dòng)D兩者采用不同的圖形符號(hào)系統(tǒng)7、在關(guān)于用例的描述中，錯(cuò)誤的是（A）A用例將系統(tǒng)的功能范圍

28、分解成許多小的系統(tǒng)功能陳述B一個(gè)用例代表了系統(tǒng)的一個(gè)單一的目標(biāo)C用例是一個(gè)行為上相關(guān)的步驟序列D用例描述了系統(tǒng)與用戶的交互8、UML提供了 4種結(jié)構(gòu)圖用于對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中B）是 面向?qū)ο笙到y(tǒng)建模中最常見的圖，用于說(shuō)明系統(tǒng)的靜態(tài)設(shè)計(jì)視圖；當(dāng)需要說(shuō)明系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖 時(shí)，應(yīng)該選擇（A）；當(dāng)需要說(shuō)明體系結(jié)構(gòu)的靜態(tài)實(shí)施視圖時(shí)，應(yīng)該選擇（D）。A構(gòu)件圖B類圖C對(duì)象圖D部署圖A構(gòu)件圖B協(xié)作圖C狀態(tài)圖D部署圖A協(xié)作圖B對(duì)象圖C活動(dòng)圖D部署圖9、面向?qū)ο笙到y(tǒng)中有兩種基本的復(fù)用方式：框架復(fù)用和類庫(kù)復(fù)用。下列關(guān)于框架和類庫(kù)的描述不正 確的是（D）。A框架是一個(gè)“半成品”的應(yīng)用程序B類庫(kù)只包含一系列可被應(yīng)用程序調(diào)用的類C框架會(huì)為一個(gè)特定的目的實(shí)現(xiàn)一個(gè)基本的、可執(zhí)行的架構(gòu)D類庫(kù)是框架的一種擴(kuò)展形式10、下列有關(guān)面向?qū)ο蟮臄⑹霾徽_的是（C）A面向?qū)ο笤O(shè)計(jì)最根本的意圖是適應(yīng)需求變化B應(yīng)盡量針對(duì)接口編程，而不要針對(duì)實(shí)現(xiàn)編程C