>>>2017年軟件設計師網絡課堂課
  >>>軟件設計師歷年真題題庫
  >>>2017年軟件設計師考試指南

很多事先天注定，那是“命”;但你可以決定怎么面對，那是“運”!在軟件設計師考試即將臨近的三個多月里面希望你能牢牢抓住你的“運”。下面是關于2011下半年軟件設計師下午真題匯總。

【1】● 閱讀以下說明和圖，回答問題1至問題3，將解答填入答題紙的對應欄內。

【說明】

某時裝郵購提供商擬開發訂單處理系統，用于處理客戶通過電話、傳真、郵件或Web站點所下訂單。其主要功能如下：

(1)增加客戶記錄。將新客戶信息添加到客戶文件，并分配一個客戶號以備后續使用。

(2)查詢商品信息。接收客戶提交商品信息請求，從商品文件中查詢商品的價格和可訂購數量等商品信息，返回給客戶。

(3)增加訂單記錄。根據客戶的訂購請求及該客戶記錄的相關信息，產生訂單并添加到訂單文件中。

(4)產生配貨單。根據訂單記錄產生配貨單，并將配貨單發送給倉庫進行備貨;備好貨后，發送備貨就緒通知。如果現貨不足，則需向供應商訂貨。

(5)準備發貨單。從訂單文件中獲取訂單記錄，從客戶文件中獲取客戶記錄，并產生發貨單。

(6)發貨。當收到倉庫發送的備貨就緒通知后，根據發貨單給客戶發貨;產生裝運單并發送給客戶。

(7)創建客戶賬單。根據訂單文件中的訂單記錄和客戶文件中的客戶記錄，產生并發送客戶賬單，同時更新商品文件中的商品數量和訂單文件中的訂單狀態。

(8)產生應收賬戶。根據客戶記錄和訂單文件中的訂單信息，產生并發送給財務部門應收賬戶報表。

現采用結構化方法對訂單處理系統進行分析與設計，獲得如圖1-1所示的頂層數據流圖和圖1-2所示0層數據流圖。

【問題1】(3分)

使用說明中的詞語，給出圖1-1中的實體E1~E3的名稱。

【問題2】(3分)

使用說明中的詞語，給出圖1-2中的數據存儲D1~D3的名稱。

【問題3】(9分)

(1)給出圖1-2中處理(加工)P1和P2的名稱及其相應的輸入、輸出流。

(2)除加工P1和P2的輸入輸出流外，圖1-2還缺失了1條數據流，請給出其起點和終點。

【2】● 閱讀以下說明，回答問題1至問題3，將解答填入答題紙的對應欄內。

【說明】

某公司擬開發一套小區物業收費管理系統。初步的需求分析結果如下：

(1)業主信息主要包括：業主編號，姓名，房號，房屋面積，工作單位，聯系電話等。房號可標識一條業主信息，且一個房號僅對應一套房屋;一個業主可以有一套或多套的房屋。

(2)部門信息主要包括：部門號，部門名稱，部門負責人，部門電話等;一個員工只能屬于一個部門，一個部門只有一位負責人。

(3)員工信息主要包括：員工號，姓名，出生年月，性別，住址，聯系電話，所在部門號，職務和密碼等。根據職務不同員工可以有不同的權限，職務為“經理”的員工具有更改(添加、刪除和修改)員工表中本部門員工信息的操作權限;職務為“收費”的員工只具有收費的操作權限。

(4)收費信息包括：房號，業主編號，收費日期，收費類型，數量，收費金額，員工號等。收費類型包括物業費、衛生費、水費和電費，并按月收取，收費標準如表2-1所示。其中：物業費=房屋面積(平方米)×每平米單價，衛生費=套房數量(套)×每套房單價，水費=用水數量(噸)×每噸水單價，電費=用電數量(度)×每度電單價。

(5)收費完畢應為業主生成收費單，收費單示例如表2-2所示。

 
【概念模型設計】

根據需求階段收集的信息，設計的實體聯系圖(不完整)如圖2-1所示。圖2-1中收費員和經理是員工的子實體。

【邏輯結構設計】

根據概念模型設計階段完成的實體聯系圖，得出如下關系模式(不完整)：

業主( (1) ，姓名，房屋面積，工作單位，聯系電話)

員工( (2) ，姓名，出生年月，性別，住址，聯系電話，職務，密碼)

部門( (3) ，部門名稱，部門電話)

權限( 職務，操作權限)

收費標準( (4) )

收費信息( (5) ，收費類型，收費金額，員工號)

【問題1】(8分)

根據圖2-1，將邏輯結構設計階段生成的關系模式中的空(1)~(5)補充完整，然后給出各關系模式的主鍵和外鍵。

【問題2】(5分)

填寫圖2-1中(a)～(f)處聯系的類型(注：一方用1表示，多方用m或 n 或 *表示)，并補充完整圖2-1中的實體、聯系和聯系的類型。

【問題3】(2分)

業主關系屬于第幾范式?請說明存在的問題。

　　【3】● 閱讀下列說明和圖，回答問題1至問題3，將解答填入答題紙的對應欄內。

【說明】

某網上藥店允許顧客憑借醫生開具的處方，通過網絡在該藥店購買處方上的藥品。該網上藥店的基本功能描述如下：

(1)注冊。顧客在買藥之前，必須先在網上藥店注冊。注冊過程中需填寫顧客資料以及付款方式(信用卡或者支付寶賬戶)。此外顧客必須與藥店簽訂一份授權協議書，授權藥店可以向其醫生確認處方的真偽。

(2)登錄。已經注冊的顧客可以登錄到網上藥房購買藥品。如果是沒有注冊的顧客，系統將拒絕其登錄。

(3)錄入及提交處方。登錄成功后，顧客按照“處方錄入界面”顯示的信息，填寫開具處方的醫生的信息以及處方上的藥品信息。填寫完成后，提交該處方。

(4)驗證處方。對于已經提交的處方(系統將其狀態設置為“處方已提交”)，其驗證過程為：

①核實醫生信息。如果醫生信息不正確，該處方的狀態被設置為“醫生信息無效”，并取消這個處方的購買請求;如果醫生信息是正確的，系統給該醫生發送處方確認請求，并將處方狀態修改為“審核中”。

②如果醫生回復處方無效，系統取消處方，并將處方狀態設置為“無效處方”。如果醫生沒有在7天內給出確認答復，系統也會取消處方，并將處方狀態設置為“無法審核”。

③如果醫生在7天內給出了確認答復，該處方的狀態被修改為“準許付款”。

系統取消所有未通過驗證的處方，并自動發送一封電子郵件給顧客，通知顧客處方被取消以及取消的原因。

(5)對于通過驗證的處方，系統自動計算藥品的價格并郵寄藥品給己經付款的顧客。

該網上藥店采用面向對象方法開發，使用UML進行建模。系統的類圖如圖3-1所示。

【問題1】(8分)

根據說明中的描述，給出圖3-1中缺少的C1~C5所對應的類名以及(1)~(6)處所對應的多重度。

【問題2】(4分)

圖3-2給出了“處方”的部分狀態圖。根據說明中的描述，給出圖3-2中缺少的S l ~S4所對應的狀態名以及(7)~(10)處所對應的遷移(transition)名。