UML判斷題整理

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

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

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

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

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

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

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

8、態(tài)，有利于開發(fā)人員提高開發(fā)效率。（F）151、狀態(tài)機(jī)圖描述了一個(gè)實(shí)體基于時(shí)間反應(yīng)的動(dòng)態(tài)行為， 顯示了該實(shí)體如何根據(jù) 當(dāng)前所處狀態(tài)對(duì)不同的事件做出反應(yīng)。（F）152、順序圖由對(duì)象、生命線、控制焦點(diǎn)、和實(shí)體組成。（F）153、UML模語(yǔ)言是由視圖、 圖、 模型元素和通用機(jī)制構(gòu)成的層次關(guān)系來(lái)描述 的。（F ）154、UM配一種建模語(yǔ)言，是一種標(biāo)準(zhǔn)的表示，是一種方法。（F）155、泳道是分組機(jī)制，它描述了狀態(tài)機(jī)圖中對(duì)象所執(zhí)行的活動(dòng)。（T）156、同步消息和異步消息的主要區(qū)別是：同步消息的發(fā)生對(duì)象在消息發(fā)生以后，不必等待消息處理，可立即繼續(xù)執(zhí)行，而異步消息的發(fā)送對(duì)象則必須等待接收對(duì) 象完成消息的處理后，

9、才能繼續(xù)執(zhí)行。（F）157、類圖中的角色是用于描述該類在關(guān)聯(lián)中所扮演的角色和職責(zé)的。（158、類圖用來(lái)表示系統(tǒng)中類和類與類之間的關(guān)系， 它是對(duì)系統(tǒng)動(dòng)態(tài)結(jié)構(gòu)的描述（F）159、 用例模型的基本組成部件是用例、角色和用例之間的關(guān)系。（F）160、用例之間有擴(kuò)展、使用、組合等幾種關(guān)系。（F）161、順序圖描述對(duì)象之間的交互關(guān)系，重點(diǎn)描述對(duì)象之間消息傳遞的時(shí)間順序。（T）162、活動(dòng)圖顯示動(dòng)作及結(jié)果。著重描述操作實(shí)現(xiàn)中所完成的工作以及用例實(shí)例或類中的活動(dòng)。（T）163、 系統(tǒng)建模的三要素是：方法、模型和過程（F）166、UMLB特點(diǎn)：唯一性、連續(xù)性、維護(hù)性、復(fù)用性和逐步完善（T）167、 面向?qū)ο蟮娜?/p>

10、大重要特征：封裝性、繼承性和抽象（F）168、軟件開發(fā)方法從結(jié)構(gòu)化開發(fā)方法、 模塊化開發(fā)方法到面向?qū)ο箝_發(fā)方法是 一個(gè)漸進(jìn)的演變過程（F ）169、軟件生命周期描述了一個(gè)軟件從定義、開發(fā)、使用、維護(hù)到服用的全過程170、面向?qū)ο笙到y(tǒng)的開發(fā)過程以體系結(jié)構(gòu)為中心，以用例為驅(qū)動(dòng)，是一順序的過程（F）171、 封裝是把對(duì)象的屆性和操作結(jié)合在一起，組成一個(gè)獨(dú)立的對(duì)象（T）172、 封裝是一種信息隱蔽技術(shù)，目的是使對(duì)象的生產(chǎn)者和使用者分離， 使對(duì)象的定義和實(shí)現(xiàn)分開。（T）173、 面向?qū)ο蠓椒ㄖ械亩鄳B(tài)機(jī)制使子類可以自動(dòng)地?fù)碛袕?fù)制父類全部屆性和操作（F ）174、 使得在多個(gè)類中能夠定義同一個(gè)操作或?qū)眯悦?/p>

11、并在每一個(gè)類中有不同的實(shí)現(xiàn)的一種方法是繼承性（F ）176、UMLB靜態(tài)建模機(jī)制包括類圖、對(duì)象圖、包圖、構(gòu)件圖、配置圖（T）185、 系統(tǒng)分析是在客戶需求分析規(guī)格說明的基礎(chǔ)之上對(duì)其進(jìn)行的分析（T）186、 順序圖和合作圖用來(lái)表達(dá)對(duì)象之間的交互是描述一組對(duì)象如何合作完成某個(gè)行為的模型化工具（T）187、 進(jìn)程是一個(gè)動(dòng)作流能夠與其他進(jìn)程并發(fā)執(zhí)行（T）188、線程是內(nèi)部的一個(gè)動(dòng)作流，不能夠與其他線程并發(fā)執(zhí)行189、狀態(tài)圖描述一個(gè)對(duì)象在不同事件的驅(qū)動(dòng)下發(fā)生的狀態(tài)遷移。（T）190、活動(dòng)圖中動(dòng)作狀態(tài)之間的遷移不靠事件觸發(fā)的（F）191、 活動(dòng)圖即可以描述對(duì)象的動(dòng)態(tài)行為，還可以用來(lái)描述用例（T）192、

12、活動(dòng)圖中活動(dòng)狀態(tài)的遷移是按時(shí)間進(jìn)行觸發(fā)（F）193、狀態(tài)圖和活動(dòng)圖描述系統(tǒng)中某個(gè)系統(tǒng)對(duì)象的一系列狀態(tài)變化（T）194、在UML中 軟件構(gòu)件分為源代碼構(gòu)件、二進(jìn)制構(gòu)件和可執(zhí)行代碼構(gòu)件構(gòu)件 圖由這些構(gòu)件、接口以及構(gòu)件之間的關(guān)系組成。（T）195、UMLM以描述硬件之間的互聯(lián)關(guān)系，不能描述硬件單元上的軟件系統(tǒng)的分 布（F）196、系統(tǒng)體系結(jié)構(gòu)建?？梢苑譃檐浖到y(tǒng)體系結(jié)構(gòu)建模和硬件系統(tǒng)體系結(jié)構(gòu)建 模（T）197、 構(gòu)件圖主要用于建立系統(tǒng)的動(dòng)態(tài)模型（F）(F)200、狀態(tài)的改變-遷移201.分析側(cè)重于問題域，設(shè)計(jì)側(cè)重于解域T202.一般情況下，設(shè)計(jì)模型比分析模型復(fù)雜得多T203.分析解決做什么的問題，設(shè)計(jì)則解決怎么做的問題T204.分析模型主要側(cè)重功能需求，而設(shè)計(jì)模型則要充分考慮各種非功能需求T205.一般情況下，分析模型不考慮系統(tǒng)結(jié)構(gòu)，而設(shè)計(jì)模型則對(duì)系統(tǒng)結(jié)構(gòu)進(jìn)行全 面設(shè)計(jì)F225.某一時(shí)刻，一個(gè)類的對(duì)象可以處于多個(gè)不同的狀態(tài)F232.一個(gè)用例實(shí)現(xiàn)可以使用一個(gè)類圖來(lái)表示T233.用例實(shí)現(xiàn)提供了從分析和設(shè)計(jì)到需求的可追蹤性T234.用例實(shí)現(xiàn)與其關(guān)聯(lián)的用例之間存在實(shí)現(xiàn)關(guān)系F每個(gè)對(duì)象都是某個(gè)類的實(shí)例T240.每個(gè)類某一時(shí)刻必定存在對(duì)象實(shí)體F241 .類是靜態(tài)的描述T242.對(duì)象是動(dòng)態(tài)的實(shí)例T256.關(guān)系數(shù)據(jù)庫(kù)集中在數(shù)據(jù)庫(kù)上，而面向?qū)ο笙到y(tǒng)