类图是用来显示系统中的类、接口以及它们之间的静态结构和关系的一种静态模型，它用于描述系统的结构。
学生用户登录成功后，选择“每日填报”功能，填写体温、是否咳嗽、是否出入高风险地区、上传行程码和健康码图片等当日信息。
学生用户具有查看填报记录的功能，可以查看个人的所有填报信息。
教师用户登录成功后，可以按班级查看该班级所有学生的每日填报记录。
本任务请针对每日填报功能模块，建模类图。
类图是用来显示系统中的类、接口以及它们之间的静态结构和关系的一种静态模型，它用于描述系统的结构。类图的建模贯穿系统的分析和设计阶段的始终，通常从商务伙伴能够理解的用例开始建模，最终往往成为只有开发小组能够完全理解的类。建模类图也是一个反复迭代的过程。类图包含两个元素：类、关系 。
类包含了类名、属性和操作方法。属性表示类的共有特征，用于描述对象的状态。属性有公有、私有和受保护三种类型。操作方法用于操纵属性，或者执行某个具体的动作或功能。
类图是一个反复迭代的过程。从需求分析中来自于现实世界的业务领域的类，到最终开发人员看到的程序实现的类，是一个逐渐精化、细化的过程。例如，此处圆类的设计，包括属性圆心、半径和操作方法，从需求分析的概念层到设计阶段的实现层，逐步具体化。
类图中的关系，包括泛化关系，依赖关系，关联关系等。其中，泛化关系是指一个子类继承另外的一个超类的同一功能，并增加它自己的新功能。泛化关系就是用来表示类与类、接口与接口之间的继承关系的。关系中的实线空心封闭箭头由子类指向父类。
依赖关系是类与类之间的连接，并且依赖总是单向的。实体之间的“依赖”关系暗示一个实体的值发生变化后可能影响依赖于它的其他实例。
在对系统建模时，特定的对象间将会彼此关联，我们称这种关系为关联关系，它反映了对象之间相互依赖、相互作用的关系。包括了双向关联 、单向关联 、聚集关联 、组成关联 、自身关联等类型。关联总是被假定是双向的。这意味着，两个类彼此知道它们间的联系。一个双向关联用两个类间的实线表示。在线的任一端，可以放置角色名和多重值 。
虽然两个类是相关的，但是只有一个类知道这种联系的存在。一个单向的关联表示为一条带有指向已知类的开放箭头的实线。单向关联只包含已知类的角色名和多重值描述 。
1、数据库设计
每日打卡记录实体（dailyrecord）图，如下所示。
每日打卡记录表——dailyrecord表
dailyrecord表用于保存校园疫情防控系统中学生每日打卡记录相关的属性信息。dailyrecord表结构如表所示。
dailyrecord表结构
2、本模块类图可参考出入校模块设计，参考如下：
