需求分析-企业工资管理系统(共15页)

1、精选优质文档-倾情为你奉上文档编号：DSES_1 版 本 号：V1.0文档名称：需求分析规格说明书项目名称：企业工资管理系统编写： 校对：审核：批准：开发单位： 1. 引言1.1 编写目的本需求的编写是为了研究企业工资管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。1.2 背景及范围本项目的名称：企业工资管理系统开发软件。本项目的任务提出者及开发者是企业工资管理系统软件开发小组,用户是企业全体员工。本产品是针对企业工资管理的需求设计的，主要包括管理员管理模块和员工查询模块。其中，管理员管理模块可以完成员工登

2、记、管理工资信息等主要功能，而员工查询模块可以完成员工个人信息、个人工资，个人考勤信息的查询功能。 1.3 定义ESMS: Enterprise Salary Management SystemSalary：记录企业内工资的信息并可进行查询。Item：记录企业内每一条工资信息的状态，并提供查询、统计、打印功能。Staff：记录员工信息并进行查询。Department: 提供部门岗位对应工资津贴。1.4 参考资料（1）中国国家标准化管理委员会.计算机软件文档编制规范（GB/T 8567-2006）S.2006,3.（2）史济民，顾春华，郑红.软件工程原理、方法与应用（第3版）M. 北京：高等教育

3、出版社,2009.3（3）王珊，萨师煊.数据库系统概论 M.北京：高等教育出版社,2006.5专心-专注-专业2. 任务概述为方便对企业工资信息进行高效的管理，特编写该程序以提高工资信息的管理效率。使用该程序后，企业管理人员可以管理员工的登记，工资信息的录入、打印等；还可以查询某位员工、某条工资信息的情况，对当前工资信息情况给出一些统计，给出统计表格，以全面掌握全体员工工资信息的情况。在企业内部的现有局域网这个网络环境下,信息由各用户在规定的权限下可在各种的工作站上查询。2.1 产品的前景企业在正常运营中面对大量奖金、津贴等信息以及两者间相互联系产生的工资信息。现有的人工记录方法既效率低又错误

4、过多，大大影响了企业的正常管理工作。因此需要对工资信息资源、员工资源、奖金信息，津贴信息等进行管理，及时了解各个环节中信息的变更，有利于管理效率的提高。本系统通过强大的计算机技术给企业管理人员和员查询带来便利。系统的功能相对比较完善，根据以后不同的需要，还要对系统进行更新。2.2 产品的功能(1) 员工信息的制定、输入、修改、查询，包括员工号、性别、部门、职务、职称、工龄等。(2) 考勤基本信息制定、输入、修改、查询，包括考勤编号、加班天数、旷工天数、事假天数等。(3) 工龄信息制定、输入、修改、查询，包括编号、工龄 、工龄加成等。(4) 工资信息制定、输入、修改、查询，包括工资编号、员工姓名

