中級(jí)程序員軟件設(shè)計(jì)師真題整理

1、軟件設(shè)計(jì)師歷年真題軟件工程試題篩選試題一 : 選擇題。1. 在“模型-視圖-控制器” （MVC模式中，（）主要表現(xiàn)用戶界面，（）用來(lái)描述核心 業(yè)務(wù)邏輯。A. 視圖 B. 模型 C. 控制器 D. 視圖和控制器）。2. 在進(jìn)行面向?qū)ο笤O(shè)計(jì)時(shí)，采用設(shè)計(jì)模式能夠（A. 復(fù)用相似問(wèn)題的相同解決方案B. 改善代碼的平臺(tái)可移植性C. 改善代碼的可理解性D. 增強(qiáng)軟件的易安裝性3. 軟件風(fēng)險(xiǎn)一般包含（）兩個(gè)特性。A. 救火和危機(jī)管理 B. 已知風(fēng)險(xiǎn)和未知風(fēng)險(xiǎn) C. 不確定性和損失 D. 員工和預(yù)算因?yàn)樾碌目刂瞥绦蚺c原控制程序使用的程序設(shè)計(jì)語(yǔ)言不同 因?yàn)閷?duì)原控制程序進(jìn)行了轉(zhuǎn)換與固化，其使用和表現(xiàn)形式不同 將一

2、種程序語(yǔ)言編寫的源程序轉(zhuǎn)換為另一種程序語(yǔ)言形式，4. 某軟件設(shè)計(jì)師自行將他人使用 C 程序語(yǔ)言開發(fā)的控制程序轉(zhuǎn)換為機(jī)器語(yǔ)言形式的控制 程序，并固化在芯片中，該軟件設(shè)計(jì)師的行為（）。A. 不構(gòu)成侵權(quán)，B. 不構(gòu)成侵權(quán)，屬于一種“翻C. 不構(gòu)成侵權(quán)， 譯”行為D. 構(gòu)成侵權(quán)，因?yàn)樗幌碛性浖髌返闹鳈?quán)5. 下列敘述中，與提高軟件可移植性相關(guān)的是（A. 選擇時(shí)間效率高的算法B. 盡可能減少注釋C. 選擇空間效率高的算法D. 盡量用高級(jí)語(yǔ)言編寫系統(tǒng)中對(duì)效率要求不高的部分6. 在系統(tǒng)驗(yàn)收測(cè)試中， （ ）是在一個(gè)模擬的環(huán)境下使用模擬數(shù)據(jù)運(yùn)行系統(tǒng)； 個(gè)實(shí)際環(huán)境中使用真實(shí)數(shù)據(jù)運(yùn)行系統(tǒng)。（ 1 ） A. 驗(yàn)

3、證測(cè)試 B. 審計(jì)測(cè)試 C. 確認(rèn)測(cè)試 D. 模塊測(cè)試（ 2） A. 驗(yàn)證測(cè)試 B. 審計(jì)測(cè)試 C. 確認(rèn)測(cè)試 D. 模塊測(cè)試7. 采用瀑布模型進(jìn)行系統(tǒng)開發(fā)的過(guò)程中， 每個(gè)階段都會(huì)產(chǎn)生不同的文檔。 些文檔的描述中，正確的是（）。）。）是在一以下關(guān)于產(chǎn)生這A. 外部設(shè)計(jì)評(píng)審報(bào)告在概要設(shè)計(jì)階段產(chǎn)生B. 集成測(cè)試計(jì)劃在程序設(shè)計(jì)階段產(chǎn)生C. 系統(tǒng)計(jì)劃和需求說(shuō)明在詳細(xì)設(shè)計(jì)階段產(chǎn)生D. 在進(jìn)行編碼的同時(shí)，獨(dú)立的設(shè)計(jì)單元測(cè)試計(jì)劃8. 在UML提供的圖中， （）用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互； 時(shí)間順序描述對(duì)象間的交互。（ 1） A. 用例圖 B. 類圖 C. 對(duì)象圖 D. 部署圖 （ 2） A. 網(wǎng)

4、絡(luò)圖 B. 狀態(tài)圖 C. 協(xié)作圖 D. 序列圖9. 關(guān)于軟件著作權(quán)產(chǎn)生的時(shí)間，下面表述正確的是（ABCD自作品首次公開發(fā)表時(shí) 自作者有創(chuàng)作意圖時(shí) 自作品得到國(guó)家著作權(quán)行政管理部門認(rèn)可時(shí) 自作品完成創(chuàng)作之日起）用于按）。10. 程序員甲與同事乙在乙家探討甲近期編寫的程序，甲表示對(duì)該程序極不滿意，要棄之 重寫，并將程序手稿扔到乙家垃圾筒。后來(lái)乙將甲這一程序稍加修改，并署乙發(fā)表。以下 說(shuō)法正確的是（ ）。A. 乙的行為侵犯了甲的軟件著作權(quán)B. 乙的行為沒有侵犯甲的軟件著作權(quán)，因?yàn)榧滓褜⒊绦蛐薷腸.乙的行為沒有侵犯甲的著作權(quán)，因?yàn)橐乙褜⒊绦蛐薷腄. 甲沒有發(fā)表該程序并棄之，而乙將程序修改后發(fā)表，故乙應(yīng)

5、享有著作權(quán)11. 在采用面向?qū)ο蠹夹g(shù)構(gòu)建軟件系統(tǒng)時(shí)，很多敏捷方法都建議的一種重要的設(shè)計(jì)活動(dòng)是 （ ），它是一種重新組織的技術(shù)，可以簡(jiǎn)化構(gòu)件的設(shè)計(jì)而無(wú)需改變其功能或行為。A. 精華B.設(shè)計(jì)類C.重構(gòu)D.抽象12. 一個(gè)軟件開發(fā)過(guò)程描述了“誰(shuí)做”、“做什么”、“怎么做”和“什么時(shí)候做”， 用（ ）來(lái)描述“誰(shuí)做”。A. 角色B.活動(dòng)C.制品D.工作流）。13. 如果兩名以上的申請(qǐng)人分別就同樣的發(fā)明創(chuàng)造申請(qǐng)專利，專利權(quán)應(yīng)授予（A. 最先發(fā)明的人 B. 最先申請(qǐng)的人 C. 所有申請(qǐng)人 D. 協(xié)商后的申請(qǐng)人14. 開發(fā)方法中，數(shù)據(jù)流圖是（ ）階段產(chǎn)生的成果。A. 需求分析 B. 總體設(shè)計(jì) C. 詳細(xì)設(shè)計(jì)

