UML判斷題整理_第1頁
UML判斷題整理_第2頁
UML判斷題整理_第3頁
UML判斷題整理_第4頁
UML判斷題整理_第5頁
已閱讀5頁,還剩5頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、1、在用例圖中,Actor僅代表與目標系統(tǒng)進行交互的人。F2、在狀態(tài)圖中,內(nèi)部轉(zhuǎn)換可導(dǎo)致進入轉(zhuǎn)換和離開轉(zhuǎn)換的執(zhí)行。F3、UML是一種直觀化、明確化、構(gòu)建和文檔化軟件產(chǎn)物的通用語言。T4、在兩個用例中,如果一個用例擁有另一個用例的所有結(jié)構(gòu)、行為和關(guān)系,并在此基礎(chǔ)上 增加了新的特性,則此兩個用例之間可以用泛化關(guān)系表示。T5.UML適用于以體系結(jié)構(gòu)為中心的開發(fā)過程,但不適合在具有迭代特征的開發(fā)過程中使用。F6、在UML狀態(tài)圖中,歷史狀態(tài)用于存儲以前的狀態(tài)。T7、請求接口( Required Interface)用于定義一個構(gòu)件所提供的服務(wù)。F1 .嚴格地說,CASE只是一種開發(fā)環(huán)境而不是一種開發(fā)方法

2、。T2 .實體-聯(lián)系圖的數(shù)據(jù)實體對應(yīng)于數(shù)據(jù)流圖中的數(shù)據(jù)存儲。T3 .用戶必須在系統(tǒng)開發(fā)的各個階段參與開發(fā)。T4 .系統(tǒng)功能常變,但對象相對穩(wěn)定。T5 .系統(tǒng)維護的重點是對應(yīng)用程序的維護。T7 .系統(tǒng)分析的主要目標是完成系統(tǒng)的可行性分析。F8 .用戶界面設(shè)計過程中應(yīng)先進行輸入設(shè)計,后進行輸出設(shè)計。F9 .E-R模型具有的三要素是實體、屬性、主關(guān)鍵字。F10 .在數(shù)據(jù)庫的規(guī)范化理論中,第二范式意味著關(guān)系中的所有非關(guān)鍵字都完全依賴于整個關(guān)鍵字。T11 .開發(fā)大型、復(fù)雜的信息系統(tǒng),通常采用的開發(fā)方法是面向?qū)ο箝_發(fā)方法。F12 .結(jié)構(gòu)化方法能對用戶需求的變更作出快速響應(yīng)。T16.繪制模塊結(jié)構(gòu)圖屬于系統(tǒng)分

3、析階段的工作。F24.系統(tǒng)分析的目標是提出建設(shè)系統(tǒng)的物理方案。F37.好的系統(tǒng)設(shè)計應(yīng)給程序員留有更多的開發(fā)余地。F39.業(yè)務(wù)過程的規(guī)范化是信息系統(tǒng)成功的重要前提。T43.結(jié)構(gòu)化系統(tǒng)分析是對系統(tǒng)自下而上的分析過程。F54 .UML是一種可視化的建模語言。T57 .UML是面向?qū)ο蠓治雠c設(shè)計的一種方法。58 .系統(tǒng)分析就是在系統(tǒng)開發(fā)可行的條件下,考慮如何選擇機器設(shè)備及數(shù)據(jù)管理軟件,從而得到一個用戶滿意的軟件系統(tǒng)方案。F66.狀態(tài)圖和活動圖都屬于行為圖。T65.行為圖描述系統(tǒng)的動態(tài)模型和組成對象間的交互關(guān)系。T64.一個對象是把事物的屬性和對屬性數(shù)據(jù)的操作方法結(jié)合成的整體。T63.系統(tǒng)設(shè)計階段包括設(shè)

4、計數(shù)據(jù)庫的結(jié)構(gòu)、設(shè)計代碼、設(shè)計源程序等大量工作。F71 . 一個狀態(tài)圖最多只能有一個初態(tài)和一個終態(tài)。(F )72 .協(xié)作圖中的消息必須要標出消息順序號。(T )73 .兩個參與者(actor )之間可以有包含(include )關(guān)系、擴展(extend )關(guān)系或泛化(generalization )關(guān)系,而包含關(guān)系和擴展關(guān)系是依賴( dependency )關(guān)系的版型。(F )74 .參與者(actor )和用例(use case)之間的關(guān)系是關(guān)聯(lián)(association )關(guān)系。(T )86 .在設(shè)計類圖時,可以不用對類圖中的每個關(guān)聯(lián)進行命名,但如果需要命名的話,最好用一個“動詞”給關(guān)聯(lián)命名

