軟件建模與分析復(fù)習(xí)題(A)(共7頁(yè))

1、精選優(yōu)質(zhì)文檔-傾情為你奉上軟件建模與分析復(fù)習(xí)題(A)一、 選擇題1. 下面的模型圖中，哪個(gè)能正確表示“1個(gè)教師可以指導(dǎo)0個(gè)到多個(gè)學(xué)生的論文，1個(gè)學(xué)生必須有1個(gè)教師指導(dǎo)其論文” 的意思（ ）CDBA2. 計(jì)算機(jī)由CUP、內(nèi)存、硬盤(pán)、顯示器、鼠標(biāo)等構(gòu)成，那么計(jì)算機(jī)類(lèi)和鼠標(biāo)類(lèi)之間的關(guān)系是（ ）A 繼承關(guān)系 B 關(guān)聯(lián)關(guān)系 C 聚合關(guān)系 D 依賴(lài)關(guān)系3. 下面（ ）圖形表示依賴(lài)關(guān)系。BACD4. 關(guān)于UML，下面說(shuō)法正確的是（ ）A UML是一種面向?qū)ο蟮慕７椒ā?B UML是一種形式化的語(yǔ)言，使用UML建立的模型可被計(jì)算機(jī)編譯執(zhí)行。C UML是一種面向?qū)ο蟮木幊陶Z(yǔ)言。D UML是一種面向?qū)ο蟮慕ＵZ(yǔ)

2、言，但不是建模方法。5. 順序圖和交互圖的關(guān)系，類(lèi)似與下面的哪種關(guān)系（ ）A 類(lèi)和對(duì)象的關(guān)系 B 類(lèi)和參與者關(guān)系C Java和編程語(yǔ)言的關(guān)系 D UML和Java的關(guān)系6. 要對(duì)一個(gè)企業(yè)的工作流程建模，下面4種圖中的（ ）是最重要的。A 交互圖 B 活動(dòng)圖 C 狀態(tài)圖 D 類(lèi)圖7. 關(guān)于參與者，錯(cuò)誤的說(shuō)法是（ ）A 參與者是與所建立的系統(tǒng)交互的人或物。B 參與者可以是實(shí)際的人，也可以其他系統(tǒng)。C 參與者是系統(tǒng)的一部分，是用例圖的重要組成部分。D 參與者之間可以存在泛化關(guān)系。8. UML中關(guān)聯(lián)的多重性是指（ ）A 一個(gè)類(lèi)有多個(gè)方法被另一個(gè)類(lèi)調(diào)用。B 一個(gè)類(lèi)的實(shí)例對(duì)象能夠與另一個(gè)類(lèi)的多少個(gè)實(shí)例對(duì)象

3、相關(guān)聯(lián)。C 一個(gè)類(lèi)的某個(gè)方法被另一個(gè)類(lèi)調(diào)用的次數(shù)。D 兩個(gè)類(lèi)所具有的相同的方法和屬性。9. 關(guān)于類(lèi)圖的說(shuō)法正確的是（ ）A 類(lèi)圖分為3個(gè)層次：對(duì)象層、特征層和關(guān)系層，其中對(duì)象層給出系統(tǒng)中所有反映問(wèn)題域和系統(tǒng)責(zé)任的對(duì)象。B 類(lèi)圖分為3個(gè)層次：對(duì)象層、特征層和關(guān)系層，其中特征層給出系統(tǒng)中所有反映問(wèn)題域和系統(tǒng)責(zé)任的對(duì)象。C 類(lèi)圖只是一種輔助模型，不如其他圖重要。D 類(lèi)圖定義了系統(tǒng)的功能需求，描述了系統(tǒng)的動(dòng)態(tài)行為。10. 根據(jù)Coad/Yourdon的定義，面向?qū)ο蟮母拍畈话ǎ?）A 對(duì)象 B 繼承 C 消息 D 封裝11. 使用UML對(duì)系統(tǒng)進(jìn)行動(dòng)態(tài)建模，不能使用以下哪種圖（ ）A 類(lèi)圖 B 順序圖

