摘要:軟考信息系統(tǒng)管理工程師下午考試為應用技術,希賽小編將在考后為大家整理2022年信息系統(tǒng)管理工程師下午真題及答案解析,敬請考生關注!
為方便考生估分,希賽小編將在考后為大家整理2022年信息系統(tǒng)管理工程師下午真題及答案解析,敬請考生關注!
歷年信息系統(tǒng)管理工程師下午應用技術真題參考:
【說明】
某電子商務公司擬構建一個高效、低成本、符合公司實際業(yè)務發(fā)展需求的OA(Office Automation)系統(tǒng)。張工主要承擔了該系統(tǒng)的文檔管理和通知管理模塊的研發(fā)工作。文檔管理模塊的主要功能包括添加、修改、刪除和查看文檔。通知管理模塊的主要功能是通知群發(fā)。
張工通過前期調研和需求分析進行了概念模型設計,具體情況分述如下。
【需求分析結果】
(1) 該公司設有財務部、銷售部、廣告部等多個部門,每個部門只有一名部門經理, 有多名員工,每名員工只屬于一個部門。部門信息包括:部門號、名稱、部門經理和電話, 其中部門號確定部門關系的每一個元組。
(2) 員工信息包括:員工號、姓名、崗位號、部門號、電話、家庭住址。員工號確定員工關系的每一個元組;崗位主要有經理、部門經理、管理員等,不同崗位具有不同 的權限。一名員工只對應一個崗位,但一個崗位可對應多名員工。
(3) 通知信息包括:編號、內容、通知類型、接收人、接收時間、發(fā)送時間和發(fā)送人。 其中(編號,接收人)標識通知關系中的每一個元組。一條通知可以發(fā)送給多個接收 人,一個接收人可以接收多條通知。
(4) 文檔信息包括:編號、文檔名、標題、內容、發(fā)布部門、發(fā)布時間。其中編號確定文檔關系的每一個元組。一份文檔對應一個發(fā)布部門,但一個部門可以發(fā)布多份文 檔;一份文檔可以被多名員工閱讀,一名員工可以閱讀多份文檔。另外,公司為了掌握員工對文檔的閱讀及執(zhí)行情況,還要求記錄每個員工對同一篇文檔分別在哪些時間閱讀過。
【 概念模型設計】
根據需求分析階段收集的信息,設計的實體聯(lián)系圖(不完整)如圖1-1所示:
1.jpg
【邏輯結構設計】
根據概念模型設計階段完成的實體聯(lián)系圖,得出如下關系模式(不完整):
部門(部門號,名稱,部門經理,電話)
員工(員工號,姓名,崗位號,(a),電話)
崗位(崗位號,崗位名稱,權限)
通知(編號,(b),通知類型,接收時間,(c),發(fā)送時間,發(fā)送人)
文檔(編號,文檔名,標題,內容,發(fā)布部門,發(fā)布時間)
閱讀文檔(文檔編號,(d),閱讀時間)
問題內容:
【問題1】(4分)
根據題意,將關系模式中的空(a)—(d)的屬性補充完整,并填入答題紙對應的位置上。
【問題2】 (4分)
根據需求分析,可以得出圖1-1所示的實體聯(lián)系圖中聯(lián)系的類型。請按以下描述確定 聯(lián)系類型并填入答題紙對應的位置上。
部門與員工之間的“隸屬”聯(lián)系類型為(e);
部門與文檔之間的“發(fā)布”聯(lián)系類型為(f);
員工與文檔之間的“閱讀”聯(lián)系類型為(g);
員工與崗位之間的“對應”聯(lián)系類型為(h)。
【問題3】 (5分)
1)員工關系的主鍵為(i),員工關系的外鍵為(j)、(k)。
2)員工關系的外鍵(j)應參照 (1),外鍵(k)應參照 (m)。
【問題4】 (2分)
閱讀文檔的主鍵為(文檔號、員工號)的說法正確嗎?為什么?
軟考備考資料免費領取
去領取