5、。(T)88.活動圖中生命線的長度表示對象的激活的時間段。(F )90.活動圖中泳道的作用是用來發(fā)現(xiàn)工作流的。( F )92.順序圖和協(xié)作圖都是用來描述對象之間的交互的,并可以相互轉(zhuǎn)化。( T )97.在順序圖中無法表示要重復(fù)發(fā)送的消息,但在協(xié)作圖中可以表示要重復(fù)發(fā)送的消息。(F )114、UM說一種建模語言,而不是建模方法。(T)115、用面向?qū)ο蠓椒ㄩ_發(fā)的軟件系統(tǒng),可維護性好。( T )116、UM比一種直觀化、明確化、構(gòu)建和文檔化軟件系統(tǒng)的通用可視化建模語言。(T)117、模型是對現(xiàn)實的簡化,建模是為了更好地理解所開發(fā)的系統(tǒng)。( T)118、多態(tài)性防止了程序相互依賴而帶來的變動影響。(F

6、)119、面向?qū)ο蟮睦^承性是子類自動共享父類數(shù)據(jù)結(jié)構(gòu)和方法的機制。( T )120、描述類中某個對象的行為,反映了狀態(tài)與事件關(guān)系的是對象圖。( F )121 .用例圖中包含關(guān)系是指一個用例繼承了另一個用例(F )122 .順序圖中每個對象向下方向伸展的虛線是對象的生命線(T )123 .協(xié)作圖是對象圖的擴展 (F )124 .只有狀態(tài)圖采用泳道(F )126 .協(xié)作圖和順序圖是等價的(T )128.對象之間協(xié)作可以通過相互發(fā)送消息來實現(xiàn),也就是消息可以是雙向的(F)134 .用例是從用戶的觀點對系統(tǒng)行為的一個描述(T)135 . UML6法體現(xiàn)歷史狀態(tài) (F)136 .狀態(tài)圖中狀態(tài)一般分成順序

7、子狀態(tài)和隨機子狀態(tài)(F)137 .狀態(tài)圖是以實心圓點開頭,以公牛眼結(jié)束的(T)138 .狀態(tài)圖可以描述對象狀態(tài)的變化過程(T)139 .注解是UML中的解釋元素 (F)140 .包是UML中唯一分組元素 (T)141 .用例包括了包含用例和隨機用例(F)145 .通訊圖作為一種交互圖,強調(diào)的是參加交互的對象的組織(F )146 .通訊圖是順序圖的一種特例(T )148 .狀態(tài)機圖通過建立類對象的生命周期模型來描述對象隨時間變化的動態(tài)行為。(F )149 .狀態(tài)機圖適用于描述狀態(tài)和動作的順序,不僅可以展現(xiàn)一個對象擁有的狀態(tài),還可以說明時間如何隨時間的推移來影響這些狀態(tài)。( F )150 .狀態(tài)機

8、圖的主要目的是描述對象創(chuàng)建和撤銷的過程中資源的不同狀態(tài),有利于開發(fā)人員提高開發(fā)效率。(F )151 .狀態(tài)機圖描述了一個實體基于時間反應(yīng)的動態(tài)行為, 顯示了該實體如何根據(jù) 當前所處狀態(tài)對不同的事件做出反應(yīng)。(F )152、順序圖由對象、生命線、控制焦點、和實體組成。( F )153、UM健模語言是由視圖、圖、模型元素和通用機制構(gòu)成的層次關(guān)系來描述的。(F )154、UMl一種建模語言,是一種標準的表示,是一種方法。( F )155、泳道是分組機制,它描述了狀態(tài)機圖中對象所執(zhí)行的活動。( T )156、同步消息和異步消息的主要區(qū)別是:同步消息的發(fā)生對象在消息發(fā)生以后, 不必等待消息處理,可立即繼

9、續(xù)執(zhí)行,而異步消息的發(fā)送對象則必須等待接收對象完成消息的處理后,才能繼續(xù)執(zhí)行。(F )157、類圖中的角色是用于描述該類在關(guān)聯(lián)中所扮演的角色和職責的。( T )158、類圖用來表示系統(tǒng)中類和類與類之間的關(guān)系, 它是對系統(tǒng)動態(tài)結(jié)構(gòu)的描述(F )159、用例模型的基本組成部件是用例、角色和用例之間的關(guān)系。(F )160、用例之間有擴展、使用、組合等幾種關(guān)系。( F )161、順序圖描述對象之間的交互關(guān)系,重點描述對象之間消息傳遞的時間順序。(T )162、活動圖顯示動作及結(jié)果。著重描述操作實現(xiàn)中所完成的工作以及用例實例或類中的活動。(T )163、系統(tǒng)建模的三要素是:方法、模型和過程 (F )16

