人才管理信息系统.docx

人才管理信息系统.docx

《人才管理信息系统.docx》由会员分享，可在线阅读，更多相关《人才管理信息系统.docx（14页珍藏版）》请在冰豆网上搜索。

人才管理信息系统

课程设计报告

学生姓名:

学号：

学院:

班级:

题目:

人才管理信息系统

员工招聘子系统分析与设计

教授

王欣

指导教师：

      职称:

2011年7月13日

目  录

1. 选题背景  1

2． 人才管理系统需求分析  2

2.1 人才管理系统的需求陈述  2

2.2  需求分析  2

2.2.1功能需求  2

2.2.2性能需求  3

2.3  系统需求建模  4

确定参与者  4

2.3.2确定用例  4

2.3.3系统用例建模  4

2.3.4用例描述  6

3. 人才管理系统系统分析  8

3.1 系统用例建模  8

3.2 静态结构模型  10

3.2.1类的识别  10

3.2.2类的关联分析  11

3.2.3类的属性描述  11

3.2.4类图的构建  11

3.3 系统动态模型  12

3.3.1系统执行顺序分析  12

3.3.2系统的协作分析  13

3.3.3系统状态分析  14

3.3.4系统活动分析  15

4. 人才管理系统系统设计与实现  17

4.1 UML体系结构设计  17

4.1.1硬件体系结构设计  17

4.1.2软件体系结构设计  17

4.2 对象模型设计  18

4.3 系统实现  19

4.3.1组件分析  19

4.3.2配置分析  20

5. 课程设计心得体会  21

参考文献  22

1. 选题背景

人才管理是每个企业必不可少的。

科学的管理和利用专门人才将对企业产生不可估量的效益。

如果人工直接统计的话，工作量将十分庞大，特别是，如果企业员工有几万或几十万人时，人工统计将变得不可能想象。

用计算机可使人们从繁重而又单调的统计运算中解脱出来，仅用一些简单的操作便可及时准确地获得需要的信息。

人才管理系统的主要任务是对人才信息进行整理，使得能方便快捷地对人才信息进行查询、统计、更新，并且能按一定要求输出报表。

通过该系统，使企业的人事管理工作系统化、规范化、自动化，从而提高企业人事管理的效率。

对现行人才管理信息系统进行调查之后人才管理信息系统主要由人才培养资助管理子系统；人才选拔管理子系统；人力资源库建立管理子系统；人才专项业务管理子系统；社会化服务管理子系统及其他管理子系统组成，其组织机构图如图1.1所示。

图1.1人才管理信息系统组织机构图

2． 人才管理系统需求分析

2.1 人才管理系统的需求陈述

人力资源管理子系统主要负责完成对在职员工、解聘员工、离退员工的基本信息、任职情况、组织变动、奖惩情况等档案数据的维护、统计分析，晋升、降职、辞职、辞退、退休等人事变动业务的处理，并提供各类员工信息卡片、信息报表。

图2.1 人力资源管理子系统

对人才管理子系统的需求为：

（1）企业招聘人员将员工登记表给企业管理员进行录入；

（2）企业管理人员将员工基本信息提交报表管理；

（3）企业管理人员记录员工出勤信息并将员工数据提交报表管理；

（4）企业管理人员记录员工工资信息并将员工数据提交报表管理；

（5）管理人员通过对各类报表的分析，向财务部提交工资下发报表；

2.2需求分析

2.2.1功能需求

面对大量繁杂的人才管理，人员的招聘、绩效考评与工资发放工作，迫切的需要通过计算机来帮助解决，减少人力管理人员的工作量。

人才管理信息系统采用符合有关国际标准，具有良好的开放性和兼容性的计算机，外部设备，操作系统及应用软件，达到和办公自动化网络的连接，实现人才管理的自动化。

“人才管理系统”需要具有界面友好，功能强大，使用方便，安全可靠等优点。

通过人才管理工作人员对人才管理系统的理解：

