面向?qū)ο笙到y(tǒng)分析與設(shè)計選擇題庫樣本

一、單項選取（每題2分，共40分，答案寫在題當前面表格內(nèi)）面向?qū)ο髮⒚枋鍪挛飻?shù)據(jù)與（C）封裝在一起，作為一種互相依存，不可分割整體來解決。A.信息 B.數(shù)據(jù)隱藏C.數(shù)據(jù)操作 D.數(shù)據(jù)抽象2.（D）是從顧客使用角度描述系統(tǒng)功能圖形表達辦法。A.類圖 B.對象圖 C.序列圖 D.用例圖4.（A）是用于把元素組織成組通用機制.A.包B.類C.接口D.組件對某公司工作流程進行建模，（B）是最有效。A.交互圖B.活動圖C.狀態(tài)圖D.類圖下圖表達類圖（B）。A．關(guān)聯(lián)關(guān)系B．泛化關(guān)系C．實現(xiàn)關(guān)系D．依賴關(guān)系用況圖關(guān)于角色說法中錯誤是（D）。參加者是與目的系統(tǒng)交互人或物參加者可以是實際人，也可以是外部設(shè)備、外部系統(tǒng)等參加者之間可以存在一定關(guān)系參加者是用例圖重要構(gòu)成某些，因而它是目的系統(tǒng)構(gòu)成某些10.在UML模型中，類用(A)表達。A．直角矩形B．圓角矩形C．橢圓D．圓形11.接口構(gòu)造型是(B)。A．《sign》B．《interface》C．《component》D．《mode》12.下面哪個UML視圖是描述一種對象生命周期（A）。A．狀態(tài)圖 B．類圖 C．協(xié)作圖 D．順序圖13.（C）是對象與其她外部世界互有關(guān)聯(lián)唯一途徑。A．消息傳遞B．狀態(tài)轉(zhuǎn)C．接口D．函數(shù)調(diào)用14.在狀態(tài)圖中不能表達下面那些概念？（D）A．動作（action）B．事件（event）C．轉(zhuǎn)移（transition）D．類（class）15.下列不屬于面向?qū)ο蠹夹g(shù)基本特性是（B）。A.封裝性B.模塊性C.多態(tài)性D.繼承性16.關(guān)于面向?qū)ο筠k法長處，下列不對的論述是（C）。A.與人類習慣思維辦法比較一致B.可重用性好C.以數(shù)據(jù)操作為中心D.可維護性好17.繼承機制作用是(C)。A.信息隱藏B.數(shù)據(jù)封裝C.派生新類D.數(shù)據(jù)抽象18.順序圖重要可覺得設(shè)計人員提供（A）信息。A.消息發(fā)送順序 B.某個辦法執(zhí)行流程C.類之間關(guān)聯(lián)關(guān)系多重性 D.某個對象在不同狀態(tài)之間轉(zhuǎn)移19.類和接口關(guān)系類似于下面哪種類型關(guān)系（D）。關(guān)聯(lián)（association）和匯集（aggregation）關(guān)聯(lián)（association）和組合（composition）腳本（scenario）和用例（usecase）包（Package）和子系統(tǒng)（subsystem）Innovation公司正在為Rose開發(fā)插入件，使得Rose可以把OOA、OOD模型以各種圖形格式導出，如JPEG格式、BMP格式、GIF格式等。在導出時，會依照不同算法來生成相應(yīng)圖形文獻，這些算法很復(fù)雜。為了描述這些算法，在下面這些圖中，那個是最適合？（A）A.活動圖 B.狀態(tài)圖 C.類圖 D.用例圖下面（）不是UML基本構(gòu)成元素。（A）A.控制語言 B.基本構(gòu)造塊 C.規(guī)則 D.公共機制面向?qū)ο筇攸c重要概括為（C）。A.可分解性、可組合性、可分類性 B.繼承性、封裝性、多態(tài)性C.抽象性、繼承性、封裝性、多態(tài)性D.封裝性、易維護性、可擴展性、可重用性構(gòu)成對象兩個重要因素是（A）。A.屬性和服務(wù) B.標記和內(nèi)容 C.繼承和多態(tài) D.消息和封裝下列關(guān)于面向?qū)ο筠k法中描述中錯誤是（C）。使用設(shè)計模式有助于在軟件開發(fā)中應(yīng)用面向?qū)ο蠹夹g(shù)選取面向?qū)ο蟪绦蛟O(shè)計語言時需要考慮開發(fā)人員對其熟悉限度UML作為一種可視化建模語言需要與RUP開發(fā)過程同步使用當前在軟件生命周期分析、設(shè)計、實現(xiàn)和測試中均可以應(yīng)用面向?qū)ο筠k法6.在類圖中，那個類圖中類Order所生成代碼具備PublicclassOrder{PublicCustomerrecipient;}形式？（A）A.B.C.D.9.下面那個圖符表達UML中實現(xiàn)關(guān)系？（C）A.B.C.D.10.一種銀行業(yè)務(wù)系統(tǒng)采用如圖所示配備圖，則錯誤是（D）與GUI關(guān)于類應(yīng)當布置在BranchClient上這個圖表達一種三層體系構(gòu)造，不論BranchClient、FinancialAppServer、DatabaseServer是運營在同一臺機器上還是在不同機器上為了系統(tǒng)可伸縮性（scalability），與業(yè)務(wù)邏輯關(guān)于對象應(yīng)當布置在FinancialAppServer上為了系統(tǒng)可伸縮性，與業(yè)務(wù)邏輯關(guān)于對象應(yīng)當布置在BranchClient上11.關(guān)于用例與類對比中（D）是錯誤。A都屬于模型構(gòu)造元素B都存在繼承關(guān)系C類描述系統(tǒng)某些靜態(tài)視圖，用例描述系統(tǒng)動態(tài)行為視圖D類描述是系統(tǒng)內(nèi)部構(gòu)成，用例也可以描述系統(tǒng)內(nèi)部構(gòu)成13.計算機（Computer）由中央解決器、內(nèi)存、軟盤、硬盤、顯示屏、鍵盤、鼠標等構(gòu)成。那么Computer類和其她類（CPU、RAM、FloppyDrive、HardDisk、Monitor、Keyboard、Mouse）之間關(guān)系是：（D）A.泛化關(guān)系（Generalization） B.實現(xiàn)關(guān)系（Realization）C.包括關(guān)系（Inclusion） D.匯集關(guān)系（Aggregation）15.在數(shù)據(jù)庫設(shè)計階段開始考慮詳細數(shù)據(jù)庫管理系統(tǒng)（DBMS）特性。（C）A.需求分析 B.概念設(shè)計 C.邏輯設(shè)計 .D物理設(shè)計一種設(shè)計得好面向?qū)ο笙到y(tǒng)具備（）特性。B低內(nèi)聚、低耦合B.高內(nèi)聚、低耦合C.高內(nèi)聚、高耦合D.低內(nèi)聚、高耦合不是老式開發(fā)辦法是（）。DA.功能分解法 B.構(gòu)造化辦法 C.信息建模辦法 D.面向?qū)ο筠k法3、不是面向?qū)ο蠡舅枷胧牵ǎ?。D客觀世界中事物都是對象，對象間存在一定關(guān)系。用對象屬性描述事物靜態(tài)特性用對象操作描述事物動態(tài)特性（行為）。通過隨機方式對事物進行分類。5、下列關(guān)于面向?qū)ο蠓治?OOA)中描述錯誤是（）。D是運用面向?qū)ο筠k法進行系統(tǒng)分析。 是軟件生命周期一種階段強調(diào)對問題域和系統(tǒng)責任進行分析和理解。強調(diào)與實既關(guān)于分析和理解。6、下列論述中對的是（）。A系統(tǒng)邊界是一種系統(tǒng)所包括所有系統(tǒng)成分與系統(tǒng)以外各種事物分界線。參加者一定是系統(tǒng)中一某些。參加者是在系統(tǒng)之外但可不與系統(tǒng)進行交互任何事物。參加者只能是人或者設(shè)備。8、關(guān)于類和對象描述中，（）是錯誤。B對象是具備明確語義邊界并封裝了狀態(tài)和行為實體。類與對象之間關(guān)系，猶如一種鑄件和它模具之際關(guān)系。對象是類實例。類是對具備相似屬性和操作一組對象抽象描述。9、若對象a可以給對象b發(fā)送消息，那么______。BA.對象b可以看見對象a B.對象a可看見對象bC.對象a、b互相不可見 D.對象a、b互相可見10、匯集和組合描述中，錯誤是（）。C聚合是表達整體類和表達某些類之間“整體－某些”關(guān)系。組合是聚合一種形式。匯集和組合區(qū)別在于復(fù)雜限度不同樣。區(qū)別聚合和組合辦法可以分析對象之間生命期與否一致。11、下面對包圖描述錯誤是（）。D包圖是描繪如何對模型元素分組以及分組之間依賴圖。一種模型元素只能被一種包所擁有。包可以用于各種不同圖。包是一種模型元素，但一種包不能包括其她包。12、提高性能改進辦法錯誤是（）。BA.調(diào)節(jié)對象分布 B.減少保存中間成果屬性或類 C.合并通信屢屢類 D.用聚合關(guān)系描述復(fù)雜類13、不是人機交互設(shè)計準則是（）。B易學、易用、操作以便。盡量保持個性化。及時提供故意義反饋。盡量減少顧客記憶。14～15、在UML提供圖中，____(14)A____用于描述系統(tǒng)與外部系統(tǒng)及顧客之間交互；___(15)D___用于準時間順序描述對象間交互。(14)A.用例圖 B.類圖 C.對象圖 D.布置圖(15)A.網(wǎng)絡(luò)圖 B.狀態(tài)圖 C.協(xié)作圖 D.序列圖1、（D）辦法以原型開發(fā)思想為基本，采用迭代增量式開發(fā)，發(fā)行版本小型化，比較適合需求變化較大或者開發(fā)前期對需求不是很清晰項目。A.信息工程 B.構(gòu)造化 C.面向?qū)ο?D.敏捷2、用例（Usecase）用來描述系統(tǒng)對事件作出響應(yīng)時所采用行動。用例之間是具備有關(guān)性。在一種“訂單輸入子系統(tǒng)”中，創(chuàng)立新訂單和更新訂單都需要核查顧客帳號與否對的。用例“創(chuàng)立新訂單”、“更新訂單”與用例“核查客戶帳號”之間是（A）關(guān)系。A.包括（include） B.擴展（extend）C.分類（classification） D.匯集（aggregation）3-4、面向?qū)ο笤O(shè)計模型包括以（B）表達軟件體系構(gòu)造圖，以（D）表達用例實現(xiàn)圖，完整精準類圖，針對復(fù)雜對象狀態(tài)圖和用以描述流程化解決活動圖等。（3）A.用例圖 B.包圖 C.協(xié)同圖 D.順序圖（4）A.布置圖 B.包圖 C.協(xié)同圖 D.順序圖5、如下關(guān)于軟件構(gòu)件及其接口論述，錯誤是（C）。構(gòu)件是軟件系統(tǒng)中相對獨立且具備一定意義構(gòu)成成分構(gòu)件在容器中進行管理并獲取其屬性或者服務(wù)構(gòu)件不容許外部對所支持接口進行動態(tài)發(fā)現(xiàn)或調(diào)用構(gòu)件可以基于對象實現(xiàn)，也可以不基于對象實現(xiàn)6、UP是（A）。A.面向?qū)ο蠼y(tǒng)一開發(fā)過程 B.面向?qū)ο蠓治雠c設(shè)計C.軟件成熟度模型 D.統(tǒng)一建模語言7、下列關(guān)于不同軟件開發(fā)辦法所使用模型描述中，對的是（B）。在進行構(gòu)造化分析時，必要使用數(shù)據(jù)流圖和軟件構(gòu)造圖這兩種模型采用面向?qū)ο箝_發(fā)辦法時，可以使用狀態(tài)圖和活動圖對系統(tǒng)動態(tài)行為進行建模實體聯(lián)系圖（E-R圖）是在數(shù)據(jù)庫邏輯構(gòu)造設(shè)計時才喀什創(chuàng)立模型UML活動圖與程序流程圖表達能力等價8、某異地開發(fā)信息系統(tǒng)集成項目以程序流程圖、數(shù)據(jù)流程圖等為重要分析設(shè)計工具。由于顧客身處異地，現(xiàn)場參加系統(tǒng)開發(fā)成本較高，因而項目組采用了先進行一種簡化系統(tǒng)，待顧客承認后再開發(fā)最后系統(tǒng)方略。該信息系統(tǒng)集成項目開發(fā)辦法屬于（A）。構(gòu)造化辦法與原型法組合應(yīng)用構(gòu)造化辦法與面向?qū)ο筠k法組合應(yīng)用原型法與面向?qū)ο筠k法組合應(yīng)用原型法與形式化辦法組合應(yīng)用9-11、面向?qū)ο蟪绦蛟O(shè)計以（B）為基本邏輯構(gòu)件，用（C）來描述具備共同特性一組對象，以（D）為共享機制，共享類中辦法和數(shù)據(jù)。（9）A.模塊 B.對象 C.構(gòu)造 D.類（10）A.類型 B.抽象 C.類 D.數(shù)組（11）A.引用 B.數(shù)據(jù)成員 C.成員函數(shù) D.繼承12、采用面向?qū)ο筠k法開發(fā)軟件過程中，抽取和整頓顧客需求并建立問題域精準模型過程叫（D）。A.面向?qū)ο鬁y試 B.面向?qū)ο髮崿F(xiàn) C.面向?qū)ο笤O(shè)計 D.面向?qū)ο蠓治?3、如下關(guān)于面向?qū)ο筠k法中繼承論述中，錯誤是（D）。繼承是父類和子類之間共享數(shù)據(jù)和辦法機制繼承定義了一種類與類之間關(guān)系繼承關(guān)系中子類將擁有父類所有屬性和辦法繼承僅僅容許單重繼承，即不容許一種子類有各種父類如下說法錯誤是。多態(tài)性防止了程序互相依賴性而帶來變動影響多態(tài)性是指相似操作或函數(shù)、過程可作用于各種類型對象上并獲得不同成果多態(tài)性與繼承性相結(jié)合使軟件具備更廣泛重用性和可擴展性封裝性是保證軟件部件具備優(yōu)良模塊性基本如下關(guān)于視圖說法，對的是。用例視圖從參加者角度，描述系統(tǒng)功能實現(xiàn)細節(jié)布置視圖從物理角度，描述系統(tǒng)中各對象空間組織關(guān)系靜態(tài)視圖中關(guān)系重要涉及關(guān)聯(lián)、泛化和依賴等活動視圖只可以表達順序流程控制下列可視化建模工具中，開源是。A)RationalRose B)PowerDesigner C)StarUML D)VisioStarUML當前默認支持代碼生成功能目的語言不涉及。A)VisualFoxpro B)C# C)VisualC D)Java軟件開發(fā)中典型階段涉及、、、規(guī)范、、測試、布置和維護。分析、需求、實現(xiàn)、設(shè)計需求、分析、設(shè)計、實現(xiàn)設(shè)計、實現(xiàn)、分析、需求需求、設(shè)計、分析、實現(xiàn)類間常用四種關(guān)系，按照強度遞增排列，對的是。復(fù)合、繼承、聚合、關(guān)聯(lián)繼承、復(fù)合、聚合、關(guān)聯(lián)關(guān)聯(lián)、聚合、復(fù)合、繼承關(guān)聯(lián)、聚合、繼承、復(fù)合如下說法中，對的是。用例圖描述了系統(tǒng)參加者與系統(tǒng)進行交互功能用例圖中參加者只能由人擔任交互視圖包括類圖和序列圖活動圖只能表達順序流程控制8． 是需求階段重要產(chǎn)品。A)布置圖 B)用例圖 C)狀態(tài)圖 D)類圖9. 如下說法中，錯誤是。X3可以使用UC4與系統(tǒng)交互X1可以使用UC1和UC4與系統(tǒng)交互X2比X1、X3更具特殊性UC3是沒有環(huán)節(jié)抽象用例10.下圖中，Class1、Class2和Class2是什么對象？Class1是實體，Class2是控制者，Class3是邊界Class1是邊界，Class2是實體，Class3是控制者Class1是實體，Class2是邊界，Class3是控制者Class1是控制者，Class2是實體，Class3是邊界

