硕士学位论文-面向对象方法范本V.doc

分类号 TP31 密级 公开
UDC 编号

硕士研究生学位论文

题 目 XX系统的研究与分析

学院（所、中心） 软件学院
专业名称 软件工程
研究生姓名 学号
导师姓名 职称

年 月
独创性声明
本人声明所呈交的论文是我个人在导师指导下进行的研究工作及取得的研究成果。除了文中特别加以标注和致谢的地方外，论文中不包含其他人或集体已经发表或撰写过的研究成果，对本文的研究做出贡献的集体和个人均已在论文中作了明确的说明并表示了谢意。

研究生签名： 日 期：

论文使用和授权说明
本人完全了解云南大学有关保留、使用学位论文的规定，即：学校有权保留并向国家有关部门或机构送交学位论文和论文电子版；允许论文被查阅或借阅；学校可以公布论文的全部或部分内容，可以采用影印、缩印或其他复制手段保存论文。
（保密的论文在解密后应遵循此规定）

研究生签名： 导师签名： 日 期：

…………………………………………………………………

本人及导师同意将学位论文提交至清华大学“中国学术期刊（光盘版）电子杂志社”进行电子和网络出版，并编入CNKI系列数据库，传播本学位论文的全部或部分内容，同意按《中国优秀博硕士学位论文全文数据库出版章程》规定享受相关权益。

研究生签名： 导师签名： 日 期：
52 / 57
摘要
<此处要插入简单的论文背景描述>
论文介绍了XX系统的研究背景、项目意义和目前的研究与应用现状，明确了论文研究的内容和主要工作；在业务分析中，论文对系统存在的问题、组织机构、原有业务流程等进行了分析，给出了优化后的业务流程；在功能分析中，论文通过用例分析和用例描述，明确了系统的功能，给出了系统的总体功能包图和子功能包图，包括XX等子包图；在数据分析中，论文对系统各功能的所需要处理的数据进行了分析，给出了实体类关系图，建立了数据库表结构；论文最后对所做的研究与分析工作进行了总结，并对进一步的工作进行了展望。

关键词：信息系统；需求分析；数据库建模；XXX

Abstract
<此处先插入简单的英文论文背景描述，以下是上述中文摘要的英文翻译>
This thesis introduces the research background, the project significance, the current research and application status of XX system, and identifies the main work and research contents. In the business analysis, the existing problems of system, organizations, the original business processes are analyzed in this thesis, and then the optimized business processes are given. In the function analysis, through the use case analysis and use case descriptions, the thesis identifies the system functions, and gives the system function package diagram and sub-function package diagrams, including the XX sub-function package diagram, XX sub-function package diagram and so on. In the data analysis, the data of the system needs to process is analyzed, the entity class relationship diagram is given, and the database tables’ structure is established. At last, the research and analysis are summarized. The future work to do is also prospected in this thesis.

Keywords: Information System; Requirement Analysis; Database Modelling; XXX

目录
<此处插入论文目录>

第一章 引言
1.1 项目背景
<旨在突出社会发展背景、项目的出发点以及项目的意义和重要性等等，以下是范本请不要照搬！>
在科学技术是第一生产力思想的指导下，坚持教育为本，把科技和教育摆在经济、社会发展的重要位置，增强国家的科技实力和科学技术向现实生产力转化的能力，提高科技对经济的贡献率，提高全民族的科技文化素质，把经济建设转移到依靠科技进步和提高劳动者素质的轨道上来，加速实现国家的繁荣昌盛[1]。科教兴国是我国一直非常重视的战略，科教兴国与人才强国并列存在，两者相辅相成，不可分割[1]。
伴随着信息技术的进步和社会经济的发展，信息化进程已经成为一种必然的趋势。近年来，由于信息化在多个领域取得了巨大的成就，为国家的经济建设和社会发展做出了不可估量的贡献。因此，利用信息化技术为人才的候选人（学生）节约更多的时间用于学习更多的知识和经验，为祖国辛勤的园丁节约更多的时间来传授更多的知识和经验，是一项非常有意义的工作。
综述所述，研究与分析身份证上课考勤系统，对未来的教育发展有促进作用。
1.2 同类系统研究与应用现状
<旨在突出同类系统研究与应用现状，应该多参考相关文献，引用比较多，注意引用格式>

