軟件設(shè)計師(高級)下午試題-面向?qū)ο蟛糠?培訓(xùn)課件

軟件設(shè)計師——面向?qū)ο蟛糠周浖O(shè)計師——面向?qū)ο蟛糠痔旖蚬こ處煼秾W(xué)院大綱要求考試科目1：計算機與軟件工程知識3.6.面向?qū)ο蠡A(chǔ)知識面向?qū)ο箝_發(fā)方法面向?qū)ο箝_發(fā)概念（類、對象、屬性、封裝性、繼承性、多態(tài)性，對象之間的引用）面向?qū)ο箝_發(fā)方法的優(yōu)越性以及有效領(lǐng)域面向?qū)ο蠓治龇椒ǜ拍蠲嫦驅(qū)ο笤O(shè)計方法（體系結(jié)構(gòu)，類的設(shè)計，用戶接口設(shè)計）4-10分天津工程師范學(xué)院大綱要求考試科目1：計算機與軟件工程知識4-天津工程師范學(xué)院大綱要求考試科目1：計算機與軟件工程知識3.6.面向?qū)ο蠡A(chǔ)知識面向?qū)ο髮崿F(xiàn)方法（選擇程序設(shè)計語言，類的實現(xiàn)，方法的實現(xiàn)，用戶接口的實現(xiàn)，準(zhǔn)備測試數(shù)據(jù)）面向?qū)ο蟪绦蛟O(shè)計語言的基本機制面向?qū)ο髷?shù)據(jù)庫、分布式對象的概念天津工程師范學(xué)院大綱要求考試科目1：計算機與軟件工程知識天津工程師范學(xué)院大綱要求考試科目1：計算機與軟件工程知識重點：類、對象、屬性、封裝性、繼承性、多態(tài)性天津工程師范學(xué)院大綱要求考試科目1：計算機與軟件工程知識天津工程師范學(xué)院大綱要求考試科目2：軟件設(shè)計4系統(tǒng)實施

4.3掌握C程序設(shè)計語言，以及C++、Java、Visual、Basic、VisualC++中任一種程序設(shè)計語言，以便能指導(dǎo)程序員進(jìn)行編程和測試，并進(jìn)行必要的優(yōu)化。5軟件工程軟件工程發(fā)展趨勢（面向構(gòu)件，統(tǒng)一建模語言（UML））重點：UML的各類圖，在系統(tǒng)分析中的應(yīng)用。15-20分天津工程師范學(xué)院大綱要求考試科目2：軟件設(shè)計15-20分天津工程師范學(xué)院真題——2013年上半年在多態(tài)的幾種不同形式中，（37）多態(tài)是一種特定的多態(tài)，指同一個名字在不同上下文中可代表不同的含義。 A.參數(shù) B.包含 C.過載 D.強制天津工程師范學(xué)院真題——2013年上半年在多態(tài)的幾種不同形式天津工程師范學(xué)院真題——2013年上半年繼承是父類和子類之間共享數(shù)據(jù)和方法的機制。以下關(guān)于繼承的敘述中，不正確的是（38）。有關(guān)于圖中doIt()方法的敘述中，正確的是（39）。天津工程師范學(xué)院真題——2013年上半年繼承是父類和子類之間天津工程師范學(xué)院A.一個父類可以有多個子類，這些子類都是父類的特例B.父類描述了這些子類的公共屬性和操作C.子類可以繼承它的父類（或祖先類）中的屬性和操作而不必自己定義D.子類中可以定義自己的新操作而不能定義和父類同名的操作39.A.doIt()必須由Thing3實現(xiàn)，同時可能由Thing4實現(xiàn) B.doIt()必須由Thing5實現(xiàn) C.doIt()必須由Thing2、Thing3、Thing4、Thing5實現(xiàn) D.doIt()已經(jīng)由Thing1實現(xiàn)，因為無需其它類實現(xiàn)真題——2013年上半年天津工程師范學(xué)院A.一個父類可以有多個子類，這些子類都是父類天津工程師范學(xué)院真題——2013年上半年以下關(guān)于UML部署圖的敘述中，正確的是（40）

A.因為一條消息總是有某種響應(yīng)，所以部署組件之間的依賴是雙向的

B.部署組件之間的依賴關(guān)系類似于包依賴

C.部署圖不用于描述代碼的物理模塊

D.部署圖不用于描述系統(tǒng)在不同計算機系統(tǒng)的物理分布天津工程師范學(xué)院真題——2013年上半年以下關(guān)于UML部署圖天津工程師范學(xué)院以下關(guān)于UML狀態(tài)圖的敘述中，不正確的是（41）。對下圖的描述，正確的是（42）41.A.用于描述一個對象在多個用例中的行為B.用于某些具有多個狀態(tài)的對象而不是系統(tǒng)中大多數(shù)或全部對象C.用于描述多個對象之間的交互D.可以用于用戶界面或控制對象42.A.ON是一個并發(fā)狀態(tài)B.因為此狀態(tài)圖中沒有終點(final)狀態(tài)，所以此圖是無效的C.playstop和rew是動作D.ON是超狀態(tài)真題——2013年上半年天津工程師范學(xué)院以下關(guān)于UML狀態(tài)圖的敘述中，不正確的是（4天津工程師范學(xué)院描述一些人（Person）將動物（Animal）養(yǎng)為寵物(Pet)的是真題——2013年上半年天津工程師范學(xué)院描述一些人（Person）將動物（Anima天津工程師范學(xué)院（44）設(shè)計模式能使一個對象的狀態(tài)發(fā)生改變時通知所有依賴它的監(jiān)聽者。（45）設(shè)計模式限制類的實例對象只能有一個。適配器（Adapter）設(shè)計模式可以用于（46）。用于為一個對象添加更多功能而不使用子類的是（47）設(shè)計模式44.A.責(zé)任鏈B.命令C.抽象工廠D.觀察者45.A.原型B.工廠方法C.單例D.生成器真題——2013年上半年天津工程師范學(xué)院（44）設(shè)計模式能使一個對象的狀態(tài)發(fā)生改變時天津工程師范學(xué)院46.A.將已有類的接口轉(zhuǎn)換成和目標(biāo)接口兼容 B.改進(jìn)系統(tǒng)性能 C.將客戶端代碼數(shù)據(jù)轉(zhuǎn)換成目標(biāo)接口期望的合適的格式 D.使所有接口不兼容可以一起工作47.A.橋接 B.適配器 C.組合 D.裝飾器真題——2013年上半年天津工程師范學(xué)院46.A.將已有類的接口轉(zhuǎn)換成和目標(biāo)接口兼容天津工程師范學(xué)院(37)以下關(guān)于類和對象的敘述中，錯誤的是______。A．類是具有相同屬性和服務(wù)的一組對象的集合B．類是一個對象模板，用它僅可以產(chǎn)生一個對象C．在客觀世界中實際存在的是類的實例，即對象D．類為屬于該類的全部對象提供了統(tǒng)一的抽象描述真題——2012年下半年天津工程師范學(xué)院(37)以下關(guān)于類和對象的敘述中，錯誤的天津工程師范學(xué)院(38)是把對象的屬性和服務(wù)結(jié)合成一個獨立的系統(tǒng)單元，并盡可能隱藏對象的內(nèi)部細(xì)節(jié)：(39)是指子類可以自動擁有父類的全部屬性和服務(wù)；(40)是對象發(fā)出的服務(wù)請求，一般包含提供服務(wù)的對象標(biāo)識、服務(wù)標(biāo)識、輸入信息和應(yīng)答信息等。

