級(jí)面向?qū)ο蠹夹g(shù)復(fù)習(xí)提綱

1、2012級(jí)面向?qū)ο蠹夹g(shù)復(fù)習(xí)提綱概念部分1 理解面向?qū)ο蟮乃枷耄ǚ庋b性、繼承性、多態(tài)性），作出一個(gè)簡(jiǎn)述。2 理解多態(tài)性的概念和應(yīng)用，理解動(dòng)態(tài)綁定機(jī)制。3 什么是用例圖，用例圖有哪些部分組成。用例圖中參與者之間的關(guān)系有哪些？用例之間的關(guān)系有哪些？4 試描述用例圖在UML中的地位和作用。5 掌握用例模型的獲取方法。6 用例之間的擴(kuò)展、泛化、包含三種關(guān)系有什么異同，請(qǐng)分別舉例說(shuō)明。7 對(duì)象與類的概念；類圖有哪些元素構(gòu)成？類之間的關(guān)系有哪些？掌握UML中類圖的繪制方法。8 簡(jiǎn)述類的聚合和組合關(guān)系的異同點(diǎn)。9在繪制類圖時(shí)，第一步就是發(fā)現(xiàn)類，最常用的方法是什么？請(qǐng)簡(jiǎn)要說(shuō)明它的使用方法。10什么是實(shí)體類、邊界

2、類和控制類？為什么將分析類劃分成這三種類型。11理解對(duì)象圖的概念，對(duì)象圖的適用場(chǎng)景以及它的優(yōu)缺點(diǎn)。12互圖（時(shí)序圖與協(xié)作圖）的概念與作用，掌握其的繪制方法。13、狀態(tài)圖概念與作用，掌握活動(dòng)圖、狀態(tài)圖的繪制方法。14類的設(shè)計(jì)原則包括哪些內(nèi)容？15 包圖與組件圖的概念，掌握包圖的設(shè)計(jì)原則，包括穩(wěn)定性和抽象度的衡量方法。16掌握設(shè)計(jì)模式、軟件復(fù)用的概念，掌握所介紹的各種設(shè)計(jì)模式(單實(shí)例、工廠、適配器、對(duì)象裝飾、橋接、職責(zé)鏈、策略等)的用途，類圖，以及相關(guān)實(shí)例。綜合部分17觀察一部電梯的運(yùn)行方式，并用狀態(tài)圖描述它的各種狀態(tài)（簡(jiǎn)化為“第一層”、“向上運(yùn)動(dòng)”、“向下運(yùn)動(dòng)”、“等待”、“運(yùn)動(dòng)到第一層”五種狀

3、態(tài)）和可能轉(zhuǎn)移。18簡(jiǎn)單的數(shù)字鐘包含兩個(gè)按鈕A和B，系統(tǒng)啟動(dòng)后進(jìn)入顯示時(shí)間（時(shí)、分、秒）狀態(tài)。在顯示時(shí)間狀態(tài)下按鈕A用于切換顯示時(shí)間->設(shè)置小時(shí)->設(shè)置分鐘->顯示時(shí)間等狀態(tài)；在設(shè)置小時(shí)、設(shè)置分鐘狀態(tài)下按B鍵用于修改時(shí)間。試畫(huà)出其狀態(tài)轉(zhuǎn)換圖。19 用狀態(tài)圖描述顧客在ATM機(jī)上的操作過(guò)程。ATM機(jī)主要包括等待顧客插入磁卡的起始狀態(tài)和結(jié)束服務(wù)的終止?fàn)顟B(tài)，以及輸入密碼、選擇服務(wù)類型、存款及取款等狀態(tài)。顧客插入磁卡后進(jìn)入輸密碼狀態(tài)，當(dāng)密碼輸入正確時(shí)進(jìn)入選擇服務(wù)類型狀態(tài)，當(dāng)輸入密碼不正確時(shí)，停留在原狀態(tài)，但如果三次不正確，服務(wù)結(jié)束。進(jìn)入選擇服務(wù)類型后根據(jù)選擇的不同，顧客可進(jìn)入存款和取款

4、狀態(tài)。存、取款結(jié)束后，顧客既可以選擇結(jié)束服務(wù)到最終狀態(tài)，也可以選擇繼續(xù)服務(wù)回到選擇服務(wù)類型狀態(tài)。20. 信用卡可能處于“開(kāi)放”和“關(guān)閉”狀態(tài)，其中“開(kāi)放”狀態(tài)可以直接進(jìn)入“關(guān)閉”狀態(tài)，而從“關(guān)閉”狀態(tài)必須提供密碼驗(yàn)證才能進(jìn)入“開(kāi)放”狀態(tài)，“開(kāi)放”狀態(tài)又包括“透支”和正常狀態(tài)之間的變化，當(dāng)剩余金額少于0，或者使用額度大于剩余金額，或者結(jié)算余額小于0時(shí)進(jìn)入透支狀態(tài)，反之則為正常狀態(tài)。畫(huà)出信用卡的狀態(tài)轉(zhuǎn)換圖。21 用狀態(tài)圖描述航班機(jī)票預(yù)訂系統(tǒng)，在沒(méi)有任何預(yù)訂時(shí)，系統(tǒng)處于“無(wú)預(yù)訂”狀態(tài)，有人訂座后處于“部分預(yù)訂”，而座位預(yù)訂完后處于“預(yù)定完”狀態(tài)，當(dāng)航班快要起飛時(shí)，顯然要“預(yù)訂關(guān)閉”。請(qǐng)用狀態(tài)圖描述其

