• 学生打卡考勤系统


             

    学生打卡考勤系统

                                   --项目前景和目标文档

     

     

     

     

     

     

     

                

                    

     

     

     

     

     

     

    1.背景

    在当今高速发展的信息社会,计算机技术、网络技术对人类的经济生活、社会生活等各方面都产生了巨大的影响,目前不论是企业还是政府机关、事业单位,都积极利用各种计算机应用系统以全面提高工作效率。学生考勤管理系统作为一个高校的基本管理的一环,是学校对学生工作管理的基本依据。开发考勤管理系统,正是完善高校信息化管理的重要环节。人工考勤已很难满足学校规范化管理的要求,面对庞大的信息量,该方式现存在很多弊端。建立现代化的智能考勤管理系统不仅大大减轻了考勤工作人员(任课老师)的工作量,而且提高了工作效率。但是本系统是基于打卡机的,所以有一定的局限性,现在已经出现了手机蓝牙考勤方式和指纹考勤方式,这些都是基于不同的硬件,也都具有自己的局限性。

    2.业务需求

    2.1.业务机会和客户需要

    业务机会:

    本系统对学校全体学生的资料和每堂课的考勤情况进行管理。通过每节课的打卡把出勤信息输入到学校的考勤管理中心,保存学生每堂课的的出勤情况,以便于统计学生的出勤情况。同时方便任课老师,同学查阅,即节省了人力,又省去了中间的很多容易出错的步骤。让学校学生的考勤管理更具民主化,同时方便快捷。

    客户需要:

    1学生用户

    需求描述:  学生对本系统的主要需求是在线请假以及查看在校期间所有的上课出勤信息。

    在线请假需求: 学生请假的全过程当中,学生可以随时查看请假的详细进展情况。

    查看出勤信息需求:  学生可以查看在校期间所有学期上课出勤的详细信息,如查看“软件工程”这门课程在整个学期请假、旷课、迟到、早退了多少次以及具体的时间、任课老师姓名、第几节课等详细信息。

    其它需求:查看本人的基本信息,如本人的所属的院系、年级、专业、班级、学号、姓名、性别等,查看任课老师的姓名,电话,办公室地址等以及修改个人用户密码,查看本班课表安排。 

    2任课老师用户

    需求描述:  任课老师对系统的主要需求是管理所教班级学生的上课出勤信息以及查看所教班级学生的详细信息。

    管理学生上课出勤需求:  系统会在本堂课开始15分钟后结束到课信息的录入,根据时间自动将学生分为准时上课,迟到,旷课,请假等几种情况,并将结果录入数据库,同时生成该班级该堂课的到课的信息。这里任课老师可以查询每个学生一学期的到课情况,也可以查询某个班级的到课情况,同时任课老师有修改到课信息的权限,若有同学早退,或出现意外情况时,任课老师可在数据库中修改该学生该节次课的到课情况。

    查看学生详细信息需求:  查看所教班级学生详细信息信息。

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

    3导员

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

    审批学生请假需求:  本班学生本学期在线请假申请后,自动提示导员有等待审批的请假信息,导员针对请假申请信息进行学生请假审批以及对请假信息回复。

    查看学生上课出勤信息需求:查看本班学生整个学期所有课程的出勤统计信息及详细信息。

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

    4系统管理员用户

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

    1、管理学校各院系、年级、专业、班级,主要是以增删改查实现管理的。 �

    2、管理导员和任课老师,主要是以增删改查实现管理的。 �

    3、管理学生,处理学生与班级,导员,任课老师的关系,主要是以增删改查实现管理的。 �

    4设置每学年每节次课的上课时间(特殊情况,如五一前后上课时间的调整)。 

    5管理系统的请假、考勤信息。

    每个学期每个班级的课程安排及调课的系统处理。

    2.2.业务目标和成功标准

    业务目标:

    建立现代化的基于打卡机的智能考勤管理系统。

    成功标准:

    基本实现以上用户的需求,系统达到一定的性能要求和质量属性,并且易于维护,具有拓展性。具体信息即实现各用户的各种需求。这里不再重复。

    2.3.业务风险

    随着时代科技的不断进步,软件的更新速度也越来越快,要跟上时代的潮流,就必须不断完善软件,不断拓展其性能,易于维护,以免因为某些意外发生系统崩溃,产生难以估计的损失。

    3.项目前景

    3.1前景概述

    随着计算机科学的发展,软件开发逐渐兴起,在internet中的应用越来越广泛,为广大网络用户提供了更加周到和人性化的服务,也更加符合一个高校的现实情况,从而提高系统的实用性。

    学生考勤系统管理程序是一个基于打卡机的系统,还需要高校各教室配备打卡机。同时可以通过校内网建立一个网站,学生,导员,任课老师都可以查询到课情况,查询有多种方式可以更全面更立体的反应到课情况,从而实现督促导员,任课老师的管理作用,以及学生的学生情况。

    因为随着计算机技术的不断进步和发展,计算机已经深入到人们的日常生活的每个角落,例如:政府部门,企事业单位,学校等等。该系统开发功能主要包括:管理员可以通过计算机设置学生考勤管理程序,打印供学校及个人使用。

    3.2 主要特性

     FE-1:打卡方式录入到课信息;

    FE-2:系统自动生成各学校旷课,迟到,请假,准时上课等到课信息;

    FE-3:校内网设置网站以便查询到课情况,可以查询班级到课情况,学科到课情况;

    FE-4:任课老师和导员有权限随机应变,便于更人性化管理

    FE-5: 统计某段时间内,某门课旷课学生姓名及旷课次数,按旷课次数有多到少排序,并在网站上实现查询。

    FE-6: 学生可以在线请假,导员审核。

    FE-7: 管理员可以通过计算机设置学生考勤管理程序,打印供学校及个人使用。

    FE-8: 管理员可以根据实际情况,比如学生调专业分专业,新设专业,老师调课,替换老师,替换导员,更改上课时间等等。

    3.3假设和依赖

       (1)学生考勤系统必须能与学校教务在线进行双向通信;

       (2)学生考勤系统必须能与学校内网的计算机打印机进行交互;

    4.范围和局限性

    4.1初始版本和后缀版本的范围

       

    特性

    版本1

    版本2

    版本3

    FE-1

    完全实现

     

     

    FE-2

    完全实现

     

     

    FE-3

    网站初步建立,但不能与教务系统及内网计算机交互

    也可以只允许查询有缺课记录的学生信息

    完全实现

    FE-4

    学校或老师提交请求则实现

    完全实现

     

    FE-5

    网站初步建立,但不能与教务系统及内网计算机交互

    完全实现

     

    FE-6

    网站初步建立,但不能与教务系统及内网计算机交互

    完全实现

     

    FE-7

    完全实现

     

     

    FE-8

    完全实现

     

     

      

    4.2局限性和排斥性

    LI-1:因为考勤系统请假的审核缺乏实时性,所以考勤记录一定程度作为学生表现的一个参考;

    LI-2:学生考勤系统仅供学校内部使用。

    LI-3:学生考勤系只能供配备打卡机的学校内部使用。

     

    5. 项目环境

    5.1 操作环境

    这个系统主要提供给两类用户使用,一类是管理员模式,一类是用户模式。

    管理员模式中,管理员可以根据到课的基本信息,进行排序,和打印,每当情况变化就要相应得更新数据库。面向管理员时,系统是普通的存储数据软件。

    面向学生,任课老师,导员时,系统是基于PC机的终端软件,可提供给顾客查询,登录,更改密码的功能。 

    由于这个系统只是在用户PC机上使用,所以用户使用网络就能使用这个软件;数据在两个地方生成,一个是学生打卡的时候,一个是任课老师的更改的基本信息。它们均用于录入信息,由于大学内部使用,所以访问数据时候的最大响应时间应该会在0.1s以内;

    5.2 涉众

    这个系统中的主要涉众如下表:

    涉众

    特点

    学生

    在线请假,查询到到课情况,查询课表和任课老师信息

    任课老师

    更改学生到课情况,查询到课情况 ,查询上课课表

     

    导员

    审核请假,查询到课情况。

    管理员

    根据实际情况更改系统设置(年级,专业,任课老师,导员,上课时间)及对系统参数的增删改查,对用户的管理。

    5.3 项目属性

    具体项目属性如下表:

    属性

    驱动因素

    约束因素

    可调整因素

    特性

     

    各个版本的功能必须完全可操作。

    在最终版本中进行调整。

    质量

     

    用户满意度必须达到85%;必须通过全部的安全机制检查,系统能够在win7,win xp等操作系统下稳定工作。

    在后续版本中完善功能提高用户满意度

    成本

    项目经理

    必须控制开发费用在额定范围内

    允许费用超过的最大额度不超过总经费的10%

    进度

    项目经理

    必须保证开发时间在规定时限范围内

    开发时间最长不得超过规定时间2天

    人员

    团队规模包括一个项目经理,两名开发人员,和一名测试人员

     

    人员数目按照规定严格控制

    如果计划不够,可以适当增加人员务必保证在规定时间内完成项目。

     

     

    词汇表:

    缺课:指旷课的情况

    参考资料: 

    需求工程—软件建模与分析 

    需求工程文档规范 

    项目前景与范围文档模板 

    大学订餐系统前景与项目文档

     

     

  • 相关阅读:
    VMware的安装
    草根创业专题开篇
    转:分布式和集中式版本控制工具svn,git,mercurial
    sql db to sqlite
    简单办公自动化系统开发与思考1
    sql ef datacontext muti thread problem
    谈云计算,服务器运算的惊天骗局
    ios5.1二货,手贱,解决方案
    阿曹的创业点子1人人快递
    创业点子wifi anywhere
  • 原文地址:https://www.cnblogs.com/yinyinfurong/p/3405616.html
Copyright © 2020-2023  润新知