6、D. 程序編碼）。15. 以下關(guān)于原型化開發(fā)方法的敘述中，不正確的是A. 原型化方法適應(yīng)于需求不明確的軟件開發(fā)B. 在開發(fā)過(guò)程中，可以廢棄不用早期構(gòu)造的軟件原型C. 原型化方法可以直接開發(fā)出最終產(chǎn)品D. 原型化方法利于確認(rèn)各項(xiàng)系統(tǒng)服務(wù)的可用性）。16. 確定構(gòu)建軟件系統(tǒng)所需要的人數(shù)時(shí)，無(wú)需考慮（A. 系統(tǒng)的市場(chǎng)前景 B. 系統(tǒng)的規(guī)模 C. 系統(tǒng)的技術(shù)復(fù)雜性 D. 項(xiàng)目計(jì)劃17. 一個(gè)項(xiàng)目代碼為了修正一個(gè)錯(cuò)誤而進(jìn)行了變更。但這個(gè)錯(cuò)誤被修正后，卻引起以前可 以正確運(yùn)行的代碼出錯(cuò)。（ ）最可能發(fā)現(xiàn)這一問(wèn)題。A. 單元測(cè)試 B. 接受測(cè)試 C. 回歸測(cè)試 D. 安裝測(cè)試18. 風(fēng)險(xiǎn)預(yù)測(cè)從兩個(gè)方面評(píng)估風(fēng)

7、險(xiǎn)，即風(fēng)險(xiǎn)發(fā)生的可能性以及（ ）。A. 風(fēng)險(xiǎn)產(chǎn)生的原因 B. 風(fēng)險(xiǎn)監(jiān)控技術(shù) C. 風(fēng)險(xiǎn)能否消除 D. 風(fēng)險(xiǎn)發(fā)生所產(chǎn)生的后果）。19. 軟件能力成熟度模型（CMM的第4級(jí)（已管理級(jí)）的核心是（A. 建立基本的項(xiàng)目管理和實(shí)踐來(lái)跟蹤項(xiàng)目費(fèi)用、進(jìn)度和功能特性B. 組織具有標(biāo)準(zhǔn)軟件過(guò)程 C. 對(duì)軟件過(guò)程和產(chǎn)品都有定量的理解和控制D. 先進(jìn)的新思想和新技術(shù)促進(jìn)過(guò)程不斷改進(jìn)20. 軟件系先統(tǒng)設(shè)計(jì)的目的是為系統(tǒng)制定藍(lán)圖，（ ）并不是軟件設(shè)計(jì)模型所關(guān)注的。A. 系統(tǒng)總體結(jié)構(gòu) B. 數(shù)據(jù)結(jié)構(gòu) C. 界面模型 D. 項(xiàng)目范圍21 .ISO/IEC 9126 軟件質(zhì)量模型中，可靠性質(zhì)量特性包括多個(gè)子特性。一軟件在故障

8、 發(fā)生后， 要求在 90秒內(nèi)恢復(fù)其性能和受影響的數(shù)據(jù)，與達(dá)到此目的有關(guān)的軟件屬性為A. 容錯(cuò)性 B. 成熟性 C. 易恢復(fù)性 D. 易操作性它包括22. 系統(tǒng)開發(fā)計(jì)劃用于系統(tǒng)開發(fā)人員與項(xiàng)目管理人員在項(xiàng)目期內(nèi)進(jìn)行溝通， 預(yù)算分配表等。A. PERT圖B.總體規(guī)劃C.測(cè)試計(jì)劃D.開發(fā)合同23. 改正在軟件系統(tǒng)開發(fā)階段已經(jīng)發(fā)生而系統(tǒng)測(cè)試階段還沒有發(fā)現(xiàn)的錯(cuò)誤，屬于（A. 正確性 B. 適應(yīng)性 C. 完善性 D. 預(yù)防性24. 某系統(tǒng)重用了第三方組件（但無(wú)法獲得其源代碼） ，則應(yīng)采用（A. 基本路徑覆蓋 B. 分支覆蓋 C. 環(huán)路覆蓋 D. 黑盒測(cè)試RUP）和）。25. 極限編程（XP）由價(jià)值觀、原則、

9、實(shí)踐和行為四個(gè)部分組成，其中價(jià)值觀包括溝通、 簡(jiǎn)單性、（ ）。A. 好的計(jì)劃 B. 不斷的發(fā)布 C. 反饋和勇氣 D. 持續(xù)集成）。26. 下列UM類圖表示的是（）設(shè)計(jì)模式。該設(shè)計(jì)模式中，（A. 備忘錄（ Memento） B. 策略（ Strategy ） C. 狀態(tài)（ State ） D. 觀察者（ Observer ）A. 一個(gè) Subject 對(duì)象可對(duì)應(yīng)多個(gè) Observer 對(duì)象 B. Subject 只能有一個(gè) ConcreteSubject 子 類 C. Observer 只能有一個(gè) ConcreteObserver 子類 D. 一個(gè) Subject 對(duì)象必須至少對(duì)應(yīng)一個(gè) Obs

10、erverobsei ver stat e =s bject->GetState<)27. 以下不符合XM文檔語(yǔ)法規(guī)范的是（）。A.文檔的第一行必須是XML文檔聲明B.文檔必須包含根元素C.每個(gè)開始標(biāo)記必須和結(jié)束標(biāo)記配對(duì)使用D.標(biāo)記之間可以交叉嵌套28. 下圖屬于UM中的（），其中，AccountManagement需要（）。flComponenUAc cou ntMa nageme ntIde niity VerifierfderlityVerinefTransaction Log gerT ran sactionLogger«compon6nt»Logger

11、<component« -CreditCardServices組件圖B.部署圖C.類圖D.對(duì)象圖 A.實(shí)現(xiàn) Identityverifier 接 口并被 CreditCardServices 調(diào)用B. 調(diào)用 CreditCardServices 實(shí)現(xiàn)的 IdentityVerifierC. 實(shí)現(xiàn) IdentityVerifier 接口并被 Logger調(diào)用D. 調(diào)用 Logger 實(shí)現(xiàn)的 IdentityVerifier 接口29. 軟件工程每一個(gè)階段結(jié)束前，應(yīng)該著重對(duì)可維系護(hù)統(tǒng)性測(cè)進(jìn)試行報(bào)復(fù)告審。在系統(tǒng)設(shè) 計(jì)階段應(yīng)該從（）出發(fā)，評(píng)價(jià)軟件的結(jié)構(gòu)和過(guò)程。A. 指出可移植性問(wèn)題以及

