当前位置:文档之家› 人力资源管理系统UML建模方案

人力资源管理系统UML建模方案

人力资源治理系统——UML建模组名:TBNO小组成员:XX,XX,XX,XXX1.人力资源治理系统建模过程分析1.1人力资源治理的需求本局部用自然语言对系统进行描述。

人力资源治理部门提供一个全面的信息治理系统,通过系统能够比立轻易地获得所需的关于组织体系、薪酬福利本钞票、人力资源状况等静态数据,也能够方便地获得各种变动信息来进行趋势预Nt371。

在企业内实现信息依据权限的共享,人力资源治理的Et常业务在信息系统的协助下变得高效快捷。

为了开发本系统,首先要理解人力资源治理功能,通常人力资源治理系统包含以下模块,各模块功能简述如下:(1)人事治理(2)规章制度治理(3)考勤治理(4)绩效治理(5)组织机构治理(6)薪资治理(7)培训治理〔8〕聘请治理1.2体系结构设计人力资源治理系统的用户要紧包括四类:(1)系统治理员:总部的IT人员,负责系统的日常维护,人员权限和信息编码的治理,具有一定的计算机专业知识。

(2)治理者:总部、分公司的人力资源部的相关人员,执行该系统的大局部业务操作,涉及信息处理和查询。

该局部人员电脑使用水平一般,全然会操作Windows,Offce等系列软件,以及收发电子邮件,会使用扫瞄器上网。

(3)决策者:总部、分公司的高层治理人员,他们一般为进行人事方面的决策执行查询操作系统。

该局部人员电脑使用水平为初级,一般会使用Windows操作系统,会使用扫瞄器上网。

(4)查询者:集团公司所有职员。

他们使用本系统要紧用于查询与自己相关的个人信息,以及特不情况下处理突发性工作,该局部人员电脑使用水平不确定。

本模块的角色是系统治理员,用户治理要紧实现用户的添加、删除、修改以及用户的权限指派等操作;为了维护数据库的平安,对系统数据库的备份和恢复也是由系统治理员实现,其次系统涉及到的所有选择性参数由本模块进行初始化。

系统治理的用例图。

2系统用例模型培训治理的角色包括人力资源治理人员和一般职员,人力资源治理人员采纳咨询卷调查的方法猎取培训需求信息,并对调查的结果进行培训需求分析,然后据此制定年度培训方案,并将此方案作为培训信息进行公布,一般职员能够通过本模块查询培训方案信息。

关于具体培训方案的实施首先由人力资源治理人员将此信息公布出往,一般职员通过本模块进行报名,人力资源治理人员登记培训人员、培训专家、培训课程以及培训的费用。

在培训结束之后,治理员对培训进行总结分析,并登记总结报告,要紧包括培训本钞票和培训效果以及培训证书的治理。

本模块涉及到的角色包括人力资源治理人员、用人部门和应聘人员,首先用人部门提出用人需求,人力资源治理人员依据用人部门的用人需求和组织结构治理子系统中的岗位信息制定聘请方案,并依此对外公布聘请信息。

应聘人员依据聘请信息做出应聘登记,人力资源治理人员对聘请登记的相关信息做出处理,关于录用人员,一方面将其信息转进企业人事库,另一方面需要修改聘请信息;关于非录用人员,将其信息转进企业人才库,以便在需要的时候与其联系。

组织机构治理系统的要紧角色包括人力资源治理部门的治理人员、应聘人员、公司一般职员、财务部门人员、后勤部门人员、系统治理员。

系统治理员负责系统用户的定义和权限的划分;人力资源治理部门负责人事信息、考勤、聘请、培训等要紧的工作;关于薪资治理,人力资源治理人员定义薪资帐套,以及工资工程和人员的工资录进权限,具有相应权限的财务人员或者后勤人员(比方水电费)完成具体的录进和计算的任务。

应聘人员通过聘请治理的应聘界面实现应聘信息的输进;而一般职员能够通过系统查询与自己的个人信息有关的信息。

系统顶层用例图。

账套:是财务软件用语,意思是核算一个单位〔核算对象〕整套会计业务的数据库。

核算对象有几个,就能够建立几个账套,单独对其进行核算。

工资账套确实是根基财务软件里单独核算工资的账务处理。

薪资治理也是人力资源治理系统的核心功能之一,因为人力资源治理系统的本质确实是根基充分挖掘人力资源潜力,做到人尽其能,而薪资措施那么是激发人的潜能的措施之一。

