人事管理系统用例图类图活动图模板

人力资源管理系统一、综述供充足的信息和快捷的查询手段。

人事管理系统的主要任务就是使用计算机，对所有公司成员的人事档案资料进行保存；在需要时进行查找、分类、统计或者增加、修改和删除等操作；可以针对不同的目的，对各种档案资料进行查询。

整个系统从符合操作简便、界面友好、灵活、实用、安全的要求出发，完成人事管理的全过程，包括新进员工加入时人事档案的建立、老员工的转出、职位等的变动引起职工信息的修改、员工信息查询、统计等人事管理工作以及新进员的新增、老员工修改等管理工作。

二、系统功能介绍(一)员工管理员工管理模块包括员工信息管理、员工合同管理、员工档案管理、档案室档案柜管理、员工档案管理、人事变动管理、离职员工管理、员工报表生成等。

1、员工信息管理（1）新员工入职系统允许人事管理员添加新的员工数据，作为其它功能和模块的数据基础。

人事管理员可在以下页面填写员工相关资料，最后保存信息。

其中带（*）号的项目是人事管理员必填、普通员工没有权限填写的信息。

新员工工号默认由系统自动生成，人事管理员工也可自行手动修改。

在保存新员工信息的同时，管理员可选择同时创建系统用户，创建之后系统允许此员工登陆系统进行一定权限范围内的操作。

创建的系统用户登录名默认为工号、密码默认为111111，角色默认为普通员工。

具体如下图所示：图2-1 添加新员工信息（2）员工信息修改在修改员工信息功能上，系统对不同角色的用户有不同的处理方式。

人事管理员有权限对系统所有员工除工号以外的信息做修改，教学秘书允许修改本部门员工的信息，普通员工仅允许修改自己的信息。

非人事管理员没有权限修改员工所属部门、职务、职工类别等信息项。

在人事部门管理员添加新员工的基本数据后，该员工需登录系统进一步完善自己的信息，从而减轻人事管理员的工作负担。

以下是新员工登录系统修改信息流程图：图2-2 新员工入职登陆流程图（3）员工查询管理在员工管理页面点击“高级查询”按钮，可根据不同条件对员工信息进行综合查询，快速获取到符合各种条件的员工信息。

1．系统概述工资管理是每一个单位都必须面临的问题，各个单位的工资处理内容总是有一定的区别，目前还没有一个专用的工资管理系统。

也不可能把各个单位的工资内容统一起来。

为此各单位都面临一个工资管理系统的开发应用问题。

本系统是用J2EE开发的一个具有代表性的管理系统。

下面是该系统的软件模型。

2．需求分析2.1功能描述人事工资管理系统应完成以下功能：1.员工管理：包括部门设置、员工信息、人员调动和福利信息四部分。

2.考勤管理：包括正常出勤、异常出勤和加班处理三部分。

3.工作评价管理：员工评价信息分为两部分，一部分是主管经理对员工的评价信息，包括工作分工、完成情况、工作态度等；另一部分是同组员工的评价信息，包括工作态度、合作情况等。

4.工资管理：主要完成员工工资信息的维护，员工工资分为两部分，一部分是基本工资，根据员工的职称和岗位设置；另一部是动态工资，根据员工的考勤情况和工作评价情况计算，在计算出总工资后，还应扣除一些费用，如税款、公积金、养老金等。

5.系统管理模块：主要是完成用户的添加、密码信息的修改，系统登录，操作人员的权限分配等功能。