1、人才管理系统需要有能够及时地查询员工的信息，以便及时准确地为员工提供个人信息，但是不能更改数据，无信息处理权，即可以打印清单，浏览数据等，管理权限由系统管理员掌握分配。

2、能够提供外界进行查询，无特殊权限限制，面向所有员工。

3、企业人才各项数据信息必须保证安全性和完整性，网络系统设有通信，程序，网络三级权限和口令管理，确保系统的安全。

这个是对数据的安全考虑的。

2.2.2性能需求

根据调研，总结其它企业开发实施人才管理系统的经验和教训，我们认为，由于目前还没有一个人才管理系统的行业标准，而实施人才管理系统，又是发展趋势，因此，各企业只能根据自己的情况选择适合自己的人才管理模式，就目前来说没有哪一家企业的人才管理系统是适合其它所有企业的，也就是说我们必须结合本单位的情况设计适合自己的人才管理系统。

在系统的设计和开发中，以下问题是应该注意的：

新系统应该尽可能地解决现有系统存在的问题。

例如：

减少手工操作和重复劳动，提高计算机管理程度，尽可能的杜绝漏费现象，方便查询、统计，方便数据的管理和备份等等。

由于医院工作的特殊要求，从硬件及软件上都要考虑到有良好的数据量处理能力。

系统应具备较好的可维护性，较长的生存期，避免较短的时间内被推倒重来的情况发生。

针对现行人才资源管理系统运行状况的调查分析结果，建设本人才资源管理系统的性能需求主要有如下几个方面：

（l）连续不间断

为了能随时随地为员工提供查询服务，能够不断更新员工信息，以及删改、变动。

（2）时间响应要求

响应时间短，更新时间短，数据转换和传送时间段。

（3）数据量大

要能适应大的数据存储量，要求具有强大的存储空间。

（4）信息类型多样

支持多种信息类型，比如说表格、图形等信息类型。

（5）标准规范的符号语言

根据实际情况，要选择合适的符号语言，能够清晰的描述系统的要求。

（6）高质量的信息保密和安全

人才管理系统对员工的基本信息进行保密，不能随意透露员工的基本信息，有一定的可靠性。

（7）良好的人机交互

在开发中应重视良好人机交互性能的设计，包括更好的引导性界面，更方便的在线帮助提示，更简单的操作方法，更易学、快捷的汉字信息录入等，尽力减少用户文字信息的键盘输入。

2.3系统需求建模

确定参与者

在分析过程开始的时候，我们考虑到获取用例首先要找出系统的执行者。

有鉴于此，我们通过用户回答一些问题的答案来识别执行者。

1.谁使用系统的主要功能（主要使用者）。

2.谁需要系统支持他们的日常工作。

3.谁来维护、管理使系统正常工作（辅助使用者）。

4.系统需要操纵哪些硬件。

5.系统需要与哪些其它系统交互，包含其它计算机系统和其它应用程序。

6.对系统产生的结果感兴趣的人或事物。

通过回答这六个问题以后，再进一步分析可以识别出本系统的四个角色：

总经理，财务部，人事部，相关部门。

2.3.2确定用例

能否成功地开发一个项目，在很大程度上取决于能否采用一种对于项目组人员和用户来说都非常直观的方式定义系统的需求。

用例就是目前定义系统需求的最佳方式用例识别是应用UML进行面向对象分析的关键的一步，是后续工作的前提。

用例是面向目标的，它代表的是系统将做什么，而不是系统将怎么做。

它相当于一个容器，一个满足系统各种交互的容器。

识别出用例并不总是很直观的。

可以从事件表中来识别用例，一旦事件被定义，用例的定义就变得简单了。

活动者是事件的主体，事件从系统活动者中寻找。

事件可以按照下面的格式来定义：

主语+动词+宾语

其中：

主语一表示已被识别出来的活动者，例如人力资源部；

动词——表示动作，例如规划、管理、考评；

宾语一表示动词涉及的目标，例如劳动合同或人事档案。

2.3.3系统用例建模

事件表中的每个事件并不总是对应一个用例。