5、變遷過(guò)程。22 某“訂貨”用例的文字描述如下：接收顧客的訂單、確認(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)圖描述這一用例。23 掌握UML中各種模型圖的作用，畫(huà)法，結(jié)合“網(wǎng)上學(xué)生選課系統(tǒng)”仔細(xì)理解。24 無(wú)向圖包括點(diǎn)集和邊集，其中邊集的邊連接著點(diǎn)集的一對(duì)點(diǎn)，如下圖所示。試用類模型描述無(wú)向圖，只需描述其結(jié)構(gòu)，不需描述其中點(diǎn)的位置和邊的長(zhǎng)度等信息。25 簡(jiǎn)單有向圖與無(wú)向圖類似，只是邊是有向的，如下圖所示。試用一個(gè)類模型描述有向圖。26 下面類圖是一個(gè)圖

6、形交互編輯器的部分類圖，其中sheet（頁(yè)面）是Line和Box的集合，selection是選中的Line和Box的集合。在下面的類圖中沒(méi)能表示一個(gè)Line或Box元素只能屬于sheet或selectio之一的約束，試修改該類圖，使其能表示該約束關(guān)系。27 優(yōu)化下面的類圖，使其在沒(méi)有確認(rèn)專欄（Culumn）之前可以確定文本行（Line）在哪個(gè)頁(yè)面（Page）上。28 在下圖中最上面的對(duì)象的名稱是什么？該圖表示的意思是什么？請(qǐng)繪制出與其相應(yīng)的類圖。 對(duì)象圖實(shí)例29. 用面向?qū)ο蠓椒ń⒁粋€(gè)現(xiàn)實(shí)問(wèn)題的分析模型。題目如下：學(xué)校管理系統(tǒng)要存儲(chǔ)下列數(shù)據(jù): (1)系:系名,系主任 學(xué)生:學(xué)號(hào),姓名,學(xué)生所

7、屬系 教師:工作證號(hào),姓名,教師所屬系教授：研究領(lǐng)域 研究生:專業(yè)方向 課程:課程號(hào),名稱,學(xué)分 (2)學(xué)生每學(xué)期要選修若干門(mén)課程,每門(mén)課有一個(gè)考試成績(jī);某個(gè)學(xué)期開(kāi)設(shè)的某門(mén)課程只有一個(gè)任教教師;一個(gè)教師只任教一門(mén)課;一個(gè)教師有能力講授多門(mén)課程,一門(mén)課程也可以有多位教師能夠講授;每個(gè)研究生只能跟隨一位教授. 試畫(huà)出表示上述數(shù)據(jù)的類模型。30. 分析下面的類圖，畫(huà)出新的類圖，將原圖中的多對(duì)多的關(guān)系轉(zhuǎn)換為1:M（一對(duì)多）關(guān)系。31. 請(qǐng)判斷以下類圖中的類關(guān)系是否合適，并說(shuō)明理由。飛機(jī)有機(jī)翼、機(jī)身、駕駛艙商店里的電器，一臺(tái)電器可以是一臺(tái)洗衣機(jī)，也可以不是；一臺(tái)電器可以是一臺(tái)電視機(jī)，也可以不是；一臺(tái)電器

8、可以是一臺(tái)空調(diào)，也可以不是。公司員工很多，包括程序員、分析員與項(xiàng)目經(jīng)理等。32. 仔細(xì)分析“語(yǔ)音郵箱系統(tǒng)”的“保留語(yǔ)音信息”和“撥打郵箱號(hào)”的用例事件流描述，請(qǐng)找出里面的對(duì)象，并畫(huà)出時(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)將記錄的信息存放在接收者的郵箱中。33. 假設(shè)某高校需要建立一個(gè)檔案管理系統(tǒng)，而你是該軟件系統(tǒng)的負(fù)責(zé)人。你所在的軟件公司與高校一致同意系統(tǒng)的構(gòu)建采用面向?qū)?/p>

9、象方法。作為開(kāi)發(fā)負(fù)責(zé)人，請(qǐng)你結(jié)合本課程中的學(xué)習(xí)知識(shí)，提供參考的軟件體系結(jié)構(gòu)設(shè)計(jì)方案，描述開(kāi)發(fā)這個(gè)系統(tǒng)的過(guò)程，并寫(xiě)出開(kāi)發(fā)過(guò)程的每個(gè)步驟中你認(rèn)為應(yīng)該用到的主要技術(shù)。在面向?qū)ο蠹夹g(shù)中，對(duì)已有的類得特征稍作改變就可生成其他的類，這種方式稱為（C）A.委托 B.代 C.繼承 D.封裝類庫(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.封裝UML是一種面向?qū)ο蟮慕y(tǒng)一建模語(yǔ)言。它包含10種圖，其中，用例圖展示了外部actor與系統(tǒng)

