工资标准管理系统uml大作业目录第1章可行性分析..................................................................................... 错误！未定义书签。

1.1 技术可行性 (1)经济可行性 (1)社会可行性 (1)第2章系统需求分析 (2)系统需求分析 (2)开发计划 (2)第3章用例图设计建模 (4)3.1 参与者列表 (4)用例例表 (4)用例图 (5)用例的优先级 (6)第4章类图设计建模 (7)类图 (7)属性及操作列表 (9)迭代类模型 (11)状态图 (12)层图 (12)层交互策略 (13)包图 (14)第5章顺序图设计建模............................................................................. 错误！未定义书签。

5.1 业务服务的实现 ...................................................................... 错误！未定义书签。

系统维护员 (23)人事部门 (25)第6章部署图设计建模 (27)参考文献 (27)第1章可行性分析运用计算机的便捷性,程序的可操作性,让我们更能够方便快捷的对信息系统进行科学性的管理。

与此同时,我们能够利用专业知识来解决实际问题。

技术可行性技术上的可行性分析主要分析现有技术条件是否能顺利完成开发工软件配置否满足开发者需要等。

这一特点非常适合计算机的特点，发挥计算机的数据处理速度快，准确率高的优势，现代计算机硬件和软件技术的飞速发展，为系统的建设提供了技术条件。

由于对企业工资管理系统这一类的企业财务系统进行开发已有一定的时期，有很多成功的实例，技术基础也非常雄厚，因而技术上的准备应该不成问题。

经济可行性主要是对项目的经济效益进行评价，一方面的支出的费用，其中包括设备购置费，软件开发费，管理和维护费，人员工资和培训费等。

另一方面是取得的收益中可以用钱来衡量的那部分（收益的另一部分难以用钱来表示）。

基于学校的现有计算机及配套设备，建设MIS系统（管理信息系统）。

不但能大大减少重复性的书面报告，降低办公费用，提高办公室效率，而且能提高检测数据效用，为企业提供很方便。

由于学校工资管理系统是一个比较小型的系统，所以从人力、物力、财力方面来说都是可行的。

社会可行性社会可行性研究是对系统投入使用后对社会可能带来的影响进行分析，比如是否为人们所接受，是否为社会带来效益。

随着学校员工数量的增加，员工的工资管理工作也变得越来越复杂，工资管理既涉及到劳动人事的管理，同时也是财务管理的重要组成部分。

早期的工资统计和发放都是使用人工方式处理纸质档案，不仅花费财务人员大量的时间，且不易于保存，往往由于个人原因，抄写不慎或者计算疏忽等，出现工资发放错误的现象。

基于以上原因，学校工资管理系统使用电脑安全保存，快速计算，全面统计，实现工资管理的系统化，规范化，自动化。

因此，建立本系统具体有现实意义，有其可时间应用的基石。

第2章系统需求分析随着计算机技术的飞速发展，计算机在各种单位机构管理中应用的普及，管理信息系统的开发在强调管理、强调信息的现代社会中也显得越来越重要。

因此，利用计算机支持单位高效率地完成工资管理的日常事务，是适应现代各种单位机构制度要求、推动各种单位机构工资管理走向科学化、规范化的必要条件。

在当今的信息社会，随着信息的不断增长和企业对信息的要求，信息管理技术随之出现。

企业工资管理信息系统是一个现代化的企业在竞争中立于不败之地的必要部分，它能够为查询工资信息提供充足的信息和快捷的查询手段。

一直以来使用传统人工的方式管理文件档案，这种管理方式存在着许多缺点,如：效率低、保密性差，另外时间一长，将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难，而且容易丢失。

自20世纪50年代将计算机引入数据处理以来，历经管理信息系统发展的各个阶段。

一方面是信息技术应用的迅猛发展，另一方面，许多管理信息系统在耗费了大量的人力、物力、财力之后夭折了，或者根本没有实现原系统的开发目标，而把计算机用作了打字机。

这是长期以来困惑人们的一大问题。

现在人们日益深刻认识到，把信息技术应用与应用环境分离是办不到的。

管理信息系统根本不仅是技术系统，而且是社会系统。

使用计算机对企业工资信息进行管理，具有手工管理所无法比拟的优点。

例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。

这些优点能够极大地提高企业工资管理的效率,也是企业的科学化、正规化管理，与世界接轨的重要条件。

因此，开发一个代替手工操作的新型的计算机管理的工资管理信息系统刻不容缓，这也是本课题的由来。

开发计划工资管理系统的主要任务是通过工资费用的计算和分配，为成本核算与账务处理提供依据，并且根据工资制度和职工劳动数量与质量，计算并发放应该支付给职工的工资。

工资核算时工资管理的主要内容。

工资核算包括工资结算与工资分配两个方面。

工资结算是指应付工资、代扣款项和实发工资的计算；工资分配是指按部门、类别进行工资汇总，并按工资的用途对工资进行分配。

工资总额是指各单位在一定时期内支付给本单位全体职工的全部劳动报酬总额。

按照国家统计局的规定，工资总额有计时工资、计件工资、奖金、津贴和补贴、加班加点工资和特殊情况下支付的工资6部分组成，其中计时工资和计件工资是工资总额中最基本的部分。

上述工资构成要件所组成的工资总额只是应发工资，并非每个职工拿到手的实发工资，原因在于存在一些应扣项目，例如水电费、工会会费、保险费、公积金、病事假扣款、旷工扣款和个人所得税等。

