学校工资管理系统-需求分析.doc
《学校工资管理系统-需求分析.doc》由会员分享，可在线阅读，更多相关《学校工资管理系统-需求分析.doc（9页珍藏版）》请在冰豆网上搜索。
软件需求说明书
1引言
1.1编写目的
经过在学校各部门间长期的调查并对工作人员提出的需求进行细致的分析，提出了这份用户需求规格说明书。
该说明书主要对所开发的系统进行全面的说明，明确该系统的主要功能要求、性能要求，指出该系统所用到的数据及数据处理流程，同时提出故障处理的要求。
其次，对开发该系统的任务进行概括性叙述，对系统的运行环境进行规定。
通过该文档可使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
该文档的预期读者为：
项目提出者，项目管理者。
1.2背景
1.项目名称：
学校内部工资管理系统
2.项目提出者：
青岛科技大学人事处
3.项目开发者：
RaymanStudio
4.用户：
青岛科技大学财会处人事处及各部门管理人员
5.运行环境：
青岛科技大学计算机中心
6.开发平台：
LombozEclipse、Apachetomcat、JSP、MySQL
7.系统架构：
B/S结构
8.该系统与其他系统的关系：
a.该系统的服务器端运行在计算机中心的服务器上，用户通过网络浏览器访问服务器端。
b.服务器上需要有防火墙软件对服务系统进行防护
c.本系统与财务处的财务管理软件有数据通信；
1.3定义
LombozEclipse：
J2EE可视化开发平台，开发企业管理软件的工具
Apachetomcat：
web服务器，支持JSP文件的解析处理。
JSP：
即JavaServerPages，简单地说，就是包含用Java语言编写的网页，保存在服务器上。
MySQL：
SQL数据库
B/S结构：
浏览器/服务器结构，即客户端使用浏览器通过网络访问服务器，向服务器提交服务请求。
1.4参考资料
a．《学校内部工资管理系统开发计划书》，青岛科技大学
b．《软件工程导论》，张海藩，清华大学出版社；
c．《实用软件工程》，郑人杰等，清华大学出版社；
d．《lombozEclipse使用教程》林峰等，东南大学出版社；
e．《MySQL使用手册》
2任务概述
2.1目标
1．开发意图：
在一个较大的单位中，员工的工资管理是一项要求准确而且高效的工作。
而现有系统基本上处于半人工半机器状况。
而且，由机器完成的工作很简单，而由人工完成的工作很繁复，往往不能够很好的达到管理要求。
青岛科技大学的员工数量较多，而且各部门职务较多，这样造成员工工资的计算标准多样化，给统计工作带来不便。
目前，该业务流程完全可以通过计算机系统自动管理完成，而该系统的开发正是为了解决这一问题。
2．应用目标：
a．方便了各部门出勤管理人员统计出勤信息；
b．能够及时准确地统计出教职员工的工资；
c．能够及时地发放员工工资；
d．能够安全的保存各种信息，方便查询。
e．节约人力物力
3.该系统与其他软件之间的关系
a.服务器上需要装有ApachetomcatWeb服务程序的支持
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操作系统
ApachetomcatWeb服务程序
MySQL数据库软件
2.3.2经费限制
青岛科技大学预计支付的开发经费为10000元，购买部分硬件花去2000元。
而由于开发该系统主要是应用的Linux操作系统，在其上运行的软件基本上都是开源的免费软件，所以为第三方软件的使用的投资预计为1000元，培训服务器端管理人员预计花费1000元，最后系统开发人员所得报酬预计为3000元。
总体来说，开发该系统经费受到的限制不是很大。
2.3.3开发期限
用户要求该系统能够在2~3个月的时间开发出来。
针对该系统的软件体系的设计不是很复杂，所以就开发期限也不会受到很大限制
2.3.4任务安排
任务
时间
人员
备注
需求分析
一周
全体开发人员
进入到实际工作环境做调查，作好翔实的记录
数据库设计
一周
系统分析人员
建好所用到的数据库表，设计出功能模块
界面设计
两周
美工人员
作好静态页面，方便编程人员编写程序
编写代码
一个月
程序员
严格按照用户需求进行代码的编写，做到安全高效
系统测试
一周
用户及测试人员
尽量找出系统漏洞，及时补救；做好测试文档的书写
3需求规定
3.1对功能的规定
功能模块名称
功能描述
操作者
输入数据
输出数据
登录用户管理模块
添加、删除、更新各种角色的用户信息
服务器端程序
服务器管理员
用户角色
用户ID及密码
人事管理模块
1.管理人事调动；
2.设定员工信息
人事处管理员
服务器
人事调动信息
员工基本信息
员工工资标准管理模块
根据员工的部门职务工龄等信息设定员工工资标准
人事处管理员
服务器
员工基本信息
员工工资标准
员工出勤管理模块
由各部门出勤管理人员将统计好的人员出勤信息输入到系统
出勤管理人员
员工ID及出勤信息
工资统计模块
根据员工出勤信息计算出员工工资
服务器
员工信息及出勤信息
员工出勤工资，奖金，扣款
财务处理模块
管理发放工资--向银行提交工资表单，向员工发送发放工资表单
财会处管理人员、服务器
教职员工的信息银行账号及员工工资
员工工资表，工资发放账单表
员工工资查询模块
允许员工查询自己的工资状况
教职员工
员工ID及登录密码
员工出勤情况、工资计算标准、工资金额
帮助模块
对该系统的功能及操作步骤进行简单演示；在线留言；异常处理
服务器端程序
3.2对性能的规定
3.2.1精度
要求用户输入的信息尽量准确；员工出勤时间以“天”为最小单位；员工工资以“元”为最小单位；扣款比率及奖金比率为浮点型数据，小数点后保留两位有效数据；
3.2.2时间特性要求
a．页面响应时间：
3s
b．更新处理时间：
5s
c．数据的转换和传送时间：
10s
d．解题时间：
30s
3.2.3灵活性
a．运行环境的变化：
如果增强服务器的硬件配置，不仅可以增快系统的响应时间，还能足够保证系统的稳定性
b．同其他软件的接口的变化：
升级Linux及Apachetomcat的版本，也能够得到系统稳定性及响应时间上的提升。
c．精度和有效时限的变化：
如果要求统计的教职员工的工资金额足够准确，则可以尽量将统计工资的算法设计的复杂些。
d．计划的变化或改进：
可以从网络上寻找已有的功能模块进行代码复用，以加快开发进度，同时可保证软件质量。
3.3输人输出要求
3.3.1数据描述
1.用户登录信息表
字段
字段名
数据类型
宽度
1
用户ID
字符
15字节
2
用户密码
字符
20字节（变长）
3
用户身份
字符
10字节
4
所属部门ID
字符
20字节
2.在职员工基本信息表
字段
字段名
数据类型
宽度
1
员工ID
字符
15字节
2
员工姓名
字符
20字节
3
所属部门ID
字符
20字节
4
职务
字符
32字节
5
身份证号
字符
18字节
6
银行帐号
字符
20字节
3.部门基本信息表
字段
字段名
数据类型
宽度
1
部门ID
字符
15字节
2
部门名称
字符
30字节
3
部门人数
整型
4字节
4.离休员工工资表
字段
字段名
数据类型
宽度
1
员工ID
字符
15字节
2
离休日期
日期
3
退休前职务
字符
32字节
5.工资计算标准表
字段
字段名
数据类型
宽度
1
部门ID
字符
20字节
2
员工ID
字符
15字节
3
员工基本工资
整型
4字节
4
奖金比率
浮点型
8字节
5
罚款比率
浮点型
8字节
6
退休金比率
浮点型
8字节
6.出勤汇总表
字段
字段名
数据类型
宽度
1
员工ID
字符
15字节
2
应出勤时间
整型
4字节
3
实际出勤时间
整型
4字节
4
请假时间
整型
4字节
5
无故缺勤时间
整型
4字节
7.教职员工出勤工资奖金扣款表
字段
字段名
数据类型
宽度
1
员工ID
字符
15字节
2
出勤工资
整型
4字节
3
奖金
整型
4字节
4
扣款金额
整型
4字节
5
统计时间
日期
8.教职员工工资表
字段
字段名
数据类型
宽度
1
员工ID
字符
15字节
2
部门ID
字符
20字节
3
工资金额
整型
4字节
4
扣税款额
浮点型
8字节
5
统计时间
日期
9.银行发放工资表
字段
字段名
数据类型
宽度
1
银行名
字符
30字节
2
表单号
字符
30字节
3
发放时间
日期
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.拥有登录
升级会员 