1.3 研究的内容和主要工作
1.3.1 研究的内容
<此处插入研究的内容，简要说明论文中的系统采用了什么样的技术手段，采用了什么样的组织架构，做了些什么研究工作，解决了哪些问题>
1.3.2 本人主要工作
<此处插入作者本人在项目中所负责或者完成的具体工作，应与1.3.1的研究内容相对应，简述作者本人所做的研究工作。此外，如果论文所述项目为集体合作，则应该简略指出作者本人所负责的工作。以下为范本！>
本人主要负责身份证上课考勤系统业务分析中原有业务流程分析的课堂点名流程分析、课堂签到流程分析以及考勤统计流程分析工作，以及针对原有业务流程分析进行业务流程优化的分析工作……。

1.4 论文结构
<此处插入该论文的整体结构，简述论文的整体形式结构，并简述每一章的主旨。以下为范本，请勿照搬！>
本文由五章内容组成，其中：
第一章介绍了本文的项目背景，对同类系统研究与应用现状进行了概述，阐述了研究的内容以及本人的主要工作（以及论文结构）。
第二章是本文的重点，对业务进行详细的研究与分析，包括：业务描述、原有业务流程分析、业务流程优化。
第三章是本文的核心内容之一，针对系统的业务分析进行功能分析，包括角色分析、系统用例分析、系统功能包图。
第四章是本文的核心内容之一，在业务分析和功能分析的基础上进行了功能数据分析，通过概念类图、类图缩略类图、实体类关系图（和数据库表结构）对数据库进行了详细分析与设计。
第五章总结了本文所做的工作，同时对进一步的工作进行了展望。
第二章 业务分析
软件需求分析就是以一种清晰、简明、一致且无二义性的方式对一个待开发系统中的各个方面有意义的陈述的集合[2]。需求必须是完整的，足以使设计师和工程师来开发一个使客户满意的软件产品[3]。
软件需求分析主要包括三个不同的层次：业务分析、功能分析和数据分析。业务分析是客户对软件制品目标的高层次要求。
2.1 业务描述
业务描述是客户对软件制品目标的高层次要求的形象化阐述。
2.1.1 业务问题定义
<此处插入论文的论点，旨在突出论文讨论解决的问题。>
<展开叙述一些传统技术手段存在的问题>
<给出引入计算机系统所要解决问题的描述、涉及业务的名称、范围和边界>
随着IT的日新月异，我们应该采用合适的技术来节约时间去学习更多有用的知识。
（1）在传统方式下，教师在课堂上使用点名，学生答“到”的方式来记录学生的考勤情况，这种方式一来浪费大量的时间，二来在团结互助的时代，同学之间难免帮助答“到”，这需要教师记得每一个学生，否者这种点名答“到”的方式不是有效的，并且教师只能手工记录缺席、迟到等状态，增加了教师的工作量，并且还容易出现纰漏。
（2）点名答“到”这种方式不能准确量化的反映出如有学生迟到，迟到具体多长时间，一般仅只能记录是否缺勤。那是否有一种方式可以准确量化的记录学生是否迟到，迟到多长时间，这样也便于教师在期末对学生的综合成绩有个参考的考量。
（3）随着教育体制的不断改革和深化，高校人事部对教师授课的考勤也越来越重视，教师授课是否准时、授课时长都将作为绩效考核的一部分。
本文涉及到的业务仅从身份证上课考勤管理方面来研究与分析。
2.1.2 组织职能分析
<问题范围所涉及的组织的名称、职能概述、问题相关职能的定义与描述；或从组织结构的角度分析使用本系统的组织或部门，并画出系统组织结构图>
如图2所示，软件学院由党委办公室、行政办公室、教务办公室、研究生与学科建设办公室、软件工程系、网络工程系、信息安全工程系、实验中心和信息技术研究所等组成。

