阅读以下说明，回答问题1至问题3，将解答填入对应栏内。[说明]某公司拟开发一套小区物业收费管理系统。初步需求分析结果如下：(1)业主信息主要包括：业主编号、姓名、房号、房屋面积、工作单位、联系电话等。房号可唯一标识一条业主信息，且一个房号仅对应一套房屋；一个业主可以有一套或多套房屋。(2)部门信息主要包括：部门号、部门名称、部门负责人、部门电话等。一个员工只能属于一个部门，一个部门只有一位负责人。(3)员工信息主要包括：员工号、姓名、出生年月、性别、住址、联系电话、所在部门号、职务和密码等。根据职务不同，员工可以有不同权限：职务为“经理”员工具有更改(添加、删除和修改)员工表中本部门员工信息操作权限；职务为“收费”员工只具有收费操作权限。(4)收费信息包括：房号、业主编号、收费日期、收费类型、数量、收费金额、员工号等。收费类型包括物业费、卫生费、水费和电费，并按月收取，收费标准如表2-1所示。其中：物业费=房屋面积(平方米)×每平方米单价，卫生费=套房数量(套)×每套房单价，水费=用水数量(吨)×每吨水单价，电费=用电数量(度)×每度电单价。
(5)收费完毕应为业主生成收费单，收费单示例如表2-2所示。
[概念模型设计]根据需求阶段收集信息，设计实体联系图(不完整)如图2-1所示。图2-1中收费员和经理是员工子实体。
[逻辑结构设计]根据概念模型设计阶段完成实体联系图，得出如下关系模式(不完整)：业主( (1) , 姓名, 房屋面积, 工作单位, 联系电话)员工( (2) , 姓名, 出生年月, 性别, 住址, 联系电话, 职务, 密码)部门( (3) , 部门名称, 部门电诂)权限(职务, 操作权限)收费标准( (4) )收费信息( (5) , 收费类型, 收费金额, 员工号)根据图2-1，将逻辑结构设计阶段生成关系模式中空5～6补充完整，然后给出各关系模式主键和外键。填写图2-1中(a)～(f)处联系类型(注：一方用1表示，多方用m或n或*表示)，并补充完整图2-1中实体、联系和联系类型。16、业主关系属于第几范式?请说明存在问题。
5、业主编号，房号主键：房号外键：无6、员工号，所在部门号主键：员工号外键：所在部门号7、部门号，部门负责人主键：部门号外键：部门负责人8、收费类型，单位，单价主键：收费类型外键：无9、房号，业主编号，收费日期主键：房号，业主编号，收费日期外键：房号，员工号
10、n，或m，或* 11、n，或m，或* 12、 1 13、n，或m，或* 14、1 15、n，或m，或*
16、业主关系属于第2范式。
【解析】
5-9、根据题意，业主关系中信息主要包括：业主编号、姓名、房号、房屋面积、工作单位、联系电话等，因此，空(1)应填写“业主编号，房号”。又因为房号可唯一标识一条业主信息，所以以“房号”为主键。完整关系模式如下：业主(业主编号, 房号, 姓名, 房屋面积, 工作单位, 联系电话)根据题意，员工信息主要包括：员工号、姓名、出生年月、性别、住址、联系电话、所在部门号、职务和密码等，因此，空(2)应填写“员工号，所在部门号”。又因为员工号可唯一标识一条员工信息，所以“员工号”为主键。根据题意，一个员工只能属于一个部门，“所在部门号”应参照部门关系“部门号”，因此，“所在部门号”为外键。完整关系模式如下：员工(员工号, 所在部门号, 姓名, 出生年月, 性别, 住址, 联系电话, 职务, 密码)部门信息主要包括：部门号、部门名称、部门负责人、部门电话等，因此，部门关系空(3)应填写“部门号，部门负责人”，显然该关系主键为“部门号”。又因为部门关系“部门负责人”应参照员工关系“员工号”，因此，“部门负责人”为外键。根据题意分析收费标准关系空(4)应填写“收费类型，单位，单价”，这样收费信息关系可以根据收费类型(如水费、电费或物业费)去收费标准关系中查出单价来计算收费金额。显然收费标准关系主键为“收费类型”。收费信息空(5)应填写“房号，业主编号，收费日期”，由于“房号，业主编号，收费日期”能唯一确定该关系每一个元组，故“房号，业主编号，收费日期”为关系主键。又由于房号、员工号分别为业主和员工关系主键，故“房号，员工号”为收费信息关系外键。完整关系模式如下：收费信息(房号, 业主编号, 收费日期, 收费类型, 收费金额, 员工号)
10-15、根据题意，一个员工可以为多个业主收费，同样一个业主也可以有多个员工为其收费，因此业主和收费员之间收费联系为多对多。故空(a)应填写*，空(b)应填写*。因为一个员工只能属于一个部门，所以部门与员工之间隶属联系是一对多。故空(c)应填写1，空(d)应填写*。根据题意，职务不同员工可以有不同权限，所以权限和员工之间合法联系是一对多。又由于收费员收费时必需根据收费类型(如水费、电费或物业费)到收费标准关系中查出单价来计算收费金额，所以需要增加一个收费标准关系，以及收费标准到收费联系连线。16、问题是当某业主有多套住房时，属性“业主编号，姓名，房屋面积，工作单位，联系电话”等信息在业主关系表中重复存储，存在数据冗余。由业主关系可知：房号→业主编号，业主编号→姓名，房号→姓名，所以存在传递依赖房号→姓名。故业主关系属于第2范式。业主关系存在问题是当某业主有多套住房时，属性“业主编号，姓名，房屋面积，工作单位，联系电话”等信息在业主关系表中重复存储，存在数据冗余。
