工资信息系统需求分析.docx
《工资信息系统需求分析.docx》由会员分享，可在线阅读，更多相关《工资信息系统需求分析.docx（14页珍藏版）》请在冰豆网上搜索。
工资信息系统需求分析
需求分析
需求分析是软件定义的最后一个阶段，它的基本任务是回答“系统必须做什么“这个问题。
需求分析的任务不是确定系统怎样完成他的工作，而仅仅是确定系统完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。
可行性研究阶段产生的文档，特别是数据流程图，是需求分析的出发点。
数据流成图中已经划分出系统必须完成的许多基本功能，系统分析员将仔细研究这些功能并进一步将它们具体化。
需求分析的结果是系统开发的基础，关系到工程的成败和软件产品的质量。
因此，必须用行之有效的方法对软件需求进行严格的审查验证。
目前，公司对工资发放还是采用手工处理的方式，信息数据存在不易更新、不易存放、容易丢失、难以备份等重大缺陷。
动态工资管理系统项目结合公司工资管理的实际需要，对财务处负责的工资管理工作进行有效动态管理的信息管理，提供丰富的查询分析功能和管理、决策信息，用户接口友好，是满足公司动态工资管理的软件，可以提高企业管理的效率。
本系统旨在使公司对工资的管理更方便，以减轻工作人员的负担。
可以快速方便地对职工工资等材料进行查询、修改等使工资管理能够简洁化、合理化、直观化。
2.1功能需求
工资管理信息系统对企业加强工资管理有着极其重要的作用，就一般的大型企业来说，它的设计内容非常复杂而且繁多，比如拥有工资计算功能，工资统计功能，报表输出功能，而且设计的模块也很多，比如工资管理模块，工资统计模块，报表设计模块，打印输出模块，模糊查询模块等等。
由于本软件主要是为作者工作的一家国际贸易公司定制开发的。
该公司是一家刚刚成立的公司，总体人员比较少，有正式员工20人，人员结构比较简单，学历比较高，基本上都拥有大专以上学历，部门划分也很清晰，而且人员的流动性不高，所以该公司目前对工资管理的要求并不高。
因此，针对该公司而言，我们经过了反复地论证，最终确定了工资管理系统的设计方案。
图3.1描述了整体流程图：
图3.1整体流程图
2．1．1业务流程图
分析是在调查研究的基础上，把有关该业务流程的资料进行综合分析，以了解业务的具体处理过程，发现系统的薄弱环节和不尽合理之处，寻找在新的信息系统基础上优化和改进的方法。
通过对实际管理流程的调研和分析，我们可以清楚地了解整个工资管理的流程，系统的业务流程图如图所示：
图3.2业务流程图
从系统业务流程图可以看出整个管理过程如下：
（1）人事部根据职员信息表及相关的工资计算标准表录入每个员工的基础工资数据，本系统主要是要考虑到员工根据工龄其基本工资会得到提升。
（2）在企业内部，不同的企业有不同的奖惩措施，本系统主要是考勤方面进行考核，跟据考勤部门提交上来的考勤等信息，由财务部结合工资计算标准计算每个员工当月工资的变动部分，如病事假扣款、房租水电费、医药费等代扣款。
并编制变动工资表。
（3）根据基本工资表、奖惩情况、提成进行计算汇总，生成工资计算表。
（4）系统管理员根据人事部、考勤部、销售部上交的信息对工资进行汇总，然后将得到的员工工资表输入系统，并对系统具有修改、查询的权限。
2.1.2数据流程图
数据流程分析具体的综合测评管理系统的数据流程图如图所示：
图3.3数据流图
2..1.3数据字典
4.3.1数据项的定义
数据项编号：
I1
数据项名称：
考勤日期
类型及宽度：
char（10）
简述：
标示其他部门提交的职工考勤信息的年月
取值范围：
数据项编号：
I2
数据项名称：
工资日期
类型及宽度：
char（10）
简述：
标示职工工资的年月
取值范围：
数据项编号：
I3
数据项名称：
职工编号
类型及宽度：
char（10）
简述：
唯一用来标示职工的编码
取值范围：
数据项编号：
I4
数据项名称：
部门名称
类型及宽度：
char（20）
简述：
使用此系统单位内部子部分
取值范围：
数据项编号：
I5
数据项名称：
基本工资
类型及宽度：
decimal（7,2）
简述：
各部门内的员工固定工资，即部门岗位工资
取值范围：
4.3.2数据流的描述
数据流编号:
D1
数据流名称：
考勤记录
简述：
输入的企业所有职工的考勤信息
数据流来源：
E1
数据流去向：
P1
数据项组成：
考勤日期、职工编码、加班天数、病假天数、矿工天数、事假天数
数据流量：
每月一次 高峰流量：
每月一
数据流编号：
D2
数据流名称：
销售记录
简述：
描述职员销售基本信息
数据流来源：
E2
数据流去向：
P3
数据项组成：
每月的销售业绩
数据流量：
每月一次 高峰流量：
每月一次
4.3.3数据存储的描述
数据流编号：
D3
数据流名称：
职员基本信息
简述：
描述人事基本信息
数据流来源：
E3
数据流去向：
P5
数据项组成：
职工编码、职工姓名、性别、人员类别、部门编码、
部门名称、岗位编码、岗位名称、职称、工龄、个人账号、联系电话
数据流量：
每月一次 高峰流量：
每月一次
数据存储编号:
S1
数据存储名称：
工资计算表
简述：
根据保底工资、提成、奖惩等详细信息进行综合
数据存储组成：
保底工资、提成工资、奖惩工资
相关联的处理：
P2、P4
数据存储编号:
S2
数据存储名称：
基本工资表
简述：
记录职工固定工资的详细信息
数据存储组成：
工资日期、职工编码、基本工资、提成工资、奖惩工资
相关联的处理：
P4、P5
数据存储编号:
S3
数据存储名称：
工资计算表
简述：
记录职工工资的详细信息
数据存储组成：
S2的数据组成与S3、S4的数据组成之和
相关联的处理：
P2、P4、P6
数据存储编号:
s2
数据存储名称：
职员信息表
简述：
职员基本信息
数据存储组成：
职工编码、职工姓名、性别、人员类别、部门编码、部门名称、
岗位编码、岗位名称、职称、工龄、个人帐号、联系电话
相关联的处理：
E3、P2
数据存储编号:
S9
数据存储名称：
工资计算标准表
简述：
设置职工工资项目金额标准
数据存储组成：
基本工资计算标准、变动工资计算标准
相关联的处理：
E3、P2
数据存储编号:
S10
数据存储名称：
考勤表
简述：
记录职工考勤信息情况
数据存储组成：
考勤日期、职工编码、加班天数、病假天数、矿工天数、事假天数
相关联的处理：
P1、P2
4.3.4数据处理的描述
处理逻辑编号：
P1
处理逻辑名称：
输入考勤信息
输入的数据流：
D1其他部门汇总的考勤信息
处理逻辑描述：
由其他部门的负责人每个月按期输入企业所有职工的考勤信息
输出的数据流：
S11考勤表
处理频率：
每月一次
处理逻辑编号：
P2
处理逻辑名称：
编制变动工资表
输入的数据流：
S9工资计算标准表;s11考勤表
处理逻辑描述：
财务处根据其他部门的负责人输入的职工考勤等考勤信息，
以及工资计算标准表中设置的金额计算出企业每个职工的加班费、
病假扣款、事假扣款、旷工扣款等金额，并编制变动工资表。
输出的数据流：
S1变动工资表
处理频率：
每月一次
处理逻辑编号：
P4
处理逻辑名称：
计算工资
输入的数据流：
S1变动工资表、s2基本工资表
处理逻辑描述：
把基本工资信息和变动工资信息加以汇总和计算。
通过基本工资表的主键‘工资日期'、‘职工编码'和变动工资表的‘
工资日期'、‘职工编码'相等，选择相应的数据输入到工资表中。
输出的数据流：
S3工资计算表
处理频率：
每月一次
处理逻辑编号：
P5
处理逻辑名称：
编制基本工资表
输入的数据流：
S8职员信息表;S9工资计算标准表
处理逻辑描述：
财务处根据存贮职工的最新信息的职员信息表和工资计算标准表，
计算基本工资，编制基本工资表。
输出的数据流：
S2基本工资表
处理频率：
每月一次
输出的数据流：
D4实发工资
处理频率：
每月一次
2.2性能需求
此工资管理系统对工资数据精度的计算能在默认情况之下精确到小数点后3位小数，即是精确到分的计算。
但在用户使用过程中，能自行根据实际情况进行小数计算精度的设定，最大能允许保留小数点后5位的精度。
在时间特性上，当用户发出命令请求时的服务器的响应时间、对数据更新处理、工资数据的查询检索等上，同样要求系统响应时间不会超过0.5秒时间。
系统支持多种操作系统的运行环境，多不同操作系统，不同文件格式的磁盘上的数据均能实现信息的互通，及共享。
当服务器移植到其他的系统平台，如：
Linux平台下时，同样能和其他的系统进行数据存取同步，不会出现系统之间互不兼容的情况，系统支持多系统之间的互连互通，系统有巨大的强健性。
1、运行需求
系统在进行数据的录入、计算、统计的时候，能将数据精确到小数点后三位小数。
系统接收到用户的操作命令后（如：
计算处理、查询等），能迅速的响应其操作请求，响应时间不超过1秒。
在同一时间，系统还提供支持至少10个客户端进行同一个操作请求的响应。
系统可移植较强，在不同的平台下运行，均不会影响系统的稳定性。
同时，支持在客户端安装不同操作系统、浏览器版本，均不会影响系统的运行。
2、安全需求
为保障系统数据的安全性，系统采用访问控制策略，未授权者不能进入系统。
同时，对不同级别的用户授予不同的使用权限。
在系统运行期间，如发生掉电尚未保存数据，或由于操作不当等原因导致系统重启等，为保证数据的易恢复性，系统提供每隔30秒自动保存数据的机制，让用户的数据在发生意外时能最大程度上得到恢复。
同时，系统提供强大的容错性能，当一台服务器发生故障时，系统能自动切换到另外一台服务器上，从而保障服务器能长时间的提供系统的运行支持。
在输入数据时，如果用户输入的数据不符合系统的要求，则系统自动提示错误信息，并要求用户重新输入，直到输入完全正确时才允许进行下一步的操作。
3、系统界面需求
系统开发基于B/S的开发模式，界面直观、简洁，人机交互性强。
基于表单和弹出式窗口的数据录入方式，菜单电击的方式操作。
用户使用时，只要是按照格式和要求填入信息，系统在后台响应用户操作过程。
让用户在最短时间里，不需要经过专门培训，就可以轻松上手使用。
4、其他需求
数据不管是在企业内部之间传输，还是公司与分公司之间进行远程数据传输时，防止数据被不法分析任意的修改和破坏，对所有的敏感数据均进行基于SSL协议的加密操作，只有对信息解密的人员才能最终读取数据信息。
这样，能最大程度的防止数据在传输过程的安全保密性。
升级会员 