(38)A．繼承B．多態(tài)C．消息D．封裝

(39)A．繼承B．多態(tài)C．消息D．封裝

(40)A．繼承B．多態(tài)C．消息D．封裝真題——2012年下半年天津工程師范學(xué)院(38)是把對象的屬性和服務(wù)結(jié)合成一個天津工程師范學(xué)院(41)以下關(guān)于面向?qū)ο蠓治龅臄⑹鲋?，錯誤的是______。

A．面向?qū)ο蠓治鲋胤治鰡栴}域和系統(tǒng)責(zé)任

B．面向?qū)ο蠓治鲂枰紤]系統(tǒng)的測試問題

C．面向?qū)ο蠓治龊雎耘c系統(tǒng)實現(xiàn)有關(guān)的問題

D．面向?qū)ο蠓治鼋ⅹ毩⒂趯崿F(xiàn)的系統(tǒng)分析模型真題——2012年下半年天津工程師范學(xué)院(41)以下關(guān)于面向?qū)ο蠓治龅臄⑹鲋校e誤天津工程師范學(xué)院(42)以下關(guān)于面向?qū)ο笤O(shè)計的敘述中，錯誤的是______。A．高層模塊不應(yīng)該依賴于底層模塊B．抽象不應(yīng)該依賴于細(xì)節(jié)C．細(xì)節(jié)可以依賴于抽象D．高層模塊無法不依賴于底層模塊真題——2012年下半年天津工程師范學(xué)院(42)以下關(guān)于面向?qū)ο笤O(shè)計的敘述中，錯誤天津工程師范學(xué)院采用(43)設(shè)計模式可保證一個類僅有一個實例；采用(44)設(shè)計模式可將對象組合成樹形結(jié)構(gòu)以表示“部分-整體”的層次結(jié)構(gòu)，使用戶對單個對象和組合對象的使用具有一致性：采用(45)設(shè)計模式可動態(tài)地給一個對象添加一些額外的職責(zé)。

(43)A．命令(Command)B．單例(Singleton)C．裝飾(Decorate)D．組合(CompOsite)(44)A．命令(Command)B．單例(Singleton)C．裝飾(Decorate)D．組合(Composite)(45)A．命令(Command)B．單例(Singleton)C．裝飾(Decorate)D．組合(Composite)真題——2012年下半年天津工程師范學(xué)院采用(43)設(shè)計模式可保證一個類僅有天津工程師范學(xué)院下列UML類圖表示的是(46)設(shè)計模式。該設(shè)計模式中，(47)真題——2012年下半年天津工程師范學(xué)院下列UML類圖表示的是(46)設(shè)計模天津工程師范學(xué)院

(46)A．備忘錄(Memento)B．策略(Strategy)C．狀態(tài)(Stye)D．觀察者(Observer)(47)A．一個Subject對象可對應(yīng)多個Observer對象

B．Subject只能有一個ConcreteSubject子類

C．Observer只能有一個ConcreteObserver子類

D．一個Subject對象必須至少對應(yīng)一個Observer對象真題——2012年下半年天津工程師范學(xué)院(46)A．備忘錄(Memento天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年下圖中（41）表示一條同步消息（42）表示一條異步消息（43）表示一條返回消息天津工程師范學(xué)院真題——2012年上半年下圖中（41）表示一天津工程師范學(xué)院天津工程師范學(xué)院天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年下午題試題三（pdf）天津工程師范學(xué)院真題——2012年上半年下午題試題三（pd天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年下午題試題五（pdf）天津工程師范學(xué)院真題——2012年上半年下午題試題五（pd天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院天津工程師范學(xué)院天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院天津工程師范學(xué)院天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年下午試題三（pdf）下午試題五天津工程師范學(xué)院真題——2011年下半年下午試題三（pdf）天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年下午試題三（pdf）下午試題五天津工程師范學(xué)院真題——2011年上半年下午試題三（pdf）天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年下午試題三（pdf）下午試題五天津工程師范學(xué)院真題——2010年下半年下午試題三（pdf）天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院天津工程師范學(xué)院天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年下午試題三（pdf）下午試題五天津工程師范學(xué)院真題——2010年上半年下午試題三（pdf）天津工程師范學(xué)院真題——2009年上半年在采用面向?qū)ο蠹夹g(shù)構(gòu)建軟件系統(tǒng)時，很多敏捷方法都建議的一種重要的設(shè)計活動是（15），它是一種重新組織的技術(shù)，可以簡化構(gòu)件的設(shè)計而無需改變其功能或行為。A.精化B.設(shè)計類C.重構(gòu)D.抽象天津工程師范學(xué)院真題——2009年上半年在采用面向?qū)ο蠹夹g(shù)構(gòu)天津工程師范學(xué)院真題——2009年上半年下面關(guān)于面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計的說法中，不正確的是（37）。

A.面向?qū)ο蠓治鰝?cè)重于理解問題B.面向?qū)ο笤O(shè)計側(cè)重于理解解決方案C.面向?qū)ο蠓治雒枋鲕浖鍪裁碊.面向?qū)ο笤O(shè)計一般不關(guān)注技術(shù)和實現(xiàn)層面的細(xì)節(jié)天津工程師范學(xué)院真題——2009年上半年下面關(guān)于面向?qū)ο蠓治鎏旖蚬こ處煼秾W(xué)院真題——2009年上半年在面向?qū)ο蠓治雠c設(shè)計中，（38）是應(yīng)用領(lǐng)域中的核心類，一般用于保存系統(tǒng)中的信息以及提供針對這些信息的相關(guān)處理行為；（39）是系統(tǒng)內(nèi)對象和系統(tǒng)外參與者的聯(lián)系媒介；（40）主要是協(xié)調(diào)上述兩種類對象之間的交互。

（38）A.控制類B.邊界類C.實體類D.軟件類（39）A.控制類B.邊界類C.實體類D.軟件類（40）A.控制類B.邊界類C.實體類D.軟件類天津工程師范學(xué)院真題——2009年上半年在面向?qū)ο蠓治雠c設(shè)計天津工程師范學(xué)院真題——2009年上半年若類A僅在其方法Method1中定義并使用了類B的一個對象，類A其它部分的代碼都不涉及類B，那么類A與類B的關(guān)系應(yīng)為（41）；若類A的某個屬性是類B的一個對象，并且類A對象消失時，類B對象也隨之消失，則類A與類B的關(guān)系應(yīng)為（42）。

