山財(cái)信息系統(tǒng)分析與設(shè)計(jì)期末復(fù)習(xí)題及參考答案

《信息系統(tǒng)分析與設(shè)計(jì)》復(fù)習(xí)自測(cè)題一、單項(xiàng)選擇題1.面向?qū)ο蠓椒ǖ某霭l(fā)點(diǎn)和基本原則是盡可能模擬人類(lèi)習(xí)慣的思維方式，分析、設(shè)計(jì)和實(shí)現(xiàn)一個(gè)軟件系統(tǒng)的方法和過(guò)程，盡可能接近于人類(lèi)認(rèn)識(shí)世界解決問(wèn)題的方法和過(guò)程。因此面向?qū)ο蠓椒ㄓ性S多特征，如軟件系統(tǒng)是由對(duì)象組成的；（）；對(duì)象彼此之間僅能通過(guò)傳遞消息互相聯(lián)系；層次結(jié)構(gòu)的繼承。 A.開(kāi)發(fā)過(guò)程基于功能分析和功能分解 B.強(qiáng)調(diào)需求分析重要性 C.把對(duì)象劃分成類(lèi)，每個(gè)對(duì)象類(lèi)都定義一組數(shù)據(jù)和方法 D.對(duì)既存類(lèi)進(jìn)行調(diào)整2.下面的開(kāi)發(fā)方法能夠兼顧功能和數(shù)據(jù)的是（）。A．功能分解法B．結(jié)構(gòu)化方法C．信息建模法D．面向?qū)ο蠓椒?.（）是指子類(lèi)可以自動(dòng)擁有父類(lèi)的全部屬性和服務(wù)。 A.繼承 B.多態(tài) C.消息 D.封裝4.下列關(guān)于UML敘述正確的是（）。A．UML是一種語(yǔ)言，也是系統(tǒng)設(shè)計(jì)的方法

B．UML僅是一組圖形的集合 C．UML僅適用于系統(tǒng)的分析與設(shè)計(jì)階段 D．在信息系統(tǒng)開(kāi)發(fā)過(guò)程方面，UML是一種建模語(yǔ)言，不是對(duì)開(kāi)發(fā)過(guò)程的細(xì)節(jié)進(jìn)行描述的工具5．在類(lèi)圖中，下面哪個(gè)符號(hào)表示繼承關(guān)系（）。A．B．C．—?D．—

6.在UML提供的圖中，用于描述系統(tǒng)與外部系統(tǒng)及用戶(hù)之間的交互的圖是（）。A.用例圖B.類(lèi)圖 C.對(duì)象圖D.部署圖7.在一個(gè)“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要檢查用戶(hù)帳號(hào)是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“檢查用戶(hù)帳號(hào)”之間是（）關(guān)系。A.包含（include） B.擴(kuò)展（extend） C.分類(lèi)（classification） D.聚集（aggregation）8.以下關(guān)于類(lèi)和對(duì)象的敘述中錯(cuò)誤的是（）。 A.類(lèi)是具有相同屬性和服務(wù)的一組對(duì)象的集合 B.類(lèi)是一個(gè)對(duì)象模板用它僅可以產(chǎn)生一個(gè)對(duì)象 C.在客觀世界中實(shí)際存在的是類(lèi)的實(shí)例即對(duì)象 D.類(lèi)為屬于該類(lèi)的全部對(duì)象提供了統(tǒng)一的抽象描述9.UML中關(guān)聯(lián)是一個(gè)結(jié)構(gòu)關(guān)系，描述了一組鏈。兩個(gè)類(lèi)之間（）關(guān)聯(lián)。 A.不能有多個(gè) B.可以有多個(gè)由不同角色標(biāo)識(shí)的C．可以有任意多個(gè) D．的多個(gè)關(guān)聯(lián)必須聚合成一個(gè)10.（）是指把數(shù)據(jù)以及操作數(shù)據(jù)的相關(guān)方法組合在同一個(gè)單元中，使我們可以把類(lèi)作為軟件中的基本復(fù)用單元，提高其內(nèi)聚度，降低其耦合度。 A．封裝 B．繼承 C．覆蓋 D．多態(tài)11.順序圖是由對(duì)象、生命線、激活和（）等構(gòu)成的。A.消息 B.泳道 C.組件 D.線程12.UML的（）表示消息源發(fā)出消息后不必等待消息處理過(guò)程的返回，即可繼續(xù)執(zhí)行自己的后續(xù)操作。 A．異步消息B．返回消息 C．同步消息 D．簡(jiǎn)單消息13.在狀態(tài)圖中，（）表示兩個(gè)狀態(tài)之間的關(guān)系，源狀態(tài)和目的狀態(tài)。 A、轉(zhuǎn)換 B、狀態(tài) C、事件 D、監(jiān)護(hù)條件 14.以下關(guān)于UML狀態(tài)圖的敘述中，不正確的是（

）。A、活動(dòng)可以在狀態(tài)內(nèi)執(zhí)行，也可以在轉(zhuǎn)移時(shí)執(zhí)行 B、若事件觸發(fā)一個(gè)沒(méi)有特定監(jiān)護(hù)條件的轉(zhuǎn)移，則對(duì)象離開(kāi)當(dāng)前狀態(tài) C、轉(zhuǎn)移可以包含事件觸發(fā)器，監(jiān)護(hù)條件和狀態(tài)

D、事件觸發(fā)轉(zhuǎn)移15.（）是用來(lái)反映代碼的物理結(jié)構(gòu)。 A、構(gòu)件圖 B、用例圖 C、類(lèi)圖 D、狀態(tài)圖16.一個(gè)設(shè)計(jì)良好的信息系統(tǒng)應(yīng)具有（

