对关系“项目研发人员”，请回答以下问题：(1)针对“项目研发人员”关系，用100字以内文字简要说明会产生什么问题。(2)把“项目研发人员”分解为第三范式，分解后的关系名依次为：项目研发人员1，项目研发人员2，…(3)列出修正后的各关系模式的主键。
题目
对关系“项目研发人员”，请回答以下问题：
(1)针对“项目研发人员”关系，用100字以内文字简要说明会产生什么问题。
(2)把“项目研发人员”分解为第三范式，分解后的关系名依次为：项目研发人员1，项目研发人员2，…
(3)列出修正后的各关系模式的主键。
相似考题
更多“对关系“项目研发人员”,请回答以下问题: (1)针对“项目研发人员”关系,用100字以内文字简要说明会产 ”相关问题
-
第1题：
对关系“采购”，请回答以下问题：
(1)若“采购”关系中不考虑折扣情况，则该关系是否存在派生属性?若存在，指出其中的派生属性。
(2)针对“采购”关系，用100字以内文字简要说明会产生什么问题。
(3)分解“采购”关系，分解后的关系名依次为：采购1，采购2…
正确答案：(1)存在派生属性“总价格”。总价格可以根据数量和单价计算出来。 (2)“采购”关系不满足第二范式即：非主属性不完全依赖于码。 会造成：插入异常、删除异常和修改复杂(或修改异常)。 (3)分解后的关系模式如下： 采购1(采购单号总价格日期) 采购2(供应商地址电话) 采购3(供应商材料编号单价) 采购4(采购单号供应商材料编号数量)
(1)存在派生属性“总价格”。总价格可以根据数量和单价计算出来。 (2)“采购”关系不满足第二范式，即：非主属性不完全依赖于码。 会造成：插入异常、删除异常和修改复杂(或修改异常)。 (3)分解后的关系模式如下： 采购1(采购单号，总价格，日期) 采购2(供应商，地址，电话) 采购3(供应商，材料编号，单价) 采购4(采购单号，供应商，材料编号，数量) -
第2题：
试题四（15 分）
阅读下列说明，回答问题 1 至问题 3，将解答填入答题纸的对应栏内。
【说明】
某科研项目管理机构拟开发科研管理系统，以便管理科研项目信息。设计了科研信息数据库，其关系模式如图 4-1 所示。
关系模式的主要属性、含义及约束如表 4-1 所示。
一个科研项目（课题）由一位科研专家作为负责人。一个科研项目可以由多个单位参与，这些单位可以作为承担单位或者合作单位来参与科研项目。一个科研项目可以有
多个拨款单位，每个单位按合同经费的一定百分比拨款。科研专家是具有科研项目申请资格的科研人员。一位科研专家可以参与不同的科研项目。参与科研项目的每个单位可以有多个除科研专家外的单位员工参与项目的研发。 属性间的函数依赖关系如下：
对于“项目信息”关系模式：
课题编号，单位名称，拨款单位 → 课题名称，负责人，单位类别，单位排名，合
同经费，拨款百分比
课题编号，单位名称 → 课题名称，负责人，课题类别，单位排名，合同经费
课题编号，拨款单位 → 课题名称，负责人，合同经费，拨款百分比
课题编号 → 课题名称，负责人，合同经费
课题编号 →→ 拨款单位，拨款百分比
课题编号 →→ 单位名称，单位类别，单位排名
对于“科研专家”关系模式：
人员编号 → 姓名，性别，出生年月，身份证号，最高学位，职称，研究方向，所在单位，单位地址
所在单位 → 单位地址
身份证号 → 人员编号
对于“项目研发人员”关系模式：
课题编号，所在单位，职工号 → 姓名，年龄，学历，职称，分工，排名，参加月数
所在单位，职工号 → 姓名，年龄，学历，职称
【问题 1】(5 分)
对关系“科研专家” ，请回答以下问题：
（1）列举出所有不属于任何候选键的属性(非键属性)。
（2）关系“科研专家”可达到第几范式，用 60 字以内文字简要叙述理由。
【问题 2】(6 分)
对关系“项目研发人员” ，请回答以下问题：
（1）针对“项目研发人员”关系，用 100 字以内文字简要说明会产生什么问题。
（2）把“项目研发人员”分解为第三范式，分解后的关系名依次为：项目研发人员 1，
项目研发人员 2，…
（3）列出修正后的各关系模式的主键。
【问题 3】(4 分)
对关系“项目信息” ，请回答以下问题：
（1）关系“项目信息”是不是第四范式，用 100 字以内文字叙述理由。
（2）把“项目信息”分解为第四范式，分解后的关系名依次为：项目信息 1，项目信息 2，…
正确答案：
-
第3题：
阅读下列说明，从项目整体管理和配置管理的角度，回答问题1至问题3。将解答填入答题纸的对应栏内。
【说明】
老高承接了一个信息系统开发项目的项目管理工作。在进行了需求分析和设计后，项目人员分头进行开发工作，其间客户提出的一些变更要求也由各部分人员分别解决。各部分人员在进行自测的时候均报告正常，因此老高决定直接在客户现场进行集成。各部分人员分别提交了各自工作的最终版本进行集成，但是发现问题很多，针对系统各部分所表现出来的问题，开发人员又分别进行了修改，但是问题并未有明显减少，而且项目工作和产品版本越来越混乱。
【问题1】（5分）
请用200字以内的文字，分析出现这种情况的原因。
【问题2】（10分）
请用300字以内的文字，说明配置管理的主要工作并简要解释。
【问题3】（10分）
请用300字以内的文字，说明针对目前情况可采取哪些补救措施。答案：解析：【问题1】（5分）
缺乏项目整体管理和权衡。
缺乏变更控制规程。
缺乏项目干系人沟通。
缺乏配置管理（或分别回答以下四条）。
缺乏配置识别和基线化；
缺乏配置变更控制；
缺乏配置统计；
缺乏配置审计。
缺乏整体版本管理。
缺乏单元接口测试和集成测试。
【问题2】（10分）
制订配置管理计划。确定方针，分配资源，明确职责，计划培训，确定干系人，制订配置识别准则，制订基线计划，制订配置库备份计划，制订变更控制规程，制订审批计划等。
配置项识别。识别配置项，分配唯一标识，确定配置项特征，记录配置项进入时间，确定配置项拥有者职责，配置项登记管理等。
建立配置管理系统。建立分级配置管理机制，存储和检索配置项，共享和转换配置项，归档、记录，保护和权限。
基线化。获得授权，建立或发布基线，形成文件，使基线可用。
建立配置库。动态库、受控库、静态库。
变更控制。变更的记录、分析、批准、实施、验证、沟通和存档。
配置状态统计。配置项的各种状态统计。
配置审计。功能配置审计和物理配置审计。
【问题3】（10分）
针对目前系统建立基线。
梳理变更脉络，确定统一的最终需求和设计。
梳理配置项及其历史版本。
对照最终需求和设计逐项分析现有配置项及历史版本的符合情况。
根据分析结果由干系人确定整体变更计划并实施。
加强单元接口测试与系统的集成测试或联调。
加强整体版本管理。 -
第4题：
对关系“订单信息”，请回答以下问题：
（1）“订单信息”是否为2NF范式，用100字以内文字简要说明会产生什么问题。
（2）把“订单信息”分解为第三范式，分解后的关系名依次为：订单信息1，订单信息2，…。
（3）列出分解后的各关系模式的主键。
正确答案：（1）“订单信息”关系不满足第二范式即非主属性不完全依赖于码。 会造成插入异常、删除异常和修改复杂(或修改异常)。 （2）分解后的关系模式如下： 订单信息1(订单号线路编号联系人身份证号出发时间订单价格人数) 订单信息2(联系人身份证号联系人名称联系方式) 订单信息3(订单号负责导游工号负责城市) （3）分解后的主键如下： 订单信息1(订单号线路编号联系人身份证号出发时间订单价格人数) 订单信息2(联系人身份证号联系人名称联系方式) 订单信息3(订单号负责导游工号负责城市)
（1）“订单信息”关系不满足第二范式，即非主属性不完全依赖于码。 会造成插入异常、删除异常和修改复杂(或修改异常)。 （2）分解后的关系模式如下： 订单信息1(订单号，线路编号，联系人身份证号，出发时间，订单价格，人数) 订单信息2(联系人身份证号，联系人名称，联系方式) 订单信息3(订单号，负责导游工号，负责城市) （3）分解后的主键如下： 订单信息1(订单号，线路编号，联系人身份证号，出发时间，订单价格，人数) 订单信息2(联系人身份证号，联系人名称，联系方式) 订单信息3(订单号，负责导游工号，负责城市) 解析：本问题考查第二范式和第三范式的理解和应用。
根据第二范式的要求：不存在非主属性对码的部分依赖。
根据题意和“订单信息”关系模式可知，不属于任何候选键的属性(非键属性)为：
线路编号，联系人名称，联系人身份证号，人数，联系方式，订单价格，出发时间，负责城市。
“订单信息”关系模式的函数依赖为：
订单号，负责导游工号→负责城市
订单号→线路编号，联系人身份证号，人数，订单价格，出发时间
联系人身份证号→联系人名称，联系方式
“订单信息”关系模式存在非主属性对码的部分依赖，因此，不属于第二范式。
根据第三范式的要求：每一个非主属性既不部分依赖于码也不传递依赖于码。
因此，需要根据第三范式的要求和“订单信息”关系模式的函数依赖，对“订单信息”关系模式进行分解以满足第三范式的要求。 -
第5题：
试题四（共15分）
阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。
【说明】
某公司拟开发一套招聘信息管理系统，以便对整个公司的各个部门的招聘信息进行统一管理。
【需求分析】
(1)该公司招聘的职位有：测试人员、开发人员、文员秘书和销售代表等职位。公司将职位划分为三种专业类型：技术类型、行政类型和销售类型。每个职位对应一种专业类型，如：测试人员职位属于技术类型。每个职位可以属于一个或多个部门。
(2)面试官由公司员工担任，每个面试官可以负责一个或多个职位的面试。一个职位可由多名面试官负责面试。
(3)应聘人员可以注册应聘的职位成为候选人，并填报自己的简历信息。一个候选人可以应聘多个职位。系统记录候选人每次应聘的面试时间和面试成绩。初步设计的招聘信息数据库关系模式如图4-1所示。
【问题1】（6分）
对关系“候选人”，请回答以下问题：
(1)列举出所有不属于任何候选键的属性（非键属性）。
(2)关系“候选人”可达到第几范式，用60字以内文字简要叙述理由。
【问题2】（5分）
对关系“面试官”，请回答以下问题：
(1)针对“面试官”关系，用60字以内文字简要说明会产生什么问题。
(2)把“面试官”分解为第三范式，分解后的关系名依次为：面试官1，面试官2，…
(3)列出修正后的各关系模式的主键。
【问题3】（4分）
对关系“招聘安排”，请回答以下问题：
(1)关系“招聘安排”是不是第四范式，用60字以内文字叙述理由。
(2)把“招聘安排”分解为第四范式，分解后的关系名依次为：招聘安排1，招聘安排2，…
正确答案：
【问题1】（6分）
(1)姓名，性别，联系电话，出生日期，简历信息，面试成绩
(2)“候选人”关系模式不满足第二范式。
由于“候选人“关系的候选码为：身份证号和应聘的职位编码，但又包含函数依赖：身份证号→姓名，性别，联系电话，出生日期，简历信息。
不满足第二范式的要求，即：非主属性不完全依赖于码。
【问题2】(5分)
(1)“面试官”关系不满足第三范式，即：每一个非主属性既不部分依赖于码也不传递依赖于码。会造成：插入异常、删除异常和修改复杂。
(2)分解后的关系模式如下：
面试官1（工号，姓名，专业类型，工作职务，工作部门）
面试官2（工作部门，部门负责人，部门电话）
(3) 修正后关系模式的主键如下：
面试官1（工号，姓名，专业类型，工作职务，工作部门）
面试官2（工作部门，部门负责人，部门电话）
【问题3】 (4分）
(1)“招聘安排”关系模式，不满足第四范式。
答：职位编码→→属部门
职位编码→→面试官工号
(2)分解后的关系模式如下：
招聘安捧1（职位编码，所属部门）
招聘安排2（职位编码，面试官工号）