工资管理系统uml大作业

目录第一章可行性分析11.1技术可行性13.2经济可行性13.3社会可行性1第2章系统需求分析22.1系统需求分析22.2发展计划2第3章用例图设计建模43.1参与者列表43.2用例示例表43.3用例图53.4用例6的优先级第4章类图设计建模74.1类图74.2属性和操作列表94.3迭代类模型114.4状态图124.5图层图124.6层交互策略134.7包装图14第5章序列图设计建模155.1业务服务的实施155.2系统维护人员235.3人事部25第6章部署图设计建模27参考文献2725第一章可行性分析利用计算机的便利性和程序的可操作性，我们可以更加方便快捷地科学管理信息系统。同时，我们可以用专业知识解决实际问题。1.1技术可行性技术可行性分析主要分析现有技术条件是否能够成功完成软硬件配置的开发，是否满足开发者的需求。这个特性非常适合计算机的特点。它充分发挥了数据处理速度快、精度高的优点。现代计算机软硬件技术的飞速发展为系统的建设提供了技术条件。由于企业财务系统如企业薪酬管理系统的发展已有一段时间，有很多成功的例子，而且技术基础也很强，所以技术准备应该不成问题。1.2经济可行性主要评估项目的经济效益。一方面，费用包括设备采购、软件开发、管理和维护、员工工资和培训费等。另一方面是可以用金钱来衡量的那部分收入(另一部分收入很难用金钱来表达)。基于学校现有的计算机和配套设备，建立管理信息系统(管理信息系统)。不仅可以大大减少重复性的书面报告，降低办公费用，提高办公效率，而且可以提高测试数据的利用率，为企业提供方便。因为学校的薪酬管理系统是一个相对较小的系统，在人力、物力和财力上是可行的。1.3社会可行性社会可行性研究是分析系统投入使用后可能对社会产生的影响，如是否被人们接受，是否给社会带来好处。随着学校员工数量的增加，员工的薪酬管理变得越来越复杂。薪酬管理不仅关系到劳动人事管理，也是财务管理的重要组成部分。早期的工资统计和发放都采用手工方式处理纸质文件，不仅耗费财务人员大量时间，而且不易保存。经常由于个人原因，粗心的复制或粗心的计算，工资分配错误发生。基于上述原因，学校薪酬管理系统采用计算机进行安全存储、快速计算和综合统计，实现薪酬管理的系统化、规范化和自动化。因此，该系统的建立具有重要的现实意义和时间应用的基石。第2章系统需求分析2.1系统需求分析随着计算机技术的迅速发展和计算机在各种组织管理中的应用的普及，在一个强调管理和信息的现代社会中，管理信息系统的发展变得越来越重要。因此，利用计算机支持单位高效地完成工资管理的日常事务，是适应现代事业单位要求，促进各事业单位工资管理科学化、规范化的必要条件。在当今信息社会，随着信息的不断增长和企业对信息的需求，信息管理技术应运而生。企业薪酬管理信息系统是现代企业在竞争中立于不败之地的必要组成部分。它可以为查询薪资信息提供充足的信息和快捷的查询手段。传统的手工管理方法已经被用于管理文件文件很长时间了。这种管理方法有很多缺点，如效率低、保密性差。另外，长时间会产生大量的文件和数据，给搜索、更新和维护带来很多困难，并且容易丢失。自从20世纪50年代计算机被引入数据处理以来，它们经历了管理信息系统发展的不同阶段。一方面，信息技术应用的迅速发展，另一方面，许多管理信息系统在消耗了大量的人力、物力和财力之后消亡了，或者根本没有实现原有系统的发展目标而使用计算机作为打字机。这是一个长期困扰人们的大问题。现在人们越来越认识到，信息技术的应用与应用环境是不可能分开的。管理信息系统不仅是一个技术系统，也是一个社会系统。用计算机管理企业工资信息有着人工管理无法比拟的优势。例如：快速搜索、方便搜索、可靠性高、存储容量大、保密性好、使用寿命长、成本低等。这些优势可以大大提高企业薪酬管理的效率，也是企业科学规范管理和与世界接轨的重要条件。因此，迫切需要开发一种新的计算机管理的薪酬管理信息系统来代替手工操作，这也是本课题的出发点。2.2发展计划工资管理系统的主要任务是通过工资费用的计算和分配为成本核算和会计处理提供依据，并根据工资制度和劳动的数量和质量计算和分配应支付给员工的工资。工资核算中工资管理的主要内容。工资核算包括工资结算和工资分配。工资结算是指应付工资、代扣工资和已付工资的计算。工资分配是指按部门和类别汇总工资，并按工资用途分配工资。工资总额是指单位在一定时间内支付给全体职工的劳动报酬总额。根据国家统计局的规定，工资总额由6部分组成：小时工资、计件工资、奖金、津贴和补贴、加班工资和特殊情况下支付的工资，其中小时工资和计件工资是最基本的部分。由上述工资组成的工资总额只是应付工资，而不是每个工人实际收到的工资，因为有一些项目需要扣除，如公用事业费、工会会员费、保险费、公积金、病假扣除、旷工扣除和个人所得税。在计算每个员工的实际工资之前，应从工资总额中扣除该金额，即存在以下关系：应付工资=基本工资工龄工资岗位津贴固定补贴加班工资奖金扣除总额=公用事业费、保险费、个人所得税、病假扣除、事假扣除、旷工扣除和其他扣除实际工资=应付工资-扣除总额财务部每月根据人事部提供的基本工资数据、所得税税率和人员变动情况，计算出所有员工的基本工资信息。然后，财务部门根据各部门提供并审核的各种表格，如已完成的任务表、考勤表、考核表、当月员工扣除额(包括水电费、病假扣除额等)计算员工的可变工资、个人所得税和应付工资。)，等等。并准备工资单。按类别汇总，编制薪资汇总表。实际工资将被转移到代理银行，代理银行将代表银行支付工资并处理账户。薪资结算流程主要设计为f(2)计算汇总工资，分摊工资和费用，完成工资核算。(3)处理银行的工资服务。第3章用例图设计建模3.1参与者名单工资会计：系统的主要用户，完成工资会计、工资分配、工资转账、银行代理等各种业务。人事部门：维护员工信息、处理员工信息定义和管理员工档案的部门。系统维护人员：负责设置薪级、定义系统和汇总薪资数据的人员。3.2用例列表1.员工档案管理：管理员工基本信息，包括增加、修改、删除、查询员工基本数据信息等功能。2.员工信息定义：增加、修改、删除、查询薪资结构信息。3.系统定义：实现环境的配置和面值的定义等。4.工资支付标准：设置工资支付标准。5.薪资数据汇总：用于汇总和查询薪资数据。6.薪资项目定义：实现薪资公式的定义和多次薪资支付的定义。7.个人所得税：完成个人所得税税率的定义并申报个人所得税。8.输入薪资：输入员工薪资信息。9.工资单：支付工资并检查工资支付情况。10.银行支付：定义银行支付的格式和工资。11.薪酬会计：完成会计科目的定义和会计凭证的生成。12.月末处理：处理工资月末信息。3.3用例图人事部门用例图系统维护人员用例图薪酬会计用例图3.4用例的优先级绿色：-员工信息定义-工资率-系统定义-工资项目的定义黄色：-输入工资-工资核算-个人所得税-支付工资-银行代理红色：-月末处理-工资数据汇总-员工档案管理第四章类图设计建模4.1类图经过分析，类图如下：1.员工(工资)信息类图：2.银行代表出具的类图：3.项目显示过滤类图4.所得税分类图：5.工资转移的类图：4.2属性和操作列表1.员工(薪资)信息的属性和操作：2.银行代理发行的属性和操作：3.项目显示过滤的属性和操作：4.所得税的性质和操作：5.工资转移的性质和操作：4.3迭代类模型在上述分析类模型之后，我们修改和整理了迭代类模型。如下所示：4.4状态图在系统运行期间，会发生各种外部事件，触发不同的状态。系统状态图如下：4.5层图薪酬管理系统的层次图如下：HTML层摇摆层微层超文本传输协议/计算机生成接口层控制层小程序层RMI层服务层业务层JDBC层数据库层该接口由JDBC提供，并使用标准JDBC来访问关系数据库，而不需要单独的持久层，因为关系数据库可以满足系统生命周期中的需求。服务层包括类图中实体对象的分析和各种支持对象的实现。这些对象包括进出数据库的数据的JDBC代码。服务层将服务层中的对象和消息以服务器对象上消息的形式传输给服务。服务层的对象是EJB会话对象，它有两个优点：第一，可以访问J2EE事务管理；第二，图形用户界面客户端可以直接通过RMI访问，绕过网络服务器。为了保持applet层的封闭，业务服务返回的所有信息都采用协议对象的形式，即业务的简单副本。小应用程序层是用于超文本标记语言/计算机图形用户界面客户端的控制层。每个服务小程序将小程序层上的一个或多个对象转换成简单的命令和问题，这些命令和问题可以从客户端发出。为了响应每个命令和问题，服务小程序执行必要的操作，并向用户机器发送一个HTML页面。这样，页面设计和源代码就分开了。每个响应页面都是由JSP构建的，其内容是根据客户交互动态生成的。JSP接收作为协议对象的动态数据，这些数据由服务小程序传输。超文本标记语言层的网络通信由标准超文本标记语言层提供。RML层是允许从图形用户界面进行远程访问的网络层。该层上的对象只是服务层上EJB会话对象的修饰符。每个服务器对象都用一个RMI服务程序来装饰，每个RMI服务程序都使用小程序层通过调用JSP使用的相同协议对象。控制层位于图形用户界面对象和RMI代理之间。它用于简化与服务器对象的交互并隐藏RMI的细节。没有详细介绍RMI层、控制层、Swing层和Micro层，因为图形用户界面不是薪资管理系统的第一个增量版本的一部分。4.6层交互策略在服务器上，为了简化，所有层的通信都是向下进行的。换句话说，消息只能从一层传输到下一层。客户使用事件是为了方便Swing和Micro层，因此应用程序相关的消息可以从用户界面组件向下传输到控制层。该层相对封闭，便于实施和维护。每个层都可以访问其下一层中的对象，但不能访问其上一层中的对象。4.7包装图纸系统功能包图如下：薪酬管理系统基于网络服务，必须与用户交互。该系统的用户分为三类：工资会计、系统维护人员和人事人员。然而，普通员工可以对照他们的实际工资来检查工资会计师提供的信息。系统维护人员负责系统的维护和安全。同时，为了在系统被破坏后最小化损失，必须有一个备份系统。人事部门负责人员的调动，所以他们有权根据实际情况修改员工的信息，同时员工的档案必须有备份。这些不同用户所需的不同功能可以在小程序级别上分开，以避免较低级别上的更多并发和冲突。第五章序列图设计建模5.1业务服务的实施薪酬管理系统提供的各种服务都是基于分布式、开放的信息结构，依靠高速可靠的网络环境来完成。意外服务可以被看作是一个事件流，它是通过几个相关对象的交互和协作来完成的。对于这种系统内部的合作关系和过程是微妙的，可以通过绘制序列图来帮助观察和理解。具体来说，每个系统用例使用一个或多个序列图来说明功能的实现。序列图如下：1.薪酬会计师(1)工资项目的定义薪资项目定义时序图薪资项目定义时序图多重支付的时序图2.个人所得税所得税税率定义时序图个人所得税申报时序图3、银行代发薪资生成格式定义时序图工资生成数据