下载文档原格式
基于UML的人力资源管理系统的设计作者：李锐来源：《电脑知识与技术》2012年第31期摘要：随着信息技术的进步，人力资源管理系统积极地推动了企业的信息化发展。
该文基于UML，对人力资源管理系统进行设计，实现了系统建模。
关键词：人力资源管理系统；UML；设计；建模中图分类号：TP393 文献标识码：A 文章编号：1009-3044（2012）31-7404-02随着信息技术的进步，高效率地完成人力资源管理的日常工作事务，已成为适应企业现代管理制度，推动企业管理走向规范化、科学化、系统化的必要条件。
随着人力资源管理工作范围的不断扩大，实行人工操作，势必会耗费工作人员大量的时间和精力，而利用计算机进行人力资源管理工作，不仅能够保证信息存储的准确无误、各类型报表的快速输出，而且还可以依靠计算机对各类人力资源信息进行查询与统计，极大地提高了人力资源管理的工作效率[1]。
鉴于以上优势，本文基于统一建模语言UML来对人力资源管理系统进行设计。
1统一建模语言UML统一建模语言UML（Unified Modeling Language）是一个支持软件开发所有阶段的模型化的图形化语言，是20世纪80年代末至90年代中面向对象的分析与设计方法的发展的产物，通过UML能绘制出软件的整体蓝图[2]。
UML适用于软件系统开发的各个过程阶段。
在需求分析阶段，可以利用用例来捕获用户需求，利用类图描述系统问题域的主要概念和机制；在设计阶段，为实现用例，类之间的协作使用动态模型来描述。
另外，UML模型是软件测试的依据，单元测试对应类图和类规格说明，集成测试对应部件图和合作图，系统测试对应用例图。
软件包含的信息很多，难以用一个视图来表达。
为了形象地表达出软件所包含信息，并详尽描述系统的整体特性和功能，UML中使用不同的视图从各个角度来描述软件系统，以准确地对其进行定义。
UML的视图包括以下五种：1）用例视图，是从外部角度（主要指用户）来以最直观的方式描述软件功能，是UML视图的核心，其他视图是依据用例视图来确定的。
实验一软件需求分析实验项目名称：软件需求分析实验目的：1) 掌握系统的功能描述、性能描述方法；2) 掌握需求分析工具数据流程图、数据字典等；3) 掌握系统需求分析的步骤和方法。
实验内容：用结构化数据流分析技术进行软件系统需求分析，得出系统的数据流程图和数据字典。
实验步骤：1) 到相关单位进行需求分析2) 综合利用 Internet 网和相关书籍整理并完善需求分析。
3) 画出系统数据流图(分析系统是事务型还是变换型)4) 得出系统数据字典1. 软件系统需求描述：(从功能，性能上进行描述)功能需求:确定新系统应做什么 ,这算最主要的需求 .该系统就是对A 公司的人员信息进行录入,修改,删除,查找以及表单输出 ..性能需求:给出所开发的新系统的技术性能指标 ,包括存储容量限制 ,运行时间限制,安全保密性等.2. 软件系统数据流程(由加工、数据流、数据存储、源点和终点四种元素组成)：顶层数据流图11)2) 1 层数据流图3) 0 F21合同到期信息F12部门信息F14工作变动F38批假信息F46福利信息F51工资表F25奖惩信息F43考勤统计信息F35请假信息F24培训信息F32考核汇总信息F1员工基本信息F2员工分布信息F17合同记录F33考勤信息F34请假信息F21培训信息F26奖惩信息F30工作信息P0人事管理系统E2经理E1 员工P0 人事管理系统F1员工基本信息F2员工分布信息P1人员管理F21合同到期信息F12部门信息F14工作变动信息F17 合同记录F5职务信息F13员工分布信息E1 员工F33考勤信息F34请假信息P3工资管理F38批假信息F46福利信息F51工资表E2经理F28奖惩信息F21培训信息F30工作信息F26奖惩信息P2工作管理F35请假信息F43考勤统计信息F25奖惩信息F24培训信息F32考核汇总信息002 层数据流图3. 软件系统数据字典1) 数据流条目员工信息表(DD_hrworker)： 名字 : 员工信息表 别名：员工信息描述：记录企业员工的基本信息定义： 员工信息表=员工编号+员工姓名+1 级部门+2 级部门+性别+职位+电子邮件+身份证号+ 出 生 日 期+民 族+户 籍 所 在 地+婚 姻 情 况+毕 业 学 校+专 业+学 历+毕 业 时 间+入 职 时 间+联 系电话+家庭住址+紧急联系人+紧急联系电话离职信息表(DD_hrlworker)：P1 人员管理F1员工 档案信息 F2员工 职务 信息E1 员工P1.1 人 员 信 息 管理F3员工 基本信息 F4员工分布信息 S5S6F10应聘人员记录 S4 应聘人员记录F7部门信息S1 部门基本信息F9部门编制S3 部门编制员工档案员工分布信息F6员工 分布信息P1.2部 门 管 理F5员工 分布信息F12部门信息S22 部门信息表F16修改员工 职务信息P1.3 工 作 变 动 管理S7 合同记录F17 合同记录S8 转正提醒记录F11部门信息 F8职务基本信息S2 职务基本信息F15工作 变动记录F19转正信息F18合同记录F20转正 提醒记录P1.4合 同 管 理F13员工 职务信息 F14工作 变动信息E2 经理F21合同 到期信息S9 工作变动记录名字：离职信息表别名：离职信息描述：记录企业离职员工的信息定义：员工信息表=员工编号+员工姓名+1 级部门+2 级部门+性别+职位+电子邮件+身份证号+ 出生日期+民族+户籍所在地+婚姻情况+毕业学校+专业+学历+毕业时间+入职时间+离职时间+离职成本+离职类型+联系电话+家庭住址+紧急联系人+紧急联系电话员工转正信息表(DD_hrrenew)：名字：员工转正信息表别名：转正信息描述：记录企业引进转正员工的信息定义：员工转正信息表=转正编号+转正员工的编号+转正员工姓名+转正时间+原定转正时间+ 试用期工资+转正工资借调信息表(DD_hrborrow)：名字：借调信息表别名：借调信息描述：记录企业借调人员相关信息。
UML系统需求分析建模实例包括业务建模一、背景某公司为了提高内部管理效率，决定开发一个在线人事管理系统。
该系统主要目标是帮助公司员工和管理人员更好地进行人事管理工作，包括员工信息管理、薪资管理、请假管理等功能。
二、业务建模1. 参与者- 员工：具有查看和修改个人信息的权限。
- 人事部门：负责对员工信息进行管理、薪资管理和请假管理。
- 管理员：拥有所有功能权限。
2. 用例图用例图展示了系统的功能视图，包括主要的参与者和他们的交互。
（图1：用例图）3. 用例描述- 查看个人信息：员工可以查看自己的个人信息，包括个人资料、联系方式和工作历史。
- 修改个人信息：员工可以修改自己的个人信息，如联系方式和地址等。
- 管理员登陆：管理员可以使用管理员账号登陆系统。
- 管理员工信息：管理员可以查看和修改员工信息，包括添加员工、删除员工和修改员工信息等。
- 薪资管理：人事部门可以查看和修改员工薪资信息。
- 请假管理：人事部门可以管理员工的请假信息，包括请假申请和批准等。
4. 状态图状态图描述了系统中的一个对象或参与者的状态变化。
（图2：状态图）5. 类图类图展示了系统中的类以及它们之间的关联。
（图3：类图）三、系统分析1. 需求分析对于查看个人信息的用例，系统应该提供一个界面给员工输入自己的员工号，然后显示员工的个人信息。
对于修改个人信息的用例，系统应该提供一个界面给员工输入员工号和想修改的信息，然后保存修改后的信息。
对于管理员登陆的用例，系统应该提供一个界面给管理员输入管理员账号和密码进行登陆。
对于管理员工信息的用例，系统应该提供一个界面给管理员查看和修改员工信息，包括添加、删除和修改员工信息。
对于薪资管理的用例，系统应该提供一个界面给人事部门查看和修改员工薪资信息。
对于请假管理的用例，系统应该提供一个界面给人事部门管理员工的请假信息，包括请假申请和批准。
2. 非功能性需求- 界面友好：系统应该提供直观、易用的界面来满足用户的需求。
1、系统的功能与要求人力资源管理信息系统是基于B/S模式的WebMIS系统，它可以将杂论无章的信息（包括文字、图片和影音）经过组织，合理有序地呈现在大家面前。
对功能的规定：●招聘管理●岗位管理●临时用工管理●员工培训管理●员工档案管理●员工奖惩管理●考勤管理●工号牌管理●系统管理对性能的规定：●操作应该方便、灵活。
●系统应有较高的的稳定性。
●系统应有较高的安全性。
●系统应有较高的容错性。
●速度上要求前台要能够很快地响应应聘者。
●后台操作不能出现超时现象。
数据管理能力要求●能处理大量的新闻。
●安全指数高，防止黑客攻击。
●负荷能力强，防止数据量过大而影响速度。
●采用日志备份，追查非法应聘者。
●遵循数据完整性规则，保证数据实际有效。
●保证发送到数据库引擎的数据得以可靠存储。
●数据备份功能，保证数据在丢失之后可以得到及时的补救。
●数据恢复功能，当数据遭到破坏时，可以随时恢复过去的备份的数据。
●密码管理，系统对应聘者登录进行了加密限定。
二、系统的体系结构1)系统设计方案本企业人力资源管理系统是基于B/S模式的WebMIS系统，根据后台管理员设置的栏目自动生成的企业人力资源管理系统主页、栏目浏览页面，同时后台提供了招聘员工的信息编辑、修改、删除功能，主要通过相关类实现了数据库的管理和静态文件的生成操作。
2)系统业务流图下图所示的几个信息管理模块，其功能描述如下：业务功能描述: 人力资源管理信息系统招聘管理岗位管理临时用工管理员工培训管理员工档案管理员工奖惩管理考勤管理工号牌管系统管理添加应聘应聘信息岗位信息汇总添加岗位调动信息添加临时工信息岗位调动信息汇总临时工信息汇总添加培训计划培训计划汇总员工培训卡管理添加员工信息员工信息汇总员工健康记录管理员工工作履历管理员工工作业绩管理员工奖惩管理考勤管理工号牌管应聘者基本管理权限管理业务模块描述招聘管理添加应聘信息主要用于发布应聘信息应聘信息汇总对收到的应聘信息进行统计岗位管理岗位信息汇总对各个岗位的进行统计添加岗位调动信息主要用于发布岗位调动信息岗位调动信息汇总对各个岗位的调动信息进行统计临时用工管理添加临时工信息主要用于发布临时工信息临时工信息汇总对临时工信息进行统计员工培训管理添加培训计划主要用于发布培训的内容、计划培训计划汇总对各个部门培训计划的统计员工培训卡管理用于对员工培训卡进行管理员工档案管理添加员工信息主要用于增加员工信息员工信息汇总对所有员工的工号牌、姓名、所在部门、文化程度的统计员工健康记录管理对所有员工的身体状况进行统计（包括体检时间、单位、部门、工号）员工工作履历管理对员工原来的工作信息进行统计员工工作业绩管理对员工工作的业绩进行统计（包括开始时间、结束时间工作单位）员工奖惩管理员工奖惩管理对员工的获得奖励以及惩罚进行统计考勤管理考勤管理用于对应聘者平时出勤、请假、旷工、加班进行统计（包括所在单位、部门、工号）工号牌管理工号牌管理包括牌号、数目、使用者、岗位等系统管理应聘者基本管理用于应聘者进行登录系统（包括应聘者名、应聘者角色、邮箱地址等）权限管理对登录人员进行设置系统逻辑结构二、 系统用例建模识别系统的参与者；识别用例；对主要的用例书写用例文档；通过关系整理用例得出最终的用例模型。
---------------------------------装--------------------------------- --------- 订 -----------------------------------------线---------------------------------------- 班级 姓名 学号商 学 院 答 题 纸（格式二）课程 管理信息系统开发 2012 －2013 学年第 1 学期 成绩 评阅人请选取管理信息系统开发课程设计相关主题，采用面向对象的分析与设计方法，使用IBM Rational Rose Enterprise Edition 软件及合适的开发工具为某个部门或者单位开发一个管理信息系统。
要求完成管理信息系统的需求分析、系统设计、系统配置、开发与编码、测试与系统评价等各个阶段的工作。
基本要求：（1）写出系统的技术设计说明书，提交可以运行的系统；（2）要求撰写不少于3000个文字的技术设计说明书；（3）技术设计说明书中至少要包括：系统用例图、类图及对象图、序列图、协作图、状态图、活动图、包图、构件图与部署图。
技术设计说明书格式参考毕业论文要求，章节包括：（1）概述：包括项目背景、编写目的、软件定义、开发环境等内容。
（2）需求分析：问题陈述、需完成的功能，画出用例图；（3）系统静态模型设计：使用类图及对象图描述系统的静态结构。
（4）系统动态模型设计：使用序列图、协作图、状态图、活动图等描述系统的动态结构。
（5）系统部署模型设计：使用构件图与部署图对系统的实现结构进行建模。
（7）开发与编码：编写程序、调试并进行测试。
（8）结论：写出完成本课程设计的成果评价，领会管理信息系统理论与系统开发实践的关系。
软件还需要哪些改进。
（7）参考文献。
严禁剽窃、抄袭等作弊行为！全文抄袭，或未按时交卷，或与课程内容毫不相关按不及格处理。
评分标准分值得分完成管理信息系统开发课程设计工作任务20分 论文文章结构安排合理，写作、引注规范，结论正确。
人力资源管理系统UML建模人力资源管理系统UML建模随着企业竞争的日趋激烈，人力资源管理系统已经成为了企业不可或缺的一部分。
人力资源系统的管理和运营涉及到很多方面，如招聘、培训、绩效评估、薪资管理等等。
人力资源的管理系统需要一个高效、可靠、安全的系统来协助企业完成各项职业处理。
本文将通过UML建模的方式，来描述一个典型的人力资源管理系统。
需求分析在设计和开发人力资源管理系统时，需求分析是一个非常重要的步骤。
在这一阶段，我们需要与客户交流，了解他们的需求和期望，并将这些需求转化为功能和特性需求。
在人力资源系统中，需要以下功能：1.招聘管理：发布职位、应聘者管理和面试安排等2.培训管理：对员工的培训计划和进度进行管理3.绩效评估：员工的绩效评估和管理4.薪资管理：完成薪资结算和福利管理5.人事管理：员工档案管理和劳动合同管理6.统计和报告：各种数据和报告的生成和输出设计和构建模型基于以上需求，我们使用UML建模语言来设计人力资源管理系统。
在设计系统之前，需要了解以下几个重要的模型概念：1.系统框架图：用于描述系统中各个模块之间的关系2.用例图：用于描述系统的功能和操作流程3.活动图：用于描述流程或活动的执行过程4.类图：用于描述系统中各个类和它们之间的关系我们可以根据需求将人力资源管理系统分为以下几个模块：1.人事管理模块2.招聘管理模块3.培训管理模块4.绩效评估模块5.薪资管理模块6.统计和报告模块系统框架图系统框架图如下所示，我们可以看到不同板块之间的交互，与整个系统的工作方式。
通过这个框架，我们可以很清晰地了解到各个模块之间的依赖关系。
用例图用例图描述了系统中各个角色的操作方式，例如管理员、招聘者或培训者等角色。
在人力资源管理系统中，如下用例图所示：活动图活动图是用于描述流程或活动的执行过程。
在人力资源管理系统中，可以采用活动图来描述工作流程，例如雇用和培养员工的细节。
下图是人员招聘活动图：类图类图是人员管理系统设计过程中最常用的建模方法，用于描述人员管理系统中的数据结构。
基于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作为建模语言，选择Power Designer作为建模工具，采用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用例的生成过程事件表中的每个事件并不总是对应一个用例。
