中級軟件設計師2017上半年下午試題及答案解析

1、【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學習與交流中級軟件設計師2017上半年下午試題及答案解析.精品文檔.試題一（15 分）閱讀下列說明和圖，回答問題 1 至問題 4。某醫(yī)療器械公司作為復雜醫(yī)療產(chǎn)品的集成商，必須保持高質(zhì)量部件的及時供應。為了實現(xiàn)這一目標，該公司欲開發(fā)一采購系統(tǒng)。系統(tǒng)的主要功能如下:1.檢查庫存水平。采購部門每天檢查部件庫存量，當特定部件的庫存量降至其訂貨點時，返回低存量部件及庫存量。2.下達采購訂單。采購部門針對低存量部件及庫存量提交采購請求，向其供應商(通過供應商文件訪問供應商數(shù)據(jù))下達采購訂單，并存儲于采購訂單文件中。3. 交運部件。當供應商提交提單并交運部件時，運輸

2、和接收(S/R)部門通過執(zhí)行以下三步過程接收貨物：(1)驗證裝運部件。通過訪問采購訂單并將其與提單進行比較來驗證裝運的部件，并將提單信息發(fā)給 S/R 職員。如果收貨部件項目出現(xiàn)在采購訂單和提單上，則已驗證的提單和收貨部件項目將被送去檢驗。否則，將 S/R 職員提交的裝運錯誤信息生成裝運錯誤通知發(fā)送給供應商。(2) 檢驗部件質(zhì)量。通過訪問質(zhì)量標準來檢查裝運部件的質(zhì)量，并將己驗證的提單發(fā)給檢驗員。如果部件滿足所有質(zhì)量標準，則將其添加到接受的部件列表用于更新部件庫存。如果部件未通過檢查，則將檢驗員創(chuàng)建的缺陷裝運信息生成缺陷裝運通知發(fā)送給供應商。(3)更新部件庫存。庫管員根據(jù)收到的接受的部件列表添加本

3、次采購數(shù)量，與原有庫存量累加來更新庫存部件中的庫存量。標記訂單采購完成?，F(xiàn)采用結(jié)構(gòu)化方法對該采購系統(tǒng)進行分析與設計，獲得如圖 1-1 所示的上下文數(shù)據(jù)流圖和圖 1-2 所示的 0 層數(shù)據(jù)流圖。 1-1 上下文數(shù)據(jù)流圖1-2 0層數(shù)據(jù)流圖1使用說明中的詞語，給出圖1-1中的實體E1E5（5分） 2使用說明中的詞語，給出圖1-2中的數(shù)據(jù)存儲D1D4的名稱。（4分） 3根據(jù)說明和圖中術語，補充圖1-2中缺失的數(shù)據(jù)流及其起點和終點。（4分） 4用 200 字以內(nèi)文字，說明建模圖 1-1 和圖 1-2 時如何保持數(shù)據(jù)流圖（2分）試題二（15）1至問題3,將解答填入答題紙的對應欄內(nèi)。 某房屋租賃公司擬開發(fā)

4、一個管理系統(tǒng)用于管理其持有的房屋、租客及員工信息。請根據(jù)下述需求描述完成系統(tǒng)的數(shù)據(jù)庫設計?！拘枨竺枋觥?1、公司擁有多幢公寓樓，每幢公寓樓有唯一的樓編號和地址。每幢公寓樓中有(不同公寓樓內(nèi)的公寓號可相同）。系統(tǒng)需記錄每套公寓的臥室數(shù)和衛(wèi)生間數(shù)。2、員工和租客在系統(tǒng)中有唯一的編號(員工編號和租客編號)。 3、對于每個租客，系統(tǒng)需記錄姓名、多個聯(lián)系電話、一個銀行賬號（方便自動扣房租)、一個緊急聯(lián)系人的姓名及聯(lián)系電話。 4、系統(tǒng)需記錄每個員工的姓名、一個聯(lián)系電話和月工資。員工類別可以是經(jīng)理或維修工，也可兼任。每個經(jīng)理可以管理多幢公寓樓。每幢公寓樓必須由一個經(jīng)理管理。系統(tǒng)需記錄每個維修工的業(yè)務技能，比