12、可能影響軟件維護(hù)的系統(tǒng)界面B. 容易修改、模塊化和功能獨(dú)立的目的C.強(qiáng)調(diào)編碼風(fēng)格和內(nèi)部說(shuō)明文檔D.可測(cè)試性30. 在開發(fā)信息系統(tǒng)時(shí)，用于系統(tǒng)開發(fā)人員與項(xiàng)目管理人員溝通的主要文檔是（）。A. 系統(tǒng)開發(fā)合同B.系統(tǒng)設(shè)計(jì)說(shuō)明書 C.系統(tǒng)開發(fā)計(jì)劃D.系統(tǒng)測(cè)試報(bào)告31. 我國(guó)專利申請(qǐng)的原則之一是（）。A.申請(qǐng)?jiān)谙菳.申請(qǐng)?jiān)谙扰c使用在先相結(jié)合C.使用在先D.申請(qǐng)?jiān)谙?、使用在先或者二者結(jié)合32. 李某在電腦與編程雜志上看到張某發(fā)表的一組程序，頗為欣賞，就復(fù)印了一百份作為程序設(shè)計(jì)輔導(dǎo)材料發(fā)給了學(xué)生。李某又將這組程序逐段加以評(píng)析，寫成評(píng)論文章后投到電腦編程技巧雜志上發(fā)表。李某的行為（）。A.侵犯了張某的著作權(quán)，

13、因?yàn)槠湮唇?jīng)許可，擅自復(fù)印張某的程序B. 侵犯了張某的著作權(quán)，因?yàn)樵谠u(píng)論文章中全文引用了發(fā)表的程序C. 不侵犯張某的著作權(quán)，其行為屬于合理使用D. 侵犯了張某的程序著作權(quán)，因?yàn)槠渖米詮?fù)印，又在其發(fā)表的文章中全文引用了張某的程序33. 在軟件工程環(huán)境中進(jìn)行風(fēng)險(xiǎn)識(shí)別時(shí)，常見的、已知的及可預(yù)測(cè)的風(fēng)險(xiǎn)類包括產(chǎn)品規(guī)模、商業(yè)影響等，與開發(fā)工具的可用性及質(zhì)量相關(guān)的風(fēng)險(xiǎn)是（）。A. 客戶特性B.過(guò)程定義C.開發(fā)環(huán)境D.構(gòu)建技術(shù)34. UP （統(tǒng)一過(guò)程）的基本特征是用例驅(qū)動(dòng)的、以架構(gòu)為核心、迭代和增量的軟件過(guò)程框 架，它提供了一種（）的特性。A.演進(jìn)B.敏捷C.測(cè)試驅(qū)動(dòng)D.持續(xù)集成35. 系統(tǒng)測(cè)試人員與系統(tǒng)開發(fā)人

14、員需要通過(guò)文檔進(jìn)行溝通，系統(tǒng)測(cè)試人員應(yīng)根據(jù)一系列文檔對(duì)系統(tǒng)進(jìn)行測(cè)試，然后將工作結(jié)果撰寫成（），交給系統(tǒng)開發(fā)人員。A.系統(tǒng)開發(fā)合同B.系統(tǒng)設(shè)計(jì)說(shuō)明書 C.測(cè)試計(jì)劃D.系統(tǒng)測(cè)試報(bào)告36. 系統(tǒng)的可維護(hù)性可以用系統(tǒng)的可維護(hù)性評(píng)價(jià)系統(tǒng)指標(biāo)測(cè)試來(lái)衡量。系統(tǒng)的可維護(hù)性評(píng) 價(jià)指標(biāo)不包括（）。A.可理解性B.可修改性C.準(zhǔn)確性D.可測(cè)試性37. （）設(shè)計(jì)模式允許一個(gè)對(duì)象在其內(nèi)部狀態(tài)改變時(shí)改變它的行為。下圖為這種設(shè)計(jì)模式的類圖，已知類State為抽象類，則類（）的實(shí)例代表了 Context對(duì)象的狀態(tài)。A.單件（Singleton ） B.橋接（Bridge ） C.組合（posite ） D.狀態(tài)（State

15、）A. Context B. ConcreteState C. Handle D. State38. 在UML勺各種視圖中，（1）構(gòu)和動(dòng)態(tài)行為角度顯示系統(tǒng)內(nèi)部如何實(shí)現(xiàn)系統(tǒng)的功能；（ 行代碼的組織結(jié)構(gòu)。（1） A.用例視圖B.進(jìn)程視圖C.實(shí)現(xiàn)視圖D.邏輯視圖（2） A.用例視圖B.進(jìn)程視圖C.實(shí)現(xiàn)視圖D.邏輯視圖（3） A.用例視圖B.進(jìn)程視圖C.實(shí)現(xiàn)視圖D.邏輯視圖39. 軟件能力成熟度模型（CMM將軟件能力成熟度自低到高依次劃分為5級(jí)。目前，達(dá)到CM第 3級(jí)（已定義級(jí)）是許多組織努力的目標(biāo)，該級(jí)的核心是（A. 建立基本的項(xiàng)目管理和實(shí)踐來(lái)跟蹤項(xiàng)目費(fèi)用、進(jìn)度和功能特性B. 使用標(biāo)準(zhǔn)開發(fā)過(guò)程（或方

16、法論）構(gòu)建（或集成）系統(tǒng)C. 管理層尋求更主動(dòng)地應(yīng)對(duì)系統(tǒng)的開發(fā)問(wèn)題D. 連續(xù)地監(jiān)督和改進(jìn)標(biāo)準(zhǔn)化的系統(tǒng)開發(fā)過(guò)程40. RUP在每個(gè)階段都有主要目標(biāo)，并在結(jié)束時(shí)產(chǎn)生一些制品。在（ 適當(dāng)?shù)钠脚_(tái)上集成的軟件產(chǎn)品”）。A.初期階段B.精化階段C.構(gòu)建階段D.移交階段41. 某銀行為了使其網(wǎng)上銀行系統(tǒng)能夠支持信用卡對(duì)多幣種付款功能進(jìn)而進(jìn)行擴(kuò)充升級(jí)，這需要對(duì)數(shù)據(jù)類型稍微進(jìn)行一些改變，這一狀況需要對(duì)網(wǎng)上銀行系統(tǒng)進(jìn)行（）維護(hù)。顯示外部參與者觀察到的系統(tǒng)功能；（2）從系統(tǒng)的靜態(tài)結(jié)3）顯示的是源代碼以及實(shí)際執(zhí)）。）結(jié)束時(shí)產(chǎn)生（“在A.正確性B.適應(yīng)性C.完善性D.預(yù)防性42. 若某人持有盜版軟件，但他本人確實(shí)不知道