（41）A.關(guān)聯(lián)B.依賴C.聚合D.組合（42）A.關(guān)聯(lián)B.依賴C.聚合D.組合天津工程師范學(xué)院真題——2009年上半年若類A僅在其方法天津工程師范學(xué)院真題——2009年上半年下圖屬于UML中的（46）,其中AccountManagement需要（47）。（46）A.組件圖B.部署圖 C.類圖 D.對象圖A.實現(xiàn)IdentityVerifier接口并被CreditCardServices調(diào)用B.調(diào)用CreditCardServices實現(xiàn)的IdentityVerifier接口C.實現(xiàn)IdentityVerifier接口并被Logger調(diào)用D.調(diào)用Logger實現(xiàn)的IdentityVerifier接口天津工程師范學(xué)院真題——2009年上半年下圖屬于UML中的（天津工程師范學(xué)院真題某銀行計劃開發(fā)一個自動存提款機模擬系統(tǒng)（ATMSystem）。系統(tǒng)通過讀卡器（CardReader）讀取ATM卡；系統(tǒng)與客戶（Customer）的交互由客戶控制臺（CustomerConsole）實現(xiàn)；銀行操作員（Operator）可控制系統(tǒng)的啟動（SystemStartup）和停止（SystemShutdown）；系統(tǒng)通過網(wǎng)絡(luò)和銀行系統(tǒng)（Bank）實現(xiàn)通信。當(dāng)讀卡器判斷用戶已將ATM卡插入后，創(chuàng)建會話（Session）。會話開始后，讀卡器進(jìn)行讀卡，并要求客戶輸入個人驗證碼（PIN）。系統(tǒng)將卡號和個人驗證碼信息送到銀行系統(tǒng)進(jìn)行驗證。驗證通過后，客戶可從菜單選擇如下事務(wù)Transaction）：取款（Withdraw）、存款（Deposit）、轉(zhuǎn)賬（Transfer）、查詢（Inquire）一次會話可以包含多個事務(wù)，每個事務(wù)處理也會將卡號和個人驗證碼信息送到銀行系統(tǒng)進(jìn)行驗證。若個人驗證碼錯誤，則轉(zhuǎn)個人驗證碼錯誤處理（InvalidPINProcess）。每個事務(wù)完成后，客戶可選擇繼續(xù)上述事務(wù)或退卡。選擇退卡時，系統(tǒng)彈出ATM卡，會話結(jié)束。天津工程師范學(xué)院真題某銀行計劃開發(fā)一個自動存提款機模擬系統(tǒng)（天津工程師范學(xué)院【問題1】給出圖3-1中A1和A2所對應(yīng)的參與者，U1至U3所對應(yīng)的用例，以及該圖中空（1）所對應(yīng)的關(guān)系?！締栴}3】解釋圖3-1中用例U3和用例Withdraw、Deposit等四個用例之間的關(guān)系及其內(nèi)涵。（U1至U3的可選用例包括：Session、Transaction、InsertCard、InvalidPINProcess和Transfer）天津工程師范學(xué)院【問題1】給出圖3-1中A1天津工程師范學(xué)院真題——2009上半年下午天津工程師范學(xué)院真題——2009上半年下午天津工程師范學(xué)院根據(jù)描述，使用表中的英文名稱，給出6～9對應(yīng)的消息。天津工程師范學(xué)院根據(jù)描述，使用表中的英文名稱，給出6～9對天津工程師范學(xué)院真題——2009上半年下午系統(tǒng)通過讀卡器（CardReader）讀取ATM卡；系統(tǒng)與客戶（Customer）的交互由客戶控制臺（CustomerConsole）實現(xiàn)；銀行操作員（Operator）可控制系統(tǒng)的啟動（SystemStartup）和停止（SystemShutdown）；系統(tǒng)通過網(wǎng)絡(luò)和銀行系統(tǒng)（Bank）實現(xiàn)通信。當(dāng)讀卡器判斷用戶已將ATM卡插入后，創(chuàng)建會話（Session）。會話開始后，讀卡器進(jìn)行讀卡，并要求客戶輸入個人驗證碼（PIN）。系統(tǒng)將卡號和個人驗證碼信息送到銀行系統(tǒng)進(jìn)行驗證。驗證通過后，客戶可從菜單選擇如下事務(wù)Transaction）：取款（Withdraw）、存款（Deposit）、轉(zhuǎn)賬（Transfer）、查詢（Inquire）天津工程師范學(xué)院真題——2009上半年下午系統(tǒng)通過讀卡器（C天津工程師范學(xué)院真題——2009上半年下午現(xiàn)欲實現(xiàn)一個圖像瀏覽系統(tǒng)，要求該系統(tǒng)能夠顯示BMP、JPEG和GIF三種格式的文件，并且能夠在Windows和Linux兩種操作系統(tǒng)上運行。系統(tǒng)首先將BMP、JPEG和GIF三種格式的文件解析為像素矩陣，然后將像素矩陣顯示在屏幕上。系統(tǒng)需具有較好的擴展性以支持新的文件格式和操作系統(tǒng)。為滿足上述需求并減少所需生成的子類數(shù)目，采用橋接（Bridge）設(shè)計模式進(jìn)行設(shè)計所得類圖如圖7-1所示天津工程師范學(xué)院真題——2009上半年下午現(xiàn)欲實現(xiàn)一個圖像瀏天津工程師范學(xué)院真題——2009上半年下午采用該設(shè)計模式的原因在于：系統(tǒng)解析BMP、GIF與JPEG文件的代碼僅與文件格式相關(guān)，而在屏幕上顯示像素矩陣的代碼則僅與操作系統(tǒng)相關(guān)。天津工程師范學(xué)院真題——2009上半年下午采用該設(shè)計模式的原天津工程師范學(xué)院真題——2009上半年下午classMatrix{//各種格式的文件最終都被轉(zhuǎn)化為像素矩陣//此處代碼省略

};abstractclassImageImp{public

abstractvoiddoPaint(Matrixm);//顯示像素矩陣m

};classWinImpextendsImageImp{publicvoiddoPaint(Matrixm){/*調(diào)用windows系統(tǒng)的繪制函數(shù)繪制像素矩陣*/}};classLinuxImpextendsImageImp{publicvoiddoPaint(Matrixm){/*調(diào)用Linux系統(tǒng)的繪制函數(shù)繪制像素矩陣*/}};天津工程師范學(xué)院真題——2009上半年下午classMat天津工程師范學(xué)院真題——2009上半年下午abstractclassImage{ publicvoidsetImp(ImageImpimp){

（1）=imp;} publicabstractvoidparseFile(StringfileName); protected（2）imp;};classBMPextendsImage{publicvoidparseFile(StringfileName){

//此處解析BMP文件并獲得一個像素矩陣對象m

（3）; //顯示像素矩陣m}};天津工程師范學(xué)院真題——2009上半年下午abstract天津工程師范學(xué)院真題——2009上半年下午classGIFextendsImage{ //此處代碼省略

};

publicclassjavaMain{ publicstaticvoidmain(String[]args){

//在windows操作系統(tǒng)上查看demo.bmp圖像文件

Imageimage1=（4）;ImageImpimageImp1=（5）;

（6）;image1.parseFile("demo.bmp");}天津工程師范學(xué)院真題——2009上半年下午classG天津工程師范學(xué)院2008下半年上午下午12分30分天津工程師范學(xué)院2008下半年上午12分30分天津工程師范學(xué)院2008下半年在面向?qū)ο笙到y(tǒng)中，用（15）關(guān)系表示一個較大的“整體”類包含一個或多個較小的“部分”類。（15）A.泛化B.聚合C.概化D.合成天津工程師范學(xué)院2008下半年在面向?qū)ο笙到y(tǒng)中，用（15天津工程師范學(xué)院2008下半年面向?qū)ο蠓治雠c設(shè)計中的（37）是指一個模塊在擴展性方面應(yīng)該是開放的，而在更改性方面應(yīng)該是封閉的；而（38）是指子類應(yīng)當(dāng)可以替換父類并出現(xiàn)在父類能夠出現(xiàn)的任何地方。（37）A.開閉原則B.替換原則C.依賴原則D.單一職責(zé)原則（38）A.開閉原則B.替換原則C.依賴原則D.單一職責(zé)原則天津工程師范學(xué)院2008下半年面向?qū)ο蠓治雠c設(shè)計中的（37天津工程師范學(xué)院2008下半年在選擇某種面向?qū)ο笳Z言進(jìn)行軟件開發(fā)時，不需要著重考慮的因素是，該語言（39）。A.將來是否能夠占據(jù)市場主導(dǎo)地位B.類庫是否豐富C.開發(fā)環(huán)境是否成熟D.是否支持全局變量和全局函數(shù)的定義天津工程師范學(xué)院2008下半年在選擇某種面向?qū)ο笳Z言進(jìn)行軟件天津工程師范學(xué)院2008下半年（40）限制了創(chuàng)建類的實例數(shù)量，而（41）將一個類的接口轉(zhuǎn)換成客戶希望的另外一個接口，使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。（40）A.命令模式（Command）B.適配器模式（Adapter）C.策略模式（Strategy）D.單例模式（Singleton）（41）同上B天津工程師范學(xué)院2008下半年（40）限制了創(chuàng)建類的實例數(shù)天津工程師范學(xué)院2008下半年（42）是指在運行時把過程調(diào)用和響應(yīng)調(diào)用所需要執(zhí)行的代碼加以結(jié)合。（42）A.綁定B.靜態(tài)綁定C.動態(tài)綁定D.繼承天津工程師范學(xué)院2008下半年（42）是指在運行時把過程天津工程師范學(xué)院2008下半年（43）設(shè)計模式允許一個對象在其內(nèi)部狀態(tài)改變時改變它的行為。下圖為這種設(shè)計模式的類圖，已知類State為抽象類，則類（44）的實例代表了Context對象的狀態(tài)。（43）A.單件B.橋接C.組合D.狀態(tài)（State）（44）A.ContextB.concreteStateA C.HandleD.State天津工程師范學(xué)院2008下半年（43）設(shè)計模式允許一個天津工程師范學(xué)院2008下半年（43）A.單件B.橋接C.組合D.狀態(tài)（State）（44）A.ContextB.concreteStateA C.HandleD.State天津工程師范學(xué)院2008下半年（43）A.單件B.天津工程師范學(xué)院2008下半年在UML的各種視圖中，（45）顯示外部參與者觀察到的系統(tǒng)功能；（46）從系統(tǒng)的靜態(tài)結(jié)構(gòu)和動態(tài)行為角度顯示系統(tǒng)內(nèi)部如何實現(xiàn)系統(tǒng)的功能；（47）顯示的是源代碼以及實際執(zhí)行代碼的組織結(jié)構(gòu)。A.用例視圖B.進(jìn)程視圖C.實現(xiàn)視圖D.邏輯視圖A.用例視圖B.進(jìn)程視圖C.實現(xiàn)視圖D.邏輯視圖A.用例視圖B.進(jìn)程視圖C.實現(xiàn)視圖D.邏輯視圖天津工程師范學(xué)院2008下半年在UML的各種視圖中，（45天津工程師范學(xué)院2008上半年采用UML進(jìn)行軟件設(shè)計時，可用（16）關(guān)系表示兩類事物之間存在的特殊/一般關(guān)系，用聚集關(guān)系表示事物之間存在的整體/部分關(guān)系。（16）A.依賴B.聚集C.泛化D.實現(xiàn)天津工程師范學(xué)院2008上半年采用UML進(jìn)行軟件設(shè)計時，天津工程師范學(xué)院2008上半年●（37）是指把數(shù)據(jù)以及操作數(shù)據(jù)的相關(guān)方法組合在同一個單元中，使我們可以把類作為軟件中的基本復(fù)用單元，提高其內(nèi)聚度，降低其耦合度。面向?qū)ο笾械模?8）機制是對現(xiàn)實世界中遺傳現(xiàn)象的模擬，通過該機制，基類的屬性和方法被遺傳給派生類。（37）A.封裝B.多態(tài)C.繼承D.變異（38）A.封裝B.多態(tài)C.繼承D.變異天津工程師范學(xué)院2008上半年●（37）是指把數(shù)據(jù)以及操天津工程師范學(xué)院2008上半年已知某子系統(tǒng)為外界提供功能服務(wù)，但該子系統(tǒng)中存在很多粒度十分小的類，不便被外界系統(tǒng)直接使用，采用（41）設(shè)計模式可以定義一個高層接口，這個接口使得這一子系統(tǒng)更加容易使用；當(dāng)不能采用生成子類的方法進(jìn)行擴充時，可采用（42）設(shè)計模式動態(tài)地給一個對象添加一些額外的職責(zé)。（41）A.Facade（外觀） B.Singleton（單件） C.Participant（參與者）D.Decorator（裝飾）（42）同上D天津工程師范學(xué)院2008上半年已知某子系統(tǒng)為外界提供功能服務(wù)天津工程師范學(xué)院Facade（外觀）外觀模式（門面模式）天津工程師范學(xué)院Facade（外觀）外觀模式（門面模式）天津工程師范學(xué)院Facade（外觀）外觀模式（門面模式）天津工程師范學(xué)院Facade（外觀）外觀模式（門面模式）天津工程師范學(xué)院Facade（外觀）外觀模式（門面模式）門面模式要求一個子系統(tǒng)的外部與其內(nèi)部的通信必須有一個統(tǒng)一的門面對象進(jìn)行。門面模式提供一個高層次的接口，使子系統(tǒng)更利于使用。天津工程師范學(xué)院Facade（外觀）外觀模式（門面模式）門面天津工程師范學(xué)院Decorator（裝飾）裝飾模式可以在不使用創(chuàng)造更多子類的情況下，將對象的功能加以擴展，是繼承的一個替代方案。天津工程師范學(xué)院Decorator（裝飾）裝飾模式可以在不使天津工程師范學(xué)院Decorator（裝飾）publicclassConcreteComponentimplementsComponent{

publicvoidmethod(){ //oldcode }publicclassDecoratorimplementsComponent{

privateComponentc;

publicDecorator(Componentc){ this.c=c; }

publicvoidmethod(){ c.method(); }天津工程師范學(xué)院Decorator（裝飾）publicc天津工程師范學(xué)院Decorator（裝飾）publicclassConcreteDecoratorA

extendsDecorator{

publicDecorator(Componentc){ super(c); }

publicvoidmethod(){ //newcode

super.method(); }Componentc=newConcreteComponent();c.method();Componentd=newConcreteDecoratorA(c);d.method();天津工程師范學(xué)院Decorator（裝飾）publicc天津工程師范學(xué)院Decorator（裝飾）天津工程師范學(xué)院Decorator（裝飾）天津工程師范學(xué)院Decorator（裝飾）齊天大圣c=new猴子(); c.method();齊天大圣bird=new鳥(c); bird.method();齊天大圣c=new猴子(); c.method();齊天大圣bird=new鳥(c); bird.method();齊天大圣fish=new魚(bird); fish.method();天津工程師范學(xué)院Decorator（裝飾）齊天大圣天津工程師范學(xué)院2008上半年（43）設(shè)計模式將抽象部分與它的實現(xiàn)部分相分離，使它們都可以獨立地變化。下圖為該設(shè)計模式的類圖，其中（44）用于定義實現(xiàn)部分的接口。天津工程師范學(xué)院2008上半年（43）設(shè)計模式將抽象部分與它天津工程師范學(xué)院2008上半年（43）A.Singleton（單件）B.Bridge（橋接） C.Composite（組合）D.Facade（外觀）（44）A.AbstractionB.ConcreteImplementorA C.ConcreteImplementorBD.Implementor天津工程師范學(xué)院2008上半年（43）A.Singleto天津工程師范學(xué)院2008上半年●在UML類圖中，類與類之間存在依賴、關(guān)聯(lián)、聚合、組合和繼承五種關(guān)系，其中，（45）關(guān)系表明類之間的相互聯(lián)系最弱，（46）關(guān)系表明類之間的相互聯(lián)系最強，聚合的標(biāo)準(zhǔn)UML圖形表示是（47）。（45）A.依賴B.聚合C.組合D.繼承（46）A.依賴B.聚合C.組合D.繼承（47）天津工程師范學(xué)院2008上半年●在UML類圖中，類與類之天津工程師范學(xué)院2008上半年下午題見文檔天津工程師范學(xué)院2008上半年下午題見文檔天津工程師范學(xué)院2007年下半年采用UML進(jìn)行軟件建模過程中，類圖是系統(tǒng)的一種靜態(tài)視圖，用（19）可明確表示兩類事物之間存在的整體/部分形式的關(guān)聯(lián)關(guān)系。（19）A.依賴關(guān)系 B.聚合關(guān)系 C.泛化關(guān)系 D.實現(xiàn)關(guān)系天津工程師范學(xué)院2007年下半年采用UML進(jìn)行軟件建模過程中天津工程師范學(xué)院2007年下半年（37）表示了系統(tǒng)與參與者之間的接口。在每一個用例中，該對象從參與者處收集信息，并將之轉(zhuǎn)換為一種被實體對象和控制對象使用的形式。 A.邊界對象 B.可視化對象 C.抽象對象 D.實體對象天津工程師范學(xué)院2007年下半年（37）表示了系統(tǒng)與參與者天津工程師范學(xué)院2007年下半年在UML語言中，下圖中的a、b、c三種圖形符號按照順序分別表示（38）。

a b cA.邊界對象、實體對象、控制對象B.實體對象、邊界對象、控制對象C.控制對象、實體對象、邊界對象D.邊界對象、控制對象、實體對象天津工程師范學(xué)院2007年下半年在UML語言中，下圖中的a、天津工程師范學(xué)院2007年下半年在下面的用例圖（UseCaseDiagram）中，X1、X2和X3表示（39），已知UC3是抽象用例，那么X1可通過（40）用例與系統(tǒng)進(jìn)行交互。并且，用例（41）是UC4的可選部分，用例（42）是UC4的必須部分。（39）A.人B.系統(tǒng) C.參與者 D.外部軟件（40）A.UC4、UC1 B.UC5、UC1 C.UC5、UC2 D.UC1、UC2天津工程師范學(xué)院2007年下半年在下面的用例圖（UseCas天津工程師范學(xué)院天津工程師范學(xué)院天津工程師范學(xué)院2007年下半年（43）設(shè)計模式定義了對象間的一種一對多的依賴關(guān)系，以便當(dāng)一個對象的狀態(tài)發(fā)生改變時，所有依賴于它的對象都得到通知并自動刷新。（43）A.Adapter（適配器）B.Iterator（迭代器） C.Prototype（原型）D.Observer（觀察者）天津工程師范學(xué)院2007年下半年（43）設(shè)計模式定義了對象天津工程師范學(xué)院2007年下半年UML中有多種類型的圖，其中，（44）對系統(tǒng)的使用方式進(jìn)行分類，（45）顯示了類及其相互關(guān)系，（46）顯示人或?qū)ο蟮幕顒?，其方式類似于流程圖，通信圖顯示在某種情況下對象之間發(fā)送的消息，（47）與通信圖類似，但強調(diào)的是順序而不是連接。（44）A.用例圖 B.順序圖 C.類圖 D.活動圖ACDB天津工程師范學(xué)院2007年下半年UML中有多種類型的圖，其中天津工程師范學(xué)院2007年下半年下午題見文檔天津工程師范學(xué)院2007年下半年下午題見文檔天津工程師范學(xué)院2007年下半年下午題見文檔天津工程師范學(xué)院2007年下半年下午題見文檔2009.8謝謝2009.8謝謝軟件設(shè)計師——面向?qū)ο蟛糠周浖O(shè)計師——面向?qū)ο蟛糠痔旖蚬こ處煼秾W(xué)院大綱要求考試科目1：計算機與軟件工程知識3.6.面向?qū)ο蠡A(chǔ)知識面向?qū)ο箝_發(fā)方法面向?qū)ο箝_發(fā)概念（類、對象、屬性、封裝性、繼承性、多態(tài)性，對象之間的引用）面向?qū)ο箝_發(fā)方法的優(yōu)越性以及有效領(lǐng)域面向?qū)ο蠓治龇椒ǜ拍蠲嫦驅(qū)ο笤O(shè)計方法（體系結(jié)構(gòu)，類的設(shè)計，用戶接口設(shè)計）4-10分天津工程師范學(xué)院大綱要求考試科目1：計算機與軟件工程知識4-天津工程師范學(xué)院大綱要求考試科目1：計算機與軟件工程知識3.6.面向?qū)ο蠡A(chǔ)知識面向?qū)ο髮崿F(xiàn)方法（選擇程序設(shè)計語言，類的實現(xiàn)，方法的實現(xiàn)，用戶接口的實現(xiàn)，準(zhǔn)備測試數(shù)據(jù)）面向?qū)ο蟪绦蛟O(shè)計語言的基本機制面向?qū)ο髷?shù)據(jù)庫、分布式對象的概念天津工程師范學(xué)院大綱要求考試科目1：計算機與軟件工程知識天津工程師范學(xué)院大綱要求考試科目1：計算機與軟件工程知識重點：類、對象、屬性、封裝性、繼承性、多態(tài)性天津工程師范學(xué)院大綱要求考試科目1：計算機與軟件工程知識天津工程師范學(xué)院大綱要求考試科目2：軟件設(shè)計4系統(tǒng)實施

