人力资源管理系统UML设计doc.docx
- 文档编号:14302641
- 上传时间:2023-06-22
- 格式:DOCX
- 页数:8
- 大小:19.73KB
人力资源管理系统UML设计doc.docx
《人力资源管理系统UML设计doc.docx》由会员分享,可在线阅读,更多相关《人力资源管理系统UML设计doc.docx(8页珍藏版)》请在冰点文库上搜索。
人力资源管理系统UML设计doc
人力资源管理系统UML设计1
基于UML的人力资源管理系统建模
1人力资源管理系统建模过程分析
1.1人力资源管理的需求
本部分用自然语言对系统进行描述。
假设用户单位是一家企业公司,公司有职工
近2000人,公司原来的人力资源管理方式主要以人工管理为主,个别业务用计算机
处理。
为了提高工作效率和决策水平,公司准备开发一套人力资源管理系统,以取代
原来的人工处理方式。
本系统的开发目标是:
为人力资源管理部门提供一个全面的信
息管理系统,通过系统可以比较容易地获得所需的关于组织体系、薪酬福利成本、人
力资源状况等静态数据,也可以方便地获得各种变动信息来进行趋势预Nt371。
在企业
内实现信息依据权限的共享,人力资源管理的Et常业务在信息系统的协助下变得高效
快捷。
为了开发本系统,首先要理解人力资源管理功能,通常人力资源管理系统包含
以下模块,各模块功能简述如下
(1)组织机构管理。
主要管理集团下属的各级公司以及公司下属的各级部门,
处理公司和部门的新建、合并、撤销业务,为公司、部门提供信息维护,统计分析功
能,支持输出组织机构图。
(2)职位管理。
主要管理职务分析后每个职位的职位描述、任职资格、后备人员、以及各职位的任职情况、超编情况、空缺情况,并按部门提供职位表和空缺职位表。
(3)人力资源规划。
重要用于管理人力资源规划和机构编制,并提供人力资源规划表、机构编制表。
(4)绩效考评。
根据职务分析,将员工分为不同层面、不同类别,分别设计考评标准。
对业绩、能力、态度等进行月份、季度、年度考评,对考核数据提供统计分析功能,为薪酬、奖惩、培训开发等方面提供依据。
(5)人事管理。
主要负责完成对在职员工、解聘员工、离退员工的基本信息、任职情况、组织变动、奖惩情况等档案数据的维护、统计分析,晋升、降职、辞职、辞退、退休等人事变动业务的处理,并提供各类员工信息卡片、信息报表。
(6)劳动合同管理。
全面管理员工劳动合同的签订、变更、续订、中止、接触全过程。
并针对不同时期,不同的合同版本,提供版本管理,以及对于到期合同提供自动提示。
(7)招聘管理。
对编制招聘计划、发布招聘信息、采集应聘信息、招聘甄选、通知面试、聘用这一过程进行全面管理。
(8)培训管理。
管理采集培训需求、编制培训计划、发布培训信息、维护培训档案、评估培训结果这一过程,以及对培训资源进行管理。
并对培训情况提供查询统
计分析功能。
(9)薪资管理。
提供对企业员工薪资标准的设定,员工工资定级,工资调整的申请、审批,工资核算发放,自动计算社会保险等代扣代缴项目,经费计划、统计分析等。
(10)福利管理。
提供员工的各项福利基金的提取和管理功能,包括定义基金类型,设置基金提取条件,进行基金的日常管理,并提供统计分析。
因本论文偏向于理论研究及篇幅限制,以下内容仅以招聘管理模块为例论述建模过程。
关于招聘管理事务描述如下:
本公司招聘组织的管理方式是这样的:
人才招聘工作由人力资源部参考用人部门意见,负责拟定招聘计划并组织实施,用人部门参与招聘测评的技术设计和部分实施工作。
人力资源需求计划的制定通常在每年初人力资源部根据公司的整体计划编制年度人力资源需求计划,报总经理办公会审批。
人力资源需求计划制定方法如下:
(1)制定人力资源需求计划的基本依据:
未来组织结构的预测、人员供求关系、现有人员
的调配培训等。
(2)人员需求预测要综合考虑公司战略、可能获得的财务资源、竞争对手的人才政策、管理变革可能导致的公司规模变化、员工流动等因素造成的人力资源需求的变动。
(3)人员供给预测要综合考虑内部人才和外部人才供给情况。
人力资源部建立内部人才库,信息包括每位员工的绩效记录及评价、职业兴趣、教育背景、工作经验、培训课程、外语水平、具备的技能和证书等。
进行内部人才供给预测时要调用内部人才库,判断内部人员是否与所需工作相匹配。
在内部供给无法满足需求的情况下进行外部供给预测,外部供给预测要根据总体经济状况、全国和地方劳动力市场状况和拟招聘职位的市场状况进行判断。
(4)人力资源部在人力资源需求与供给预测的基础上,制定出年度的人力资源需
求计划。
招聘计划应包括招聘人数、招聘标准(年龄、性别、学历、工作经验、工作能力、
个性品质等)、招聘经费预算、招聘具体行动计划等。
招聘流程分为如下工作环节:
提出人员需求、拟定招聘计划、发布招聘公告、人员筛选录用、招聘工作评估。
其中人员筛选录用环节又可分为以下过程:
(1)初步筛选。
报名截止后,根据招聘岗位的要求,由人力资源部会同各用人部门进行初选。
审查求职者的个人简历和求职表,并根据收集到的求职者信息建立外部
人才库。
(2)初试。
人力资源部向初选合格的求职者发面试通知,并要求其面试时提供学历、证书、身份证等相关证件的原件。
初试由人力资源部人员和用人部门共同组成。
人力资源部对应聘人员的智力、品德和综合素质进行初试和评价,用人部门从工作经验与能力对应聘人员进行初试和评价。
(3)复试。
复试由复试小组进行。
复试小组一般由以下三方面人员组成:
一、用人部门代表;
二、人力资源部部长;三、资深专业人士。
一般岗位的招聘可无资深专业人士,专业技术人才和管理人才的招聘必须有资深专业人士参加。
高级专业技术人才和管理人才由总经理负责面试,人力瓷源部负责协调。
重要岗位的复试可以考虑采取笔试的形式,由人力资源部和用人部门共同组织进行。
(4)复审。
通过复试的应聘人员由用人部门的主管领导进行审核,并签署意见。
所有拟录用的人员应经总经理最后签字批准。
(5)录用。
人力资源部根据应聘人员体检结果,对体检合格者办理录用手续。
对社会应聘人员发试用通知书,并到相应劳动部门办理劳动手续;对被录用的应届毕业生向其所在高校发接受函,签定就业协议书。
同时,人力资源部将面试结果通知落选的应聘者。
(6)报到。
被录用员工必须在规定时间内向公司报到。
如在发出录用通知15天内不能正常报到者,可取消其录用资格。
特殊情况经批准后可延期报到。
(7)试用。
试用期的人员,尚不属于公司正式员工。
在此期间,本人可以随时提出辞职。
试用人员如不能胜任本职工作或工作中出现重大失误,公司有权随时将其辞退。
(8)转正。
试用期满后的员工,经考核合格,人力资源部应在试用期满一星期前向使用部门书面征询意见。
1.2体系结构设计
在2.1节介绍了软件体系结构在软件开发中的作用以及目前应用最广泛的信息系统的体系结构——B/S结构和C届结构。
B/S结构最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。
只要有一台能上网的电脑就能使用,客户端零维护。
系统的扩展非常容易,只要能上网,再由系统管理员分配一个用户名和密码,就可以使用了。
甚至可以在线申请,通过公司内部的安全认证(如cA证书)后,不需要人的参与,系统可以自动分配给用户一个账号进入系统。
人力资源管理系统作为单位信息化的一个重要组成部分,它的应用无论是现在还是将来都有着十分重要的意义。
随着信息化的发展,无纸化办公的推广,人力资源管理系统的功能还会不断完善、扩展。
采用B/S软件体系结构可以在本管理系统基础上进一步开发,满足单位进一步发展。
因此,本系统采用B/S软件体系结构。
1.3建模过程
要成功地建立一个软件系统的模型,离不开建模语言、软件过程和建模工具三方面的支持。
对于人力资源管理系统实例,本论文选择uMI作为建模语言,选择PowerDesigner作为建模工具,采用Rational统一过程(RUP)软件开发过程。
软件过程描述的是傲什么、怎么做、什么时候做以及为什么要做,描述一组按某种顺序完成的活动,在已产生的软件过程中,Rational统一过程(RUP)是目前最具有普遍意义的开发过程。
RUP的核心思想是:
用例驱动,迭代化开发。
人力资源管理系统实例的建模过程吸取RUP的思想,鉴RUP的过程成分“需求分析”及“分析与设计”中的工作流程,将建模过程划分为以下5个活动。
(1)设计用例模型:
设计用例模型是开发过程的起点,用例模型驱动着系统的整个开发过程。
(2)设计实体类模型:
类模型是面向对象分析的核心,类图是定义其它图的基础。
用例就是通过类之问的交互来实现的。
(3)设计接口类模型:
接口类模型描述活动者与系统交互的界面。
(4)设计窗口结构:
窗口结构描述窗口之间的关系。
在设计用户接口原型之前,首先要设计窗口结构。
窗口结构与UMI_不直接有关。
(5)设计动态模型:
动态模型描述每一个用例路径所涉及的若干对象的交互行为。
动态模型非常重要,其作用或价值与面向过程方法中的软件结构图相当。
迭代式的开发是一个循环往复的开发过程。
但是,为节省篇幅,在开发过程中不作过多的迭代假设。
1.4设计用例模型
用例模型是开发过程的起点,并驱动建模全过程。
用例模型包括系统的用例图及用例描述。
2系统用例模型
通过设计系统顶层的用例模型,可使建模人员从总体上对系统功能有一个了解。
在设计系统用例模型之前,先要识别活动者和用例,然后才能建立用例模型。
1、活动者识别
活动者是系统分析员与用户交流的起点,也是项目获得后续产品的关键。
通常情况下,活动者是指使用系统功能的人,但也可以是其他外部的系统包括软件系统和硬件设备。
总之,凡是与系统进行信息交换(包括数据信息和控制信息的交换)的外部事物,都可以是系统的活动者。
识别活动者需要系统分析员与系统用户进行广泛深入的交流以明确系统的范围、系统的作用以及与系统交互的外部事物等,这个过程不可能一次完成,可能会需要往复多次。
可以通过向用户询问以下问题来识别系统活动者
谁,什么对系统运行产生的结果(值)感性趣?
谁/什么将会改变系统的数据?
谁/什么要从系统中得到信息?
谁/什么要与系统交互?
这些问题的答案往往包含了所有与系统有关联的用户,进一步分析这些用户即可
识别系统的活动者。
通过前面3.1节对人力资源管理的系统描述可知,在系统的顶层上可以识别出8
类活动者:
(1)公司主管(4)培训部门(7)系统管理员
(2)人力资源部(5)财务处(8)应聘人员
(3)用人部门(6)公司工会
2、用例识别
能否成功地开发一个项目,在很大程度上取决于能否采用一种对于项目组人员和用户来说都非常直观的方式定义系统的需求。
用例就是目前定义系统需求的最佳方式
用例识别是应用UML进行面向对象分析的关键的一步,是后续工作的前提。
用例是面向目标的,它代表的是系统将做什么,而不是系统将怎么做。
它相当于一个容器,一个满足系统各种交互的容器。
识别出用例并不总是很直观的。
可以从事件表中
来识别用例,一旦事件被定义,用例的定义就变得简单了。
活动者是事件的主体,事
件从系统活动者中寻找。
事件可以按照下面的格式来定义:
主语+动词+宾语
其中:
主语一表示已被识别出来的活动者,例如人力资源部;
动词——表示动作,例如规划、管理、考评;
宾语一表示动词涉及的目标,例如劳动合同或人事档案。
由此,生成用例的过程如图1所示。
图1用例的生成过程
事件表中的每个事件并不总是对应一个用例。
可能有些事件是相近或相同的,如果多个事件有共同点或者多个事件的最终目标相同,那么就可以将这些事件合并为一个事件。
系统层的用例识别过程如下:
通过前面对人力资源管理的系统描述,按照上面介绍的用力识别方法,可以从系统顶层得到系统层事件表I枷,
表3-1中的描述短语是从系统层识别出的用例。
它们是:
(1)管理组织机构
(2)管理招聘
(3)管理职位
(4)规划人力资源
(5)考评员工绩效
(6)管理人事档案
(7)管理劳动合同
(8)管理培训
(9)管理员工薪资
(10)管理员工福
(11)管理系统权限
(12)登录系统
(13)修改个人资料
识别出用例以后,就可以画出系统的用例图,如图3—2所示是当前分析得到的系统层的用例图。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 人力资源 管理 系统 UML 设计 doc