17、該軟件是盜版的，則（A.應(yīng)由該軟件的持有者 B.應(yīng)由該軟件的提供者C.應(yīng)由該軟件的提供者和持有者共同D.該軟件的提供者和持有者都不43. （）不屬于知識(shí)產(chǎn)權(quán)的范圍。A.地理標(biāo)志權(quán)B.物權(quán)C.鄰接權(quán)D.商業(yè)秘密權(quán)44 .采用UML進(jìn)行軟件建模過(guò)程中，類圖是系統(tǒng)的一種靜態(tài)視圖，用（ 表示兩類事物之間存在的整體 /部分形式的關(guān)聯(lián)關(guān)系。A.依賴關(guān)系B.聚合關(guān)系C.泛化關(guān)系D.實(shí)現(xiàn)關(guān)系45. 在軟件開發(fā)中，（1）不能用來(lái)描述項(xiàng)目開發(fā)的進(jìn)度安排。在其他三種圖中，可用（2）動(dòng)態(tài)地反映項(xiàng)目開發(fā)進(jìn)展情況。（1） A.甘特圖B. PERT 圖C. PERT/CPM圖D.魚骨圖（2） A.甘特圖B. PERT 圖C

18、. PERT/CPM圖D.魚骨圖46. 選擇軟件開發(fā)工具時(shí)，應(yīng)考慮功能、（）承擔(dān)侵權(quán)責(zé)任。）可明確）、穩(wěn)健性、硬件要求和性能、服務(wù)和支持。A.易用性B.易維護(hù)性C.可移植性D.可擴(kuò)充性()。47. 內(nèi)聚性和耦合性是度量軟件模塊獨(dú)立性的重要準(zhǔn)則，軟件設(shè)計(jì)時(shí)應(yīng)力求A.高內(nèi)聚，高耦合B.高內(nèi)聚，低耦合C. 低內(nèi)聚，高耦合D.低內(nèi)聚，低耦合48. 某大型軟件系統(tǒng)按功能可劃分為2段P1和P2。為提高系統(tǒng)可靠性，軟件應(yīng)用單位設(shè)計(jì)了如下圖給出的軟件冗余容錯(cuò)結(jié)構(gòu)，其中P1和P2均有一個(gè)與其完全相同的冗余備）。份。若P1的可靠度為0.9，P2的可靠度為0.9，則整個(gè)系統(tǒng)的可靠度是（A. 0.6561 B. 0.

19、81 C. 0.9801 D. 0.9）個(gè)測(cè)試49.對(duì)于如下的程序流程，當(dāng)采用語(yǔ)句覆蓋法設(shè)計(jì)測(cè)試案例時(shí)，至少需要設(shè)計(jì)（50. 為驗(yàn)證程序模塊A是否正確實(shí)現(xiàn)了規(guī)定的功能，需要進(jìn)行（1）;為驗(yàn)證模塊A能否與其他模塊按照規(guī)定方式正確工作，需要進(jìn)行（2）。（1）A.單元測(cè)試B.集成測(cè)試C.確認(rèn)測(cè)試D.系統(tǒng)測(cè)試（2）A.單元測(cè)試B.集成測(cè)試C.確認(rèn)測(cè)試D.系統(tǒng)測(cè)試51. （）表示了系統(tǒng)與參與者之間的接口。在每一個(gè)用例中，該對(duì)象從參與者處收集信 息，并將之轉(zhuǎn)換為一種被實(shí)體對(duì)象和控制對(duì)象使用的形式。A.邊界對(duì)象B.可視化對(duì)象C.抽象對(duì)象D.實(shí)體對(duì)象52. 在UML語(yǔ)言中，下圖中的a、b、c三種圖形符號(hào)按照順

20、序分別表示（）。QC、邊界對(duì)象、控制對(duì)象、控制對(duì)象、實(shí)體對(duì)象X2和X3表示（1），已知UC3是抽象用3 ）是UC4勺可選部分，用例abA.邊界對(duì)象、實(shí)體對(duì)象、控制對(duì)象B.實(shí)體對(duì)象C. 控制對(duì)象、實(shí)體對(duì)象、邊界對(duì)象D.邊界對(duì)象53.在下面的用例圖（UseCase Diagram）中，X1、例，那么X1可通過(guò)（2）用例與系統(tǒng)進(jìn)行交互。并且，用例（是UC4的必須部分。A.人B.系統(tǒng)C.參與者D.外部軟件A. UC4、UC1 B. UC5、UC1 C. UC5、UC2 D. UC1、UC2A. UC1 B. UC2 C. UC3 D. UC5A. UC1 B. UC2 C. UC3 D. UC5（4）

21、（1）（2）（3）發(fā)生改變時(shí)，所有依賴于它的對(duì)象都得到通知并自動(dòng)刷新。A. Ada pter （適配器） B. IteratorC. P rotot ype（原型） D. Observer55.UML中有多種類型的圖，其中，（4）（迭代器）（觀察者）1）對(duì)系統(tǒng)的使用方式進(jìn)行分類，（2）顯示了類及4）與通信圖類似，但強(qiáng)調(diào)的是順序而不是連接。其相互關(guān)系，（3）顯示人或?qū)ο蟮幕顒?dòng)，其方式類似于流程圖，通信圖顯示在某種情況 下對(duì)象之間發(fā)送的消息，（(1) A.用例圖B.順序圖C.類圖D.活動(dòng)圖(2) A.用例圖B.順序圖C.類圖D.活動(dòng)圖(3) A.用例圖B.順序圖C.類圖D.活動(dòng)圖(4) A.用例圖

22、B.順序圖C.類圖D.活動(dòng)圖規(guī)定了制定標(biāo)準(zhǔn)的對(duì)象與原則以及實(shí)施標(biāo)準(zhǔn)56. （）確定了標(biāo)準(zhǔn)體制和標(biāo)準(zhǔn)化管理體制， 的要求，明確了違法行為的法律責(zé)任和處罰辦法。A.標(biāo)準(zhǔn)化B.標(biāo)準(zhǔn)C.標(biāo)準(zhǔn)化法D.標(biāo)準(zhǔn)與標(biāo)準(zhǔn)化57. 某開發(fā)人員不顧企業(yè)有關(guān)保守商業(yè)秘密的要求，將其參與該企業(yè)開發(fā)設(shè)計(jì)的應(yīng)用軟件的核心程序設(shè)計(jì)技巧和算法通過(guò)論文向社會(huì)發(fā)表，那么該開發(fā)人員的行為（）。A.屬于開發(fā)人員權(quán)利不涉及企業(yè)權(quán)利 B.侵犯了企業(yè)商業(yè)秘密權(quán)C. 違反了企業(yè)的規(guī)章制度但不侵D.未侵犯權(quán)利人軟件著作權(quán)58. 軟件能力成熟度模型（CMM是目前國(guó)際上最流行、 最實(shí)用的軟件生產(chǎn)過(guò)程標(biāo)準(zhǔn)和軟件 企業(yè)成熟度的等級(jí)證標(biāo)準(zhǔn)。該模型將軟件能力

