[it認(rèn)證]復(fù)習(xí)測(cè)驗(yàn)(參考版)
2025-01-17 22:39本頁面
【正文】 c．如果對(duì)任意加油泵的網(wǎng)絡(luò)連接問題很嚴(yán)峻將發(fā)生什么事情。（即上述都適合） 和b,b和c44．下面哪一項(xiàng)信息不適合包含在最后的設(shè)計(jì)中？a．收銀員能夠等待系統(tǒng)響應(yīng)的最大時(shí)間。42．當(dāng)設(shè)計(jì)上做了更多的工作之后，團(tuán)隊(duì)領(lǐng)導(dǎo)認(rèn)為是時(shí)候進(jìn)行一個(gè)程序設(shè)計(jì)評(píng)審了。由于設(shè)計(jì)看起來接近完成，他評(píng)審了他的記錄并且發(fā)現(xiàn)，在詳細(xì)設(shè)計(jì)階段的開始，類”Parking”的“每個(gè)類的重要方法”這個(gè)度量標(biāo)準(zhǔn)已經(jīng)從6增加到了12。這個(gè)策略是下面哪一條的一個(gè)實(shí)例？39．汽油購買子系統(tǒng)需要能夠處理這樣的情況：用戶用信用卡支付，但是檢驗(yàn)信用卡信息的遠(yuǎn)程系統(tǒng)不可達(dá)，也許因?yàn)橐粋€(gè)暫時(shí)的網(wǎng)絡(luò)故障。于是他決定最好的進(jìn)行方式是：讓團(tuán)隊(duì)為該子系統(tǒng)開發(fā)一個(gè)基本的設(shè)計(jì)來說明并發(fā)是可以被處理的，但是不要包含所有的用戶功能。37．在開始的設(shè)計(jì)中，汽油購買子系統(tǒng)被假定處理所有的購買細(xì)節(jié)，并且只需要發(fā)送一份包含了汽油購買量、購買價(jià)格、購買時(shí)間的記錄給跟蹤子系統(tǒng)。汽油購買和收銀員子系統(tǒng)都會(huì)和跟蹤子系統(tǒng)相交互，但是它們兩個(gè)系統(tǒng)之間不會(huì)交互。? 一個(gè)跟蹤子系統(tǒng)，它記錄所有的購買行為，并且跟蹤庫存。該用戶真正想表達(dá)的是該系統(tǒng)需要一個(gè)統(tǒng)一的：開發(fā)團(tuán)隊(duì)已經(jīng)決定將該系統(tǒng)分為三個(gè)子系統(tǒng)：? 一個(gè)汽油購買子系統(tǒng)，它管理用戶與加油泵的交互。34．主要的意見是：收銀員很難學(xué)會(huì)該系統(tǒng)，因?yàn)槊總€(gè)屏幕輸出都是不同的。為了在將來避免這個(gè)問題，開發(fā)團(tuán)隊(duì)?wèi)?yīng)該考慮：。++語言作為實(shí)現(xiàn)語言的理由，它使用了一些c++中內(nèi)建的特性。哪些是不合適的？a. 由于它是用一個(gè)正規(guī)的設(shè)計(jì)方法編寫的，因此功能可以被指定得盡可能詳細(xì)。概念設(shè)計(jì)結(jié)束之后，在將它提交給加油站主之前，團(tuán)隊(duì)進(jìn)行了一個(gè)內(nèi)部的評(píng)審?！盙as Station”類發(fā)出”update_bill”方法時(shí)，一個(gè)類型為”Bill”的對(duì)象被建立。30．下面哪些描述是對(duì)序列圖的一個(gè)合理的解釋？a. 一個(gè)類型為”Gas Station”的對(duì)象試圖發(fā)送一個(gè)”IsClientRegistered”方法到一個(gè)”Bill”對(duì)象中，但是沒有成功。上圖顯示了加油站系統(tǒng)的序列圖的第一個(gè)草案?！盤rice”不需要在類”Refuel”中被定義，因?yàn)橐粋€(gè)同名、同接口的方法可以被繼承自超類”Services”。下面哪些是合理的評(píng)價(jià)和基本原理？”Parking”和”Car maintenance”應(yīng)該合并到一個(gè)類中去，因?yàn)樗麄冇邢嗤膶傩?，并且繼承自同一個(gè)超類?！盉ill”包含恰好一個(gè)”Purchase””Inventory”的實(shí)例只能包含一個(gè)”Part”。，但是并未關(guān)聯(lián)到任何registered customer?！盡essage”和”Registered customer”的關(guān)系是： customer可以沒有相關(guān)的message。,b和c上圖顯示了在加油站系統(tǒng)的高層（概念）設(shè)計(jì)中建立的第一個(gè)類圖的草案。c.”Par
試題試卷相關(guān)推薦
鄂ICP備17016276號(hào)-1