本系统的角色要紧是财务部门治理人员,但薪资构成的许多数据来源于公司的不同部门:如水电来源于后勤部门。

因此由财务部门治理人员定义不同的薪资数据的录进人员也是本系统的角色之一;另一方面,薪资数据所涉及的人员来源于人事治理资子系统、工资计算涉及到考勤子系统和绩效子系统的数据,因此人事管理子系统、考勤治理子系统和绩效子系统也是本模块的角色。

本模块的角色包括人力资源治理人员和一般职员,人力资源治理人员对对规章制度进行添加、删除和修改操作,而一般职员对规章制度进行查询、扫瞄,系统提供的查询方式包括按照类不查询、按照规章制度的公布日期查询和按照要害字进行查询。

人事治理是人力资源治理中最核心的模块之一,它处理的内容要紧包括职工基本信息(相对固定的信息)以及职工变动信息,职工的变动信息要紧包括家庭关系信息、职称、职位、学历、部门、奖惩的变动信息,同时,职工的离职和合同治理也在本模块中实现。

本模块的要紧角色是人力资源治理部门的治理人员,他们负责增加、删除、修改人事信息;除此以外,企业职员能够查瞧自己的个人信息;企业决策者也能够查询、筛选自己所体贴的信息,并能通过统计对企业当前的人力资源状况进行宏瞧的了解。

另外,本模块还与其他子系统之间有数据交互:聘请子系统中确认接收的人员、培训子系统中学历、证书的变动将自动相应到本子模块,而本模块的离职数据也自动相应到聘请子系统的人才库中,因此这两个子系统也是本系统的角色。

依据公司的治理制度,职员的考核的成绩共由三个打分构成:职员个人自评成绩、职员所在部门的考核成绩和人力资源治理部门的成绩;另一方面,职员的考勤状况也是考核的内容之一,因此绩效治理的角色包括人力资源治理人员、职员个人、部门考核人员以及考勤治理子系统。

本模块的要害在于考核的指标体系,同时这种指标体系应该是随着企业的经营状况和环境的变化而变化,因此人力资源治理人员首先定义考核工程及其工程属性,职员个人依据定义好的考核工程制定自己的考核方案表,并在期初进行填写。

期末职员进行自评,同时部门对其管辖人员进行测评,人力资源治理人员依据期初职员填写的考核方案表对这两个成绩进行审核和调整,然后依据事先由人力资源治理人员定义的权值进行计算,并将职员的考核的t化成的用例图。

本模块涉及到的角色包括执行考勤工作的人力资源治理人员、参加考勤的公司所有职员以及薪资治理子系统。

由人力资源治理人员首先制定考勤规那么,要紧包括考勤工程的治理、奖惩措施的制定和奖惩指标的量化定义;一般职员通过本模块提出请假、销假和加班的申请,并通过人力资源治理人员的审核,每逢月末,人力资源治理人员将考勤机中的考勤数据导进到本系统,结合请假、销假和加班的审核数据,形成月末考勤数据的个人和部门汇总,以此为依据,依据制定的奖惩规那么,计算出本月的职员考勤奖惩金额并提交给薪资治理系统。

3系统部署图模型从系统中软件和硬件的物理架构的角度来瞧,该系统的部署模型如下:4构件图构件是系统的可替代的物理局部,它表示的是实际的事物.构件是定义了良好接口的物理实现单元.它是系统中能够替代的局部.5活动图注册:登陆:5.2系统治理员:组织机构治理:绩效治理:考勤治理聘请治理培训治理人事治理薪资治理6包图实现的包图讲明:Page:用于存放JSP、HTML、CSS、JavaScript等页面相关资源Action:页面调用的方法,该包中存放着页面访咨询的路径ServiceI:业务逻辑对象的接口,用于向Action方法中的数据提供数据ServiceImpl:是在ServiceI中的包,要紧用于实现ServiceI中的方法DaoI:数据库接进层,那个是一个接口,要紧给Service包中的类提供DaoImpl:是存放在DaoI中的,要紧用于实现DaoI中的方法Model:直截了当关联数据库,为Dao连接数据库提供方法,调用该类可猎取对应数库中的表中数据Util:公用类方法,要紧用于提供其它类中的使用方法,例如MD5加密方法7类图Action包中的类讲明RoleAction类:处理角色相关操作addRole():系统治理员增加本应用系统的角色数据:角色编号、角色名称、角色描述deleteRole():系统治理员删除某个角色或某些角色updateRole():系统治理员修改某个角色的信息:角色编号、角色名称和角色描述UserAction类:处理角色相关操作addUser():系统治理员添加本系统的使用者,并给使用者分配角色deleteUser():系统治理员删除某个或某些系统用户updateUser():系统治理员修改某个用户的信息:全然信息、角色等browseUser():系统用户可依据权限的不同查瞧不同用户信息〔由权限表来操纵〕.一般用户只能查瞧自己的用户信息,聘请经理能够查瞧所有用户的信息。