10、6、UML勺特點:唯一性、連續(xù)性、維護性、復(fù)用性和逐步完善(T)167、面向?qū)ο蟮娜笾匾卣鳎悍庋b性、繼承性和抽象 (F)168、軟件開發(fā)方法從結(jié)構(gòu)化開發(fā)方法、模塊化開發(fā)方法到面向?qū)ο箝_發(fā)方法是一個漸進的演變過程(F )169、軟件生命周期描述了一個軟件從定義、開發(fā)、使用、維護到服用的全過程(T)170、面向?qū)ο笙到y(tǒng)的開發(fā)過程以體系結(jié)構(gòu)為中心,以用例為驅(qū)動,是一順序的過程(F)171、封裝是把對象的屬性和操作結(jié)合在一起,組成一個獨立的對象( T )172、封裝是一種信息隱蔽技術(shù),目的是使對象的生產(chǎn)者和使用者分離, 使對象的定義和實現(xiàn)分開。(T)173、面向?qū)ο蠓椒ㄖ械亩鄳B(tài)機制使子類可以自動地

11、擁有復(fù)制父類全部屬性和操作(F )174、使得在多個類中能夠定義同一個操作或?qū)傩悦?,并在每一個類中有不同的實現(xiàn)的一種方法是繼承性(F )176、UML勺靜態(tài)建模機制包括類圖、對象圖、包圖、構(gòu)件圖、配置圖 (T)185、系統(tǒng)分析是在客戶需求分析規(guī)格說明的基礎(chǔ)之上對其進行的分析(T)186、順序圖和合作圖用來表達對象之間的交互是描述一組對象如何合作完成某個行為的模型化工具 (T)187、進程是一個動作流 能夠與其他進程并發(fā)執(zhí)行 (T)(F)188、線程是內(nèi)部的一個動作流,不能夠與其他線程并發(fā)執(zhí)行189、狀態(tài)圖描述一個對象在不同事件的驅(qū)動下發(fā)生的狀態(tài)遷移。(T)190、活動圖中動作狀態(tài)之間的遷移不靠

12、事件觸發(fā)的(F)191、活動圖即可以描述對象的動態(tài)行為,還可以用來描述用例 (T)192、活動圖中活動狀態(tài)的遷移是按時間進行觸發(fā)(F)193、狀態(tài)圖和活動圖描述系統(tǒng)中某個系統(tǒng)對象的一系列狀態(tài)變化(T)194、在UML中 軟件構(gòu)件分為源代碼構(gòu)件、二進制構(gòu)件和可執(zhí)行代碼構(gòu)件構(gòu)件圖由這些構(gòu)件、接口以及構(gòu)件之間的關(guān)系組成。(T)195、UMIM以描述硬件之間的互聯(lián)關(guān)系,不能描述硬件單元上的軟件系統(tǒng)的分布 (F)196、系統(tǒng)體系結(jié)構(gòu)建模可以分為軟件系統(tǒng)體系結(jié)構(gòu)建模和硬件系統(tǒng)體系結(jié)構(gòu)建模(T)197、構(gòu)件圖主要用于建立系統(tǒng)的動態(tài)模型(F)200、狀態(tài)的改變-遷移(T)201 .分析側(cè)重于問題域,設(shè)計側(cè)重于

13、解域 T202 . 一般情況下,設(shè)計模型比分析模型復(fù)雜得多T203.分析解決做什么的問題,設(shè)計則解決怎么做的問題T204.分析模型主要側(cè)重功能需求,而設(shè)計模型則要充分考慮各種非功能需求T205. 一般情況下,分析模型不考慮系統(tǒng)結(jié)構(gòu),而設(shè)計模型則對系統(tǒng)結(jié)構(gòu)進行全面設(shè)計F225.某一時刻,一個類的對象可以處于多個不同的狀態(tài)F232 .一個用例實現(xiàn)可以使用一個類圖來表示T233 .用例實現(xiàn)提供了從分析和設(shè)計到需求的可追蹤性T234 .用例實現(xiàn)與其關(guān)聯(lián)的用例之間存在實現(xiàn)關(guān)系F每個對象都是某個類的實例T1.1. .每個類某一時刻必定存在對象實體F241 .類是靜態(tài)的描述 T242 .對象是動態(tài)的實例 T256 .關(guān)系數(shù)據(jù)庫集中在數(shù)據(jù)庫上,而面向?qū)ο笙到y(tǒng)則集中在行為

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論