图2 软件学院组织结构图
教务办公室主要负责学院本科、硕士研究生、博士研究生课程、学分等安排工作等等……。
2.1.3 业务人员分析
<此处插入用于分析相关管理涉及到的人员描述。>
（1）学生：在原有业务流程分析中，学生在课堂点名流程中，可进行答到，在课堂签到流程中，学生上课过程中在名册上进行签字都达到教师对学生考勤的效果，学生在随堂作业考评流程中，学生上交随堂作业也起到教师对学生进行考勤的效果。
（2）教师：在原有业务流程分析中，教师负责准备学生名册，进行点名，记录学生出勤情况，或者准备随堂作业，统计学生出勤情况。
（3）教务人员：在原有业务流程中，教务人员负责接收纸质考勤表。
2.2 原有业务流程分析
原有业务流程分析采用流程图描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，主要是描述业务走向，以业务处理过程为中心。
2.2.1 课堂考勤流程

图2.1 课堂点名业务流程图
如图2.1所示，课堂考勤业务流程图是教师可选择在课堂上点名的业务流程。如果教师选择课堂上点名，首先教师准备学生名册，上课过程中抽出几分钟按照学生名册的排列顺序进行点名，根据学生是否作出响应，来记录学生考勤，如果学生答到，则记录学生出勤；否则，记录学生缺勤，直至点名全部结束，记录的结果形成本次考勤结果。

图2.2 课堂签到业务流程图
如图2.2所示，课堂签到业务流程图表示如果教师让学生在课堂上签到，首先教师准备学生名册，学生在名册上签字，所有上课学生签完字后，考勤表作为本次考勤的结果。
2.2.2 考勤管理流程

图2.3 考勤管理业务流程图
如图2.3所示，考勤管理业务流程图是教师布置随堂作业进行考评以及进行考勤统计的业务流程图。一方面，可以考评学生平时成绩；另一方面，还可以考评学生的出勤情况。首先，教师在上课即将结束的时候，准备随堂作业给学生，学生完成随堂作业后上交给教师，教师负责收取所有上课学生的一次随堂作业，最后这门课程的随堂作业作为考勤和平时成绩，之后教师准备新的学生名册，逐个检查考勤结果，将学生出勤情况在新名册上做标记，然后判断是否检查所有考勤结果。如果否，继续逐个检查考勤结；如果是，最后形成考勤统计结果。
2.3 业务流程优化
业务流程优化是指从根本上对原来的业务流程做彻底地重新设计，把直线职能型的结构转变成平行的流程网络结构，优化管理资源和市场资源配置，实现组织结构的扁平化、信息化和网络化，从结构层次上提高企业管理系统的效率和柔性。
2.3.1 课堂考勤流程

图2.4 课堂考勤流程再造业务流程图
如图2.4所示，课堂考勤流程再造业务流程图可以对教师和学生进行身份证考勤，对比原有的业务流程增加了对教师的考勤，是未来教育发展的趋势，并且使用课堂考勤可以提高考勤的效率，比原有的课堂点名业务流程更节约时间。考勤的结果包括具体的考勤刷卡时间等信息，考勤信息存储在身份证管理系统的数据库中，更容易方便查询。
设置上课信息参数业务步骤的数据约束：必须读取课程信息和班级信息，然后管理人员可设置选择课程信息和班级信息。
考勤时间设置业务步骤的数据约束：考勤的时间设置必须在当时设置时间之后，设置后的考勤时间应该是一个时间段。
联网设置系统时间的数据约束：联网设置系统时间必须让系统连接到互联网，设置的时间与互联网时间实时校对。
手动设置系统时间的数据约束：手动设置系统的时间必须由管理人员校对。
启动身份证考勤的数据约束：启动身份证考勤的时间必须在设置的考勤时间之前。
等待教师进行身份证刷卡考勤的数据约束：教师进行身份证刷卡考勤必须在启动身份证考勤之后，管理人员设置的考勤截至时间之前。
等待学生进行身份证刷卡考勤的数据约束：学生进行身份证刷卡考勤必须在启动身份证考勤之后，管理人员设置的考勤截至时间之前。
等待（忘带身份证的学生）输入身份证号进行消磁的数据约束：输入身份证号进行考勤必须在启动身份证考勤之后，管理人员设置的考勤截至时间之前。
存储本次身份证考勤结果的数据约束：教师与学生都使用系统进行身份证刷卡或输入身份证号考勤完毕。
2.3.2 上传考勤流程

图2.5 上传考勤流程再造业务流程图
<2.3.2小节的再造流程原因和数据约束描述请参照2.3.1小节进行补充>
2.3.3 考勤管理流程

图2.6 考勤统计再造业务流程图