5、如：水暖維修，電工，木工等。 5、租客租賃公寓必須和公司簽訂租賃合同。一份租賃合同通常由一個或多個租客（合租）與該公寓樓的經(jīng)理簽訂，一個租客也可租賃多套公寓。合同內(nèi)容應包含簽訂日期，開始時間，租期，押金和月租金。 【概念模型設計】根據(jù)需求階段收集的信息，設計的實體聯(lián)系圖（不完整）如圖2-1所示。 【邏輯結(jié)構(gòu)設計】根據(jù)概念模型設計階段完成的實體聯(lián)系圖，得出如下關系模式(不完整): 聯(lián)系電話(電話號碼，租客編號)租客（租客編號，姓名，銀行賬戶，聯(lián)系人姓名，聯(lián)系人電話）員工(員工編號，姓名，聯(lián)系電話，類別，月工資，（a）)公寓樓(b)，地址，經(jīng)理編號)公寓(樓編號，公寓號，臥室數(shù)，衛(wèi)生間數(shù)）合同（合

6、同編號，租客編號，樓編號，公寓號，經(jīng)理編號，簽訂日期，起始日期，（c），押金）1補充圖2-1中的“簽約”聯(lián)系所關聯(lián)的實體及聯(lián)系類型。（4.5分） 2補充邏輯結(jié)構(gòu)設計中的（a）、（b）、（c）三處空缺。（4.5分）3在租期內(nèi)，公寓內(nèi)設施如出現(xiàn)問題，租客可在系統(tǒng)中進行故障登記，填寫故障描述，每項故障由系統(tǒng)自動生成唯一的故障編號，由公司派維修工進行故障維修，系統(tǒng)需記錄每次維修的維修日期和維修內(nèi)容。根據(jù)此需求，對圖2-1進行補充，并將所補充的ER圖內(nèi)容轉(zhuǎn)換為一個關系模式，請給出該關系模式。試題三 （15分）1至問題3，將解答填入答題紙的對應欄內(nèi)。 某玩具公司正在開發(fā)一套電動玩具在線銷售系統(tǒng)，用于向注冊

7、會員提供端到端的玩具 定制和銷售服務。在系統(tǒng)設計階段，創(chuàng)建新訂單 (New Order) 的設計用例詳細描述如表 3-1 所示，候選設計類分類如表 3-2 所示，并根據(jù)該用例設計出部分類圖如圖3-1所示。 表3-1 創(chuàng)建新訂單 (NewOrder) 設計用例用例名稱創(chuàng)建新訂單New Order 用例編號 ETM-R002 參與者 會員 前提條件 會員已經(jīng)注冊并成功登錄系統(tǒng) 典型事件流1.會員（C1）點擊“新的訂單”按鈕； 2.系統(tǒng)列出所有正在銷售的電動玩具清單及價格（C2）3.會員點擊復選框選擇所需電動玩具并輸入對應數(shù)量，點擊“結(jié)算”按鈕； 4.系統(tǒng)自動計算總價（C3）, 顯示銷售清單和會員預

8、先設置個人資料的收貨地址和支付方式（C4）; 5.會員點擊“確認支付”按鈕； 6.系統(tǒng)自動調(diào)用支付系統(tǒng)（C5）接口支付該賬單； 7.若支付系統(tǒng)返回成功標識，系統(tǒng)生成完整訂單信C6）中； 8.系統(tǒng)將以表格形式顯示完整訂單信息（C7），同（C8）至會員預先配置的郵C9）。 候選事件流3a（1）會員點擊“定制”按鈕； （2）系統(tǒng)以列表形式顯示所有可以定制的電動玩具清單和定制屬性（如尺寸、顏色等）（C10）; （3）會員點擊單選按鈕選擇所需要定制的電動點擊“結(jié)算”4）回到步驟4。 7a（1）若支付系統(tǒng)返回失敗標識，系統(tǒng)顯示會員當前默認支付方式（C11）讓會員確認； （2）若會員點擊“修改付款”按鈕，調(diào)

9、用“修改付款”用例，可以新增并存儲為默認支付方式C12）,回到步驟4； （3若會員點擊“取消訂單”，則該用例終止執(zhí)3-2 候選設計類分類Interface,負責系統(tǒng)與用戶之間的（a）Control,負責業(yè)務邏輯的處理）(b)Entity,負責持久化數(shù)據(jù)的存儲）(c)在訂單處理的過程中，會員可以點擊“取消訂單取消該訂單。如果支付失敗，該訂單將被標記為掛起狀態(tài)，可后續(xù)重新支付，如果掛起超時30分鐘未支付，系統(tǒng)將自動取消該訂單。訂單支付成功后，系統(tǒng)判斷訂單類型: （1）對于常規(guī)訂單，標記為備貨狀態(tài)，訂單信息發(fā)送到貨運部，完成打包后交付;快遞發(fā)貨 （2）對于定制訂單，會自動進入定制狀態(tài)，定制完成后交付

10、快遞發(fā)貨。會員在系統(tǒng)中點擊”收貨按鈕變?yōu)槭肇洜顟B(tài)，結(jié)束整個訂單的處理流程。根據(jù)訂單處理過程所設計的狀態(tài)圖如圖3-2所示。 1根據(jù)表3-1中所標記的候選設計類，請按照其類別將編號C1C12分別填入3-2中的（a）、（b）和（c）處。(6分)2根據(jù)創(chuàng)建新訂單的用例描述，請給出圖3-1中X1X4處對應類的名稱。（4分）3根據(jù)訂單處理過程的描述，在圖3-2中S1S5處分別填入對應的狀態(tài)名稱。（5分）試題四：C代碼，回答問題 1 至問題 3，將解答寫在答題紙的對應欄內(nèi)。 假幣問題n枚硬幣，其中有一枚是假幣，己知假幣的重量較輕?，F(xiàn)現(xiàn)只有一個天平，要求用盡量少的比較次數(shù)找出這枚假幣?！痉治鰡栴}】將 n 枚硬