在计算每个职工实发工资之前应在工资总额中扣除这部分款项，即有如下关系：应发工资= 基本工资+ 工龄工资+ 岗位津贴+ 固定补贴+ 加班加点工资+ 奖金扣款合计= 水电费+ 保险费+ 个人所得税+ 病假扣款+ 事假扣款+ 旷工扣款+ 其他扣款实发工资= 应发工资–扣款合计每个月财务部门根据人事部门提供的职工基本工资数据、所得税率和人事变动情况计算所有员工的基本工资信息，然后根据各个部门提供并审核后的各种表格，如完成任务表、考勤表、考核表、职工当月的扣款情况（包括水电费、病事假扣款等）等计算职工变动工资、个人所得税和应发放工资等，编制工资单。

按类进行汇总，编制工资汇总表。

将实发工资转入代发银行，由银行代发工资，并进行账务处理。

工资结算过程主要设计如下会计账户：现金、银行存款、应付工资、其他应付款、其他应收款等。

基于上述需求分析，工资管理系统的系统目标可归纳为以下几个方面：（1）收集、记录和存储有关人员和工资的数据。

（2）计算、汇总工资，分摊工资费用，完成工资核算处理。

（3）处理银行代发工资业务。

第3章用例图设计建模参与者列表工资核算员：系统的主要使用者，完成工资核算、工资发放、工资转账和银行代发各项业务。

人事部门：维护员工信息、处理员工信息定义和员工档案管理的部门。

系统维护员：负责制定工资款项标、定义系统以及汇总工资数据的人。

1、员工档案管理：实现对员工基本信息的管理操作，包括员工基本数据信息的添加、修改、删除和查询等功能。

2、员工信息定义：实现对工资结构信息的添加、修改、删除和查询等功能。

3、系统定义：实现对环境的配置以及面值定义等。

4、工资款项标准：设定工资款项的标准。

5、工资数据汇总：实现对工资数据的汇总、查询等功能。

6、工资项目定义：实现对工资公式定义以及工资的多次发放定义。

7、个人所得税：完成对个人所得税税率的定义以及对个人所得税的申报。

8、输入工资：输入员工工资信息。

9、工资发放：发放工资，查看工资发放情况。

10、银行代发：定义银行代发格式以及代发工资。

11、工资核算：完成对核算科目的定义以及核算凭证的生成。

12、月末处理：处理工资月末信息。

用例图人事部门的用例图系统维护员的用例图工资核算员的用例图用例的优先级·绿色：-员工信息定义-工资款项标准-系统定义-工资项目定义·黄色：-输入工资-工资核算-个人所得税-工资发放-银行代发·红色：-月末处理-工资数据汇总-员工档案管理第4章类图设计建模类图经过分析可知，类图如下所示：1、职工（工资）信息的类图：2、银行代发的类图：3、项目显示过滤的类图4、所得税的类图：5、工资转账的类图：属性及操作列表1、职工（工资）信息的属性及操作：2、银行代发的属性及操作：3、项目显示过滤的属性及操作：4、所得税的属性及操作：5、工资转账的属性及操作：迭代类模型经过以上的分析类模型，我们经过修改和整理后，得到了迭代类模型。

如下所示：系统在运行过程中，会出现各种外部事件，从而触发不同的状态。

系统的状态图如下所示：层图工资管理系统的层图如下：HTML层Swing层Micro层HTTP/CGI层控制层小程序层RMI层服务层业务层JDBC层数据库层接口由JDBC提供，使用标准的JDBC访问关系数据库，没有单独的持久层，因为关系数据库就可以满足系统生命周期内的要求。

服务层包含分析类图中实体对象以及各种支持对象的实现。

这些对象包括数据传入传出数据库的JDBC 代码。

服务层把业务层中的对象和消息以服务器对象上的消息的形式传给业务服务。

服务层中的对象是EJB 会话对象，这有两个优点：第一，可以访问J2EE事务管理；第二吗，可以通过RMI直接访问GUI客户机，绕过Web服务器。

为了使小程序层保持关闭，业务服务的返回的所有信息都采用协议对象的形式，即业务的轻型副本。

小程序层HTML/CGI客户的一个控制层。

每个服务小程序都把小程序层上的一个或多个对象转化为可以从客户机发出的简单命令和问题。

为了响应每个命令和问题，服务小程序要执行必要的动作，再把一个HTML页面传送给用户机。

这样页面设计和源代码就是分开的，每个回应页面都由JSP建立，根据客户交互操作动态生成其内容。

JSP把动态数据接收为协议对象，由服务小程序传送。

HTML层的网络通信由标准的HTMLCGI层提供RML层是一个网络层，允许从GUI上进行远程访问。

这个层上的对象只是服务层上EJB会话对象的修饰器；每个服务器对象都用一个RMI servant来修饰，每个RMI servant则通过使用协议对象与调用JSP是小程序层使用的协议对象相同。

控制层位于GUI对象和RMI代理之间。

它用于简化与服务器对象的交互，隐藏RMI的细节。

RMI层、控制层、Swing层和Micro层都不详细介绍因为图形化用户界面不是工资管理系统第一个递增版本的一部分。

层交互策略在服务器上，为了便于简化，所有的层通信都是向下进行的。