23、成熟度自低到高依次劃分為初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)、優(yōu)化級(jí)。從（）開始，要求企業(yè)建立基本的項(xiàng)目管理過(guò)程的政策和管理規(guī)程，使項(xiàng)目管理工作有章可循。A.初始級(jí)B.可重復(fù)級(jí)C.已定義級(jí)D.已管理級(jí)59 .軟件項(xiàng)目開發(fā)成本的估算依據(jù)，通常是開發(fā)成本估算模型。常用的模型主要有：IBM模型Putnam模型基本CO模型中級(jí)CO模型高級(jí)COO 其中（）均是靜態(tài)單變量模型。A.B.C.D.()屬60. 軟件的測(cè)試通常分單元測(cè)試、組裝測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試四個(gè)階段進(jìn)行。 于確認(rèn)測(cè)試階段的活動(dòng)。A.設(shè)計(jì)評(píng)審B.代碼審查C.結(jié)構(gòu)測(cè)試D.可靠性測(cè)試）。61. 下面關(guān)于UM文檔的敘述中正確的是（A. UML文

24、檔指導(dǎo)開發(fā)人員如何進(jìn)行面向?qū)ο蠓治鯞. UML文檔描述了面向?qū)ο蠓治雠c設(shè)計(jì)的結(jié)果C. UML文檔給出了軟件的開發(fā)過(guò)程和設(shè)計(jì)流程D. UML文檔指導(dǎo)開發(fā)人員如何進(jìn)行面向?qū)ο笤O(shè)計(jì)62. UML的設(shè)計(jì)視圖包含了類、接口和協(xié)作，其中，設(shè)計(jì)視圖的靜態(tài)方面由（ 現(xiàn)；動(dòng)態(tài)方面由交互圖、（3）表現(xiàn)。（1）A.類圖B.狀態(tài)圖C.活動(dòng)圖D.用例圖（2）A.狀態(tài)圖B.順序圖C.對(duì)象圖D.活動(dòng)圖（3） A.狀態(tài)圖和類圖B.類圖和活動(dòng)圖C.對(duì)象圖和狀態(tài)圖 D.狀態(tài)圖和活動(dòng)圖63. UML中的構(gòu)件是遵從一組接口并提供一組接口的實(shí)現(xiàn)，下列說(shuō)法錯(cuò)誤的是（A.構(gòu)件應(yīng)是可替換的B.構(gòu)件表示的是邏輯模塊而不是物理模塊C.構(gòu)件應(yīng)是組

25、成系統(tǒng)的一部分D.構(gòu)件與類處于不同的抽象層次64. 設(shè)計(jì)模式具有（）的優(yōu)點(diǎn)。A.適應(yīng)需求變化B.程序易于理解C.減少開發(fā)過(guò)程中的代碼開發(fā)工作量D.簡(jiǎn)化軟件系統(tǒng)的設(shè)計(jì)65. 下圖描述了一種設(shè)計(jì)模式，該設(shè)計(jì)模式不可以（）。A. 動(dòng)態(tài)決定由一組對(duì)象中某個(gè)對(duì)象處理該請(qǐng)求B. 動(dòng)態(tài)指定處理一個(gè)請(qǐng)求的對(duì)象集合，并高效率地處理一個(gè)請(qǐng)求C. 使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求，避免請(qǐng)求的發(fā)送者和接收者間的耦合關(guān)系D. 將對(duì)象連成一條鏈，并沿著該鏈傳遞請(qǐng)求66. 按照ISO/IEC 9126軟件質(zhì)量度量模型定義，一個(gè)軟件的可靠性的子特性包括（A.容錯(cuò)性和安全性 B.容錯(cuò)性和適應(yīng)性C.容錯(cuò)性和易恢復(fù)性 D.易恢復(fù)性和安全

26、性67. （）詳細(xì)描述軟件的功能、性能和用戶界面，以使用戶了解如何使用軟件。A.概要設(shè)計(jì)說(shuō)明書B.詳細(xì)設(shè)計(jì)說(shuō)明書C.用戶手冊(cè)D.用戶需求說(shuō)明書(2)表）。68. 各類軟件維護(hù)活動(dòng)中，（）維護(hù)占整個(gè)維護(hù)工作的比重最大。A.完善性B.改正性C.適應(yīng)性D.預(yù)防性（）屬69. 軟件的測(cè)試通常分單元測(cè)試、組裝測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試四個(gè)階段進(jìn)行。 于確認(rèn)測(cè)試階段的活動(dòng)。A.設(shè)計(jì)評(píng)審B.代碼審查C.結(jié)構(gòu)測(cè)試D.可靠性測(cè)試D.版本控制 ）。原型化方法適應(yīng)于需求不明確的軟件開發(fā) 在開發(fā)過(guò)程中，可以廢棄不用早期構(gòu)造的軟件原型 原型化方法可以直接開發(fā)出最終產(chǎn)品原型化方法利于確認(rèn)各項(xiàng)系統(tǒng)服務(wù)的可用性74. 在開發(fā)一

27、個(gè)系統(tǒng)時(shí)，如果用戶對(duì)系統(tǒng)的目標(biāo)不是很清楚，難以定義需求，這時(shí)最好使 用（）。A.原型法B.瀑布模型C. V-模型 D.螺旋模型75. 已經(jīng)發(fā)布實(shí)施的現(xiàn)有標(biāo)準(zhǔn)（包括已確認(rèn)或修改補(bǔ)充的標(biāo)準(zhǔn)），經(jīng)過(guò)實(shí)施一定時(shí)期后，對(duì) 其內(nèi)容再次審查，以確保其有效性、先進(jìn)性和適用性，其周期一般不超過(guò)（A. 1 B. 3 C. 5 D. 776. （）不需要登記或標(biāo)注版權(quán)標(biāo)記就能得到保護(hù)。A.專利權(quán)B.商標(biāo)權(quán)C.著作權(quán)D.財(cái)產(chǎn)權(quán)77. 正在開發(fā)的軟件項(xiàng)目可能存在一個(gè)未被發(fā)現(xiàn)的錯(cuò)誤，這個(gè)錯(cuò)誤出現(xiàn)的概率是 公司造成的損失將是1 000 000元，那么這個(gè)錯(cuò)誤的風(fēng)險(xiǎn)曝光度（元。A. 5 000 000B. 50 000 C.

