【说明】
某集团公司拥有多个分公司，为了方便集团公司对分公司各项业务活动进行有效管理，集团公司决定构建一个信息系统以满足公司的业务管理需求。
【需求分析】
1.分公司关系需要记录的信息包括分公司编号、名称、经理、联系地址和电话。分公司编号唯一标识分公司信息中的每一个元组。每个分公司只有一名经理，负责该分公司的管理工作。每个分公司设立仅为本分公司服务的多个业务部门，如研发部、财务部、采购部、销售部等。
2.部门关系需要记录的信息包括部门号、部门名称、主管号、电话和分公司编号。部门号唯一标识部门信息中的每一个元组。每个部门只有一名主管，负责部门的管理工作。每个部门有多名员工，每名员工只能隶属于一个部门。
3.员工关系需要记录的信息包括员工号、姓名、隶属部门、岗位、电话和基本工资。其中，员工号唯一标识员工信息中的每一个元组。岗位包括:经理、主管、研发员、业务员等。
【概念模型设计】
根据需求阶段收集的信息，设计的实体联系图和关系模式(不完整)如图2-1 所示：
根据问题描述，补充4个联系，完善图2-1的实体联系图。联系名可用联系1、联系2、
联系3和联系4代替，联系的类型为1:1、1:n 和 m:n (或 1:1、1:*和*:*)。
根据题意，将关系模式中的空 (a)-(c) 补充完整。
(a)经理工号
(b)主管号， 分公司编号
(c)隶属部门号， 岗位
给出"部门"和"员工"关系模式的主键和外键。
部门的主键:部门号;部门的外键:分公司编号， 主管号
员工的主键:员工号;员工的外键:隶属部门号
假设集团公司要求系统能记录部门历任主管的任职时间和任职年限，那么是否需要在数据库设计时增设一个实体?为什么?
不需要增加新的实体， 对于任职情况， 可以将部门与主管的联系单独形成关系模式， 联系(部门号， 主管工号， 任职时间， 任职年限)， 同一个员工可能在不同的时间担任同一部门主管， 因此， 可以将(部门号， 主管工号， 任职时间)作为该关系模式的组合主键。