图2.7 考勤备份再造业务流程图

图2.8 考勤查询再造业务流程图

<2.3.3小节的再造流程原因和数据约束描述请参照2.3.1小节进行补充>
2.3.4 远程管理流程

图2.9 远程参数设置流程再造业务流程图

图2.10 考勤查询流程再造业务流程图

<2.3.4小节的再造流程原因和数据约束描述请参照2.3.1小节进行补充>
第三章 功能分析
功能分析描述了待开发的软件必须完成的任务，定义了必须实现的软件功能，使得用户通过这些功能完成他们的任务，从而满足业务需要[4]。
3.1 用户角色分析
<从系统的角度分析系统的参与者，并给出每一个参与者的描述。>
以下从身份证上课考勤系统的实际需求分析，系统涉及到以下角色：
表3 用户角色划分表
角色
职责或功能
学生
系统主要参与者，进行课堂考勤登记等
教师
系统主要参与者，进行课堂考勤登记等
教务人员
系统主要参与者，设置考勤地点、考勤课程、查询用户等相关参数，以及查询考勤信息
管理人员
系统的管理人员，负责上传考勤信息、考勤备份等

3.2 系统用例分析
用例(use case)表示参与者与系统的一次交互过程。用例图用来描述软件需求模型中的系统功能，通过一组用例可以描述软件系统能够给用户提供的功能。
3.2.1 总体用例分析
<从系统的使用者的角度使用UML的用例图描述系统的用例，并给出每一个用例的用例描述。>
下面给出了身份证上课考勤系统的总体用例图，包含课堂考勤、上传考勤、考勤管理、远程管理、基础数据管理、系统管理用例，如下图3.1所示：

图3.1 身份证上课考勤系统总体用例图
3.2.2 子用例分析
<针对3.2.1节的总体用例分析，逐项子用例展开分析。>
3.2.2.1 课堂考勤用例

图3.2 课堂考勤用例图

表3-1 参数设置用例描述
描述项
说明
名称
参数设置
描述
描述了管理人员使用本系统课堂考勤模块进行参数设置的过程
参与者
管理人员
前置条件
必须是管理人员角色登录系统
后置条件
生成参数列表信息
基本操作流
（1）选择“管理人员”角色；
（2）输入管理人员的账号、密码以及系统验证码；
（3）点击“登录”按钮；
（4）进入课程考勤界面后，点击“参数设置”按钮。

表3-1-1 上课信息设置用例描述
描述项
说明
名称
上课信息设置
描述
描述了管理人员使用课堂考勤模块进行上课信息设置的过程
参与者
管理人员
前置条件
可读取课程信息、班级信息、教师信息、学生信息
后置条件
生成上课信息表
基本操作流
（1）点击“参数设置”按钮；
（2）进入“参数设置”界面后，点击“上课信息设置”按钮；
（3）显示“上课信息设置”界面后，输入或选择上课相关信息；
（4）确认是否保存已设置的上课信息；如果是，点击“确认保存”按钮，否则点击“取消保存”按钮。

表3-1-2 时间设置用例描述
描述项
说明
名称
时间设置
描述
描述了管理人员使用课堂考勤模块进行时间设置的过程
参与者
管理人员
前置条件
管理人员角色登录通过后。
后置条件
保存已设置的时间信息表
基本操作流
（1）点击“参数设置”按钮；
（2）进入“参数设置”界面后，点击“时间设置”按钮。

表3-1-2-1 考勤时间设置用例描述
描述项
说明
名称
考勤时间设置
描述
描述了管理人员使用课堂考勤模块进行考勤时间设置的过程
参与者
管理人员
前置条件
在当时考勤时间设置的时间之后
后置条件
生成已设置好的考勤时间。
基本操作流
（1）点击“时间设置”按钮；
（2）进入“时间设置”界面后，点击“考勤时间设置”按钮；
（3）显示“考勤时间设置”界面后，输入打卡开始和结束时间；
（4）确认是否保存已设置的考勤时间信息；如果是，点击“确认保存”按钮，否则点击“取消保存”按钮。

表3-1-2-2 系统时间设置用例描述
描述项
说明
名称
系统时间设置
描述
描述了管理人员使用课堂考勤模块进行系统时间设置的过程
参与者
管理人员
前置条件
管理人员角色登录通过后。
后置条件
设置好的系统时间信息。
基本操作流
（1）点击“时间设置”按钮；
（2）进入“时间设置”界面后，点击“系统时间设置”按钮。

