学生考勤管理系统软件需求分析报告
目 录
1 可行性分析 1
1.1 目标 1
1.2 用户特点 3
1.3 技术可行性 4
1.4 经济可行性 5
1.5 社会可行性 9
2 功能性需求 12
2.1 用例图和用例描述 12
2.2 数据流图 12
3 非功能性需求 15
3.1 性能需求 15
3.2 质量需求 25
3.3 用户界面 27
3.4 约束 30
4 数据需求 31
4.1 E-R图 31
4.2 数据字典 35
5 小结 37
1. 引言
随着现代化信息技术的不断进步，用计算机来进行管理已成为企业和学校运作不可缺失的一部分。以前的考勤工作都有人工完成，不仅浪费人力财力，而且也无法保证准确性和透明度，给管理带来了许多不便。现在利用计算机来管理考勤工作，大大降低了工作人员的工作量，也提高了工作效率。但随着普通高校生源的不断增加，学生人数激增，其管理难度也越来越大，如何优化学生的日常管理也成为了一个大众化的课题。考勤管理系统是学校日常管理的重要方面，出勤率的高低能直接体现出一个学生的基本素质。大学生常因为网络、游戏等原因缺课耽误学习，因此考勤管理已经成为学校管理的一个重要部分。
本学生考勤管理系统是为了解决学生考勤管理而设计的，目的是建立一个能够实现学生考勤管理的智能化管理，提高考勤管理效率，每个学生是否按时上课都得到及时的反馈，而系统所需的工作人员数量少，效率较高。降低对资源的浪费，同时增强学生考勤管理的透明度以及约束学生自觉上课。
1.1 目标
本需求分析报告的目标是分析本学生考勤管理系统的可行性，介绍该系统的设计目标、性能要求、运行流程等，为接下来的系统设计实现奠定基础。
学生考勤管理系统的目标：建立一个能灵敏、高效、及时，全面提高学生考勤管理的系统，辅助管理决策者及时、准确地做出决策。尽量提高学生信息管理的管理水平。
1.2 用户特点
本系统包括四类使用用户：
系统管理者对系统进行管理（即数据备份、恢复、日志管理、垃圾数据 清除等基本功能）；
班主任（具有审批假条，查询考勤记录、导出出勤表等权限）；
教师（具有修改,添加，删除，查询考勤记录的权限）；
普通用户（即查询出勤记录、导出出勤表的学生）。
系统管理员享有最高权限，学生只有查询权限。
账号为学生的学号，密码默认为00000000。
1.3 技术可行性
1.3.1 考虑系统开发过程所涉及的问题
系统通过Windows系统界面进入本系统，用户通过鼠标和键盘的简单敲击，来完成浏览、查询、记录、信息的增、删、改及数据统计等工作，各类用户的权限以及功能则通过多次访谈确定。
1.3.2 着眼于具体的开发环境和开发人员
本次设计题目可以通过eclipse软件作为开发工具来设计完成，利用eclipse软件设计制作一个数据库的应用管理系统。开发队伍，都基本掌握java编程能力，可利用java语言编写程序，实现任务中提出的要求。
1.4 经济可行性
学生的考勤管理系统是一个小型的数据管理系统，它所需要的费用主要有：
（1） 系统开发费用：10000
（2） 软件资源添置费用：8000
（3） 相关人员培训费用：每人1500
（4） 系统维护费用：一次500
除去支出的费用，系统开发成功后会获得相应的收入：培训费+维护费+开发 系统：15000
（1） 工资支出减少：500
（2） 学生考勤表单据费用减少：每月300
（3） 错误率减少，工作效率提高，减少资源损耗：节约了很多时间
（4） 信息及时沟通是学生考勤管理的工作更为协调
考虑收入支出的比例，开发一个小型的学生考勤管理系统在经济上是可行的。
1.5 社会可行性
法律方面可行性：本系统完全自主开发，不会与任何组织或个人产生任何法律上的冲突。
使用方面可行性：在系统运行初期，需要对工作人员进行培训。除了维护需专员负责外，其他部分都易于操作，不会产生任何困难。
2. 功能性需求
2.1 用例图和用例描述
2.1.1 用例图
图1 学生考勤管理系统用例图
2.1.2 用例描述
编号：U1
名称：登录系统
简介：用户进入登录界面
参与者：教师、学生、班主任、管理者
前置条件：用户有账号
基本事件流：1.用户输入账号、密码；
2.用户输入验证码；
3.系统验证账号密码是否正确；
异常事件流：1.用户账号密码不正确；
2.验证码错误；
3.登录超时；
编号：U2
名称：修改出勤表
简介：教师通过学生签到情况记录学生的出勤记录
参与者：教师、学生
前置条件：教师已经登录考勤系统
基本事件流：1.教师成功登陆学生考勤系统
2.学生已签到
3.学生未签到（病假、事假、旷课）
异常事件流：1.教师未登陆学生考勤系统
2.教师不可修改出勤表
3.系统连接超时
编号：U3
名称：查询出勤表
简介：教师、学生登录考勤系统查询学生的出勤情况
参与者：教师、班主任、学生
前置条件：教师、班主任、 学生已经登录考勤系统且考勤系统有学生的出勤记录
基本事件流：1.教师成功登陆学生考勤系统
2.学生成功登陆学生考勤系统
3.学生成功查询到自己的出勤记录
4.教师成功查询到学生的出勤记录
5.班主任成功登陆学生考勤系统
6.班主任成功查询到学生的出勤记录
异常事件流：1.教师未登陆学生考勤系统
2.学生未登陆学生考勤系统
3.系统连接超时
4.考勤系统中没有学生的出勤记录
5.学生不能查看自己的出勤记录
6.教师不能查看学生的出勤记录
7.班主任未登陆学生考勤系统
8.班主任不能查看学生的出勤记录
编号：U4
名称：导出出勤表
简介：教师、班主任、学生登录考勤系统导出学生的出勤记录
参与者：教师、班主任、学生
前置条件：教师、班主任、学生已经登录考勤系统且有学生的出勤记录
基本事件流：1.教师成功登陆学生考勤系统
2.学生成功登陆学生考勤系统
3.教师成功查询到学生的出勤记录
4.教师成功导出学生的出勤记录
5.学生成功查询到自己的出勤记录
6.学生成功导出自己的出勤记录
7.班主任成功登陆学生考勤系统
8.班主任成功查询到学生的出勤记录
9.班主任成功导出学生的出勤记录
异常事件流：1.教师未登陆学生考勤系统
2.学生未登陆学生考勤系统
3.系统连接超时
4.教师没有查询到学生的出勤记录
5.教师不能导出学生的出勤记录
6.学生没有查询到自己的出勤记录
7.学生不能导出自己的出勤记录
8.班主任没有查询到学生的出勤记录
9.班主任不能导出学生的出勤记录
10.学生的出勤记录有错误
编号：U5
名称：管理系统
简介：管理员对系统进行管理和维护
参与者：管理员
前置条件：管理员已经登录学生考勤系统且有管理权限
基本事件流：1.管理员成功登陆学生考勤系统
2.管理员成功修改系统bug
3.管理员成功更新系统
4.管理员成功对数据进行备份
5.管理员成功恢复丢失的数据
6.管理员成功清除垃圾数据
异常事件流：1.管理员未登陆学生考勤系统
2.系统连接超时
3.管理员未能修改系统bug
4.管理员没有更新系统
5.管理员没有管理权限
6.管理员对数据操作失败
编号：U6
名称：申请请假
简介：学生登录考勤系统申请是否可以请假
参与者：学生
前置条件：学生已经登录学生考勤系统
基本事件流：1.学生登录学生考勤系统
2.学生成功申请请假
异常事件流：1.学生未登陆学生考勤系统
2.系统连接超时
3.学生申请请假失败
编号：U7
名称：审批假条
简介：班主任审批学生申请的请假记录
参与者：班主任
前置条件：班主任已经登录学生考勤系统且有学生请假申请记录
基本事件流：1.班主任成功登陆学生考勤系统
2.班主任同意学生的请假申请
3.班主任拒绝学生的请假申请
异常事件流：1.班主任未登陆学生考勤系统
2.系统连接超时
3.班主任不能审批学生的请假申请
4.没有学生的请假申请记录
2.2 数据流图
图2 学生考勤管理系统数据流图
3. 非功能性需求
3.1性能需求
3.1.1数据安全性
本系统采用权限登录方式，不同的使用者具有不同的使用权限，不同权限可以访问和查询不同的数据模块，信息主要存储在数据库中，由用户在规定的权限下进行录入，修改，删除相关的内容，进行各自的相关操作，不可跨权限进行操作。在程序模块中通过使用密码控制功能对用户使用权限加以限制，以保证系统的正常使用。
3.1.2 时间标准要求
数据长期保存：大量数据存储在数据库中，可反复进行查询、修改、插入、和删除等操作。
查询服务部分：用户通过电脑提交命令到返回结果不超过5秒钟。
数据管理部分：提交某一数据录入到结果返回不超过5秒钟。
3.1.3
简单易操作：根据系统页面便能直接了解各项功能，各项操作比原系统速度更快，而且易于操作，能够吸引用户使用。
资源需求：系统运行时，占用资源（CPU、内存、硬盘、网络）较少
数据共享性高、冗余度低：数据的共享程度直接关系到数据的冗余度，数据库系统从整体角度看待和描述数据库，不再向某个应用程序或人，而是面对整个系统。
3.1.4系统的完整性需求
该系统设计简单且基本涵盖了进行学生考勤所包含的所有要求，除此之外，我们还加入了请假审批功能，使学生请假数据化，大大提高学生考勤的管理能力。完整的系统应该包括数据备份、恢复、日志管理、垃圾数据清除等基本功能，使系统处于一个安全、负载合理的运行状况，提高系统的应用适应性
3.2 质量需求
3.2.1社会和公司需求
产品设计必须以满足社会需要为前提，本系统设计理念在满足用户需求的同时不以牺牲其他公众利益和环境为代价，研发和设计的产品不违背道德，更不违背社会法制精神。公司是产品的生产者和提供者，公司存在的基本前提是以盈利为目的。所以本系统的质量也尽量满足公司的需求，如公司的成本控制，设计能力，用户满意度等。
3.2.2顾客需求
用户是系统质量的最终评价者，产品设计是否满足用户需求，决定系统能否生存并长远发展。经过多次面谈，分析用户需求，不主观揣测用户想法。从用户需求出发设计系统，包括：系统功能、效用、使用寿命、系统的式样、包装等因素，延伸到系统使用后的咨询服务、安装、售后服务等。
3.3 用户界面
根据面谈内容，本系统的用户界面要做到并且要操作足够简洁。由于每次的学生考勤是在上课后的第一时间进行的但是又要确保操作时间尽可能短，不影响上课时长。保证具体功能可以通过界面上的选项按钮就可以知晓，方便课任老师可以快速的进行学生的考勤。在班主任的界面要求一旦有学生的请假申请要醒目的显示，及时的做出批复。
3.4 约束
人力资源约束：
开发该系统
技术约束：本项目是基于JAVA程序设计语言的条件下进行的，基于JAVA、Web系统开发。
权限约束：在实际使用中设计的用户一般只有老师直接使用，或者老师授权给班干部来考勤，因此只要设置两种权限。一个是超级管理员还有一个是一般用户。超级管理员可以在此模块中添加，删除，修改所有用户的信息。一般用户权力受限，不能考勤，不能修改考勤记录等。这样以防止学生擅自修改记录弄虚作假。
4. 数据需求
4.1 E-R图
4.2 数据字典
通过对系统数据流的分析，接下来用数据字典描述数据流图中一些主要的数据流，数据存储，处理过程和外部实体。
（1）
名称：账号
说明：学生学号以及教职工号和自设的密码
类型：字符串
长度：账号为学号长度，密码固定8位
用户类别：学生，教师，班主任，管理员
（2）
名称：登录系统
说明：通过后台核对的账号以及密码登录
（3）
名称：考勤库
说明：用来学生考勤的具体信息
结构：编号，标题，考勤结果，时间段
学生名，备注，时间段，课节
（4）
名称：账号库
说明：记录各人员的账号及密码
（5）
名称：请假申请记录
说明：记录学生请假情况
组成：学生学号，姓名，班级，时间段，事由
（6）
名称：管理员
说明：负责管理学生，教师，班主任的账号密码以及系统的维护更新
（7）
名称：教师
说明：负责学生考勤管理
（8）
名称：班主任
说明：可以查询考勤情况以及请假申请的审批
5. 结论
通过这次需求分析报告的完成，使我们对所要设计的系统有更进一步的了解，同时通过分析发现很多的不足，对知识的掌握及运用存在诸多的不完善。本系统也存着很多不足，如系统较简单，实现功能也不够完善。所以在今后的学习中我们会继续努力，完善自我，同时努力完成学生考勤管理系统的设计。