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

學(xué)習(xí) 好資料學(xué)習(xí) 好資料更多精品文檔更多精品文檔軟件設(shè)計(jì)師歷年真題軟件工程試題篩選試題一:選擇題。在“模型－視圖－控制器”（MVC）模式中，（）主要表現(xiàn)用戶界面，（）用來描述核心業(yè)務(wù)邏輯。A.視圖B.模型C.控制器D.視圖和控制器在進(jìn)行面向?qū)ο笤O(shè)計(jì)時(shí)，采用設(shè)計(jì)模式能夠（）。復(fù)用相似問題的相同解決方案改善代碼的平臺(tái)可移植性改善代碼的可理解性增強(qiáng)軟件的易安裝性軟件風(fēng)險(xiǎn)一般包含（）兩個(gè)特性。A.救火和危機(jī)管理 B.已知風(fēng)險(xiǎn)和未知風(fēng)險(xiǎn) C.不確定性和損失 D.員工和預(yù)算某軟件設(shè)計(jì)師自行將他人使用C程序語(yǔ)言開發(fā)的控制程序轉(zhuǎn)換為機(jī)器語(yǔ)言形式的控制程序，并固化在芯片中，該軟件設(shè)計(jì)師的行為（）。不構(gòu)成侵權(quán)，因?yàn)樾碌目刂瞥绦蚺c原控制程序使用的程序設(shè)計(jì)語(yǔ)言不同不構(gòu)成侵權(quán)，因?yàn)閷?duì)原控制程序進(jìn)行了轉(zhuǎn)換與固化，其使用和表現(xiàn)形式不同不構(gòu)成侵權(quán)，將一種程序語(yǔ)言編寫的源程序轉(zhuǎn)換為另一種程序語(yǔ)言形式，屬于一種“翻譯”行為構(gòu)成侵權(quán)，因?yàn)樗幌碛性浖髌返闹鳈?quán)下列敘述中，與提高軟件可移植性相關(guān)的是（）。選擇時(shí)間效率高的算法盡可能減少注釋選擇空間效率高的算法盡量用高級(jí)語(yǔ)言編寫系統(tǒng)中對(duì)效率要求不高的部分在系統(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)。A.驗(yàn)證測(cè)試 B.審計(jì)測(cè)試 C.確認(rèn)測(cè)試 D.模塊測(cè)試A.驗(yàn)證測(cè)試 B.審計(jì)測(cè)試 C.確認(rèn)測(cè)試 D.模塊測(cè)試采用瀑布模型進(jìn)行系統(tǒng)開發(fā)的過程中，每個(gè)階段都會(huì)產(chǎn)生不同的文檔。以下關(guān)于產(chǎn)生這些文檔的描述中，正確的是（）。外部設(shè)計(jì)評(píng)審報(bào)告在概要設(shè)計(jì)階段產(chǎn)生集成測(cè)試計(jì)劃在程序設(shè)計(jì)階段產(chǎn)生系統(tǒng)計(jì)劃和需求說明在詳細(xì)設(shè)計(jì)階段產(chǎn)生在進(jìn)行編碼的同時(shí)，獨(dú)立的設(shè)計(jì)單元測(cè)試計(jì)劃在UML提供的圖中，（）用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互；（）用于按時(shí)間順序描述對(duì)象間的交互。A.用例圖B.類圖C.對(duì)象圖D.部署圖A.網(wǎng)絡(luò)圖B.狀態(tài)圖C.協(xié)作圖D.序列圖關(guān)于軟件著作權(quán)產(chǎn)生的時(shí)間，下面表述正確的是（）。A.自作品首次公開發(fā)表時(shí)B.自作者有創(chuàng)作意圖時(shí)C.自作品得到國(guó)家著作權(quán)行政管理部門認(rèn)可時(shí)D.自作品完成創(chuàng)作之日起程序員甲與同事乙在乙家探討甲近期編寫的程序，甲表示對(duì)該程序極不滿意，要棄之重寫，并將程序手稿扔到乙家垃圾筒。后來乙將甲這一程序稍加修改，并署乙發(fā)表。以下說法正確的是（）。A.乙的行為侵犯了甲的軟件著作權(quán)B.乙的行為沒有侵犯甲的軟件著作權(quán)，因?yàn)榧滓褜⒊绦蛐薷腃.乙的行為沒有侵犯甲的著作權(quán)，因?yàn)橐乙褜⒊绦蛐薷腄.甲沒有發(fā)表該程序并棄之，而乙將程序修改后發(fā)表，故乙應(yīng)享有著作權(quán)在采用面向?qū)ο蠹夹g(shù)構(gòu)建軟件系統(tǒng)時(shí)，很多敏捷方法都建議的一種重要的設(shè)計(jì)活動(dòng)是（），它是一種重新組織的技術(shù)，可以簡(jiǎn)化構(gòu)件的設(shè)計(jì)而無需改變其功能或行為。A.精華B.設(shè)計(jì)類C.重構(gòu)D.抽象一個(gè)軟件開發(fā)過程描述了“誰(shuí)做”、“做什么”、“怎么做”和“什么時(shí)候做”，RUP用（）來描述“誰(shuí)做”。A.角色B.活動(dòng)C.制品D.工作流如果兩名以上的申請(qǐng)人分別就同樣的發(fā)明創(chuàng)造申請(qǐng)專利，專利權(quán)應(yīng)授予（）。A.最先發(fā)明的人 B.最先申請(qǐng)的人 C.所有申請(qǐng)人 D.協(xié)商后的申請(qǐng)人開發(fā)方法中，數(shù)據(jù)流圖是（）階段產(chǎn)生的成果。A.需求分析B.總體設(shè)計(jì)C.詳細(xì)設(shè)計(jì)D.程序編碼以下關(guān)于原型化開發(fā)方法的敘述中，不正確的是 （）。原型化方法適應(yīng)于需求不明確的軟件開發(fā)在開發(fā)過程中，可以廢棄不用早期構(gòu)造的軟件原型原型化方法可以直接開發(fā)出最終產(chǎn)品原型化方法利于確認(rèn)各項(xiàng)系統(tǒng)服務(wù)的可用性確定構(gòu)建軟件系統(tǒng)所需要的人數(shù)時(shí)，無需考慮（）。A.系統(tǒng)的市場(chǎng)前景 B.系統(tǒng)的規(guī)模C.系統(tǒng)的技術(shù)復(fù)雜性 D.項(xiàng)目計(jì)劃一個(gè)項(xiàng)目代碼為了修正一個(gè)錯(cuò)誤而進(jìn)行了變更。但這個(gè)錯(cuò)誤被修正后，卻引起以前可以正確運(yùn)行的代碼出錯(cuò)。（）最可能發(fā)現(xiàn)這一問題。A.單元測(cè)試B.接受測(cè)試C.回歸測(cè)試D.安裝測(cè)試風(fēng)險(xiǎn)預(yù)測(cè)從兩個(gè)方面評(píng)估風(fēng)險(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)生的后果軟件能力成熟度模型（CMM）的第4級(jí)（已管理級(jí)）的核心是（）。A.建立基本的項(xiàng)目管理和實(shí)踐來跟蹤項(xiàng)目費(fèi)用、進(jìn)度和功能特性B.組織具有標(biāo)準(zhǔn)軟件過程 C.對(duì)軟件過程和產(chǎn)品都有定量的理解和控制學(xué)習(xí)學(xué)習(xí)--——好資料更多精品文檔更多精品文檔D.先進(jìn)的新思想和新技術(shù)促進(jìn)過程不斷改進(jìn).軟件系先統(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)目范圍.ISO/IEC9126軟件質(zhì)量模型中，可靠性質(zhì)量特性包括多個(gè)子特性。一軟件在故障TOC\o"1-5"\h\z發(fā)生后，要求在90秒內(nèi)恢復(fù)其性能和受影響的數(shù)據(jù)，與達(dá)到此目的有關(guān)的軟件屬性為 （）A.容錯(cuò)性B.成熟性C.易恢復(fù)性D.易操作性.系統(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ā)合同.改正在軟件系統(tǒng)開發(fā)階段已經(jīng)發(fā)生而系統(tǒng)測(cè)試階段還沒有發(fā)現(xiàn)的錯(cuò)誤，屬于（ ）。A.正確性B.適應(yīng)性C.完善性D.預(yù)防性.某系統(tǒng)重用了第三方組件（但無法獲得其源代碼），則應(yīng)采用（ ）A.基本路徑覆蓋B.分支覆蓋C.環(huán)路覆蓋D.黑盒測(cè)試.極限編程（XP）由價(jià)值觀、原則、實(shí)踐和行為四個(gè)部分組成，其中價(jià)值觀包括溝通、簡(jiǎn)單性、（）。A.好的計(jì)劃B.不斷的發(fā)布C.反饋和勇氣D.持續(xù)集成.下列UML類圖表示的是（）設(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è)ObserverobserverStateobserverState=subject->GetState().以下不符合XML文檔語(yǔ)法規(guī)范的是（）。A.文檔的第一行必須是XML文檔聲明B.文檔必須包含根元素C.每個(gè)開始標(biāo)記必須和結(jié)束標(biāo)記配對(duì)使用 D.標(biāo)記之間可以交叉嵌套.下圖屬于UML中的（）,其中，AccountManagement需要（）

