41-43題、某軟件系統(tǒng)限定:用戶登錄失敗的次數(shù)不能超過3次。采用如所示的UML狀態(tài)圖對用戶登錄狀態(tài)進(jìn)行建模，假設(shè)活動狀態(tài)是Logging in,那么當(dāng)Valid Entrty發(fā)生時(shí)，(41)。 其中，[tries<3]和tries+ +分別為(42)和(43)。

問題1

A、 保持在Logging in狀態(tài)

B、若[tries<3]為true，則Logged in變?yōu)橄乱粋€(gè)活動狀態(tài)

C、Logged in立刻變?yōu)橄乱?個(gè)活動狀態(tài)

D、若tries=3為true，則Logging Denied變?yōu)橄乱粋€(gè)活動狀態(tài)

問題2

A、狀態(tài)

B、轉(zhuǎn)換

C、監(jiān)護(hù)條件

D、轉(zhuǎn)換后效果

問題3

A、狀態(tài)

B、轉(zhuǎn)換

C、轉(zhuǎn)換后效果

D、監(jiān)護(hù)條件

44-46題、在某系統(tǒng)中，不同組（GROUP）訪問數(shù)據(jù)的權(quán)限不同，每個(gè)用戶（User）k可以是一個(gè)火多個(gè)組中的成員，每個(gè)組包含零個(gè)或多個(gè)用戶?，F(xiàn)要求在用戶和組之間設(shè)計(jì)映射，將用戶和組之間的關(guān)系由映射進(jìn)行維護(hù)，得到如下所示的類圖。該設(shè)計(jì)采用(44)模式，用一個(gè)對象來封裝系列的對象交互;使用戶對象和組對象不需要顯式地相互引用，從而使其耦合松散，而且可以獨(dú)立地改變它們之間的交互。該模式屬于(45)模式，該模式適用： (46)。

問題1

A、狀態(tài)(State)

B、策略(Strategy)

C、解釋器(Interpreter)

D、中介者(Mediator)

問題2

A、創(chuàng)建型類

B、創(chuàng)建型對象

C、行為型對象

D、行為型類

問題3

A、需要使用一個(gè)算法的不同變體

B、有一個(gè)語言需要解釋執(zhí)行，并且可將句子表示為一個(gè)抽象語法樹

C、一個(gè)對象的行為決定于其狀態(tài)且必須在運(yùn)行時(shí)刻根據(jù)狀態(tài)改變行為

D、一組對象以定義良好但是復(fù)雜的方式進(jìn)行通信，產(chǎn)生的相互依賴關(guān)系結(jié)構(gòu)混亂且難以理解。

47、在設(shè)計(jì)某購物中心的收銀軟件系統(tǒng)時(shí)，要求能夠支持在不同時(shí)期推出打折、返利、滿減等不同促銷活動，則適合采用（）模式。

A、策略(Strategy)

B、訪問者(Visitor)

C 、觀察者(Observer)

D、中介者(Mediator)

48、Python 語言的特點(diǎn)不包括（）。

A、跨平臺、開源

B、編譯型

C、支持面向?qū)ο蟪绦蛟O(shè)計(jì)

D、動態(tài)編程

49、在Python語言中，（）是一種可變的、有序的序列結(jié)構(gòu)，其中元素可以重復(fù)。

A、元組(tuple)

B 、字符串(str)

C、列表(list)

D、集合(set)

50、以下Python語言的模塊中，（）不支持深度學(xué)習(xí)模型。

A、TensorFlow

B、Matplotlib

C、PyTorch

D、Keras