《上半年軟件設(shè)計(jì)師下午真題試卷》由會(huì)員分享，可在線閱讀，更多相關(guān)《上半年軟件設(shè)計(jì)師下午真題試卷（11頁珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、 2017 年上半年軟件設(shè)計(jì)師下午試卷 第 1 題 閱讀下列說明和圖，回答問題 1 至問題 4，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。 【說明】某醫(yī)療器械公司作為復(fù)雜醫(yī)療產(chǎn)品的集成商，必須保持高質(zhì)量部件的及時(shí)供應(yīng)。為 了實(shí)現(xiàn)這一目標(biāo)，該公司欲開發(fā)一采購(gòu)系統(tǒng)。系統(tǒng)的主要功能如下 : 1、檢查庫(kù)存水平。采購(gòu)部門每天檢查部件庫(kù)存量，當(dāng)特定部件的庫(kù)存量降至其訂貨點(diǎn)時(shí)， 返回低存量部件及庫(kù)存量。 2、下達(dá)采購(gòu)訂單。采購(gòu)部門針對(duì)低存量部件及庫(kù)存量提交采購(gòu)請(qǐng)求，向其供應(yīng)商 (通過供應(yīng) 商文件訪問供應(yīng)商數(shù)據(jù) )下達(dá)采購(gòu)訂單，并存儲(chǔ)于采購(gòu)訂單文件

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

3、將檢驗(yàn)員創(chuàng)建的缺陷裝運(yùn)信息生成缺陷裝運(yùn)通知發(fā)送給供應(yīng)商。 (3)更新部件庫(kù)存。庫(kù)管員根據(jù)收到的接受的部件列表添加本次采購(gòu)數(shù)量，與原有庫(kù)存量 累加來更新庫(kù)存部件中的庫(kù)存量。標(biāo)記訂單采購(gòu)?fù)瓿伞? 現(xiàn)采用結(jié)構(gòu)化方法對(duì)該采購(gòu)系統(tǒng)進(jìn)行分析與設(shè)計(jì)，獲得如圖 1-1 所示的上下文數(shù)據(jù)流圖和 圖  1-2  所示的  0 層數(shù)據(jù)流圖。 圖  1-1  上下文數(shù)據(jù)流圖 圖 1-2 0 層數(shù)據(jù)流圖 問題： 1。1 使用說明中的詞語，給出圖  1-1 中的實(shí)體  E1~E5 問題： 1.2 使用說明中的詞語，

4、給出圖  1-2 中的數(shù)據(jù)存儲(chǔ)  D1~D4  的名稱。 問題： 1.3 根據(jù)說明和圖中術(shù)語，補(bǔ)充圖 1-2 中缺失的數(shù)據(jù)流及其起點(diǎn)和終點(diǎn)。 問題： 1.4 用 200 字以內(nèi)文字，說明建模圖 1-1 和圖 1-2 時(shí)如何保持?jǐn)?shù)據(jù)流圖平衡。 問題 1 答案解析： 問題 1：E1 供應(yīng)商  E2  采購(gòu)部門  E3  檢驗(yàn)員  E4  庫(kù)管員  E5 S/R 職員 問題 2 答案解析： 問題 2 D1 庫(kù)存表  D2  采購(gòu)訂單表  D3  質(zhì)量標(biāo)

5、準(zhǔn)表  D4  供應(yīng)商表 問題 3 答案解析： 裝運(yùn)錯(cuò)誤通知： P3（驗(yàn)證裝運(yùn)部件） -----E1 （客戶） 缺陷裝運(yùn)通知： P4（校驗(yàn)部件質(zhì)量） -----E1 （客戶） 產(chǎn)品檢驗(yàn)： P3（驗(yàn)證裝運(yùn)部件） ------ P4（校驗(yàn)部件質(zhì)量） 檢查庫(kù)存信息： P1（檢查庫(kù)存水平） -----D1 （庫(kù)存表） 問題 4 答案解析： 父圖中某個(gè)加工的輸入輸出數(shù)據(jù)流必須與其子圖的輸入輸出數(shù)據(jù)流在數(shù)量上和名字上相同。父圖的一個(gè)輸入（或輸出）數(shù)據(jù)流對(duì)應(yīng)于子圖中幾個(gè)輸入（或輸出）數(shù)據(jù)流，而子圖中組成的這些數(shù)據(jù)流的數(shù)據(jù)項(xiàng)全體正好是父圖中的這一個(gè)

