摘要
随着科技和市场的深入发展，市场竞争、行业竞争等越演越烈。企业人事管理工作虽然由企业人事管理人员((HR)等负责，但随着企业规模的不断扩大，如果所有工作全部由HR来做则会为企业带来人事管理上的负担，应建立健全人事管理制度，由企业被动管理改成员工主动参与管理。在此基础上设计了企业人事管理系统，能有效的解决伴随企业规模增大中，人事管理负担增重的问题。
企业人事管理系统的设计和实现的参与者分为企业员工、人事专员和经理，经理是系统的核心组成部分，其核心功能具有权限管理、人员调动管理和考核管理等。数据的存储是利用MySQL来存储数据相关的信息。
由于企业人事管理系统是在企业内部使用，为了解决网络入侵等风险。因此将采用C/S模式，这种模式能有效的减免网络攻击的可能性。C/S模式有着较强的权限操作流程，能更好的保护员工等信息不会被泄露。该系统的设计实现，能为企业人事管理带来很大的便利。
关键词：企业人事管理系统、系统建模、系统分析与设计
目录
一 可行性研究
1.1 技术可行性
系统技术可行性是指在技术层面上，系统是否能够顺利地实现预期的功能，并且满足性能、稳定性、安全性等要求。在进行人事管理系统的技术可行性分析时，需要考虑以下几个方面：
首先，需要根据需求分析和功能设计，确定系统的技术方案。在选择开发语言、数据库、服务器等技术方案时，需要考虑技术成熟度、开发效率、扩展性等因素，从而保证系统的可行性。
其次，系统的架构也是系统设计的核心。在系统架构设计时，需要考虑系统的可扩展性、可维护性、可升级性等因素，从而保证系统的技术可行性。
1.2 经济可行性
针对一款合格的网络系统的开发来说，主要是硬件费用、软件费用以及人工时间的成本。对于本次系统来说采用的硬件只需要一台联网的电脑即可，因为现在的电脑配置普遍都能够支持Web系统的开发，并且可以将电脑作为服务器进行系统的客户端和服务器的运行。另外软件上，系统开发工具、数据库管理工具、数据库建模工具、客户端浏览器都可以免费下载到并投以使用，所以也不需要什么成本。系统的开发主要是人工的时间成本，只要对于开发技术掌握熟练，并且对于问题的查找有一定的经验，就能够在很短时间内开发出本系统。1.3 操作可行性
该项目只需要在一台电脑上运行即可操作，对电脑的硬件要求并不会很高，基本配置的电脑都可运行。现如今家家户户一般都会有配置电脑，所以基本上不会存在额外开销。并且项目操作简单便携，不会存在很高的培训成本即可使用该系统。
二 需求分析
2.1需求获取的方法及手段
对于此次企业人事管理系统的需求获取主要采用6种方法的实施具体如下：
通过对用户进行面对面或电话采访,直接询问他们需求,了解他们目前使用的产品或服务中的难点和痛点。这是获取需求的最直接方法。
设计相关问卷,让用户填写需求情况。问卷题目要尽量细致,覆盖不同角度。这可以获得广泛用户的反馈。
此次的课题需求获取还通过网上问卷星的方式对用户进行了问卷调查：获取到了用户对企业人事管理系统的需求，并对其进行整理优化。
调查研企业人事管理系统的相关数据和资料。
结合实际应用需求，针对现有的基于Android的企业人事管理系统的研究现状与存在的问题，在实践中进行探索、研究，经历调查——计划——行动——总结——反思五个阶段。
根据实际案例，对设计开发方案与实施过程及时地总结经验，不断地调整设计思路，实现新的突破。
收集相关的文献资料和研究成果进行比较、筛选、吸收，结合本课题研究加以创新，不断地为选题研究提供科学的论证资料和研究方法，使基于Android的企业人事管理系统的设计顺利完成。
2.2功能划分及描述
通过初步的调查分析，对系统进行了统筹规划，全面设计，既立足于公司的当前情况，又考虑到将来的发展。在进行总体设计时，采用先进的模块化理论。根据对现行系统的业务流程重组，新系统主要实现的功能大致由权限管理、员工管理、部门管理、职位管理、 考勤管理、人事异动管理等子系统组成。其中每个子系统又包含相应的模块。系统功能结构图如图2.2所示。
图2.2企业人事管理系统功能结构图
2.2.1权限管理模块
拥有“员工操作权限的角色”或“角色操作权限的角色”的员工都可看作“权限管理员”
（1）管理员工拥有的角色数据：权限管理员可以查看员工拥有的角色，并在经过人事管理员审核通过后进行增加，修改或删除员工拥有的角色操作
（2）管理角色信息：权限管理员可以查看角色的信息(包括角色的基本信息和拥有的权限)，并在经过人事管理员审核通过后进行增加，修改或删除操作
（3）审核权限变更：人事管理员可以审核权限管理员对用户或角色的增加，修改或删除操作的请求。若权限请求被人事管理员拒绝，可打回给权限管理员重新提交
（4）管理权限操作日志：所有的权限操作(包含增删改)都会留下操作日志，只有权限管理员可以查看和删除权限操作日志
2.2.2 员工管理模块
拥有“员工操作权限的角色”的用户可看作“员工管理员”
（1）登录：每个员工都可以通过身份证或ID登录访问该人事管理系统，拥有不同权限的用户会使用不同的功能
（2）查看员工信息：员工管理员可以查看员工的各种信息
（3）员工信息管理：管理员可以根据公司的要求，登记员工的信息，对员工的信息进行操作改动，或修改员工的状态，员工可以根据需求来查看和修改自己的基本信息（如电话，邮箱等）
（4）员工工作业绩管理：员工管理员对员工的业绩进行统计（包括开始时间、结束时间的工作单位）
（5）员工工资发放：调用财务管理系统的接口生成工资信息，并由财务部管理人员审核通过后进行工资发放
2.2.3 部门管理模块
拥有“部门操作权限的角色”的用户可看作“部门管理员”
（1）管理部门的基本信息，部门管理员可以对部门的基本信息进行查询和修改，部门员工可以查询自己所属部门信息
（2）奖惩通知管理：统计员工工作奖惩信息，部门管理员统计奖惩信息记录并分配奖金，再通知员工领取奖金
（3）部门管理员可以发布部门的公告，部门员工登录账号查看公告
2.2.4 职位管理模块
拥有“职位操作权限的角色”的用户可看作“职位管理员”
（1）管理职位信息：职位管理员可以使用本用例对职位基本信息进行查询和修改，员工可以查询自己的职位信息
（2）管理职位工资信息：职位管理员可以使用本用例对职位工资进行调整，调整薪资之前需要经过财务部管理人员的审批
（3）申请发放工资信息凭证：职位管理员可以使用本用例对向该职位下所有员工放发工资信息凭证
（4）职位级别调整：职位管理员可以进行职位级别的调整，须先由部门经理进行审批，再进行职位级别调整操作
2.2.5 考勤管理模块
拥有“考勤管理权限用户角色”的用户可看作“考勤管理员” 拥有“普通权限用户角色”的用户可看作“普通用户”
（1）打卡签到：普通用户可以每日进行打卡签到（时间段内），各部门经理可以根据签到情况，决定是否发放全勤奖
（2）设置绩效目标：考勤管理员可以根据企业实际需要设定月季绩，年考奖等（可根据员工业绩，项目评价，客户评语等）
2.2.6 人事异动管理模块
拥有“人事管理权限用户角色”的用户可看作“人事管理员”
（1）职位变动审批：每一位员工的晋升、降职、调动信息，包括相应的薪资变动的情况都会经过人事管理员的审批，审批完成后才执行相应的操作
（2）职位变动日志：系统自动录入每一位员工的晋升、降职、调动信息，包括相应的薪资变动的情况
（3）查看职位变动日志：人事管理员可以查看每一位员工的晋升、降职、调动信息，包括相应的薪资变动的情况
（4）人事通知：当有人事异动出现时，人事管理员可撰写人事通知当事人
三 校园卡掌上管理系统面向对象分析与建模
3.1业务用例建模
业务用例的参与者有权限管理员、部门管理员、员工、部门经理、职位管理员、员工管理员、考勤管理员、人事管理员。当然根据级别的不同，权限也有所区别。如图3.1员工管理业务用例图所示。
图3.1员工管理业务用例图
3.2系统类建模
对象类图包括三个部分:对象类、用户接口、联系。对象类简称类，是面向对象模型的最基本的模型元素。对象类有属性、操作、约束及其他成分等。属性描述类性质的实例具有的值，操作实现类的服务功能，它可以被本类的对象请求执行，从而发生某种行为。用户接口就是用户与系统交互的界面，它也可以用对象类表示。联系代表对象类之间的关系，这种关系可以有多种，如关联、聚合、泛化、依赖等都是非常重要的联系。学籍管理子系统中，学生作为主要操作对象可以以类图的方式表示出其特性及相关操作。
该系统的功能模块较多，需要为其各个系统做出相关属性与操作作出分析，该系统包括：权限管理实现类图如图3.2（a）、员工管理实现类图如图3.2（b）、部门管理实现类图如图3.2（c）、职位管理实现类图如图3.2（d）、考勤管理实现类图如图3.2（e）、人事异动管理实现类图如图3.2（g）。
图3.2（a）权限管理实现类图
图3.2（b）员工管理实现类图
图3.2（c）部门管理实现类图
图3.2（d）职位管理实现类图
图3.2（e）考勤管理实现类图
图3.2（g）人事异动管理实现类图
四 企业人事管理系统面向对象设计建模
4.1系统设计
这个阶段的主要任务就是设计系统构架和子系统以及系统的物理模型，在面向对象的设计中采用了如下原则：
- 单一职责原则。在面向对象的设计中一个对象只包含单一的职责，并且该职责被完整的封装在一个类中，实现了高内聚低耦合。
- 开闭原则。在设计一个模块时，采用使这个模块可以在不被修改的前提下被扩展，即实现在不修改源代码的情况下改变这个模块的行为。因此在进行面向对象设计时，应尽量考虑接口封装机制、抽象机制和多态技术。
- 里氏代换原则。由于使用基类对象的地方都可以使用子类对象，因此在程序中尽量使用基类类型定义对象，而在运行时再确定其子类类型，用子类对象替换父类对象。
- 依赖原则。在进行业务设计时，与特定业务有关的依赖关系应该尽量依赖接口和抽像类，而不是依赖具体类。具体类只负责相关业务的实现，修改具体类不影响与特定业务有关的依赖关系。在设计中代码要依赖抽象的类，而不要依赖具体的类；要针对接口或抽象类编程，而不是针对具体类编程。
- 接口隔离原则。采用多个与特定客户类有关的接口比采用一个通用的涵盖多个业务方法的接口好。因此，在设计中使用多个专门的接口，而不使用单一的总接口。每个接口承担一种相对独立的角色，不多不少，该干的事都要干，不干不该干的事。使用接口隔离原则拆分接口时，首先考虑要满足单一职责原则，将一组相关的操作定义在一个接口中，且在满足高内聚的前提下，接口中的方法越少越好。在进行系统设计时采用定制服务的方式，即为不同的客户端提供宽窄不同的接口，只提供用户需要的行为，而隐藏用户不需要的行为。
- 合成复用原则。在进行设计时，尽量使用对象组合，而不是继承来达到复用的目的。在一个新的对象里通过关联关系（包括组合关系和聚合关系）来使用一些已有的对象，使之成为新对象的一部分；新对象通过委派调用已有对象的方法达到复用其已有功能的目的。简言之，要尽量使用组合/聚合关系，少用继承，如教学管理系统部分数据库访问类设计中少使用图7.15所示的设计，最好使用图7.16所示的设计。
4.2系统用例构建
系统用户分为权限管理员、部门管理员、员工、部门经理、职位管理员、员工管理员、考勤管理员、人事管理员这几类。一个用例图描述用例模型的一个侧面，几个用例图可以完整地描述一个系统或者子系统，每个用例又可以进一步的细化。如图4.2（a）权限管理用例图、如图4.2（b）员工管理用例图、如图4.2（c）部门管理用例图、如图4.2（d）职位管理用例图、如图4.2（e）考勤管理用例图、如图4.2（f）人事异动管理用例图。
图4.2（a）权限管理用例图
图4.2（b）员工管理用例图
图4.2（c）部门管理用例图
图4.2（d）职位管理用例图
图4.2（e）考勤管理用例图
图3.2（g）人事异动管理实现类图
4.3系统交互建模
交互图是用来描述对象之间以及对象与参与者之间的动态协作关系和协作过程中行为次序的图形文档。它通常用来描述一个用例的行为，显示该用例中涉及的对象及这些对象之间的消息传递情况。交互图可以帮助分析人员对照检查每个用例中描述的用户需求，如这些需求是否已经落实到能够完成这些功能的类中去实现，提醒分析人员补充遗漏的类和方法。交互图不仅对一个系统的动态方面建模很重要，而且对通过正向工程和逆向工程构造可执行的系统很重要。
图4.3考勤管理系统顺序图
4.4系统行为建模
活动图是UML用于对系统的动态的行为建模的另一种常用工具，它是状态图的一个变体。活动图用来描述一组顺序的或并发的活动，着重表现一个活动到另一个活动的控制流，是内部处理驱动的流程。企业人事管理系统也需要绘制活动图，部门管理活动图如图4.3（a）、职位管理后动图如图4.3（b）。
图4.3（a）部门管理活动图
图4.3（b）职位管理后动图
五 企业人事管理系统面向对象的体系结构建模
5.1 系统体系结构设计
在系统设计中定义了各种模型，为了更好地研究，用包作为一个子系统进行设计。企业人事管理系统包括了应用子系统和数据库子系统，企业人事管理系统模型如图5.1（a）所示。
图5.1（a）企业人事管理系统模型
应用子系统包括权限管理子系统、员工管理子系统、职位管理子系统、部门管理子系统、考勤管理子系统、人事异动管理子系统等。模型图如如5.1（b）所示。
图5.1（b）应用子模型
构建图由构件、接口和构件之间的联系构成。构件图用于建立系统的实现模型，也可以用于建立业务模型，还可以建立开发期间的软件产物的依赖关系，用于系统的开发管理，如企业人事管理系统的构件图可表示为如图5.1（c）所示。
图5.1（c）企业人事管理系统构件图
5.2 系统部署图设计
部署图是由节点及其之间的关系和构件组成的。一个节点代表一个类型的硬件。再确定好节点后，构件可以部署到每个节点。结点部署图分为两个类型，即机器和设备。企业人事管理系统部署图如图5.2所示
图5.2企业人事管理系统部署图
六 总结
通过完成该人事管理和本论文的撰写让我更加明白了软件开发过程中软件工程思想的重要性。在项目的前期由于对需求分析做的不够谨慎和明确,导致了后面在设计甚至编码时候造成了许多不必要的麻烦。由此在今后的学习和工作开发之中必须要牢牢把握住软件工程的设计思想和方法,这样可以进一步保证项目开发的健壮性和准确性。
本系统所实现的是一个人事管理系统，该系统严格按照需求分析制作相关模块，并利用所学知识尽力完成，但是本人由于学识浅薄，无法真正做到让该程序可以投入市场使用，仅仅简单实现部分功能，希望日后还能改善。
由于经验和能力不足，导致在开发、设计该系统的时候，出现了比较多的问题，例如需要用到的技术不熟悉、程序报错等,后来我积极地向同学询问自己出现的问题同时也会找一些相关的书进行学习,慢慢的一点点将自己遇到的问题逐渐解决。所以不管以后在任何时候合作都会让自己事半功倍。通过本系统的完整的开发,可以遇到自己平时写一些简单的小程序遇不到的问题,不仅仅局限与技术与业务方面的,同时也使得自己更加深入的了解软件过程的开发设计思想,对于即将踏入社会工作而言,这些心得都十分重要。在以后的研究生学习生涯也必须加深这方面的理解,将最好的开发技术和最新的科学原理运用到自己以后的开发工作和学习研究中去。
参考文献
【1】王欣 张毅 《UML系统建模及系统分析与设计》（第二版） 中国水利水电出版社
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
