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

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

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

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

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

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

）。

A、屬性和活動

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

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

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

paper提交稿件browse

review

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

paper

to

reviewer分配稿件給審稿人set

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

review審閱稿件給出意見list

accepted/rejected

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

submitted

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

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