）的特征。 A.低內(nèi)聚、低耦合B.高內(nèi)聚、低耦合 C.高內(nèi)聚、高耦合D.低內(nèi)聚、高耦合17.以下關(guān)于超類(lèi)、子類(lèi)、基類(lèi)的敘述中，正確的是（）。 A．子類(lèi)是超類(lèi)的特化 B．基類(lèi)是超類(lèi)的特化 C．基類(lèi)是子類(lèi)的特化 D．超類(lèi)是基類(lèi)的特化18.封裝是一種（）技術(shù)，目的是使對(duì)象的生產(chǎn)者和使用者分離，使對(duì)象的定義和實(shí)現(xiàn)分開(kāi)。A．工程化 B．系統(tǒng)維護(hù) C．信息隱蔽 D．產(chǎn)生對(duì)象19.UML的最終產(chǎn)物就是最后提交的可執(zhí)行的軟件系統(tǒng)和（）。A．用戶(hù)手冊(cè) B．類(lèi)圖 C．動(dòng)態(tài)圖 D．相應(yīng)的軟件文檔資料20．在UML的各種視圖中，（）主要考慮資源的有效利用、代碼的并行執(zhí)行以及系統(tǒng)環(huán)境中異步事件的處理A.用例視圖 B．邏輯視圖 C．并發(fā)視圖 D．組件視圖21.UML中的哪種關(guān)系表示整體和部分的關(guān)系（）。A．關(guān)聯(lián)關(guān)系 B．依賴(lài)關(guān)系 C．泛化關(guān)系 D．聚合關(guān)系22.在UML用例圖中，參與者表示（）。 A．人、硬件或其他系統(tǒng)可以扮演的角色 B．可以完成多種動(dòng)作的相同用戶(hù) C．不管角色的實(shí)際物理用戶(hù) D．帶接口的物理系統(tǒng)或者硬件設(shè)計(jì)23.在用例圖中，參與者之間的關(guān)系只有（）一種。A.包含B.泛化 C.擴(kuò)展D.實(shí)現(xiàn)24.在確定類(lèi)時(shí)，候選的類(lèi)是所有的（）。 A.名詞 B.形容詞 C.動(dòng)詞 D.代詞25.（）是子對(duì)象或者子類(lèi)自動(dòng)共享父對(duì)象或者父類(lèi)數(shù)據(jù)結(jié)構(gòu)和方法的機(jī)制，這是對(duì)象或類(lèi)之間的一種關(guān)系。 A.封裝 B.抽象 C.繼承 D.信息隱藏26.在某信息系統(tǒng)中，存在如下的業(yè)務(wù)陳述：①一個(gè)客戶(hù)提交0個(gè)或多個(gè)訂單；②一個(gè)訂單由一個(gè)且僅由一個(gè)客戶(hù)提交。系統(tǒng)中存在兩個(gè)類(lèi)：“客戶(hù)”類(lèi)和“訂單”類(lèi)。對(duì)應(yīng)每個(gè)“訂單”類(lèi)的實(shí)例，存在（）“客戶(hù)”類(lèi)的實(shí)例。 A．0個(gè) B．1個(gè) C．1個(gè)或多個(gè) D．0個(gè)或多個(gè)27.在順序圖中，一個(gè)對(duì)象被命名為“:B”，該對(duì)象名的含義是（）。A.一個(gè)屬于類(lèi)B的對(duì)象BB.一個(gè)屬于類(lèi)B的匿名對(duì)象C.一個(gè)所屬類(lèi)不明的對(duì)象BD.非法對(duì)象名28.在UML順序圖中，（）對(duì)消息傳遞的目標(biāo)對(duì)象的銷(xiāo)毀。A．銷(xiāo)毀（destory）消息 B.創(chuàng)建（create）消息 C.返回消息 D.自消息29.（）是一個(gè)類(lèi)對(duì)象所可能經(jīng)歷的所有歷程的模型圖。A、類(lèi)圖 B、狀態(tài)圖 C、順序圖 D、用例圖 30.下列選項(xiàng)中不屬于狀態(tài)元素內(nèi)部的內(nèi)容是（）。A.入口動(dòng)作 B.內(nèi)部轉(zhuǎn)換 C.觸發(fā)器 D.出口動(dòng)作31.以下關(guān)于面向?qū)ο蠓椒ㄅc傳統(tǒng)開(kāi)發(fā)方法的敘述中，錯(cuò)誤的是（）。A．傳統(tǒng)方法面向功能，把系統(tǒng)看成一組功能B．面向?qū)ο蠓椒ㄊ前褑?wèn)題當(dāng)作一組相互作用的實(shí)體，并確定實(shí)體間關(guān)系C．傳統(tǒng)開(kāi)發(fā)方法是面向過(guò)程設(shè)計(jì)，以計(jì)算為核心，數(shù)據(jù)與操作分離，不易理解D．面向?qū)ο蠓椒ㄒ詫?duì)象模擬實(shí)體，需求變化會(huì)引起系統(tǒng)結(jié)構(gòu)的整體變化32.下面那個(gè)不是面向?qū)ο蟮幕驹瓌t（）。A.抽象 B.多態(tài)性 C.封裝 D.關(guān)聯(lián)33.在UML的各種視圖中，（）顯示外部參與者觀察到的系統(tǒng)功能 A.用例視圖 B．邏輯視圖 C．并發(fā)視圖 D．組件視圖34.以下不屬于結(jié)構(gòu)事物的是（）。A.類(lèi) B.接口 C.包 D.用例35.要表示對(duì)象之間的消息交互，應(yīng)采用的UML圖是（）。A．用例圖B．類(lèi)圖C．狀態(tài)圖D．順序圖36.在確定用例名時(shí)，一般使用（）來(lái)表示。A.名詞B.形容詞C.動(dòng)詞D.代詞37.一個(gè)用例中加入一些新的動(dòng)作后則構(gòu)成了另一個(gè)用例，這兩個(gè)用例之間的關(guān)系是（）。A.聚集B.泛化C.擴(kuò)展D.包含38.參與者和系統(tǒng)之間最經(jīng)常的交互序列在用例規(guī)約的（）進(jìn)行闡述。A．主序列B.可替換序列描述C．非功能性需求D.后置條件39.一個(gè)類(lèi)中成員變量和成員函數(shù)有時(shí)也可以分別被稱(chēng)為（

