学生考勤管理系统+需求分析

学号：0967020462 班级：软件3班姓名：周吴超

学生考勤管理系统

任务介绍

1. 目标

通过学习软件工程的设计方法，主要采用Visual C++以及Access技术，使用户可以使用具备查询功能、登记功能、修改功能、删除功能、统计功能、政策及销假处理功能的软件，主要用于学生的考勤管理。

2．用户的特点

本系统包括两类使用用户：系统管理员，即具有输入、查询、删除、修改记录的班级班长，任课老师、学院领导以及系统开发人员；普通用户，即查询记录的学生。

系统管理员享有最高权限，学生只有查询权限。

账号为学生的学号，密码默认为000000.

功能的规定

根据各类用户的需求描述，系统应当具备请假系统、考勤管理系统、后台管理系统这三大主要功能。

请假系统功能需求：通过。请假最长时间不能超过1个月，特殊情况除外。

考勤管理功能需求：任课老师通过考勤管理系统，对学生上课出勤信息进行公开，但由于任课老师忙于教学，为了能及时准确无误的对学生出勤情况公开，要求系统能自动提供处理主要是用来管理系统操作的数据，因为高校每学年的学生都在变化，有新生入学，也有学生毕业。请假系统要借助院系领导安排才能完成，考勤管理系统要借助请假系统、班级课表安排才能完成，然而每学年课表都在变化，院系领导安排也有在变化，学生也在变化，因此必须要求后台管理系统能根据系统需求，动态的、准确的更新系统数据。

根据系统用户的需求，将本系统按功能划分成三大功能模块：请假系统、考勤系统、后台管理模块，涉及到六大类用户：学生、任课教师、院系领导、班长、系统管理员。

1、请假系统模块

本模块的功能是在线请假的实现及管理，主要涉及三大类用户：学生、院系领导用户，学生通过此功能模块进行在线请假及查看请假记录信息；院系领导在线审批学生请假及查看请假记录信息；院系领导在线审批学生长时间的请假及查看请假记录信息。

2、考勤系统模块

本模块的功能是学生考勤信息统计的实现、查看及管理，涉及六大类用户中的所有用户。学生在线查看自己所有学年的出勤信息；任课老师在线管理学生出勤信息；院系领导、院系领导、班长查看不同的范围的学生出勤信息。

3、后台管理模块

本模块的功能实现整个系统数据的同步更新及维护，只涉及系统管理员用户。系统管理员动态的管理学生信息、课表安排、学年安排等信息，是整个系统实现的基础。

用户需求描述

1.学生用户需求描述

学生对本系统的主要需求是：在线请假以及查看在校期间所有的上课出勤信息。在线请假需求：学生假的全过程当中，学生可以随时查看请假的详细进展情况。查看出勤信息需求：学生可以查看在校期间所有学期上课出勤的详细信息，如：查看“高等数学”这门课程在整个学期请假、旷课、迟到、早退了多少次，以及具体的时间、任课老师姓名、第几节课等详细信息。

其它需求：查看本人的基本信息，如本人的所属的院系、年级、专业、班级、学号、姓名、性别等，以及修改个人用户密码，查看本班课表安排。

2任课老师用户需求描述

任课老师对系统的主要需求是：管理所教班级学生的上课出勤信息以及查看所教班级学生的上课出勤信息。管理学生上课出勤需求：表，随着时间的变化，自动列出还没有在网上公布的学生上课出勤信息，系统自动根据学生请假系统，决定学生上课出勤的最终结果。查看学生出勤信息需求：查看所教班级学生整个学期上出勤统计信息及详细信息。

其它需求：查看上课课表，本人基本信息以及修改个人用户密码。

3．院系领导用户需求描述

院系领导对本系统的主要需求是：审批本班学生本学期的在线请假以及查看本班学生本学期所有课程的上课出勤信息。

审批学生请假需求：本班学生本学期在线请假申请后，自动提示院系领导有等待审批的请假信息，院系领导针对请假申请信息进行学生请假审批，以及对请假信息回复。查看学生上课出勤信息需求：查看本班学生整个学期有关课程的上出勤统计信息及详细信息。

其它需求：查看本班学生的基本信息、修改个人用户密码等。

4.班长用户需求描述

班长对系统的主要需求是：查看全校学生上课出勤信息。

查看出勤信息需求：输入查询条件后，系统根据查询条件列出本校学生相关的上课出勤信息。其它需求：查看有关全校的基本信息以信修改个人用户密码等。

5.系统管理员用户需求描述

系统管理员有系统的最高权限，负责系统所需所有数据的动态同步更新以及维护，根据系统针对各用户的设计，基本功能需求如下：

（1）、管理学校各院系、年级、专业、班级的添加、删除、修改等。

（2）、管理每个学期每个班级的课程安排及指定院系领导和任课老师。

（3）、管理系统所有用户。

（4）、管理全校课表安排。

（5）、管理全校每学年开学的起止时间。

（6）、管理系统的请假、考勤信息。

E_R图

图：E-R图

功能模型---数据流图（DFD）

（功能模型表明一个计算如何从输入值得到输出值，它不考虑计算的次序。功能模型由多张数据流图组成）

（A）系统级流图

（B ）1层数据流图（所有用户操作都是通过数据库D0相联系。）

流图：系统管理员

班长、学生 处理事务

产生报表

院系领导 处理事务 数据库信息

处理事务

管理员

处理事务 任课教师

产生报表

产生报表 产生报表

流图：院系领导

流图：任课教师

流图：班级班长

流图：学生个人

对性能的规定

1精度

在进行输入输出时必须清晰的列出所有输入状况及数据，不能马马虎虎，要考虑到尽可能达到的范围，以使输入输出完整准确。

2时间特性要求

查询服务部分：用户通过电脑提交命令到返回结果不超过5秒钟。

数据管理部分：提交某一数据录入到结果返回不超过5秒钟。

3灵活性

操作方式：支持Windows2000及以上的操作系统。

同其他软件接口：设计连接Access数据库的软件包。

精度和有效时限的变化：用户自己设定。

输入输出要求

要符合精度的设定。

数据管理能力要求

（1）同学个人信息：学号，大小为10个字符；名字，不超过20字符；系别，不超过30个字符；班级，不超过8个字符；

（2）请假信息：学号，大小为10个字符；请假时间，大小为12个字符；请假理由：大小不超过100个字符。

（3）任课老师表：教师号：大小为10个字符;教师名：不超过20字符；系别，不超过30个字符；任课课程：不超过30字符；

（4）课程表：课程号码，大小16个字符；课程名：不超过30字符；上课时间：大小为12个字符；

（5）管理员：用户编号：大小为10个字符；用户名：不超过20字符；用户密码：不超过12字符；用户权限：2个字符。

对学生信息、课程信息、任课教师信息、管理员信息、请假信息等内容的存储的各表至少需要100M以上空间，即至少需要500M空间进行数据的存储，并至少需要2G空间对增长的数据进行保存。

故障处理要求

（1）磁盘碎片过多、数据库存储空间不够，引起数据库访问变慢等问题需要对磁盘进行扩展和维护。

（2）执行程序非正常退出，响应确实，修改源代码前应备份。

（3）数据库没启动引起访问问题，须启动数据库服务器。

（4）其他具体问题，再做具体分析。多查多问。