4、 C 狀態(tài)圖 D 活動(dòng)圖12. UML的結(jié)構(gòu)事物不包括（ ）A 接口 B 類(lèi) C 協(xié)作 D 狀態(tài)機(jī)13. 分析下面的順序圖，并指出哪種說(shuō)法是正確的（ ）求戰(zhàn) 怎么辦火 燒 連 營(yíng):劉備:孔明:曹操A “求戰(zhàn)”、“怎么辦”以及“火燒連營(yíng)”這3條消息并沒(méi)有嚴(yán)格的次序，比如：“求戰(zhàn)”消息有可能在“火燒連營(yíng)”之前產(chǎn)生。B “：曹操”、“：劉備”以及“：孔明”代表3個(gè)類(lèi)，該順序圖表述了這3個(gè)類(lèi)的實(shí)例對(duì)象為了完成某一功能的交互情況。C 圖中的虛線(xiàn)稱(chēng)作“生命線(xiàn)”，表示一個(gè)對(duì)象在其時(shí)間周期內(nèi)的存在。D “求戰(zhàn)”這條消息將調(diào)用“曹操”的某一操作。AB14. 類(lèi)B是類(lèi)A的子類(lèi)，每個(gè)類(lèi)B的實(shí)例對(duì)象都是由1個(gè)類(lèi)C的實(shí)

5、例對(duì)象和1個(gè)或多個(gè)類(lèi)D的實(shí)例對(duì)象組成，下面的哪個(gè)圖可正確表示這種關(guān)系（ ）CD15. 在RUP中，需求分析的大部分工作是在（ ）階段完成的。A 初始階段 B細(xì)化階段C 構(gòu)造階段 D 交付階段16. 下面關(guān)于部署圖的說(shuō)法中，錯(cuò)誤的是（ ）A 部署圖描述系統(tǒng)運(yùn)行時(shí)的軟件和硬件的物理結(jié)構(gòu)，用于對(duì)系統(tǒng)的物理方面建模。B 處理器和設(shè)備的區(qū)別在于是否具有計(jì)計(jì)算能力。C 部署圖描述的是系統(tǒng)物理模型的布置，實(shí)際節(jié)點(diǎn)間的連接必須用一段導(dǎo)線(xiàn)、電纜或其它的方式連接。D 一個(gè)系統(tǒng)可以有多個(gè)部署圖。17. 下面的狀態(tài)圖描述了一輛汽車(chē)的狀態(tài)，指出哪種說(shuō)法是錯(cuò)誤的（ ）A “運(yùn)動(dòng)”狀態(tài)是一個(gè)組成狀態(tài)，由多個(gè)簡(jiǎn)單狀態(tài)組成。B

6、 “前進(jìn)”狀態(tài)和“低速”狀態(tài)有可能同時(shí)出現(xiàn)。C 汽車(chē)在“前進(jìn)”、“后退”、“高速”及“低速”任何一個(gè)子狀態(tài)下，都有可能轉(zhuǎn)到“停止”狀態(tài)。D “前進(jìn)”狀態(tài)和“低速”狀態(tài)是兩個(gè)順序子狀態(tài)。18. Rational Rose2003不具有下面的哪項(xiàng)功能（ ）A 建立軟件系統(tǒng)的OOA模型B 支持JAVA語(yǔ)言的雙項(xiàng)工程C 用對(duì)象圖對(duì)系統(tǒng)建模D 支持模型的Internet發(fā)布19. 在UML提供的圖中， （1） 用于描述系統(tǒng)與外部系統(tǒng)及用戶(hù)之間的交互；（2）用于按時(shí)間順序描述對(duì)象間的交互。（1）A 用例圖 B 類(lèi)圖 C 對(duì)象圖 D 配置圖（2）A 組件圖 B 狀態(tài)圖 C 協(xié)作圖 D 順序圖20. 類(lèi)是一組

7、具有相同屬性的和相同操作的對(duì)象的抽象描述，類(lèi)中的每個(gè)對(duì)象都是這個(gè)類(lèi)的一個(gè)（1）。一個(gè)對(duì)象通過(guò)發(fā)送（2）來(lái)請(qǐng)求另一個(gè)對(duì)象為其服務(wù)。（1）A 例證B 用例C 實(shí)例對(duì)象D 例外（2）A 調(diào)用語(yǔ)句 B 消息C 命令D 口令二、填空題 1. 從軟件工程的角度，軟件開(kāi)發(fā)可以分為 、 、系統(tǒng)實(shí)現(xiàn)、測(cè)試、及維護(hù)5個(gè)階段。2. 根據(jù)Coad/Yourdon的定義，面向?qū)ο蟮母拍钣蓪?duì)象、 、繼承、 4部分構(gòu)成。3. 交互圖分為兩種： 和 。其中 強(qiáng)調(diào)消息發(fā)送的時(shí)間順序。4. UML中的視圖分為5種： 、邏輯視圖、組件視圖 、配置視圖。5. UML的動(dòng)作事物包括： 和 。6. 在狀態(tài)機(jī)中，狀態(tài)之間的轉(zhuǎn)換由5部分組成