28、 5000 D. 50078. 在軟件項(xiàng)目管理中可以使用各種圖形工具來(lái)輔助決策，下面對(duì)C）年。0.5%，給risk exposure ）是（）Gantt圖的描述不正確A. 2B. 4C. 6D. 871. 統(tǒng)一過(guò)程（UP是一種用例驅(qū)動(dòng)的迭代式增量開發(fā)過(guò)程，每次迭代過(guò)程中主要的工作流包括捕獲需求、分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試等。這種軟件過(guò)程的用例圖（Use Case Diagram） 是通過(guò)（）得到的。A.捕獲需求B.分析C.設(shè)計(jì)D.實(shí)現(xiàn)72. CVS是一種（）工具。（16） A.需求分析B.編譯C.程序編碼73. 以下關(guān)于原型化開發(fā)方法的敘述中，不正確的是（A.B.C.D.的是（）A.B.C.D.G

29、antt Gantt Gantt GanttO圖表現(xiàn)各個(gè)活動(dòng)的順序和它們之間的因果關(guān)系 圖表現(xiàn)哪些活動(dòng)可以并行進(jìn)行圖表現(xiàn)了各個(gè)活動(dòng)的起始時(shí)間的比例是（）。A. 29% B. 45% C. 59% D. 63%80. 關(guān)于維護(hù)軟件所需的成本，以下敘述正確的是（A.B.C.D.圖表現(xiàn)了各個(gè)活動(dòng)完成的進(jìn)度79.某軟件工程項(xiàng)目各開發(fā)階段工作量的比例如下表所示。需求分析1概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編 碼測(cè)試0.29 0.130.170.100.31假設(shè)當(dāng)前已處于編碼階段，3000行程序已完成了 1200行，則該工程項(xiàng)目開發(fā)進(jìn)度已完成）O糾正外部和內(nèi)部設(shè)計(jì)錯(cuò)誤比糾正源代碼錯(cuò)誤需要更大的成本與需求定義相比，源代碼的文

30、字量大得多，所以源代碼的維護(hù)成本更高 用戶文檔需要經(jīng)常更新，其維護(hù)成本超過(guò)了糾正設(shè)計(jì)錯(cuò)誤的成本 需求定義的錯(cuò)誤會(huì)在設(shè)計(jì)時(shí)被發(fā)現(xiàn)并糾正，因此需求定義糾錯(cuò)的成本小于源代碼糾錯(cuò) 的成本81. 下列標(biāo)準(zhǔn)代號(hào)中，（）為推薦性行業(yè)標(biāo)準(zhǔn)的代號(hào)。A. SJ/T B. Q/T11C. GB/TD. DB11/T82. 按照ISO/IEC 9126軟件質(zhì)量度量模型定義，一個(gè)軟件的時(shí)間和資源質(zhì)量子特性屬于 （）質(zhì)量特性。A.功能性B.效率C.可靠性D.易使用性83. 通常在軟件的（）活動(dòng)中無(wú)需用戶參與。A.需求分析B.維護(hù)C.編碼D. 測(cè)試84. 進(jìn)行軟件項(xiàng)目的風(fēng)險(xiǎn)分析時(shí)，風(fēng)險(xiǎn)避免、風(fēng)險(xiǎn)監(jiān)控和風(fēng)險(xiǎn)管理及意外事件計(jì)劃

31、是 活動(dòng)中需要考慮的問(wèn)題。A.風(fēng)險(xiǎn)識(shí)別B.風(fēng)險(xiǎn)預(yù)測(cè)C.風(fēng)險(xiǎn)評(píng)估D. 風(fēng)險(xiǎn)控制85. 在統(tǒng)一建模語(yǔ)言（UML中,（）用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互。 A.類圖B. 用例圖C.對(duì)象圖D. 協(xié)作圖86. ISO/IEC 9126軟件質(zhì)量模型中第一層定義了六個(gè)質(zhì)量特性，并為各質(zhì)量特性定義相應(yīng)的質(zhì)量子特性，其中易分析子特性屬于軟件的（）質(zhì)量特性。A.可靠性B. 效率C.可維護(hù)性 D.功能性87. 軟件（）的提高，有利于軟件可靠性的提高。A.存儲(chǔ)效率B.執(zhí)行效率C.容錯(cuò)性 D.可移植定義（）88. 軟件能力成熟度模型將軟件能力成熟度自低到高依次劃分為初始級(jí)、可重復(fù)級(jí)、級(jí)、管理級(jí)和優(yōu)化級(jí)，并且高級(jí)別

32、成熟度一定可以達(dá)到低級(jí)別成熟度的要求。其中中的開發(fā)過(guò)程及相應(yīng)的管理工作均已標(biāo)準(zhǔn)化、文檔化，并已建立完善的培訓(xùn)制度和專家評(píng)審制度。A.可重復(fù)級(jí)和定義級(jí) B.定義級(jí)和管理級(jí) C.管理級(jí)和優(yōu)化級(jí)D. 定義級(jí)、管理級(jí)和優(yōu)化89. LC是軟件規(guī)模的一種量度，它表示（）。A.軟件功能數(shù)B.源代碼行數(shù)C.每單位成本D.工作量90. 面向?qū)ο蠓治雠c設(shè)計(jì)是面向?qū)ο筌浖_發(fā)過(guò)程中的兩個(gè)重要階段，下列活動(dòng)中，（）不屬于面向?qū)ο蠓治鲭A段。A.構(gòu)建分析模型 B.識(shí)別分析C. 確定接口規(guī)格D.評(píng)估分析模型91. 在采用標(biāo)準(zhǔn)UML構(gòu)建的用例模型（Use-Case Model）中，參與者（Actor ）與用例（UseCase

33、）是模型中的主要元素，其中參與者與用例之間可以具有（）關(guān)系。A.包含（include ） B. 遞歸（Recursive ） C. 關(guān)聯(lián) D.組合（posite ）92. 當(dāng)采用標(biāo)準(zhǔn)UML構(gòu)建系統(tǒng)類模型（Class Model）時(shí)若類B除具有類A的全部特性外，迭代迭代Unified Modeling Language （UML） has been類 B 還可定義新的特性以及置換類 A 的部分特性， 那么類 B 與類 A 具有（ 1）關(guān)系； 若 類 A 的對(duì)象維持類 B 對(duì)象的引用或指針，并可與類 C 的對(duì)象共享相同的類 B 的對(duì)象， 那么類 A 與類 B 具有（ 2）關(guān)系。 （1）A. 聚合