2.2用况图系统管理模块图1人事工资管理系统用例图福利信息管理图1.1员工管理用例图删除部门检查是否存在员工图1.1.1部门信息管理用例图修改员工图1.1.2员工信息管理用例图图1.1.3 人员调动设置用例图图1.1.4福利信息管理用例图人员调动删除员工福利异常出勤加班处理考勤管理员图1.2考勤管理用例图图1.2.1加班处理用例图图1.2.2异常出勤管理加班费率设置(from 考勤管理)事假统计考勤管理员(from 考勤管理)主管经理图1.3工作评价管理工资汇总图1.4工资管理用例图2.3用况描述针对系统不同层次的用案描述情况，抽象出如下4种用案的具体描述1. 工资管理用案用案编号：UC1用案名：工资管理用案主要参与者：工资管理员受益人极其利益：公司通过该系统公司可以实现科学化的工资管理，最大化的提高效率工资管理员工资管理员可以方便快捷的管理员工相应个人信息，实现各种工资管理操作前置条件：工资管理员进入系统前进行身份识别并进行授权后置条件：存储公司工资发放情况，包括基本工资，动态工资记录主要的成功场景：1．工资管理员登陆系统，输入账号，密码2．系统核对确认个人信息正确，分配相应权限3．工资管理员输入工资查询请求4．系统反馈相应工资查询结果5．工资管理员给系统输入相应可变动数据6．系统对输入数据进行记录7．工资管理员发送工资汇总请求8．系统反馈工资汇总信息2．员工信息管理用案用案编号：UC2用案名：员工信息管理用案主要参与者：员工管理员受益人极其利益：公司通过该系统公司可以实现科学化的工资管理，最大化的提高效率员工管理员员工管理员可以方便快捷的管理员工相应个人信息，实现新增员工，删除员工，查询员工，修改员工等操作前置条件：员工管理员进入系统前进行身份识别并进行授权后置条件：存储公司员工个人信息，包括新增员工，删除员工，查询员工，修改员工信息等记录主要的成功场景：1．员工管理员登陆系统，输入账号，密码2．系统核对确认个人信息正确，分配相应权限3．员工管理员输入新增员工请求4．系统实现新增员工请求5．员工管理员输入删除员工请求6．系统实现删除员工请求7．员工管理员输入查询员工请求8．系统实现查询员工请求9．员工管理员输入修改员工请求10．系统实现修改员工请求3．人员调动用案用案编号：UC3用案名：人员调动用案主要参与者：员工管理员受益人极其利益：公司通过该系统公司可以实现科学化的工资管理，最大化的提高效率员工管理员员工管理员可以方便快捷的管理员工相应个人信息，包括查询员工基本信息，人员调动信息保存等前置条件：员工管理员进入系统前进行身份识别并进行授权后置条件：保存员工基本信息，人员调动基本信息主要的成功场景：1．员工管理员登陆系统，输入账号，密码2．系统核对确认个人信息正确，分配相应权限3．员工管理员输入员工基本信息查询请求4．系统反馈相应员工基本信息查询结果5．员工管理员提交人员调动情况信息6．系统保存员工调动信息4．工作评价管理用案用案编号：UC4用案名：工作评价管理用案主要参与者：员工主管经理受益人极其利益：公司通过该系统公司可以实现科学化的工资管理，最大化的提高效率主管经理可以方便的对员工个人表现进行评价员工员工可以方便的查询自己被评价的分数，也可以方便的给同组与其他员工评分。

Fox-ERP人事‎管理系统(二)-----毕业设计(论文)指导老师专业计算机应用‎与维护组长班级组员成都电子机‎械高等专科‎学校 2007年‎5月10日‎目录第一章系统‎功能 (1)1.1需求分析‎ (3)1.2F O X-ER P人事‎管理系统功‎能 (4)第二章系统分析图‎................................................................. 错误！未定义书签。

2.1U M L图 (5)2.1.1用例图 (6)2.1.2类图 (8)2.1.3活动图 (9)2.2系统架构‎ (9)第三章主要关键技‎术 (10)3.1关键技术‎之一 (10)3.2关键技术‎之二 (11)3.3关键技术‎之三 (11)第四章数据库结构‎ (12)4.1数据库设‎计 (12)4.2人事管理‎系统的数据‎模型图 (16)第五章使用FOX‎-ERP人事‎管理系统说‎明书 (16)5.1F OX-E R P人事‎管理系统平‎台 (16)5.1.1 硬件需求 (16)5.1.2 安装: (17)5.1.3第二期工‎程的后续工‎作 (17)5.2F OX-E R P人事‎管理登录和‎进入系统 (17)5.2.1 登录 (17)5.2.2 进入FOX‎-ERP人事‎管理系统主‎界面 (17)5.2.3 使用说明 (18)第六章 FOX-ERP人事‎管理主要源‎程序 .................................................... 错误！未定义书签。

一、密码的修改‎和找回........................................................................错误！未定义书签。

1：修改密码代‎码.. (32)2：找回密码代‎码 (32)二、员工就职 (33)1：代号档资料‎维护界面代‎码 (33)2：员工基本资‎料 (35)3：津贴/扣款维护 (38)4: 健保眷属资‎料维护代码‎ (39)5：经历资料维‎护代码 (40)6：证照资料维‎护代码..............................................................................错误！未定义书签。

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中数据流图，⽤例图，类图，对象图，⾓⾊图，活动图，序列图详细讲述保存供参考这个⽂章，是我在急需的情况下在园⼦⾥搜索到的，原创作者是：DO-websoftware,为了⾃⼰看⽅便，所以复制到我的空间，希望原创者不要介意哦~~~~很详细的介绍，对我的帮助很⼤，谢谢哦。