可能有些事件是相近或相同的，如果多个事件有共同点或者多个事件的最终目标相同，那么就可以将这些事件合并为一个事件。

系统层的用例识别过程如下：

通过前面对人才资源管理的系统描述，按照上面介绍的用力识别方法，可以从系统顶层得到系统层事件。

从系统层识别出的用例，它们是：

（1）管理组织机构

（2）管理招聘（3）管理职位（4）规划人力资源（5）考评员工绩效（6）管理人事档案

（7）管理劳动合同（8）管理培训（9）管理员工薪资（10）管理员工福利（11）管理系统权限（12）登录系统（13）修改个人资料

人才资源管理系统的用例图如图2.2所示。

图2.2 人力资源管理用例图

2.3.4用例描述

一个用例对应并描述一个完整的功能。

路径是用例中事件的步骤。

一个路径也称为一个场景。

每一个用例包含多种路径，每一个路径由一系列业务步骤组成。

如果用例的粒度太粗，一个路径甚至一个业务步骤也可以定义为一个用例；如果用例的粒度太细，则一个用例只有一条路径，这会导致某一功能支离破碎。

因此要合理掌握用例的粒度。

路径有3个层次：

主要的、可选的和例外的。

主路径是用例中最通常情况下发生的路径；可选路径是合法的但不是经常发生的路径；例外路径是不按设想顺序进行的路径，是应用程序中必须要捕获的错误情况。

用例描述了系统做什么，但没有规定怎么做，即用例图没有显示不同的路径，只显示了活动者与用例之间的关系。

因此，需要为用例配上结构化叙述的文体。

为了统一格式，每个项目应该使用一个用例模板。

在论文中，系统实例使用如下所示的用例模板来描述用例。

用例模板

用例名称  （用例名）

用例目标  （用例在系统中的目标）

级别  （概要任务／首要任务／子功能）

活动者  （此用例的活动者）

状态  （未定义路径／只定义了初始路径／路径定义完成）

前件条件  （用例执行前系统应具有的状态）

主路径  （用例主路径的名称）

可选路径  （用例的可选路径）

例外路径  （用例的例外路径）

这个模板描述了一个用例的主要方面。

下面以管理招聘用例为例说明用例模板的用法。

用例名称 管理招聘；

用例目标  制定年度人力资源计划及招聘计划，发布招聘公告，管理员工筛选过程及评估工作；

级别   子功能；

活动者  人力资源部，公司主管，用人部门；

状态   只定义了初始路径；

前件条件 人力资源部登录系统；

主路径   用人部门提出人员需求，人力资源部拟定招聘计划，公司主管审批招聘计划，人力资源部发布招聘公告，人力资源部筛选录用应聘者，人力资源部评估招聘工作；

可选路径  特殊人员员招聘；

例外路径  无。

其它用例描述从略。

3. 人才管理系统系统分析

3.1 系统用例建模

对系统顶层识别出的员工招聘管理用例进一步细化，从而建立比较详细的员工招聘管理用例模型。

1、活动者识别

通过对员工招聘管理功能模块的文字描述，与系统发生交互的实体有总经理、人力资源部、人力资源部部长、用人部门、用人部门主管领导、应聘人员、复试小组、用人部门代表、资深专业人士和劳动部门。

总经理直接与系统交互参与招聘管理，可以识别为活动者：

总经理：

人力资源部和人力资源部部长与系统直接进行交互，二者的目标相同，可识别为一个活动者：

人力资源部；用人部门、用人部门代表和用人部门主管领导与系统直接进行交互，三者的目标相同，可识别为一个活动者：

用人部门；应聘人员参与系统交互，可以识别为一个活动者：

应聘人员；劳动部门参与系统交互，可以识别为一个活动者：

劳动部门；资深专业人士不参与系统交互，不能识别为活动者，复试小组虽然与系统直接交互，但它由用人部门代表、人力资源部部长、资深专业人士组成，不能识别为活动者。

综上所述，员工招聘管理功能模块共识别出5类活动者。

（1）总经理