工资管理系统.docx
《工资管理系统.docx》由会员分享，可在线阅读，更多相关《工资管理系统.docx（24页珍藏版）》请在冰豆网上搜索。
工资管理系统
课程设计报告
学生姓名:
学号：
学院:
班级:
题目:
工资管理系统
指导教师：
职称:
教授
2011年7月15日
目录
1选题背景1
2工资管理系统需求分析2
2.1工资管理系统的需求陈述2
2.2需求分析2
2.2.1功能需求3
2.2.2性能需求3
2.3系统需求建模4
2.3.1确定参与者4
2.3.2确定用例4
2.3.3系统用例建模4
2.3.4用例描述5
3.工资管理系统系统分析8
3.1系统用例建模8
3.2静态结构模型9
3.2.1类的识别9
3.2.1类的关联关系10
3.2.3类的属性描述11
3.2.4类图的构建11
3.3系统动态模型12
3.3.1系统执行顺序分析12
3.3.2系统协作分析13
3.3.3系统状态分析14
3.3.4系统活动分析15
4.工资管理系统系统设计与实现17
4.1UML体系结构设计17
4.1.1硬件体系结构设计17
4.1.2软件体系结构设计18
4.2对象模型设计18
4.3系统实现19
4.3.1组件分析19
4.3.2配置分析20
5．心得体会22
参考文献23
1选题背景
随着社会的进步和计算机技术的发展，特别是微型计算机的大范围普及，现在应用在大中型企业的信息管理系统中，几乎都包括了工资管理模块。
有些环境中是有大型ERP软件中的一个模块引进的，有些作为企业的财务系统的一部分。
计算机处理的数据量不断增加。
文件管理系统采用的一次最多存取一个记录的访问方式，以及在不同文件之间缺乏相互联系的结构，越来越不能适应管理大量数据的需要，于是数据库管理系统便应运而生。
有了数据库我们便能方便快捷的对数据进行读取、存取，并维护数据库的数据。
但，西方管理制度设计的工资管理软件，在很多时候还不能完成解决中国特色中小企业的问题，本文介绍的毕业设计的研究工作就是要为这些具有中国特色的中小企业解决他们在工资管理方面的问题。
今天，数据库管理已成为计算机信息管理的主要方式。
数据库的应用非常广泛，可应用于各行各业，只要是稍复杂的数据，都可制作成数据库，交由电脑来管理。
用电脑管理数据，运算速度快，检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低且不易出错等，这些优点能够极大地提高工资管理的效率,也是科学化、正规化管理的重要条件，尤其是现在的中小型企业正需要这种对口的工资管理系统，并且是现行的财务管理系统所代替不了的。
软件工程课程设计是计算机专业集中实践性教学环节之一，是学习完《软件工程》课程后进行的一次全面的综合练习。
其目的在于加深对软件工程理论和基本知识的理解，使学生通过软件开发的实践训练，进一步掌握软件工程的方法和技术，解决实际问题的能力。
培养学生正确的设计思想，理论联系实际的工作作风，严肃认真、实事求是的科学态度和勇于探索的创新精神。
培养学生综合运用所学知识与生产实践经验，分析和解决工程技术问题的能力。
坚持“规格严格，功夫到家”的优良传统，加强基本功训练，做到理论与实际相结合，继承与创新相结合，充分发挥学生的主观能动性与教师因材施教、严格要求相结合，抓智力因素教育与非智力因素教育相结合，教书育人。
所设计的工资管理系统应包含输入输出、修改、删除、查询等基本功能。
根据题目的基本需求，画出流程图、用例图、类图等，编写程序，并写出详细的设计说明书。
课程设计过程中，要严格遵守课程设计的时间安排，听从指导教师的指导。
正确地完成上述内容，规范完整地撰写出课程设计报告。
2工资管理系统需求分析
2.1工资管理系统的需求陈述
工资管理系统的主要任务是通过工资费用的计算和分配，为成本核算与账务处理提供依据，并且根据工资制度和职工劳动数量与质量，计算并发放应该支付给职工的工资。
工资核算时工资管理的主要内容。
工资核算包括工资结算与工资分配两个方面。
工资结算是指应付工资、代扣款项和实发工资的计算；工资分配是指按部门、类别进行工资汇总，并按工资的用途对工资进行分配。
工资总额是指各单位在一定时期内支付给本单位全体职工的全部劳动报酬总额。
按照国家统计局的规定，工资总额有计时工资、计件工资、奖金、津贴和补贴、加班加点工资和特殊情况下支付的工资6部分组成，其中计时工资和计件工资是工资总额中最基本的部分。
上述工资构成要件所组成的工资总额只是应发工资，并非每个职工拿到手的实发工资，原因在于存在一些应扣项目，例如水电费、工会会费、保险费、公积金、病事假扣款、旷工扣款和个人所得税等。
在计算每个职工实发工资之前应在工资总额中扣除这部分款项。
每个月财务部门根据人事部门提供的职工基本工资数据、所得税率和人事变动情况计算所有员工的基本工资信息，然后根据各个部门提供并审核后的各种表格，如完成任务表、考勤表、考核表、职工当月的扣款情况（包括水电费、病事假扣款等）等计算职工变动工资、个人所得税和应发放工资等，编制工资单。
按类进行汇总，编制工资汇总表。
将实发工资转入代发银行，由银行代发工资，并进行账务处理。
工资结算过程主要设计如下会计账户：
现金、银行存款、应付工资、其他应付款、其他应收款等。
2.2需求分析
工资管理系统是一个企业单位不可或缺的部分，他能为用户提供充足的信息和快捷的查询手段。
一个工资管理系统可以高效能、大容量的收集、处理、存储工资管理信息，大幅度的工资管理信息系统的工作质量和效率。
能够为企业管理人员及时掌握整个工资管理系统的全面情况，提供系统的准确的工资管理信息，可以促进工资管理工作的规范化及各项管理制度与指标体系的建立和健全。
为企业提供各种加工管理了工资管理信息，以满足工资管理的特殊要求，适应新形势对职工队伍建设提出的新要求，帮助管理人员选择方案，实现优化决策。
虽然当前，不少单位的工资管理部门对于计算机应用还仅限于简单的单机应用，随着时间的推移、任务的复杂、用户的需求，其应用还会扩大。
2.2.1功能需求
工资管理系统涉及到员工基本信息的录入、修改和删除，工资标准的设定、查询和结算等。
典型的工资管理系统主要有以下基本功能：
1.系统数据初始化
2.员工基本信息的录入、修改、删除等功能
3.工资标准的设定功能，集体包括职务工资、职称工资、其他工资标准和福利的设定。
4.工资信息的浏览
5.员工工资信息表的创建及查询
6.工资调整管理
7.工资计算
工资管理系统主要有以下功能：
1.员工管理：
包括部门设置、员工信息、人员调动和福利信息四部分。
2.考勤管理：
包括正常出勤、异常出勤和加班处理三部分。
3.工作评价管理：
员工评价信息分为两部分，一部分是主管经理对员工的评价信息，包括工作分工、完成情况、工作态度等；另一部分是同组员工的评价信息，包括工作态度、合作情况等。
4.工资管理：
主要完成员工工资信息的维护，员工工资分为两部分，一部分是基本工资，根据员工的职称和岗位设置；另一部是动态工资，根据员工的考勤情况和工作评价情况计算，在计算出总工资后，还应扣除一些费用，如税款、公积金、养老金等。
2.2.2性能需求
此工资管理系统对工资数据精度的计算能在默认情况之下精确到小数点后3位小数，即是精确到分的计算。
但在用户使用过程中，能自行根据实际情况进行小数计算精度的设定，最大能允许保留小数点后5位的精度。
在时间特性上，当用户发出命令请求时的服务器的响应时间、对数据更新处理、工资数据的查询检索等上，同样要求系统响应时间不会超过0.5秒时间。
系统支持多种操作系统的运行环境，多不同操作系统，不同文件格式的磁盘上的数据均能实现信息的互通，及共享。
当服务器移植到其他的系统平台，如：
Linux平台下时，同样能和其他的系统进行数据存取同步，不会出现系统之间互不兼容的情况，系统支持多系统之间的互连互通，系统有巨大的强健性。
2.3系统需求建模
2.3.1确定参与者
执行者是指用户在系统中所扮演的角色，表示与所创建的系统进行交互的人或物。
系统的执行者：
职工，管理员。
1.职工：
每个职工有个用户名和密码，能够方便的按照某种关键字对自己的信息和工资进行查询，也可以修改自己密码；
2.管理员：
定义系统以及汇总工资数据，完成工资设定、工资计算、工资发放及打印报表。
管理员有唯一用户名和密码，完成对职工工资料的增加，删除，修改和查询。
2.3.2确定用例
一个用例是用户与计算机之间的一次典型交互作用。
在UML中，用例被定义成系统执行的一系列动作（功能），即用例是对系统用户需求而的描述，表达了系统的功能和所提供的服务。
UML中用例用椭圆图形表示，用例之间的关系使用有扩展、使用、组合。
系统的用例：
工资管理、员工管理、工作评价管理、查询信息、考勤管理、工资报表打印等。
其中查询的信息有可能是查询员工的个人资料，也有可能查询工资信息。
工资设置有岗位工资设置，福利设置。
2.3.3系统用例建模
用例图用于对软件系统的需求分析，即用于描述一个软件系统需要完成什么样的功能。
用例图中的信息包括系统中的执行者和用例的描述，以及两者之间的相互关系的描述。
使用用例图来描述参与者与外部用户所能观察到的系统功能的模型图，在此模型中列出了系统中的用例和参与者，并显示哪个参与者参与了哪个用例的执行。
工资管理系统的用例图如图2.1所示。
图2.1工资管理系统用例图
2.3.4用例描述
用例图描述了系统的功能，而对于用例来说，也需要详尽的描述来说明改用例是用来实现什么功能的。
1.工资管理用例描述
工资管理用例描述如下表2.1所示。
表2.1工资管理用例描述
用例名称
工资管理
用例描述
资管理员可以方便快捷的管理员工相应个人信息，实现各种工资管理操作
前置条件
工资管理员进入系统前进行身份识别并进行授权
后置条件
存储公司工资发放情况，包括基本工资，动态工资记录
活动的基本过程
（1）工资管理员登陆系统，输入账号，密码
（2）系统核对确认个人信息正确，分配相应权限
（3）工资管理员输入工资查询请求
（4）系统反馈相应工资查询结果
（5）工资管理员给系统输入相应可变动数据
（6）系统对输入数据进行记录
（7）工资管理员发送工资汇总请求
2．员工信息管理用例描述
员工信息管理用例描述如下表2.2所示。
表2.2员工信息管理用例描述
用例名称
员工信息管理用案
用例描述
实现新增员工，删除员工，查询员工，修改员工等操作
前置条件
员工管理员进入系统前进行身份识别并进行授权
后置条件
存储公司员工个人信息，包括新增员工，删除员工，查询员工，修改员工信息等记录
活动的基本过程
（1）员工管理员登陆系统，输入账号，密码
（2）系统核对确认个人信息正确，分配相应权限
（3）员工管理员输入新增员工请求
（4）系统实现新增员工请求
（5）员工管理员输入删除员工请求
（6）系统实现删除员工请求
（7）员工管理员输入查询员工请求
（8）系统实现查询员工请求
（9）员工管理员输入修改员工请求
（10）系统实现修改员工请求
3．人员调动用例描述
员工调动用例描述如下表2.3所示。
表2.3人员调动用案用例描述
用例名称
人员调动用案
用例描述
给员工一个适合自己的岗位
前置条件
员工管理员进入系统前进行身份识别并进行授权
后置条件
保存员工基本信息，人员调动基本信息
活动的基本过程
（1）员工管理员登陆系统，输入账号，密码
（2）系统核对确认个人信息正确，分配相应权限
（3）员工管理员输入员工基本信息查询请求
（4）系统反馈相应员工基本信息查询结果
（5）员工管理员提交人员调动情况信息
（6）系统保存员工调动信息
4．工作评价管理用例描述
工作评价管理用例描述如下表2.4所示。
表2.4工作评价管理用案用例描述
用例名称
工作评价管理用案
用例描述
员工可以方便的查询自己被评价的分数，也可以方便的给同组与其他员工评分
前置条件
员工与主管经理进入系统前进行身份识别并进行相应授权
后置条件
记录员工的被评价分，对同组其他员工的评价分，主管经理对员工的评价分
活动的基本过程
（1）主管经理登陆系统，输入账号，密码
（2）系统核对确认个人信息正确，分配相应权限
（3）主管经理输入对某一员工评价请求
（4）系统反馈相应请求结果并记录评价分
（5）员工登录系统，输入帐号，密码
（6）系统核对个人信息正确，分配相应权限
（7）员工提交查询评价分请求
（8）系统反馈员工评价分
（9）员工发送评价同组员工请求
（10）系统反馈请求结果并记录评价分
3.工资管理系统系统分析
3.1系统用例建模
用例图描述了外部用户所能观察到的系统功能。
它通过列出用例和角色，显示用例和角色的关系，从而给出了目标系统的功能。
因此，我们使用用例图描述了工资管理系统的几个基本系统功能。
（1）职工档案管理：
实现对员工基本信息的管理操作，包括员工基本数据信息的添加、修改、删除和查询等功能。
（2）职工信息定义：
实现对工资结构信息的添加、修改、删除和查询等功能。
（3）个人所得税：
完成对个人所得税税率的定义以及对个人所得税的申报。
（4）输入工资：
输入职工工资信息。
（5）工资发放：
发放工资，查看工资发放情况。
（6）工资计算：
完成对计算科目的定义。
1.普通职工的用例
（1）工资查询
（2）个人信息的浏览
（3）个人信息的修改
普通职工的用例图如图3.1所示。
图3.1普通职用例图
2.管理员的用例
（1）职工信息管理
（2）工资管理
管理员的用例图如图3.2所示。
图3.2管理员用例图
3.2静态结构模型
3.2.1类的识别
经过调查得到工资管理系统的需求为:
首先企业对管理系统的员工进行分类，系统有管理员来操作。
公司职工将基本信息添加到系统内，员工也可以对自己的信息进行修改、删除、更新。
管理员对员工的信息进行核对，对职工的基本信息进行确认，并对每个职工所应得的工资、福利进行统计，并发放工资。
面向对象分析的首要的工作，是建立问题域的静态结构模型，因此，对工资管理系统的静态结构模型进行了详细的设计，首先是确定对象、类和关联，然后给类和关联关系属性，以进一步描述它们；接下来利用适当的继承关系进一步合成和组织类。
对需求进行初步处理之后，经过非正式分析得出住院管理子模块的初始类为：
企业、职工、员工、管理员、用户、基本工资、基本信息、工资、福利、工资统计、岗位、应得工资、信息添加、信息删除、信息修改。
对候选类进行严格的考察筛选，去掉不正确的或不必要的，仅保留确实应该记录其信息或需要其提供服务的那些对象。
删除不正确的或不必要的类与对象，根据冗余标准，职工、员工、企业、用户、基本工资、工资分别描述了相同的几类信息，应保留在此问题域中最富于描述力的名称，因此，应该去掉员工、用户、工资，保留入职工、企业、基本工资这三个类。
现实世界存在许多对象，不能都纳入到系统中，仅需要把与问题密切相关的类与对象放到目标系统中，基本信息、信息添加、删除要实现功能关系不大，应该去掉。
剩下下列类：
企业、用户、职工、管理员、应得工资、基本工资、福利、岗位。
3.2.1类的关联关系
我们将待开发的工资管理系统的对象和类识别了出来，随后，我们通过提取动词词组初步得出它们之间的关联，通过分析前文中的需求陈述，我们找出了陈述中隐含的关联，经过分析之后，初步确定出下列关联：
1．直接提取动词短语得出的关联
（1）录入职工信息和修改职工信息。
（2）对职工的信息进行处理
（3）建立、修改和删除信息。
（4）根据录入信息，进行工资和信息查询
（5）发放职工公司
2．需求陈述中隐含的关联
（1）统管理员对工资管理系统进行一定的管理
（2）管理员与职工进行交互
（3）职工工资出现问题通知管理员
3．根据问题域知识得出的关联
（1）使用账号登录系统
（2）企业雇佣管理员对工资管理系统进行管理
经过初步分析得出的关联只能作为候选的关联，对此，我们进行了进一步的筛选，以确定不正确的的关联。
以下是标准的关联。
（1）录入职工信息和修改职工信息。
（2）对职工的信息进行处理。
（3）建立、修改和删除信息。
（4）根据录入信息，进行工资和信息查询。
（5）发放职工公司。
（6）系统管理员对工资管理系统进行一定的管理。
3.2.3类的属性描述
属性是对象的性质，通过对象类和结构有更深入，更具体的认识。
一般来说确定属性的过程包括分析和选择两个步骤。
属性的确定既与问题有关，也和目标系统的任务有关。
应该仅考虑与具体应用直接相关的属性，不要考虑那些超出所要解决的问题范围的属性。
在分析过程中应该首先找出最重要的属性，以后在逐渐把其余属性添加进去。
此次分析过程中，我们在分析阶段没有考虑那些纯粹用于实现的属性。
只是在最后认真考察了经初步分析而确定下来的那些属性，从中删掉了那些不正确的或不必要的属性。
部分对象类的属性描述如下：
职工——内码、编码、姓名、性别、年龄、账号、福利
管理员——内码、编码、姓名、性别、年龄
企业——名称、编号、地址
基本工资—名称、发放次数、数目、性质
3.2.4类图的构建
类图是面向对象的软件开发中的一个核心概念。
Rose中的类图用于描述软件系统中涉及到的类的相关信息，以及类与类之间的相互关系。
系统类图如下图3.3所示。
图3.3系统类图
3.3系统动态模型
3.3.1系统执行顺序分析
在顺序图中，一条竖线代表一个对象，每个时间用一条水平的箭头线表示，箭头方向从事件的发送对象指向接受对象，时间从上向下递增，箭头线在垂直方向上的相对位置表示事件发生的先后。
时序图用来描述对象之间动态的交互关系，着重体现对象间消息传送消息的时间顺序。
下面分别给出各个用例的顺序图。
职工的顺序图如图3.4所示。
图3.4职工顺序图
管理员顺序图如图3.5所示。
图3.5管理员顺序图
3.3.2系统协作分析
合作图也称为协作图，用于描述相互合作的对象间的交互关系和链接关系。
与顺序图一样，合作图也展示了对象间的动态协作关系。
它除了说明信息的交换外，还显示对象间的连接关系，描述信息在连接的对象之间的传递。
根据对工资管理系统的的顺序图得出协作图，职工的协作图如图3.6所示。
图3.6职工的协作图
管理员的协作图如图3.7所示。
图3.7管理员协作图
3.3.3系统状态分析
状态图用来描述一个特定对象的所有可能状态及其引起状态转移的事件。
状态图描述了事件和对象状态的关系。
企业职工将自己的个人信息录入数据库存档，为自己建立属于自己的档案，在管理员对职工工资管理时可以根据职工的情况进行工资的发放，以及系统能否正常操作。
根据以上信息可以定义工资管理系统的状态图如图3.8所示。
图3.8工资管理系统的状态图
员工查询信息的状态图如图3.9所示。
图3.8员工查询信息状态图
3.3.4系统活动分析
分析用例中的逻辑流程，描述用例的事件流，可以画出各用例对应的活动图。
活动图是由状态图转化而来的，它描述了系统中各种活动执行的顺序，刻画了一个系统中所要进行的各项活动的执行流程。
根据上文中绘制得出的顺序图以及合作图，对两图中相互交互的对象进行分析可以得出系统主要的活动图。
1.员工活动图
（1）输入登录口令：
进入系统的第一步骤
（2）提交个人信息：
对个人信息进行存档
（3）查询工资表：
对自己的工资进行查询
（4）选择查询种类：
选择查询方式
根据以上的分析过程得出工资管理系统职工的活动图如图3.9所示。
2.管理员工信息活动图
（1）进入系统：
登陆的第一步
（2）员工信息:
可以访问员工信息
（3）添加、删除、修改信息：
可以对员工的基本信息进行处理
根据以上的分析过程得出工资管理系统管理员的活动图如图3.10所示。
图3.9职工活动图
图3.10管理员工信息活动图
4.工资管理系统系统设计与实现
4.1UML体系结构设计
软件需求分析阶段完成后，进入软件设计阶段，解决“怎么做”的问题。
在这个阶段主要任务：
将分析阶段获得的需求说明转换为计算机中可实现的系统，完成系统的结构设计，包括数据结构设计和程序结构设计。
用UML及其集成环境RationalRose对系统进行分析和建模，采用PowerBuilder’s完成组件平台建设，后端数据存储是当前流行的Oracle9i数据库。
本系统基于PowerBuilder’s构建三层C/S结构，数据库服务器运行数据库管理系统软件，COM+组件运行在应用服务器上，客户机运行工资管理系统客户端软件。
描述系统整体体系结构，工资管理系统由员工管理子系统，考勤管理子系统，工资管理子系统，工作评价管理子系统，系统管理模块子系统组成。
其中考勤管理子系统与工资管理子系统，工作评价管理子系统之间存在相互依赖关系。
4.1.1硬件体系结构设计
在客户端与数据库服务器之间加入了一个“中间层”应用服务器。
在这种结构中，表示层、业务逻辑层和数据访问层在逻辑上是彼此分离的，表示层向用户提供数据，并有选择地允许用户使用逻辑数据。
对于基于PC的应用程序来说，本机用户和基于Web的用户接口是其两个主要的用户接口。
本机用户接口使用底层操作系统服务，基于Web的用户使用DCOM协议，可通过任何平台的浏览器来阅读。
本系统的三层结构如图4.1所示。
图4.1三层结构图
4.1.2软件体系结构设计
软件结构是由信息系统软件的各子系统按照确定的关系构成的结构框架，一般呈现多层次结构模式。
子系统是对软件进行分解的一种中间形式，也是组织和描述软件的一种方法。
软件结构设计就是把软件分解成多个子系统，并确定各子系统及其接口之间的相互关系。
工资管理系统的软件结构如图4.2所示。
图4.2软件体系结构图
4.2对象模型设计
在前文中，对系统所有关联对象经过非正式分析后得出工资管理系统的初始类如下：
员工、职工、用户、管理员、员工信息、职工信息、工资发放、工资统计、基本信息、、发放信息、工资等。
对以上候选类进行严格的考察筛选，去掉不正确的或不必要的，仅保留确实应该记录其信息或需要其提供服务的那些对象，增加和实现有关的类与对象，得出以下类与对象：
职工、管理员、职工信息、工资发放、工资统计等。
部分对象的属性描述如下：
职工——内码、编码、姓名、性别、年龄、账号、福利
管理员——内码、编码、姓名、性别、年龄、
工资信息——名称、发放系数、显示序列、性质由以上分析所建立的对象模型图如图4.3所示。
图4.3系统对象图
4.3系统实现
使用UML建模技术，对工资管理系统进行了建模设计，使得开发出的产品在面对不同的客户时方便修改和维护，大大减少了投入的人力和时间，同时大大缩小了产品的成本。
在UML中，描述实现的视图称为组件视图。
它对模型中的组件建模，描述应用程序搭建的软件单元以及组件之间的依赖，从而可以估计更改的影响。
它还对类及其他元素在组件中的分配建模。
布局视图包括组件图、配置图以及部署图，从不同的角度反映并显示了本系统的软件和硬件的物理配置。
4.3.1组件分析
组件图是用来反映代码的物理结构。
从组件图中，可以了解各软件组件之间的编译器和运行时依赖关系。
使用组件图可以将系统划分为内聚组件并显示代码自身的结构。
构件对外提供的可见操作和属性称为构件的界面。
在UML中，组件图描述了组件及组件之间的关系，表示了组件之间的组织和
升级会员 