类图，对象图，⾓⾊图：⼀、UML中基本的图范畴：在 UML 2 中有⼆种基本的图范畴：结构图和⾏为图。

每个 UML 图都属于这⼆个图范畴。

结构图的⽬的是显⽰建模系统的静态结构。

它们包括类，组件和（或）对象图。

另⼀⽅⾯，⾏为图显⽰系统中的对象的动态⾏为，包括如对象的⽅法，协作和活动之类的内容。

⾏为图的实例是活动图，⽤例图和序列图。

⼆、UML中的类图：1.类图的表⽰：类的 UML 表⽰是⼀个长⽅形，垂直地分为三个区，如图 1 所⽰。

顶部区域显⽰类的名字。

中间的区域列出类的属性。

底部的区域列出类的操作。

在⼀个类图上画⼀个类元素时，你必须要有顶端的区域，下⾯的⼆个区域是可选择的（当图描述仅仅⽤于显⽰分类器间关系的⾼层细节时，下⾯的两个区域是不必要的）。

描述：顶部区域显⽰类的名字。

中间的区域列出类的属性。

底部的区域列出类的操作。

当在⼀个类图上画⼀个类元素时，你必须要有顶端的区域，下⾯的⼆个区域是可选择的（当图描述仅仅⽤于显⽰分类器间关系的⾼层细节时，下⾯的两个区域是不必要的）。

·类名：如果是抽象类，则采⽤斜体·类属性列表：name : attribute type 如 flightNumber : Integer，这是最常见的表达形式name : attribute type = default value 如 balance : Dollars = 0，这是带有默认值的表达形式·类⽅法列表：name(parameter list) : type of value returned注意：在业务类图中，属性类型通常与单位相符，这对于图的可能读者是有意义的（例如，分钟，美元，等等）。