表3-1-2-2-1 联网设置系统时间用例描述
描述项
说明
名称
联网设置系统时间
描述
描述了管理人员使用课堂考勤模块进行联网设置系统时间的过程
参与者
管理人员
前置条件
联入到互联网
后置条件
保存已设置与互联网对时的时间
基本操作流
（1）点击“系统时间设置”按钮；
（2）进入“系统时间设置”界面后，点击“联网设置系统时间”按钮；
（3）显示“联网设置系统时间”界面后，点击“自动与Internet时间同步”按钮。

表3-1-2-2-2 手动设置系统时间用例描述
描述项
说明
名称
手动设置系统时间
描述
描述了管理人员使用课堂考勤模块进行手动设置系统时间的过程
参与者
管理人员
前置条件
管理人员登录通过后
后置条件
保存已设置的系统时间
基本操作流
（1）点击“系统时间设置”按钮；
（2）进入“系统时间设置”界面后，点击“手动设置系统时间”按钮；
（3）显示“手动设置系统时间”界面后，输入年月日及时分秒（24小时制）；
（4）确认是否保存已设置的系统时间；如果是，点击“确认保存”按钮，否则点击“取消保存”按钮。

表3-2 教师考勤用例描述
描述项
说明
名称
教师考勤
描述
描述了教师使用本系统课堂考勤模块进行教师考勤的过程
参与者
教师
前置条件
教师角色登录系统通过后
后置条件
生成教师刷卡的时间信息
基本操作流
（1）选择“教师”角色；
（2）输入教师的账号、密码以及系统验证码；
（3）点击“登录”按钮；
（4）进入课程考勤界面后，点击“教师考勤”按钮。

表3-2-1 身份证刷卡用例描述
描述项
说明
名称
身份证刷卡
描述
描述了教师或学生使用本系统课堂考勤模块进行教师或学生考勤的过程
参与者
教师或学生
前置条件
身份证信息属实
后置条件
保存已刷卡的身份证信息
基本操作流
（1）教师点击“教师考勤”按钮，学生点击“学生考勤”按钮；
（2）进入“身份证刷卡界面”界面后，身份证放到终端指定区域；
（3）系统提示考勤是否成功；如果是，显示考勤成功状态与时间信息，否则提示考勤失败信息，请重新进行身份证刷卡考勤。

表3-3 学生考勤用例描述
描述项
说明
名称
学生考勤
描述
描述了学生使用本系统课堂考勤模块进行学生考勤的过程
参与者
学生
前置条件
学生身份证的刷卡时间必须在已设置好的考勤时间段内
后置条件
生成学生刷卡的时间信息
基本操作流
（1）选择“学生”角色；
（2）输入学生的账号、密码以及系统验证码；
（3）点击“登录”按钮；
（4）进入课程考勤界面后，点击“学生考勤”按钮。

3.2.2.2 上传考勤用例

图3.3 上传考勤用例图
<3.2.2.2小节用例描述请参照3.2.2.1小节进行写作>

3.2.2.3 考勤管理用例

图3.4 考勤管理用例图
<3.2.2.3小节用例描述请参照3.2.2.1小节进行写作>
3.2.2.4 远程管理用例

图3.5 远程管理用例图
<3.2.2.4小节用例描述请参照3.2.2.1小节进行写作>
3.2.2.5 基础数据管理用例

图3.6 基础数据管理用例图
<3.2.2.5小节用例描述请参照3.2.2.1小节进行写作>
3.2.2.6 系统管理用例

图3.6 系统管理用例图
<3.2.2.6小节用例描述请参照3.2.2.1小节进行写作>

3.3 系统功能包图
<主要阐述有关系统设计之功能架构设计，以下为范本>
包图是用来描述子功能的架构和相互间的依赖关系。系统功能包图设计定义软件系统各主要部件及成分之间的关系。
<可以通过UML的包图来表示，系统功能一般对应需求分析中的用例，例如：>
3.3.1 总体功能包图