10、所提供的用例之間的連接，UML中的外部actor是指（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）之間的交互和鏈接，它畫(huà)成（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)在面向?qū)ο蠓治鲞^(guò)程中，用概念模型來(lái)詳細(xì)描述系統(tǒng)的問(wèn)題域，用（

11、B）來(lái)表示概念模型；用（A）來(lái)描述對(duì)象行為。A.序列圖 B類圖 C協(xié)作圖 D用例圖A.序列圖和協(xié)作圖 B用例圖和活動(dòng)圖 C類圖和包圖 D用例圖和構(gòu)件圖在UML中，（D）把活動(dòng)圖中的活動(dòng)劃分為若干組，并將劃分的組指定給對(duì)象，這些對(duì)象必須履行該組所包含的活動(dòng)，它能夠明確地表示哪些活動(dòng)是由哪些對(duì)象完成的。A組合活動(dòng) B同步條 C活動(dòng) D泳道在較高的抽象層次上，傳統(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兩者采

12、用不同的圖形符號(hào)系統(tǒng)在關(guān)于用例的描述中，錯(cuò)誤的是（A）A用例將系統(tǒng)的功能范圍分解成許多小的系統(tǒng)功能陳述B一個(gè)用例代表了系統(tǒng)的一個(gè)單一的目標(biāo)C用例是一個(gè)行為上相關(guān)的步驟序列D用例描述了系統(tǒng)與用戶的交互UML提供了4種結(jié)構(gòu)圖用于對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中（B）是面向?qū)ο笙到y(tǒng)建模中最常見(jiàn)的圖，用于說(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部署圖面向?qū)ο笙到y(tǒng)中有兩種基本的復(fù)用方式：框架復(fù)用和

13、類庫(kù)復(fù)用。下列關(guān)于框架和類庫(kù)的描述不正確的是（）。A框架是一個(gè)“半成品”的應(yīng)用程序B類庫(kù)只包含一系列可被應(yīng)用程序調(diào)用的類C框架會(huì)為一個(gè)特定的目的實(shí)現(xiàn)一個(gè)基本的、可執(zhí)行的架構(gòu)D 類庫(kù)是框架的一種擴(kuò)展形式下列有關(guān)面向?qū)ο蟮臄⑹霾徽_的是（C）A面向?qū)ο笤O(shè)計(jì)最根本的意圖是適應(yīng)需求變化B應(yīng)盡量針對(duì)接口編程，而不要針對(duì)實(shí)現(xiàn)編程C 盡量使用繼承而不是聚合，因?yàn)槔^承使得類間的耦合性最小D 盡量使用已有的類庫(kù)當(dāng)（D）時(shí)，用例是捕捉系統(tǒng)需求最好的選擇。A系統(tǒng)具有很少的用戶 B系統(tǒng)具有很少的接口 C系統(tǒng)算法復(fù)雜，功能單一 D系統(tǒng)有很多參與者現(xiàn)有兩個(gè)用例UC1和UC2，其中UC2是一個(gè)完整的用例，可被實(shí)例化，而UC

14、1需要UC2中的事件流才可被實(shí)例化，且UC1指定了使用UC2的精確位置，則UC1和UC2間的關(guān)系是(A)。A Include B Extend C Generalize D Call下列關(guān)于面向?qū)ο蟮姆治雠c設(shè)計(jì)的描述，正確的是（B）。A面向?qū)ο笤O(shè)計(jì)描述軟件要做什么B面向?qū)ο蠓治霾恍枰紤]技術(shù)和實(shí)現(xiàn)層面的細(xì)節(jié)C面向?qū)ο蠓治龅妮斎胧敲嫦驅(qū)ο笤O(shè)計(jì)的結(jié)果D面向?qū)ο笤O(shè)計(jì)的結(jié)果是簡(jiǎn)單的分析模型在UML的動(dòng)態(tài)建模機(jī)制中，（C）描述了對(duì)象之間動(dòng)態(tài)交互關(guān)系，還描述了交互對(duì)象之間的靜態(tài)鏈接關(guān)系，即同時(shí)反映系統(tǒng)的動(dòng)態(tài)和靜態(tài)性。A狀態(tài)圖 B序列圖 C協(xié)作圖 D活動(dòng)圖在UML的通用機(jī)制中，（A）用于把元素組織成組；（D）是系統(tǒng)中遵從一組接口規(guī)范且付諸實(shí)現(xiàn)的物理的、可替換的軟件模塊。A包 B類 C接口 D構(gòu)件A包 B類 C接口 D構(gòu)件根據(jù)下圖所示的UML類圖可知，類Car和類Boat中的move()方法（B）。A引用了類Transport的move()方法B重置了類Transport的move()方法C是類Transport的move()方法的聚集D是類Transport的move()方法的泛化在一個(gè)客戶信息系統(tǒng)中存在兩種類型的客戶：個(gè)人客戶和集團(tuán)客戶。對(duì)于個(gè)人客戶，系統(tǒng)中保存了其客戶標(biāo)識(shí)和基本信息（包括姓名、住宅和Email