4.3掌握C程序設(shè)計語言，以及C++、Java、Visual、Basic、VisualC++中任一種程序設(shè)計語言，以便能指導(dǎo)程序員進(jìn)行編程和測試，并進(jìn)行必要的優(yōu)化。5軟件工程軟件工程發(fā)展趨勢（面向構(gòu)件，統(tǒng)一建模語言（UML））重點：UML的各類圖，在系統(tǒng)分析中的應(yīng)用。15-20分天津工程師范學(xué)院大綱要求考試科目2：軟件設(shè)計15-20分天津工程師范學(xué)院真題——2013年上半年在多態(tài)的幾種不同形式中，（37）多態(tài)是一種特定的多態(tài)，指同一個名字在不同上下文中可代表不同的含義。 A.參數(shù) B.包含 C.過載 D.強制天津工程師范學(xué)院真題——2013年上半年在多態(tài)的幾種不同形式天津工程師范學(xué)院真題——2013年上半年繼承是父類和子類之間共享數(shù)據(jù)和方法的機制。以下關(guān)于繼承的敘述中，不正確的是（38）。有關(guān)于圖中doIt()方法的敘述中，正確的是（39）。天津工程師范學(xué)院真題——2013年上半年繼承是父類和子類之間天津工程師范學(xué)院A.一個父類可以有多個子類，這些子類都是父類的特例B.父類描述了這些子類的公共屬性和操作C.子類可以繼承它的父類（或祖先類）中的屬性和操作而不必自己定義D.子類中可以定義自己的新操作而不能定義和父類同名的操作39.A.doIt()必須由Thing3實現(xiàn)，同時可能由Thing4實現(xiàn) B.doIt()必須由Thing5實現(xiàn) C.doIt()必須由Thing2、Thing3、Thing4、Thing5實現(xiàn) D.doIt()已經(jīng)由Thing1實現(xiàn)，因為無需其它類實現(xiàn)真題——2013年上半年天津工程師范學(xué)院A.一個父類可以有多個子類，這些子類都是父類天津工程師范學(xué)院真題——2013年上半年以下關(guān)于UML部署圖的敘述中，正確的是（40）

