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