图3.6 身份证上课考勤系统总包图
如上图3.6所示，身份证上课考勤系统一共分为四个包：课堂考勤、上传考勤、考勤管理、远程管理。课堂考勤包提供给管理人员、教师和学生三种角色使用，管理人员可使用该包的参数设置子功能设置上课信息，例如：上课课程、上课地点，授课教师，上课时间等，还可以设置考勤的时间；教师可使用该包的教师考勤子包进行身份证刷卡打考勤；学生使用该包的学生考勤子包进行身份证刷卡打考勤。上传考勤包仅提供给管理人员使用，管理人员使用形成上报考勤数据子包汇总上课信息、考勤时间信息、身份证信息，最后使用上传考勤数据到服务器子包上传考勤数据。考勤管理包仅提供给管理人员使用，管理人员使用考勤查询子包可查询学生和教师的考勤信息；使用考勤统计子包可统计学生和教师的考勤信息；最后可使用考勤备份子包可备份考勤的信息，以防考勤数据丢失。远程管理包仅提供给教务人员使用，教务人员使用远程参数设置子包可设置查询的用户、设置考勤课程、设置考勤地点；使用考勤查询子包可按课程查询考勤信息，也可按地点查询考勤信息。
3.3.2 子功能包图
<针对3.1.1节的总体功能包图架构，逐项功能展开分析。>
3.3.2.1 课堂考勤包图
<使用UML包图给出子功能包图，例如>

图3.7 课堂考勤包图
“课堂考勤”包主要目的是为管理人员提供参数设置的功能；为教师提供教师考勤，进行身份证刷卡；为学生提供学生考勤，进行身份证刷卡。因此，课堂考勤包主要涉及参数设置、教师考勤和学生考勤三个子包。其中参数设置子包主要分为上课信息设置和时间设置，时间设置又包括考勤时间设置和系统时间设置，系统时间有两种方式进行设置：联网设置系统时间和手动设置系统时间。
3.3.2.2 上传考勤包图

图3.8 上传考勤包图
< 3.3.2.2小节请参照3.3.2.1小节，给予补充说明>
3.3.2.3 考勤管理包图

图3.9 考勤管理包图
<3.3.2.3小节请参照3.3.2.1小节，给予补充说明>
3.3.2.4 远程管理包图

图3.10 远程管理包图
<3.3.2.4小节请参照3.3.2.1小节，给予补充说明>

3.3.2.5 基础数据管理包图

图3.11 基础数据管理包图
<3.3.2.5小节请参照3.3.2.1小节，给予补充说明>
3.3.2.6 系统管理包图

图3.12 系统管理包图
<3.3.2.6小节请参照3.3.2.1小节，给予补充说明>

第四章 数据分析
数据分析是在完成业务和实现软件功能时所需要的数据[5]。
4.1 功能数据分析
<此处应根据3.2小节的用例图，相对应的在本小节给出系统控制类关系图，不要求展开类的属性和方法，采用类图的简化表示或缩略表示，例如>

图4.1 身份证上课考勤系统控制类关系图
经过分析后得知系统中所需的控制类之间的关系如上图4.1所示。图中身份证上课考勤系统控制类依赖于课堂考勤、上传考勤、考勤管理、远程管理、基础数据管理、系统管理控制类，课堂考勤控制类依赖参数设置、教师考勤、学生考勤控制类；上传考勤控制类依赖形成上报考勤数据和上传考勤数据到服务器控制类；考勤管理控制类依赖考勤查阅、考勤统计、考勤备份控制类；远程管理控制类依赖远程参数设置和考勤查询控制类；基础数据管理控制类依赖教师信息管理、教室信息管理、学生信息管理、课表信息管理、班级信息管理和课程信息管理控制类；系统管理控制类依赖用户管理、角色管理和权限管理控制类。
4.1.1 课堂考勤缩略类图

图4.2 课堂考勤缩略类图
如图4.2所示，课堂考勤缩略类图中，管理人员通过课堂考勤管理界面进行参数设置包括上课信息和考勤时间信息的设置，所以参数设置依赖上课信息和考勤时间信息实体类；教师通过课堂考勤教师界面进行教师考勤，身份证刷卡包括刷卡的身份证信息和考勤时间信息，故依赖身份证信息和考勤时间信息实体类；同样，学生通过课堂考勤学生界面进行学生考勤，也依赖身份证信息和考勤时间信息实体类。
根据课堂考勤功能对数据实体的依赖，分别给出了上课信息、考勤时间信息和身份证信息三个实体类的全部属性，这些都是构建数据库表的基础。
4.1.2 上传考勤缩略类图

