持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第2天，点击查看活动详情
1.2 数据库设计
（1）数据库概念设计
通过实体关联图（E-R 图）可以将每一个实体之间的特性和关联应用到系统开发中，使架构建设更加清晰。
①学生：学生实体图如图8所示，包含姓名、学号等个人信息，还包含了所在班级等相关个人资料。
图 8 学生实例图****
②教职工：由于普通教师和辅导员均对班级有一对多的关系，只在工作职能上有所不同，故将二者合并为一种，通过职能类型来分别。因此，它的特性不仅包括教师编号等个人信息，同时还包括所带班级、职能类型等工作信息。实体图如图9所示。
图 9 教职工实体图****
③其他人员：其他人员的实体图如图10所示。其他人员不属于校园，一般可以分为临时进出或者长期逗留两种，它的属性包含了入校时间、逗留时间、健康状态等信息。为保证唯一性，其他用户实际使用的编号为其身份证号。
图 10 其他人员实体图****
④疫情防控管理人员：疫情防控管理人员的实体图如图11所示，它的特性包含了入职时间、编号、是否在校、居住地点、所属部门类型等。
图 11 疫情防控管理人员实体图****
⑤系统管理员：系统管理员的实体图如图12所示，它的特性包含了入职时间、编号、姓名、性别、联系方式、密码、所属部门等。
图 12 系统管理员实体图****
⑥健康表：健康表的实体图如图13所示。它的特性包含用户编号、所在校区、体温、是否进行最新的核酸检测、是否经过高风险地区、是否接种所有疫苗、是否在校等。如学校要求，可以上传健康码和行程码截图作为佐证。
图 13 健康表实体图****
⑦通知表：公告通知的实体图如图14所示，他的特性包含了创建时间、编号、标题、内容、修改时间、通知的目标等。
图 14 公告通知实体图****
⑧打卡管理E-R图：在具体的绘制中将学生和普通教师的角色做一个合并，因为二者都是进行打卡的一方，而学工处和辅导员作为审查者和分析者也进行一个角色功能合并。其中学生与普通教师对于健康表的实体的关系是一对一的，健康表和学工处与辅导员的关系是多对多的，而学工处和辅导员与疫情数据展示的关系则是多对一的。打卡管理E-R图如图15所示。
图 15 打卡管理 E-R 图****
⑨校园进出管理E-R图：校园进出管理的实体涵盖了学生、教师、疫情防控管理人员如学工办等实体。申请表和申请者是多对一的关系，而它和审阅者是多对多的关系，申请表单会被批准或者拒绝。校园进出管理E-R图如图16所示。
图 16 校园进出管理 E-R 图****
⑩通知公告管理 E-R 图：通知管理涵盖的实体类型涵盖了学生与普通教师以及上级用户如学工办和辅导员等多个用户，通知公告和接收方是一对多的关系，而和发布方的联系是多对多的关系。通知公告管理 E-R 图如图17所示。
图 17 通知公告管理 E-R 图****
将以上实体图和E-R图汇总，得到校园疫情防控管理系统整体E-R图，系统整体E-R图如下图18所示。
图 18 系统整体 E-R 图****