TransactonLogger.TTransactonLogger.Tra ctionlogge「*component*LoggerIdenGtyVerifierJflIdeiililyVerinerftcomponent*

CrediiCardServices⑴組件圖B.部署圖C.類圖D.對(duì)象圖⑵A.實(shí)現(xiàn)Identityverifier接口并被CreditCardService調(diào)用B.調(diào)用CreditCardService實(shí)現(xiàn)的IdentityverifierC.實(shí)現(xiàn)Identityverifier接口并被Logge調(diào)用D.調(diào)用Logge候現(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)和過程。A.指出可移植性問題以及可能影響軟件維護(hù)的系統(tǒng)界面B.容易修改、模塊化和功能獨(dú)立的目的 C.強(qiáng)調(diào)編碼風(fēng)格和內(nèi)部說明文檔 D.可測(cè)試性.在開發(fā)信息系統(tǒng)時(shí)，用于系統(tǒng)開發(fā)人員與項(xiàng)目管理人員溝通的主要文檔是（ ）。A.系統(tǒng)開發(fā)合同B.系統(tǒng)設(shè)計(jì)說明書C.系統(tǒng)開發(fā)計(jì)劃D.系統(tǒng)測(cè)試報(bào)告.我國(guó)專利申請(qǐng)的原則之一是（ ）。A.申請(qǐng)?jiān)谙菳.申請(qǐng)?jiān)谙扰c使用在先相結(jié)合 C.使用在先D.申請(qǐng)?jiān)谙?、使用在先或者二者結(jié)合.李某在《電腦與編程》雜志上看到張某發(fā)表的一組程序，頗為欣賞，就復(fù)印了一百份作為程序設(shè)計(jì)輔導(dǎo)材料發(fā)給了學(xué)生。 李某又將這組程序逐段加以評(píng)析，寫成評(píng)論文章后投到《電腦編程技巧》雜志上發(fā)表。李某的行為（ ）。A.侵犯了張某的著作權(quán)，因?yàn)槠湮唇?jīng)許可，擅自復(fù)印張某的程序B.侵犯了張某的著作權(quán)，因?yàn)樵谠u(píng)論文章中全文引用了發(fā)表的程序C.不侵犯張某的著作權(quán)，其行為屬于合理使用D.侵犯了張某的程序著作權(quán)，因?yàn)槠渖米詮?fù)印，又在其發(fā)表的文章中全文引用了張某的程序.在軟件工程環(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.過程定義C開發(fā)環(huán)境D.構(gòu)建技術(shù).UP（統(tǒng)一過程）的基本特征是用例驅(qū)動(dòng)的、以架構(gòu)為核心、迭代和增量的軟件過程框架，它提供了一種（）的特性。A.演進(jìn)B.敏捷C測(cè)試驅(qū)動(dòng)D.持續(xù)集成.系統(tǒng)測(cè)試人員與系統(tǒng)開發(fā)人員需要通過文檔進(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ì)說明書C.測(cè)試計(jì)劃D.系統(tǒng)測(cè)試報(bào)告.系統(tǒng)的可維護(hù)性可以用系統(tǒng)的可維護(hù)性評(píng)價(jià)系統(tǒng)指標(biāo)測(cè)試來衡量。系統(tǒng)的可維護(hù)性評(píng)價(jià)指標(biāo)不包括（）。A.可理解性B.可修改性C.準(zhǔn)確性D.可測(cè)試性.（）設(shè)計(jì)模式允許一個(gè)對(duì)象在其內(nèi)部狀態(tài)改變時(shí)改變它的行為。下圖為這種設(shè)計(jì)模式的類圖，已知類Stat初抽象類，則類（）的實(shí)例代表了Context^象的狀態(tài)。A.單件（Singleton）B.橋接（Bridge）C組合（CompositeD.狀態(tài)（State）A.ContextB.ConcreteStateC.HandleD.State.在UML的各種視圖中，（1）顯示外部參與者觀察到的系統(tǒng)功能；（2）從系統(tǒng)的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為角度顯示系統(tǒng)內(nèi)部如何實(shí)現(xiàn)系統(tǒng)的功能；（ 3）顯示的是源代碼以及實(shí)際執(zhí)行代碼的組織結(jié)構(gòu)。A.用例視圖B.進(jìn)程視圖C.實(shí)現(xiàn)視圖D.邏輯視圖A.用例視圖B.進(jìn)程視圖C.實(shí)現(xiàn)視圖D.邏輯視圖A.用例視圖B.進(jìn)程視圖C.實(shí)現(xiàn)視圖D.邏輯視圖.軟件能力成熟度模型（CMM）將軟件能力成熟度自低到高依次劃分為 5級(jí)。目前，達(dá)到CMM第3級(jí)（已定義級(jí)）是許多組織努力的目標(biāo)，該級(jí)的核心是（ ）。A.建立基本的項(xiàng)目管理和實(shí)踐來跟蹤項(xiàng)目費(fèi)用、進(jìn)度和功能特性B.使用標(biāo)準(zhǔn)開發(fā)過程（或方法論）構(gòu)建（或集成）系統(tǒng)C.管理層尋求更主動(dòng)地應(yīng)對(duì)系統(tǒng)的開發(fā)問題D.連續(xù)地監(jiān)督和改進(jìn)標(biāo)準(zhǔn)化的系統(tǒng)開發(fā)過程.RUP在每個(gè)階段都有主要目標(biāo)，并在結(jié)束時(shí)產(chǎn)生一些制品。在（ ）結(jié)束時(shí)產(chǎn)生（“在適當(dāng)?shù)钠脚_(tái)上集成的軟件產(chǎn)品”）。A.初期階段B.精化階段C構(gòu)建階段D.移交階段.某銀行為了使其網(wǎng)上銀行系統(tǒng)能夠支持信用卡對(duì)多幣種付款功能進(jìn)而進(jìn)行擴(kuò)充升級(jí)，這需要對(duì)數(shù)據(jù)類型稍微進(jìn)行一些改變，這一狀況需要對(duì)網(wǎng)上銀行系統(tǒng)進(jìn)行（ ）維護(hù)。A.正確性B.適應(yīng)性C.完善性D.預(yù)防性.若某人持有盜版軟件，但他本人確實(shí)不知道該軟件是盜版的，則（ ）承擔(dān)侵權(quán)責(zé)任。A.應(yīng)由該軟件的持有者B.應(yīng)由該軟件的提供者C.應(yīng)由該軟件的提供者和持有者共同 D.該軟件的提供者和持有者都不.（）不屬于知識(shí)產(chǎn)權(quán)的范圍。A.地理標(biāo)志權(quán)B.物權(quán)C.鄰接權(quán)D.商業(yè)秘密權(quán).采用UML進(jìn)行軟件建模過程中，類圖是系統(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)系.在軟件開發(fā)中，（1）不能用來描述項(xiàng)目開發(fā)的進(jìn)度安排。 在其他三種圖中，可用（2）動(dòng)態(tài)地反映項(xiàng)目開發(fā)進(jìn)展情況。A.甘特圖B.PERT圖C.PERT/CPM圖D.魚骨圖A.甘特圖B.PERT圖C.PERT/CPM圖D.魚骨圖.選擇軟件開發(fā)工具時(shí)，應(yīng)考慮功能、（ ）、穩(wěn)健性、硬件要求和性能、服務(wù)和支持。A.易用性B.易維護(hù)性C.可移植性D.可擴(kuò)充性.內(nèi)聚性和耦合性是度量軟件模塊獨(dú)立性的重要準(zhǔn)則，軟件設(shè)計(jì)時(shí)應(yīng)力求 （）。A.高內(nèi)聚，高耦合B.高內(nèi)聚，低耦合C.低內(nèi)聚，高耦合D.低內(nèi)聚，低耦合.某大型軟件系統(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.6561B.0.81C.0.9801D.0.9.對(duì)于如下的程序流程，當(dāng)采用語(yǔ)句覆蓋法設(shè)計(jì)測(cè)試案例時(shí)，至少需要設(shè)計(jì)（ ）個(gè)測(cè)試案例。A.1B.2C.3D.4.為驗(yàn)證程序模塊A是否正確實(shí)現(xiàn)了規(guī)定的功能，需要進(jìn)行(1);為驗(yàn)證模塊A能否與其他模塊按照規(guī)定方式正確工作，需要進(jìn)行( 2)oA.單元測(cè)試B.集成測(cè)試C.確認(rèn)測(cè)試D.系統(tǒng)測(cè)試A.單元測(cè)試B.集成測(cè)試C.確認(rèn)測(cè)試D.系統(tǒng)測(cè)試.()表示了系統(tǒng)與參與者之間的接口。在每一個(gè)用例中，該對(duì)象從參與者處收集信息，并將之轉(zhuǎn)換為一種被實(shí)體對(duì)象和控制對(duì)象使用的形式。A.邊界對(duì)象B.可視化對(duì)象C.抽象對(duì)象D.實(shí)體對(duì)象.在UML語(yǔ)言中，下圖中的a、b、c三種圖形符號(hào)按照順序分別表示( )。A.邊界對(duì)象、實(shí)體對(duì)象、控制對(duì)象 B.實(shí)體對(duì)象、邊界對(duì)象、控制對(duì)象C.控制對(duì)象、實(shí)體對(duì)象、邊界對(duì)象 D.邊界對(duì)象、控制對(duì)象、實(shí)體對(duì)象.在下面的用例圖(UseCaseDiagram)中，X1、X2和X3表示(1),已知UC3t抽象用例，那么X1可通過(2)用例與系統(tǒng)進(jìn)行交互。并且，用例(3)是UC4勺可選部分，用例(4)是UC4的必須部分。A.人B.系統(tǒng)C.參與者D.外部軟件A.UC4、UC1B.UC5、UC1C.UC5、UC2D.UC1、UC2A.UC1B.UC2C.UC3D.UC5A.UC1B.UC2C.UC3D.UC554.（）設(shè)計(jì)模式定義了對(duì)象間的一種一對(duì)多的依賴關(guān)系，以便當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴于它的對(duì)象都得到通知并自動(dòng)刷新。A.Adapter（適配器）B.Iterator（迭代器）C.Prototype（原型）D.Observer（觀察者）.UML中有多種類型的圖，其中，（1）對(duì)系統(tǒng)的使用方式進(jìn)行分類，（2）顯示了類及其相互關(guān)系，（3）顯示人或?qū)ο蟮幕顒?dòng)，其方式類似于流程圖，通信圖顯示在某種情況下對(duì)象之間發(fā)送的消息，（4）與通信圖類似，但強(qiáng)調(diào)的是順序而不是連接。A.用例圖B.順序圖C.類圖D.活動(dòng)圖A.用例圖B.順序圖C.類圖D.活動(dòng)圖A.用例圖B.順序圖C.類圖D.活動(dòng)圖A.用例圖B.順序圖C.類圖D.活動(dòng)圖.（）確定了標(biāo)準(zhǔn)體制和標(biāo)準(zhǔn)化管理體制， 規(guī)定了制定標(biāo)準(zhǔn)的對(duì)象與原則以及實(shí)施標(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)化.某開發(fā)人員不顧企業(yè)有關(guān)保守商業(yè)秘密的要求，將其參與該企業(yè)開發(fā)設(shè)計(jì)的應(yīng)用軟件的核心程序設(shè)計(jì)技巧和算法通過論文向社會(huì)發(fā)表，那么該開發(fā)人員的行為（ ）。A.屬于開發(fā)人員權(quán)利不涉及企業(yè)權(quán)利B.侵犯了企業(yè)商業(yè)秘密權(quán)C.違反了企業(yè)的規(guī)章制度但不侵 D.未侵犯權(quán)利人軟件著作權(quán).軟件能力成熟度模型（CMM是目前國(guó)際上最流行、最實(shí)用的軟件生產(chǎn)過程標(biāo)準(zhǔn)和軟件企業(yè)成熟度的等級(jí)證標(biāo)準(zhǔn)。 該模型將軟件能力成熟度自低到高依次劃分為初始級(jí)、 可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)、優(yōu)化級(jí)。從（ ）開始，要求企業(yè)建立基本的項(xiàng)目管理過程的政策和管理規(guī)程，使項(xiàng)目管理工作有章可循。A.初始級(jí)B.可重復(fù)級(jí)C.已定義級(jí)D.已管理級(jí).軟件項(xiàng)目開發(fā)成本的估算依據(jù)，通常是開發(fā)成本估算模型。常用的模型主要有：①IBM模型②Putnam模型③基本COCOMW④中級(jí)COCOMM⑤高級(jí)COCOMO其中（）均是靜態(tài)單變量模型。A.①②B.②④⑤C.①③D.③④⑤.軟件的測(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è)試.下面關(guān)于UMLC檔的敘述中正確的是（）。UML文檔指導(dǎo)開發(fā)人員如何進(jìn)行面向?qū)ο蠓治鯱ML文檔描述了面向?qū)ο蠓治雠c設(shè)計(jì)的結(jié)果UML文檔給出了軟件的開發(fā)過程和設(shè)計(jì)流程UML文檔指導(dǎo)開發(fā)人員如何進(jìn)行面向?qū)ο笤O(shè)計(jì).UML的設(shè)計(jì)視圖包含了類、接口和協(xié)作，其中，設(shè)計(jì)視圖的靜態(tài)方面由（ 1）和（2）表現(xiàn)；動(dòng)態(tài)方面由交互圖、（3）表現(xiàn)。A.類圖B.狀態(tài)圖C.活動(dòng)圖D.用例圖A.狀態(tài)圖B.順序圖C.對(duì)象圖D.活動(dòng)圖A.狀態(tài)圖和類圖B.類圖和活動(dòng)圖C.對(duì)象圖和》^態(tài)圖D.狀態(tài)圖和活動(dòng)圖.UML中的構(gòu)件是遵從一組接口并提供一組接口的實(shí)現(xiàn)，下列說法錯(cuò)誤的是（ ）。A.構(gòu)件應(yīng)是可替換的B.構(gòu)件表示的是邏輯模塊而不是物理模塊C.構(gòu)件應(yīng)是組成系統(tǒng)的一部分 D.構(gòu)件與類處于不同的抽象層次.設(shè)計(jì)模式具有（）的優(yōu)點(diǎn)。A.適應(yīng)需求變化B.程序易于理解C.減少開發(fā)過程中的代碼開發(fā)工作量 D.簡(jiǎn)化軟件系統(tǒng)的設(shè)計(jì).下圖描述了一種設(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)求.按照ISO/IEC9126軟件質(zhì)量度量模型定義，一個(gè)軟件的可靠性的子特性包括（ ）。A.容錯(cuò)性和安全性B.容錯(cuò)性和適應(yīng)性C.容錯(cuò)性和易恢復(fù)性 D.易恢復(fù)性和安全性.（）詳細(xì)描述軟件的功能、性能和用戶界面，以使用戶了解如何使用軟件。A.概要設(shè)計(jì)說明書B.詳細(xì)設(shè)計(jì)說明書C用戶手冊(cè)D.用戶需求說明書.各類軟件維護(hù)活動(dòng)中，（）維護(hù)占整個(gè)維護(hù)工作的比重最大。A.完善性B.改正性C適應(yīng)性D.預(yù)防性.軟件的測(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āng)用判定覆蓋法進(jìn)行測(cè)試時(shí)，至少需要設(shè)計(jì)（ ）個(gè)測(cè)試用例。A.2B.4C.6D.8.統(tǒng)一過程（UP）是一種用例驅(qū)動(dòng)的迭代式增量開發(fā)過程，每次迭代過程中主要的工作流包括捕獲需求、分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試等。這種軟件過程的用例圖（UseCaseDiagram是通過（）得到的。A.捕獲需求B.分析C.設(shè)計(jì)D.實(shí)現(xiàn).CVS是一種（）工具。（16）A.需求分析B.編譯C.程序編碼D.版本控制73.以下關(guān)于原型化開發(fā)方法的敘述中，不正確的是（ ）。A.原型化方法適應(yīng)于需求不明確的軟件開發(fā)B.在開發(fā)過程中，可以廢棄不用早期構(gòu)造的軟件原型C.原型化方法可以直接開發(fā)出最終產(chǎn)品D.原型化方法利于確認(rèn)各項(xiàng)系統(tǒng)服務(wù)的可用性.在開發(fā)一個(gè)系統(tǒng)時(shí)，如果用戶對(duì)系統(tǒng)的目標(biāo)不是很清楚，難以定義需求，這時(shí)最好使用（）。A.原型法B.瀑布模型C.V-模型D.螺旋模型.已經(jīng)發(fā)布實(shí)施的現(xiàn)有標(biāo)準(zhǔn)（包括已確認(rèn)或修改補(bǔ)充的標(biāo)準(zhǔn)），經(jīng)過實(shí)施一定時(shí)期后，對(duì)其內(nèi)容再次審查，以確保其有效性、先進(jìn)性和適用性，其周期一般不超過（ C）年。A.1B.3C.5D.7.（）不需要登記或標(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).正在開發(fā)的軟件項(xiàng)目可能存在一個(gè)未被發(fā)現(xiàn)的錯(cuò)誤，這個(gè)錯(cuò)誤出現(xiàn)的概率是 0.5%,給公司造成的損失將是1000000元，那么這個(gè)錯(cuò)誤的風(fēng)險(xiǎn)曝光度（riskexposure是（）元。A.5000000B.50000C,5000D,500.在軟件項(xiàng)目管理中可以使用各種圖形工具來輔助決策， 下面對(duì)Gantt圖的描述不正確的是（）。A.Gantt圖表現(xiàn)各個(gè)活動(dòng)的順序和它們之間的因果關(guān)系B.Gantt圖表現(xiàn)哪些活動(dòng)可以并行進(jìn)行Gantt圖表現(xiàn)了各個(gè)活動(dòng)的起始時(shí)間Gantt圖表現(xiàn)了各個(gè)活動(dòng)完成的進(jìn)度.某軟件工程項(xiàng)目各開發(fā)階段工作量的比例如下表所示。需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼測(cè)試0.200.31假設(shè)當(dāng)前已處于編碼階段， 3000行程序已完成了1200行，則該工程項(xiàng)目開發(fā)進(jìn)度已完成的比例是（）。A.29%B.45%C.59%D.63%.關(guān)于維護(hù)軟件所需的成本，以下敘述正確的是（ ）。A.糾正外部和內(nèi)部設(shè)計(jì)錯(cuò)誤比糾正源代碼錯(cuò)誤需要更大的成本B.與需求定義相比，源代碼的文字量大得多，所以源代碼的維護(hù)成本更高C.用戶文檔需要經(jīng)常更新，其維護(hù)成本超過了糾正設(shè)計(jì)錯(cuò)誤的成本D.需求定義的錯(cuò)誤會(huì)在設(shè)計(jì)時(shí)被發(fā)現(xiàn)并糾正，因此需求定義糾錯(cuò)的成本小于源代碼糾錯(cuò)的成本.下列標(biāo)準(zhǔn)代號(hào)中，（）為推薦性行業(yè)標(biāo)準(zhǔn)的代號(hào)。A.SJ/TB.Q/T11C.GB/TD.DB11/T.按照ISO/IEC9126軟件質(zhì)量度量模型定義，一個(gè)軟件的時(shí)間和資源質(zhì)量子特性屬于 （）質(zhì)量特性。A.功能性B.效率C.可靠性D.易使用性.通常在軟件的（）活動(dòng)中無需用戶參與。A.需求分析B.維護(hù)C.編碼D.測(cè)試.進(jìn)行軟件項(xiàng)目的風(fēng)險(xiǎn)分析時(shí)，風(fēng)險(xiǎn)避免、風(fēng)險(xiǎn)監(jiān)控和風(fēng)險(xiǎn)管理及意外事件計(jì)劃是 （）活動(dòng)中需要考慮的問題。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)控制.在統(tǒng)一建模語(yǔ)言（UML）中，（）用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互。A.類圖B.用例圖C.對(duì)象圖D.協(xié)作圖.ISO/IEC9126軟件質(zhì)量模型中第一層定義了六個(gè)質(zhì)量特性，并為各質(zhì)量特性定義 了相應(yīng)的質(zhì)量子特性，其中易分析子特性屬于軟件的 （）質(zhì)量特性。A.可靠性B.效率C. 可維護(hù)性D.功能性.軟件（）的提高，有利于軟件可靠性的提高。A.存儲(chǔ)效率B.執(zhí)行效率C.容錯(cuò)性D.可移植.軟件能力成熟度模型將軟件能力成熟度自低到高依次劃分為初始級(jí)、可重復(fù)級(jí)、 定義級(jí)、管理級(jí)和優(yōu)化級(jí)，并且高級(jí)別成熟度一定可以達(dá)到低級(jí)別成熟度的要求。其中 （）學(xué)習(xí) 好資料學(xué)習(xí) 好資料更多精品文檔更多精品文檔中的開發(fā)過程及相應(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)化LOC是軟件規(guī)模的一種量度，它表示（）。A.軟件功能數(shù) B.源代碼行數(shù) C.每單位成本 D.工作量面向?qū)ο蠓治雠c設(shè)計(jì)是面向?qū)ο筌浖_發(fā)過程中的兩個(gè)重要階段，下列活動(dòng)中，（）不屬于面向?qū)ο蠓治鲭A段。A.構(gòu)建分析模型B.識(shí)別分析 C.確定接口規(guī)格D.評(píng)估分析模型在采用標(biāo)準(zhǔn) UML構(gòu)建的用例模型（Use-CaseModel）中，參與者（Actor）與用例（UseCase）是模型中的主要元素，其中參與者與用例之間可以具有 （）關(guān)系。A.包含（ include）B.遞歸（Recursive）C.關(guān)聯(lián)D.組合（Composite）當(dāng)采用標(biāo)準(zhǔn) UML構(gòu)建系統(tǒng)類模型 （ClassModel）時(shí)，若類 B除具有類A的全部特性外，類B還可定義新的特性以及置換類 A的部分特性，那么類B與類A具有（1）關(guān)系；若類A的對(duì)象維持類 B對(duì)象的引用或指針，并可與類C的對(duì)象共享相同的類 B的對(duì)象，那么類A與類B具有（ 2）關(guān)系。（1）A.聚合 B. 泛化 C. 傳遞 D. 迭代（2）A.聚合 B. 泛化 C. 傳遞 D. 迭代Fornearlytenyears,theUnifiedModelingLanguage（UML）hasbeentheindustrystandardforvisualizing,specifying,constructing,anddocumentingthe（95）ofasoftware-intensivesystem.Asthe（96）standardmodelinglanguage,theUMLfacilitatescommunicationandreducesconfusionamongproject（97）.TherecentstandardizationofUML2.0hasfurtherextendedthelanguage'sscopeandviability.Itsinherentexpressivenessallowsusersto（98）everythingfromenterpriseinformationsystemsanddistributedWeb-basedapplicationstoreal-timeembeddedsystems.TheUMLisnotlimitedtomodelingsoftware.Infact,itisexpressiveenoughtomodel（99）systems,suchasworkflowinthelegalsystem,thestructureandbehaviorofapatienthealthcaresystem,softwareengineeringinaircraftcombatsystems,andthedesignofhardware.TounderstandtheUML,youneedtoformaconceptualmodelofthelanguage,andthisrequireslearningthreemajorelements:theUML'sbasicbuildingblocks,therulesthatdictatehowthosebuildingblocksmaybeputtogether,andsomecommonmechanismsthatapplythroughouttheUML.95）A.realB.legalC.defactoD.illegal96）A.investorsB.developersC.designersD.stakeholders97）A.modelB.codeC.testD.modify98）A.non-hardwareB.non-softwareC.hardwareD.software99）A.classesB.componentsC.sequencesD.artifactsTheRationalUnifiedProcess（RUP）isasoftwareengineeringprocess,whichcapturesmanyofbestpracticesinmodernsoftwaredevelopment.Thenotionsof（100）andscenarioshavebeenproventobeanexcellentwaytocapturefunctionrequirements.RUPcanbedescribedintwodimensions-timeandcontent.Inthetimedimension,thesoftwarelifecycleisbrokenintocycles.Eachcycleisdividedintofourconsecutive（101）whichisconcludedwithawell-defined（102）andcanbefurtherbrokendowninto（103）-acompletedevelopmentloopresultinginareleaseofanexecutableproduct,asubsetofthefinalproductunderdevelopment,whichgrowsincrementallytobecomethefinalsystem.Thecontentstructurereferstothedisciplines,whichgroup（104）logicallybynature.100）A.artifactsB.use-casesC.actorsD.workers101）A.orientationsB.viewsC.aspectsD.phases102）A.milestoneB.end-markC.measureD.criteria103）A.roundsB.loopsC.iterationsD.circularities104）A.functionsB.workflowsC.actionsD.activitiesItshouldgowithoutsayingthatthefocusofUMLismodeling.However,whatthatmeans,exactly,canbeanopen-endedquestion.（105）isameanstocaptureideas,relationships,decisions,andrequirementsinawell-definednotationthatcanbeappliedtomanydifferentdomains.Modelingnotonlymeansdifferentthingstodifferentpeople,butalsoitcanusedifferentpiecesofUMLdependingonwhatyouaretryingtoconvey.Ingeneral,aUMLmodelismadeupofoneormore（106）.Adiagramgraphicallyrepresentsthings,andtherelationshipsbetweenthesethings.These（107）canberepresentationsofreal-worldobjects,puresoftwareconstructs,oradescriptionofthebehaviorofsomeotherobjects.Itiscommonforanindividualthingtoshowuponmultiplediagrams;eachdiagramrepresentsaparticularinterest,orview,ofthethingbeingmodeled.UML2.0dividesdiagramsintotwocategories:structuraldiagramsandbehavioraldiagrams.（208）areusedtocapturethephysicalorganizationofthethingsinyoursystem,i.e.,howoneobjectrelatestoanother.（109）focusonthebehaviorofelementsinasystem.Forexample,youcanusebehavioraldiagramstocapturerequirements,operations,andinternalstatechangesforelements.105）A.ProgrammingB.AnalyzingC.DesigningD.Modeling106）A.viewsB.diagramsC.userviewsD.structurepictures107）A.thingsB.picturesC.languagesD.diagrams108）A.ActivitydiagramsB.Use-casediagramsC.StructuraldiagramsD.Behavioraldiagrams109）A.ActivitydiagramsB.Use-casediagramsC.StructuraldiagramsD.Behavioraldiagrams學(xué)習(xí)學(xué)習(xí)--——好資料更多精品文檔更多精品文檔試題二：閱讀下列說明和圖，回答問題1至問題3,將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。［說明］某圖書管理系統(tǒng)的主要功能如下：.圖書管理系統(tǒng)的資源目錄中記錄著所有可供讀者借閱的資源， 每項(xiàng)資源都有一個(gè)唯一的索引號(hào)。系統(tǒng)需登記每項(xiàng)資源的名稱、出版時(shí)間和資源狀態(tài)（可借閱或已借出） 。.資源可以分為兩類：圖書和唱片。對(duì)于圖書，系統(tǒng)還需登記作者和頁(yè)數(shù)；對(duì)于唱片，還需登記演唱者和介質(zhì)類型（CD或者磁帶）。.讀者信息保存在圖書管理系統(tǒng)的讀者信息數(shù)據(jù)庫(kù)中，記錄的信息包括：讀者的識(shí)別碼和讀者姓名。系統(tǒng)為每個(gè)讀者創(chuàng)建了一個(gè)借書記錄文件， 用來保存讀者所借資源的相關(guān)信息現(xiàn)采用面向?qū)ο蠓椒ㄩ_發(fā)該圖書管理系統(tǒng)。 識(shí)別類是面向?qū)ο蠓治龅牡谝徊健?比較常用的識(shí)別類的方法是尋找問題描述中的名詞， 再根據(jù)相關(guān)規(guī)則從這些名詞中刪除不可能成為類的名詞，最終得到構(gòu)成該系統(tǒng)的類。表3-1給出了［說明］中出現(xiàn)的所有名詞。表3-圖書管理系統(tǒng)資源目錄資源索引號(hào)系統(tǒng)名稱出版時(shí)間資源狀態(tài)圖書唱片作者頁(yè)數(shù)演唱者 k三介質(zhì)類型CD磁帶讀者仿息 3-1賣者信息數(shù)據(jù)庫(kù)識(shí)別碼姓名借書記錄文件信息通過^^表3-1中的名詞進(jìn)行分析，最終得到了圖3-1所示的UML類圖（類的說明如表3-2所?。?。類名說明LibrarySystem圖書管理系統(tǒng)BorrowerDB保存讀者信息的數(shù)據(jù)庫(kù)Catalogitem資源目錄中保存的每項(xiàng)資源Borrower墳后Borroweritems為每個(gè)讀者創(chuàng)建的借書記錄文件LibrarySystemLibrarySystemBorrowerDBBorrowerBorroweritemsBorrowerBorroweritems圖3-［問題1］（3分）表3-2所給出的類并不完整，根據(jù)［說明］和表3-1,將圖3-1中的（a）?（c）處補(bǔ)充完整。［問題2］（6分）根據(jù)［說明］中的描述，給出圖3-1中的類Catalogitem以及（b*c）處所對(duì)應(yīng)的類的關(guān)鍵屬性（使用表3-1中給出的詞匯），其中，Catalogitem有4個(gè)關(guān)鍵屬性；（b）（c）處對(duì)應(yīng)的類各有2個(gè)關(guān)鍵屬性。［問題3］（6分）識(shí)別關(guān)聯(lián)的多重度是面向?qū)ο蠼＿^程中的一個(gè)重要步驟。 根據(jù)［說明］中給出的描述，完成圖3-1中的（1）?（6）。1 11(1)(2)(4)(3)0..*(5)(1)(2)(4)(3)0..*(5)學(xué)習(xí) 好資料學(xué)習(xí) 好資料更多精品文檔更多精品文檔試題三：閱讀下列說明和 UML圖，回答問題1至問題4，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。【說明】某企業(yè)為了方便員工用餐，為餐廳開發(fā)了一個(gè)訂餐系統(tǒng)（COS：CafeteriaOrderingSystem）,企業(yè)員工可通過企業(yè)內(nèi)聯(lián)網(wǎng)使用該系統(tǒng)。企業(yè)的任何員工都可以查看菜單和今日特價(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)。菜單管理員是餐廳特定員工，可以管理菜單。送餐員可以打印送餐說明，記錄送餐信息（如送餐時(shí)間）以及記錄收費(fèi)（對(duì)于沒有注冊(cè)工資支付的顧客，由送餐員收取現(xiàn)金后記錄）。顧客訂餐過程如下：顧客請(qǐng)求查看菜單；系統(tǒng)顯示菜單和今日特價(jià)；顧客選菜；系統(tǒng)顯示訂單和價(jià)格；顧客確認(rèn)訂單；系統(tǒng)顯示可送餐時(shí)間；顧客指定送餐時(shí)間、地點(diǎn)和支付方式；8.系統(tǒng)確認(rèn)接受訂單，然后發(fā)送Email給顧客以確認(rèn)訂餐，同時(shí)發(fā)送相關(guān)訂餐信息通知給餐廳員工。系統(tǒng)采用面向?qū)ο蠓椒ㄩ_發(fā)，使用UML進(jìn)行建模。系統(tǒng)的頂層用例圖和一次訂餐的活動(dòng)圖初稿分別如圖3-1和圖 3-2所示。【問題 1】（2分）根據(jù)【說明】中的描述，給出圖3-1中A1和A2所對(duì)應(yīng)的參與者?！締栴} 2】（8分）根據(jù)【說明】中的描述，給出圖 3-1中缺少的四個(gè)用例及其所對(duì)應(yīng)的參與者。學(xué)習(xí)學(xué)習(xí)--——好資料更多精品文檔更多精品文檔【問題3](4分)根據(jù)【說明】中的描述，給出圖3-2中(1)?(4)處對(duì)應(yīng)的活動(dòng)名稱或圖形符號(hào)?！締栴}4](1分)指出圖3-1中員工和顧客之間是什么關(guān)系，并解釋該關(guān)系的內(nèi)涵。圖3-1COS系統(tǒng)頂層用例圖圖3-1COS系統(tǒng)頂層用例圖圖3-2一次訂餐的活動(dòng)圖試題四：閱讀下列說分明和圖，回答問題 1至3問題【說明】某銀行計(jì)劃開發(fā)一個(gè)自動(dòng)存提款機(jī)模擬系統(tǒng)(ATMSystem)。系統(tǒng)通過讀卡器(CardReader)讀取ATM^；系統(tǒng)與客戶(Customer)的交互由客戶控制臺(tái)(CustomerConsole)實(shí)現(xiàn)；銀行操作員(Operator)可控制系統(tǒng)的啟動(dòng)(SystemStartup)和停止(SystemShutdown)；系統(tǒng)通過網(wǎng)絡(luò)和銀行系統(tǒng)( Bank)當(dāng)讀卡器判斷用戶已將AT怵插入后，創(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)證通過后從菜單選擇以下事務(wù)(Transaction):1.從AT怵賬戶取款(Withdraw);2.向AT陣賬戶存款(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ò)誤處理(InvalidPINProcess)。每個(gè)事務(wù)完成后，客戶可選擇繼續(xù)上述事務(wù)或退卡。選擇退卡時(shí)，系統(tǒng)彈出 ATMK會(huì)話結(jié)系。系統(tǒng)采用面向?qū)ο蠓椒ㄩ_發(fā)，使用UMLt行建模。系統(tǒng)的頂層用例圖如圖3-1所示，一次會(huì)話的序列圖（不考慮驗(yàn)證）如圖3-2所示。消息名稱參見表3-1。表3-1可能的消息名稱列表名稱說明名稱說明cardInserted()AT怵已插入performTransaction()執(zhí)行事務(wù)performSession()執(zhí)行會(huì)話readCard()讀卡ReadPIN()讀取個(gè)人驗(yàn)證碼PIN個(gè)人驗(yàn)證碼信息creat(atm,this,card,pin)為當(dāng)前會(huì)話創(chuàng)建事務(wù)Create(this)為當(dāng)前ATMJ建會(huì)話cardATMM言息doAgain執(zhí)行下一個(gè)事務(wù)ejectCard()彈出ATMK【問題11根據(jù)【說明】中的描述，給出圖3-1中慶1和慶斯對(duì)應(yīng)的參與者，U1至U3所對(duì)應(yīng)的例，以及該圖中空（1）所對(duì)應(yīng)的關(guān)系。（U侄U3B勺可選用快J包括：Session、Transaction、InsertCard、InvalidPINProcess和Transfer）【問題2】根據(jù)【說明】中的描述，使用表3-1中的英文名稱，給出圖3-26?9對(duì)應(yīng)的消息。［問題3］解釋圖3-1中用例U麗用例Withdraw、Deposit等四個(gè)用例之間的關(guān)系及其內(nèi)涵。AlA2Operator圖3-1ATM系統(tǒng)頂層用例圖圖3-2一次會(huì)話的序列圖（無驗(yàn)證消息）試題五：閱讀下列說明和圖，回答問題1至問題4,將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。［說明］在線會(huì)議審稿系統(tǒng)（ORS：OnlineReviewingSystem）主要處理會(huì)議前期的投稿和審稿事務(wù)，其功能描述如下：.用戶在初始使用系統(tǒng)時(shí)，必須在系統(tǒng)中注冊(cè)（register）成為作者或?qū)徃迦恕?作者登錄（login）后提交稿件和瀏覽稿件審閱結(jié)果。提交稿件必須在規(guī)定提交時(shí)間范圍內(nèi)，其過程為先輸入標(biāo)題和摘要、選擇稿件所屬主題類型、選擇稿件所在位置（存儲(chǔ)位置）上述幾步若未完成，則重復(fù)；若完成，則上傳稿件至數(shù)據(jù)庫(kù)中，系統(tǒng)發(fā)送通知。.審稿人登錄后可設(shè)置興趣領(lǐng)域、審閱稿件給出意見以及羅列錄用和（或）拒絕的稿件。.會(huì)議委員會(huì)主席是一個(gè)特殊審稿人，可以瀏覽提交的稿件、給審稿人分配稿件、羅列錄用和（或）拒絕的稿件以及關(guān)閉審稿過程。其中關(guān)閉審稿過程須包括羅列錄用和（或）拒絕的稿件。系統(tǒng)采用面向?qū)ο蠓椒ㄩ_發(fā)，使用 UML進(jìn)行建模。在建模用例圖時(shí)，常用的方式是先識(shí)別參與者，然后確定參與者如何使用系統(tǒng)來確定用例， 每個(gè)用例可以構(gòu)造一個(gè)活動(dòng)圖。參與者名稱、用例和活動(dòng)名稱分別參見表3-1、表3-2和表3-3。系統(tǒng)的部分用例圖和提交稿件的活動(dòng)圖分別如圖3-1和圖3-2所示。表3-1參與者列表名稱說明名稱說明User用戶Author作者Reviewer審稿人PCChair委員會(huì)主席［名稱說明［名稱說明Iosin■號(hào)式系紈legister注冊(cè)submitpaperbrowse『亡身士*i的ulg瀏覽犒件審閱結(jié)果closereviewingprocess美抽稿過程\1assignpapertortviewer分配桶件給審福人setpisteiences、強(qiáng)定興趣械械enterreview審閱犒件給出意見listncccptedAcjpapei^羅列錄用或/和拒絕的稿件browsesubmittedpapers瀏覽提交的稿件表3-3活劭名表列表名稱說明名稱說明selectpaperlocation選擇儡件位國(guó)uploadpaper上傳稿件sdeersubjectgroup選擇主題類型sendnorification發(fā)送通知rideandabsriact輸入標(biāo)題和摘要圖3-1ORS用例圖userloggeddn——~~~爭(zhēng)usernfft.Jogged-init_ loginAction?Action3Jrcompeleted圖3-2提交稿件過程的活動(dòng)圖【問題11根據(jù)【說明】中的描述，使用表3-1中的英文名稱，給出圖3-1中A1?A4所對(duì)應(yīng)的參與者。【問題2】根據(jù)【說明】中的描述，使用表3-2中的英文名稱，給出圖3-1中U1?U3所對(duì)應(yīng)的用例。【問根3】根據(jù)【說明】中的描述，給出圖3-1中（1）和（2）所對(duì)應(yīng)的關(guān)系?！締栴}4】根據(jù)【說明】中的描述，使用表3-2和表3-3中的英文名稱，給出圖3-2中Action1?Action4所對(duì)應(yīng)的活動(dòng)學(xué)習(xí)學(xué)習(xí)-----好資料更多精品文檔更多精品文檔學(xué)習(xí) 好資料學(xué)習(xí) 好資料更多精品文檔更多精品文檔試題六：閱讀下列說明和圖，回答問題1至問題 4，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)?！菊f明】已知某唱片播放器不僅可以播放唱片，而且可以連接電腦并把電腦中的歌曲刻錄到唱片上（同步歌曲）。連接電腦的過程中還可自動(dòng)完成充電。關(guān)于唱片，還有以下描述信息：1．每首歌曲的描述信息包括：歌曲的名字、譜寫這首歌曲的藝術(shù)家以及演奏這首歌曲的藝術(shù)家。只有兩首歌曲的這三部分信息完全相同時(shí)，才認(rèn)為它們是同一首歌曲。藝術(shù)家可能是一名歌手或一支由2名或2名以上的歌手所組成的樂隊(duì)。一名歌手可以不屬于任何樂隊(duì)，也可以屬于一個(gè)或多個(gè)樂隊(duì)。2．每張唱片由多條音軌構(gòu)成；一條音軌中只包含一首歌曲或?yàn)榭?，一首歌曲可分布在多條音軌上；同一首歌曲在一張唱片中最多只能出現(xiàn)一次。3.每條音軌都有一個(gè)開始位置和持續(xù)時(shí)間。一張唱片上音軌的次序是非常重要的，因此對(duì)于任意一條音軌，播放器需要準(zhǔn)確地知道，它的下一條音軌和上一條音軌是什么（如果存在的話）。根據(jù)上述描述，采用面向?qū)ο蠓椒▽?duì)其進(jìn)行分析與設(shè)計(jì)，得到了如表 3-1所示的類列表、如圖3-1所示的初始類圖以及如圖3-2所示的描述播放器行為的UML狀態(tài)圖。表3-1類列表