8、：原狀態(tài)、 、 、 和目標(biāo)狀態(tài)。7. 面向?qū)ο蠓治龅淖钪匾罨镜哪Ｐ褪?。8. 類(lèi)圖分為3個(gè)層次：對(duì)象層、特征層 。其中， 定義了對(duì)象的屬性與操作。9. RUP的4個(gè)階段是：初始階段、 、 和交付階段。10. 面向?qū)ο蟮幕居^點(diǎn)中，認(rèn)為屬性和操作都是對(duì)象不可分割的一部分，把屬性和操作組合在一起，對(duì)象的屬性只能由相應(yīng)的操作來(lái)改變，這種技術(shù)叫做 三、簡(jiǎn)答題1簡(jiǎn)述統(tǒng)一建模語(yǔ)言(UML)統(tǒng)一建模語(yǔ)言(UML)是一種繪制軟件藍(lán)圖的標(biāo)準(zhǔn)語(yǔ)言。可以用UML對(duì)軟件密集型系統(tǒng)的制品進(jìn)行可視化詳述和文檔化。UML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的可視化建模語(yǔ)言。它融入了軟件工程領(lǐng)域的新思想、新方法和

9、新技術(shù)。它的作用域不限于支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，還支持從需求分析開(kāi)始的軟件開(kāi)發(fā)的全過(guò)程。UML的作用就是用很多圖從靜態(tài)和動(dòng)態(tài)方面來(lái)全面描述我們將要開(kāi)發(fā)的系統(tǒng)。2. 簡(jiǎn)述面向?qū)ο蠓治龇椒ǎ∣OA）的5個(gè)基本步驟3. 簡(jiǎn)述用例模型的組成元素以及建模步驟組成元素有：參與者，用例，通信關(guān)聯(lián)，用例規(guī)約 （每個(gè)0.5） 建立用例模型步驟： 1) 根據(jù)系統(tǒng)邊界確定參與者（1分） 2) 根據(jù)每個(gè)參與者確定與之相關(guān)聯(lián)的用例（1分） 3) 對(duì)每個(gè)用例寫(xiě)出用例規(guī)約文檔，調(diào)整用例模型（優(yōu)化參與者與參與者之間的關(guān)系，用例與用例之間的關(guān)系）

10、（1分） 4寫(xiě)出軟件生成周期三個(gè)過(guò)程共9個(gè)階段 3個(gè)過(guò)程是：軟件定義的過(guò)程、軟件開(kāi)發(fā)的過(guò)程、軟件使用與維護(hù)的過(guò)程 （2分） 9個(gè)階段有：可行性研究、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)、組裝測(cè)試、驗(yàn)收測(cè)試、使用與維護(hù)、退役 （3分） 四、綜合題 1. 根據(jù)下面的敘述，繪制一幅關(guān)于顧客從自動(dòng)售貨機(jī)中購(gòu)買(mǎi)物品的順序圖。(1) 顧客（User）先向自動(dòng)售貨機(jī)的前端（Front）投幣；(2) 售貨機(jī)的識(shí)別器（Register）識(shí)別錢(qián)幣；(3) 售貨機(jī)前端（Front）根據(jù)Register的識(shí)別結(jié)果產(chǎn)生商品列表；(4) 顧客選擇商品；(5) 識(shí)別器控制的出貨器（Dispenser）將所選商品送至前端（Front）2. 根據(jù)下面的描述，繪制一幅狀態(tài)圖。電話(huà)初始時(shí)處于“空閑”狀態(tài)，當(dāng)聽(tīng)筒被拿起后處于“激活”狀態(tài)。聽(tīng)筒被拿起后，電話(huà)等待撥號(hào)，若在30秒之內(nèi)撥號(hào)電話(huà)將進(jìn)入“撥