学校工资管理系统需求分析.docx
《学校工资管理系统需求分析.docx》由会员分享，可在线阅读，更多相关《学校工资管理系统需求分析.docx（22页珍藏版）》请在冰点文库上搜索。
学校工资管理系统需求分析
软件需求说明书
1 引言
1.1 编写目的
经过在学校各部门间长期的调查并对工作人员提出的需求进行细致的分析，提出了这
份用户需求规格说明书。
该说明书主要对所开发的系统进行全面的说明，明确该系统的主要功能要求、性能要
求，指出该系统所用到的数据及数据处理流程，同时提出故障处理的要求。
其次，对开发
该系统的任务进行概括性叙述，对系统的运行环境进行规定。
通过该文档可使系统分析人
员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和
完成后续设计与开发工作。
该文档的预期读者为：
项目提出者，项目管理者。
1.2 背景
1.项目名称 ：
学校内部工资管理系统
2.项目提出者：
青岛科技大学人事处
3.项目开发者：
Rayman Studio
4.用户：
青岛科技大学财会处 人事处 及各部门管理人员
5.运行环境 ：
青岛科技大学计算机中心
6. 开发平台 ：
Lomboz Eclipse 、 Apache tomcat、 JSP、MySQL
7. 系统架构：
B/S 结构
8.该系统与其他系统的关系：
a. 该系统的服务器端运行在计算机中心的服务器上，用户通过网络浏览器访问
服务器端。
b.服务器上需要有防火墙软件对服务系统进行防护
c. 本系统与财务处的财务管理软件有数据通信；
1.3 定义
Lomboz Eclipse ：
J2EE 可视化开发平台，开发企业管理软件的工具
Apache tomcat ：
web 服务器，支持 JSP 文件的解析处理。
JSP：
即 Java Server Pages，简单地说，就是包含用 Java 语言编写的网页，
保存在服务器上。
MySQL：
SQL 数据库
B/S 结构：
浏览器/服务器结构，即客户端使用浏览器通过网络访问服务器，向
服务器提交服务请求。
1.4 参考资料
a． 《学校内部工资管理系统开发计划书》，青岛科技大学
b． 《软件工程导论》，张海藩，清华大学出版社；
c． 《实用软件工程》，郑人杰等，清华大学出版社；
d． 《lomboz Eclipse 使用教程》林峰等，东南大学出版社；
e． 《MySQL 使用手册》
2 任务概述
2.1 目标
1．开发意图：
在一个较大的单位中，员工的工资管理是一项要求准确而且高效的工作。
而现有系
统基本上处于半人工半机器状况。
而且，由机器完成的工作很简单，而由人工完成的工
作很繁复，往往不能够很好的达到管理要求。
青岛科技大学的员工数量较多，而且各部
门职务较多，这样造成员工工资的计算标准多样化，给统计工作带来不便。
目前，该业
务流程完全可以通过计算机系统自动管理完成，而该系统的开发正是为了解决这一问题。
2．应用目标：
a．方便了各部门出勤管理人员统计出勤信息；
b．能够及时准确地统计出教职员工的工资；
c．能够及时地发放员工工资；
d．能够安全的保存各种信息，方便查询。
e．节约人力物力
3. 该系统与其他软件之间的关系
a. 服务器上需要装有 Apache tomcat Web 服务程序的支持
b. 服务器上需要装有 MySQL 数据库
c. 服务器操作系统是 Linux
d. 该系统要与人事处管理程序进行通信以实现数据共享。
e. 服务器需要有防火墙软件对其进行防护，防止恶意网络攻击。
2.2 用户的特点
1. 对服务端后台管理人员：
a. 要求有网站维护的技能，能够对服务端后台处理进行管理，能捕获系统异常 。
b.要求掌握 SQL 数据库操作，能够对后台数据库进行日常维护与管理，例如：
对数
据库的备份与恢复，对冗余数据的删除等；
c. 要求有一定的 Linux 服务器配置与管理技能，能够阻止非法攻击，优化服务器配置，
保证服务器的安全畅通地运行。
2. 对客户端用户：
能够通过 web 浏览器进行网络访问。
2.3 假定和约束
2.3.1 系统运行环境：
A. 硬件环境：
网络交换机一部
VGA 显示器一台
网线（双绞线）四根
B. 软件环境：
Linux 操作系统
Apache tomcat Web 服务程序
MySQL 数据库软件
2.3.2 经费限制
青岛科技大学预计支付的开发经费为 10000 元，购买部分硬件花去 2000 元。
而由于开
发该系统主要是应用的 Linux 操作系统，在其上运行的软件基本上都是开源的免费软件，
功能模块名称
功能描述
操作者
输入数据
输出数据
登录用户管理模块
添加、删除、更新各种角色的用户
信息
服务器端程序
服务器管理员
用户角色
用户 ID 及密码
人事管理模块
1.管理人事调动；
2.设定员工信息
人事处管理员
服务器
人事调动信息
员工基本信息
员工工资标准管理
模块
根据员工的部门 职务 工龄等信息
设定员工工资标准
人事处管理员
服务器
员工基本信息
员工工资标准
员工出勤管理模块
由各部门出勤管理人员将统计好的
人员出勤信息输入到系统
出勤管理人员
员工 ID 及出勤信息
工资统计模块
根据员工出勤信息计算出员工工资
服务器
员工信息及出勤信息
员工出勤工资，奖金，
扣款
财务处理模块
管理发放工资--向银行提交工资表
财会处管理人
教职员工的信息银行
员工工资表 ， 工资
任务
时间
人员
备注
需求分析
一周
全体开发人员
进入到实际工作环境做调
查，作好翔实的记录
数据库设计
一周
系统分析人员
建好所用到的数据库表，
设计出功能模块
界面设计
两周
美工人员
作好静态页面，方便编程
人员编写程序
编写代码
一个月
程序员
严格按照用户需求进行代
码的编写，做到安全高效
系统测试
一周
用户及测试人员
尽量找出系统漏洞，及时
补救；做好测试文档的书
写
所以为第三方软件的使用的投资预计为 1000 元，培训服务器端管理人员预计花费 1000 元，
最后系统开发人员所得报酬预计为 3000 元。
总体来说，开发该系统经费受到的限制不是很
大。
2.3.3 开发期限
用户要求该系统能够在 2~3 个月的时间开发出来。
针对该系统的软件体系的设计不是
很复杂，所以就开发期限也不会受到很大限制
3 需求规定
3.1 对功能的规定
单，向员工发送发放工资表单
员 、服务器
账号及员工工资
发放账单表
员工工资查询模块
允许员工查询自己的工资状况
教职员工
员工 ID 及登录密码
员工出勤情况 、工资
计算标准 、工资金额
帮助模块
对该系统的功能及操作步骤进行简
单演示；在线留言；异常处理
服务器端程序
3.2 对性能的规定
3.2.1 精度
要求用户输入的信息尽量准确；员工出勤时间以“天”为最小单位；员工工资以“元”
为最小单位；扣款比率及奖金比率为浮点型数据，小数点后保留两位有效数据；
3.2.2 时间特性要求
a． 页面响应时间：
3s
b． 更新处理时间：
5s
c． 数据的转换和传送时间：
10s
d． 解题时间：
30s
3.2.3 灵活性
a． 运行环境的变化：
如果增强服务器的硬件配置，不仅可以增快系统的响应时间，
还能足够保证系统的稳定性
b． 同其他软件的接口的变化：
升级 Linux 及 Apache tomcat 的版本，也能够得到系统
稳定性及响应时间上的提升。
c． 精度和有效时限的变化：
如果要求统计的教职员工的工资金额足够准确，则可以
尽量将统计工资的算法设计的复杂些。
d． 计划的变化或改进：
可以从网络上寻找已有的功能模块进行代码复用，以加快开
发进度，同时可保证软件质量。
3.3 输人输出要求
3.3.1 数据描述
字段
字段名
数据类型
宽度
1
部门 ID
字符
20 字节
2
员工 ID
字符
15 字节
3
员工基本工资
整型
4 字节
4
奖金比率
浮点型
8 字节
5
罚款比率
浮点型
8 字节
6
退休金比率
浮点型
8 字节
字段
字段名
数据类型
宽度
1
员工 ID
字符
15 字节
2
员工姓名
字符
20 字节
3
所属部门 ID
字符
20 字节
4
职务
字符
32 字节
5
身份证号
字符
18 字节
6
银行帐号
字符
20 字节
字段
字段名
数据类型
宽度
1
用户 ID
字符
15 字节
2
用户密码
字符
20 字节（变长）
3
用户身份
字符
10 字节
4
所属部门 ID
字符
20 字节
字段
字段名
数据类型
宽度
1
部门 ID
字符
15 字节
2
部门名称
字符
30 字节
3
部门人数
整型
4 字节
字段
字段名
数据类型
宽度
1
员工 ID
字符
15 字节
2
离休日期
日期
3
退休前职务
字符
32 字节
1. 用户登录信息表
2. 在职员工基本信息表
3. 部门基本信息表
4. 离休员工工资表
5. 工资计算标准表
字段
字段名
数据类型
宽度
1
员工 ID
字符
15 字节
2
出勤工资
整型
4 字节
3
奖金
整型
4 字节
4
扣款金额
整型
4 字节
5
统计时间
日期
字段
字段名
数据类型
宽度
1
员工 ID
字符
15 字节
2
部门 ID
字符
20 字节
3
工资金额
整型
4 字节
4
扣税款额
浮点型
8 字节
5
统计时间
日期
字段
字段名
数据类型
宽度
1
员工 ID
字符
15 字节
2
应出勤时间
整型
4 字节
3
实际出勤时间
整型
4 字节
4
请假时间
整型
4 字节
5
无故缺勤时间
整型
4 字节
字段
字段名
数据类型
宽度
1
银行名
字符
30 字节
2
表单号
字符
30 字节
3
发放时间
日期
6. 出勤汇总表
7. 教职员工出勤工资 奖金 扣款表
8. 教职员工工资表
9. 银行发放工资表
3.4 数据管理能力要求
该数据库设计为关系型数据库，其中包括 9 个表。
表的设计考虑到了实体完整性、参
照完整性及用户自定义完整性三类完整性约束。
只有服务器端程序才能够对数据库中的数据进行更新和删除。
员工角色用户登录系统
后能够查询操作。
由于该系统涉及到大量的数据存取操作，因此要求数据库的配置一定要
性能强大，而且能够提供严密的安全防护机制。
根据需求，在每月的 20 前及 22 日后，各部门出勤管理人员登录系统后将失去录入或
修改数据的功能。
3.5 故障处理要求
1.硬件故障
情况 1：
服务器电源不正当关闭
处理 ：
a .数据库事务回滚到断电之前的状态。
b.为服务器提供一个备用充电电源能够支持服务器进行临时数据的正常保
存。
情况 2：
客户端与服务器网络不能连接
处理 ：
a. 检修本地端网络连接是否正常；
b. 查看服务器端交换机端口是否被关闭；
c. 查看端点间网络线路是否完好。
情况 3：
存储空间已满
处理 ：
a. 数据库切换到备份存储空间;
b. 进行数据检索，删除日期超过 4 年的数据。
2.软件故障
情况 1：
服务器死机
处理 ：
程序自动保存内存中的临时数据；重启机器
情况 2：
服务端程序报告异常
处理 ：
保存好临时数据，关闭访问端口，关闭程序重新启动，通过临时数据初始
化程序
情况 3：
服务器端响应速度慢
处理 ：
查看接收的数据信息，看是否有不法分子的攻击，并作好防火墙的配置
3.6 其他专门要求
a. 对登录人员的密码进行加密；
b. 拥有登录权限的人员应该妥善管理自己的密码，防止他人窃取；
c. 随机抽取数据进行人工校验，检验系统是否运行正常，处理是否合理。
4 运行环境规定
4.1 设备
a． 处理器型号及内存容量：
IBM 小型机服务器
b． 外存容量：
640G
c． 联机数量：
同时访问客户限制在 20 位
d． 数据通信设备的型号和数量：
华为交换机 1 台
4.2 支持软件
a. 操作系统：
Linux OS
b.编译程序：
Apache tomcat5.5
c. 测试支持软件：
Apache tomcat ，MySQL 数据库，IE 浏览器
4.3 接口
JDBC：
访问 MySQL 数据库的驱动程序
Severlet ：
能被 Apache tomcat web 服务程序所解析的程序
通信协议：
TCP/IP 协议，HTTP 协议
4.4 控制
客户端用户通过浏览器访问服务端域名激活服务程序，由服务程序对用户的操作作出
响应并将结果以网页的形式展现给客户端用户。
升级会员 