6、數(shù)據(jù)流。第 2 題 讀下列說明，回答問題 1 至問題 3,將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。 【說明】 某房屋租賃公司擬開發(fā)一個(gè)管理系統(tǒng)用于管理其持有的房屋、租客及員工信息。請(qǐng)根據(jù)下 述需求描述完成系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)。 【需求描述】 1、公司擁有多幢公寓樓，每幢公寓樓有唯一的樓編號(hào)和地址。每幢公寓樓中有多套公寓，每套公寓在樓內(nèi)有唯一的編號(hào) (不同公寓樓內(nèi)的公寓號(hào)可相同〉。系統(tǒng)需記錄每套公寓的臥室數(shù)和衛(wèi)生間數(shù)。 2、員工和租客在系統(tǒng)中有唯一的編號(hào) (員工編號(hào)和租客編號(hào) )。 3、對(duì)于每個(gè)租客，系統(tǒng)需記錄姓名、多個(gè)聯(lián)系電話、一個(gè)銀行賬號(hào)（方便自動(dòng)扣房租

7、 )、一 個(gè)緊急聯(lián)系人的姓名及聯(lián)系電話。 4、系統(tǒng)需記錄每個(gè)員工的姓名、一個(gè)聯(lián)系電話和月工資。員工類別可以是經(jīng)理或維修工， 也可兼任。每個(gè)經(jīng)理可以管理多幢公寓樓。每幢公寓樓必須由一個(gè)經(jīng)理管理。系統(tǒng)需記錄 每個(gè)維修工的業(yè)務(wù)技能，如：水暖維修、電工、木工等。 5、租客租賃公寓必須和公司簽訂租賃合同。一份租賃合同通常由一個(gè)或多個(gè)租客 (合租 )與該 公寓樓的經(jīng)理簽訂，一個(gè)租客也可租賃多套公寓。合同內(nèi)容應(yīng)包含簽訂日期、開始時(shí)間、 租期、押金和月租金。 【概念模型設(shè)計(jì)】 根據(jù)需求階段收集的信息，設(shè)計(jì)的實(shí)體聯(lián)系圖（不完整 )如圖 2-1 所

