軟件設計師案例分析當天每日一練試題地址：www.conferencecallsmadeeasy.com/exam/ExamDayAL.aspx?t1=4

往期軟件設計師每日一練試題匯總：www.conferencecallsmadeeasy.com/class/27/e4_1.html

軟件設計師案例分析每日一練試題（2023/5/31）在線測試：www.conferencecallsmadeeasy.com/exam/ExamDayAL.aspx?t1=4&day=2023/5/31

點擊查看：更多軟件設計師習題與指導

軟件設計師案例分析每日一練試題內容（2023/5/31）

閱讀下列說明和圖，回答問題1至問題3，將解答填入答題紙的對應欄內。
【說明】
某物流公司為了整合上游供應商與下游客戶，縮短物流過程，降低產品庫存，需要構建一個信息系統以方便管理其業(yè)務運作活動。
【需求分析結果】
（1）物流公司包含若干部門，部門信息包括部門號、部門名稱、經理、電話和郵箱。一個部門可以有多名員工處理部門的日常事務，每名員工只能在一個部門工作。每個部門有一名經理，只需負責管理本部門的事務和人員。
（2）員工信息包括員工號、姓名、職位、電話號碼和工資；其中，職位包括：經理、業(yè)務員等。業(yè)務員根據托運申請負責安排承運貨物事宜，例如：裝貨時間、到達時間等。一個業(yè)務員可以安排多個托運申請，但一個托運申請只由一個業(yè)務員處理。
（3）客戶信息包括客戶號、單位名稱、通信地址、所屬省份、聯系人、聯系電話、銀行賬號，其中，客戶號唯一標識客戶信息的每一個元組。每當客戶要進行貨物托運時，先要提出貨物托運申請。托運申請信息包括申請?zhí)?、客戶號、貨物名稱、數量、運費、出發(fā)地、目的地。其中，一個申請?zhí)枌ㄒ坏囊粋€托運申請；一個客戶可以有多個貨物托運申請，但一個托運申請對應唯一的一個客戶號。
【概念模型設計】
根據需求階段收集的信息，設計的實體聯系圖和關系模式（不完整）如圖2-1所示。

【關系模式設計】
部門（部門號，部門名稱，經理，電話，郵箱）
員工（員工號，姓名，職位，電話號碼，工資，   (a)   ）
客戶（   (b)   ，單位名稱，通信地址，所屬省份，聯系人，聯系電話，銀行賬號）
托運申請（   (c)  ，貨物名稱，數量，運費，出發(fā)地，目的地）
安排承運（   (d)  ，裝貨時間，到達時間，業(yè)務員）
【問題1】（5分）
根據問題描述，補充四個聯系、聯系的類型，以及實體與子實體的聯系，完善圖2-1所示的實體聯系圖。
【問題2】（8分）
根據實體聯系圖，將關系模式中的空（a）~（d）補充完整。分別指出部門、員工和安排承運關系模式的主鍵和外鍵。
【問題3】（2分）
若系統新增需求描述如下：
為了數據庫信息的安全性，公司要求對數據庫操作設置權限管理功能，當員工登錄系統時，系統需要檢查員工的權限。權限的設置人是部門經理。為滿足上述需要，應如何修改（或補充）圖2-1所示的實體聯系圖，請給出修改后的實體聯系圖和關系模式。
信管網試題答案與解析：www.conferencecallsmadeeasy.com/st/3811014534.html

信管網考友試題答案分享：

信管網wangly：
1. 2. a 部門號 b 客戶號 c 申請?zhí)? d 申請?zhí)? 部門 主鍵：部門號 外鍵：員工號 員工 主鍵：員工號 外鍵：部門號 安排承運 主鍵：申請?zhí)?外鍵：員工號

信管網試題答案與解析：www.conferencecallsmadeeasy.com/st/3811014534.html