）。

A、屬性和活動(dòng)

B、值和方法 C、數(shù)據(jù)和活動(dòng) D、屬性和方法40.計(jì)算機(jī)（Computer）由中央處理器、內(nèi)存、硬盤(pán)等組成。那么Computer類(lèi)和其他類(lèi)（CPU、RAM、HardDisk）之間的關(guān)系是：（

） A.泛化關(guān)系 B.實(shí)現(xiàn)關(guān)系 C.包含關(guān)系

D.聚合關(guān)系41.對(duì)象生命線的激活階段表示該時(shí)間段此對(duì)象正在（）。A.發(fā)送消息 B.接收消息 C.被占用 D.空閑42.關(guān)于順序圖，下列說(shuō)法不正確的是（）。A.順序圖的組成為對(duì)象（參與者）、消息、生命線、激活B.時(shí)間維由上至下表示C.對(duì)象的排列順序很重要D.對(duì)象的表示方式為正常/匿名43.（）適合于描述跨越多個(gè)用例的單個(gè)對(duì)象的行為，而不適合描述多個(gè)對(duì)象之間的行為協(xié)作。 A．狀態(tài)圖 B．協(xié)作圖 C．順序圖 D．活動(dòng)圖44.下列選項(xiàng)中不屬于狀態(tài)元素內(nèi)部的內(nèi)容是（）。A.入口動(dòng)作 B.內(nèi)部轉(zhuǎn)換 C.觸發(fā)器 D.出口動(dòng)作45.下面不是活動(dòng)圖中的基本元素的是（）。A.狀態(tài)、分支B.轉(zhuǎn)移、匯合C.泳道、轉(zhuǎn)移D.用例、狀態(tài)46.若類(lèi)A的某個(gè)屬性是類(lèi)B的一個(gè)對(duì)象，并且類(lèi)A對(duì)象消失時(shí)，類(lèi)B對(duì)象也隨之消失，則類(lèi)A與類(lèi)B的關(guān)系應(yīng)為（）。 A.關(guān)聯(lián) B.依賴(lài) C.聚合 D.組合47.面向?qū)ο蠓椒ǜ纳屏讼到y(tǒng)的可維護(hù)性，以下不屬于可維護(hù)性的是（）。A.穩(wěn)定性好：軟件功能需求的變化不牽動(dòng)全局，只需局部修改B.獨(dú)立性強(qiáng)：只要修改不涉及類(lèi)的對(duì)外接口，則內(nèi)部修改完全不影響外部調(diào)用C.繼承和多態(tài)性使其不容易被修改和擴(kuò)充D.容易理解48.在UML的各種視圖中，（）主要關(guān)注系統(tǒng)內(nèi)部，它既描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，如類(lèi)、對(duì)象及它們之間的關(guān)系，又描述系統(tǒng)內(nèi)部的動(dòng)態(tài)協(xié)作關(guān)系。A.用例視圖 B．邏輯視圖 C．并發(fā)視圖 D．部署視圖49.事物是UML模型中面向?qū)ο蠡镜哪K，狀態(tài)機(jī)是屬于（）。A.結(jié)構(gòu)事物 B.動(dòng)作事物 C.分組事物 D.注釋事物50.用例圖中，可以用（）來(lái)表示整個(gè)軟件系統(tǒng)或其中一些子系統(tǒng)的邊界，也可以用它表示軟件系統(tǒng)的不同發(fā)布版本的功能范圍。A.執(zhí)行者B.關(guān)聯(lián)關(guān)系 C.用例D.邊界框51.參與者與用例之間的關(guān)系是（）。A.包含B.擴(kuò)展C.泛化D.關(guān)聯(lián)52.該用例的角度在用例開(kāi)始時(shí)必須為真的一個(gè)或多個(gè)條件為用例規(guī)約中的（）。A．主序列B.可替換序列描述C．前置條件D.后置條件53.下列關(guān)于一個(gè)類(lèi)的靜態(tài)成員的描述中，不正確的是（）。 A．類(lèi)的靜態(tài)方法只能訪問(wèn)該類(lèi)的靜態(tài)數(shù)據(jù)成員 B．靜態(tài)數(shù)據(jù)成員可被該類(lèi)的所有方法訪問(wèn) C．該類(lèi)的對(duì)象共享其靜態(tài)數(shù)據(jù)成員的值 D該類(lèi)的靜態(tài)數(shù)據(jù)成員的值不可修改54.在一個(gè)網(wǎng)絡(luò)游戲系統(tǒng)中，定義了類(lèi)Cowboy和類(lèi)Castle，并在類(lèi)Cowboy中定義了方法Open（c：Castle）和方法Close（c：Castle），則類(lèi)Cowboy和類(lèi)Castle之間的關(guān)系是：（）A．依賴(lài)（dependency）關(guān)系 B．組成（composition）關(guān)系 C．泛化（generalization）關(guān)系 D．包含（include）關(guān)系55.順序圖中的消息是以（）順序排列的。A.時(shí)間 B.調(diào)用 C.發(fā)送者 D.接收者56.在協(xié)作圖中用來(lái)連接對(duì)象與對(duì)象的元素是（）。A.關(guān)聯(lián)關(guān)系 B.鏈 C.生命線 D.消息57.狀態(tài)圖可以表現(xiàn)（）在生存期的行為、所經(jīng)歷的狀態(tài)序列、引起狀態(tài)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移而引起的動(dòng)作。 A．一組對(duì)象 B．一個(gè)對(duì)象 C．多個(gè)執(zhí)行者 D．幾個(gè)子系統(tǒng) 58.下面的情況一般不用活動(dòng)圖來(lái)表示（）。A.分析用例B.理解牽涉多個(gè)用例的工作流C.處理多線程應(yīng)用D.顯示對(duì)象在其生命周期內(nèi)的運(yùn)轉(zhuǎn)情況59.在UML中，（）可以對(duì)模型元素進(jìn)行有效組織，從而構(gòu)成具有一定意義的單元。A、連接 B、包 C、構(gòu)件 D、節(jié)點(diǎn)60.面向?qū)ο蠓治鲋械膶?duì)象最終對(duì)應(yīng)到關(guān)系數(shù)據(jù)庫(kù)中的（）。A．行B．列C．字段D．表二、判斷題（正確的選“A”,錯(cuò)誤的選“B”）結(jié)構(gòu)化方法采用數(shù)據(jù)流、加工進(jìn)行建模，需求變化極易引起兩者的變動(dòng)，進(jìn)而引起其他數(shù)據(jù)流和加工的變化。（）面向?qū)ο蠓椒ㄖ?，?duì)象是用操作描述事物的數(shù)據(jù)特征，用屬性描述事物的行為特征。（）封裝是把對(duì)象的屬性和服務(wù)結(jié)合成一個(gè)獨(dú)立的系統(tǒng)單元，并盡可能隱藏對(duì)象的內(nèi)部細(xì)節(jié)。（）面向?qū)ο蠓椒▋H僅是減少了開(kāi)發(fā)時(shí)間。（）在實(shí)現(xiàn)的編程語(yǔ)言和開(kāi)發(fā)平臺(tái)方面，UML可應(yīng)用于運(yùn)行各種不同的編程實(shí)現(xiàn)話言和開(kāi)發(fā)平臺(tái)的系統(tǒng)。（）狀態(tài)機(jī)圖是一個(gè)用于顯示類(lèi)的對(duì)象可能具備的所有狀態(tài)，以及引起狀態(tài)改變的事件。（）關(guān)于用例規(guī)約，用例規(guī)約與用例圖表達(dá)的信息是一致的。（）如果一個(gè)類(lèi)有父類(lèi)，該類(lèi)就是具體類(lèi)。（）繼承關(guān)系有時(shí)也稱(chēng)為泛化關(guān)系。（）0..*表示類(lèi)A與類(lèi)B的零個(gè)或者多個(gè)對(duì)象關(guān)聯(lián)。（）結(jié)構(gòu)化方法以功能作為系統(tǒng)的構(gòu)造塊，數(shù)據(jù)組織能力強(qiáng)。（）面向?qū)ο蠓椒ㄊ菑默F(xiàn)實(shí)世界中的客觀事物入手，盡量運(yùn)用人類(lèi)的自然思維方式來(lái)構(gòu)造軟件系統(tǒng)。（）根據(jù)事物之間的組成關(guān)系的緊密程度可以分為兩類(lèi)：一種是緊密而固定的，密不可分的，稱(chēng)為聚合，另一種是松散而靈活的，稱(chēng)為組合。（）面向?qū)ο蠓椒ㄅc原型法結(jié)合使用效果好。（）在UML建模流程中，分析段只為問(wèn)題域類(lèi)建模，不定義軟件系統(tǒng)解決方案的細(xì)節(jié)。（）事物是UML模型中面向?qū)ο蠡镜哪K，它們?cè)谀Ｐ椭袑儆趧?dòng)態(tài)部分。（）在銷(xiāo)售系統(tǒng)中，客戶(hù)給銷(xiāo)售員發(fā)來(lái)傳真訂貨，銷(xiāo)售員下班前將當(dāng)日訂貨單匯總輸入系統(tǒng),銷(xiāo)售員和客戶(hù)均為參與者。（）用例規(guī)約的主序列不能表示失敗場(chǎng)景。（）子類(lèi)的對(duì)象可代替其父類(lèi)的對(duì)象。（）在繼承的數(shù)學(xué)性質(zhì)中，類(lèi)A繼承類(lèi)B，則類(lèi)B也繼承類(lèi)A。（）對(duì)較為復(fù)雜系統(tǒng)，功能分解法容易導(dǎo)致模塊的低內(nèi)聚和高耦合，導(dǎo)致系統(tǒng)缺乏靈活性和可維護(hù)性。（）抽象是指忽略事物非本質(zhì)特征，只注意那些與當(dāng)前目標(biāo)有關(guān)的特征，從而找出事物共性。（）多態(tài)常指一般類(lèi)中定義的屬性或服務(wù)被特殊類(lèi)繼承后，可以具有不同的數(shù)據(jù)類(lèi)型或表現(xiàn)出不同的行為。（）面向?qū)ο蠓椒ㄖ校衫^承派生出的新的子類(lèi)可重用其父類(lèi)的代碼，并且可以修改、擴(kuò)充而不影響其父類(lèi)的使用。（）在開(kāi)發(fā)過(guò)程方面，UML是一種編程語(yǔ)言，而且是對(duì)開(kāi)發(fā)過(guò)程的細(xì)節(jié)進(jìn)行描述的工具。（）泛化關(guān)系也稱(chēng)為繼承關(guān)系，這種關(guān)系意味著一個(gè)元素是另一個(gè)元素的特例。（）采用UML分析用戶(hù)需求時(shí)，用例UC1可以出現(xiàn)在用例UC2出現(xiàn)的任何位置，那么UC1和UC2之間的關(guān)系是繼承關(guān)系。（ ）。用例規(guī)約的用例規(guī)約的可替換序列不能表達(dá)成功的場(chǎng)景。（）對(duì)象由一組屬性和作用于屬性上的操作組成的。（）0...1表示類(lèi)A最多與類(lèi)B的一個(gè)對(duì)象關(guān)聯(lián)。（）面向?qū)ο蠓椒ū纫酝姆椒ǜ咏祟?lèi)的日常思維方式，強(qiáng)調(diào)運(yùn)用人類(lèi)在日常的邏輯思維中經(jīng)常采用的思想方法與原則。（）從一般到特殊意味著較多地注意事物之間的差別，可以得到較一般類(lèi)。（）繼承表示了對(duì)象間“iskindof”（“是一種”）的關(guān)系。（）在UML提供的圖中，順序圖用于顯示對(duì)象之間發(fā)送消息的時(shí)間順序。（）在面向?qū)ο笙到y(tǒng)建模中，類(lèi)和對(duì)象就是一種典型的類(lèi)型--實(shí)例劃分。（）在用例圖建模中參與者和用例之間存在泛化關(guān)系。（）對(duì)象就是類(lèi)，類(lèi)就是對(duì)象，兩者概念相似，可以相互轉(zhuǎn)換。（）組合是聚合的一種，且整體管理部分的生存期。（）Java語(yǔ)言支持單繼承和多繼承。（）激活表示在這一時(shí)間段內(nèi)對(duì)象正在完成某項(xiàng)任務(wù)。（）三、簡(jiǎn)答題1、什么是面向?qū)ο蠼?？為什么要進(jìn)行建模？2、在類(lèi)圖中，類(lèi)之間的關(guān)系有哪幾種？3、簡(jiǎn)述UML五種視圖。4、什么是用例和用例模型，如何描述用例？5、描述OOA模型（即面向?qū)ο蠓治瞿Ｐ停┯赡男┙Ｔ貥?gòu)成？6、如何區(qū)分接口與類(lèi)？7．什么是用例圖？用例圖有什么作用？8.什么是“封裝”？并解釋封裝的具體含義。 四、論述題1、相對(duì)于傳統(tǒng)開(kāi)發(fā)方法，面向?qū)ο蠓椒ㄓ心男﹥?yōu)點(diǎn)？2、在UML類(lèi)圖建模中類(lèi)的版型有哪三種？并解釋三種類(lèi)版型的特點(diǎn)及概念。3、UML中的交互圖有兩種，分別是順序圖和協(xié)作圖，請(qǐng)分析一下兩者之間的主要差別和各自的優(yōu)缺點(diǎn)。4、討論OOA和OOD的聯(lián)系與區(qū)別？5、試論述接口與抽象類(lèi)的區(qū)別與聯(lián)系。五、綜合題試題1：【說(shuō)明】某網(wǎng)上購(gòu)物平臺(tái)的主要功能如下：（1）創(chuàng)建訂單。顧客（Customer）在線創(chuàng)建訂單（Order），主要操作是向訂單中添加項(xiàng)目、從訂單中刪除項(xiàng)目。訂單中應(yīng)列出所訂購(gòu)的商品（Product）及其數(shù)量（quantities）。（2）提交訂單。訂單通過(guò)網(wǎng)絡(luò)來(lái)提交。在提交訂單時(shí)，顧客需要提供其姓名（name）、收貨地址（address）、以及付款方式（form.ofpayment）（預(yù)付卡、信用卡或者現(xiàn)金）。為了制定送貨計(jì)劃以及安排送貨車(chē)輛，系統(tǒng)必須確定訂單量（volume）。除此之外，還必須記錄每種商品的名稱(chēng)（Name）、造價(jià)（costprice）、售價(jià)（saleprice）以及單件商品的包裝體積（cubicvolume）。（3）處理訂單。訂單處理人員接收來(lái)自系統(tǒng)的訂單；根據(jù)訂單內(nèi)容，安排配貨，制定送貨計(jì)劃。在送貨計(jì)劃中不僅要指明發(fā)貨日期（deliverydate），還要記錄每個(gè)訂單的限時(shí)發(fā)送要求（DeliveryTimeWindow）。（4）派單。訂單處理人員將己配好貨的訂單轉(zhuǎn)交給派送人員。（5）送貨／收貨。派送人員將貨物送到顧客指定的收貨地址。當(dāng)顧客收貨時(shí)，需要在運(yùn)貨單（deliveryslip）上簽收。簽收后的運(yùn)貨單最終需交還給訂單處理人員。（6）收貨確認(rèn)。當(dāng)訂單處理人員收到簽收過(guò)的運(yùn)貨單后，會(huì)和顧客進(jìn)行一次再確認(rèn)?，F(xiàn)采用面向?qū)ο蠓椒ㄩ_(kāi)發(fā)上述系統(tǒng)，得到如圖1所示的用例圖和圖2所示的類(lèi)圖。圖1用例圖【問(wèn)題1】根據(jù)說(shuō)明中的描述，給出圖1中A1～A3所對(duì)應(yīng)的參與者名稱(chēng)和U1～U2處所對(duì)應(yīng)的用例名稱(chēng)。圖2類(lèi)圖【問(wèn)題2】根據(jù)說(shuō)明中的描述，給出圖2中C1～C3所對(duì)應(yīng)的類(lèi)名以及（1）～（2）處所對(duì)應(yīng)的多重度（類(lèi)名使用說(shuō)明中給出的英文詞匯）。試題2：【說(shuō)明】在線會(huì)議審稿系統(tǒng)（ORS：OnlineReviewingSystem）主要處理會(huì)議前期的投稿和審稿事務(wù)，其功能描述如下：（1）用戶(hù)在初始使用系統(tǒng)時(shí)，必須在系統(tǒng)中注冊(cè)（register）成為作者或?qū)徃迦?。?）作者登錄（login）后提交稿件和瀏覽稿件審閱結(jié)果。提交稿件必須在規(guī)定提交時(shí)間范圍內(nèi)，其過(guò)程為先輸入標(biāo)題和摘要、選擇稿件所屬主題類(lèi)型、選擇稿件所在位置（存儲(chǔ)位置）。上述幾步若未完成，則重復(fù)；若完成，則上傳稿件至數(shù)據(jù)庫(kù)中，系統(tǒng)發(fā)送通知。（3）審稿人登錄后可設(shè)置興趣領(lǐng)域、審閱稿件給出意見(jiàn)以及羅列錄用和（或）拒絕的稿件。（4）會(huì)議委員會(huì)主席是一個(gè)特殊審稿人，可以瀏覽提交的稿件、給審稿人分配稿件、羅列錄用和（或）拒絕的稿件以及關(guān)閉審稿過(guò)程。其中關(guān)閉審稿過(guò)程須包括羅列錄用和（或）拒絕的稿件。系統(tǒng)采用面向?qū)ο蠓椒ㄩ_(kāi)發(fā)，使用UML進(jìn)行建模。在建模用例圖時(shí)，常用的方式是先識(shí)別參與者，然后確定參與者如何使用系統(tǒng)來(lái)確定用例。參與者名稱(chēng)、用例分別參見(jiàn)表1、表2。系統(tǒng)的部分用例圖如圖1所示。表1參與者列表名稱(chēng)說(shuō)明名稱(chēng)說(shuō)明User用戶(hù)Author作者Reviewer審稿人PCChair委員會(huì)主席表2用例名稱(chēng)列表名稱(chēng)說(shuō)明名稱(chēng)說(shuō)明login登錄系統(tǒng)register注冊(cè)submit