用户全然信息包括,用户编号;用户名;角色;所属部门;所属工程(要是有工程)modifyPassword():用户登陆后,能够修改自己的密码allocationResume():聘请助理或工程助理将简历中心中的简历依据要求选择适宜的简历并分配到各个部门browseResume():工程经理、工程助理查瞧不属于本部门的简历信息login():用户登录,并更据权限显示不同的用户PositionAction类:职位相处处理操作addPosition():工程经理、工程助理增加一个新的岗位〔客户需求〕deletePosition():工程经理、工程助理删除某个或者某些指定的岗位〔客户需求〕,只能删除岗位下没有简历的岗位.updatePosition():工程经理、工程助理修改某个岗位的信息〔客户需求〕browsePosition():工程经理、工程助理查瞧某个或所有岗位信息〔客户需求〕,可根依据条件查瞧ResumeAction类:简历相关操作addResume():聘请助理从用户简历文件中摘抄相关的信息到简历中心,并将用户的简历文件作为附件保持到效劳器deleteResum e():聘请助理删除指定的简历,简历必须在能够删除的状态updateResume():聘请助理修改简历的信息DepartmentAction类:部门相关操作addDepartment():系统治理员添加部门deleteDepartment():系统治理员删除部门updateDepartment():更新部门信息getResume():初选后工程经理或者工程助理查瞧本部门简历的所有信息employ():录用RecruitAction类:聘请相关操作addRecruit():依据各用人部门提出用人要求制定增加聘请信息deleteRecruit():删除聘请信息updateRecruit():修改聘请信息recruitRequirement():各用人部门提出用人要求publishRecruit():系统治理员公布或不公布聘请信息TrainAction类:培训相关操作addTrainInfo():增加培训信息deleteTrainInfo():删除培训信息updateTrainInfo():更新培训信息publishTrainInfo():公布或不公布培训信息browseTrainInfo():所有公司人员扫瞄培训信息signUp():职员报名参加培训makeTrainPlan():系统治理员或人力治理员制定培训方案addSummary():系统治理员或人力治理员提交培训方案总结deleteSummary():系统治理员删除培训方案总结updateSummary():系统治理员或人力治理员修改培训方案总结SalaryAction类:薪资相关操作salaryStatistics():财务人员查询工资统计getPersonalSalary():依据考勤和绩效公布工资信息releaseSalary():财务人员发放工资RegulationsAction类:规章制度相关操作addRegulations():人力资源治理员增加规章制度deleteRegulation():人力资源治理员删除规章制度updateRegulation():人力资源治理员修改规章制度browseRegulations():所有职员扫瞄规章制度PersonalAdministrationAction类:人事变动相关操作addResign():人力资源治理员增加离职人员deleteResign():人力资源治理员删除离职人员updateResign():人力资源治理员更新离职人员changeDepartment():部门变动治理changePosition():职位变动治理AppraialAction类:考核相关操作addRequirement():人力资源治理员增加考核工程deleteRequirement():人力资源治理员删除考核工程updateRequirement():人力资源治理员修改考核工程browseRequirement():所有职员扫瞄考核工程及相关信息weightManage():人力资源治理员设置考核工程权值publishRequirement():公布或不公布考核工程AttendanceAction类:考勤相关操作addRequirement():增加考勤考核工程deleteRequirement():删除考勤考核工程updateRequirement():修改考勤考核工程browseRegulation():扫瞄考勤考核工程importAttendanceInfo():导进考勤数据monthPersonalStatistics():月底个人考勤统计monthDepartmentStatistics():月底部门考勤统计Model包中的类讲明Resume:简历信息Positin:职位信息Recruit:聘请信息Attendance:考勤信息UserAttendance:各部门用户的相关考勤User:用户相关信息Role:角色信息Authority:权限信息RoleAuthority:角色和权限所对应的用户Train:培训的相关信息Summary:培训总结相关信息AttandanceTrain:参与培训的人员信息Department:部门信息Regulation:规章制度ServiceI包中的接口讲明UserServiceI:用户信息查询接口login():用户登录add():添加用户信息update():更新用户信息browseResume():所有用户检查,猎取用户简历getResumeByUserId():通过职员编号查询用户简历delete():删除用户RoleServiceI:角色信息查询接口getRoleByUserId():系统治理元或人力资源治理员通过查询职员角色add():增加角色信息delete():删除角色信息update():修改角色信息getAll():猎取所有角色信息getById():通过编号查询角色信息getByName():通过名称查询角色信息PositionServiceI:职位信息查询接口add():添加职位信息delete():删除职位信息update():更新职位信息getAll():猎取所有职位信息getById():通过编号查询职位信息getByName():通过名称查询职位信息ResumeServiceI:简历信息查询接口add():添加简历delete():删除简历update():更新简历RecruitServiceI:聘请信息查询接口add():增加聘请信息delete():删除聘请信息update():更新聘请信息publishRecruit():公布聘请信息TrainServiceI:培训信息查询接口add():增加培训信息delete():删除培训信息update():修改培训信息publishTrain():公布培训信息signUpTrain():一般用户申请培训addTrainPlain():增加培训方案deleteTrainPlan():删除培训方案updateTrainPlan():修改培训方案addSummary():添加总结deleteSummary():删除总结updateSummary():修改总结DepartmentServiceI:部门信息查询接口add():添加部门delete():删除部门update():修改部门getResumeByDepartmentId():猎取部门对应的简历SalaryServiceI:工资信息查询接口getSalaryByUserId():猎取用户对应时刻的工资getSalaryByDepartmentId():猎取部门对应时刻的工资AttendanceServieI:考勤信息查询接口add():添加考勤信息delete():删除考勤信息update():修改考勤信息getAll():猎取所有考勤信息getByName():通过名称考勤信息RegulationServiceI:规章制度信息查询接口add():添加规章制度信息delete():删除规章制度信息update():修改规章制度信息getAll():猎取所有规章制度信息getByName():通过名称规章制度信息getById():通过编号规章制度信息AppraialServiceI:考核信息查询接口add():添加考核信息delete():删除考核信息update():修改考核信息getAll():猎取所有考核信息getByName():通过名称猎取考核信息getById():通过编号猎取考核信息updateWeight():修改权值updatePublish():修改公布状态ServiceImpl包中的类讲明:用于实现ServiceI包中的接口该包的类和ServiceI的作用差不多,因此不再此处讲明该包中的类DaoI包中的接口讲明BaseDaoI:BaseDaoI<T>采纳泛型编写,所有Dao接口都接着该类publicSerializablesave(To):保持信息publicvoiddelete(To):删除信息publicvoidupdate(To):修改信息publicvoidsaveOrUpdate(To):删除或修改信息publicTget(Class<T>c,Serializableid):通过类和对应的Id查询信息publicTget(Stringhql):通过HQL语句查询信息publicTget(Stringhql,Map<String,Object>params):通过HQL语句和对应的查询条件查询信息publicList<T>find(Stringhql):通过HQL语句查询信息的ListpublicList<T>find(Stringhql,Map<String,Object>params):通过HQL语句和对应的查询条件查询信息的ListpublicList<T>find(Stringhql,intpage,introws):通过HQL语句分页查询publicList<T>find(Stringhql,Map<String,Object>params,intpage,introw s):通过HQL语句和相关限制条件分页查询publicintcount(Stringhql):通过HQL语句查询数据数量publicintcount(Stringhql,Map<String,Object>params);通过HQL语句和特不条件查询数据数量特不讲明:由于该方法是泛型,因此Service层中只用调用该接口中的方法就能够实现操作相关数据操作,如BaseDaoI<User>userDao=newBaseDaoImpl<User>();如此其它的数据操作据不需要写,除非有需要调用数据库中对应的特不的方法,才需要添加对应数据的操作方法包中的类讲明:用于实现DaoI包中的接口该包的类和DaoI的作用差不多,因此不再此处讲明该包中的类8顺序图对用户进行增删改查,授予不同用户不同的权限,对数据库进行维护。

相关主题