A.因為一條消息總是有某種響應(yīng)，所以部署組件之間的依賴是雙向的

B.部署組件之間的依賴關(guān)系類似于包依賴

C.部署圖不用于描述代碼的物理模塊

D.部署圖不用于描述系統(tǒng)在不同計算機系統(tǒng)的物理分布天津工程師范學(xué)院真題——2013年上半年以下關(guān)于UML部署圖天津工程師范學(xué)院以下關(guān)于UML狀態(tài)圖的敘述中，不正確的是（41）。對下圖的描述，正確的是（42）41.A.用于描述一個對象在多個用例中的行為B.用于某些具有多個狀態(tài)的對象而不是系統(tǒng)中大多數(shù)或全部對象C.用于描述多個對象之間的交互D.可以用于用戶界面或控制對象42.A.ON是一個并發(fā)狀態(tài)B.因為此狀態(tài)圖中沒有終點(final)狀態(tài)，所以此圖是無效的C.playstop和rew是動作D.ON是超狀態(tài)真題——2013年上半年天津工程師范學(xué)院以下關(guān)于UML狀態(tài)圖的敘述中，不正確的是（4天津工程師范學(xué)院描述一些人（Person）將動物（Animal）養(yǎng)為寵物(Pet)的是真題——2013年上半年天津工程師范學(xué)院描述一些人（Person）將動物（Anima天津工程師范學(xué)院（44）設(shè)計模式能使一個對象的狀態(tài)發(fā)生改變時通知所有依賴它的監(jiān)聽者。（45）設(shè)計模式限制類的實例對象只能有一個。適配器（Adapter）設(shè)計模式可以用于（46）。用于為一個對象添加更多功能而不使用子類的是（47）設(shè)計模式44.A.責(zé)任鏈B.命令C.抽象工廠D.觀察者45.A.原型B.工廠方法C.單例D.生成器真題——2013年上半年天津工程師范學(xué)院（44）設(shè)計模式能使一個對象的狀態(tài)發(fā)生改變時天津工程師范學(xué)院46.A.將已有類的接口轉(zhuǎn)換成和目標(biāo)接口兼容 B.改進(jìn)系統(tǒng)性能 C.將客戶端代碼數(shù)據(jù)轉(zhuǎn)換成目標(biāo)接口期望的合適的格式 D.使所有接口不兼容可以一起工作47.A.橋接 B.適配器 C.組合 D.裝飾器真題——2013年上半年天津工程師范學(xué)院46.A.將已有類的接口轉(zhuǎn)換成和目標(biāo)接口兼容天津工程師范學(xué)院(37)以下關(guān)于類和對象的敘述中，錯誤的是______。A．類是具有相同屬性和服務(wù)的一組對象的集合B．類是一個對象模板，用它僅可以產(chǎn)生一個對象C．在客觀世界中實際存在的是類的實例，即對象D．類為屬于該類的全部對象提供了統(tǒng)一的抽象描述真題——2012年下半年天津工程師范學(xué)院(37)以下關(guān)于類和對象的敘述中，錯誤的天津工程師范學(xué)院(38)是把對象的屬性和服務(wù)結(jié)合成一個獨立的系統(tǒng)單元，并盡可能隱藏對象的內(nèi)部細(xì)節(jié)：(39)是指子類可以自動擁有父類的全部屬性和服務(wù)；(40)是對象發(fā)出的服務(wù)請求，一般包含提供服務(wù)的對象標(biāo)識、服務(wù)標(biāo)識、輸入信息和應(yīng)答信息等。