paper提交稿件browse

review

results瀏覽稿件審閱結(jié)果closereviewingprocess關(guān)閉審稿過(guò)程assign

paper

to

reviewer分配稿件給審稿人set

preferences設(shè)定興趣領(lǐng)域enter

review審閱稿件給出意見(jiàn)list

accepted/rejected

papers羅列錄用或拒絕的稿件browse

submitted

papers瀏覽提交的稿件圖1用例圖【問(wèn)題】1．根據(jù)【說(shuō)明】中的描述，使用表1中的英文名稱(chēng)或中文名稱(chēng)，給出圖1中A1～A4所對(duì)應(yīng)的參與者。2．根據(jù)【說(shuō)明】中的描述，使用表2中的英文名稱(chēng)或中文名稱(chēng)，給出圖1中U1～U3所對(duì)應(yīng)的用例。試題3：【說(shuō)明】某房產(chǎn)公司，欲開(kāi)發(fā)一個(gè)房產(chǎn)信息管理系統(tǒng)，其主要功能描述如下：1.公司銷(xiāo)售的房產(chǎn)，分為住宅和公寓兩類(lèi)。針對(duì)房產(chǎn)，系統(tǒng)存儲(chǔ)房產(chǎn)證明，地址，建造年份，建造面積，銷(xiāo)售報(bào)價(jià)，房產(chǎn)照片以及銷(xiāo)售狀態(tài)(在售，售出，停售)等信息。對(duì)于公寓，還需存儲(chǔ)是否有等信息。2.公司雇傭了多名房產(chǎn)經(jīng)紀(jì)，負(fù)責(zé)銷(xiāo)售房產(chǎn)，系統(tǒng)中需要存儲(chǔ)房產(chǎn)經(jīng)紀(jì)的基本信息，包括：姓名，家庭住址，聯(lián)系電話，發(fā)起的起止時(shí)間等等。一套房產(chǎn)同一時(shí)間僅由一名房產(chǎn)經(jīng)紀(jì)負(fù)責(zé)銷(xiāo)售，系統(tǒng)中經(jīng)濟(jì)住房負(fù)責(zé)房產(chǎn)的起始時(shí)間和終止時(shí)間。3.系統(tǒng)用戶(hù)包括房產(chǎn)經(jīng)紀(jì)和系統(tǒng)管理員，用戶(hù)需經(jīng)過(guò)系統(tǒng)身份驗(yàn)證之后，才能登錄系統(tǒng)。房產(chǎn)經(jīng)紀(jì)登錄系統(tǒng)之后，可以錄入負(fù)責(zé)銷(xiāo)售的房產(chǎn)信息。但需要經(jīng)過(guò)系統(tǒng)管理員的審批授權(quán)。4.系統(tǒng)管理員可以從系統(tǒng)中導(dǎo)出所有房產(chǎn)的信息列表，系統(tǒng)管理員定期將信息和銷(xiāo)售的房產(chǎn)，進(jìn)行歸檔，若公司確定不再銷(xiāo)售某套房產(chǎn)，系統(tǒng)管理員將房產(chǎn)信息從系統(tǒng)中刪除?，F(xiàn)采用面向?qū)ο蠓椒ㄩ_(kāi)發(fā)該系統(tǒng)得到如圖1所示的用例圖。圖1用例圖【問(wèn)題】根據(jù)證明中描述，分別給圖1中A1到A2所對(duì)應(yīng)的參與者名稱(chēng)、U1到U2所對(duì)應(yīng)的用例名稱(chēng)以及（a）對(duì)應(yīng)的用例之間的關(guān)系。