图4.3 上传考勤缩略类图
<4.1.2小节缩略类图使用这些实体类的原因请参照4.1.1小节进行补充>
4.1.3 考勤管理缩略类图

图4.4 考勤管理缩略类图
<4.1.3小节缩略类图使用这些实体类的原因请参照4.1.1小节进行补充>

4.1.4 远程管理缩略类图

图4.5 远程管理缩略类图
<4.1.4小节缩略类图使用这些实体类的原因请参照4.1.1小节进行补充>
4.1.5 基础数据管理缩略类图

图4.6 基础数据管理缩略类图
<4.1.5小节缩略类图使用这些实体类的原因请参照4.1.1小节进行补充>
4.1.6 系统管理缩略类图

图4.7 系统管理缩略类图
<4.1.6小节缩略类图使用这些实体类的原因请参照4.1.1小节进行补充>

4.2 实体类关系分析
类图是由类，相关建模元素，及其关系构成的图，用来描述类之间的静态关系。由于身份证上课考勤系统功能数据分析中的课堂考勤缩略类图涉及上课信息、考勤时间信息、身份证信息；上传考勤缩略类图涉及上课信息、考勤时间信息、身份证信息和上报信息；考勤管理缩略类图涉及考勤信息和考勤备份信息；远程管理缩略类图涉及用户信息、上课信息和考勤信息。另外，用户信息的特殊化就还涉及到学生信息和教师信息。因此，身份证上课考勤系统包括上课信息、考勤时间信息、身份证信息、上报信息、考勤信息、考勤备份信息、用户信息、学生信息、教师信息、教室信息、课表信息、班级信息、课程信息、角色信息和权限信息共十五个实体类。

图4.6 身份证上课考勤系统实体类关系图
如图4.6所示，身份上课考勤系统实体类关系图表示：用户信息与教师信息和学生信息都是一般与特殊的关系，因此，它们实体类之间的关系都使用泛化关系的符号表示。身份证信息是用户信息的一部分，但身份证信息可以不是用户信息的必要成分，身份证信息与用户信息是聚合的关系，因此，它们实体类之间的关系使用聚合关系的符号表示。一个学生可以选择多门课程，一门课程可以被多名学生选择，故学生信息与上课信息实体类之间是多对多的关联关系；一个学生可多次刷卡产生考勤时间信息，故学生信息与考勤时间信息实体类之间是一对多的关联关系。一名教师可以教多门课程，故教师信息与上课信息实体类之间是一对多的关联关系；一名教师可多次刷卡产生考勤时间信息，故教师信息与考勤时间信息实体类之间也是一对多的关联关系。一个身份证可刷卡多次产生考勤信息，因此，身份证信息与考勤信息实体类之间是一对多的关联关系。一门课程会进行多次考勤产生多次考勤信息，因此，上课信息与考勤信息实体类之间是一对多的关联关系。一门课程的考勤信息由多次刷卡记录考勤时间信息，因此，上课信息与考勤时间信息、考勤信息与考勤时间信息实体类之间都是一对多的关联关系。一个上报人可以上报多次考勤信息，因此，上报信息与考勤信息实体类之间是一对多的关联关系。一个考勤信息可以被备份人不定期多次备份考勤信息，因此，考勤信息与考勤备份信息实体类之间是一对多的关联关系。一种角色对应多个用户，故角色信息与用户信息是一对多的关联关系。一个用户对应一套用户权限信息，故用户信息与权限信息是一对一的关联关系。一个课表包含多门课程信息，所以课表信息与课程信息是一对多的关联关系，多个班级都上同一门课程，所以课程信息与班级信息是一对多的关联关系。一个课表在多个教室上课，故课表信息与教室信息是一对多的关联关系。一门课程在多个教室上课，所以课程信息与教室信息是一对多的关联关系。一个教师教授多门课程，一门课程由多名教师授课，故教师信息与课程信息是多对多的关联关系。