1、構(gòu)成UML有三種基本建筑塊是：（ A），事物和圖A、關(guān)系B、類C、用例D、實體2、UML體系涉及三個某些：UML基本構(gòu)造塊，（A）和UML公共機制A、UML規(guī)則B、UML命名C、UML模型D、UML約束3、UML中事物涉及：構(gòu)造事物，分組事物，注釋事物和（D)A、實體事物B、邊界事物C、控制事物D、動作事物4、（A）模型缺陷是缺少靈活性，特別是無法解決軟件需求不明確或不精確問題A、瀑布模型B、原型模型C、增量模型D、螺旋模型5、下面哪個不是UML中靜態(tài)視圖（A）A.狀態(tài)圖B.用例圖C.對象圖D.類圖6、（A）技術(shù)是將一種活動圖中活動狀態(tài)進行分組，每一組表達一種特定類、人或部門，她們負責完畢組內(nèi)活動。A、泳道B、分叉匯合C、分支D、轉(zhuǎn)移7、下列關(guān)于狀態(tài)圖說法中，對的是（C）狀態(tài)圖是UML中對系統(tǒng)靜態(tài)方面進行建模五種圖之一。狀態(tài)圖是活動圖一種特例，狀態(tài)圖中多數(shù)狀態(tài)是活動狀態(tài)活動圖和狀態(tài)圖是對一種對象生命周期進行建模，描述對象隨時間變化行為。狀態(tài)圖強調(diào)對有幾種對象參加活動過程建模，而活動圖更強調(diào)對單個反映型對象建模8、對反映型對象建模普通使用（A）圖A、狀態(tài)圖B、順序圖C、活動圖D、類圖9、類圖應(yīng)當畫在Rose哪種（B）視圖中A、UseCaseViewB、LogicViewC、ComponentViewD、DeploymentView10、類普通可以分為實體類，（C）和邊界類A、父類B、子類C、控制類D、祖先類11、順序圖由類角色，生命線，激活期和（B）構(gòu)成A、關(guān)系B、消息C、用例D、實體12、（D）是系統(tǒng)中遵從一組接口且提供實現(xiàn)一種物理部件，普通指開發(fā)和運營時類物理實現(xiàn)A、布置圖B、類C、接口D、組件13、關(guān)于協(xié)作圖描述，下列哪個不對的（B）協(xié)作圖作為一種交互圖，強調(diào)是參加交互對象組織；協(xié)作圖是順序圖一種特例協(xié)作圖中有消息流順序號；在ROSE工具中，協(xié)作圖可在順序圖基本上按“F5”鍵自動生成；14、組件圖用于對系統(tǒng)靜態(tài)實現(xiàn)視圖建模，這種視圖重要支持系統(tǒng)部件配備管理，普通可以分為四種方式來完畢，下面哪種不是其中之一（B）對源代碼建模對事物建模對物理數(shù)據(jù)庫建模對可適應(yīng)系統(tǒng)建模15、一種對象和另一種對象之間，通過消息來進行通信。消息通信在面向?qū)ο笳Z言中即（C）A、辦法實現(xiàn)B、辦法嵌套C、辦法調(diào)用D、辦法定義16、（D）是可復(fù)用，提供明確接口完畢特定功能程序代碼塊。A、模塊B、函數(shù)C、用例D、軟件構(gòu)件20、（B）是被節(jié)點執(zhí)行事物A、包B、組件C、接口D、節(jié)點下列描述中，哪個不是建模基本原則（）要仔細選取模型每一種模型可以在不同精度級別上表達所要開發(fā)系統(tǒng)模型要與現(xiàn)實相聯(lián)系對一種重要系統(tǒng)用一種模型就可以充分描述UML中，對象行為是通過交互來實現(xiàn)，是對象間為完畢某一目而進行一系列消息互換。消息序列可用兩種類來表達，分別是（）A.狀態(tài)圖和順序圖