8、示。 【邏輯結(jié)構(gòu)設(shè)計(jì)】 根據(jù)概念摸型設(shè)計(jì)階段完成的實(shí)體聯(lián)系圖，得出如下關(guān)系模式 (不完整 ): 聯(lián)系電話 (電話號(hào)碼，租客編號(hào) ) 租客（租客編號(hào)，姓名，銀行賬號(hào)，聯(lián)系人姓名，聯(lián)系人電話 ) 員工 (員工編號(hào)，姓名，聯(lián)系電話，類別，月工資， （a） ) 公寓樓 ( (b) ，地址，經(jīng)理編號(hào) ) 公寓 (樓編號(hào)，公寓號(hào)，臥室數(shù)，衛(wèi)生間數(shù)〉 合同（合同編號(hào)，租客編號(hào)，樓編號(hào)，公寓號(hào)，經(jīng)理編號(hào)，簽訂日期，起始日期，租期，（c） ，押金） 問題： 2.1 補(bǔ)充圖 2-1 中的 “簽約 ”聯(lián)系所關(guān)聯(lián)的實(shí)體及聯(lián)系類型。 問題： 2.2 補(bǔ)充邏輯結(jié)

9、構(gòu)設(shè)計(jì)中的（ a）、（ b）、（ c）三處空缺。 問題： 2.3 在租期內(nèi)，公寓內(nèi)設(shè)施如出現(xiàn)問題，租客可在系統(tǒng)中進(jìn)行故障登記，填寫故障描述，每項(xiàng)故障由系統(tǒng)自動(dòng)生成唯一的故障編號(hào)，由公司派維修工進(jìn)行故障維修，系統(tǒng)需記 錄每次維修的維修日期和維修內(nèi)容。請(qǐng)根據(jù)此需求，對(duì)圖 2-1 進(jìn)行補(bǔ)充，并將所補(bǔ)充的 ER 圖內(nèi)容轉(zhuǎn)換為一個(gè)關(guān)系模式，請(qǐng)給出該關(guān)系模式。 問題 1 答案解析： 問題 2 答案解析： 問題 2 （a）業(yè)務(wù)技能 （b）樓編號(hào) （ c）月租金 問題 3 答案解析： 新增維修關(guān)系，維修工維修公寓，關(guān)系模式為維修情況 維修

10、情況（故障編號(hào)，員工編號(hào)，樓編號(hào)，公寓號(hào)，維修日期，維修內(nèi)容）第 3 題 閱讀下列系統(tǒng)設(shè)計(jì)說明，回答問題 1 至問題 3，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。 【說明】某玩具公司正在開發(fā)一套電動(dòng)玩具在線銷售系統(tǒng)，用于向注冊(cè)會(huì)員提供端對(duì)端的玩 具 定制和銷售服務(wù)。在系統(tǒng)設(shè)計(jì)階段， "創(chuàng)建新訂單 (New Order)" 的設(shè)計(jì)用例詳細(xì)描述 如表 3-1 所示，候選設(shè)計(jì)類分類如表 3-2 所示，并根據(jù)該用例設(shè)計(jì)出部分類圖如圖 3-1 所 示。 表 3-1 創(chuàng)建新訂單 (NewOrder) 設(shè)計(jì)用例用例名稱 創(chuàng)建新訂單 New Order

11、 用例編號(hào) ETM-R002 參與者 會(huì)員 前提條件 會(huì)員已經(jīng)注冊(cè)并成功登錄系統(tǒng) 1。會(huì)員（ C1）點(diǎn)擊 “新的訂單 ”按鈕； 2。系統(tǒng)列出所有正在銷售的電動(dòng)玩具清單及價(jià)格 （C2） 3。會(huì)員點(diǎn)擊復(fù)選框選擇所需電動(dòng)玩具并輸入對(duì)應(yīng)數(shù) 量，點(diǎn)擊 “結(jié)算 ”按鈕； 4。系統(tǒng)自動(dòng)計(jì)算總價(jià)（ C3） , 顯示銷售清單和會(huì)員 典型事件 預(yù)先設(shè)置個(gè)人資料的收貨地址和支付方式（ C4）; 流 5。會(huì)員點(diǎn)擊 “確認(rèn)支付 ”按鈕； 6。系統(tǒng)自動(dòng)調(diào)用支付系統(tǒng)（ C5）接口支付該賬單； 7。若支付系統(tǒng)返回成功標(biāo)識(shí)，系統(tǒng)生成完整訂單信

12、息持久存儲(chǔ)到數(shù)據(jù)庫(kù)訂單表（ C6）中； 8。系統(tǒng)將以表格形式顯示完整訂單信息（ C7），同 時(shí)自動(dòng)發(fā)送完整訂單信息 （ C8）至?xí)T預(yù)先配置的郵 箱地址（ C9）。 （ 1）會(huì)員點(diǎn)擊 “定制 ”按鈕； 候選事件 3a （ ）系統(tǒng)以列表形式顯示所有可以定制的電動(dòng) 2 流 玩具清單和定制屬性 （如尺寸、顏色等）（ C10）; （ 3）會(huì)員點(diǎn)擊單選按鈕選擇所需要定制的電動(dòng)玩具并填寫所需要定制的屬性要求， 點(diǎn)擊 “結(jié)算 ” 按鈕； （ 4）回到步驟 4。 （ 1）若支付系統(tǒng)返回失敗標(biāo)識(shí)，系統(tǒng)顯示會(huì)

13、員當(dāng)前默認(rèn)支付方式（ C11）讓會(huì)員確認(rèn)； （ 2）若會(huì)員點(diǎn)擊 “修改付款 ”按鈕，調(diào)用 “修改付 7a 款 ”用例，可以新增并存儲(chǔ)為默認(rèn)支付方式 （ C12）,回到步驟 4； （ 3）若會(huì)員點(diǎn)擊 “取消訂單 ”，則該用例終止執(zhí) 行。 表 3-2 候選設(shè)計(jì)類分類 接口類（ Interface,負(fù)責(zé)系統(tǒng)與用戶之間的 （a） 交互） 控制類（ Control,負(fù)責(zé)業(yè)務(wù)邏輯的處理） (b) 實(shí)體類（ Entity, 負(fù)責(zé)持久化數(shù)據(jù)的存儲(chǔ)） (c) ?

14、 在訂單處理的過程中，會(huì)員可以點(diǎn)擊 “取消訂單 "取消該訂單。如果支付失敗，該訂單將被 標(biāo)記為掛起狀態(tài)，可后續(xù)重新支付，如果掛起超時(shí) 30 分鐘未支付，系統(tǒng)將自動(dòng)取消該訂 單。訂單支付成功后，系統(tǒng)判斷訂單類型 : (1)對(duì)于常規(guī)訂單，標(biāo)記為備貨狀態(tài)，訂單信息發(fā)送到貨運(yùn)部，完成打包后交付快遞發(fā)貨 ; (2)對(duì)于定制訂單，會(huì)自動(dòng)進(jìn)入定制狀態(tài)，定制完成后交付快遞發(fā)貨。會(huì)員在系統(tǒng)中點(diǎn)擊 ”收 貨"按鈕變?yōu)槭肇洜顟B(tài)，結(jié)束整個(gè)訂單的處理流程。根據(jù)訂單處理過程所設(shè)計(jì)的狀態(tài)圖如圖 3-2 所示。 問題： 3.1 根據(jù)表 3-1 中所標(biāo)

