人事OA系统需求规格设计
华融湘江银行人事部OA办公系统
软件需求规格说明书
湖南师范大学软件工程辅修专业
华融湘江银行人事部OA办公系统项目开发小组
修订表
审批记录
1引言 2
1.1编写目的 2
1.2背景 2
1.3定义 2
1.4参考资料 2
2任务概述 2
2.1目标 2
2.2用户的特点 3
2.3假定和约束 3
3需求规定 3
3.1对功能的规定 3
3.2对性能的规定 3
3.2.1精度 3
3.2.2时间特性要求 3
3.2.3灵活性 4
3.3输入输出要求 4
3.4数据管理能力要求 4
3.5故障处理要求 4
3.6其他专门要求 5
4运行环境规定 5
4.1设备 5
4.2支持软件 5
4.3接口 5
4.4控制 5
1引言
1.1编写目的
本说明书目的在于明确说明华融湘江银行OA办公系统中人事部资方的需求，界定系统所需实现功能的范围，指导OA办公系统设计以及编码，勾勒出系统中各个功能模块及其联系。
本说明书的预期读者为参与该项目开发的项目经理，系统分析员，系统设计人员，开发工程师，测试人员等。
1.2背景
待开发的软件系统名称为华融湘江银行人事部OA办公系统，项目的资方和任务提出者均为华融湘江银行信息部，验收方为华融湘江银行人事部，该软件最终将于华融湘江银行公司局域网环境进行资方验收。
湖南师范大学软件工程辅修专业华融湘江银行人事部OA办公系统项目开发小组负责该办公系统的开发，软件用户为华融湘江银行人事部。
该办公系统基于JavaWeb网页服务器技术，需在具备IE6.0版本以上的浏览器访问。办公系统向财务部门办公系统开放人事数据库。
1.3定义
OA:Office Automation 办公自动化
JavaWeb: Java Web，是用Java技术来解决相关web互联网领域的技术栈。
1.4参考资料
a.《软件工程导论》（第5版），张海藩著；
2任务概述
2.1目标
OA办公系统主要针对企业内部的人事管理，旨在提高人事管理效率，减免手工处理的繁琐与误差，及时、准确地反映公司员工的工作状态，实现办公规范化，自动化。
该产品需向财务系统开放人事数据库的接口，以方便包括财务系统方面工资计算、五险一金支出计算、财务分析的需求。
2.2用户的特点
本OA办公系统的用户分为员工，管理员。
普通员工，不需要有太高的技术水平，能初步了解计算机基本操作即可;他可以查看自己的个人信息，也可以查看同事的部分信息。
管理员，需要熟悉本系统，掌握系统各功能流程，拥有系统的较高权限，可以对人员基本信息、部门、职位、权限进行增删查改。
本软件预期使用频度为5年，期间符合本需求规格书所预期的需求范围内做出的需求调整均视为可接受的维护工作。
2.3假定和约束
软件使用者需要基本的电脑使用常识，基本熟悉电脑软件的操作。
管理员需要熟悉本软件，熟悉软件的操作，完好的保存数据，以防误删数据造成损失。管理员在执行每一步操作时应明确目的，了解每次操作的后果。管理员应该妥善保管账号密码，以防被他人盗用造成损失。
本项目开发经费的差遣费、资料费、会议费由资方负责，但应控制在2000元以内的经费，开发团队自主规划，按发票报销；
本项目的开发经费中的人力成本支出预期在50000元以内；
开发期限采取弹性制度，控制在不多于6个月的时间内完成第一次交付，也即2022年6月30日以前。
3需求规定
3.1对功能的规定
3.1.1 系统用例图
本系统为华融湘江银行人事部OA办公系统，系统用例图如图1所示。
图1 系统用例图
3.1.2 用例描述
以下给出本OA办公系统主要用例的描述，每一个用例可以描述一类用户行为的需求：
用例1：查询考核结果
普通员工账号想要查询最近几次考核的结果。
基本流程：
1.任意用户以普通员工身份登录OA系统，进入个人信息界面；
2.用户点击考核记录选项卡，进入考核信息页面；
3.用户选择按时间排序>>由近至远排序，系统返回最近的考核记录；
4.用户自行点击感兴趣的考核记录并查看详细信息。
分支流程：
3.a 若用户最近的考核记录被删除，则该被删除的考核记录无法显示。
备注：无
用例2：聘用一个新员工
人事部管理员想要聘用一个新员工。
基本流程：
1.人事部员工以管理员身份登录OA系统，进入员工管理界面；
2.管理员进入员工管理界面，选择添加员工并确认；
3.输入目标员工的姓名和联系方式，点击分配工号为之分配一个新工号，提交该事务；
4.退出员工管理界面进入职位管理界面，输入工号，为该目标员工更改部门和职位；
4.系统根据联系方式通知用户填写前往个人信息页面填写更多信息。
备注：联系方式采取短信或邮件，由管理员决定。
3.1.2 系统的顶层数据流图和数据字典
系统的顶层数据流图如图2所示。
图2 系统顶层数据流图
系统顶层数据流图中的“数据处理”的数据字典描述如下所示。
数据流编号：TOPDF01
数据流名称：职位信息
简述：总管向OA系统创建的新职位的信息。
数据流来源：总管填写
数据流去处：OA系统职位数据库
数据流组成：
职位上下级关系=上级归属+下级管辖
职位薪资标准=月薪|年薪
功能描述：将总管填写的职位信息保存到职位类型数据库，作为员工设置和调任职位的统一标准。
数据流编号：TOPDF02
数据流名称：部门信息
简述：总管向OA系统创建的新部门的信息。
数据流来源：总管填写
数据流去处：OA系统部门数据库
数据流组成：
部门关系=直属上级部门+直辖下级部门
部门职级=D1~D5（D1>……>D5）
功能描述：将总管填写的部门信息保存到部门数据库，作为员工设置和调任部门的统一标准。
数据流编号：TOPDF03
数据流名称：职工信息
简述：普通员工向OA系统填入的个人信息。
数据流来源：普通员工填写
数据流去处：OA系统职工数据库
数据流组成：
联系方式=邮箱+电话号码+微信号
性别=男|女
年龄=大于等于18小于等于65的整数
籍贯=省区|直辖市|自治区+市|县
学历=初中|高中|大专|本科|硕士|博士
政治面貌=群众|共青团员|共产党员|民主党员|无党派人士
居住地址=省区|直辖市|自治区+市|县+街道|乡+门牌号|组号
功能描述：将职工个人填写的个人基本信息保存到职工数据库，保存员工的重要信息。
数据流编号：TOPDF04
数据流名称：考核信息
简述：人力资源主管向OA系统填入的考核信息。
数据流来源：人力资源主管填写
数据流去处：OA系统考核数据库
数据流组成：
功能描述：将人力资源主管填写的考核信息保存到考核数据库，保存职工的考核信息。
数据流编号：TOPDF05
数据流名称：人事职级安排
简述：OA系统向财务部系统发送的人事职级安排信息
数据流来源：OA系统职工数据库
数据流去处：财务部系统
数据流组成：
功能描述：将OA系统的职工职级信息发送到财务部相关接口。
数据流编号：TOPDF06
数据流名称：职位及考评查询
简述：OA系统向处于查询界面的普通员工返回职位和考评信息
数据流来源：OA系统职工数据库
数据流去处：OA系统职位查询界面和考评查询界面
数据流组成：
功能描述：将OA系统的职工和考评信息返回到OA系统普通员工查询界面。
数据流编号：TOPDF07
数据流名称：季度考评
简述：OA系统向人事部管理员返回的季度考评表格信息
数据流来源：OA系统考核数据库
数据流去处：OA系统考核导出界面
数据流组成：
功能描述：将OA系统的考核信息批量导出为规范的表格。
主要的“数据元素”的数据字典描述如下所示。
数据元素编号：DC001
数据元素名称：职位薪资标准
别名：工资、薪资
简述：员工的薪资待遇基准，是财务部发放工资的依据
类型/长度：2个字节，字符类型
取值/含义：10K/M 每月10,000元
32K5/Y 每年32,500元
有关数据项或结构：职位信息（参考：TOPDF01 职位信息）
有关处理逻辑：人事职级安排（参考：TOPDF05）
数据元素编号：DC002
数据元素名称：考核评级
别名：考核级别
简述：人事部主管所记录的考核评级，是人事部决策的重要依据
类型/长度：1个字节，字符类型
取值/含义：A 表现极佳、应予重大奖励
B 表现优秀、应予绩效奖励
C 表现良好
D 表现不良、应予面谈
E 表现恶劣、应予辞退
有关数据项或结构：考核信息（参考：TOPDF04 考核信息）
有关处理逻辑：季度考评（参考：TOPDF07）
数据元素编号：DC003
数据元素名称：部门职级
别名：员工职级、职位职级
简述：总管创建部门时提供的部门级别，决定相关员工的人事部调动的依据
类型/长度：1个字节，字符类型
取值/含义：D1 不可辞退和调动（人事部无权调动）
D2 不可辞退和调动（人事部无权调动）
D3 可调动但不可辞退（人事部无权辞退）
D4 可调动和辞退
D5 可调动和辞退
有关数据项或结构：部门信息（参考：TOPDF02 部门信息）
有关处理逻辑：职位及考评查询（参考：TOPDF06）
3.1.3 系统的第一层数据流图和数据字典
本系统的第一层数据流图如图3所示。
图3 系统的第一层数据流图
3.1.4 “人事职级安排”子系统的数据流图、数据字典和E-R图
图4 “人事职级安排”子系统的第二层数据流图
本处的<创建职位>的数据字典为<职位信息>，<输入个人信息>的数据字典为<职工信息>，<人事安排文件>的数据字典为<人事职级安排>，这里主要的数据字典为<筛选条件>。
“人事职级安排”子系统的E-R子图如图5所示。
图5 “人事职级安排”子系统的E-R子图
3.1.5 “职位查询及考评查询”子系统的数据流图、数据字典和E-R图
图6 “职位查询及考评查询”子系统的第二层数据流图
本处的<创建职位>的数据字典为<职位信息>，<输入个人信息>的数据字典为<职工信息>，<创建考核>的数据字典为<考核信息>，这里主要的数据字典为<查询命令>和<部门权限>。
“职位查询及考评查询”子系统的E-R子图如图7所示。
图7 “职位查询及考评查询”子系统的E-R子图
3.1.6 “季度考评”子系统的数据流图、数据字典和E-R图
图8 “季度考评”子系统的第二层数据流图
本处的<创建考核>的数据字典为<考核信息>，<季度考评文件>的数据字典为<季度考评>，这里主要的数据字典为<选择期限>和<分类命令>。
“季度考评”子系统的E-R子图如图9所示。
图9 “季度考评”子系统的E-R子图
3.1.6.1“季度分类考核表格”子系统的数据流图和数据字典
图10 “季度分类考核表格”子系统的第三层数据流图
本处的<分类命令>的数据字典为<分类命令>，<部门数据库>的数据字典为<部门信息>，<职位数据库>的数据字典为<职位信息>。
3.1.7 系统的总体E-R图
图11 系统的总体E-R图
3.2对性能的规定
3.2.1精度
软件的输入精度：小数点后保留两位数字，限制输入特殊字符；
输出数据的精度：小数点后保留两位有效数字；
传输过程中的精度：小数点后保留两位有效数字。
3.2.2时间特性要求
响应时间:1秒内;
3.2.3灵活性
a.运行环境的变化：应该基于windows 7系统版本，适用于现有的流行系统；
b.操作方式上的变化：从手机上访问该网页，JavaWeb服务器仍然支持；
c．同其他软件的接口的变化：向财务部系统始终提供OA数据库内的人事职级安排视图访问接口，只要基于该接口访问数据即可，与财务部内部处理逻辑无关；
d．计划的变化或改进：根据用户的需求该OA系统会不断的对软件进行升级和更新。
3.3输入输出要求
A．输入
1.系统登录：员工的工号和密码，要求和数据库中的存储数据一致；
2.系统用户选择部门或职位时必须已经存在，否则需要创建新的部门或职位；
3.仅能由管理员创建考评记录，而且必须给出评级；
4.系统用户的注册和添加：用户账号，密码等，需要有一定的字符限制。
B．输出
1.用户输入信息不正确时会返回错误，并提示哪里不正确；
2.用户输入信息不合法会有信息框的提示；
3.查询结果可以在网页上输出，并且分页展示。
3.对于批量查询均支持导出结果为EXCEL表格。
3.4数据管理能力要求
A．用户信息存储：将OA系统的管理员级别的用户登录验证信息准确存储在数据库中，还包括数据的增删改等操作；
B．基本数据的设定：设置合理的基本数据，保证普通员工查询操作和考核的正常运行；
C．财务同步：财务部定期按照规定的时间制定工资表，保证职工调动同步到系统的及时性和正确性。
3.5故障处理要求
硬件故障：断电，磁盘损坏，病毒入侵等造成数据损坏，可联系开发人员，进行专门的数据恢复；
软件故障：软件可能出现兼容性的问题，可以及时与开发端联系。
3.6其他专门要求
安全保密需求：安全性有规定，密码字节不小于6位；
要保证软件的可拓展性，在将来如需在软件上添加功能，可通过方便的模块增减来增添删除软件功能。源代码要清晰明确，确保在之后的更新维护中方便修改增删；
保证可靠性：软件要保证在正常情况下，不出错不崩溃。在任何情况下要保证数据的完整性。未来得及保存信息时，如遇突然服务器断电、服务器死机等情况，要保证数据的完整性，可让数据恢复到上次保存信息时的状态。
4运行环境规定
4.1设备
本软件运行对服务器、客户端的硬件要求:
【客户端】
本软件运行对服务器、客户端的软件环境要求:
4.2支持软件
操作系统：Windows7及以上；
编译程序：Java11；
数据库系统：MySQL Server；
测试支持软件：
Tomcat 9.0 搭建服务器；
dbForge Generator9.0 生成测试用例。
4.3接口
用户接口：将向管理员提供增删改、批量查询和导出的5类命令，向普通员工提供查询命令，对应系统的不同功能实现；
外部接口：键盘，鼠标和打印机；
内部接口：数据库接口采用SQL连接方式。
4.4控制
该系统的主要输入设备是键盘和鼠标，输出主要是显示器输出和打印机输出。