界试总结参考文献附录轻考勤管理人员的工作量与工作压力。传统的考勤管理系统，不能及时将学生的考勤信息进行登记更新,也可能存在不公平的现象，比如有的学生逃课，老师点名了，他就去找班主任请假，补个假条，取消自己的缺席记录等等种种背景使得学校若要快速稳定发展，就必须从加强信息化入手，在各种领域都进行信息化管理，在考勤管理方面也不例外，然而各高校却不太重视考勤管理方面的建设加强与发展。开发目的和意义由于我校的考勤管理模式还是以任课老师上课点到，以及学生会的学生干部干事课堂查勤来管理。同时学生请假需要经过系辅导员系部领导批准才能生效。对于考勤结果，需要进行数据信息的录入以及数据信息的统计，这样比较麻烦且费时费力，出现误差的概率也比较大。更重要的是暴露出了以下的弊端学生请假不方便二学生请假对任课老师不透明。三学生对自己整个学期的上课出勤情况没有整体的统计信息。四院系领导学校领导不能把握住学生的上课出勤情况。由于以上原因，我们小组决定开发学生考勤管理系统，以方便学校对学生的考勤进行管理。我组所开发的软件能在校内所有计算机上基于系统运行同时所开发的软件能与学校教务管理系统相衔接，进步完善学校教务管理系统的功能。基本运行要求本组学生所需要开发的软件要求能在本院所有计算机上基于。同时所开发的软件要能功能要求主要功能模块为学生考勤管理中心信息管理任课教师对学生考勤信息的管理和学生对自己考勤信息的查询。系统能够使查询学生考勤信息，变得更为轻易，并使这些信息更为目了然。安全要求登陆系统时，需验证身份和密码，只有通过验证的身份才能进入系统进行相关的操作。系统间信息的传递也需要进行安全设置，以防止学生的考勤信息被恶意篡改。同时该系统还需具有灵活性兼容性等要求。第二章需求分析用户需求描述学生用户需求描述学生对本系统的主要需求是在线请假以及查看在校期间所有的上课出勤信息。在线请假需求学生请假的全过程当中，学生可以随时查看请假的详细进展情况。查看出勤信息需求学生可以查看在校期间所有学期上课出勤的详细信息，如查看高等数学这门课程在整个学期请假旷课迟到早退了多少次，以及具体的时间任课老师姓名第几节课等详细信息。其它需求查看本人的基本信息，如本人的所属的院系年级专业班级学号姓名等，以及修改个人用户密码。任课老师用户需求描述任课老师对系统的主要需求是管理所教班级学生的上课出勤信息以及查看所教班级学生的上课出勤信息。管理学生上课出勤需求考勤表随着时间的变化，自动列出还没有在网上公布的学生上课出勤信息，系统自动根据学生请假系统，决定学生上课出勤的最终结果。查看学生出勤信息需求查看所教班级学生整个学期上课出勤统计信息及详细信息。其它需求查看上课课表，本人基本信息以及修改个人用户密码。班主任用户需求描述班主任对系统的主要需求是查看本班学生上课出勤信息。查看出勤信息需求输入查询条件后，系统根据查询条件列出本班学生相关的上课出勤信息。其它需求查看有关全班的基本信息以信修改个人用户密码等。院系领导用户需求描述院系领导对本系统的主要需求是查看本院学生本学期所有课程的上课出勤信息。查看学生上课出勤信息需求查看本院学生整个学期有关课程的上课出勤统计信息及详细信息。其它需求查看本院学生的基本信息修改个人用户密码等。校领导用户需求描述学校领导对系统的主要需求是查看全校学生上课出勤信息。查看出勤信息需求输入查询条件后，系统根据查询条件列出本校学生相关的上课出勤信息。其它需求查看有关全校的基本信息以信修改个人用户密码等。系统管理员用户需求描述系统管理员有系统的最高权限，负责系统所需所方面起了很大作用。本系统各用户的页面设计如图所示页面设计图区可以在此展示系统标识页面归属等信息。功能菜单区提供系统可供操作的功能列表。页面主体区显示页面格式化数据页面主体区显示的内容，将依据页面在系统中的作用而定。区可以在此显示系统当前在线人数及在线用户的信息。总体结构图根据系统功能的要求，高校学生考勤管理系统各个模块之间的层次结构如图所示页面主体功能菜单系统功能结构示意图按用户划分，系统结构图如图所示系统用户结构示意图系统子功能模块的层次结构如图所示考勤系统子功能模块高校学生考勤管理系统请假系统考勤系统后台管理高校学生考勤管理系统学生班主任任课老师院系领导学校领导管理员考勤管理子模块任课老师提交数据各用户查询考勤数据第四章详细设计系统功能流程图主功能流程如图所示主功能流程图系统目录结构设计系统首页系统配置目录公共目录图片目录开始用户登录学生班主任管理员学校领导院系领导任课教师查询本人考勤在线请假数据更新与维护查询各院学生考勤查询本院学生考勤查询本班学生考勤管理本班学生考勤查询本班学生考勤学生目录任课老师目录班主任目录院系领导目录学校领导目录系统管理员目录账号管理目录班主任指定目录院系管理目录子目录课表安排目录课程管理目录考勤管理目录请假管理目录学年安排目录数据库设计与实现实体模型图请假记录属性模型请假记录学生学号请假原因请假天数开始时间申请时间审批状态图学生出勤记录属性模型学生出勤记录出勤上课时间学号出勤情况模型数据库的逻辑设计根据系统功能设计的要求以及功能模块的划分，对于系统数据库，可以列出以下数据项和数据结构考勤登记表课程安排代号记载时间上课时间。学生上课出勤信息表上课时间代号上课时间学号出勤状态。请假信息表请假代号班级代号学年代号学号请假原因开始时间结束时间请假天数申请时间等。数据库表的创建根据数据库需求的分析，建立如下个基本数据表。表考勤信息表表教师信息表表管理员信息表表管理员信息表数据库的建立打开下面的企业管理器，登录之后，选择新建数据库命令，给数据库起名为。然后通过设计器创建数据表，刚才已经说明了需要不同的数据表来分管，它们分别是等，有关这些数据表的信息见上图。第五章系统实现登陆界面的设计与实现管理员主界面的设计与实现添加教师界面的设计与实现教师管理界面的设计与实现添加学生界面的设计与实现学生管理界面的设计与实现教师审核与查看界面的设计与实现学生请假界面的设计与实现学生考勤信息查看面的主道次道附录引脚图功能表引脚图功能表传送状态高祖态到到真时采用指示灯作为信号灯，实际电路可采用发光二极管模拟交通灯，其中的为置数信号，置数信号取自，接口为闪烁控制信号。交通灯，网上鲜花店管理员在网上鲜花店后台管理登录界面输入管理员账号和管理员密码。点击登录后，获取到前台提交的用户名和密码。进行判断如果都不为空，调用。在其中使用获得表信息来判断管理员信息表中是否有该用户名，密码是否正确并且把结果集在中封装。如果正确在中有跳转的语句附加成功或失败信息提示跳转到。,失败,成功登录图网上鲜花店后台系统登录页面图关键代码网上鲜花店管理员登录身份验证通过以后，便可进入网上鲜花店后台管理系统，点击系统用户管理，系统管理员便可对其他管理员进行，增加删除修改查寻。对其他管理员进行添加的时候，会有三个权限进行选择，录入完成后，点击添加按钮，调用。前台显示信息用户名或密码在其中使用获得表信息，然后调用方法完成添加其中为选择的管理员权限类型。如果添加成功在中有跳转语句添加成功调用跳转项目路径。图网上鲜花店后台管理系统页面图关键代码失败成功新增管理员信息鲜花商品添加模块网上鲜花店后台管理系统，点击鲜花添加管理，系统管理员便可对前台的商品显示的增加新的鲜花信息。对鲜花信息添加的时候，添加属性为鲜花类别鲜花名称鲜花状态产地分店名称价格会员价格上传日期，录入完成后，点击按钮，表单提交到。在其中使用获得表信息并且调用方法完成添加。如果添加成功，调用中有跳转到页面。添加不成功调用中有跳转到页面。图网上鲜花店后台鲜花添加页面图关键代码鲜花商品修改模块网上鲜花店后台管理系统，点击鲜花信息查询页面，系统管理员便可对前台的鲜花商品显示全部信息。图网上鲜花店后台鲜花修改页面图失败规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。黑盒测试法注重于测试软件的功能需求，主要试图发现下列几类。功能不正确或遗漏界面数据库访问性能初始化和终止等。从理论上讲，黑盒测试只有采用穷举输入测试，把所有可能的输入都作为测试情况考虑，才能查出程序中所有的。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但可能图法等。设计测试的方法设计测试方案是测试阶段的关键技术问题。所谓测试方案包括预定要测试的功能，应该输入的测试数据和预期的结果。其中，最困难的问题是设计测试用的输入数据。不同的测试数据发现程序的能力差别很大，为了提高测试效率降低测试成本，应该选用高效的测试数据。因为不可能进行穷尽的测试，选用少量最有效的测试数据，做到尽可能完备的测试就更重要了。设计测试方案的基本目标是确定组最可能发现个或类的测试数据，已经研究出许多设计测试数据的技术，这些技术各有界试总结参考文献附录轻考勤管理人员的工作量与工作压力。传统的考勤管理系统，不能及时将学生的考勤信息进行登记更新,也可能存在不公平的现象，比如有的学生逃课，老师点名了，他就去找班主任请假，补个假条，取消自己的缺席记录等等种种背景使得学校若要快速稳定发展，就必须从加强信息化入手，在各种领域都进行信息化管理，在考勤管理方面也不例外，然而各高校却不太重视考勤管理方面的建设加强与发展。开发目的和意义由于我校的考勤管理模式还是以任课老师上课点到，以及学生会的学生干部干事课堂查勤来管理。同时学生请假需要经过系辅导员系部领导批准才能生效。对于考勤结果，需要进行数据信息的录入以及数据信息的统计，这样比较麻烦且费时费力，出现误差的概率也比较大。更重要的是暴露出了以下的弊端学生请假不方便二学生请假对任课老师不透明。三学生对自己整个学期的上课出勤情况没有整体的统计信息。四院系领导学校领导不能把握住学生的上课出勤情况。由于以上原因，我们小组决定开发学生考勤管理系统，以方便学校对学生的考勤进行管理。我组所开发的软件能在校内所有计算机上基于系统运行同时所开发的软件能与学校教务管理系统相衔接，进步完善学校教务管理系统的功能。基本运行要求本组学生所需要开发的软件要求能在本院所有计算机上基于。同时所开发的软件要能功能要求主要功能模块为学生考勤管理中心信息管理任课教师对学生考勤信息的管理和学生对自己考勤信息的查询。系统能够使查询学生考勤信息，变得更为轻易，并使这些信息更为目了然。安全要求登陆系统时，需验证身份和密码，只有通过验证的身份才能进入系统进行相关的操作。系统间信息的传递也需要进行安全设置，以防止学生的考勤信息被恶意篡改。同时该系统还需具有灵活性兼容性等要求。第二章需求分析用户需求描述学生用户需求描述学生对本系统的主要需求是在线请假以及查看在校期间所有的上课出勤信息。在线请假需求学生请假的全过程当中，学生可以随时查看请假的详细进展情况。查看出勤信息需求学生可以查看在校期间所有学期上课出勤的详细信息，如查看高等数学这门课程在整个学期请假旷课迟到早退了多少次，以及具体的时间任课老师姓名第几节课等详细信息。其它需求查看本人的基本信息，如本人的所属的院系年级专业班级学号姓名等，以及修改个人用户密码。任课老师用户需求描述任课老师对系统的主要需求是管理所教班级学生的上课出勤信息以及查看所教班级学生的上课出勤信息。管理学生上课出勤需求考勤表随着时间的变化，自动列出还没有在网上公布的学生上课出勤信息，系统自动根据学生请假系统，决定学生上课出勤的最终结果。查看学生出勤信息需求查看所教班级学生整个学期上课出勤统计信息及详细信息。其它需求查看上课课表，本人基本信息以及修改个人用户密码。班主任用户需求描述班主任对系统的主要需求是查看本班学生上课出勤信息。查看出勤信息需求输入查询条件后，系统根据查询条件列出本班学生相关的上课出勤信息。其它需求查看有关全班的基本信息以信修改个人用户密码等。院系领导用户需求描述院系