4.3 数据库表
<根据实体类，给出软件系统主要库表的设计，例如：>
（1）上课信息
保存上课的基本信息。
表4-1 上课信息表
字段名
数据类型
长度
键
课程ID
字符型
20
主键
课程名称
字符型
30
否
上课地点ID
字符型
20
否
上课地点
字符型
50
否
上课时间
时间型

否
开课班级
字符型
20
否
授课教师
字符型
20
否

课程ID是表4-1 上课信息表的主键，它是唯一标识该表中所有行的一个列或一组列。

（2）考勤时间信息
保存考勤时间的基本信息。
表4-2 考勤时间信息表
字段名
数据类型
长度
键
用户ID
唯一标识符型

主键
身份证ID
字符型
18
外键
考勤人姓名
字符型
20
否
课程名称
字符型
30
否
上课地点
字符型
50
否
刷卡时间
时间型

否
考勤状态
字符型
10
否

用户ID是表4-2 考勤时间信息表的主键，它是唯一标识该表中所有行的一个列或一组列。身份证ID是建立和加强表4-2 考勤信息表与表4-3 身份证信息表数据链接的一列，故身份证ID是表4-2 考勤时间信息表的外键。

（3）身份证信息
保存身份证的基本信息。
表4-3 身份证信息表
字段名
数据类型
长度
键
身份证ID
字符型
18
主键
姓名
字符型
20
否
性别
布尔型

否
民族
字符型
20
否
出生日期
日期型

否
住址
字符型
100
否
有效期限
字符型
30
否
签发机关
字符型
30
否
头像照片
二进制型

否

身份证ID是表4-3 身份证信息表的主键，它是唯一标识该表中所有行的一个列或一组列。

（4）上报信息
保存上报的基本信息。
表4-4 上报信息表
字段名
数据类型
长度
键
上报人
字符型
20
主键
用户ID
唯一标识符型

外键
上报时间
时间型

否
上报状态
字符型
10
否
上报描述
字符型
100
否

上报人是表4-4 上报信息表的主键，它是唯一标识该表中所有行的一个列或一组列。用户ID是建立和加强表4-4 上报信息表与表4-7 用户信息表数据链接的一列，故用户ID是表4-4 上报时间信息表的外键。

（5）考勤信息
保存考勤的基本信息。
表4-5 考勤信息表
字段名
数据类型
长度
键
用户ID
唯一标识符型

主键
上报人
字符型
20
外键
身份证ID
字符型
18
外键
姓名
字符型
20
否
课程ID
字符型
20
外键
课程名称
字符型
30
否
上课地点ID
字符型
20
否
上课地点
字符型
50
否
上课时间
时间型

否
授课教师
字符型
20
否
刷卡时间
时间型

否
考勤状态
字符型
10
否
上报时间
时间型

否
上报状态
字符型
10
否
上报描述
字符型
100
否

用户ID是表4-5 考勤信息表的主键，它是唯一标识该表中所有行的一个列或一组列。上报人是建立和加强表4-5 考勤信息表与表4-4 上报信息表数据链接的一列，身份证ID是建立和加强表4-5 考勤信息表与表4-3 身份证信息表数据链接的一列，课程ID是建立和加强表4-5 考勤信息表与表4-1 上课信息表数据链接的一列，故上报人、身份证ID、课程ID都是表4-5 考勤信息表的外键。

（6）考勤备份信息
保存考勤备份的基本信息。
表4-6 考勤备份信息表
字段名
数据类型
长度
键
备份人
字符型
20
主键
用户ID
唯一标识符型

外键
上报人
字符型
20
外键
身份证ID
字符型
18
外键
姓名
字符型
20
否
课程ID
字符型
20
外键
课程名称
字符型
30
否
上课地点ID
字符型
20
否
上课地点
字符型
50
否
上课时间
时间型

否
授课教师
字符型
20
否
刷卡时间
时间型

否
考勤状态
字符型
10
否
上报时间
时间型

否
上报状态
字符型
10
否
上报描述
字符型
100
否
备份时间
时间型

否
备份状态
字符型
10
否
备份说明
字符型
100
否

备份人是表4-6 考勤备份信息表的主键，它是唯一标识该表中所有行的一个列或一组列。用户ID是建立和加强表4-6 考勤备份信息表与表4-7 用户信息表数据链接的一列，上报人是建立和加强表4-6 考勤备份信息表与表4-4 上