15、記的候選設(shè)計(jì)類，請(qǐng)按照其類別將編號(hào) C1~C12 分別填入表 3-2 中的（ a）、（ b）和（ c）處。 問題： 3.2 根據(jù)創(chuàng)建新訂單的用例描述，請(qǐng)給出圖 問題： 3.3 根據(jù)訂單處理過程的描述，在圖 3-2 問題 1 答案解析：  3-1 中 X1~X4 處對(duì)應(yīng)類的名稱。 中 S1~S5 處分別填入對(duì)應(yīng)的狀態(tài)名稱。 （a）： C4、C5、C7、C8、C10、C11 （b）： C3 （ c）： C1、C2、C6、C9、C12 一、實(shí)體類 實(shí)體類是用于對(duì)必須存儲(chǔ)的信息和相關(guān)行為建模的類。實(shí)體對(duì)象 （實(shí)體類

16、的實(shí)例） 用于保存和更新一些現(xiàn)象的有關(guān)信息，例如：事件、人員或者一些現(xiàn)實(shí)生活中的對(duì)象。實(shí)體類通常 都是永久性的，它們所具有的屬性和關(guān)系是長(zhǎng)期需要的，有時(shí)甚至在系統(tǒng)的整個(gè)生存期都需要。 二、邊界類 邊界類是系統(tǒng)內(nèi)部與系統(tǒng)外部的業(yè)務(wù)主角之間進(jìn)行交互建模的類。邊界類依賴于系統(tǒng)外部的環(huán)境，比如業(yè)務(wù)主角的操作習(xí)慣、外部的條件的限制等。它或者是系統(tǒng)為業(yè)務(wù)主角操作 提供的一個(gè) GUI，或者系統(tǒng)與其他的系統(tǒng)之間進(jìn)行一個(gè)交互的接口，所以當(dāng)外部的 GUI 變化時(shí)，或者是通信協(xié)議有變化時(shí)，只需要修改邊界類就可以了，不用再去修改控制類和實(shí)體類。業(yè)務(wù)主角通過它來與控制對(duì)象交互，實(shí)現(xiàn)用例的任務(wù)。

17、 邊界類調(diào)用用例內(nèi)的控制類對(duì)象，進(jìn)行相關(guān)的操作。 一個(gè)系統(tǒng)可能會(huì)有多種邊界類： 用戶界面類 - 幫助與系統(tǒng)用戶進(jìn)行通信的類 系統(tǒng)接口類 - 幫助與其他系統(tǒng)進(jìn)行通信的類 設(shè)備接口類 - 為用來監(jiān)測(cè)外部事件的設(shè)備（如傳感器）提供接口的類三、控制類 控制類用于對(duì)一個(gè)或幾個(gè)用例所特有的控制行為進(jìn)行建模，它描述的用例的業(yè)務(wù)邏輯的實(shí)現(xiàn)，控制類的設(shè)計(jì)與用例實(shí)現(xiàn)有著很大的關(guān)系。在有些情況下，一個(gè)用例可能對(duì)應(yīng)多個(gè)控制類對(duì)象，或在一個(gè)控制類對(duì)象中對(duì)應(yīng)著對(duì)個(gè)用例。它們之間沒有固定的對(duì)應(yīng)關(guān)系，而是根據(jù)具體情況進(jìn)行分析判斷，控制類有效將業(yè)務(wù)邏輯獨(dú)立于實(shí)體數(shù)據(jù)和邊界控制，專注于處理業(yè)務(wù)邏

18、輯，控制類會(huì)將特有的操作和實(shí)體類分離，者有利于實(shí)體類的統(tǒng)一化和提高復(fù)用性。當(dāng)業(yè)務(wù)主角通過邊界類來執(zhí)行用例的時(shí)候，產(chǎn)生一個(gè)控制類對(duì)象，在用例被執(zhí)行完后，控制類對(duì)象會(huì)被銷毀。 控制類的特點(diǎn)：獨(dú)立于環(huán)境、和用例的實(shí)現(xiàn)關(guān)聯(lián)、使用關(guān)聯(lián)實(shí)體類或操作實(shí)體類對(duì)象、 專注于業(yè)務(wù)邏輯的實(shí)現(xiàn)。當(dāng)然如果用例的邏輯較為簡(jiǎn)單，可以直接利用邊界類來操作實(shí)體 類，而不必再使用控制類?；蛘哂美倪壿嬢^為固定，業(yè)務(wù)邏輯固定不會(huì)改變。也可以直 接在邊界類實(shí)現(xiàn)該邏輯。 問題 2 答案解析： X1 ：收貨地址 X2 ：支付方式 X3 ：郵箱地址 X4 ：電動(dòng)玩具定制屬性