(38)A．繼承B．多態(tài)C．消息D．封裝

(39)A．繼承B．多態(tài)C．消息D．封裝

(40)A．繼承B．多態(tài)C．消息D．封裝真題——2012年下半年天津工程師范學(xué)院(38)是把對象的屬性和服務(wù)結(jié)合成一個天津工程師范學(xué)院(41)以下關(guān)于面向?qū)ο蠓治龅臄⑹鲋?，錯誤的是______。

A．面向?qū)ο蠓治鲋胤治鰡栴}域和系統(tǒng)責(zé)任

B．面向?qū)ο蠓治鲂枰紤]系統(tǒng)的測試問題

C．面向?qū)ο蠓治龊雎耘c系統(tǒng)實現(xiàn)有關(guān)的問題

D．面向?qū)ο蠓治鼋ⅹ毩⒂趯崿F(xiàn)的系統(tǒng)分析模型真題——2012年下半年天津工程師范學(xué)院(41)以下關(guān)于面向?qū)ο蠓治龅臄⑹鲋?，錯誤天津工程師范學(xué)院(42)以下關(guān)于面向?qū)ο笤O(shè)計的敘述中，錯誤的是______。A．高層模塊不應(yīng)該依賴于底層模塊B．抽象不應(yīng)該依賴于細(xì)節(jié)C．細(xì)節(jié)可以依賴于抽象D．高層模塊無法不依賴于底層模塊真題——2012年下半年天津工程師范學(xué)院(42)以下關(guān)于面向?qū)ο笤O(shè)計的敘述中，錯誤天津工程師范學(xué)院采用(43)設(shè)計模式可保證一個類僅有一個實例；采用(44)設(shè)計模式可將對象組合成樹形結(jié)構(gòu)以表示“部分-整體”的層次結(jié)構(gòu)，使用戶對單個對象和組合對象的使用具有一致性：采用(45)設(shè)計模式可動態(tài)地給一個對象添加一些額外的職責(zé)。

