高校工资管理系统需求分析报告.docx
《高校工资管理系统需求分析报告.docx》由会员分享，可在线阅读，更多相关《高校工资管理系统需求分析报告.docx（13页珍藏版）》请在冰豆网上搜索。
高校工资管理系统需求分析报告
高校工资管理系统需求分析报告
引言
1.编写目的
编写该文档是为了分析人工管理高校工资的流程，把人工模式抽象为可在计算机上处理的自动模式，对高校工资的科学管理进展分析与总结，便于开发小组成员对系统整体功能的认识，通过该文档，确定了系统的目的和功能，以及管理的流程和方法，同时也为使用者提供参考。
2.背景
随着高等学校的快速开展，高校规模越来越大，教职工的数量也越来越多，高校工资管理更加的复杂，而工资管理是一项琐碎、复杂而又十分细致的工作，工资计算、发放、核算的工作量很大，一般不允许出错，如果实行手工操作，每月发放工资须手工填制大量的表格，这就会消耗工作人员大量的时间和精力，计算机进展工资发放工作，不仅能够保证工资核算准确无误、快速输出，而且还可以利用计算机对有关工资的各种信息进展统计，效劳于财务部门其他方面的核算和财务处理，同时计算机具有着手工管理所无法比较的优点.例如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、本钱低等。
这些优点能够极大地提高人事工资资管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。
这就对高校工资管理提出了新的要求，用计算机管理系统来管理高校工资已经成为目前的趋势，使用计算机可以高速，快捷地完成以上工作。
在计算机联网后，数据在网上传递，可以实现数据共享，防止重复劳动，标准数据管理行为，从而提高了管理效率和水平。
高校工资管理系统便是以计算机为工具，通过对工资管理所需的信息管理，不仅把管理人员从繁琐的数据计算处理中解脱出来，而且优化了管理体系，使其高效化，简易化，智能化，也提高了透明度和互动性。
3.功能定义
〔1〕员工根本信息的录入，修改，删除。
〔2〕工资标准设定功能。
具体包括职务工资，职称工资以及其它工资标准的设定。
〔3〕工资信息浏览。
〔4〕员工工资表创立。
〔5〕工资调整管理。
〔6〕工资统计。
〔7〕用户级别设定以及口令修改。
为完善系统管理功能，增加工资系统用户管理功能，包括系统用户数据的天价，修改和删除。
教职员工为系统普通用户，只能运行系统个人工资查询功能；系统管理员那么能运行系统所有功能，从而有效保证系统数据的平安性。
4．功能描述
员工根本档案信息管理功能描述：
凡属于本部门的员工，都需要对其根本的档案信息做好记录存储处理。
以方便高级管理人员时时的了解或查阅其员工根本信息。
对员工根本信息的操作包括添加信息、修改信息、查询信息，同时在数据库中要形成员工根本信息表。
工资管理功能描述：
工资计算：
在进展工资计算之前，管理员首先应该根据部门的实际业务情况确定好各个部门中所需要的工资工程及分别对工资工程进展计算的方式，然后按照系统工资种类的设定，对每个员工分别依次实际工资工程构成情况，如考勤情况工资、底薪工资、奖惩工资、提成工资、应交所得税等等工程，录入相应的工资金额数，再计算出总的应得工资、实得工资的工资工程。
在数据的录入过程中系统会根据用户误输、错误输入智能提示引导用户录入数据的正确性。
要形成的数据库中的表为员工工资信息表。
在进展工资的发放处理时，管理员通过电子邮件的方式发送领取工资的通知，通过嵌套一个可以进展邮件群发的邮件效劳器来进展处理，需要进展银行代发的员工，系统通过生成相应的银行转帐凭据为员工统一进展银行转帐代发统一办理。
在数据库中需要具有银行转帐凭据表。
工资统计分析：
对员工工资数据计算完后，同时要将工资信息统计分析，如汇总统计，工资工程明细数据的汇总等，又分为对员工个人工资统计分析、部门工资统计分析、月份工资统计分析、季度工资统计分析、年工资分析统计。
且统计分析结果可以以柱状图、饼状图的方式显示统计结果。
以很直观明了的方式最后通过报表的方式反应到高级管理人员处，这时，在数据库中要形成员工个人工资信息统计表、部门工资信息统计表。
工资查询功能描述：
在查询这个模块里，系统能支持用户在客户端按照各种不同的字段名称进展工资信息的查询。
同时，迅速的响应用户的查询请求，不同级别的人系统会根据其权限级别的大小享有不同程度的功能。
不同级别的人不能越权进展操作。
在查询过程中，为防止由于在同一时刻里访问人数过多造成响应缓慢时，每登录的一个用户，系统记数器自动加一，当记数大于峰值时，系统弹出对话框提示用户进展等待，从而有效的防止了系统在查询过程中快速响应的优点。
报表生成与打印：
在员工领取工资时，能为个人生成个人工资组成及相应金额的工资条。
同时形成部门月报表、季报表、年终报表。
4.5系统维护：
用户在第一次使用系统时，在效劳器端需要用户做系统初始化的处理，包括；
1．设置工资工程种类、相应工资工程的计算
2．设置系统使用用户及口令、权限的级别，对公司不同要求用户授不同权限，可限制一次性访问数据库用户数量。
对每个访问数据库的登陆用户有日志记录。
由系统管理员维护。
在系统运行过程中，数据库管理员在系统运行过程中，还可以即使的进展系统数据的更改，如：
对员工工资数据的更改，对工资工程计算方式的更改，定期做好系统数据的备份操作、复原、清理等。
5．系统目标
本系统的设计目标是能够对西北农林科技大学的教职员工的根本信息和工资信息进展添加和修改，根据个人信息将工资分为职务工资，职称工资和其他工资。
能够调整工资标准和员工信息，也能够调整其他工资工程，根据需要对教职员工根本信息和工资信息的查询，本系统能够生成各个月的工资表，能够打印报表方便保存和管理，还包括对系统的一些根本操作功能，比方为完善系统管理功能，增加工资系统用户管理功能，系统应该包括系统用户数据的添加，修改和删除。
教职员工为系统普通用户，只能运行系统个人工资查询功能；系统管理员那么能运行系统所有功能，从而有效保证系统数据的平安性，系统应该具有简单，易用，小巧，经典的特色，应该能够对高校工资管理进展优化，使其系统化，高效化，智能化。
并保证工资管理的准确性，简易性，为学校财务人员提供便利。
6．数据流程图
7．数据域定义
7．1数据表字典
表的编号
表名
代码
内容
101
员工信息表
EmpInfoTable
记录员工根本信息
主要字段：
员工ID，姓名，年龄，工龄，所在部门，职务，照片。
102
工资工程表
PayTable
记录员工工资信息
主要字段：
员工ID，姓名，工龄工资、奖金、计时工资、计件工资、保险金、补贴金、个人所得税、应发工资、实发工资
103
银行转帐单据表
BankBarTable
记录员工帐户记录
主要字段：
卡号，员工ID，姓名，结帐数目，结帐日期
104
系统日志表
SysLogTable
记录用户登陆信息：
主要字段：
员工ID，登陆名，登陆密码，用户权限，登陆时间，退出时间，登陆事件记录。
7．2数据表字段字典
编号
名称
属于的表
编码
长度
属性
备注
201
员工ID
员工信息表
工资工程表
银行转帐单据表
系统日志表
ID
5
字符
例，00001
〔表101，102，104的主关键字，表103外来关键字〕
202
姓名
员工信息表
工资工程表
银行转帐单数据表
系统日志表
Name
16
字符
例，王小宾
203
年龄
员工信息表
Age
2
整型
例，32
204
工龄
员工信息表
Lenservice
2
整型
例，22
205
所在部门
员工信息表
department
28
字符
例，财务部
206
职务
员工信息表
Workname
16
字符
例，打字员
207
照片
员工信息表
Picture
64
字符〔存储路径〕
208
工龄工资
工资工程表
LenPay
8
单精度小数
209
奖金
工资工程表
Prize
8
单精度小数
210
计时工资
工资工程表
TimePay
8
单精度小数
2
211
计件工资
工资工程表
NumPay
8
单精度小数
212
保险金
工资工程表
InsurePay
8
单精度小数
213
补贴金
工资工程表
Allowance
8
单精度小数
214
个人所得税
工资工程表
Tax
8
单精度小数
215
应发工资
工资工程表
ShPay
8
单精度小数
216
实发工资
工资工程表
TrPay
8
单精度小数
217
卡号
银行转帐单据表
CardNum
18
整型
表103的主关键字
218
结帐数目
银行转帐单据表
CheNum
8
单精度小数
219
结帐日期
银行转帐单据表
CheDate
16
时间类型
2005-4-2321：
29
220
登陆名
系统日志表
Username
16
字符
例，SZK9527
221
登陆密码
系统日志表
Password
12
加码
例，11111111
222
用户权限
系统日志表
Purview
16
字符
例，普通用户
223
登陆时间
系统日志表
UserTime
16
时间类型
2005-4-2321：
29
224
退出时间
系统日志表
QuitTime
16
时间类型
2005-4-2321：
29
225
登陆事件记录
系统日志表
Event
100
字符
例，登陆系统。
8．系统性能需求分析：
8．1性能需求
此工资管理系统对工资数据精度的计算能在默认情况之下准确到小数点后3位小数，即是准确到分的计算。
但在用户使用过程中，能自行根据实际情况进展小数计算精度的设定，最大能允许保存小数点后5位的精度。
在时间特性上，当用户发出命令请求时的效劳器的响应时间、对数据更新处理、工资数据的查询检索等上，同样要求系统响应时间不会超过0.5秒时间。
系统支持多种操作系统的运行环境，多不同操作系统，不同文件格式的磁盘
上的数据均能实现信息的互通，及共享。
当效劳器移植到其他的系统平台，如：
Linux平台下时，同样能和其他的系统进展数据存取同步，不会出现系统之间互不兼容的情况，系统支持多系统之间的互连互通，系统有巨大的强健性。
8．2运行需求
系统在进展数据的录入、计算、统计的时候，能将数据准确到小数点后三位小数。
系统接收到用户的操作命令后〔如：
计算处理、查询等〕，能迅速的响应其操作请求，响应时间不超过1秒。
在同一时间，系统还提供支持至少10个客户端进展同一个操作请求的响应。
系统可移植较强，在不同的平台下运行，均不会影响系统的稳定性。
同时，支持在客户端安装不同操作系统、浏览器版本，均不会影响系统的运行。
8．3平安需求
为保障系统数据的平安性，系统采用访问控制策略，未授权者不能进入系统。
同时，对不同级别的用户授予不同的使用权限。
在系统运行期间，如发生掉电尚未保存数据，或由于操作不当等原因导致系统重启等，为保证数据的易恢复性，系统提供每隔30秒自动保存数据的机制，让用户的数据在发生意外时能最大程度上得到恢复。
同时，系统提供强大的容错性能，当一台效劳器发生故障时，系统能自动切换到另外一台效劳器上，从而保障效劳器能长时间的提供系统的运行支持。
在输入数据时，如果用户输入的数据不符合系统的要求，那么系统自动提示错误信息，并要求用户重新输入，直到输入完全正确时才允许进展下一步的操作。
8．4系统界面需求
系统开发基于B/S的开发模式，界面直观、简洁，人机交互性强。
基于表单和弹出式窗口的数据录入方式，菜单电击的方式操作。
用户使用时，只要是按照格式和要求填入信息，系统在后台响应用户操作过程。
让用户在最短时间里，不需要经过专门培训，就可以轻松上手使用。
8．5其他需求
数据不管是在企业内部之间传输，还是公司与分公司之间进展远程数据传输时，防止数据被不法分析任意的修改和破坏，对所有的敏感数据均进展基于SSL协议的加密操作，只有对信息解密的人员才能最终读取数据信息。
这样，能最大程度的防止数据在传输过程的平安保密性。
9.总结
在第一阶段总体分析的根底之上，我们小组进在系统需求过程中，主要是围绕着系统数据流程图和数据字典这两个方面展开文档的编辑工作。
当然，在需求分析过程中，我们对系统的功能需求、性能需求、可靠性等方面做了进一步的描述，这为我们进展下一步设计阶段的顺利进展做好铺垫的工作。
10．所需环境
硬件环境：
CPU型号为PentiumⅢ以上，内存128M以上。
系统环境：
Windows98以上的系统均可。
开发工具：
eclipse
软件的使用条件和限制：
不同的管理级别有不同的操作权限。
升级会员 