B.活動圖和協(xié)作圖C.狀態(tài)圖和活動圖

D.順序圖和協(xié)作圖用例（Use-case）用來描述系統(tǒng)在事件做出響應(yīng)時所采用行動。用例之間是具備有關(guān)性。在一種“訂單輸入子系統(tǒng)”中，創(chuàng)立新訂單和更新訂單都需要檢查顧客帳號與否對的。那么，用例“創(chuàng)立新訂單”、“更新訂單”與用例“檢查顧客帳號”之間是（）關(guān)系A(chǔ).包括（include）

B.擴展（extend）C.分類（classification）

D.匯集（aggregation）瀑布模型生存周期是（）聽取客戶意見→建造/修改→測試/運營籌劃→聽取客戶意見→設(shè)計→編碼→測試→運營/維護籌劃→需求分析→設(shè)計→編碼→測試→運營/維護需求分析→籌劃→設(shè)計→編碼→測試→運營/維護6事件（event）表達對一種在時間和空間上占據(jù)一定位置故意義事情規(guī)格闡明，下面哪個不是事件類型（）A.信號

B.調(diào)用事件C.源事件

D.時間事件7下面關(guān)于正向工程與逆向工程描述，哪個不對的（）正向工程是通過到實現(xiàn)語言映射而把模型轉(zhuǎn)換為代碼過程；逆向工程是通過從特定實現(xiàn)語言映射而把代碼轉(zhuǎn)換為模型過程；正向工程是通過從特定實現(xiàn)語言映射而把代碼轉(zhuǎn)換為模型過程；正向工程與逆向工程可以通過rose支持來實現(xiàn)；用例圖節(jié)點涉及（ABD）用例B、邊界C、關(guān)聯(lián)D、執(zhí)行者用例之間關(guān)系重要有（BCD）聚合B、繼承C、擴展D、包括在采用用例模型捕獲需求時，需要執(zhí)行如下（ABCD）操作描述非功能需求B、用例建模C、辨認用例D、辨認參加者在辨認用例時，如下（ABC）問題可以協(xié)助辨認用例當系統(tǒng)狀態(tài)發(fā)生故障時，與否需要告知參加者系統(tǒng)與否存在外部事件，如果存在，是哪個能參加者告知系統(tǒng)這些個部事件參加者但愿系統(tǒng)為她提供什么樣功能系統(tǒng)運營環(huán)境是什么在用例圖中，可以用（D）來表達整個軟件系統(tǒng)或其中某些子系統(tǒng)邊界，也可以用它表達軟件系統(tǒng)不同發(fā)布版本功能范疇執(zhí)行者B、關(guān)聯(lián)關(guān)系C、用例D、邊界框6.（B）作為完畢用例任務(wù)責任承擔者，協(xié)調(diào)、控制其她類共同完畢用例規(guī)定功能或行為數(shù)據(jù)對象B、控制類C、實體類D、邊界類基于用例圖需求捕獲第一步就是擬定系統(tǒng)參加者，在尋找系統(tǒng)參加者時，可以依照如下（ABCD）等問題來擬定系統(tǒng)同環(huán)境如何進行交互由誰安裝系統(tǒng)系統(tǒng)為哪些對象提供信息、服務(wù)系統(tǒng)使用者是誰如果用例B是用例A某項子功能，并且建模者確切地懂得在A所相應(yīng)動作序列中何時將調(diào)用B，則稱（A）用例A擴展用例B用例A繼承用例B用例A涉及用例B用例A實現(xiàn)用例B如果用例A與用例B相似，但A動作序列是通過改寫B(tài)某些或者擴展B動作而獲得，則稱（B）用例A實現(xiàn)用例B用例A繼承用例B用例A擴展用例B用例A涉及用例B如果用例A與用例B相似，但A功能較B多，A動作序列是通過在B動作序列中某些執(zhí)行點上插入附加動作序列而構(gòu)成，則稱（C）用例A擴展用例B用例A包括用例B用例A繼承用例B用例A實現(xiàn)用例B在UML中，（A）表達使用軟件系統(tǒng)功能，與軟件系統(tǒng)互換信息外部實體執(zhí)行者B、類C、用例D、用例圖在用例圖中，執(zhí)行者之間關(guān)系只有（B）一種包括B、繼承C、擴展D、實現(xiàn)5.在構(gòu)件中圖中，（D）用于顯示構(gòu)件之間關(guān)聯(lián)關(guān)系。節(jié)點B、包C、構(gòu)件D、依賴關(guān)系6.（D）用于描述互相合伙對象間交互關(guān)系鏈接關(guān)系。類圖B、通信圖C、用例圖D、協(xié)作圖7.（D）是一種不包括操作實現(xiàn)某些特殊類。概念類B、分析類C、實現(xiàn)類D、接口8.在類圖中，（C）闡明容許候選值范疇，如集合可以設(shè)定大小。可以闡明也許用于關(guān)聯(lián)端、構(gòu)成類中某些、消息迭代次數(shù)和其她目。角色B、多重性C、注釋D、監(jiān)護條件9.泛化使得（A）操作成為也許，即操作實現(xiàn)是由它們所使用對象類，而不是由調(diào)用擬定。多態(tài)B、多重C、傳參D、傳值10.將下圖中接口映射為Java代碼，具備（D）形式。privateinterfaceService{……}protectinterfaceService{….}voidinterfaceService{…..}publicinterfaceService{……}（A）關(guān)系是類元普通描述和詳細描述之間關(guān)系，詳細描述建立在普通描述基本之上，并對其進行了擴展，詳細描述與普通描述完全一致所有特性、成員和關(guān)系，并且包括補充信息，它用從子指向父箭頭表達，指向父是一種空三角形。泛化B、繼承C、構(gòu)成D、匯集（C）使用類圖一種子集，用于強化某個時間點類實例之間關(guān)系。交互圖B、協(xié)作圖C、對象圖D狀態(tài)圖（A）是用來反映代碼物理構(gòu)造。構(gòu)件圖B、用例圖C、類圖D、狀態(tài)機類元之間（A）將一種對象兩個版本以持續(xù)一方式連接起來，它表達一種對象值、狀態(tài)和位置轉(zhuǎn)換，可以將類元角色在一次互相作用中連接起來。流B、依賴C、泛化D、關(guān)聯(lián)（D）是對象與其外界互有關(guān)聯(lián)唯一途徑。函數(shù)調(diào)用B、接口C、狀態(tài)轉(zhuǎn)換D、消息傳遞如下對布置圖說法對的有（BCD）布置圖有重要建模元素是構(gòu)件使用布置圖可以顯示運營時系統(tǒng)構(gòu)造，同步還傳達構(gòu)成應(yīng)用程序硬件和軟件配備布置方式從布置圖中，可以理解到軟件與硬件之間物理關(guān)系及解決節(jié)點組件分布狀況布置圖（deployment,配備圖）是用來顯示系統(tǒng)中軟件和硬件物理構(gòu)造運用布置圖，可以（ABCD）探究系統(tǒng)和生產(chǎn)環(huán)境中其他系統(tǒng)依賴關(guān)系，這些系統(tǒng)也許是已經(jīng)存在，或是將要引入探究系統(tǒng)投產(chǎn)有關(guān)問題描述一種應(yīng)用重要布置構(gòu)造描述一種商業(yè)應(yīng)用重要布置構(gòu)造，描述一種組織硬件網(wǎng)絡(luò)基本構(gòu)造【動態(tài)圖】活動圖邊涉及（BC）數(shù)據(jù)流B、控制流C、對象流D、消息在UML活動圖中，（B）表達一種操作完畢后對其后續(xù)操作觸發(fā)。信息流B、控制流C、初始活動D、活動在UML活動圖中，（C）表達活動需要輸入對象或者作為活動解決成果輸出對象。并發(fā)控制B、決策點C、對象D、活動在活動圖中，（C）是從各種源活動匯合到一種？？？？活動B、初始節(jié)點和活動終點C、結(jié)合D分叉（C）是一種特殊形式狀態(tài)機，用于對計算流程和工作流程建模。時間圖B、流程圖C、活動圖D、狀態(tài)圖在活動圖中，（D）表達一種具備子構(gòu)造純粹計算執(zhí)行，普通為操作或位于其內(nèi)聲明調(diào)用成真實世界程序執(zhí)行。狀態(tài)B、活動C、順序狀態(tài)D、活動狀態(tài)對于活動圖，如下說法對的有（ABD）活動圖合用于精準地描述單個用例中解決流程，也可用來描述各種用例聯(lián)合起來形成解決流程，表達相對復(fù)雜業(yè)務(wù)操作或軟件解決過程，有時甚至可以針對類中某個個復(fù)雜操作用活動圖給出實現(xiàn)細節(jié)活動圖中包括控制流和信息流，控制流表達一種操作完畢后對其后續(xù)操作觸發(fā)，信息流則刻畫操作這間信息互換活動圖基本建模機制涉及節(jié)點、邊及泳道活動圖描述實體為完畢某項功能面執(zhí)行操作序列，其中某些操作或者操作子序列可以并發(fā)和同步在UML活動較中，（A）表達操作之間信息互換。信息流B、控制流C、初始活動D、活動UML（A）表達消息源發(fā)出消息后不必等待消息解決過程返回，即可繼續(xù)執(zhí)行自己后續(xù)操作。異步消息B、返回消息C、同步消息D、簡樸消息在UML順序圖中，（A）對消息傳遞目的對象銷毀。銷毀（destory）消息B、創(chuàng)立（create）消息返回消息D、自消息在順序圖中，下圖表達（D）帶時廷消息B、自消息C、異步消息D、同步消息在UML順序圖中，如果一條消息從對象a傳向?qū)ο骲，那么其（A）是一條從b指向a虛線有向邊，它表達原消息解決已經(jīng)完畢解決成果（如果有話）給返回消息傳回。A返回消息B、自消息C、創(chuàng)立（create）消息D、銷毀（destory）消息（B）用于概述互相合伙對象流交互關(guān)系和鏈接關(guān)系。用例圖B、通信圖C、協(xié)作圖D、類圖時間圖中，包括如下（BCD）幾種某些。值生命線B、消息標簽和消息端點C、狀態(tài)生命線D、消息要狀態(tài)機圖中，（A）表達兩個狀態(tài)之間關(guān)系，源狀態(tài)和目狀態(tài)。轉(zhuǎn)換B、狀態(tài)C、事件D監(jiān)護條件在UML最上一層，視圖被劃分為（ACD）視圖域。模型管理B、擴展機制C、動態(tài)行為D、構(gòu)造分類如下屬于UML模型視圖有（CD）行為視圖B、構(gòu)造視圖C、布置視圖和構(gòu)件視圖D、用例視圖如下對UML視圖說法對的有（ABCD）構(gòu)造分類描述了系統(tǒng)中構(gòu)導致員及其互有關(guān)系。類元涉及類、用例、構(gòu)件和節(jié)點。類元為研究系統(tǒng)動態(tài)行為奠定了基本。類元視圖涉及靜態(tài)視圖、用例視圖和實現(xiàn)視圖。動態(tài)行為描述了系統(tǒng)隨時間變化行為。待業(yè)用從靜態(tài)視圖中抽取瞬間值變化來描述。動態(tài)行為視圖涉及狀態(tài)機視圖、活動視圖和交互視圖模型管理闡明了模型分層組織構(gòu)造。包是模型基本組織單元。特殊包還涉及模型和子系統(tǒng)。模型管理視圖跨越了其她視圖并依照系統(tǒng)開發(fā)和配備組織這些視圖。UML還涉及各種具擴展能力組件，這些擴展能力有限但很有用。這些組件涉及約束、構(gòu)造型和標記值，它們合用于所有視圖元素（B）是一種類對象所也許經(jīng)歷所有歷程模型圖模型管理視圖B、狀態(tài)機視圖C、動態(tài)視圖D、靜態(tài)視圖（C）可用于描述顧客接口、設(shè)備控制器和其她具備反饋子系統(tǒng)。它還可用于描述在生命期中跨越各種不同性質(zhì)階段被動對象行為，在每一階段該對象均有自己特殊行為動態(tài)視圖B靜態(tài)視圖C、狀態(tài)機視圖D、模型管理視圖（C）是在分析模型基本上，添加了設(shè)計元素構(gòu)造，使得分析模型更加接近系統(tǒng)實現(xiàn)。領(lǐng)域模型B、數(shù)據(jù)模型C、設(shè)計模型D、概念模型（A）可以用于協(xié)助設(shè)計人員在UML模型為模型定義約束信息，創(chuàng)立更為精準設(shè)計模型OCLB、表達式C、屬性D、變量UML2.0在1.0基本上，對如下（ABCD）建模能力進行了增強活動B、交互C、復(fù)雜構(gòu)造D、狀態(tài)機在界面設(shè)計中，普通屏幕（D）表達與軟件系統(tǒng)運營狀態(tài)無關(guān)、在任何狀況下均沒有變化文本、圖標（icon）、圖形（graph）、圖象（image）等顧客命令元素B、顧客輸入元素C、動態(tài)元素D、靜態(tài)元素在界面設(shè)計中，普通屏幕（C）表達在屏幕上預(yù)留空位、由顧客在界面操作中填寫或選取界面元素，涉及可編輯文本、單選鈕（radio）、多選框（checkbox）、選取列表（selectlist）等靜態(tài)元素B、動態(tài)元素C、顧客輸入元素D、顧客命令元素對于一種學校課程注冊管理系統(tǒng)，如果有一條需求為“學生只能查看本人選課籌劃；教師只能查看本人所開課程學生信息；教務(wù)管理員可以查看所有信息?！保搶儆冢―）類型需求可配備性需求B、可移植性需求C、功能需求D、安全性對于一種學校課程注冊管理系統(tǒng)，如果有一條需求為“當前在校學生1000名，教師100名；后來每年逐漸遞增，預(yù)測五年且翻番，要示軟件產(chǎn)品不需修改即可適應(yīng)學校規(guī)模擴張?！保搶儆冢˙）類型可配備性需求B、可伸縮性需求C、功能需求D、安全性需求對于一種學校課程注冊管理系統(tǒng)，如果有一條需求為“本軟件必要通過接口定義文檔規(guī)定接口API與計費系統(tǒng)、學籍管理系統(tǒng)、教師信息管理系統(tǒng)交互?！痹搶儆冢–）類型。A、可集成性需求B、可伸縮性需求C、可互操作性需求D、安全性需求對與OCL，說法對的是（ABCD）使用OCL在模型辦法上定義不變量將OCL作為一種查詢語言使用OCL對構(gòu)造型（Stereotypes）定義前置和后置條件使用OCL描述類型前置和后置條件UML（B）是由建模者設(shè)計新建模元素，但是這個模型元素設(shè)計要建立在UML已定義模型元素基本上標記值B、構(gòu)造型C、注釋D、約束UML通過圖形化表達機制從各種側(cè)面對系統(tǒng)分析和設(shè)計模型進行刻畫，其中（C）涉及構(gòu)件圖，它描述軟件系統(tǒng)中各構(gòu)成構(gòu)件，構(gòu)件內(nèi)部構(gòu)造以及構(gòu)件之間依賴關(guān)系行為視圖B、構(gòu)造視圖C、構(gòu)件視圖D、用例視圖【設(shè)計模式】如下屬于面向?qū)ο笤O(shè)計原則有（）至少知識原則依賴倒轉(zhuǎn)原則接口隔離原則無循環(huán)依賴原則（包圖）ABCD2.從模式所提供解決方案抽象限度來看，模式可以分為（）測試模式面向軟件實現(xiàn)設(shè)計模式軟件子系統(tǒng)或構(gòu)件設(shè)計模式體系構(gòu)造設(shè)計模式BCD在設(shè)計模式中，（）核心是緩存和共享外觀模式工廠模式對象池模式單例模式C在面向?qū)ο笤O(shè)計原則中，（）表達軟件實體應(yīng)當對擴展開放，對修改關(guān)閉，即軟件實體應(yīng)當在不修改前提下擴展。單一責任原則B、開放封閉原則C、完全替代原則D、合成/聚合復(fù)用原則（）將整個軟件系統(tǒng)劃分為模型、視圖和控制器三個某些。MVCB、分層模式C、管道模式D、架構(gòu)模式A在面向?qū)ο笤O(shè)計原則中，（）表達在一種新對象里面使用某些已有對象，便之成為新對象一某些，新對象通過向這些對委派達到復(fù)用已有功能目。完全替代原則B、開放封閉原則C、合成/聚合復(fù)用原則D、單一責任原則C當使用單件（單例）設(shè)計模式時，可以獲得如下（）長處。對唯一實例提供受控訪問B、縮小名稱空間C、容許對操作和表達進行精化操作D、運營可變數(shù)目類實例數(shù)ABCD設(shè)計（）目是，將目的軟件系統(tǒng)中依賴于系統(tǒng)運營環(huán)境數(shù)據(jù)存取某些與其她某些相分離。外部接口B、外觀模式C、數(shù)據(jù)持久存儲服務(wù)D、系統(tǒng)架構(gòu)C在面向?qū)ο笤O(shè)計原則中，（）表達高層模塊不應(yīng)當依賴于低層模塊，都應(yīng)當依賴于抽象，抽象不應(yīng)當依賴于細節(jié)，細節(jié)應(yīng)當依賴于抽象。依賴倒轉(zhuǎn)原則B、開放封閉原則C、創(chuàng)立持久存儲服務(wù)D、唯一責任原則A（）是指以設(shè)計復(fù)用為目，采用一種良好定義、正規(guī)、一致方式記錄軟件設(shè)計經(jīng)驗。A.架構(gòu)B.模型C.設(shè)計模式D.設(shè)計數(shù)據(jù)C在設(shè)計模式中，（）保證每個類只要單個實例。A.工廠模式B.對象池模式C.外觀模式D.單例模式D當客戶程序與抽象類實現(xiàn)某些之間存在很大依賴性時，可以考慮使用（）單例模式B、對象池模式C、工廠模式D、外觀模式D當需要強調(diào)一系列有關(guān)產(chǎn)品對象設(shè)計以便進行聯(lián)合使用，可以考慮使用（）。A.工廠模式B.對象池模式C.外觀模式D.單例模式A14.（）將整個軟件系統(tǒng)分為若干層次，最頂層直接面向顧客提供軟件系統(tǒng)操作界面。別的各層為緊鄰其上層次提供服務(wù)。A.分層模式B.MVCC.架構(gòu)模式D.管道模式A在面向?qū)ο笤瓌t中，（）表達使用各種專門接口比使用單一總接口要好，一種類對另一種來依賴性應(yīng)當是建立在最小接口上。A．單一責任原則B.接口隔離原則C.依賴倒轉(zhuǎn)原則D.合成/聚合復(fù)用原則B在面向?qū)ο笤O(shè)計原則中，（）表達在包依賴關(guān)系圖中不容許存在環(huán)。A.至少知識原則B.依賴倒轉(zhuǎn)原則C.接口隔離原則D.無循環(huán)依賴原則D但愿創(chuàng)立一種可復(fù)用類，該類必要可以與接口不可預(yù)訂類協(xié)同工作，可以考慮使用（）單例模式B、對象池模式C、工廠模式D、適配器模式D在需要構(gòu)建一種層次構(gòu)造子系統(tǒng)時，可以使用門面模式定義子系統(tǒng)中每層入口點，可以考慮使用（）。A.外觀模式B.工廠模式C.對象池模式D.單例模式A當需要在不同步刻指定、排列和執(zhí)行祈求是，可以考慮使用（）。A.單例模式B.命令模式C.工廠模式D.適配器模式B當某個系統(tǒng)需要各種產(chǎn)品系列中一種來配備，可以考慮使用（）單例模式B、對象池模式C、工廠模式D、外觀模式C【代碼重構(gòu)】在如下（）狀況下，可以考慮使用重構(gòu)修改錯誤時B、復(fù)審程序代碼時C、添加功能時D、需求分析時ABC當一種暫時變量僅僅在使用它辦法中可見，則用一種（），取代變理睬使得代碼更加易讀，這也相稱于為信息創(chuàng)立一種單獨訪問機制提高辦法重構(gòu)B、采用查詢替代暫時變量重構(gòu)C、MoveMethod重構(gòu)D、ExtractMethod重構(gòu)B【新增】2、UML通過圖形化表達機制從各種側(cè)面系統(tǒng)分析和設(shè)計模型進行刻畫，其中（）涉及類圖、對象圖和包圖，她們分別從不同層表面表達系統(tǒng)靜態(tài)構(gòu)造。A構(gòu)件視圖B行為視圖C構(gòu)造視圖D用例視圖C3、以算法和數(shù)據(jù)構(gòu)造為中心，其系統(tǒng)功能有一系列解決環(huán)節(jié)構(gòu)成，相鄰解決環(huán)節(jié)之間數(shù)據(jù)流通管道互相連接（）AMVCB分層模式C流程解決模式D架構(gòu)模式C4、UML通過圖形化表達機制從各種側(cè)面對系統(tǒng)分析設(shè)計模型進行刻畫。其中（）涉及交互圖、狀態(tài)圖與活動圖，她們從不同側(cè)面刻畫系統(tǒng)動態(tài)行為。A構(gòu)造視圖B用例視圖C行為視圖D構(gòu)件視圖C5、當需要支持日記修改時，可以考慮使用（）A命令模式B工廠模式C單例模式D適配器模式A6、對于某些類來說，只有一種實例是非常重要，例如，系統(tǒng)中可以有都種類型打印機，但是只能有一種打印機假脫機，只應(yīng)當一種文獻系統(tǒng)和一種窗口管理器，為此，可以使用（）。A對象模式B工廠模式C單例模式D外觀模式C7、()是在領(lǐng)域模型基本上，對系統(tǒng)驚醒進一步分析獲得，它有三種非常有效模型，實體類、控制類和邊界類。A設(shè)計模型B分析模型C概念模型DE-R模型B8、當一種抽象模型有兩個方面，其中一種方面依賴于另一方面，將這兩者封裝在獨立對象中以使它們可以各自獨立地變化和復(fù)用，可以考慮使用（）A觀測者模式B命令模式C適配器模式D單例模式A9、在需求分析中，實體類（）A負責保存目的軟件系統(tǒng)中具備持久意義信息項并向其她類提供信息訪問操作B作為完畢用例任務(wù)責任承擔者，負責協(xié)調(diào)，控制其她類共同完畢用例規(guī)定功能后行為C負責實現(xiàn)顧客業(yè)務(wù)邏輯D負責目的軟件系統(tǒng)與外部執(zhí)行者之間交互A10、（）是在不變化代碼外在行為前提下，對代碼做出修改，以改進程序內(nèi)部構(gòu)造。A版本控制B代碼調(diào)式C代碼重構(gòu)D代碼走查C11、在UML中（）表達執(zhí)行者為達到一項相對獨立、完整業(yè)務(wù)目的而規(guī)定軟件系統(tǒng)完畢功能。A用例圖B邊C執(zhí)行者D用例D12、（）是子對象或者子類自動共享父對象或者父類數(shù)據(jù)構(gòu)造和辦法機制，這是對象或類之間一種關(guān)系。A封裝B抽象C繼承D信息隱藏C13、在活動圖中（）一種輸出某些有一種監(jiān)護條件，檢查預(yù)定者是不是會員，這是一種條件線程，它只有在監(jiān)護條件被滿足時才會激發(fā)，如果這個線程沒有被激發(fā)，那么隨后相相應(yīng)結(jié)合輸入某些被以為已完畢。A分叉B轉(zhuǎn)換C控制D活動A14、1. OCL已經(jīng)嵌入到UML2.0規(guī)約中，建模人員可以在如下（）狀況下使用OCL。A使用OCL在類上或者在類模型類型上定義不變量B使用OCL對構(gòu)造型定義類型不變量C將OCL作為一種查詢語言D使用OCL描述操作和辦法前置和后置條件ABCD15、如下（）屬于活動圖節(jié)點。A決策點B活動C并發(fā)控制D對象ABCD16、在需求分析業(yè)務(wù)流程建模中，可以運用活動圖描述（）A系統(tǒng)對外部呈現(xiàn)功能B各種用例聯(lián)合起來形成解決流程C對象協(xié)同單個用例中解決流程D軟件與外部實體共同參加業(yè)務(wù)解決流程BCD17、如下屬于面向?qū)ο箝_發(fā)辦法有（）Ajacobson辦法BOMT辦法CCoad辦法DBooch辦法ABCD18、在UML中，模型組織元素涉及（）幾種重要層次。A視圖B狀態(tài)C模型D圖ACD19、構(gòu)件圖節(jié)點可以是（）A包B類C用例D構(gòu)件ABD20、在狀態(tài)機圖中，轉(zhuǎn)換涉及如下（）類型A外部自轉(zhuǎn)換B內(nèi)部自轉(zhuǎn)換C模仿轉(zhuǎn)換D正常轉(zhuǎn)換ABD21、在普通狀況下，可以將面向?qū)ο缶酆细拍顓^(qū)別為（）關(guān)系。A組合B聚合C關(guān)聯(lián)D繼承ABC22、在面向?qū)ο笤O(shè)計中，重要建立模型涉及（）。A算法邏輯模型B功能模型C動態(tài)模型D對象模型BCD下面描述中（）不是使用軟件模型目。A可以更好地理解問題B可以更早地發(fā)現(xiàn)錯誤或疏漏地方C可覺得最后裔碼生成提供根據(jù)D在開發(fā)過程中使用面向?qū)ο筠k法下列事物中普通不是目的系統(tǒng)外部參加者是（）。A人B外部設(shè)備C外部系統(tǒng)D數(shù)據(jù)存儲下面（）可以描述一種用例中各種對象之間互相協(xié)作關(guān)系以及協(xié)作過程行為順序。A交互圖B狀態(tài)圖C對象圖D用例圖統(tǒng)一過程（或稱RUP）所提出迭代開發(fā)過程是（）。A一種構(gòu)造化開發(fā)辦法，該辦法給出了功能分解有詳細環(huán)節(jié)B一種管理軟件開發(fā)過程復(fù)雜性和對變更進行規(guī)劃技術(shù)C一種自頂向下開發(fā)過程，且開發(fā)過程沒有使用數(shù)據(jù)流圖D是RUP中最重要特點下列描述中對的是（）。A消息可以由被動對象發(fā)送到積極對象B狀態(tài)圖中，動作可以被中斷而活動不能被中斷C構(gòu)件圖中，一種構(gòu)件和一種接口之間只能存在實現(xiàn)關(guān)系D狀態(tài)圖不適合于描述跨各種用例單個對象行為，而適合描述各種對象之間行為協(xié)作依照下面代碼，可以擬定類A與類B之間存在（）關(guān)系。publicclassA{privateBtheB;publicvoidaMethod(){theB.doSomthing()；}}A關(guān)聯(lián)B泛化C實現(xiàn)D包括關(guān)于面向?qū)ο蠓治雠c設(shè)計論述中對的是（）。A由于咱們要重用類，因此在分析設(shè)計過程中不能過早擬定領(lǐng)域類B面向?qū)ο筠k法是針對功能而不是針對構(gòu)成某些C用例分析是面向?qū)ο蠓治雠c設(shè)計起點D通過用例分析和時序分析可以獲得所有問題領(lǐng)域類在類設(shè)計過程中引入類不變式目是達到系統(tǒng)設(shè)計（）。A對的性B健壯性C靈活性D高效性關(guān)于在建立軟件系統(tǒng)模型過程中業(yè)務(wù)模型作用描述中錯誤是（）。A協(xié)助擬定什么樣軟件系統(tǒng)對機構(gòu)中業(yè)務(wù)過程是最適當。B協(xié)助定義功能性和非功能性需求。C作為分析和設(shè)計目的軟件系統(tǒng)基本。D建立與軟件模型之間一一相應(yīng)關(guān)系，實現(xiàn)模型轉(zhuǎn)換。下面關(guān)于面向?qū)ο筠k法中消息論述，不對的是（）。鍵盤、鼠標、通信端口、網(wǎng)絡(luò)等設(shè)備一有變化，就會產(chǎn)生消息。操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息。應(yīng)用程序之間可以互相發(fā)送消息。發(fā)送與接受消息通信機制與老式子程序調(diào)用機制不同。面向?qū)ο蠹夹g(shù)中，對象是類實例。對象有三種成分：（）、屬性和辦法（或操作）。A.標記 B.規(guī)則 C.封裝 D.消息3～5：在UML提供圖中，可以采用（3）對邏輯數(shù)據(jù)庫模型建模；（4）用于接口、類和協(xié)作行為建模，并強調(diào)對象行為事件順序；（5）用于系統(tǒng)功能建模，并強調(diào)對象間控制流。A.用例圖 B.構(gòu)件圖 C.活動圖 D.類圖A.協(xié)作圖 B.狀態(tài)圖 C.序列圖 D.對象圖A.狀態(tài)圖 B.用例圖 C.活動圖 D.類圖6.采用面向?qū)ο蠹夹g(shù)開發(fā)應(yīng)用系統(tǒng)特點是（）。A.重用性更強 B.運營數(shù)度更快 C.占用存儲量小 D.維護更復(fù)雜7.繼承反映了類間一種層次關(guān)系，而（）反映了一種整體與某些關(guān)系。A.繼承 B.組合 C.封裝 D.多態(tài)8.下列論述中對的是（）。面向?qū)ο蟪绦蛟O(shè)計語言都不支持過程化程序設(shè)