閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應欄內(nèi)。

【說明】

M公司為了便于開展和管理各項業(yè)務活動，提高公司的知名度和影響力，擬構(gòu)建一個基于網(wǎng)絡的會議策劃系統(tǒng)。

【需求分析結(jié)果】

該系統(tǒng)的部分功能及初步需求分析的結(jié)果如下：

(1)M公司旗下有業(yè)務部，策劃部和其它部門。部門信息包括部門號，部門名，主管，聯(lián)系電話和郵箱號。每個部門只有一名主管，只負責本部門的工作，且主管參照員工關系的員工號：一個部門有多名員工，每個員工屬于且僅屬于一個部門。

(2)員工信息包括員工號，姓名，職位，聯(lián)系方式和薪資。職位包括主管，業(yè)務員，策劃員等。業(yè)務員負責受理用戶申請，設置受理標志。一名業(yè)務員可以受理多個用戶申請，但一個用戶申請只能由一個業(yè)務員受理。

(3)用戶信息包括用戶號，用戶名，銀行賬號，電話，聯(lián)系地址。用戶號唯一標識用戶信息中的每一個元組。

(4)用戶申請信息包括申請?zhí)?，用戶號，會議日期，天數(shù)，參會人數(shù)，地點，預算費用和受理標志。申請?zhí)栁ㄒ粯俗R用戶申請信息中的每一個元組，且一個用戶可以提交多個申請，但一個用戶申請只對應一個用戶號。

(5)策劃部主管為已受理的用戶申請制定會議策劃任務。策劃任務包括申請?zhí)?，任務明細和要求完成時間。申請?zhí)栁ㄒ粯俗R策劃任務的每一個元組。一個策劃任務只對應一個已受理的用戶申請，但一個策劃任務可由多名策劃員參與執(zhí)行，且一名策劃員可以參與執(zhí)行多項策劃任務。

【概念模型設計】

根據(jù)需求階段收集的信息，設計的實體聯(lián)系圖(不完整)如圖2-1所示。

【關系模式設計】

部門(部門號，部門名，部門主管，聯(lián)系電話，郵箱號)

員工(員工號，姓名， (a) ，聯(lián)系方式，薪資)

用戶(用戶名， (b) ，電話，聯(lián)系地址)

用戶申請(申請?zhí)枺脩籼?，會議日期，天數(shù)，參會人數(shù)，地點，受理標志， (c) )

策劃任務(申請?zhí)?，任務明顯， (d) )

執(zhí)行(申請?zhí)枺邉潌T，實際完成時間，用戶評價)

【問題1】(5分)

根據(jù)問題描述，補充五個聯(lián)系，完成圖2-1的實體聯(lián)系圖，聯(lián)系名可用聯(lián)系1，聯(lián)系2，聯(lián)系3，聯(lián)系4和聯(lián)系5表示，

聯(lián)系的類型為1:1，1：n和m：n(或1:1,1：*和*：*)

【問題2】(4分)

根據(jù)題意，將關系模式中的空(a)~(d)補充完整，并填入答題紙的位置上。

【問題3】(4分)

給出“用戶申請”和“策劃任務”關系模式的主鍵和外鍵。

【問題4】(2分)

請問“執(zhí)行”關系模式的主鍵為全碼的說法正確嗎?為什么?

信管網(wǎng)參考答案：

【問題1】

其中粗線部分是答案。

【問題2】

(a)部門號，職位(b)用戶號，銀行賬號(c)預算費用，業(yè)務員(d)要求完成時間，主管

【問題3】

“用戶申請”關系模式主鍵：申請?zhí)枺怄I：申請?zhí)?，業(yè)務員，用戶號;

“策劃任務”關系模式主鍵：申請?zhí)?，外鍵：主管，申請?zhí)?

【問題4】

“執(zhí)行”關系模式的主鍵為全碼是錯誤的，因為“申請?zhí)枴迸c“策劃員”的組合(申請?zhí)?，策劃員)即使唯一確定執(zhí)行關系中的一個元組數(shù)據(jù)。

查看解析：www.ichunya.com/st/3956625776.html

相關推薦：

點擊查看/下載：軟件設計師歷年真題匯總

點擊查看：軟件設計師在線培訓課程 丨 免費試聽課程

免費練習：軟件設計師考試題庫(模擬試題、章節(jié)練習、每日一練)