企业工资管理系统需求规格说明书.docx
《企业工资管理系统需求规格说明书.docx》由会员分享，可在线阅读，更多相关《企业工资管理系统需求规格说明书.docx（13页珍藏版）》请在冰豆网上搜索。
企业工资管理系统需求规格说明书
《企业工资管理系统需求规格说明书》
1.导言
1.1目的
本文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。
本文档的预期读者：
项目经理：
项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计。
设计员：
对需求进行分析，并设计出系统，包括数据库的设计。
程序员：
配合《设计报告》，了解系统功能，编写《用户手册》。
测试员：
根据本文档对软件产品进行功能性测试和非功能性测试。
客户：
了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。
用户：
了解预期产品的功能和性能，与分析人员一起对整个需求进行讨论和协商，并使用系统。
1.2范围
该文档描述了企业工资管理系统的逻辑模型，解决了系统“做什么”的问题。
在这里，没有涉及开发技术，而主要是通过建模的方式描述用户的需求，为客户，用户，开发方等各个参与方一共一个共同交流的平台。
1.3背景
在互联网发展地计算机软件都普及下，各个小型企业迫切需要一个企业工资管理系统管理日常的财务，人事上的事务；因此开发出来了企业工资管理系统。
1.4参考文献
【1】书名：
《软件工程案例教程:
软件项目开发实践》；版本号：
第2版；作者：
韩万江，姜立新；出版社：
机械工业出版社
1.5版本更新信息
具体版本更新记录如下表表示：
修改编号
修改日期
修改后版本
修改位置
修改内容简述
01
2016-04-01
0.1
全部
初始发布版本
02
2016-04-09
0.2
2．系统定义
实现工资的集中管理。
可供财务人员对本单位的人员以及工资进行增加、删除、修改、查询，对人事的管理及工资发放中的应发工资合计等项目由系统自动进行计算；同时系统还可对人事及工资管理情况进行多角度查询。
2.1项目背景
随着经济的发展，企业正向着大型化、规模化发展，而对于大中型企业，员工、职称等跟工资管理有关的信息随之急剧增加。
在这种情况下单靠人工来处理员工的工资不但显得力不从心，而且极容易出错。
由计算机代替人工执行一系列诸如增加新员工，删除旧员工，工资查询，统计等操作，可以使办公人员可以轻松快捷地完成工资管理的任务。
2.2项目要达到的目标
用计算机对各种工资信息进行日常的管理，如查询、修改、增加、删除以及存储等，迅速准确地完成各种工资信息的统计计算和汇总工作，快速打印出工资报表，针对系统服务对象的具体要求，设计了企业工资管理系统。
企业工资管理系统主要有以下几大功能：
1）对单位人员的变动进行处理。
一个单位的职工不会是一成不变的，总是在不断的变化：
有调出、有调入、也有职工在本单位内部调动。
因此，设计系统是要考虑到这些情况的。
2）对职工的工资进行计算、修改。
可以对职工的工资档案进行个别、部分和批量修改，同时，能对各职工的工资进行计算，即计算应发金额、应扣金额及实发金额等。
3）查询统计功能。
要求即可以单项查询，比如查看某个职工的工资情况等；也可以多项查询，比如某部门工资数在某一范围的职工的工资情况等。
4）报表打印功能。
每月发放工资时，要求能够打印本月的工资表、随工资发给每个职工的工资条以及工资统计表。
2.3系统整体结构
根据用户的需求陈述，确定本项目提供管理员登录界面，管理员身份确认后可进行，员工信息管理，假条信息管理，工资信息管理等操作。
具体的关系如下图：
图1-1企业工资管理系统流程图
3.系统运行环境
3.1硬件环境
本系统的硬件环境如下:
1）客户机为普通PC。
CPU:
P41.8Hz以上；
内存：
256MB以上；
能够运行google浏览器；
分辨率：
推荐使用1366×768像素。
2）Web服务器
CPU:
P42.0Hz以上
内存：
1GB以上；
硬盘：
80GB以上；
3）数据库服务器
CPU:
P42.0Hz以上
内存：
1GB以上；
硬盘：
80GB以上；
3.2软件环境
本系统的软件环境如下：
操作系统：
Windows2007及以上版本；
数据库：
MicrosoftAccess2003
开发工具:
JDK;
Web服务器：
ApacheTomcat7.0;
浏览器：
google。
1）数据库及操作系统
A.由于数据库对整个系统的管理和运作起到置关重要的作用，所以选择数据库成为了重中之重。
但我将Access作为系统的数据库，也是考虑到了以下几点：
B.Access数据库使用简单，可以迅速掌握。
C.Access数据库的ODBC驱动程序支持的SQL指令全。
ACCESS具有强大的数据库功能，结构简单、理论基础坚实、独立性高,适合开发中型管理系统。
D.用Access数据库开发的程序转化为SQLServer数据库也非常简单，只要用SQLServer的导入功能将Access数据库转化为SQLServer数据库，转化为Oracle数据库也就重新建一下表，也不是太麻烦。
而对于数据库语句，因为采用的是标准的SQL语言，读取Access数据库和读取其他数据库基本上是一样的，只要改写一下连接数据库的语句。
2）Web服务软件
目前的Web服务器软件有很多种，成熟而且稳定的有Apache、Tomcat和Microsoft的IIS,它们也占据着Web服务器市场最大的份额。
Tomcat和Sun和Apache合作出来的JSPServer，也支持Servlet2.2及JSP1.1等版本，Tomcat是Java程序，所以只要有JDK就可以使用，不需要考虑操作系统平台，因此选择Tomcat作为Web服务器。
4.功能规格
采用面向对象方法作为主要的系统建模方法，使用UML作为建模语言。
UML为建模活动提供了从不同视角观察和展示系统的各种特征的方法。
在UML中，从任何一个角度对系统所做的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。
“用例（usecase）”描述的是“Actor”。
Actor（用户，外部系统以及系统处理）是如何与系统交互来完成工作的，用力模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。
设计用例时，我们将遵循以下步骤：
1）识别出系统的“Actor”。
“Actor”可以是用户、外部系统，甚至是外部处理，他们通过某种途径与系统交互。
着重从系统外部Actor的角度来描述系统需要提供哪些功能，并指明这些功能的Actor是谁。
尽可能确保所有的Actor都被完全识别出来。
2）描述主要的用例。
可以采取不断的问自己“这个Actor究竟想通过系统做什么？
”来准确的描述用例。
3）重新审视每个用例，为它们下个详尽的定义。
4.1角色（Actor）定义
角色或者执行者（Actor）使之与系统产生交互的外部用户或者外部系统，本系统主要包括“系统管理员”和“数据库”两类角色。
4.1.1系统管理员
“系统管理员”对各种工资信息进行日常的管理，如查询、修改、增加、删除以及存储等，迅速准确地完成各种工资信息的统计计算和汇总工作，快速打印出工资报表，对公司人员以及请假人员进行查询、修改、增加、删除以及存储等。
4.1.2数据库
“数据库”是一个与系统产生交互的外部系统，与这个Actor负责系统的数据查询、增加、删除和修改等操作。
4.2系统功能
由于本系统只适用于小型企业或公司，因此结构并不是很复杂，当系统管理员认证登陆后，即可进入系统维护员工信息、假条信息和工资信息。
系统管理员的活动图如下图所示：
图1-2“系统管理员”的活动图
“系统管理员”功能主要包括：
员工信息管理、假条信息管理和工资信息管理等模块。
1-3“系统管理员”功能用例图
对图1-3中用例描述如下：
登陆管理：
由于系统只适用于小型企业的，所以系统只设有一个系统管理员负责管理所有的信息，这样可以节约人力、物力和财力。
“登陆管理”负责系统管理员登录，系统管理员要登录到综合信息管理平台必须经过登陆界面，输入自己的用户名和密码，通过判断这个用户是否是系统管理员，只有系统管理员才有权限进入。
员工信息管理：
对所有员工的信息进行增加，删除，修改和查询。
以列表的形式显示，也可以根据条件进行查询。
假条信息管理：
对所以请假信息进行增加，删除，修改和查询。
以列表的形式显示，也可以根据条件进行查询。
工资信息管理：
对所以工资信息进行增加，删除，修改和查询。
以列表的形式显示，也可以根据条件进行查询。
4.2.1登陆管理
用户必须要通过登录界面进入管理系统界面，登陆的活动图如下图1-4所示：
1-4用户登陆活动图
4.2.2员工信息管理
对单位人员的变动进行处理。
一个单位的职工不会是一成不变的，总是在不断的变化：
有调出、有调入、也有职工在本单位内部调动。
因此本模块功能有员工信息查询、修改、增加、删除以及存储等。
用例描述：
员工信息管理
执行者：
系统管理员
前置条件：
系统管理员已经登陆。
后置条件：
对信息进行维护后，能将信息记录到数据库中。
基本路径：
1）系统管理员登录
2）进入系统界面
3）对员工信息进行增加，删除，修改和查询。
4.2.2假条信息管理
假条信息是决定员工工资的重要原因。
根据员工自身条件不一样，请假的次数也是千差万别；本模块功能有员工请假信息查询、修改、增加、删除以及存储等。
用例描述：
假条信息管理
执行者：
系统管理员
前置条件：
系统管理员已经登陆。
后置条件：
对信息进行维护后，能将信息记录到数据库中。
基本路径：
1）系统管理员登录
2）进入系统界面
3）对假条信息进行增加，删除，修改和查询。
1-5假条信息管理用例图
4.2.3工资信息管理
对职工的工资进行计算、修改。
可以对职工的工资档案进行个别、部分和批量修改，同时，能对各职工的工资进行计算，即计算应发金额、应扣金额及实发金额等。
查询统计功能。
要求即可以单项查询，比如查看某个职工的工资情况等；也可以多项查询，比如某部门工资数在某一范围的职工的工资情况等。
报表打印功能。
每月发放工资时，要求能够打印本月的工资表、随工资发给每个职工的工资条以及工资统计表。
执行者：
系统管理员
前置条件：
系统管理员已经登陆。
后置条件：
对信息进行维护后，能将信息记录到数据库中。
基本路径：
1）系统管理员登录
2）进入系统界面
3）对工资信息进行增加，删除，修改、打印和查询。
1-7工资信息管理用例图
5.性能需求
根据用户对本系统的要求，确定系统在响应时间、可靠性、安全性等方面的性能要求。
5.1界面需求
页面内容：
主题突出，站定定义和行文格式统一、规范、明确；栏目、菜单设置和布局合理，传递的信息准确、及时，内容丰富，文字准确，语句通顺，专业术语规范，行文格式统一、规范。
导航结构：
页面具有明确的导航只是，便于理解，方便用户使用。
技术环境：
页面大小合适，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接；采用CSS处理，控制字体大小和版面布局。
技术风格：
界面、版面形象清新岳母，布局合理，字体大小合适，字体选择十一，前后一致，美观大方；动静搭配恰当，效果好；色彩和谐自然，与主题内容相协调。
5.2响应时间需求
无论是客户端还是管理端，当用户登录进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以内。
系统还能检测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。
5.3可靠性需求
系统应保证7X24不死机，保证20人同时在客户端登录，系统正常运行，正确提示相关内容。
5.4开放性需求
系统应具有灵活性，以适应将来功能扩展的需求。
5.5可扩展性需求
系统设计要求能体现扩展性要求，以适应将来功能扩展的需求。
5.6系统安全性需求
系统有严格的权限管理功能，用户不登录就不能进入系统。
系统能够防止各类错误操作造成的数据丢失破坏，同时防止用户非法获取网页以及内容。
6.产品提交
提交的产品为：
应用系统软件包。
数据库初始数据。
系统开发过程文档
系统使用维护说明文档
提交方式：
CD介质
7.实现约束
系统的实现约束如下：
操作系统为Windows2007及以上版
数据库为Access
8.签字
本需求规格说明经过双发认可，签字下表：
用户签署信息
企业签署信息
单位名称
单位名称
签署人姓名
签署人姓名
签署日期
签署日期
升级会员 