34、B. 泛化 C. 傳遞 D. （2）A. 聚合 B. 泛化 C. 傳遞 D.For nearly ten years, the theindustry standard for visualizing, specifying, constructing, and documenting the（ 95）of a software-intensive system. As the（ 96）standard modeling language, the UML facilitates munication and reduces confusion among project （97）. The

35、recentstandardization of UML 2.0has further extended the language's scope and viability. Its inherent expressiveness allows users to（ 98） everything from enterpriseinformation systems and distributed Web-based applications to real-time embedded systems.The UML is not limited to modeling software

36、. In fact, it is expressive enough to model （ 99） systems, such as workflow in the legal system, the structure and behavior of a patient healthcare system, software engineering in aircraft bat systems, and the design of hardware.To understand the UML, you need to form a conceptual model of the langu

37、age, and this requires learning three major elements: the UML's basic building blocks, the rules that dictate how those building blocks may be put together, and some mon mechanisms that apply throughout the UML.A. real B. legal C. de facto D. illegalA. investors B. developers C. designers D. sta

38、keholdersA. model B. code C. test D. modifyA. non-hardware B. non-software C. hardware D. softwareA. classes B. ponents C. sequences D. artifacts（95）（96）（97）（98）（99）The Rational Unified Process （RUP） is a software engineering process,which captures many of best practices in modern software developme

39、nt. The notions of （100） and scenarios have been proven to be an excellent way to capture function requirements. RUP can be described in twodimensions - time and content. In the time dimension, the software lifecycle is broken into cycles. Each cycle is divided into four consecutive （101） which is c

40、oncluded with a well-defined（102） andcan be further broken down into（103） - a plete development loopresulting in a release of an executable product, a subset of the final product under development, which grows incrementally to bee the final system. The content structure refers to the disciplines, wh

41、ich group （ 104） logically by nature.100）101）102）103）104）A. artifacts B. use-cases C. actors D. workers A. orientations B. views C. aspects D. phases A. milestone B. end-mark C. measure D. criteria A. rounds B. loops C. iterations D. circularities A. functions B. workflows C. actions D. activitiesIt

42、 should go without saying that the focus of UML is modeling. However, what that means, exactly, can be an open-ended question.（ 105） is adomains.but also（ 106） . between objects,means to capture ideas, relationships, decisions, and requirements in a well-defined notation that can be applied to many

43、different Modeling not only means different things to different people, it can use different pieces of UML depending on what you are trying to convey. In general, a UML model is made up of one or more A diagram graphically represents things, and the relationships these things. These（ 107）can be repr

44、esentations of real-world pure software constructs, or a description of the behavior of someother objects. It is mon for an individual thing to show up on multiple diagrams; each diagram represents a particular interest, or view, of the thing being modeled. UML2.0 divides diagrams into two categorie

45、s: structural diagrams and behavioral diagrams. （ 208）are used to capture the physical organization of the things in your system, i.e., how one object relates to another. （ 109） focus on the behavior of elements in a system. For example, you can use behavioral diagrams to capture requirements, opera

46、tions, and internal state changes for elements. （ 105） A. Programming B. Analyzing C. Designing D. Modeling （ 106） A. views B. diagrams C. user views D. structure pictures （ 107） A. things B. pictures C. languages D. diagrams （ 108）A. Activity diagrams B. D. Behavioral diagrams （ 109）A. Activity dia

47、grams B. D. Behavioral diagrams 試題二 ： 閱讀下列說(shuō)明和圖，回答問(wèn)題 說(shuō)明 某圖書管理系統(tǒng)的主要功能如下：Use-case diagrams C. StructuralUse-case diagrams C. Structuraldiagramsdiagrams1 至問(wèn)題 3，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。1圖書管理系統(tǒng)的資源目錄中記錄著所有可供讀者借閱的資源，每項(xiàng)資源都有一個(gè) 唯一的索引號(hào)。系統(tǒng)需登記每項(xiàng)資源的名稱、出版時(shí)間和資源狀態(tài)（可借閱或已借出） 。2資源可以分為兩類： 圖書和唱片。 對(duì)于圖書， 系統(tǒng)還需登記作者和頁(yè)數(shù)； 對(duì)于唱 片， 還需登記演唱者和介

48、質(zhì)類型（ CD 或者磁帶）。3讀者信息保存在圖書管理系統(tǒng)的讀者信息數(shù)據(jù)庫(kù)中，記錄的信息包括：讀者的 識(shí) 別碼和讀者姓名。 系統(tǒng)為每個(gè)讀者創(chuàng)建了一個(gè)借書記錄文件， 用來(lái)保存讀者所借資源的 相 關(guān)信息?，F(xiàn)采用面向?qū)ο蠓椒ㄩ_發(fā)該圖書管理系統(tǒng)。 識(shí)別類是面向?qū)ο蠓治龅牡谝徊健?比較常用的識(shí)別類的方法是尋找問(wèn)題描述中的名詞，再根據(jù)相關(guān)規(guī)則從這些名詞中刪除不可能成為類的名詞，最終得到構(gòu)成該系統(tǒng)的類。表3-1給出了 說(shuō)明中出現(xiàn)的所有名詞。表3-圖書管理系統(tǒng)資源目錄讀者資源索引號(hào)系統(tǒng)名稱出版時(shí)間資源狀態(tài)圖書口唱片作者頁(yè)數(shù)演唱者圖介質(zhì)類型CD磁帶讀者信息-1 賣者信息數(shù)據(jù)庫(kù)識(shí)別碼姓名借書記錄文件信息通過(guò)對(duì)表 3

49、-1中的名詞進(jìn)行分析，最終得到了圖3-1所示的UML類圖（類的說(shuō)明如表3-2所示）。類名說(shuō)明LibrarySystem圖書管理系統(tǒng)BorrowerDB3 1保存讀者信息的數(shù)據(jù)庫(kù)Catalogitem'資源目錄中保存的每項(xiàng)資源Borrower讀者Borroweritems為每個(gè)讀者創(chuàng)建的借書記錄文件LibrarySyste(aBorrowerDBorrowe(b11BorrowerItem(2)(4)(3)3-問(wèn)題1（ 3分） 表3-2所給出的類并不完整，根據(jù)說(shuō)明和表3-1，將圖3-1完整。問(wèn)題2 （6分）根據(jù)說(shuō)明中的描述，給出圖3-1中的類Catalogitem中的（a）（c（5處補(bǔ)充

