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

問(wèn)題1

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

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

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

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

問(wèn)題2

A、狀態(tài)

B、轉(zhuǎn)換

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

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

問(wèn)題3

A、狀態(tài)

B、轉(zhuǎn)換

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

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

44-46題、在某系統(tǒng)中，不同組（GROUP）訪問(wèn)數(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è)對(duì)象來(lái)封裝系列的對(duì)象交互;使用戶對(duì)象和組對(duì)象不需要顯式地相互引用，從而使其耦合松散，而且可以獨(dú)立地改變它們之間的交互。該模式屬于(45)模式，該模式適用： (46)。

問(wèn)題1

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

B、策略(Strategy)

C、解釋器(Interpreter)

D、中介者(Mediator)

問(wèn)題2

A、創(chuàng)建型類

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

C、行為型對(duì)象

D、行為型類

問(wèn)題3

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

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

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

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

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

A、策略(Strategy)

B、訪問(wèn)者(Visitor)

C 、觀察者(Observer)

D、中介者(Mediator)

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

A、跨平臺(tái)、開(kāi)源

B、編譯型

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

D、動(dòng)態(tài)編程

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

A、元組(tuple)

B 、字符串(str)

C、列表(list)

D、集合(set)

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

A、TensorFlow

B、Matplotlib

C、PyTorch

D、Keras