《信息系統(tǒng)分析與設(shè)計(jì)》復(fù)習(xí)自測(cè)題參考答案一、單項(xiàng)選擇題1-5：CDADC6-10：AABBA11-15：AAABA16-20：BACDC21-25：DABAC26-30：BBABC31-35：DDACD36-40：CBADD41-45：BCACD46-50：DCBBD51-55：DCDAA56-60：BBDBA二、判斷題（正確的選“A”，錯(cuò)誤的選“B”。）1-5：ABABA6-10：AABAA11-15：BABAA16-20：BBBAB21-25：AAAAB26-30：AABAA31-35：ABAAA36-40：BBABA三、簡(jiǎn)答題1.什么是面向?qū)ο蠼?？為什么要進(jìn)行建模？答：面向?qū)ο蠼Ｊ菍F(xiàn)實(shí)世界（問(wèn)題域）中的客觀事物都看作對(duì)象，然后再描述其結(jié)構(gòu)和行為。面向?qū)ο蠼Ｊ且环N建模規(guī)范，是一種軟件建模方法，即采用對(duì)象、類(lèi)、接口等基本概念，采用封裝性、繼承性、多態(tài)性等思想進(jìn)行建模，得到的模型被稱(chēng)為對(duì)象模型。建模是為了能更好地理解復(fù)雜系統(tǒng)。人的大腦一次只能處理有限的信息，人對(duì)復(fù)雜問(wèn)題的理解能力是有限的。建模的最根本目的就是在動(dòng)手構(gòu)建系統(tǒng)之前先來(lái)理解它，建模可以更好的理解問(wèn)題、可以加強(qiáng)人員之間的溝通、可以更早的發(fā)現(xiàn)錯(cuò)誤或疏漏、為最后的代碼生成提供依據(jù)等。2.在類(lèi)圖中，類(lèi)之間的關(guān)系有哪幾種？ 答：類(lèi)之間的關(guān)系主要包括關(guān)聯(lián)、聚合、組合、泛化、依賴(lài)等形式?！瓣P(guān)聯(lián)”指實(shí)體之間所存在的固有聯(lián)系?！熬酆稀焙汀敖M合”都反映實(shí)體之間存在的整體和部分的組成關(guān)系。其中“聚合”反映整體與部分之間一種相對(duì)松散的組成關(guān)系，如果整體不存在，部分還有可能存在?！敖M合”則描述整體與部分之間一種緊密的組成關(guān)系，如果沒(méi)有整體，則部分也沒(méi)有存在的必要。“泛化”反映事物之間的一般和特殊的關(guān)系。“依賴(lài)”則反映事物之間的因果關(guān)系，結(jié)果依賴(lài)著原因。3．簡(jiǎn)述UML五種視圖?！緟⒖即鸢浮浚?）用例視圖（UseCaseView）用例視圖描述的是從用戶(hù)的視角能夠見(jiàn)到的對(duì)系統(tǒng)的功能需求的視圖，是描述最終用戶(hù)、分析人員和測(cè)試人員能夠看到的一種專(zhuān)門(mén)的系統(tǒng)功能。而用例圖上描述用戶(hù)與系統(tǒng)之間的交互，是系統(tǒng)最終要完成的功能實(shí)現(xiàn)，所以用例圖是用例視圖的主要部分。（2）邏輯視圖（LogicalView）邏輯視圖是用于描述系統(tǒng)類(lèi)、對(duì)象和關(guān)系等靜態(tài)結(jié)構(gòu)的特征，刻畫(huà)了系統(tǒng)內(nèi)部功能構(gòu)造。有時(shí)候也被稱(chēng)為結(jié)構(gòu)模型視圖（StructuralModelView）或靜態(tài)視圖（StaticView）。所以，該視圖主要包括類(lèi)圖和對(duì)象圖。（3）并發(fā)視圖（ConcurrentView）并發(fā)視圖用于描述系統(tǒng)的動(dòng)態(tài)或行為的特征，有時(shí)候也被稱(chēng)為行為模型視圖（BehavioralModelView）或者是動(dòng)態(tài)視圖（DynamicView）。其用來(lái)主要關(guān)注一些非功能性需求，如系統(tǒng)的性能、伸縮性和吞吐量等以及描述系統(tǒng)要處理的通信、線程及進(jìn)程同步的問(wèn)題，包括并發(fā)、同步機(jī)制的線程和進(jìn)程。所以，該視圖主要由序列圖、協(xié)作圖、狀態(tài)圖和活動(dòng)圖組成。（4）組件視圖（ComponentView）組件視圖描述了系統(tǒng)實(shí)現(xiàn)模塊之間的彼此依賴(lài)關(guān)系以及資源如何分配等情況，實(shí)現(xiàn)結(jié)構(gòu)和行為的特征，也被稱(chēng)為實(shí)現(xiàn)模型視圖（ImplementationModelView）。其主要是對(duì)代碼模塊的描述，不同代碼模塊組合形成不同的構(gòu)建。所以，該視圖主要由構(gòu)件圖組成。（5）配置視圖（DeploymentView）配置視圖描述了系統(tǒng)環(huán)境實(shí)現(xiàn)的物理系統(tǒng)硬件拓?fù)浣Y(jié)構(gòu)和行為特征，包括計(jì)算機(jī)等設(shè)備的部署情況及其間的連接方式，描述了軟件構(gòu)件到硬件物理節(jié)點(diǎn)上的映射情況，也被稱(chēng)為環(huán)境模型視圖（EnvironmentModelView）或物理視圖（PhysicalView）。配置視圖主要用系統(tǒng)部署圖描述系統(tǒng)構(gòu)件在硬件計(jì)算機(jī)上的分布。所以，該視圖主要由配置圖組成。4.什么是用例和用例模型，如何描述用例？ 【參考答案】用例是一個(gè)描述性的文檔，用來(lái)描述一個(gè)參與者使用系統(tǒng)完成某個(gè)業(yè)務(wù)過(guò)程時(shí)的事件發(fā)生順序。用例描述的是系統(tǒng)使用過(guò)程，它描述了系統(tǒng)的功能需求。用例不描述系統(tǒng)內(nèi)部如何工作，而是定義系統(tǒng)的責(zé)任，說(shuō)明系統(tǒng)必須做什么。用例模型是需求分析工作的一個(gè)重要的制品。5．描述OOA模型（即面向?qū)ο蠓治瞿Ｐ停┯赡男┙Ｔ貥?gòu)成？【參考答案】（1）需求分析模型：用例圖及用例描述。（2）靜態(tài)模型：主要由類(lèi)圖組成，類(lèi)圖由類(lèi)、類(lèi)的屬性與操作以及類(lèi)之間的關(guān)系（繼承、關(guān)聯(lián)、聚合、組合和依賴(lài)等關(guān)系）組成。（3）動(dòng)態(tài)模型：包括交互圖、活動(dòng)圖、狀態(tài)圖等。（4）其他輔助模型：包圖、構(gòu)件圖和部署圖。6.如何區(qū)分接口與類(lèi)？ 【參考答案】（1）類(lèi)既有屬性又有操作；接口只是聲明了一組操作，沒(méi)有屬性。（2）在一個(gè)類(lèi)中定義了一個(gè)操作，就要在這個(gè)類(lèi)中真正地實(shí)現(xiàn)它的功能；接口中的操作只是一個(gè)聲明，不需要在接口中加以實(shí)現(xiàn)。（3）類(lèi)可以創(chuàng)建對(duì)象實(shí)例；接口則沒(méi)有任何實(shí)例。7．什么是用例圖？用例圖有什么作用？【參考答案】用例圖是由參與者（Actor）、用例（Usecase）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的圖。用例圖是從軟件需求分析到最終實(shí)現(xiàn)的第一步，它顯示了系統(tǒng)的用戶(hù)和用戶(hù)希望提供的功能，有得于用戶(hù)和軟件開(kāi)發(fā)人員之間的溝通。用例圖可視化的表達(dá)了系統(tǒng)的需求，具有直觀、規(guī)范等優(yōu)點(diǎn)，克服了純文字性說(shuō)明的不足。用例方法是完全從外部來(lái)定義系統(tǒng)的，它把需求和設(shè)計(jì)完全分離開(kāi)來(lái)，使用戶(hù)不用關(guān)心系統(tǒng)內(nèi)部是如何完成各種功能的。8.什么是“封裝”？并解釋封裝的具體含義 【參考答案】封裝是面向?qū)ο蟮暮诵母拍?，就是把?duì)象的屬性和操作結(jié)合成一個(gè)獨(dú)立的單位，并盡可能隱蔽對(duì)象內(nèi)部的細(xì)節(jié)。封裝有兩層含義：（1）屬性和操作結(jié)合成不可分割的整體；（2）信息隱蔽，盡可能隱蔽內(nèi)部細(xì)節(jié)，對(duì)外形成一道屏障，只通過(guò)有限的接口與外部發(fā)生聯(lián)系。四、論述題1、相對(duì)于傳統(tǒng)開(kāi)發(fā)方法，面向?qū)ο蠓椒ㄓ心男﹥?yōu)點(diǎn)？參考答案：（1）傳統(tǒng)方法：面向過(guò)程設(shè)計(jì)，以計(jì)算為核心，數(shù)據(jù)與操作分離，不易理解。面向?qū)ο蠓椒ǎ阂詫?duì)象為核心，強(qiáng)調(diào)對(duì)現(xiàn)實(shí)概念的模擬而不強(qiáng)調(diào)算法。面向?qū)ο蠓椒▽W(xué)的基本原則，是按照人們習(xí)慣的思維方式建立問(wèn)題域的模型，開(kāi)發(fā)出盡可能直觀、自然地表現(xiàn)求解方法的軟件系統(tǒng)。（2）傳統(tǒng)方法：結(jié)構(gòu)依賴(lài)于功能，不穩(wěn)定。面向?qū)ο蠓椒ǎ阂詫?duì)象來(lái)模擬實(shí)體，需求變化不會(huì)引起結(jié)構(gòu)的整體變化，因?yàn)閷?shí)體相對(duì)穩(wěn)定，故系統(tǒng)也相應(yīng)穩(wěn)定。（3）傳統(tǒng)方法：通過(guò)建立標(biāo)準(zhǔn)函數(shù)庫(kù)來(lái)重用軟構(gòu)件。但標(biāo)準(zhǔn)函數(shù)缺少必要的“柔性”，難以適應(yīng)不同場(chǎng)合的不同需要。面向?qū)ο蠓椒ǎ阂粋€(gè)類(lèi)所有的實(shí)例都可重用它的代碼；由繼承派生出的新的類(lèi)可重用其父類(lèi)的代碼，并且可以修改、擴(kuò)充而不影響其父類(lèi)的使用。（4）傳統(tǒng)方法：可維護(hù)性是最令人頭痛的問(wèn)題。面向?qū)ο蠓椒ǎ簭囊韵聨追矫娓纳屏丝删S護(hù)性：①穩(wěn)定性好：軟件功能需求的變化不牽動(dòng)全局，只需局部修改；②類(lèi)獨(dú)立性強(qiáng)：只要修改不涉及類(lèi)的對(duì)外接口，則內(nèi)部修改完全不影響外部調(diào)用；③繼承和多態(tài)性使其很容易被修改和擴(kuò)充。2、在UML類(lèi)圖建模中類(lèi)的版型有哪三種？并解釋三種類(lèi)版型的特點(diǎn)及概念。參考答案：UML中有3種主要的類(lèi)版型，即邊界類(lèi)、控制類(lèi)和實(shí)體類(lèi)。三種類(lèi)版型的特點(diǎn)及概念：（1）實(shí)體類(lèi)是問(wèn)題域中的核心類(lèi)，一般從客觀世界中的實(shí)體對(duì)象歸納和抽象出來(lái)。實(shí)體類(lèi)用于保存需要放進(jìn)持久存儲(chǔ)體的信息。所謂持久存儲(chǔ)體就是數(shù)據(jù)庫(kù)、文件等可以永久存儲(chǔ)數(shù)據(jù)的介質(zhì)。實(shí)體類(lèi)在信息系統(tǒng)運(yùn)行時(shí)在內(nèi)存中保存信息。通常每個(gè)實(shí)體類(lèi)在數(shù)據(jù)庫(kù)中有相應(yīng)的表，實(shí)體類(lèi)中的屬性對(duì)應(yīng)數(shù)據(jù)庫(kù)表中的字段。（2）邊界類(lèi)位于系統(tǒng)與外界的交界處，它是系統(tǒng)內(nèi)的對(duì)象和系統(tǒng)外的參與者的聯(lián)系媒介。外界的消息只有通過(guò)邊界類(lèi)的對(duì)象實(shí)例才能發(fā)送給系統(tǒng)。窗體(form)、對(duì)話框(dialogbox)、報(bào)表(report)直接與外部設(shè)備(如打印機(jī)和掃描儀)交互的類(lèi)、直接與外部系統(tǒng)交互的類(lèi)等都是