50、（6）以及（b）（ c）處所對(duì)應(yīng)的Catalogitem類的 關(guān)鍵屬性（使用表3-1中給出的詞匯），其中，Catalogitem 有4個(gè)關(guān)鍵屬性；（b、c） 處對(duì)應(yīng)的類各有2個(gè)關(guān)鍵屬性。 問(wèn)題 3 （ 6 分） 識(shí)別關(guān)聯(lián)的多重度是面向?qū)ο蠼＿^(guò)程中的一個(gè)重要步驟。 根據(jù)說(shuō)明 中給出的描述， 完成圖 3- 1 中的 （ 1） （ 6） 。試題三：閱讀下列說(shuō)明和UM圖，回答問(wèn)題1至問(wèn)題4,將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。 【說(shuō)明】COS： Cafeteria Ordering某企業(yè)為了方便員工用餐，為餐廳開發(fā)了一個(gè)訂餐系統(tǒng)（ System） ，企業(yè)員工可通過(guò)企業(yè)內(nèi)聯(lián)網(wǎng)使用該系統(tǒng)。企業(yè)的任何員工都可以查

51、看菜單和今日特價(jià)。 系統(tǒng)的顧客是注冊(cè)到系統(tǒng)的員工，可以訂餐（如果未登錄，需先登錄）、注冊(cè)工資 支付、預(yù)約規(guī)律的訂餐，在特殊情況下可以覆蓋預(yù)訂。餐廳員工是特殊顧客，可以進(jìn)行備餐、生成付費(fèi)請(qǐng)求和請(qǐng)求送餐，其中對(duì)于注冊(cè)工 資支付的顧客生成付費(fèi)請(qǐng)求并發(fā)送給工資系統(tǒng)。菜單管理員是餐廳特定員工，可以管理菜單。 送餐員可以打印送餐說(shuō)明，記錄送餐信息（如送餐時(shí)間）以及記錄收費(fèi)（對(duì)于沒有 注冊(cè)工資支付的顧客，由送餐員收取現(xiàn)金后記錄）。1.2.3.4.5.6.顧客訂餐過(guò)程如下： 顧客請(qǐng)求查看菜單； 系統(tǒng)顯示菜單和今日特價(jià)； 顧客選菜； 系統(tǒng)顯示訂單和價(jià)格； 顧客確認(rèn)訂單； 系統(tǒng)顯示可送餐時(shí)間；7. 顧客指定送餐時(shí)

52、間、地點(diǎn)和支付方式；8. 系統(tǒng)確認(rèn)接受訂單，然后發(fā)送 Email 給顧客以確認(rèn)訂餐，同時(shí)發(fā)送相關(guān)訂餐信息 通知給餐廳員工。系統(tǒng)采用面向?qū)ο蠓椒ㄩ_發(fā)，使用 UM進(jìn)行建模。系統(tǒng)的頂層用例圖和一次訂餐的活 動(dòng)圖初稿分別如圖 3-1 和圖 3-2 所示。【問(wèn)題 1 】（ 2分）根據(jù)【問(wèn)題21根據(jù)【問(wèn)題31根據(jù)【問(wèn)題41【說(shuō)明1（8分）【說(shuō)明1（4分）【說(shuō)明1（1分）中的描述，給出圖中的描述，給出圖中的描述，給出圖3-1中A1和A2所對(duì)應(yīng)的參與者。3-1中缺少的四個(gè)用例及其所對(duì)應(yīng)的參與者。3-2中（1 ）（4）處對(duì)應(yīng)的活動(dòng)名稱或圖形符號(hào)。A1已法冊(cè)I；駢支忖圖3-2 一次訂餐的活動(dòng)圖試題四：閱讀下列說(shuō)分

53、明和圖，回答問(wèn)題1至3問(wèn)題【說(shuō)明1某銀行計(jì)劃開發(fā)一個(gè)自動(dòng)存提款機(jī)模擬系統(tǒng)（ATM System）。系統(tǒng)通過(guò)讀卡器（CardReader）讀取ATM卡；系統(tǒng)與客戶（Customer）的交互由客戶控制臺(tái)（Customerconsole ）實(shí)現(xiàn)；銀行操作員（Operator ）可控制系統(tǒng)的啟動(dòng) （System Startup : 和停止（System Shutdown ）;系統(tǒng)通過(guò)網(wǎng)絡(luò)和銀行系統(tǒng)（Bank）當(dāng)讀卡器判斷用戶已將 ATM卡插入后，創(chuàng)建會(huì)話（Session ）進(jìn)行讀卡，并要求客戶輸入個(gè)人驗(yàn)證碼（PIN）。系統(tǒng)將卡號(hào)和個(gè)人驗(yàn)證碼信息送到銀行系統(tǒng)進(jìn)行驗(yàn)證。驗(yàn)證通過(guò)后從菜單選擇以下事務(wù)（Tra

54、nsaction ）:1. 從ATM卡賬戶取款（Withdraw ）; 2.向ATM卡賬戶存款（Deposit ）;3.進(jìn)行轉(zhuǎn)賬（Transfer ）;4.查詢（Inquire ） ATM卡帳戶信息。一次會(huì)話可以包含多個(gè)事務(wù)，每個(gè)事務(wù)處理也會(huì)將卡號(hào)和個(gè)人驗(yàn)證碼信息送到銀行系統(tǒng) 進(jìn)行驗(yàn)證。若個(gè)人驗(yàn)證碼錯(cuò)誤，則轉(zhuǎn)個(gè)人驗(yàn)證碼錯(cuò)誤處理（Invalid PIN P rocess）。每個(gè)事務(wù)完成后，客戶可選擇繼續(xù)上述事務(wù)或退卡。選擇退卡時(shí)，系統(tǒng)彈出ATM卡，會(huì)話結(jié)系。系統(tǒng)采用面向?qū)ο蠓椒ㄩ_發(fā)，使用UM進(jìn)行建模。系統(tǒng)的頂層用例圖如圖3-1所示，一次會(huì)話的序列圖（不考慮驗(yàn)證）如圖3-2所示。消息名稱參見表3-1。表3-1可能的消息名稱列表名稱說(shuō)明名稱說(shuō)明cardlnserted()ATM卡已插入P erformTransaction()執(zhí)行事務(wù)P erformSession()執(zhí)行會(huì)話readCard()讀卡Read PIN()讀取個(gè)人驗(yàn)證 碼PIN個(gè)人驗(yàn)證碼 信息creat(atm,this,card, pin)為當(dāng)前會(huì)話創(chuàng)建事務(wù)Create(this)為當(dāng)前ATM創(chuàng)建會(huì)話cardATM卡信息doAgain執(zhí)行下一個(gè)事務(wù)ejectCard()彈出ATM卡【問(wèn)題1】根據(jù)【說(shuō)明】中的描述，給出圖 3-1中A1和A2所對(duì)應(yīng)的參與者，U1至U3所對(duì)應(yīng)的例，以及該圖中空（1 ）所對(duì)應(yīng)的