工资管理系统概要设计说明书.docx
《工资管理系统概要设计说明书.docx》由会员分享，可在线阅读，更多相关《工资管理系统概要设计说明书.docx（23页珍藏版）》请在冰豆网上搜索。
工资管理系统概要设计说明书
概要设计说明书
1引言
1.1编写目的
描述目标软件的树型软件结构图，软件分析人员、软件设计师、程序员以及软件测试人员都可能成为该文档的阅读者。
1.2背景
说明：
A.所建议开发的软件系统的名称：
“某职业高中工资管理系统”；
B.本项目的任务提出者：
戴浩；
C.项目的开发者：
戴浩；
由于该学校尚未采用计算机进行信息化管理，所以该软件系统独立存在。
但如果该学校打算建立一个中央数据库，并以此为中心开发完整的管理信息系统（包括教学管理、物资管理、人力资源管理、财务管理等），则本系统将是其中的一个子系统。
1.3定义
（1）系统流程图：
描述物理系统的模型表示。
（2）数据流图：
描述逻辑系统的模型表示。
1.4参考资料
1.教育主管部门的经费预拨批文：
教经费（编号：
2007-1）；
2.学校与计算机科研小组签订的项目预研合同：
某校科研预研合同（编号：
2007-12）
3.《软件工程导论》（第４版），张海藩编著，清华大学出版社出版
2总体设计
2.1需求规定
给出需求说明书中定义的软件需求规定（包括功能规定和性能规定），功能规定可采用IPO图或简易表格的方式来表示：
软件需求规定
序号
在数据流图中的加工编号
功能名称
功能说明
其他说明
1
1
收集数据
收集课时信息和任务信息
2
2
审核数据
审核事务数据的合法性
3
3.1
取数据
分别获取人事数据、事务数据和年度数据
4
3.2
计算正常工资
计算当月的正常工资
5
3.3
计算超额课时费
计算年度的超额课时费
6
3.4
更新年度数据
更新年度数据中的信息
7
3.5
印表格
打印相关报表
8
4
分发工资明细表
把相关表格分发下去
手工完成
9
5
更新分类帐
更新账目信息
不属于本系统的范畴，可能是“财务管理系统”的功能
10
6
更新人事数据
更新人事信息
不属于本系统的范畴，可能是“人事管理系统”的功能
对于性能的具体要求：
●时间特性要求
⏹响应时间：
最高要求毫秒级，最低要求秒级；
⏹更新处理时间：
最高要求毫秒级，最低要求秒级；
⏹数据的转换和传送时间：
最高要求毫秒级，最低要求秒级；
●输入输出数据的精度特性要求
输入数据包括：
a）人事数据=职工编号+职工姓名+职称+职务+部门+参加工作时间+籍贯+基本工资+生活补贴+书报费+交通费+洗理费+班级系数+职称系数+单节课时费
b）事务数据＝[课时信息|任务信息]
c）课时信息＝课程名称+授课班级+授课时数+班级人数
d）任务信息＝任务名称+任务工作量
表１ 输入数据的具体要求
数据名称
数据类型
来源媒体
格式
数值范围
精度
职工编号
字符
人事数据
10{字符}10
前４位代表学校编号，后面２位代表部门编号，最后４位代表员工编号
职工姓名
字符
人事数据
4{字符}10
职称
字符
人事数据
8{字符}8
职务
字符
人事数据
8{字符}8
部门
字符
人事数据
10{字符}10
参加工作时间
日期
人事数据
日期类型，见数据字典定义
年－月－日形式
籍贯
字符
人事数据
10{字符}10
基本工资
数值
人事数据
1{数字}4
０～9999
个位
生活补贴
数值
人事数据
1{数字}3
０～999
个位
书报费
数值
人事数据
1{数字}3
０～999
个位
交通费
数值
人事数据
1{数字}3
０～999
个位
洗理费
数值
人事数据
1{数字}3
０～999
个位
班级人数
数值
人事数据
1{数字}3
０～999
个位
职称系数
数值
人事数据
1..5
班级系数
数值
人事数据
１..5
单节课时费
数值
人事数据
2{数字}2
10~99
个位
课程名称／任务名称
字符
事务数据
4{字符}10
授课班级
字符
事务数据
10{字符}10
０５－多媒体技术－１班
授课时数
数值
事务数据
2{数字}4
10～9999
个位
任务量工作
数值
事务数据
１{数字}３
0～999
个位
输出数据包括：
a）工资表＝职工编号+职工姓名+帐号+工资总额
b）工资明细表＝基本工资+课时费+岗位津贴+书报费+生活补贴+交通费+洗理费+缴纳的保险费+缴纳的公积金费+个税+工资合计+应发工资总额
表２ 输出数据的具体要求
数据名称
数据类型
来源媒体
格式
数值范围
精度
职工编号
同上
职工姓名
同上
帐号
字符
工资表
30｛字符｝30
工资总额
数值
工资表
3{数字}5
0~99999
个位
基本工资
数值
工资明细表
1{数字}4
0~9999
个位
课时费
数值
工资明细表
1{数字}4
0~9999
个位
岗位津贴
数值
工资明细表
1{数字}4
0~9999
个位
书报费
数值
工资明细表
1{数字}３
0~999
个位
生活补贴
数值
工资明细表
1{数字}３
0~999
个位
交通费
数值
工资明细表
1{数字}３
0~999
个位
洗理费
数值
工资明细表
1{数字}３
0~999
个位
保险费
数值
工资明细表
1{数字}４
0~9999
个位
公积金
数值
工资明细表
1{数字}4
0~9999
个位
个税
数值
工资明细表
1{数字}4
0~9999
个位
工资合计
数值
工资明细表
1{数字}4
0~9999
个位
应发工资总额
数值
工资明细表
1{数字}4
0~9999
个位
●系统使用的灵活性要求
系统的灵活性主要体现在：
a）提供多种操作方法，支持键盘快捷键、鼠标的输入操作以及显示器、打印机的输出操作；
b）运行环境的无关性，该软件应该能够即装即用，在所有Windows平台都能很好的运行。
2.2运行环境
系统运行环境：
●硬件环境：
高性能PC（迅驰2代+1G内存+100G硬盘+17寸液显+HP打印机）
●软件环境：
Windows+Office
2.3基本设计概念和处理流程
软件结构图设计的出发点是需求分析阶段得到的细化后的数据流图，首先分析该数据流图是变换型还是事务型还是混合型，然后分别找出变换中心或事务中心，然后进行从数据流图向软件结构图的形式化的映射，下图就是
需求分析阶段得到的数据流图
2.4结构
2.5功能器求与程序的关系
功能器求与程序
模块1
模块2
模块3
模块4
模块5
模块6
模块7
模块8
收集数据
√
√
审核数据
√
√
取数据
√
计算正常工资
√
√
计算超额课时费
√
√
更新年度数据
√
√
印表格
√
程序1
程序2
……
程序n
功能需求1
√
功能需求2
√
……
功能需求n
√
√
2.6人工处理过程
除了要求教师或职工填写课时表和任务表外无其他人工处理。
2.7尚未问决的问题
无。
3接口设计
3.1用户接口
本系统是基于Windows环境下的可视化软件，主要提供可视化的GUI设计。
最初的主界面如下：
3.2外部接口
本系统无外部接口。
3.3内部接口
本系统内部元素之间主要通过数据库接口完成相应功能。
4运行设计
4.1运行模块组合
暂不考虑
4.2运行控制
暂不考虑
4.3运行时间
暂不考虑
。
5系统数据结构设计
5.1逻辑结构设计要点
采用数据字典的描述（也可采用E-R图）：
名字
工资总额
别名
总工资
描述
扣除个税、公积金和保险费之前的职工月工资
格式
基本工资+生活补贴+书报费+交通费+洗理费+［课时费｜岗位津贴］
位置
工资明细表、工资表、年度数据、报表
名字
教职工编号
别名
职工号
描述
唯一地标识每个职工的一个关键词
格式
10{字符}10
位置
人事数据、年度数据、事务数据、报表、工资明细表、工资表
名字
教职工姓名
别名
姓名
描述
每个教职工的名字
格式
4{字符}10
位置
人事数据、年度数据、工资明细表、工资表、报表、事务数据
名字
基本工资
别名
描述
根据职称所决定的每个职工的工资
格式
0..9999
位置
人事数据、年度数据、工资明细表
名字
职务
别名
描述
从事行政工作的教职工的头衔
格式
8{字符}8
位置
人事数据
名字
职称
别名
描述
教职工的技术资历的描述
格式
8{字符}8
位置
人事数据
名字
生活补贴
别名
描述
根据职称确定的每个职工每个月的补贴
格式
0..9999
位置
人事数据、工资明细表、报表
名字
书报费
别名
描述
补助给每个职工的每个月购买书报的费用
格式
0..999
位置
人事数据、工资明细表、报表
名字
交通费
别名
描述
补助给每个职工的每个月的交通费用
格式
0..999
位置
人事数据、工资明细表、报表
名字
洗理费
别名
描述
补助给每个职工的每个月的洗理费用
格式
0..999
位置
人事数据、工资明细表、报表
名字
课时费
别名
描述
每个教师的每个月完成相应课时数的具体费用
格式
课时数*单节课时费*职称系数*班级系数
位置
工资明细表、报表、年度数据
名字
单节课时费
别名
描述
每节课付给教师的费用
格式
2{数字}2／10~99
位置
人事数据
名字
职称系数
别名
描述
根据职称确定的计算课时费的计算数值
格式
1..5
位置
人事数据
名字
班级系数
别名
描述
根据班级确定的计算课时费的计算数值
格式
1..5
位置
人事数据
名字
岗位津贴
别名
描述
每个职工的每个月完成的任务量的费用
格式
任务数*单个任务的费用/0~9999
位置
工资明细表、报表
名字
个人所得税
别名
个税、所得税
描述
政府本月征收的个人收入所得税
格式
0~9999
位置
工资明细表、报表、人事数据
名字
住房公积金
别名
公积金
描述
单位按月补助给个人的购买房屋的资金
格式
0..9999
位置
工资明细表、报表、人事数据
名字
保险费
别名
保费
描述
单位补助给每个职工的每个月的保险费用
格式
0..9999
位置
工资明细表、报表、人事数据
名字
实发工资
别名
实际工资
描述
每个职工每个月实际获得的工资
格式
工资总额-个人所得税-保险费-住房公积金
位置
工资明细表、工资表、年度数据、报表
名字
人事数据
别名
个人数据
描述
每个职工的基本信息描述
格式
人事数据=职工编号+职工姓名+职称+职务+部门+参加工作时间+籍贯+基本工资+生活补贴+书报费+交通费+洗理费
位置
人事数据数据流、人事数据存储
名字
部门
别名
描述
每个教职工所在的部门
格式
10{字符}10
位置
人事数据数据流、人事数据存储
名字
参加工作时间
别名
描述
每个教职工第１次参加工作的时间
格式
年＋月＋日
位置
人事数据数据流、人事数据存储
名字
年
别名
描述
每个教职工第１次参加工作的年份
格式
4｛数值｝4
位置
人事数据数据流、人事数据存储
名字
月
别名
描述
每个教职工第１次参加工作的月份
格式
[1|2|3|4|5|6|7|8|9|10|11|12]/1..12
位置
人事数据数据流、人事数据存储
名字
日
别名
描述
每个教职工第１次参加工作的日期
格式
1..31
位置
人事数据数据流、人事数据存储
名字
籍贯
别名
描述
每个教职工的老家所在地
格式
10{字符}10
位置
人事数据数据流、人事数据存储
名字
年度数据
别名
描述
每个职工的每年度的数据记录
格式
年度数据=职工编号+职工姓名+本年度累计工资总额+本年度累计实发工资+本年度累计授课时数+上年度月平均工资
位置
年度数据存储
名字
本年度累计工资总额
别名
描述
每个职工的一个年度的累加起来的工资总额
格式
4｛数字｝6
位置
年度数据存储
名字
本年度累计实发工资总额
别名
描述
每个职工的一个年度的累加起来的实际拿到的工资总额
格式
4｛数字｝6
位置
年度数据存储
名字
本年度累计授课时数
别名
描述
每个教师的一个年度的累加起来的课时数
格式
2｛数字｝4
位置
年度数据存储
名字
上年度月平均工资
别名
描述
每个职工的上年度的平均工资数值
格式
4｛数字｝6
位置
年度数据存储
名字
事务数据
别名
描述
教师登记的当月课时信息或职工登记当月任务信息
格式
[课时信息|任务信息]
位置
事务数据存储、事务数据流
名字
课时信息
别名
描述
每个教师本月完成的课时信息
格式
课时信息=课程名称+授课班级+授课时数+班级人数+班级系数
位置
事务数据流、数据存储
名字
任务信息
别名
描述
每个职工本月完成的任务信息
格式
任务信息=任务名称+任务工作量
位置
事务数据流、数据存储
名字
课程名称
别名
描述
课程的具体名字
格式
4{字符}10
位置
事务数据流、数据存储
名字
授课班级
别名
描述
课程的授课对象
格式
10{字符}10
位置
事务数据流、数据存储
名字
授课时数
别名
描述
每个教师本月完成的课时数量
格式
2{数字}3
位置
事务数据流、数据存储
名字
班级人数
别名
描述
每个班级的在班人数
格式
1{数字}3
位置
事务数据流、数据存储
名字
任务名称
别名
描述
每个职工本月包干的任务的名称
格式
10{字符}10
位置
事务数据流、数据存储
名字
任务工作量
别名
描述
每个职工本月完成的工作数量
格式
1{数字}3
位置
事务数据流、数据存储
名字
工资表
别名
描述
提交银行的所有教职工的工资总额信息
格式
职工编号+职工姓名+帐号+工资总额
位置
工资表
名字
帐号
别名
描述
每个教职工的工资存折的帐号
格式
30{字符}30
位置
工资表
名字
工资总额
别名
描述
每个教师本月实际拿到的工资数
格式
3{数字}5
位置
工资表、工资明细表、报表
名字
工资明细表
别名
描述
每个教师本月获取工资的明细记录
格式
基本工资+课时费+岗位津贴+书报费+生活补贴+交通费+洗理费+缴纳的保险费+缴纳的公积金费+缴纳的个税+工资合计+应发工资总额
位置
工资明细表
5.2物理结构设计要点
对于同一品牌，同一规格型号的物资可以必须使用统一物资编号。
如：
可以采用产品的条形码。
只需将系统装上一个条形码扫描仪，获得产品的条形码号传给系统。
入库出库时需要登记负责人，负责人必须是在管理员中有登记并有幸应权限的管理员。
入库与出库是必须登记一个批号。
同一批号可以对应多条入库（出库）信息。
因为在同一批货物处理中，可以有不同的物资，这些物资也可以存放在不同的仓库中。
批号由系统自动生成。
生成十位字符型批号，生成规则如下所示：
第一位是入库出库标志位（o代表出库，i代表入库），二到七位是日期标志，两位表示年，两位表示月，两位表示日，三到十位是表示此批货物是当天处理的第几批货物。
如2006年6月18日出库处理的一批货物，这批货物是当天处理的第三批货物。
则按规则生成的批号为：
o060618003。
5.3数据结构与程序的关系
暂不考虑
6系统出错处理设计
6.1出错信息
序号
出错输出信息
1
采集数据格式不正确
2
审核数据不正确
3
该职工的基本信息不存在
6.2补救措施
暂不考虑
6.3系统维护设计
对此系统的日常维护，主要是进行数据库的备份，保证备份的实时性。
使用系统时，应保持一份数据库的备份，并不断进行更新，保持数据的实时性。
以保证出现重大问题，导致数据不可恢复时，可以使用备份数据库。
当系统出现问题时，可以先重启系统。
如果问题仍不能解决，可请专业人士进行解决。
升级会员 