课程名称《软件需求工程》
文档名称高校勤工助学管理系统的需求规格说明书学院信息科学与工程学院
专业***********
小组成员***********
2014——2015学年第二学期文档修订记录
目录
1引言
1.1目的
1.2文档约定
1.3预期的读者和阅读建议
1.4产品的范围
1.5参考文献
2综合描述
2.1产品前景
2.2产品特性
2.3用户类及其特征
2.4运行环境
2.5设计和实现上的约束
2.6假设和依赖
3系统特性
3.1顶层用例图
3.2下一级用例图
3.3功能性需求
4外部接口需求
4.1用户界面
4.2硬件接口
4.3软件接口
4.4通信接口
5其它非功能需求
5.1性能需求
5.2安全设施需求
5.3安全性需求
5.4软件质量属性
5.5用户文档
6其他需求
1引言
1.1目的
本需求说明书对高校勤工助学管理系统进行分析，给出了系统的数据流图。
通过与用户（学生和用人单位）的交流，在功能模块与系统界面上进行优化，以便开发出用户满意的系统。
1.2文档约定
编写文档时所采用的标准是IEEE 830标准。
1.3预期的读者和阅读建议
本需求说明书针对的读者有：开发人员、测试人员、文档编写人员、用户、教师。
文档剩余部分是对项目开发的详细说明，包括综合描述、系统特性、外部接口需求、其它非功能接口等。
对于开发人员需要阅读功能性需求和非功能性需求，测试人员需要注意外部接口、安全性和用户操作需求等等。
1.4产品的范围
高校勤工助学管理系统是为高等院校开发的，用于校内用人单位（如后勤集团、教务处）的勤工助学工作的管理，包括学生的岗位申请、用人单位的审核、酬金的统一发放。
提供数字化的管理，提高学校勤工俭学管理部门的工作效率。
具体项目及要求如下：
项目名称：高校勤工助学管理系统
软件大体功能：实现学校勤工助学管理工作
软件要求：
a.硬件要求：内存：2GM；CPU：Intel Core2 1.80GHz
b.系统要求：NetBeans IDE 8.0.2集成开发工具，MySQL5.6数据库、Adobe Photoshop CS6 (64 Bit)作图工具和Microsoft word2007文档工具。
c.人员要求：有计算机专业知识的用户及相同能力者。
1.5参考文献
2综合描述
2.1产品前景
目前关于勤工助学的申请，几乎所有的高校依然采用的人工管理，由于涉及到大量的表格的整理和备份，加上工时工资计算，导致效率较低，而且错误率极大。
为了改变这一现状，我们一款产品致力于实现勤工助学系统的计算机化，智能的管理和计算相关数据。
当下相关的产品很少，得到应用的产品就少之又少，在这样大的需求之下进入这样一个竞争相对不激烈的领域，这款产品的效益是在意料之中的。
2.2产品功能
这款软件产品实现了勤工助学系统的智能化操作，主要的功能如下：
学生和用人单位信息的录入。
用人单位填写用工计划表，用工计划表包含用人单位信息，招聘条件，招聘岗位等。
用人单位发出用工计划，学生根据相关招聘信息，选择合适自己或感兴趣的一些岗位，填写勤工助学申请表。
用人单位选择应聘者分为两个环节：正选，补选。
选期结束后，系统自动生成合同书，并通知给学生和用人单位。
提供学生信息，用人单位信息相关的查询功能。
酬金发放功能：用人单位根据学生工作情况计算学生酬金，并作出统计，每月月底将统计酬金上报财务处，由财务处勤工助学账户统一下发给学生。
2.3用户类及其特征
这款软件产品目标客户是各个高校，使用这个软件的人大致可以分为三类：申请学生，相关单位，管理人员。
申请学生需要使用这款软件主要完成他的申请操作。
首先，同学通过自注册的帐户登陆可以看到所有单位的招聘信息，包括招聘条件、招聘人数等;其次，他可以提交自已的申请，而且可以填写自已的第几志愿，服从调配等信息;然后，他可以查看自已的录用信息，软件也会推送录用信息;之后如果录用上，他可以查看工资的分发信息等。
用人单位使用这款软件主要完成招聘操作。
单位可以根据自已的需求来发出自已的用人信息，包括用人条件和数量，需要做什么工作；然后，单位可以看到自已有多少人申请，并同意一定人数的申请；在工作中，单位可以记录同学的工作情况；到发工资的时间，单位会收到确认工资的请求，单位根据同学的工作情况来确定他的工资。
对于管理人员来说，他们主要使用这款软件来完成监管和工资发放。
他们可以使用这款软件查看和个单位的用人情况，是否符合学校的规定，同学的工作情与工资是否匹配。
同时，到月末的时候给各个单位发出确认工资的请求，当然他们也可以设定每到月末就自动的发出请求。
2.4运行环境
这款软件产品主要运行在用户的个人电脑上，这些电脑基本上都是微型机，
包括台式机，笔记本等。
面向的主要是windows操作系统，xp以上的版本都可运行，内存显卡cpu等没有特殊的要求。
2.5设计和实现上的约束
这款软件在设计和实现上的约束主要表现为如下：
第一，开发人员必须对高校的勤工助学系统有清楚的认识，并且各个高校处理勤工助学的流程并不一样，必须合理的规化模块，以适应各个高校或者只做出少量的更改。
第二，设计这款软件必须做熟练掌握数据库的搭建，程序引用数据库并对数据做一些操作，程序员必须熟练撑握java语言，必要时还要用到android语言以及javaFX。
第三，能够将单位与同学分开，对于他们各自的生活空间差异，需要区别一定的术语。
2.6假设和依赖
在设计这款软件的假设前提有：
约定用户注册时可以使用邮箱，可以使用第三方的帐号登陆；
约定同学申请时最多只能有两个志愿；
约定单位用人申请由单位和管理人员同时确定；
约定发放工资的时间是以整数月为单位；
在设计这款软件的外部依赖有：
我们可能会把三创项目的一些模块应用到本软件的开发，由其是服务端的程序，涉及到问题主要是数据的差异和请求的不同。
3系统特性
3.1顶层用例图
3.2具体下一层用例图
3.3功能性需求
3.3.1系统数据流图（DFD）
3.3.2高校勤工助学管理系统（DFD）
3.3.3输入数据
A.学生申请表
B.用工计划表
3.3.4输出数据
A.用工合同书
B.薪酬发放单
用工合同书
3.3.5数据字典
3.3.6数据流描述
4外部接口需求
4.1用户界面
（前面是学生用户子系统，后面是单位用户子系统）
4.2硬件接口
勤工俭学管理系统有以下硬件接口：个人电脑、打印机接口。
4.3软件接口
勤工俭学管理系统有以下软件接口：
MySQL数据库接口，服务器通过MySQL存取各个勤工俭学系统信息。
网上银行的转账接口（暂不能实现）。
4.4通信接口
多台不同的电脑使用应用软件可以通过互联网链接服务器，与服务器进行通信。
5其它非功能需求
5.1性能需求
（1）支持多终端操作
（2）支持多并行操作的用户同时操作
（3）系统响应时间短
（4）数据精度：所有输入、输出数据中有关金额均精确到小数点后两位，有关名称可输入8个字符
5.2安全设施需求
数据库有备份功能，预防数据库损坏情况；
5.3安全性需求
保证系统的安全性与完整性，保护产品数据。
每个用户在第一次登录后，必须更改最初密码，最初的登录密码不能重用。
用户连续三次输入密码错误时需输入验证码。
用户密码强度要求字母数字组合，长度大于5位。
对每个用户的密码进行加密，防止用户信息泄露。
用户在半小时内无操作，自动登出账户，如需继续操作，需重新登录。
每个用户登录时必须进行身份认证，满足学生和用人单位的相应条件。
对用户进行需求授权，不同用户访问相应的功能。
对后台维护员、管理员进行相应功能授权。
5.4软件质量属性
易用程度优于易学程度，可移植性优于有效性；速度比人工系统提高10倍以上，准确性提高一个数量级，并可节省印刷费、纸张费等。
5.5用户文档
用户手册与软件一同发行，用户手册免费嵌入软件，可以免费使用。
6其他需求（略）。