当前位置：首页 → 计算机类 → 软件水平考试 → 中级数据库系统工程师->某公司拟开发一套招聘信息管理系统，以便对整个公司各个部门招聘
某公司拟开发一套招聘信息管理系统，以便对整个公司各个部门招聘信息进行统一管理。
【需求描述】（1）该公司招聘职位有：测试人员、开发人员、文员秘书和销售代表等职位。公司将职位划分为三种专业类型：技术类型、行政类型和销售类型。每个职位对应一种专业类型，如测试人员职位属于技术类型。每个职位可以属于一个或多个部门。（2）面试官由公司员工担任，每个面试官可以负责一个或多个职位面试。一个职位可由多名面试官负责面试。（3）应聘人员可以注册应聘职位成为候选人，并填报自己简历信息。一个候选人可以应聘多个职位。系统记录候选人每次应聘面试时间和面试成绩。
【逻辑结构设计】根据上述需求，初步设计招聘信息数据库关系模式如下：职位（职位编码，职位名称，级别，专业类型，招聘条件，薪酬范围）面试官（工号，姓名，专业类型，工作职务，工作部门，部门负责人，部门电话）招聘安排（职位编码，所属部门，面试官工号）候选人（身份证号，姓名，性别，联系电话，出生日期，简历信息，应聘职位编码，面试成绩）关系模式主要属性、含义及约束如下表所示。
【问题1】对关系“候选人”，请回答以下问题：（1）列举出所有不属于任何候选键属性（非键属性）。（2）关系“候选人”可达到第几范式，用60 字以内文字简要叙述理由。
【问题2】对关系“面试官”，请回答以下问题：（1）针对“面试官”关系，用60 字以内文字简要说明会产生什么问题。（2）把“面试官”分解为第二范式，分解后关系名依次为：面试官1 ，面试官2, ..（3）列出修正后各关系模式主键。
【问题3】对关系“招聘安排”，请回答以下问题：（1）关系“招聘安排”是不是第四范式，用60 字以内文字叙注理由。（2）把“招聘安排”分解为第四范式，分解后关系名依次为：招聘安排1，招聘安排2，…
【问题1】（1）姓名，性别，联系电话，出生日期，简历信息，面试成绩。（2）“候选人”关系模式不满足第二范式（或答：属于第一范式）。由于“候选人“关系候选码为：身份证号和应聘职位编码，但又包含函数依赖：身份证号→姓名，性别，联系电话，出生日期，简历信息不满足第二范式要求，即：非主属性部分依赖于码。
【问题2】（1）“面试官”关系不满足第三范式，即每一个非主属性既不部分依赖于码也不传递依赖于码。会造成：数据冗余、插入异常、删除异常和修改复杂（或修改异常）。（2）分解后关系模式如下：面试官1 （工号，姓名，专业类型，工作职务，工作部门）面试官2 （工作部门，部门负责人，部门电话〕（3）修正后关系模式主键如下：面试官1 （工号，姓名，专业类型，工作职务，工作部门）面试官2 （工作部门，部门负责人，部门电话）
【问题3】（1）“招聘安排”关系模式，不满足第四范式。职位编码→→所属部门职位编码→→面试官工号（2）分解后关系模式如下：招聘安排1 （职位编码，所属部门）招聘安排2 （职位编码，面试官工号）
某公司拟开发一套招聘信息管理系统，以便对整个公司各个部门招聘信息进行统一管理。
【需求描述】（1）该公司招聘职位有：测试人员、开发人员、文员秘书和销售代表等职位。公司将职位划分为三种专业类型：技术类型、行政类型和销售类型。每个职位对应一种专业类型，如测试人员职位属于技术类型。每个职位可以属于一个或多个部门。（2）面试官由公司员工担任，每个面试官可以负责一个或多个职位面试。一个职位可由多名面试官负责面试。（3）应聘人员可以注册应聘职位成为候选人，并填报自己简历信息。一个候选人可以应聘多个职位。系统记录候选人每次应聘面试时间和面试成绩。
【逻辑结构设计】根据上述需求，初步设计招聘信息数据库关系模式如下：职位（职位编码，职位名称，级别，专业类型，招聘条件，薪酬范围）面试官（工号，姓名，专业类型，工作职务，工作部门，部门负责人，部门电话）招聘安排（职位编码，所属部门，面试官工号）候选人（身份证号，姓名，性别，联系电话，出生日期，简历信息，应聘职位编码，面试成绩）关系模式主要属性、含义及约束如下表所示。
【问题1】对关系“候选人”，请回答以下问题：（1）列举出所有不属于任何候选键属性（非键属性）。（2）关系“候选人”可达到第几范式，用60 字以内文字简要叙述理由。
【问题2】对关系“面试官”，请回答以下问题：（1）针对“面试官”关系，用60 字以内文字简要说明会产生什么问题。（2）把“面试官”分解为第二范式，分解后关系名依次为：面试官1 ，面试官2, ..（3）列出修正后各关系模式主键。
【问题3】对关系“招聘安排”，请回答以下问题：（1）关系“招聘安排”是不是第四范式，用60 字以内文字叙注理由。（2）把“招聘安排”分解为第四范式，分解后关系名依次为：招聘安排1，招聘安排2，…
某医院为了更好为患者服务、提高医院管理水平，拟开发满足自身特点信息系统。其部分需求及设计如下。
【需求描述】（1）患者到医院就诊，需提供本人医保卡或身份证，系统根据医保卡或身份证从外部医保信息库获取患者其他详细信息，包括医保卡号、身份证号、姓名、性别、民族、出生日期等信息。（2）医生信息包括医生编号、姓名、性别、出生日期、职称等信息。（3）通过患者自述、化验结果分析等信息，医生对患者病情进行诊断，开具处方，并填写病例。病例同时包含诊断和处方信息，包括编号、患者姓名、病情描述、诊断结论、主治医生、药品名称、药品数量、服用剂量等，处方中一般会有多种药品。（4）病人凭医生开具处方可在医院购买药品。医院记录药品条码、名称、价格、生产厂商等信息。
【逻辑结构设计】根据上述需求，设计出如下关系模式医生（编号，姓名，性别，出生日期，职称）患者（身份证号，医保卡号，姓名，性别，民族，出生日期）药品（条码，名称，价格，生产厂商）病例（编号，药品条码，患者身份证号，主治医生编号，病情描述，诊断结论，诊断日期，服用剂量，药品数量，购买日期）
【问题1】对关系“患者”，请回答以下问题：（1）给出函数依赖集。（2）给出所有候选码。（3）判定属于第几范式，并说明理由。
【问题2】对关系“病例”，存在如下数据依赖：FD＝｛编号→（患者身份证号，主治医生编号，病情描述，诊断结论，诊断日期），（编号，药品条码）→（服用剂量，药品数量，购买日期）｝，请回答以下问题。（1）该关系模式存在哪些问题？（2）该关系模式是否属于 4NF？请给给出理由。（3）如果“病例”不是 4NF，请分解，并指出分解后关系模式所属范式。分解后关系名依次为：病例 1，病例 2，...。
【问题3】针对【问题 2】规范化要求，如果设计者分解出多个关系模式其中之一如下：购药（病例编号，药品条码，服用剂量，药品数量，购买日期）如果医院要求统计每名医生（编号和姓名）每天接诊患者所购买各个药品条码和数量。基于上述设计，实现该统计共需哪几个关系？为提高该统计效率，允许对范式条件放宽要求，请修改“购药”关系模式以优化该统计。
M公司为某旅游公司设计机票销售专用数据库，其关系模式如图4-1所示。
关系模式主要属性、含义及约束如表4-1所示，属性间函数依赖关系如图4-2所示，属性间函数依赖标记方法如图4-3所示。
旅客旅行前需要向旅行社提出申请，说明要参加旅行团队。旅行社建立旅行申请包括，旅行出发日期和到达日期机票预订、购票等信息。旅行社还需要为每个团队制定‘旅程”和“搭乘航班”表。有关“旅程”和“搭乘航班”示例如表4-2、表4-3所示。
【问题1】对关系“航班”，请回答以下问题：(1)列举出所有不属于任何候选键属性(非键属性)。(2)关系“航班”可达到第几范式，用不超过60个字内容叙述理由。
【问题2】对关系“旅客”，请回答以下问题：(1)针对“旅客”关系，用100字以内文字简要说明会产生什么问题，并加以修正。(2)列出修正后关系模式所有候选键。(3)把“旅客”分解为第三范式，并用图4-1所示关系模式形式表示，分解后关系名依次取旅客1、旅客2、…。
【问题3】对关系“搭乘航班”，请回答以下问题：(1)把非平凡多值依赖属性(图4-2中没有表示)例子用满足图4-3方式表示出来。(2)关系“搭乘航班”是boyce codd范式而不是第四范式，请用200字以内文字阐述理由。(3)把“搭乘航班”关系分解成第四范式，并采用图4-1所示关系模式形式表示，分解后关系名依次取搭乘航班1、搭乘航班2、…。
某社会救助基金会每年都会举办多项社会公益救助活动，需要建立信息系统，对之进行有效管理。
【需求分析】1.任何一个实名认证个人或者公益机构都可以发起一项公益救助活动，基金会需要记录发起者信息。如果发起者是个人，需要记录姓名、身份证号和一部电话号码；如果发起者是公益机构，需要记录机构名称、统一社会信用代码、一部电话号码、唯一法人代表身份证号和法人代表姓名。一个自然人可以是多个机构法人代表。
2.公益救助活动需要提供详实资料供基金会审核，包括被捐助人姓名、身份证号、一部电话号码、家庭住址。
3.基金会审核并确认项目后，发起公益救助个人或机构可以公开宣传井募捐，募捐得到款项进入基金会账户。
4.发起公益救助个人或机构开展救助行动，基金会根据被捐助人所提供医疗发票或其它信息，直接将所筹款项支付给被捐助者。
5.救助发起者针对任一被捐助者公益活动只能开展一次。
【逻辑结构设计】根据上述需求，设计出如下关系模式:公益活动(发起者编号，被捐助者身份证号，发起者电话号码，发起时间，结束时间，募捐金额)，其中对于个人发起者，发起者编号为身份证号；对于机构发起者，发起者编号为统一社会信用代码。个人发起者（姓名，身份证号，电话号码）机构发起者(机构名称，统一社会信用代码，电话号码，法人代表身份证号，法人代表姓名)被捐助者（姓名，身份证号，电话号码，家庭住址)
【问题1】对关系"机构发起者"，请回答以下问题:(1) 列举出所有候选键。(2) 它是否为3NF ，用1100字以内文字简要叙述理由。(3) 将其分解为 BC 范式，分解后关系名依次为：机构发起者1，机构发起者 2 ，...， 并用下划线标示分解后各关系模式主键。
【问题2】对关系"公益摇动 "，请回答以下问题：(1)列举出所有候选键。(2) 它是否为2NF ，用100字以内文字简要叙述理由。(3)将其分解为 BC 范式，分解后关系名依次为:公益活动1，公益活动 2 ，...， 并用下划线标示分解后各关系模式主键。
【问题3】基金会根据被捐助人提供医疗发票或其它信息，将所筹款项支付给被捐助者。可以存在分期多次支付情况，为了统计所筹款项支付情况（详细金额和时间) ,试增加"支付记录"关系模式，用100字以文字简要叙述解决方案。
某小区由于建设时间久远，停车位数量无法满足所有业主需要，为公平起见，每年进行一次抽签来决定车位分配。小区物业拟建立一个信息系统，对停车位使用和收费进行管理。
【需求描述】（1）小区内每套房屋可能有多名业主，一名业主也可能在小区内有多套房屋。业主信息包括业主姓名、身份证号、房号、房屋面积，其中房号不重复。
（2）所有车位都有固定编号，且同一年度所有车位出租费用相同，但不同年份出租费用可能不同。
（3）所有车位都参与每年抽签分配。每套房屋每年只能有一次抽签机会。抽中车位业主需一次性缴纳全年车位使用费用，且必须指定唯一汽车使用该车位。
（4）小区车辆出入口设有车牌识别系统，可以实时识别进出汽车车牌号。为方便门卫确认，系统还需登记汽车品牌和颜色。
【逻辑结构设计】根据上述需求，设计出如下关系模式：业主（业主姓名，业主身份证号，房号，房屋面积）车位（车位编号，房号，车牌号，汽车品牌，汽车颜色，使用年份，费用）
【问题1】对关系"业主"，请回答以下词题：（1）给出"业主"关系候选键。（2）它是否为2NF，用60字以内文字简要叙述理由。（3）将其分解为BCNF，分解后关系名依次为：A1,A2，...，并用下划线标示分解后各关系模式主键。
【问题2】对关系"车位"，请回答以下问题：（1）给出"车位"关系候选键。 ．（2）它是否为3NF，用60字以内文字简要叙述理由。（3）将其分解为BCNF，分解后关系名依次为：B1,B2，...，并用下划线标示分解后各关系模式主键。
【问题3】若临时车辆进入小区，按照进入和离开小区时间进行收费（每小时2元）。试增加"临时停车"关系模式，用100字以内文字简要叙述解决方案。
某地人才交流中心为加强当地企业与求职人员沟通，促进当地人力资源合理配置，拟建立人才交流信息网。
【需求描述】1．每位求职人员需填写《求职信息登记表》（如表4-1所示），并出示相关证件，经工作人员审核后录入求职人员信息。表中毕业证书编号为国家机关统一编码，编号具有唯一性。每个求职人员只能填写一部联系电话。
2．每家招聘企业需填写《招聘信息登记表》（如表4-2所示），并出示相关证明及复印件，经工作人员核实后录入招聘企业信息。表中企业编号由系统自动生成，每个联系人只能填写一部联系电话。
3．求职人员和招聘企业基本信息会在系统长期保存，并分配给求职人员和招聘企业用于登录用户名和密码。求职人员登录系统后可登记自己从业经历、个人简历及特长，发布自己求职意向信息；招聘企业工作人员登录系统后可维护本企业基本信息，发布本企业岗位需求信息。
4．求职人员可通过人才交流信息网查询企业招聘信息并进行线下联系；招聘企业工作人员也可通过人才交流信息网查询相关求职人员信息并进行线下联系。
5．求职人员入职后应惨改自己就业状态（在岗／求职）；招聘企业在发布需求岗位有人员到岗后也应该及时修改需求人数。
【逻辑结构设计】根据上述需求，设计出如下关系模式：个人信息（身份证号，姓名，性别，出生日期，毕业院校，专业名称，学历，毕业证书编号，联系电话，电子邮件，个人简历及特长）从业经历（身份证号，起止时间，企业名称，职位）求职意向（身份证号，职位名称，最低薪水）企业信息（企业编号，企业名称，地址，企业网址，联系人，联系电话，电子邮件，企业简介）岗位需求（企业编号，职位，专业，学历，薪水，人数，备注）
【问题1】对关系"个人信息"，请回答以下问题：(1)列举出所有候选键。(2)它是否为3NF，用60字以内文字简要叙述理由。(3)将其分解为BC范式，分解后关系名依次为：个人信息1，个人信息2，…，并用下划线标示分解后各关系模式主键。
【问题2】对关系"企业信息"，请回答以下问题：(1)列举出所有候选键。(2)它是否为2NF，用60字以内文字简要叙述理由。(3)将其分解为BC范式，分解后关系名依次为：企业信息1，企业信息2，…，并用下划线标示分解后各关系模式主键。
【问题3】若要求个人求职信息一经发布，即由系统自动查找符合求职要求企业信息，填入表R(身份证号，企业编号)，在不修改系统应用程序前提下，应采取什么方法来实现，用100字以内文字简要叙述解决方案。
某图书管理系统主要功能是图书管理和信息查询。对于初次借书读者，系统自动生成读者号，并与读者基本信息(姓名、单位、地址等)一起写入读者文件。 系统图书管理功能分为四个方面：购入新书、读者借书、读者还书以及图书注销。
1、购入新书时需要为该书编制入库单。入库单内容包括图书分类目录号、书名、作者、价格、数量和购书日期，将这些信息写入图书目录文件并修改文件中库存总量(表示到目前为止，购入此种图书数量)。
2、读者借书时需填写借书单。借书单内容包括读者号和所借图书分类目录号。系统首先检查该读者号是否有效，若无效，则拒绝借书；若有效，则进一步检查该读者已借图书是否超过最大限制数(假设每位读者能同时借阅书不超过5本)，若已达到最大限制数，则拒绝借书；否则允许借书，同时将图书分类目录号、读者号和借阅日期等信息写入借书文件中。
3、读者还书时需填写还书单。系统根据读者号和图书分类目录号，从借书文件中读出与该图书相关借阅记录，标明还书日期，再写回到借书文件中，若图书逾期，则处以相应罚款。
4、注销图书时，需填写注销单并修改图书目录文件中库存总量。 系统信息查询功能主要包括读者信息查询和图书信息查询。其中读者信息查询可得到读者基本信息以及读者借阅图书情况；图书信息查询可得到图书基本信息和图书借出情况。图书管理系统顶层图如图1-1所示；图书管理系统第0层DFD图如图1-2所示 其中，加工2细化图如图1-3所示。【数据流图1-1】
【数据流图1-2】
【问题1】数据流图1-2中有两条数据流是错误，请指出这两条数据流起点和终点。
【问题2】数据流图1-3中缺少三条数据流，请指出这三条数据流起点和终点。
【问题3】根据系统功能和数据流图填充下列数据字典条目中(1)和(2)：查洵请求信息=[查询读者请求信息|查询图书请求信息]读者情况=读者号+姓名+所在单位+{借书情况}管理工作请求单=__(1)__入库单=__(2)__
某医疗器械公司作为复杂医疗产品集成商，必须保持高质量部件及时供应。为了实现这一目标，该公司欲开发一采购系统。系统主要功能如下：
1.检查库存水平。采购部门每天检查部件库存量，当特定部件库存量降至其订货店时，返回低存量部件及库存量。
2.下达采购订单。采购部门针对低存量部件及库存量提交采购请求，向其供应商(通过供应商文件访问供应商数据）下达采购订单，并存储于采购订单文件中。
3. 交运部件。
当供应商提交提单并交运部件时，运输和接收(S /R )部门通过执行以下三步过程接收货物：
(1)验证装运部件。通过访问采购订单并将其与提单进行比较来验证装运部件， 并将提单信息发给S/R 职员。如果收货部件项目出现在采购订单和提单上，则己验证提单和收货部件项目将被送去检验。否则S /R职员提交装运错误信息生成装运错误通知发送给供应商。
(2) 检验部件质量。通过访问质量标准来检查装运部件质量，并将己验证提单发给检验员。如果部件满足所有质量标准，则将其添加到接受部件列表用于更新部件库存。如果部件未通过检查，则将检验员创建缺陷装运信息生成缺陷装运通知发送给供应商。
(3)更新部件库存。库管员根据收到接受部件列表添加本次采购数量，与原有库存量累加来更新库存部件中库存量。标记订单采购完成。现采用结构化方法对该采购系统进行分析与设计，获得如图1-1 所示上下文数据流图和图1-2所示0层数据流图。
【问题1】使用说明中词语，给出图1-1中实体E1-E5名称。
【问题2】使用说明中词语，给出图1-2中数据存储D1-D4名称。
【问题3】根据说明和图中术语，补充图1-2中缺失数据流及其起点和终点。
【问题4】用200字以内文字，说明建模图1-1 和图1-2时如何保持数据流图平衡。
某海外代购公司，为扩展公司业务，需要开发一个信息息化管理系统。请根据公司现有业务及需求完成该系统数据库设计。
【需求描述】
（1）记录公司员工信息。员工信息包括工号、身份证号、姓名、性别和一个手机号，工号唯一标识每位员工，员工分为代购员和配送员。
（2）记录采购商品信息。商品信息包括商品名称、所在超市名称、采购价格、销售价格和商品介绍，系统内部用商品条码唯一标识每种商品。一种商品只在一家超市代购。
（3）记录顾客信息。顾客信息包括顾客真实姓名、身份证号（清关缴税用）、一个手机号和一个收货地址，系统自动生成唯一顾客编号
（4）记录托运公司信息。托运公司信息包括托运公司名称、电话和地址，系统自动生成唯一托运公司编号。
（5）顾客登录系统之后，可以下订单购买商品。订单支付成功后，系统记录唯一支付凭证编号。顾客需要在订单里指定运送方式：空运或海运。
（6）代购员根据顾客订单在超市采购对应商品，一份订单所含多个商品可能由多名代购员从不同超市采购。
（7）采购完商品交由配送员根据顾客订单组合装箱，然后交给托运公司运送。托运公司按顾客订单核对商品名称和数量，然后按顾客地址进行运送。
【概念模型设计】根据需求阶段收集信息，设计实体联系图（不完整）如如图 2-1 所示。
【逻辑模型设计】根据概念模型设计阶段完成实体联系图，得出如下关系模式（不完整）：员工（工号，身份号，姓名，性别，手机号）商品（条码，商品名称，所在超市名称，采购价格，销售价格，商品介绍）顾客（编号，姓名，身份证号，手机号，（ a ））托运公司（托运公司编号，托运公司名称，电话，地址）订单（订单 1D，画品条码，顺编号，（ b ），运送方式，支付凭证编号）代购（代购 1D，代购员工号，订单 D2，（ c ））运送（运送 1D，配送员工号，托运公司编号，订单 1D，发运时间）
【问题1】根据问题描述，补充图 2-1 实体联系图。
【问题2】补充逻辑结构设计结果中（a）、（b）、（c）三处空缺。
某房屋租赁公司拟开发一个管理系统用于管理其持有房屋、租客及员工信息。请根据下述需求描述完成系统数据库设计。
【需求描述】
1.公司拥有多幢公寓楼，每幢公寓楼有唯一楼编号和地址。每幢公寓楼中有多套公寓，每套公寓在楼内有唯一编号（不同公寓楼内公寓号可相同）。系统需记录每套公寓卧室数和卫生间数。
2.员工和租客在系统中有唯一编号（员主编号和租客编号）。
3.对于每个租客，系统需记录姓名、多个联系电话、一个银行账号(方便自动扣房租)、一个紧急联系人姓名及联系电话。
4.系统需记录每个员工姓名、类别、一个联系电话和月工资。员工类别可以经理或维修工，也可兼任。每个经理可以管理多幢公寓楼。每幢公寓楼必须由一个经理管理。 系统需记录每个维修工业务技能，如：水暖维修、电工、木工等。
5.租客租赁公寓必须和公司签订租赁合同。一份租赁合同通常由一个或多个租客(合租)与该公寓楼经理签订，一个租客也可租赁多套公寓。合同内容应包含签订日期、开始时间租期、押金和月租金。
【概念模型设计】根据需求阶段收集信息，设计实体联系图(不完整)如图2-1 所示。
【逻辑结构设计】根据概念模型设计阶段完成实体联系图，得出如下关系模式(不完整):联系电话 (电话号码，租客编号)租客 (租客编号，姓名，银行账号，联系人姓名，联系人电话)员工 (员工编号，姓名，联系电话，类别，月工资，（ a ）)公寓楼 ( ( b ) ，地址，经理编号)公寓（楼编号，公寓号，卧室数，卫生间数）合同（合同编号，租客编号，楼编号，公寓号，经理编号，签订日期，起始日期，租期，（ c )，押金)
【问题1】补充图2-1中"签约"联系所关联实体及联系类型。
【问题2】补充逻辑结构设计中( a) （b）（c ） 三处空缺。
【问题3】租期内，公寓内设施如出现问题，租客可在系统中进行故障登记，填写故障描述，每项故障由系统自动生成唯一故障编号，由公司派维修工进行故障维修，系统需记录每次维修维修日期和维修内容。请根据此需求，对图2-1 进行补充，并将所补充ER图内容转换为一个关系模式，请给出该关系模式。