(43)A．命令(Command)B．單例(Singleton)C．裝飾(Decorate)D．組合(CompOsite)(44)A．命令(Command)B．單例(Singleton)C．裝飾(Decorate)D．組合(Composite)(45)A．命令(Command)B．單例(Singleton)C．裝飾(Decorate)D．組合(Composite)真題——2012年下半年天津工程師范學(xué)院采用(43)設(shè)計模式可保證一個類僅有天津工程師范學(xué)院下列UML類圖表示的是(46)設(shè)計模式。該設(shè)計模式中，(47)真題——2012年下半年天津工程師范學(xué)院下列UML類圖表示的是(46)設(shè)計模天津工程師范學(xué)院

(46)A．備忘錄(Memento)B．策略(Strategy)C．狀態(tài)(Stye)D．觀察者(Observer)(47)A．一個Subject對象可對應(yīng)多個Observer對象

B．Subject只能有一個ConcreteSubject子類

C．Observer只能有一個ConcreteObserver子類

D．一個Subject對象必須至少對應(yīng)一個Observer對象真題——2012年下半年天津工程師范學(xué)院(46)A．備忘錄(Memento天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年下圖中（41）表示一條同步消息（42）表示一條異步消息（43）表示一條返回消息天津工程師范學(xué)院真題——2012年上半年下圖中（41）表示一天津工程師范學(xué)院天津工程師范學(xué)院天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年下午題試題三（pdf）天津工程師范學(xué)院真題——2012年上半年下午題試題三（pd天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年下午題試題五（pdf）天津工程師范學(xué)院真題——2012年上半年下午題試題五（pd天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院天津工程師范學(xué)院天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院天津工程師范學(xué)院天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2012年上半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年天津工程師范學(xué)院真題——2011年下半年下午試題三（pdf）下午試題五天津工程師范學(xué)院真題——2011年下半年下午試題三（pdf）天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年天津工程師范學(xué)院真題——2011年上半年下午試題三（pdf）下午試題五天津工程師范學(xué)院真題——2011年上半年下午試題三（pdf）天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年天津工程師范學(xué)院真題——2010年下半年下午試題三（pdf）下午試題五天津工程師范學(xué)院真題——2010年下半年下午試題三（pdf）天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院天津工程師范學(xué)院天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年天津工程師范學(xué)院真題——2010年上半年下午試題三（pdf）下午試題五天津工程師范學(xué)院真題——2010年上半年下午試題三（pdf）天津工程師范學(xué)院真題——2009年上半年在采用面向?qū)ο蠹夹g(shù)構(gòu)建軟件系統(tǒng)時，很多敏捷方法都建議的一種重要的設(shè)計活動是（15），它是一種重新組織的技術(shù)，可以簡化構(gòu)件的設(shè)計而無需改變其功能或行為。A.精化B.設(shè)計類C.重構(gòu)D.抽象天津工程師范學(xué)院真題——2009年上半年在采用面向?qū)ο蠹夹g(shù)構(gòu)天津工程師范學(xué)院真題——2009年上半年下面關(guān)于面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計的說法中，不正確的是（37）。

A.面向?qū)ο蠓治鰝?cè)重于理解問題B.面向?qū)ο笤O(shè)計側(cè)重于理解解決方案C.面向?qū)ο蠓治雒枋鲕浖鍪裁碊.面向?qū)ο笤O(shè)計一般不關(guān)注技術(shù)和實現(xiàn)層面的細(xì)節(jié)天津工程師范學(xué)院真題——2009年上半年下面關(guān)于面向?qū)ο蠓治鎏旖蚬こ處煼秾W(xué)院真題——2009年上半年在面向?qū)ο蠓治雠c設(shè)計中，（38）是應(yīng)用領(lǐng)域中的核心類，一般用于保存系統(tǒng)中的信息以及提供針對這些信息的相關(guān)處理行為；（39）是系統(tǒng)內(nèi)對象和系統(tǒng)外參與者的聯(lián)系媒介；（40）主要是協(xié)調(diào)上述兩種類對象之間的交互。

（38）A.控制類B.邊界類C.實體類D.軟件類（39）A.控制類B.邊界類C.實體類D.軟件類（40）A.控制類B.邊界類C.實體類D.軟件類天津工程師范學(xué)院真題——2009年上半年在面向?qū)ο蠓治雠c設(shè)計天津工程師范學(xué)院真題——2009年上半年若類A僅在其方法Method1中定義并使用了類B的一個對象，類A其它部分的代碼都不涉及類B，那么類A與類B的關(guān)系應(yīng)為（41）；若類A的某個屬性是類B的一個對象，并且類A對象消失時，類B對象也隨之消失，則類A與類B的關(guān)系應(yīng)為（42）。