5、、基本工资、实发工资等。2.3 用户类和特征本系统的最终用户有三种：一是管理员（系统管理员和人事部管理人员），他们可以增加、修改、删除工资信息或增加、修改、删除员工信息等；二是员工（全体员工）可以查看他们自己的基本工资信息。三是系统维护人员，为计算机专业人员熟悉数据库、操作系统、网络维护工作。管理员和员工都是经常性用户，维护人员为间隔性用户。2.4 运行环境1）硬件环境² 服务器(1) 处理器（CPU）：Pentium 900M (推荐Pentium 4 1.2G）(2) 内存容量（RAM）：至少256M（推荐 512M）² 客户端(1) 处理器（CPU）：Pentium

6、133M 或更高(2) 内存容量（RAM）：64M或更高2）软件环境² 数据库服务器端(1) 操作系统：Window 7(2) 数据库管理系统：SQL server，配置TCP/IP协议² Web服务器端(1) 操作系统：Window 7/(2) Internet 信息服务（IIS）6.0管理器(3) Visual Studio.NET 2003，配置TCP/IP协议 (4) Web浏览器：Internet Explorer 5.0以上或Netscape 4.0以上，配置TCP/IP协议3）接口 ² 硬件接口 考虑到大量数据的备份等要求，需要保持与磁带机和光盘刻录

7、机的接口，这较易实现。² 软件接口 这里，主要考虑软件与操作系统、数据库管理系统的接口，以及局域网和互联网软件之间的数据交换。考虑到文档处理时有可能需要较常用的办公软件。例如Microsoft的Office系列，所以应尽量实现它们之间的数据格式的自动转换。 2.5 设计与实现上的限制开发时间比较紧，机器限制，开发人员的经验少，是开发系统中主要的问题。开发经费不到位，管理不完善，设计时没能全面考虑，都会影响本项目的开发进程3. 功能需求33.1 需求规定在企业工资管理系统中，管理员要为每个员工建立员工账户（员工账户可提供员工号、姓名等），通过账户可以获取员工的个人信息和工资信息。可通过

8、互联网查询终端查询个人信息和工资信息，以及相关资料。员工查询工资时，先输入员工的员工号和密码，系统验证员工号的有效性和密码是否配对正确，无效则提示其原因，有效则显示员工的基本信息。然后输入要查询的月份，系统查阅工资信息数据库，显示对应员工的基本工资信息。若工资信息有误，可到人事部核验并且修改。修改工资信息时，系统验证是否有违规输入，有则提示，无则显示添加成功并刷新页面。企业管理员定期或不定期对工资信息进行入库、修改、删除等工资信息管理以及注销员工，包括职务类别和奖惩管理。为系统维护人员提供权限管理、数据备份等通用功能。3.2 功能分类3.3 主要功能用例模型3.3.1 总体用例模型3.3.2

9、主要功能用例模型说明：以下每个功能要有名称、用例图和约束描述，这里只详细列了第一个，其他照样补气。（1）查询工资信息在业务用例“查询工资信息”的业务流程中，有一个动作状态查询工资信息。用例描述用例编号UC1用例名称查询工资信息用例概述查询自己工资情况主参与者员工次参与者管理员前置条件员工登录成功后置条件显示出选择查询信息基本事件点UC1a. 员工向系统发出查询工资信息的请求UC1b. 系统要求员工输入员工编号UC1c. 员工输入员工编号，发出查询请求，系统验证编号UC1d. 系统要求员工输入查询的条件 UC1e. 用户输入查询条件，系统进行验证UC1f. 系统返回出查询结果扩展事件流UC2c1

10、. 系统验证输入编号错误，要求重新输入UC2c2. 系统验证不存在读者的编号，要求重新输入UC1e1. 系统验证没有满足条件的工资信息，要求重新输入 UC1e2. 系统验证输入的格式错误，要求重新输入 （2）查询员工信息用例编号UC2用例名称查询员工信息用例概述查询员工自己的职称的信息主参与者员工次参与者管理员前置条件员工登录成功后置条件成功地查询到员工的职称信息基本事件点UC2a. 员工向系统发出查询员工信息的请求UC2b. 系统要求员工输入员工编号UC2c. 员工输入员工编号，发出查询请求，系统验证编号UC2d. 系统要求员工输入查询的条件 UC2e. 用户输入查询条件，系统进行验证UC2

11、f. 系统返回出查询结果扩展事件流UC2c1. 系统验证输入编号错误，要求重新输入UC2c2. 系统验证不存在读者的编号，要求重新输入UC1e1. 系统验证没有满足条件的员工信息，要求重新输入 UC1e2. 系统验证输入的格式错误，要求重新输入（3）查询考勤信息用例编号UC3用例名称查询考勤信息用例概述查询考勤的信息主参与者员工次参与者管理员前置条件员工登录成功后置条件成功地查询到员工的考勤信息基本事件点UC2a. 员工向系统发出查询考勤信息的请求UC2b. 系统要求员工输入员工编号UC2c. 员工输入员工编号，发出查询请求，系统验证编号UC2d. 系统要求员工输入查询的条件 UC2e. 用户

12、输入查询条件，系统进行验证UC2f. 系统返回出查询结果扩展事件流UC2c1. 系统验证输入编号错误，要求重新输入UC2c2. 系统验证不存在读者的编号，要求重新输入UC1e1. 系统验证没有满足条件的考勤信息，要求重新输入 UC1e2. 系统验证输入的格式错误，要求重新输入（4）管理员工信息用例编号UC4用例名称管理员工信息用例概述对员工信息的删除、修改和增加主参与者管理员次参与者员工前置条件管理员登录成功后置条件选择对员工信息的操作基本事件点UC4a.管理员向系统发出请求UC4b.系统显示，要求管理选择对员工信息的操作UC4c.系统显示管理员要操作的界面扩展事件流（5）注销员工信息用例编号

13、UC5用例名称注销员工信息用例概述删除一个员工所有的信息主参与者管理员次参与者员工前置条件管理员登录成功后置条件成功的删除一个员工的信息基本事件点UC5a. 管理员输入员工的编号 UC5b. 系统验证编号，显示出员工信息UC5c. 管理员向系统发出注销员工信息的请求UC5d. 系统要求管理员确认UC5e. 管理员确认，注销员工信息成功扩展事件流UC5b1. 系统验证输入编号错误，要求重新输入UC5b2. 系统验证不存在员工的编号，要求重新输入UC5e1. 管理员取消确认，返回到员工信息界面（6）管理工资信息用例编号UC6用例名称管理工资信息用例概述对工资信息的删除、修改和增加主参与者管理员次参

14、与者员工前置条件管理员登录成功后置条件选择对工资信息的操作基本事件点UC6a. 管理员向系统发出请求UC6b. 系统显示，要求管理选择对工资信息的操作UC6c. 系统显示管理员要操作的界面扩展事件流（7）管理考勤信息用例编号UC8用例名称管理考勤信息用例概述对工资信息的删除、修改和增加主参与者管理员次参与者员工前置条件管理员登录成功后置条件选择对考勤信息的操作基本事件点UC8a. 管理员向系统发出请求UC8b. 系统显示，要求管理选择对考勤信息的操作UC8c. 系统显示管理员要操作的界面扩展事件流（8）数据备份用例编号UC9用例名称数据备份用例概述后台管理员定期对信息进行备份主参与者管理员次参

15、与者员工前置条件管理员登录成功后置条件数据成功备份并保存基本事件点UC9a. 管理员向系统发出数据管理请求UC9b. 系统要求管理员选择数据管理功能UC9c. 管理员提交备份数据请求UC9d. 系统显示数据备份界面要求用户选择UC9e. 管理员提交备份请求 UC9f. 系统成功备份数据并保存扩展事件流3.4 类模型图3.4 类模型4. 系统的非功能性需求44.1 性能需求（1）精度需求在精度需求上，根据使用需求，在各项数据的输入，输出及传输过程中，可以满足各种精度的需求。（2）时间需求在软件方面，响应时间，更新处理时间都比较快且迅速，0.1-10秒内能响应，完全满足用户要求。（3）灵活性当用户需求，如操作方式，运行环境，结果精度，数据结构与其他软件接口等发生变化时，设计的软件要做适当调整，灵活性非常大。（4）故障处理内部故障处理：在开发阶段可以随即修改数据库里的相应内容。外部故障：对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。（5）保密性本软件作为教学管理辅助设备，它的规模比较小，不需要保密技术，先顶一个程序中某些区域的规约，给不同的模块分配不同的功能。（6）可维护性本软件的组成程序组构较为简单，直观意义上较独立。因此，给予电子化的所构成的硬件的简单可维护的特点，决定了该软件的简单。4.2 用户