11、幣分成相等的兩部分:(1)當 n 為偶數(shù)時，將前后兩部分，即 1.n/2 和 n/2+1. n，放在天平的兩端，較輕的一端里有假幣，繼續(xù)在較輕的這部分硬幣中用同樣的方法找出假幣:(2)當 n 為奇數(shù)時，將前后兩部分，即 1.(n -1)/2 和(n+1)/2+1.n，放在天平的兩端，較輕的一端里有假幣，繼續(xù)在較輕的這部分硬幣中用同樣的方法找出假幣： 若兩端重量相等，則中間的硬幣，即第(n+1)/2 枚硬幣是假幣。 【C代碼】 下面是算法的 C 語言實現(xiàn)，其中:coins: 硬幣數(shù)組first， last:當前考慮的硬幣數(shù)組中的第一個和最后一個下標#include int getCounterf

12、eitCoin(int coins， int first， int last)int firstSum = 0， lastSum = 0;int i;if(first=last-1) /*只剩兩枚硬幣*/if(coinsfirst coinslast)return first;return last;if(last - first + 1) % 2 =0)/*偶數(shù)枚硬幣*/for(i = first;i ( 1) ; i+)firstSum+= coinsi;for(i=first + (last-first) / 2 + 1;i last +1;i+)lastSum += coinsi;if

13、（ ( 2 )）Return getCounterfeitCoin(coins,first,first+(last-first)/2;)elseReturn getCounterfeitCoin(coins,first+(last-first)/2+1,last;)else /*奇數(shù)枚硬幣*/for(i=first;ifirst+(last-first)/2;i+)firstSum+=coinsi;for(i=first+(last-first)/2+1;ilast+1;i+)lastSum+=coinsi; if(firstSumlastSum)return getCounterfeitCo

14、in(coins,first+(last-first)/2-1,last);elsereturn ( 3 ) 1根據(jù)題干說明，填充C代碼中的空（1）-（3） 2根據(jù)題干說明和C代碼，算法采用了（）設計策略。 函數(shù)getCounterfeitCoin的時間復雜度為（）（用O表示）。 3若輸入的硬幣數(shù)為30，則最少的比較次數(shù)為（），最多的比較次數(shù)為（）。 試題五(共 15 分) (請從試題五、試題六中選答一題)閱讀下列說明和 C+代碼，將應填入(n)處的字句寫在答題紙的對應欄內(nèi)。某快餐廳主要制作并出售兒童套餐，一般包括主餐(各類比薩)、飲料和玩具，其餐品種類可能不同，但其制作過程相同。前臺服務員(

15、Waiter)調(diào)度廚師制作套餐?，F(xiàn)采用生成器(Builder) 模式實現(xiàn)制作過程，得到如圖 5-1 所示的類圖。 圖 5-1 l類圖【C+代碼】#include#include using namespace std;class Pizza private: string parts;public:void setParts(string parts) this-parts=parts; string getParts() return parts; ;class PizzaBuilder protected:Pizza* pizza;public:Pizza* getPizza() retu

16、m pizza; void createNewPizza() pizza = new Pizza(); ( 1 );class HawaiianPizzaBuilder :public PizzaBuilder public:void buildParts() pizza-setParts(cross +mild + ham&pineapple);class SpicyPizzaBuider: public PizzaBuilder public:void buildParts() pizza-setParts(pan baked +hot + ham&pineapple);Class Wai

17、terPrivate:PizzaBuilder* pizzaBuilder;public:void setPizzaBuilder(PizzaBuilder* pizzaBuilder) /*設置構(gòu)建器*/( 2 )Pizza* getPizza() return pizzaBuilder-getPizza(); void construct() /*構(gòu)建*/pizzaBuilder-createNewPizza();( 3 );int main()Waiter*waiter=new Waiter();PizzaBuilder*hawaiian pizzabuilder=newHawaiian

