閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內。
說明：某服裝銷售公司擬開發(fā)一套服裝采購管理系統(tǒng)，以便對服裝采購和庫存進行管理。
需求分析
（1）采購系統(tǒng)需要維護服裝信息及服裝在倉庫中的存放情況，服裝信息主要包括：服裝編碼、服裝描述、服裝類型、銷售價格、尺碼和面料，其中，服裝類型為銷售分類，服裝按銷售分類編碼。倉庫信息包括：倉庫編碼、倉庫位置、倉庫容量和庫管員。系統(tǒng)記錄庫管員的庫管員編碼、姓名和級別。一個庫管員可以管理多個倉庫，每個倉庫有一名庫管員。一個倉庫中可以存放多類服裝，一類服裝可能存放在多個倉庫中。
（2）當庫管員發(fā)現(xiàn)一類或者多類服裝缺貨時，需要生成采購訂單。一個采購訂單可以包含多類服裝。每類服裝可由多個不同的供應商供應，但具有相同的服裝編碼。采購訂單主要記錄訂單編碼、訂貨日期和應到貨日期，并詳細記錄所采購的每類服裝的數量、采購價格和對應的多個供應商。
（3）系統(tǒng)需記錄每類服裝的各個供應商信息和供應情況。供應商信息包括：供應商編碼、供應商名稱、地址、企業(yè)法人和聯(lián)系電話。供應情況記錄供應商所供應服裝的服裝類型和服裝質量等級。一個供應商可以供應多類服裝，一類服裝可由多個供應商供應。庫管員根據入庫時的服裝質量情況，設定或修改每個供應商所供應的每類服裝的服裝質量等級，作為后續(xù)采購服裝時，選擇供應商的參考標準。
概念模式設計：根據需求階段收集的信息，設計的實體聯(lián)系圖（不完整）如圖7.13所示。
邏輯結構設計：根據概念設計階段完成的實體聯(lián)系圖，得出如下關系模式（不完整）：庫管員（庫管員編碼，姓名，級別）倉庫信息（（1），倉庫位置，倉庫容量）服裝（服裝編碼，服裝描述，服裝類型，尺碼，面料，銷售價格）供應商（供應商編碼，供應商名稱，地址，聯(lián)系電話，企業(yè)法人）供應情況（（2），服裝質量等級）采購訂單（（3））采購訂單明細（（4））

問題1：根據需求分析的描述，補充圖7.13中的聯(lián)系和聯(lián)系的類型。
問題2：根據補充完整的圖7.13，將邏輯結構設計階段生成的關系模式中的空（1）～（4）補充完整，并給出其主鍵（用下劃線指出）。
問題3：如果庫管員定期需要輪流對所有倉庫中的服裝質量進行抽查，對每個倉庫中的每一類被抽查服裝需要記錄一條抽查結果，并且需要記錄抽查的時間和負責抽查的庫管員。請根據該要求，對圖7.13進行修改，畫出修改后的實體聯(lián)系和聯(lián)系的類型。

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

關系模式設計：部門（部門號，部門名稱，經理，電話，郵箱）員工（員工號，姓名，職位，電話號碼，工資，（a））客戶（（b），單位名稱，通信地址，所屬省份，聯(lián)系人，聯(lián)系電話，銀行賬號）托運請求（（c），貨物名稱，數量，運費，出發(fā)地，目的地）安排承運（（d），裝貨時間，達到時間，業(yè)務員）