學(xué)習(xí)學(xué)習(xí)--——好資料更多精品文檔更多精品文檔圖九2播放器行為UML狀態(tài)圖【問題1】根據(jù)說明中的描述，使用表3-1給出的類的名稱，給出圖3-1中的A~F所對(duì)應(yīng)的類。【問題2】根據(jù)說明中的描述，給出圖3-1中(1)~(6)處的多重度。【問題3】圖3-1中缺少了一條關(guān)聯(lián)，請(qǐng)指出這條關(guān)聯(lián)兩端所對(duì)應(yīng)的類以及每一端的多重度。類多重度【問題4】根據(jù)圖3-2所示的播放器行為UML狀態(tài)圖，給出從“關(guān)閉”狀態(tài)到“播放”狀態(tài)所經(jīng)過的最短事件序列(假設(shè)電池一開始就是有電的)。試題七：閱讀下列說明以及UM類圖，回答問題1至問題3,將解答填入答題紙的對(duì)應(yīng)欄內(nèi)【說明】某客戶信息管理系統(tǒng)中保存著兩類客戶的信息。(1)個(gè)人客戶。對(duì)于這類客戶，系統(tǒng)保存了其客戶標(biāo)識(shí)(由系統(tǒng)生成)和基本信息(包括姓名、住宅電話和E-mail)。(2)集團(tuán)客戶。集團(tuán)客戶可以創(chuàng)建和管理自己的若干名聯(lián)系人。對(duì)于這類客戶，系統(tǒng)除了保存其客戶標(biāo)識(shí)(由系統(tǒng)生成)之外，也保存了其聯(lián)系人的信息。聯(lián)系人的信息包括姓名、住宅電話、E-mail、辦公電話以及職位。該系統(tǒng)除了可以保存客戶信息之外，還具有以下功能：(1)向系統(tǒng)中添加客戶(addCustomer);(2)根據(jù)給定的客戶標(biāo)識(shí)，在系統(tǒng)中查找該客戶(getCustomer)；(3)根據(jù)給定的客戶標(biāo)識(shí)，從系統(tǒng)中刪除該客戶( removeCustomer)；(4)創(chuàng)建新的聯(lián)系人(addContact)；

getContact）；removeContact）getContact）；removeContact）。在面向?qū)ο蠓治鲭A段，根據(jù)上述描述，得到如下表所（6）從系統(tǒng)中刪除指定的聯(lián)系人（該系統(tǒng)采用面向?qū)ο蠓椒ㄟM(jìn)行開發(fā)。示的類類名說 明CustomerInformationSystem客戶信息管理系統(tǒng)IndividualCustomer個(gè)人客戶InstitutionalCustomer集團(tuán)客