下圖①②③④所示是 UML(  )。現(xiàn)有場景:一名醫(yī)生(Doctor)可以治療多位病人(Patient),一位病人可以由多名醫(yī)生治療,一名醫(yī)生可能多次治療同一位病人。要記錄哪名醫(yī)生治療哪位病人時,需要存儲治療(Treatment)的日期和時間。以下①②③④圖中(  )。是描述此場景的模型
A.用例圖
B.對象圖
C.類圖
D.協(xié)作圖
A.①
B.②
C.③ 
D.④
	面向?qū)ο蠓治龅哪康氖菫榱双@得對應(yīng)用問題的理解,其主要活動不包括(  )。
A.認(rèn)定并組織對象
B.描述對象間的相互作用
C.面向?qū)ο蟪绦蛟O(shè)計
D.確定基于對象的操作
	如下所示的 UML 狀態(tài)圖中,( )時,不一定會離開狀態(tài) B。
A.狀態(tài) B 中的兩個結(jié)束狀態(tài)均達到
B.在當(dāng)前狀態(tài)為 B2 時,事件 e2 發(fā)生
C.事件 e2 發(fā)生
D.事件 el 發(fā)生
	以下關(guān)于 UML 狀態(tài)圖中轉(zhuǎn)換(transition)的敘述中,不正確的是(  )。
A.活動可以在轉(zhuǎn)換時執(zhí)行也可以在狀態(tài)內(nèi)執(zhí)行
B.監(jiān)護條件只有在相應(yīng)的事件發(fā)生時才進行檢查
C.一個轉(zhuǎn)換可以有事件觸發(fā)器、監(jiān)護條件和一個狀態(tài)
D.事件觸發(fā)轉(zhuǎn)換
	(  )模式定義一系列的算法,把它們一個個封裝起來,并且使它們可以相互替換,使得算法可以獨立于使用它們的客戶而變化。以下(  )情況適合選用該模式。
①一個客戶需要使用一組相關(guān)對象
②一個對象的改變需要改變其它對象
③需要使用一個算法的不用變體
④許多相關(guān)的類僅僅是行為有異
A.命令
B.責(zé)任鏈
C.觀察者
D.策略
A.①②
B.②③
C.③④
D.①④
	(  )模式將一個復(fù)雜對象的構(gòu)建與其表示分離,使得同樣的構(gòu)建過程可以創(chuàng) 建不同的表示。以下(  )情況適合選用該模式。
①抽象復(fù)雜對象的構(gòu)建步驟
②基于構(gòu)建過程的具體實現(xiàn)構(gòu)建復(fù)雜對象的不同表示
③一個類僅有一個實例
④一個類的實例只能有幾個不同狀態(tài)組合中的一種
A.生成器
B.工廠方法
C.原型
D.單例
A.①②
B.②③
C.③④
D.①④