（41）A.關(guān)聯(lián)B.依賴C.聚合D.組合（42）A.關(guān)聯(lián)B.依賴C.聚合D.組合天津工程師范學(xué)院真題——2009年上半年若類A僅在其方法天津工程師范學(xué)院真題——2009年上半年下圖屬于UML中的（46）,其中AccountManagement需要（47）。（46）A.組件圖B.部署圖 C.類圖 D.對象圖A.實現(xiàn)IdentityVerifier接口并被CreditCardServices調(diào)用B.調(diào)用CreditCardServices實現(xiàn)的IdentityVerifier接口C.實現(xiàn)IdentityVerifier接口并被Logger調(diào)用D.調(diào)用Logger實現(xiàn)的IdentityVerifier接口天津工程師范學(xué)院真題——2009年上半年下圖屬于UML中的（天津工程師范學(xué)院真題某銀行計劃開發(fā)一個自動存提款機模擬系統(tǒng)（ATMSystem）。系統(tǒng)通過讀卡器（CardReader）讀取ATM卡；系統(tǒng)與客戶（Customer）的交互由客戶控制臺（CustomerConsole）實現(xiàn)；銀行操作員（Operator）可控制系統(tǒng)的啟動（SystemStartup）和停止（SystemShutdown）；系統(tǒng)通過網(wǎng)絡(luò)和銀行系統(tǒng)（Bank）實現(xiàn)通信。當(dāng)讀卡器判斷用戶已將ATM卡插入后，創(chuàng)建會話（Session）。會話開始后，讀卡器進(jìn)行讀卡，并要求客戶輸入個人驗證碼（PIN）。系統(tǒng)將卡號和個人驗證碼信息送到銀行系統(tǒng)進(jìn)行驗證。驗證通過后，客戶可從菜單選擇如下事務(wù)Transaction）：取款（Withdraw）、存款（Deposit）、轉(zhuǎn)賬（Transfer）、查詢（Inquire）一次會話可以包含多個事務(wù)，每個事務(wù)處理也會將卡號和個人驗證碼信息送到銀行系統(tǒng)進(jìn)行驗證。若個人驗證碼錯誤，則轉(zhuǎn)個人驗證碼錯誤處理（InvalidPINProcess）。每個事務(wù)完成后，客戶可選擇繼續(xù)上述事務(wù)或退卡。選擇退卡時，系統(tǒng)彈出ATM卡，會話結(jié)束。天津工程師范學(xué)院真題某銀行計劃開發(fā)一個自動存提款機模擬系統(tǒng)（天津工程師范學(xué)院【問題1】給出圖3-1中A1和A2所對應(yīng)的參與者，U1至U3所對應(yīng)的用例，以及該圖中空（1）所對應(yīng)的關(guān)系?！締栴}3】解釋圖3-1中用例U3和用例Withdraw、Deposit等四個用例之間的關(guān)系及其內(nèi)涵。（U1至U3的可選用例包括：Session、Transaction、InsertCard、InvalidPINProcess和Transfer）天津工程師范學(xué)院【問題1】給出圖3-1中A1天津工程師范學(xué)院真題——2009上半年下午天津工程師范學(xué)院真題——2009上半年下午天津工程師范學(xué)院根據(jù)描述，使用表中的英文名稱，給出6～9對應(yīng)的消息。天津工程師范學(xué)院根據(jù)描述，使用表中的英文名稱，給出6～9對天津工程師范學(xué)院真題——2009上半年下午系統(tǒng)通過讀卡器（CardReader）讀取ATM卡；系統(tǒng)與客戶（Customer）的交互由客戶控制臺（CustomerConsole）實現(xiàn)；銀行操作員（Operator）可控制系統(tǒng)的啟動（SystemStartup）和停止（SystemShutdown）；系統(tǒng)通過網(wǎng)絡(luò)和銀行系統(tǒng)（Bank）實現(xiàn)通信。當(dāng)讀卡器判斷用戶已將ATM卡插入后，創(chuàng)建會話（Session）。會話開始后，讀卡器進(jìn)行讀卡，并要求客戶輸入個人驗證碼（PIN）。系統(tǒng)將卡號和個人驗證碼信息送到銀行系統(tǒng)進(jìn)行驗證。驗證通過后，客戶可從菜單選擇如下事務(wù)Transaction）：取款（Withdraw）、存款（Deposit）、轉(zhuǎn)賬（Transfer）、查詢（Inquire）天津工程師范學(xué)院真題——2009上半年下午系統(tǒng)通過讀卡器（C天津工程師范學(xué)院真題——2009上半年下午現(xiàn)欲實現(xiàn)一個圖像瀏覽系統(tǒng)，要求該系統(tǒng)能夠顯示BMP、JPEG和GIF三種格式的文件，并且能夠在Windows和Linux兩種操作系統(tǒng)上運行。系統(tǒng)首先將BMP、JPEG和GIF三種格式的文件解析為像素矩陣，然后將像素矩陣顯示在屏幕上。系統(tǒng)需具有較好的擴展性以支持新的文件格式和操作系統(tǒng)。為滿足上述需求并減少所需生成的子類數(shù)目，采用橋接（Bridge）設(shè)計模式進(jìn)行設(shè)計所得類圖如圖7-1所示天津工程師范學(xué)院真題——2009上半年下午現(xiàn)欲實現(xiàn)一個圖像瀏天津工程師范學(xué)院真題——2009上半年下午采用該設(shè)計模式的原因在于：系統(tǒng)解析BMP、GIF與JPEG文件的代碼僅與文件格式相關(guān)，而在屏幕上顯示像素矩陣的代碼則僅與操作系統(tǒng)相關(guān)。天津工程師范學(xué)院真題——2009上半年下午采用該設(shè)計模式的原天津工程師范學(xué)院真題——2009上半年下午classMatrix{//各種格式的文件最終都被轉(zhuǎn)化為像素矩陣//此處代碼省略

};abstractclassImageImp{public

abstractvoiddoPaint(Matrixm);//顯示像素矩陣m

};classWinImpextendsImageImp{publicvoiddoPaint(Matrixm){/*調(diào)用windows系統(tǒng)的繪制函數(shù)繪制像素矩陣*/}};classLinuxImpextendsImageImp{publicvoiddoPaint(Matrixm){/*調(diào)用Linux系統(tǒng)的繪制函數(shù)繪制像素矩陣*/}};天津工程師范學(xué)院真題——2009上半年下午classMat天津工程師范學(xué)院真題——2009上半年下午abstractclassImage{ publicvoidsetImp(ImageImpimp){

（1）=imp;} publicabstractvoidparseFile(StringfileName); protected（2）imp;};classBMPextendsImage{publicvoidparseFile(StringfileName){

//此處解析BMP文件并獲得一個像素矩陣對象m

（3）; //顯示像素矩陣m}};天津工程師范學(xué)院真題——2009上半年下午abstract天津工程師范學(xué)院真題——2009上半年下午classGIFextendsImage{ //此處代碼省略