18、PizzaBuilder()( 4 );( 5 );cout pizza: getPizza()-getParts() endl;程序的輸出結(jié)果為:pizza: cross + mild + ham&pineapple 試題六(共 15 分)閱讀下列說明和 Java 代碼，將應填入(n) 處的字句寫在答題紙的對應欄內(nèi)。某快餐廳主要制作并出售兒童套餐，一般包括主餐(各類比薩)、飲料和玩具，其餐品種類可能不同，但其制作過程相同。前臺服務員(Waiter) 調(diào)度廚師制作套餐?，F(xiàn)采用生成器(Builder) 模式實現(xiàn)制作過程，得到如圖 6-1 所示的類圖。 6-1 類圖【Java 代碼】class P

19、izza private String parts；public void setParts(String parts) this.parts = parts;public String toString() return this.parts;abstract class PizzaBuilder protected Pizza pizza;public Pizza getPizza() return pizza; public void createNewPizza() pizza = new Pizza(); public ( 1 ) ;class HawaiianPizzaBuilde

20、r extends PizzaBuilder public void buildParts() pizza.setParts(cross + mild + ham&pineapp1e”);class SpicyPizzaBuilder extends PizzaBuilder public void buildParts() pizza.setParts(pan baked + hot +pepperoni&salami);class Waiter private PizzaBuilder pizzaBuilder;public void setPizzaBuilder(PizzaBuilde

21、r pizzaBuilder) /*設置構(gòu)建器*/( 2 ) ;public Pizza getPizza() return pizzaBuilder.getPizza(); public void construct() /*構(gòu)建*/pizzaBuilder.createNewPizza();( 3 ) ;Class FastFoodOrdering public static viod mainStingargs) Waiter waiter = new Waiter();PizzaBuilder hawaiian_pizzabuilder = new HawaiianPizzaBuild

22、er();( 4 ) ;( 5 ) ;System.out.println(pizza: + waiter.getPizza();程序的輸出結(jié)果為：Pizza:cross + mild + ham&pineapple 試題一答案解析： 1：E1 供應商 E2 采購部門 E3 檢驗員 E4 庫管員 E5 職員 2： D1 庫存表D2 采購訂單表 D3 質(zhì)量標準表 D4 供應商表 3：P3（驗證裝運部件）-E1（客戶） P4（校驗部件質(zhì)量）-E1（客戶） P3（驗證裝運部件）- P4（校驗部件質(zhì)量） P1（檢查庫存水平）-D1（庫存表） 4：父圖中某個加工的輸入輸出數(shù)據(jù)流必須與其子圖的輸入輸出數(shù)據(jù)

23、流在數(shù)量上和內(nèi)容上保持一致，即數(shù)據(jù)不會憑空產(chǎn)生，也不能憑空消失。父圖的一個輸入（或輸出）數(shù)據(jù)流應對應子圖中幾個輸入（或輸出）數(shù)據(jù)流，而子圖中組成的這些數(shù)據(jù)流的數(shù)據(jù)項全體正好是父圖中的這個數(shù)據(jù)流。 試題二答案解析： 12 a）業(yè)務技能 b）樓編號 c）月租金 3新增維修關系，維修工維修公寓，關系模式為維修情況維修情況（故障編號，員工編號，樓編號，公寓號，維修日期，維修內(nèi)容） 試題三答案解析： a）：C4、C5、C7、C8、C10、C11 b）：C3 c）：C1、C2、C6、C9、C12 一、實體類實體類是用于對必須存儲的信息和相關行為建模的類。 實體對象（實體類的實例）用于保存和更新一些現(xiàn)象的有

24、關信息， 例如： 事件、 人員或者一些現(xiàn)實生活中的對象。 實體類通常都是永久性的， 它們所具有的屬性和關系是長期需要的， 有時甚至在系統(tǒng)的整個生存期都需要。二、邊界類邊界類是系統(tǒng)內(nèi)部與系統(tǒng)外部的業(yè)務主角之間進行交互建模的類。 邊界類依賴于系統(tǒng)外部的環(huán)境， 比如業(yè)務主角的操作習慣、 外部的條件的限制等。 它或者是系統(tǒng)為業(yè)務主角操作提供的一個 GUI， 或者系統(tǒng)與其他的系統(tǒng)之間進行一個交互的接口，所以當外部的 GUI 變化時，或者是通信協(xié)議有變化時，只需要修改邊界類就可以了， 不用再去修改控制類和實體類。 業(yè)務主角通過它來與控制對象交互，實現(xiàn)用例的任務。邊界類調(diào)用用例內(nèi)的控制類對象，進行相關的操作。一個系統(tǒng)可能會有多種邊界類：用戶界面類 - 幫助與系統(tǒng)用戶進行通信的類系統(tǒng)接口類 - 幫助與其他系統(tǒng)進行通信的類設備接口類 - 為用來監(jiān)測外部事件的設備（如傳感器）提供接口的類三、控制類控制類用于