需求分析 学生考勤系统

校园考勤系统

(一)业务需求

1.应用背景

大学里讲究的是自由学习，但是很多同学只讲究自由，不讲究学习，逃课去打游戏，打游戏不是错，但是耽误课损失的不仅是自己交的学费，更损失了自己的青春。大多学校对此现象采取的措施是上课点名，但是这种措施有两个弊端，其一是当学生很多的时候，点名会耽误大量的时间，其二是同学们完全可以在点名后再去打游戏，所以说这种措施不能从根本上解决问题。

2.业务机遇

我们完全可以建设一个校园考勤系统，在教室门口安装一个指纹识别系统，先将同学们的指纹录入系统内，然后让同学们分别在课前与课后通过指纹识别来报到，这样不仅省去了点名所浪费的时间，而且同学们是没法早退的，因为同学们只有在规定的时间前和规定的时间后都报到，才能将自己已出勤的状态报告给系统，系统会通过短信的方式自动提醒同学缺勤次数，以及扣除的分数，老师查看系统后，对于缺勤多的同学通过系统发短信警告。

3.业务目标与成功标准

目标：在系统应用后增加同学们的出勤。 度量方法：通过系统查看同学们的出勤状况。

4.业务风险

（1）学校由于价格原因不愿意出这部分钱。 可能性：0.5 影响：10 （2）指纹识别不准确。

可能性：0.2 影响：5 （2）同学们短信没收到 可能性：0.3 影响：2

（二）项目前景

1.前景概述

通过此考勤系统，不仅可以节约大量时间，还可以增加同学们的出勤。

2.主要特性

（1）方便快捷，节约时间。 （2）实用性高，人性化。

3.假设与依赖

（1）时间记录需准确，能准确记录开始和结束时间。

（2）此系统允许修改出勤状况，因为有的同学缺勤是因为生病，并非逃课去网吧。

（3）短信需定期发送，以防同学关机没收到。 学生考勤系统第三部分——项目范围

（三）项目范围

请对项目前景中的主要特性修改。以下为我的参考意见 FE-1考勤系统能够录入指纹资料。 FE-2能够快速识别指纹并分析处理。

FE-3实现对学生考勤信息的创建，浏览，修改和删除。

FE-4实现学生考勤系统与本地学校的学生教务系统的相关对接。 FE-5实现对因缺席而扣分同学的短信通知。

FE-6实现对教师给同学的假条短信的预处理和延期处理。

1．第一版的范围

版本一主要实现对学生指纹信息的录入。并通过本校教务系统实现对各学生课程安排及上课时间的信息共享。能够完成对每个学生进行上课考勤的基本功能。

2．后续版本的范围

版本二在版本一的基础上作出改进，主要为了提高考勤效率，实现高效考勤。通过录入管理人员和教职员工的指纹，来提高系统的安全性。

版本三在版本一和版本二的基础上做出改进。其主要为了提高人性化处理。通过与本校教务系统的全面挂钩，实现学生可以通过教务系统完成对自己出勤情况的考察，可以通过教务系统向教师提交请假请求。教师可以通过教务系统实现对全班同学出勤情况的掌握。教师还可以实现对请假学生批准请假等多处理功能。减轻系统管理人员的负担，方便学生与教师，进一步提高考勤系统的效率。 特性 FE-1

版本1

能够准确录入每位学生的指纹，并进行分类储存管理。

FE-2

版本2 可以实现对教职 员工和管理人员的指纹录入

版本3

实现在3秒时间内完成每一实现在1.5秒时间

位同学的指纹识别和考勤内完成一次识别

信息记录过程。允许多台终考勤操作。 端同时向主机进行操作。

FE-3

完全实现

实现对其信息进实现对其信息的行打印输出

FE-4

完全实现

多种输出方式

实现学生可以通实现教师通过教过本校教务系统务系统对本班学实现对自己考勤生出勤情况进行信息的查询

了解和请假处理。 完全实现 可以通过教务在线实现教师独立处理。

FE-5 有时间实现

通过发给管理员人工实现

有时间实现 人工实现

FE-6 3.限制与排除

LI-1:学生考勤系统只适用于本校学生，本校教师，和系统管理人员。 LI-2:学生考勤系统只适用于学生考勤。不对其他对象进行考勤。

LI-3:学生考勤系统只负责考勤工作。对课程安排，教室安排，老师安排，上课时间安排等操作，学生考勤系统不负责，也无权修改。

LI-4:对于发送短信提醒学生，学生考勤系统只负责提供应该提醒学生的名单和考勤信息。至于，怎样发送短信，发送什么样的短信，学生考勤系统不负责。 LI-5：对于指纹识别过程，学生考勤系统只负责利用其提供的信息来记录和处理考勤信息。至于，指纹识别装置的具体工作过程，工作原理等，学生考勤操作系统不负责。

（四）项目环境

1．操作环境

①用户是地理集中的，在教室内 ②用户单一，时间比较集中

③数据在终端生成，用于教务系统的出勤考核

④访问数据的最大反映时间未知 ⑤不能容忍服务中断

⑥需要访问安全控制和数据保护，需要对数据设置相应的权限，只有本人和管理员能访问相应的数据

2.涉众

用户为在校生和教务管理系统的管理员

在校生主要为使用者，需要采集指纹信息，小部分的需求信息提供者，不影响整套系统的需求分析

教务管理系统的管理员为管理者，是该套管理系统的管理者，是整套系统的需求获取的主要来源。

客户为学校，是整套系统开发的资助方，也是使用方

管理者为教务处和系统的维护人员，对系统的管理和维护工作

3.项目属性

功能属性和范围，能够实现对指纹采集、指纹存储和指纹识别的要求，必须要保证指纹信息的安全和有效，可以通过对指纹判断操作的细节进行调整，以达到使用者的良好体验，以及一些附加的功能

质量属性：由于上课时比较集中，所以要求识别速度快，识别精度要高，基本达到零误差，或为识别提醒功能，并且系统要完成长时间的运转，且有很高的容错能力。

成本属性:由于是为学校开发的系统，要求成本低，系统开销小，在不包括负责人评审的情况下，最多可超支15%。

进度属性：在合理是时间内完成，一般不超过三个月。 人员属性：参照一般系统的人员规模而定。

环境图：

报到 敬告 查询 学生 短信通知 系统 修改 老师

一层数据流图：

学生 报到 读取数据 录入 处理指纹 短信通知 学生 出勤信息 老师 密码 验证身份 登录 处理信息 二层数据流图：

课前指纹录入 处理指纹 密码 下课指纹录入 出勤信息

出勤信息

查询 修改 敬告 对 验证身份 处理信息 错

本文来源：https://www.bwwdw.com/article/rlo6.html