需求分析企业工资管理系统.docx
《需求分析企业工资管理系统.docx》由会员分享，可在线阅读，更多相关《需求分析企业工资管理系统.docx（16页珍藏版）》请在冰豆网上搜索。
需求分析企业工资管理系统
文档编号：
DSES_1版本号：
V1.0
文档名称：
需求分析规格说明书
项目名称：
企业工资管理系统
编写：
校对：
审核：
批准：
开发单位：
1.
引言
1.1编写目的
本需求的编写是为了研究企业工资管理系统软件的开发途径和应用方法。
同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。
1.2背景及范围
本项目的名称：
企业工资管理系统开发软件。
本项目的任务提出者及开发者是企业工资管理系统软件开发小组,用户是企业全体员工。
本产品是针对企业工资管理的需求设计的，主要包括管理员管理模块和员工查询模块。
其中，管理员管理模块可以完成员工登记、管理工资信息等主要功能，而员工查询模块可以完成员工个人信息、个人工资，个人考勤信息的查询功能。
1.3定义
ESMS:
EnterpriseSalaryManagementSystem
Salary：
记录企业内工资的信息并可进行查询。
Item：
记录企业内每一条工资信息的状态，并提供查询、统计、打印功能。
Staff：
记录员工信息并进行查询。
Department:
提供部门岗位对应工资津贴。
1.4参考资料
（1）中国国家标准化管理委员会.计算机软件文档编制规范（GB/T8567-2006）[S].2006,3.
（2）史济民，顾春华，郑红.软件工程——原理、方法与应用（第3版）[M].北京：
高等教育出版社,2009.3
（3）王珊，萨师煊.数据库系统概论[M].北京：
高等教育出版社,2006.5
2.任务概述
为方便对企业工资信息进行高效的管理，特编写该程序以提高工资信息的管理效率。
使用该程序后，企业管理人员可以管理员工的登记，工资信息的录入、打印等；还可以查询某位员工、某条工资信息的情况，对当前工资信息情况给出一些统计，给出统计表格，以全面掌握全体员工工资信息的情况。
在企业内部的现有局域网这个网络环境下,信息由各用户在规定的权限下可在各种的工作站上查询。
2.1产品的前景
企业在正常运营中面对大量奖金、津贴等信息以及两者间相互联系产生的工资信息。
现有的人工记录方法既效率低又错误过多，大大影响了企业的正常管理工作。
因此需要对工资信息资源、员工资源、奖金信息，津贴信息等进行管理，及时了解各个环节中信息的变更，有利于管理效率的提高。
本系统通过强大的计算机技术给企业管理人员和员查询带来便利。
系统的功能相对比较完善，根据以后不同的需要，还要对系统进行更新。
2.2产品的功能
（1）员工信息的制定、输入、修改、查询，包括员工号、性别、部门、职务、职称、工龄等。
（2）考勤基本信息制定、输入、修改、查询，包括考勤编号、加班天数、旷工天数、事假天数等。
（3）工龄信息制定、输入、修改、查询，包括编号、工龄、工龄加成等。
（4）工资信息制定、输入、修改、查询，包括工资编号、员工姓名、基本工资、实发工资等。
2.3用户类和特征
本系统的最终用户有三种：
一是管理员（系统管理员和人事部管理人员），他们可以增加、修改、删除工资信息或增加、修改、删除员工信息等；二是员工（全体员工）可以查看他们自己的基本工资信息。
三是系统维护人员，为计算机专业人员熟悉数据库、操作系统、网络维护工作。
管理员和员工都是经常性用户，维护人员为间隔性用户。
2.4运行环境
1）硬件环境
✧服务器
（1）处理器（CPU）：
Pentium900M（推荐Pentium41.2G）
（2）内存容量（RAM）：
至少256M（推荐512M）
✧客户端
（1）处理器（CPU）：
Pentium133M或更高
（2）内存容量（RAM）：
64M或更高
2）软件环境
✧数据库服务器端
（1）操作系统：
Window7
（2）数据库管理系统：
SQLserver，配置TCP/IP协议
✧Web服务器端
（1）操作系统：
Window7/
（2）Internet信息服务（IIS）6.0管理器
（3）VisualStudio.NET2003，配置TCP/IP协议
（4）Web浏览器：
InternetExplorer5.0以上或Netscape4.0以上，配置TCP/IP协议
3）接口
✧硬件接口
考虑到大量数据的备份等要求，需要保持与磁带机和光盘刻录机的接口，这较易实现。
✧软件接口
这里，主要考虑软件与操作系统、数据库管理系统的接口，以及局域网和互联网软件之间的数据交换。
考虑到文档处理时有可能需要较常用的办公软件。
例如Microsoft的Office系列，所以应尽量实现它们之间的数据格式的自动转换。
2.5设计与实现上的限制
开发时间比较紧，机器限制，开发人员的经验少，是开发系统中主要的问题。
开发经费不到位，管理不完善，设计时没能全面考虑，都会影响本项目的开发进程
3.功能需求
3
3.1需求规定
在企业工资管理系统中，管理员要为每个员工建立员工账户（员工账户可提供员工号、姓名等），通过账户可以获取员工的个人信息和工资信息。
可通过互联网查询终端查询个人信息和工资信息，以及相关资料。
员工查询工资时，先输入员工的员工号和密码，系统验证员工号的有效性和密码是否配对正确，无效则提示其原因，有效则显示员工的基本信息。
然后输入要查询的月份，系统查阅工资信息数据库，显示对应员工的基本工资信息。
若工资信息有误，可到人事部核验并且修改。
修改工资信息时，系统验证是否有违规输入，有则提示，无则显示添加成功并刷新页面。
企业管理员定期或不定期对工资信息进行入库、修改、删除等工资信息管理以及注销员工，包括职务类别和奖惩管理。
为系统维护人员提供权限管理、数据备份等通用功能。
3.2功能分类
3.3主要功能用例模型
3.3.1总体用例模型
3.3.2主要功能用例模型
说明：
以下每个功能要有名称、用例图和约束描述，这里只详细列了第一个，其他照样补气。
（1）查询工资信息
在业务用例“查询工资信息”的业务流程中，有一个动作状态——查询工资信息。
用例描述
用例编号
UC1
用例名称
查询工资信息
用例概述
查询自己工资情况
主参与者
员工
次参与者
管理员
前置条件
员工登录成功
后置条件
显示出选择查询信息
基本事件点
UC1a.员工向系统发出查询工资信息的请求
UC1b.系统要求员工输入员工编号
UC1c.员工输入员工编号，发出查询请求，系统验证编号
UC1d.系统要求员工输入查询的条件
UC1e.用户输入查询条件，系统进行验证
UC1f.系统返回出查询结果
扩展事件流
UC2c1.系统验证输入编号错误，要求重新输入
UC2c2.系统验证不存在读者的编号，要求重新输入
UC1e1.系统验证没有满足条件的工资信息，要求重新输入
UC1e2.系统验证输入的格式错误，要求重新输入
（2）查询员工信息
用例编号
UC2
用例名称
查询员工信息
用例概述
查询员工自己的职称的信息
主参与者
员工
次参与者
管理员
前置条件
员工登录成功
后置条件
成功地查询到员工的职称信息
基本事件点
UC2a.员工向系统发出查询员工信息的请求
UC2b.系统要求员工输入员工编号
UC2c.员工输入员工编号，发出查询请求，系统验证编号
UC2d.系统要求员工输入查询的条件
UC2e.用户输入查询条件，系统进行验证
UC2f.系统返回出查询结果
扩展事件流
UC2c1.系统验证输入编号错误，要求重新输入
UC2c2.系统验证不存在读者的编号，要求重新输入
UC1e1.系统验证没有满足条件的员工信息，要求重新输入
UC1e2.系统验证输入的格式错误，要求重新输入
（3）查询考勤信息
用例编号
UC3
用例名称
查询考勤信息
用例概述
查询考勤的信息
主参与者
员工
次参与者
管理员
前置条件
员工登录成功
后置条件
成功地查询到员工的考勤信息
基本事件点
UC2a.员工向系统发出查询考勤信息的请求
UC2b.系统要求员工输入员工编号
UC2c.员工输入员工编号，发出查询请求，系统验证编号
UC2d.系统要求员工输入查询的条件
UC2e.用户输入查询条件，系统进行验证
UC2f.系统返回出查询结果
扩展事件流
UC2c1.系统验证输入编号错误，要求重新输入
UC2c2.系统验证不存在读者的编号，要求重新输入
UC1e1.系统验证没有满足条件的考勤信息，要求重新输入
UC1e2.系统验证输入的格式错误，要求重新输入
（4）管理员工信息
用例编号
UC4
用例名称
管理员工信息
用例概述
对员工信息的删除、修改和增加
主参与者
管理员
次参与者
员工
前置条件
管理员登录成功
后置条件
选择对员工信息的操作
基本事件点
UC4a.管理员向系统发出请求
UC4b.系统显示，要求管理选择对员工信息的操作
UC4c.系统显示管理员要操作的界面
扩展事件流
（5）注销员工信息
用例编号
UC5
用例名称
注销员工信息
用例概述
删除一个员工所有的信息
主参与者
管理员
次参与者
员工
前置条件
管理员登录成功
后置条件
成功的删除一个员工的信息
基本事件点
UC5a.管理员输入员工的编号
UC5b.系统验证编号，显示出员工信息
UC5c.管理员向系统发出注销员工信息的请求
UC5d.系统要求管理员确认
UC5e.管理员确认，注销员工信息成功
扩展事件流
UC5b1.系统验证输入编号错误，要求重新输入
UC5b2.系统验证不存在员工的编号，要求重新输入
UC5e1.管理员取消确认，返回到员工信息界面
（6）管理工资信息
用例编号
UC6
用例名称
管理工资信息
用例概述
对工资信息的删除、修改和增加
主参与者
管理员
次参与者
员工
前置条件
管理员登录成功
后置条件
选择对工资信息的操作
基本事件点
UC6a.管理员向系统发出请求
UC6b.系统显示，要求管理选择对工资信息的操作
UC6c.系统显示管理员要操作的界面
扩展事件流
（7）管理考勤信息
用例编号
UC8
用例名称
管理考勤信息
用例概述
对工资信息的删除、修改和增加
主参与者
管理员
次参与者
员工
前置条件
管理员登录成功
后置条件
选择对考勤信息的操作
基本事件点
UC8a.管理员向系统发出请求
UC8b.系统显示，要求管理选择对考勤信息的操作
UC8c.系统显示管理员要操作的界面
扩展事件流
（8）数据备份
用例编号
UC9
用例名称
数据备份
用例概述
后台管理员定期对信息进行备份
主参与者
管理员
次参与者
员工
前置条件
管理员登录成功
后置条件
数据成功备份并保存
基本事件点
UC9a.管理员向系统发出数据管理请求
UC9b.系统要求管理员选择数据管理功能
UC9c.管理员提交备份数据请求
UC9d.系统显示数据备份界面要求用户选择
UC9e.管理员提交备份请求
UC9f.系统成功备份数据并保存
扩展事件流
3.4类模型
图3.4类模型
4.系统的非功能性需求
4
4.1性能需求
（1）精度需求
在精度需求上，根据使用需求，在各项数据的输入，输出及传输过程中，可以满足各种精度的需求。
（2）时间需求
在软件方面，响应时间，更新处理时间都比较快且迅速，0.1-10秒内能响应，完全满足用户要求。
（3）灵活性
当用户需求，如操作方式，运行环境，结果精度，数据结构与其他软件接口等发生变化时，设计的软件要做适当调整，灵活性非常大。
（4）故障处理
内部故障处理：
在开发阶段可以随即修改数据库里的相应内容。
外部故障：
对编辑的程序进行重装载时，第一次装载认为错，修改。
第二次运行，在需求调用时出错，有错误提示，重试。
（5）保密性
本软件作为教学管理辅助设备，它的规模比较小，不需要保密技术，先顶一个程序中某些区域的规约，给不同的模块分配不同的功能。
（6）可维护性
本软件的组成程序组构较为简单，直观意义上较独立。
因此，给予电子化的所构成的硬件的简单可维护的特点，决定了该软件的简单。
4.2用户界面需求
用户界面：
这是人机接口，定义用户输入控制（命令）和数据（参数）的内容和方式以及计算机提供的命令处理结果（如报表）的内容和格式等，例如需要向提供何种命令，带哪些参数，通过命令驱动方式还是菜单驱动方式，使用图形界面还是文本界面等。
输入设备：
键盘，鼠标。
输出设备：
显示器。
显示风格：
IE界面。
显示方式：
1024*768.
输出格式：
网页方式。
4.3软硬件环境需求
硬件环境需求：
CPU：
586以上，内存：
16M以上，I/O设备，鼠标、键盘、显示器
软件环境需求：
运行环境，WindowsXP以上操作系统。
升级会员 