19、 問題 3 答案解析： S1：訂單掛起 S2：訂單備貨 S3：訂單定制 S4：訂單發(fā)貨 S5：訂單收貨 第 4 題 閱讀下列說明和 C 代碼，回答問題 1 至問題 3，將解答寫在答題紙的對(duì)應(yīng)欄內(nèi)。 【說明】假幣問題：有 n 枚硬幣，其中有一枚是假幣，己知假幣的重量較輕?，F(xiàn)只有一個(gè)天 平，要求用盡量少的比較次數(shù)找出這枚假幣。 【分析問題】 將 n 枚硬幣分成相等的兩部分 : (1)當(dāng) n 為偶數(shù)時(shí)，將前后兩部分，即 1。。。 n/2 和 n/2+1。。。 0，放在天平的兩端，較輕 的一端里有假幣，繼續(xù)在較輕

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

21、t coins[] ， int first ， int last) { int firstSum = 0 ，lastSum = 0; int ; ì if(first==last-1){ /* 只剩兩枚硬幣 */ if(coins[first] < coins[last]) return first; return last; } if((last - first + 1) % 2 ==0) { /* 偶數(shù)枚硬幣 */ for(i = first;i <( 1 );i++){ firstSum+= coins[i

22、]; } for(i=first + (last-first) / 2 + 1;i < last +1;i++){ lastSum += coins[i]; } if( 2 ){ Return getCounterfeitCoin(coins,first,first+(last-first)/2;) } else{ Return getCounterfeitCoin(coins,first+(last-first)/2+1,last;) } } else { /* 奇數(shù)枚硬幣 */ for(i=first

23、;ilastSum){ retu

24、rn getCounterfeitCoin(coins,first+(last-first)/2-1,last); } else{ Return( 3 ) } } } 問題 問題： 4.1 根據(jù)題干說明，填充 C 代碼中的空（ 1）-（ 3） 問題： 4.2 根據(jù)題干說明和 C 代碼，算法采用了（）設(shè)計(jì)策略。 函數(shù) getCounterfeitCoin 的時(shí)間復(fù)雜度為（）（用 O 表示）。 30，則最少的比較次數(shù)為（），最多的比較次數(shù)為（）。 （1）first+(last-first)/2

25、 或(first+last)/2 （2） firstSum

26、能找出假幣，不平衡，則能確定假幣為 3 個(gè)中的 1 個(gè)。 第 4 次： 1 比 1，到這一步無論是否平衡都能找出假幣，此時(shí)為最多比較次數(shù)。第 6 題 閱讀下列說明和 Java代碼，將應(yīng)填入 (n) 處的字句寫在答題紙的對(duì)應(yīng)欄內(nèi)。 【說明】某快餐廳主要制作并出售兒童套餐，一般包括主餐 (各類比薩 )、飲料和玩具，其餐 品種類可能不同，但其制作過程相同。前臺(tái)服務(wù)員 (Waiter) 調(diào)度廚師制作套餐?，F(xiàn)采用生 成器 (Builder) 模式實(shí)現(xiàn)制作過程，得到如圖 6-1 所示的類圖。 【Java 代碼】 class Pizza{ private

27、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)

28、 ; } class HawaiianPizzaBuilder 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"); } }

29、 class Waiter{ private PizzaBuilder pizzaBuilder; public void setPizzaBuilder(PizzaBuilder pizzaBuilder){ /* 設(shè)置構(gòu)建器 */ (2); } public Pizza getPizza(){ return pizzaBuilder。 getPizza(); } public void construct() { /* 構(gòu)建 */ pizzaBuilder。 createNewPizza(); (3); } } Cla

30、ss FastFoodOrdering{ public static viod mainSting[]args){ Waiter waiter = new Waiter(); PizzaBuilder hawaiian_pizzabuilder = new HawaiianPizzaBuilder(); (4); (5); System。 out。 println("pizza: " + waiter 。getPizza()); } } 程序的輸出結(jié)果為： Pizza:cross + mild + ham&pineapple 答案解析： （1）abstract void buildParts(); （2）this.pizzaBuilder=pizzaBuilder （3）pizzaBuilder.buildParts() （4）waiter.setPizzaBuilder(hawaiian_pizzabuilder) （5）waiter.construct()