UML各种图例——用例图、类图、状态图、包图、协作图、顺序图面向对象的问题的处理的关键是建模问题.建模可以把在复杂世界的许多重要的细节给抽象出.许多建模工具封装了UML（也就是Unified Modeling Language™），这篇课程的目的是展示出UML的精彩之处.UML中有九种建模的图标，即：∙用例图∙类图∙对象图∙顺序图∙协作图∙状态图∙活动图∙组件图∙配置图本课程中的某些部分包含了这些图的细节信息的页面链接.而且每个部分都有一个小问题，测试一下你对这个部分的理解.为什么UML很重要?为了回答这个问题，我们看看建筑行业.设计师设计出房子.施工人员使用这个设计来建造房子.建筑越复杂，设计师和施工人员之间的交流就越重要.蓝图就成为了这个行业中的设计师和施工人员的必修课.写软件就好像建造建筑物一样.系统越复杂，参与编写与配置软件的人员之间的交流也就越重要.在过去十年里UML就成为分析师，设计师和程序员之间的“建筑蓝图”.现在它已经成为了软件行业的一部分了.UML提供了分析师，设计师和程序员之间在软件设计时的通用语言.UML被应用到面向对象的问题的解决上.想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的.一个模型model就是根本问题的抽象.域domain就是问题所处的真实世界.模型是由对象objects组成的，它们之间通过相互发送消息messages来相互作用的.记住把一个对象想象成“活着的”.对象有他们知道的事（属性attributes）和他们可以做的事（行为或操作behaviors or operations）.对象的属性的值决定了它的状态state.类Classes是对象的“蓝图”.一个类在一个单独的实体中封装了属性（数据）和行为（方法或函数）.对象是类的实例instances.用例图用例图Use case diagrams描述了作为一个外部的观察者的视角对系统的印象.强调这个系统是什么而不是这个系统怎么工作.用例图与情节紧紧相关的.情节scenario是指当某个人与系统进行互动时发生的情况.下面是一个医院门诊部的情节.“一个病人打电话给门诊部预约一年一次的身体检查.接待员找出在预约记录本上找出最近的没有预约过的时间，并记上那个时间的预约记录.”用例Use case是为了完成一个工作或者达到一个目的的一系列情节的总和.角色actor是发动与这个工作有关的事件的人或者事情.角色简单的扮演着人或者对象的作用.下面的图是一个门诊部Make Appointment用例.角色是病人.角色与用例的联系是通讯联系communication association（或简称通讯communication）角色是人状的图标，用例是一个椭圆，通讯是连接角色和用例的线.一个用例图是角色，用例，和它们之间的联系的集合.我们已经把Make Appointment作为一个含有四个角色和四个用例的图的一部分.注意一个单独的用例可以有多个角色.用例图在三个领域很有作用.∙决定特征（需求）.当系统已经分析好并且设计成型时，新的用例产生新的需求∙客户通讯.使用用例图很容易表示开发者与客户之间的联系.∙产生测试用例.一个用例的情节可能产生这些情节的一批测试用例.类图类图Class diagram通过显示出系统的类以及这些类之间的关系来表示系统.类图是静态的－它们显示出什么可以产生影响但不会告诉你什么时候产生影响.下面是一个顾客从零售商处预定商品的模型的类图.中心的类是Order.连接它的是购买货物的Customer和Payment.Payment有三种形式：Cash，Check，或者Credit.订单包括OrderDetails（line item），每个这种类都连着Item.每个类图包括类，关联和多样性表示.方向性和角色是为了使图示得更清楚时可选的项目.包和对象图为了简单地表示出复杂的类图，可以把类组合成包packages.一个包是UML上有逻辑关系的元件的集合.下面这个图是是一个把类组合成包的一个商业模型. dependencies关系.如果另一个的包B改变可能会导致一个包A改变，则包A依赖包B.包是用一个在上方带有小标签的矩形表示的.包名写在标签上或者在矩形里面.点化线箭头表示依赖对象图Object diagrams用来表示类的实例.他们在解释复杂关系的细小问题时（特别是递归关系时）很有用.这个类图示一个大学的Department可以包括其他很多的Departments.这个对象图示上面类图的实例.用了很多具体的例子.UML中实例名带有下划线.只要意思清楚，类或实例名可以在对象图中被省略.每个类图的矩形对应了一个单独的实例.实例名称中所强调的UML图表.类或实例的名称可能是省略对象图表只要图的意义仍然是明确的.顺序图类图和对象图是静态模型的视图.交互图是动态的.他们描述了对象间的交互作用.顺序图将交互关系表示为一个二维图.纵向是时间轴，时间沿竖线向下延伸.横向轴代表了在协作中各独立对象的类元角色.类元角色用生命线表示.当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线.消息用从一个对象的生命线到另一个对象生命线的箭头表示.箭头以时间顺序在图中从上到下排列.协作图协作图也是互动的图表.他们像序列图一样也传递相同的信息，但他们不关心什么时候消息被传递，只关心对象的角色.在序列图中，对象的角色放在上面而消息则是连接线.对象角色矩形上标有类或对象名（或者都有）.类名前面有个冒号（：）.协作图的每个消息都有一个序列号.顶层消息的数字是1.同一个等级的消息（也就是同一个调用中的消息）有同样的数字前缀，再根据他们出现的顺序增加一个后缀1，2等等.状态图对象拥有行为和状态.对象的状态是由对象当前的行动和条件决定的.状态图statechart diagram显示出了对象可能的状态以及由状态改变而导致的转移.我们的模型例图建立了一个银行的在线登录系统.登录过程包括输入合法的密码和个人账号，再提交给系统验证信息.登录系统可以被划分为四种不重叠的状态：Getting SSN, Getting PIN, Validating, 以及Rejecting.每个状态都有一套完整的转移transitions来决定状态的顺序.状态是用圆角矩形来表示的.转移则是使用带箭头的连线表示.触发转移的事件或者条件写在箭头的旁边.我们的图上有两个自转移.一个是在Getting SSN，另一个则在上Getting PIN.初始状态（黑色圆圈）是开始动作的虚拟开始.结束状态也是动作的虚拟结束.事件或条件触发动作时用（/动作）表示.当进入Validating状态时，对象并不等外部事件触发转移.取而代之，它产生一个动作.动作的结果决定了下一步的状态.活动图活动图activity diagram是一个很特别的流程图.活动图和状态图之间是有关系的.状态图把焦点集中在过程中的对象身上，而活动图则集中在一个单独过程动作流程.活动图告诉了我们活动之间的依赖关系.对我们的例子来说，我们使用如下的过程.“通过ATM来取钱.”这个活动有三个类Customer, ATM和Bank.整个过程从黑色圆圈开始到黑白的同心圆结束.活动用圆角矩形表示.。