教师工资管理系统.docx
《教师工资管理系统.docx》由会员分享，可在线阅读，更多相关《教师工资管理系统.docx（38页珍藏版）》请在冰点文库上搜索。
教师工资管理系统
课程设计概述
第一节背景
。
构思一个软件，采用UML系统建模与分析设计方法对其进行设计（包括系统分析，需求分析，概要设计，详细设计）
第二节选题说明
我们小组经过讨论选择了“学校内部工资管理系统”。
我们对这个系统进行系统分析、需求分析、概要设计、详细设计，借此加深对《软件工程》这门课的了解。
根据老师要求，我们认为课程设计应完成以下目标：
1、以软件的生命周期为线索，完成软件的定义及软件的部分开发工作，能够初步应用课程中介绍的开发技术和部分工具。
2、能够编写较完整的和标准的软件文档，用来记录软件的开发活动和阶段性成果，有助于理解软件所必须的阐述性资料。
3、综合本学期学习的知识运用到本系统中，以此来检验学习成果。
从中发现我们知识上缺漏，加以改善。
第三节课程题目
1、课程题目：
《学校内部工资管理系统》
2、编写目的：
使各教职工能方便快捷地查询到自己工资并让各部门清楚了解部门财务状况，人事处、财务处能利用该系统更方便完成份内工作。
3、系统简介：
每个月各个部门（包括系和行政部门）将本部门各个教职工出勤情况（缺勤原因、日期、缺勤天数（课时）、每月缺勤统计）和本月的业绩考核上报人事处，人事处根据奖惩实施细则统计出各个教职工的可变工资（包括出勤工资、奖金及扣款金额），系统根据各岗位基本工资表自动统计出总工资表，总工资表送往财务处，若审核通过之后即得到正确的工资表，最后由系统加工输出工资表、部门汇总表、扣税款表、银行发放表并输出和保存留底。
第一章系统分析
第一节项目的范围和目标
1、架B/S结构，实现各部门对工资生成情况进行了解。
2、所有有效数据存入系统中，通过大型数据库管理系统进行管理。
3、对使用本系统的用户设计合理的使用权限，促进各教职工工资管理的顺利进行。
4、系统接收各用户提供的信息，生成工资表。
5、对所有教职工提供方便的工资查询功能。
第二节项目可行性分析
一、经济可行性：
工资管理是学校管理的重要组成部分，它与学校的人事管理、财务管理有着密切的联系。
对于劳资关系相对复杂的学校，手工进行工资的发放工作往往需要耗费大量的人力与时间。
由于工资发放在时间和操作上存在着一定的重复性、规律性，这使得工资管理的计算机化成为可能，该项目的提出正是为了在此基础上进一步实现学校员工工资管理的规范化和自动化本系统定会受到各学校的欢迎，拥有一定的市场，可在短时间内收回成本，并有可观的经济效益。
二、技术可行性：
根据客户提出的系统功能、性能及实现系统的各项条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。
同时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发
三、法律可行性：
研究开发此系统的过程并未涉及到合同侵权责任以及各种与法律相抵触的问题。
四、社会可行性：
本系统定位于各高校，也可以适用于各中小型企业。
运用此系统进行工资管理，给各院校教职工带来极大的方便。
第三节项目进度计划
序号
项目
天数
主要工作
1
系统分析
初步设定项目的范围和目标；
进行可行性分析；
确定项目进度计划；
2
需求分析
1
确定系统的要求：
功能、性能、运行及补充；
分析数据：
系统的概念模型、逻辑模型；
修正项目计划，给出原型；
3
概要设计
确定最佳方案，结构设计，数据库设计；
4
详细设计
1
分别用顺序图类图结构视图描述系统外观；
5
测试运行
设计测试用例，进行测试运行；
6
移交系统
编写心得体会，递交报告；
第二章需求分析
第一节基本需求规格说明
一、系统概貌
本系统是一个学校内部工资管理系统。
对教职员工的基本信息和工资信息进行添加和修改，能够调整工资项目，根据需要对教职员工基本信息和工资信息的查询，本系统能够生成各个月的工资表，能够打印报表方便保存和管理，还包括对系统的一些基本操作功能，比如为完善系统管理功能，增加工资系统用户管理功能，系统应该包括系统用户数据的添加，修改和删除。
教职员工为系统普通用户，只能运行系统个人工资查询功能；系统管理员则能运行系统所有功能，从而有效保证系统数据的安全性，系统应该具有简单，易用，小巧，经典的特色，应该能够对高校工资管理进行优化，使其系统化，高效化，智能化。
并保证工资管理的准确性，简易性，为学校财务人员提供便利。
二、功能要求
1.学校教职工可以通过互联网查询个人工资详情
2.学校人事处可以通过互联网将出勤工资、奖金及扣款清单送到财务处，以及将人事变动情况送往财务处和各部门。
3.学校财务处可以通过互联网将教职工的工资表做好并将数据送银行，将工资条发给各部门。
4.学校各部门可以通过互联网将各教职工出勤情况上报人事处
5.必要时可以进行手动调整。
功能细项：
教职工基本信息管理（添加，修改，删除信息），教职工出勤信息管理（统计，修改出勤情况），可变工资管理（统计出勤工资、奖金及扣款项目），总工资汇总，输出部门汇总表、银行发放表、工资条。
三、性能要求
稳定性：
系统需一天24小时进行工作。
并将所有数据进行备份处理；
友好性：
系统具有好的图形用户界面；
安全性：
系统对要提供与读取信息的用户进行身份验证，登录后各员工只能可以看到各自工资详情；
系统容量：
系统可以同时提供500人在线服务；
系统响应：
系统能设置登录等级，对于使用服务器端工作者可以先行响应；
四、运行要求
1、运行环境：
系统能运行于通用的技术环境（UNIX、WINDOWS等）中，并
能够通过互联网和局域网支持内部工资管理工作。
2、软件配置：
只要在装有IIS和MSSQL的服务器上就可以完成服务端的配置工
作，把网页文件放入网页跟目录下，进行相应的IIS配置。
把数据库文件导
入到MSSQL中，接上网络就可以进行工作。
客户端只要有web浏览器就可
以进行浏览工资详情。
第二节用例分析
、系统基本用例
系统参与者：
教职工：
提交各人信息和查询总工资表；
财务处：
查询总工资表，生成正确的工作表，生成各教职工工资条；
人事处：
提交人员变动情况，制定奖惩实施细则，生成可变工资；
学校各部门：
提交出勤情况，提交业绩情况，读取工资条。
系统各参与者通过系统可以实现的功能：
1．学校教职工通过系统可以实现以下使用需求：
※提交个人信息
※登陆修改个人信息
※查询个人工资各项详情
2．学校人事处可以通过系统实现以下使用需求：
※输入教职工调动信息
※读取教职工出勤及业绩情况
※制定奖惩实施细则
※生成教职工出勤工资、奖金及扣款清单
3．学校各部门可以通过系统实现以下使用需求：
※给出教职工出勤情况
※给出教职工业绩考核情况
※读取各部门汇总表
※得到工资条
4．学校财务处可以通过系统实现以下需求：
※读取工资表
※生成正确工资表及查询工资情况
：
用例图：
：
用例事件流描述
用例的事件流[4]是对完成用例行为所需的事件的描述。
它描述系统应该做什么，而不是描述系统应该怎样做。
开始，只是对执行用例的常规流所需的步骤的简单描述。
随着分析的进行，通过添入更多的详细信息，步骤不断细化。
最后，将例外流添加到用例的事件流描述中。
教师工资管理系统的用例事件流描述如下：
2.3.1：
教职工各种操作
在这个用例开始前，教职工必须登录到系统中。
如果这个用例成功，
教职工可操作时用例启动。
如果教职工选择提交个人信息，则进入分支流S-1；若教职工选择查询工资表信息，则进入分支流S-2。
S-1：
提交自己个人信息
S-2：
查询工资表
（1）查看银行发放表
（2）查看扣税款表
（3）查看部门汇总表
（4）查看工资条
2.3.2：
财务处各种操作
在这个用例开始前，财务处人员必须登录到系统中。
如果这个用例成功，财务处人员可操作时用例启动.如果财务处选择查询工资表信息，则进入分支流E-1；若财务处人员选择生成正确工资，则进入分支流E-2。
E-1：
查询工资表
（1）查看银行发放表
（2）查看扣税款表
（3）查看部门汇总表
（4）查看工资条
E-2：
生成正确工资
2.3.3：
人事处操作
在这个用例开始前，人事处人员必须登录到系统中。
如果这个用例成功，人事处人员可操作时用例启动.如果人事处选择查询工资表信息，则进入分支流E-1；若人事处人员选择提交人员变动情况，则进入分支流E-2;
若人事处人员选择提交可变工资项,则进入分支流E-3;若人事处人员选择制定奖惩实施细则,则进入分支流E-4。
E-1：
查询工资表
（1）查看银行发放表
（2）查看扣税款表
（3）查看部门汇总表
（4）查看工资条
E-2：
提交人员变动情况
E-3：
提交可变工资项
（1）出勤工资
（2）奖金
（3）扣款清单
E-4：
制定奖惩实施细则
2.3.4：
其他部门操作
在这个用例开始前，其他部门人员必须登录到系统中。
如果这个用例成功，其他部门人员可操作时用例启动.如果其他部门人员选择提交出勤情况，则进入分支流E-1；若其他部门人员选择提交业绩情况.，则进入分支流E-2;若其他部门人员选择读取工资条,则进入分支流E-3。
S-1：
提交出勤情况
S-2：
提交业绩情况.
S-3：
读取工资条
二、系统业务逻辑描述
本系统的业务逻辑描述：
系和各部门将各教职工的出勤情况上报人事处；人事处将出勤工资，奖金及扣款清单送到财务处；人事处将人员变化情况通知各部门和财务处，财务处通过收集到的的出勤工资，奖金和扣款清单经过计算生成工资表并将数据送往银行，
第三节数据流图分析
一、数据流图
2．1
工资汇总
统计
2．2
各种款项
统计
可变
工资
各岗位基本工资表
1层图-2
2．3
数据整合
总工资表
工
资
条
总工资表
扣税款表
部门汇总表
二、顶层图数据流分析
编号
01
数据流名称
人员变动情况
来源
人事处
去向
人事事务处理
别名
无
组成
编号+姓名+性别+调动日期+原部门+现部门
+原职位+现职位+经办人+调动原因
编号
02
数据流名称
业绩考核
来源
各部门各系
去向
人事事务处理
别名
无
组成
所属部门+编号+姓名+调研成果
+违规情况+日期
编号
03
数据流名称
出勤情况
来源
各部门各系
去向
人事事务处理
别名
无
组成
所属部门+编号+姓名+缺勤原因+日期+缺勤天数（课时）+每月缺勤统计
编号
04
数据流名称
工资条
来源
财务统计
去向
各部门各系
别名
无
组成
编号+姓名+基本工资+奖金+补贴+扣款
+出勤工资+实发工资+银行帐号+扣税款项
编号
05
数据流名称
总工资表
来源
财务统计
去向
财务处
别名
无
组成
所属部门+编号+姓名+基本工资+奖金
+补贴+扣款+出勤工资+实发工资+银行帐号
编号
06
数据流名称
正确工资表
来源
财务统计
去向
财务处
别名
无
组成
所属部门+编号+姓名+基本工资+奖金
+补贴+扣款+出勤工资+实发工资
编号
07
数据流名称
可变工资
来源
人事事务处
去向
财务统计
别名
无
组成
所属部门+编号+姓名+奖金+出勤工资+扣款+补贴+公积金+养老金
编号
08
数据流名称
员工基本信息
来源
各教职工
去向
人事事务处
别名
无
组成
所属部门+编号+姓名+性别+出生年月+民族
+籍贯+学历+省份证号+职称+职位+联系电话+电子邮件+合同签约日期+合同到期日
+银行帐号
三、操作流程图
此系统基于B/S的运行方式，可同时允许多个用户访问。
用户通过登入界面进入系统，进行相应权限的操作。
第三章概要设计
第一节系统结构设计
本系统主要包括：
用户接口包、数据库包、自动统计包、工资表生成包；
一、用户接口包：
在用户接口包中，主要包括以下几个类：
1．用户接口类：
为用户提供注册和相应权限登入接口；
2．插入数据类：
用户登入后可以向系统提供本人相应权限的数据信息；
3．查询数据类：
用户登入后可以查询本人相应权限的数据信息；
二、数据库包：
在数据库包中，主要包括以下几个类：
1．查询类：
主要提供查询数据库中的相关数据。
如教职工的工资等；
2．增删类：
主要是指可在已有的数据库中增删数据；
3．更新类：
主要完成数据库的更新的类。
4．存储备份类：
主要完成数据的存储转换和备份的类；
三、自动统计包：
在自动统计包中，主要包括以下几个类：
1．读取数据类：
完成从数据库中读取工资统计数据的类；
2．自动统计类：
完成自动统计过程的相关类；
四、工资表生成包：
提供生成工资表的类，主要包括以下几个类：
1．总工资表生成类：
完成生成各教职工工资各项情况的相关类；
2．部门汇总表生成类：
完成各个部门的工资汇总表生成的相关类；
3．银行发放表生成类：
完成银行发放表生成的相关类；
4．工资条生成类：
完成工资条生成的相关类；
第二节子系统划分
总划分如下图：
第四章详细设计
第一节系统面向对象分析
一、顺序图分析
第一、人事管理员登录；
第二、在人事管理的界面选择月绩考核操作；
第三、录入对应教职工的月绩；
第四、系统根据标准统计出教职工的奖金后，存入数据库文件；
第一、财务处管理员登录；
第二、在财务管理的界面选择查询工资表操作；
第三、查看出现的相关表的数据；
第四、若要对数据操作，操作正确后存入数据库；
第一、教职工登录；
第二、在功能选择的界面选择操作；
第三、查看出现的相关表的数据；
第四、从数据库调出要查看的信息反馈给操作者查看
第一、其他部门人员登录；
第二、在操作选择的界面选择操作；
第三、系统反馈给操作者进行相关操作后的信息提示，既操作成功与否
第四、将操作后的数据保存到数据库中
二、活动图分析
教职工活动图：
活动图描述：
教职工输入口令后登录系统，然后根据选择几条个人信息或者查询工资表。
分别进入不同状态，然后在根据相应选择查询不同信息，在查看信息完毕后，最后退出系统。
人事处活动图：
人事处活动图描述：
人事处人员输入口令后登录系统，然后根据选择不同的操作分别进入不同状态，如：
选择几条人员变动则进入的状态为一个系统反馈的信息表；若选择提交可变工资，则会再次给出选择分别进入状态为：
出勤工资表，奖金表后者扣款清单表。
然后在根据相应选择查询不同信息，在查看信息完毕后，最后退出系统。
财务处活动图：
财务处活动图描述：
人事处人员输入口令后登录系统，然后根据选择分别进入不同状态，如：
选择生成正确工资，则进入的状态为一个工资信息表。
然后在根据相应选择查询不同信息，在查看信息完毕后，最后退出系统。
三：
建立状态图
对象的状态图
对象searcher有两个状态：
“未登录状态和“登录状态。
对象searcher开始处于“未登录”状态，当事件“登录”发生时，对象跃迁到“登录”状态。
如果对象处于“登录”状态，事件“注销”发生，对象searcher返回状态“未登录”状态。
四：
类图分析
Classuser（用户类）
Classpay（工资类）
五：
物理模型分析
本系统是一个基于局域网和数据库的应用系统。
配置图如下图所示，有4个节点：
“SalarySystemServer”（教师工资管理系统服务器）、“DBServer”（数据库服务器）、“PC”（教师工资管理系统客户端PC）、“Printer”（打印机）。
第二节子系统分析
一、用户管理子系统
该系统主要负责普通用户和管理员登陆；
系统描述：
普通用户和系统管理员都可以根据自己的权限进行相应操作；
流程图说明：
第一、读取登陆者信息，判断登陆者身份；若登陆者为普通用户，则只能进行修改口令的操作；
第二、为系统管理员则可以进行增加及查询操作员信息并对其设置权限，删除操作员信息和修改登陆口令的操作；
实现该系统的流程图：
二、人事管理子系统
该系统主要负责人事调动信息的修改；
系统描述：
初步确定需调动教职工，上报人事主管，根据人事主管意见进行人员调动，确定确定人员调动后根据其调动原因进行相应的操作并将调动信息存入档案，人员调动后对其现在所处职位进行可变工资调整；
流程图说明：
第一、根据教职工信息判断该教职工是否调动，若不调动则重新输入需调动人员；
第二、根据需调动人员的调动类别进行相应操作，若需调动人员为退休辞退教职工则删除其信息若为职位调动员工则修改其信息，若为新加入教职工则录入其信息，并将所有操作过后的信息存入人事档案；
第三、根据变动过后的人事档案和调动的教职工正确的出勤和业绩确定其可变工资；
实现该系统的流程图：
三、工资管理子系统：
该系统主要负责各教职工工资管理；
系统描述：
统计出教职工总工资表，输出审核过后工资表，并根据输出工资表确定部门总汇表、输出工资条和银行发放表；
流程图分析：
第一、判断教职工可变工资信息是否属实，若不属实则进行相应修改若属实则结合岗位基本信息表统计出总工资表；
第二、审核工资表若审核通过则输出工资表；
第三、结合部门信息和个人信息确定部门汇总表、输出工资条和银行发放表；
实现该系统的流程图：
四、系统管理子系统
该系统主要负责整个系统的管理工作；
系统描述：
部门管理主要用来规范化各系各部门，数据备份主要用来对系统各项数据实行备份，以防数据丢失等；
第三节系统集成
系统组装：
把各个模块通过一定关系组装在一起，只有登陆页面是共同的接口，各个模块的更改对于其他模块不会有影响。
第五章测试与运行
第一节设计测试用例
一、教职工个人信息录入用例：
输入数据
预期结果
新入教职工
所属部门：
数理系
编号：
2009118
姓名：
￥￥￥
性别：
男
出生年月：
民族：
汉族
籍贯：
福建
学历：
博士后
身份证号：
*******
职称：
教授
职位：
教师
联系电话：
&&&&&&&&&
电子邮件
合同签约日期：
合同到期日：
银行帐号：
!
@#$%^&*（
录入界面->保存->查找->可变工资详情->浏览->
教职工基本信息多一条记录
二、教职工调动用例：
输入数据
预期结果
调动教职工
编号：
2006123
姓名：
李xx
性别：
男
调动日期：
原部门：
学生处
现部门：
招生处
原职位：
员工
现职位：
主任
经办人：
◎＃￥
调动原因：
×※……％￥
调动界面->录入信息->保存->浏览原部门职工基本信息->减少李xx记录->浏览现部门职工基本信息->增加李弘基记录并改变某些改动的信息
二、教职工工资查询用例：
输入数据
预期结果
普通教职工查询
编号：
2008503
口令：
******
个人查询界面->工资查询->个人工资详情
所属部门：
数理系
编号：
2008503
姓名：
武松
基本工资：
5000
奖金：
500
补贴：
100
扣款：
0
出勤工资：
120
实发工资：
5720
银行帐号：
*****293948
扣税款：
20
第二节进行测试并运行
（略）
升级会员 