人事管理系统用例图类图活动图
UML各种图例齐全—用例图、类图、状态图、包图、协作图、顺序图详细说明书画法和功能
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.标准文档UML类的符号是一个被划分成三块的方框：类名，属性，和操作.抽象类的名字，像Payment是斜体的.类之间的关系是连接线.类图有三种关系.关联association－表示两种类的实例间的关系.如果一个类的实例必须要用另一个类的实例才能完成工作时就要用关联.在图中，关联用两个类之间的连线表示.标准文档标准文档为了简单地表示出复杂的类图，可以把类组合成包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.整个过程从黑色圆圈开始到黑白的同心圆结束.活动用圆角矩形表示.标准文档标准文档标准文档。
UML系统需求分析建模实例包括业务建模
UML系统需求分析建模实例包括业务建模一、背景某公司为了提高内部管理效率，决定开发一个在线人事管理系统。
该系统主要目标是帮助公司员工和管理人员更好地进行人事管理工作，包括员工信息管理、薪资管理、请假管理等功能。
二、业务建模1. 参与者- 员工：具有查看和修改个人信息的权限。
- 人事部门：负责对员工信息进行管理、薪资管理和请假管理。
- 管理员：拥有所有功能权限。
2. 用例图用例图展示了系统的功能视图，包括主要的参与者和他们的交互。
（图1：用例图）3. 用例描述- 查看个人信息：员工可以查看自己的个人信息，包括个人资料、联系方式和工作历史。
- 修改个人信息：员工可以修改自己的个人信息，如联系方式和地址等。
- 管理员登陆：管理员可以使用管理员账号登陆系统。
- 管理员工信息：管理员可以查看和修改员工信息，包括添加员工、删除员工和修改员工信息等。
- 薪资管理：人事部门可以查看和修改员工薪资信息。
- 请假管理：人事部门可以管理员工的请假信息，包括请假申请和批准等。
4. 状态图状态图描述了系统中的一个对象或参与者的状态变化。
（图2：状态图）5. 类图类图展示了系统中的类以及它们之间的关联。
（图3：类图）三、系统分析1. 需求分析对于查看个人信息的用例，系统应该提供一个界面给员工输入自己的员工号，然后显示员工的个人信息。
对于修改个人信息的用例，系统应该提供一个界面给员工输入员工号和想修改的信息，然后保存修改后的信息。
对于管理员登陆的用例，系统应该提供一个界面给管理员输入管理员账号和密码进行登陆。
对于管理员工信息的用例，系统应该提供一个界面给管理员查看和修改员工信息，包括添加、删除和修改员工信息。
对于薪资管理的用例，系统应该提供一个界面给人事部门查看和修改员工薪资信息。
对于请假管理的用例，系统应该提供一个界面给人事部门管理员工的请假信息，包括请假申请和批准。
2. 非功能性需求- 界面友好：系统应该提供直观、易用的界面来满足用户的需求。
人事工资管理系统
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用案名：工作评价管理用案主要参与者：员工主管经理受益人极其利益：公司通过该系统公司可以实现科学化的工资管理，最大化的提高效率主管经理可以方便的对员工个人表现进行评价员工员工可以方便的查询自己被评价的分数，也可以方便的给同组与其他员工评分。
UML 用例图、关系图、活动图
例如，一个银行系统中，有
一个“验证用户”用例，用 身份认证
于验证用户的合法性，它有
两 个 特 殊 的 子 用 例 ， 一 个 是 密码认证
指纹认证
“检查密码”，另一个是
“检查指纹”，它们都有父
用例“验证用户”的行为，
并且可以出现在父用例出现
的任何地方，还可以添加自
己的行为。
用例图实例
• 以前面图书信息管理系统为例，画出用例 图。先找出参与系统地的角色：
• 扩展关系——允许一个用例扩展另一个用
例的功能。例如，在图书信息管理系统中，
读者还书时，系统检查所还图书是否有预
订记录，如果有则执行“通知”用例。在
UML中扩展关系表示为箭头和《extend》形
式。
《extend》
还书
通知
管理员
读者
注意
• 使用关系和扩展关系之间的区别，A使用B 本质上是A一定使用B，同时增加自己的专 属行为；而A被用例B扩展是说明A是一个一 般用例，B是一个特殊用例，A在某些条件 下可能使用B。
（2）取消预订——本用例提供取消预订图书的功能。
（3）还书——完成还书任务，在还书是要检查所还的书是否超 期、是否有其他读者预订，有的话要通知预订者。
（4）借书——提供借阅书功能 。
• 分析这个用例图，发现“还书”用例应该 被扩展，因为在还书时检查所还图书是否 有预订记录，若有，则应该通知预订者前 来借书。
• 一个用例内部的具体处理细节是由其他图形工具描述 的，用例图只是反映系统的总体功能，以及与这些功 能的相关的角色。有些人可能在画“借书”用例时， 情不自禁地就考虑了“输入读者号和书号”，“检查 图书是否在库？”，“图书数量减1”，“添加读者借 书记录”等等，一旦考虑了这些细节，就会发现用例 图画不下去了。因此，读者注意用例图中不要考虑处 理细节。
UML人事管理系统
1、系统的功能与要求人力资源管理信息系统是基于B/S模式的WebMIS系统，它可以将杂论无章的信息（包括文字、图片和影音）经过组织，合理有序地呈现在大家面前。
对功能的规定：●招聘管理●岗位管理●临时用工管理●员工培训管理●员工档案管理●员工奖惩管理●考勤管理●工号牌管理●系统管理对性能的规定：●操作应该方便、灵活。
●系统应有较高的的稳定性。
●系统应有较高的安全性。
●系统应有较高的容错性。
●速度上要求前台要能够很快地响应应聘者。
●后台操作不能出现超时现象。
数据管理能力要求●能处理大量的新闻。
●安全指数高，防止黑客攻击。
●负荷能力强，防止数据量过大而影响速度。
●采用日志备份，追查非法应聘者。
●遵循数据完整性规则，保证数据实际有效。
●保证发送到数据库引擎的数据得以可靠存储。
●数据备份功能，保证数据在丢失之后可以得到及时的补救。
●数据恢复功能，当数据遭到破坏时，可以随时恢复过去的备份的数据。
●密码管理，系统对应聘者登录进行了加密限定。
二、系统的体系结构1)系统设计方案本企业人力资源管理系统是基于B/S模式的WebMIS系统，根据后台管理员设置的栏目自动生成的企业人力资源管理系统主页、栏目浏览页面，同时后台提供了招聘员工的信息编辑、修改、删除功能，主要通过相关类实现了数据库的管理和静态文件的生成操作。
2)系统业务流图下图所示的几个信息管理模块，其功能描述如下：业务功能描述: 人力资源管理信息系统招聘管理岗位管理临时用工管理员工培训管理员工档案管理员工奖惩管理考勤管理工号牌管系统管理添加应聘应聘信息岗位信息汇总添加岗位调动信息添加临时工信息岗位调动信息汇总临时工信息汇总添加培训计划培训计划汇总员工培训卡管理添加员工信息员工信息汇总员工健康记录管理员工工作履历管理员工工作业绩管理员工奖惩管理考勤管理工号牌管应聘者基本管理权限管理业务模块描述招聘管理添加应聘信息主要用于发布应聘信息应聘信息汇总对收到的应聘信息进行统计岗位管理岗位信息汇总对各个岗位的进行统计添加岗位调动信息主要用于发布岗位调动信息岗位调动信息汇总对各个岗位的调动信息进行统计临时用工管理添加临时工信息主要用于发布临时工信息临时工信息汇总对临时工信息进行统计员工培训管理添加培训计划主要用于发布培训的内容、计划培训计划汇总对各个部门培训计划的统计员工培训卡管理用于对员工培训卡进行管理员工档案管理添加员工信息主要用于增加员工信息员工信息汇总对所有员工的工号牌、姓名、所在部门、文化程度的统计员工健康记录管理对所有员工的身体状况进行统计（包括体检时间、单位、部门、工号）员工工作履历管理对员工原来的工作信息进行统计员工工作业绩管理对员工工作的业绩进行统计（包括开始时间、结束时间工作单位）员工奖惩管理员工奖惩管理对员工的获得奖励以及惩罚进行统计考勤管理考勤管理用于对应聘者平时出勤、请假、旷工、加班进行统计（包括所在单位、部门、工号）工号牌管理工号牌管理包括牌号、数目、使用者、岗位等系统管理应聘者基本管理用于应聘者进行登录系统（包括应聘者名、应聘者角色、邮箱地址等）权限管理对登录人员进行设置系统逻辑结构二、 系统用例建模识别系统的参与者；识别用例；对主要的用例书写用例文档；通过关系整理用例得出最终的用例模型。
基于UML的人事管理系统设计与建模
---------------------------------装--------------------------------- --------- 订 -----------------------------------------线---------------------------------------- 班级 姓名 学号商 学 院 答 题 纸（格式二）课程 管理信息系统开发 2012 －2013 学年第 1 学期 成绩 评阅人请选取管理信息系统开发课程设计相关主题，采用面向对象的分析与设计方法，使用IBM Rational Rose Enterprise Edition 软件及合适的开发工具为某个部门或者单位开发一个管理信息系统。
要求完成管理信息系统的需求分析、系统设计、系统配置、开发与编码、测试与系统评价等各个阶段的工作。
基本要求：（1）写出系统的技术设计说明书，提交可以运行的系统；（2）要求撰写不少于3000个文字的技术设计说明书；（3）技术设计说明书中至少要包括：系统用例图、类图及对象图、序列图、协作图、状态图、活动图、包图、构件图与部署图。
技术设计说明书格式参考毕业论文要求，章节包括：（1）概述：包括项目背景、编写目的、软件定义、开发环境等内容。
（2）需求分析：问题陈述、需完成的功能，画出用例图；（3）系统静态模型设计：使用类图及对象图描述系统的静态结构。
（4）系统动态模型设计：使用序列图、协作图、状态图、活动图等描述系统的动态结构。
（5）系统部署模型设计：使用构件图与部署图对系统的实现结构进行建模。
（7）开发与编码：编写程序、调试并进行测试。
（8）结论：写出完成本课程设计的成果评价，领会管理信息系统理论与系统开发实践的关系。
软件还需要哪些改进。
（7）参考文献。
严禁剽窃、抄袭等作弊行为！全文抄袭，或未按时交卷，或与课程内容毫不相关按不及格处理。
评分标准分值得分完成管理信息系统开发课程设计工作任务20分 论文文章结构安排合理，写作、引注规范，结论正确。
UML中数据流图，用例图，类图，对象图，角色图，活动图，序列图详细讲述保存供参考
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注意：在业务类图中，属性类型通常与单位相符，这对于图的可能读者是有意义的（例如，分钟，美元，等等）。
图书馆管理系统用例图、精彩活动图、类图、时序图
图书馆管理系统一．图书馆管理系统需求分析1、系统目标设计系统开发的总目标是实现内部图书借阅管理的系统化、规X化和自动化.能够对图书进展注册登记,也就是将图书的根本信息〔如：书的编号、书名、作者、价格等〕预先存入数据库中,供以后检索.能够对借阅人进展注册登记,包括记录借阅人的某某、编号、班级、年龄、性别、地址、等信息.提供方便的查询方法.如：以书名、作者、、时间〔确切的时间、时间段、某一时间之前、某一时间之后〕等信息进展图书检索,并能反映出图书的借阅情况；以借阅人编号对借阅人信息进展检索；以名称查询联系方式信息.提供对进展的预先预订的功能.提供旧书销毁功能,对于淘汰、损坏、丢失的可与时对数据库进展修改.能够对使用该管理系统的用户进展管理,按照不同的工作职能提供不同的功能授权.提供较为完善的过失控制与友好的用户界面,尽量防止误操作.2、系统功能需求分析<1> 读者管理：读者信息的制定、输入、修改、查询,包括种类、性别、借书数量、借书期限、备注等.<2> 管理：根本信息制定、输入、修改、查询,包括编号、类别、关键词、备注.<3> 借阅管理：包括借书,还书,预订,续借,查询,过期处理和丢失后的处理.<4>系统管理：包括用户权限管理,数据管理和自动借还书机的管理满足以上需求的系统主要包含有一下几个子系统〔1〕根本业务功能子系统：该系统中主要包含了借书还书和预订等功能.〔2〕根本数据录入功能子系统：该子系统主要包含有信息和读者信息录入功能.〔3〕信息查询子系统：包含了多功能的查询信息和读者信息.〔4〕数据库管理功能子系统：主要包含了借阅信息管理功能,信息管理功能和预订信息管理功能.〔5〕帮助功能子系统.二、系统动态建模1、用例图、图书馆管理系统的用例图从用例图中我们可以看出管理员和读者之间对本系统所具有的用例.管理员所包含的用例有：（1）登录系统：管理员可以通过登录该系统进展各项功能的操作（2）管理：包括对的增删改等.（3）借阅管理：包括借书、还书、预订、逾期处理和丢失处理等等.（4）读者管理：包含对读者的增删改等操作.（5）自动借书机的管理.读者所包含的用例有：（1）登录系统（2）借书：进展借书业务.（3）还书：读者具有的还书业务.（4）查询：包含对个人信息和信息的查询业务（5）预订：读者对的预订业务.（6）逾期处理：就是过期后的缴纳罚金等.（7）丢失处理：对丢失后的不同措施进展处理.（8）自动借书机的使用等.2、时序图时序图是显示对象之间交互的图,对象是按时间顺序排列的.该图书馆管理系统主要含有以下几个重要的时序图,其他对象的时序图和也类似.（1）借书时序图（2）还书时序图（3）罚款时序图1、借书时序图图书馆管理系统借书时序图[时序图说明]（1）login〔〕：登录系统.（2）checkstu_card<>:对读者信息进展验证,检查是否符合本图书馆借书条件.（3）showinformation〔〕：显示该读者的根本信息函数.（4）borrow〔〕：读者借书函数.（5）getreaders〔〕：取得读者信息函数.看该读者是否符合借书条件,假如符合,如此返回可借信息.（6）gettitle〔〕:取得信息.（7）getreservation〔〕：检验是否被预订函数.（8）getnoreservation〔〕：没被预订或取消预订函数.（9）create〔borrower,item〕：创建外借函数.借书时,读者先将书拿予管理员,管理员对和读者进展检验,假如和读者都符合借书条件,如此借书成功.2、还书时序图图书馆管理系统还书时序图[时序图说明]（1）login〔〕：登录系统.（2）getitem<>:取得条目信息.（3）update〔〕：对图书馆条目和借阅者信息进展更新条目.还书时,读者先将书交给管理员,由管理员扫描,假如没有过期等违规现象,如此对和读者借阅信息进展更新,同时还书成功.3、罚款时序图图书馆管理系统的罚款时序图[时序图说明]管理员对进展扫描,假如发现已经超过了图书馆规定的还书期限,如此按每天一定金额进展罚款,过期天数和罚款金额由系统自动计算.用户交完罚金后,如此对读者借阅信息进展更新.4.4、系统的状态图图书馆的状态图如图7所示.[状态图说明]在未变成图书馆在库时,为新加状态.处于在库状态时既可以预订也可以外借,外借后变为借出状态.处于预订状态时也可以外借,超出预订时间期限如此从预订状态直接转为可用状态.借阅者在规定的预订时间内也可以考虑取消预订,取消预订后的状态转为可用.外借归还后变为可用状态.图书馆的状态图3、活动图活动图描述的是某流程中的任务的执行,活动图描述活动是如何协同工作的,当一个操作必须完成一系列事情,而又无法确定以样的顺序来完成事情时,活动图可以更清晰地描述事情..在本图书馆管理系统中,我们主要描述了图书馆系统的借书、还书和预订的活动图.<1>借书活动图[借书活动图说明]管理员首先要扫描读者的借书证,检验证件是否符合图书馆借书条件,假如该读者的借书数量还未达到最大规定数量,并且其所借均未属于过期X围,如此符合借书条件.如此再扫描条形码,检查是否是不可借或者已经被预订,假如被预订,如此取消预订,方可借书.在条件都符合时如此更新信息和读者的借阅信息,记录好借书的时间.图书馆管理系统的借书活动图<2>还书活动图[还书活动图说明]图书管理员对进展扫描,假如已经过期,如此要求读者还请欠款才能还书,读者缴应交罚款后,更新信息和读者信息.图书馆管理系统的还书活动图<3>预订图书活动图[预订活动图说明]读者先进入系统查询自己所需要的,显示信息,检验是否属于可预订,假如符合条件如此检查是否已经被预订或已经被外借,假如都未成立,如此读者登录系统,并对该进展预订.图书馆管理系统预订活动图4、图书馆管理系统的类图[类图说明]（1）reader类是借阅者的类,它的属性很多,包括借阅者的账户ID 〔reader_id〕、某某〔reader_Name〕、地址〔Address〕、班级〔class〕、所借的〔borrowed〕等.其中主要操作有借书〔addborrowed〕和还书<deleteborrowed>和预订<reservation>等.（2）admin类是管理员类,他有编号和某某属性,操作主要是的增删改和读者的增删改等等.〔3〕 Title 类是记录信息的类,包括的名字〔name〕、作者〔author〕、book_id 等属性.〔4〕 Item 类是具体某本书的类,属性包括号〔id〕.操作包括预订〔reserve〕、按查找〔find_on_title〕等.〔5〕 borrow类是某本书的借阅信息类,包括所借阅的ISBN、借阅的时间〔date〕等.〔6〕 Reservation类是预订信息类,每个预订信息包括预订日期〔date〕、所预订的ISBN、预订的用户ID〔UserID〕等属性.<7> persistent store类是永久的存储类,在数据库中的存储数据,其他对与有关的活动都要经过其存储类.图书馆管理系统的类图与关系三．实验心得此次实验我们实现了对网上选课系统的设计,通过UML建模,把事物从抽象到实例化的过程,对每个对象进展细化分析,从而得到简单而方便,容易理解的模型结构.通过UML模型可以高效完成软件设计,通过此次试验收获很大.在教师和同学们的帮助下,使我能够成功的掌握了UML模型.在此,对教师和同学们的帮助表示感谢.。
企业人事管理系统功能图[修改版]
![企业人事管理系统功能图[修改版]](https://img.taocdn.com/s3/m/bcd81ed6192e45361166f5f1.png)
第一篇：企业人事管理系统功能图企业人事管理系统功能模块：一、管理员1、公司简介公司主页2、招聘管理录入招聘人员、删除招聘人员、发布招聘人员、详细浏览招聘人员、录入人员查询、非录入人员查询3、培训管理记录培训、删除培训、浏览培训、详细查看培训4、部门管理添加部门、删除部门、查询部门、查询部门员工5、考勤管理：考勤信息添加、考勤信息查询、考勤信息删除、请假信息查询、请假信息审批6、薪资管理：记录薪资、添加薪资、查询薪资、删除薪资、按编号查询薪资、按时间查询薪资7、奖惩管理：添加奖惩、查询奖惩、删除奖惩8、职工管理添加职工、查询职工、删除职工9、系统管理添加管理员、删除管理员、修改登录密码、安全退出二、职工1、公司简介公司主页2、职工管理查看职工信息3、事务管理查看考勤信息、查看请假信息、在线请假、查看工资信息4、系统管理修改登录密码工作计划：第一周：把需求分析报告写好，及把数据库设计好（包括各表结构）。
第二、三周：前台设计第四周：搭建整体框架第五、六周：实现各功能模块第二篇：企业人事管理系统摘要人事管理系统是一个企业单位不可缺少的部分,它的内容对于企业的决策者和管理者来说都至关重要,所以人事管理系统应该能够为用户提供充足的信息和快捷的查询手段。
使其企业人事管理初步实行计算机化，让计算机在人事管理中得到初步应用。
使人事管理者总是根据准确、及时的人事信息来进行决策，实现管理为有效改进现有的企业人事管理模式，提高企业对职工信息、考核、奖惩、调动等基本信息管理的效率，开发了该企业人事管理系统。
该系统可通过运用两个用户进入登录，之后对表进行了设计，可对表内的信息进行插入、修改、删除等操作，而使用触发器就可明白对该表或视图进行了什么操作。
可使用视图进行多表查询，使用表间联系，选择所需列可快速查询信息，方便了表的使用,还可使用存储过程输入参数查询，因此也提高了该系统应用的灵活性。
关键字：企业人事管理，SQL Server 2005，系统，开发目录1 企业人事管理系统开发基础.......................................... 1 1.1 SQL Server 2005 的介绍........................................ 1 1.2 系统开发背景及现状............................................ 1 1.3 需求分析...................................................... 1 1.3.1 需求调查.................................................. 1 1.3.2 流程图.................................................... 2 2 数据库设计........................................................ 2 2.1E-R 图......................................................... 3 2.2 表的设计...................................................... 3 2.2.1 员工信息表................................................ 4 2.2.2 部门信息表................................................ 5 2.2.3 调动信息表................................................ 6 2.2.4 奖惩表.................................................... 7 2.2.5 考勤信息表................................................ 7 2.2.6 学历分布表................................................ 8 2.2.7 政治面貌代码表............................................ 9 2.2.8关系图.................................................... 9 2.3创建视图..................................................... 10 2.3.1 本科人员表............................................... 10 2.3.2 加班人员名单............................................. 11 2.3.3 人员调动情况............................................. 12 2.3.4 受奖人员................................................. 13 2.3.5 硕士已婚人员............................................. 14 2.3.6 销售部人员表............................................. 15 2.3.7 员工表................................................... 16 2.4 存储过程..................................................... 17 2.4.1部门人员表............................................... 18 2.4.2 婚姻学历表(加密) ......................................... 20 2.4.3 加班次数. (22)2.4.4 奖惩类别表............................................... 23 2.4.5 学历表................................................... 24 2.5触发器及对信息的操作......................................... 25 2.5.1 触发器“添加”及添加信息 (25)2.5.2 触发器”修改”及修改信息................................. 27 2.5.3 触发器”删除”及删除信息.................................28 2.6 权限......................................................... 28 2.6.1 管理用户者权限........................................... 29 2.6.2用户者权限............................................... 31 3总结............................................................. 34 4 致谢............................................................. 34 5 参考文献 (35)企业人事管理系统1 企业人事管理系统开发基础1.1 SQL Server 2005 的介绍SQL Server 2005将引进一个专门的管理员连接，即使在一个服务器被锁住，或者因为其他原因不能使用的时候，管员可以通过这个连接，接通这个正在运行的服务器。
2.设计模式常用的UML图分析（用例图、类图与时序图）
2.设计模式常⽤的UML图分析（⽤例图、类图与时序图）1-⽤例图概述1. 展现了⼀组⽤例、参与者以及他们之间的关系。
2. ⽤例图从⽤户⾓度描述系统的静态使⽤情况，⽤于建⽴需求模型。
⽤例特征保证⽤例能够正确捕捉功能性需求，判断⽤例是否准确的依据。
1. ⽤例是动宾短语2. ⽤例是相互独⽴的3. ⽤例是由⽤户参与者启动的4. ⽤例要有可观测的执⾏结果5. ⼀个⽤例是⼀个单元参与者 ActorUML中，参与者使⽤⼀个⼩⼈表⽰:1. 参与者为系统外部与系统直接交互的⼈或事务，于系统外部与系统发⽣交互作⽤2. 参与者是⾓⾊⽽不是具体的⼈3. 代表参与者在与系统打交道时所扮演的⾓⾊4. 系统实际运作中，⼀个实际⽤户可能对应系统的多个参与者。
不同⾓⾊也可以只对应⼀个参与者，从⽽代表同⼀参与者的不通实例⽤例 Use Case系统外部可见的⼀个系统功能单元。
系统的功能由系统单元所提供，并通过⼀系列系统单元与⼀个或多个参与者之间交换的消息所表达。
系统单元⽤椭圆表⽰，椭圆中的⽂字简述系统功能:关系 Relationship常见关系类型有关联、泛化、包含和扩展关联 Association表⽰参与者与⽤例之间的通信，任何⼀⽅都可发送或接受消息。
箭头指向：指向消息接收⽅：⼦系统 SubSystem⽤来展⽰系统的⼀部分功能(紧密联系)泛化 Inheritance继承关系，⼦⽤例和⽗⽤例相似，但表现出更特别的⾏为；⼦⽤例将继承⽗⽤例的所有结构、⾏为和关系。
⼦⽤例可以使⽤⽗⽤例的⼀段⾏为，也可以重载它。
⽗⽤例通常是抽象。
箭头指向：指向⽗⽤例2-类图描述系统中的类，以及各个类之间的关系的静态试图。
表⽰类、接⼝以及它们之间的协作关系，⽤于程序设计阶段。
注意:1. 抽象类或抽象⽅法⽤斜体表⽰2. 如果是接⼝，则在类名上⽅加 <<Interface>>3. 字段和⽅法返回值的数据类型⾮必需4. 静态类或静态⽅法加下划线类图实例:类图中的事务及解释如图，类图从上到下分为三部分,分别为类名、属性和操作1. 属性:如果有属性，则每⼀个属性都必须有⼀个名字，另外还可以有其它的描述信息，如可见性、数据类型、缺省值等2. 操作:如果有操作，则每⼀个操作也都有⼀个名字，其它可选的信息包括可见性、参数的名字、参数类型、参数缺省值和操作的返回值的类型等类图中的六种关系1.实现关系 implements (类实现接⼝)⽤空⼼三⾓虚线表⽰2.泛化关系 extends (表⽰⼀般与特殊的关系) is-a⽤空⼼三⾓实线表⽰3.组合关系 (整体与部分的关系) contains-a实⼼菱形实现表⽰eg.有头类、⾝体类与⼈类类三个类，则⼈类类中应包含头类及⾝体类这两个属性，则⼈类类与头类和⾝体的关系即为组合关系。
UML各种图例—用例图、类图、状态图、包图、协作图、顺序图
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.整个过程从黑色圆圈开始到黑白的同心圆结束.活动用圆角矩形表示.。
UML用例图关系图活动图
取钱
《include》
《include》
查询
验证用户密码
更改密码
《include》
用例之间的关系（续）
? 扩展关系——允许一个用例扩展另一个 用例的功能。例如，在图书信息管理系 统中，读者还书时，系统检查所还图书 是否有预订记录，如果有则执行“通知” 用例。在UML中扩展关系表示为箭头和 《extend还》书 形式《e。xtend 》 通知
用例图练习
? 下面是关于一个公司的人事信息管理系统的需求的 简单描述, 建立其相应的用例模型 : 该人事管理系统 的用户是公司的人事管理干部 . 该系统具有人事档 案库, 保存员工的人事信息 , 包括姓名, 性别, 出生年 月, 健康状况, 文化程度, 学位, 职称, 岗位, 聘任时 间, 任期, 工资, 津贴, 奖罚记录, 业绩, 论著和家庭 情况等, 系统提供的基本服务有 人事信息的管理 , 包 括人事规定的调动与聘任 , 职称评定, 奖罚等, 并且 可以按照限查询人事信息 , 生成与输出统计报表 等. 该人事系统每月向公司的财务系统提供员工的工资 , 津贴等数据 .
外部系统和时间。
? 系统使用者是最重要的角色，例如，在图书信息管理系 统中的系统使用者有读者和图书馆的工作人员，包括采 购、编目和办公室的工作人员。
? 其他外部应用系统。 ? 硬件设备，不同的硬件设备具有不同的特性和不同的处
理方式。 ? 时间作为角色 ,经过一定的时间触发系统中的某个事件。
关系——角色与用例之间的关
管理员
读者
注意
? ?使用关系和扩展关系之间的区别， A使 用B本质上是 A一定使用 B，同时增加自己 的专属行为；而 A被用例B扩展是说明 A是 一个一般用例， B是一个特殊用例， A在 某些条件下可能使用B。
人事管理系统用例图、类图、活动图
:UML- 院系经济管理学院专业08信息管理与信息系统姓名赵聪伟学号200807090052 企业人事管理系统一、实验目的通过这次实验要掌握UML统一建模语言并能运用UML 在Rational Rose中建模。
二、实验要求 1 员工各种信息的输入包括员工的基本信息、学历信息、婚姻状况信息、职称等。
2 员工各种信息的修改3 对于转出、辞职、辞退、退休员工信息的删除4 按照一定的条件查询、统计符合条件的员工信息至少应该包括每个员工详细信息的查询、按婚姻状况查询、按学历查询、按工作岗位查询等至少应该包括按学历、婚姻状况、岗位、参加工作时间等统计各自的员工信息5 对查询、统计的结果打印输出。
6 熟悉UML主要了解UML中的9大图Use case diagram用例图、Class diagram 、Object diagram对象图Rose中没有、Sequence diagram 序列图、Collaboration diagram协作图、Statechart diagram状态图、Activity diagram、Component diagram组件图、Deployment diagram配置图、datamodel diagram数据模型图7 完成对系统的建模。
三、实验内容根据要求画出相应的图形1、系统的用例图普通职员基本信息管理登录管理查询管理信息输出管理管理员人事管理用例图信息输入信息修改信息删除总经理管理员总经理批复基本信息管理子用例图2、系统的经理登录按员工信息查询按员工婚姻状况查询按员工学历查询按员工工作岗位查询统计结果查询管理用户登录员工基本信息查询员工基本信息输入员工基本信息修改员工基本休息删除统计结果打印输出高级权限删除修改输入高级权限取消编辑批复未通过载入文档总经理批复批复已通过人事管理输入用户名和密码信息检验设置进入权限进入主界面显示登录界面登录管理 3、系统的状态图员工基本信息待编辑信息已编辑未编辑录入总经理审批批复已通过批复未通过管理员输入修改删除总经理批复总经理批复基本信息管理状态图基本信息输入基本信息修改基本信息删除基本信息查询人事管理状态图4、企业人事管理系统人事管理实体员工基本信息输入员工基本信息删除员工基本信息修改编辑信息批复登录员工信息管理员工信息查询管理人事管理系统主界面员工基本休息修改人事管理系统边界 5、系统的顺序图: 管理员: 登录用户: 人事管理系统主界面: 员工信息查询管理: 员工信息管理员工基本信息打开登录验证用户和...正确打开查询基本...编辑员工基本...显示员工基本...显示员工基本... 人事系统顺序图。
UML 用例图、关系图、活动图
网上 查询 读者 扩展 预定 扩展
查询 图书馆工作 人员 取消 预定
还书
通知
借书
武当山旅游门户网站（ ） 分类信息
注意
在画用例图时要特别注意：用例图是系统分析、 设计和实现的一个最基础的图形，在初期是不一 定要考虑太多的处理细节。 一个用例内部的具体处理细节是由其他图形工具 描述的，用例图只是反映系统的总体功能，以及 与这些功能的相关的角色。有些人可能在画“借 书”用例时，情不自禁地就考虑了“输入读者号 和书号”，“检查图书是否在库？”，“图书数 量减1”，“添加读者借书记录”等等，一旦考虑了 这些细节，就会发现用例图画不下去了。因此， 读者注意用例图中不要考虑处理细节。
武当山旅游门户网站（ ） 分类信息
注意：
活动图描述多个角色之间的处理非常有 效，一张活动图只能有一个开始状态， 但可以有多个结束状态。 一个活动可以与多个实体对象相关，这 里的相关指的是一种访问操作。在上面 “借书”活动图中，“检查读者有效” 的活动，要访问“读者”对象和“借还 书记录”对象，检查“读者编号”的有 效性和读者借书数量。
状态图中的转移可以由三部分组成： 事件[条件]/动作
武当山旅游门户网站（ ） 分类信息
角色
角色是指与系统交互的人或物。 角色可以有四种类型：系统的使用者、硬件设备、 外部系统和时间。
系统使用者是最重要的角色，例如，在图书信息管理系 统中的系统使用者有读者和图书馆的工作人员，包括采 购、编目和办公室的工作人员。 其他外部应用系统。 硬件设备，不同的硬件设备具有不同的特性和不同的处 理方式。 时间作为角色,经过一定的时间触发系统中的某个事件。
认识活动图认识活动图图书馆图书信息管理系统借书活动图图书馆图书信息管理系统借书活动图借书申请检查读者有效性读者信息借书记录读者无效图书无效检查图书有效性检查预订预订记录清除预订记录图书信息借书记录修改图书信息创建借书记录图书信息读者无效借书超期图书无效有预订读者流通组工作人员读者图书编号活动图中的主要图形元素活动图中的主要图形元素泳道
图书馆管理系统用例图、活动图、类图、时序图
图书馆管理系统一．图书馆管理系统需求分析1、系统目标设计系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。
能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。
能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。
提供方便的查询方法。
如：以书名、作者、出版社、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式信息。
提供对书籍进行的预先预订的功能。
提供旧书销毁功能，对于淘汰、损坏、丢失的书目可及时对数据库进行修改。
能够对使用该管理系统的用户进行管理，按照不同的工作职能提供不同的功能授权。
提供较为完善的差错控制与友好的用户界面，尽量避免误操作。
2、系统功能需求分析(1) 读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、借书期限、备注等。
(2) 书籍管理：书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。
(3) 借阅管理：包括借书，还书，预订书籍，续借，查询书籍，过期处理和书籍丢失后的处理。
(4)系统管理：包括用户权限管理，数据管理和自动借还书机的管理满足以上需求的系统主要包含有一下几个子系统（1）基本业务功能子系统：该系统中主要包含了借书还书和预订等功能。
（2）基本数据录入功能子系统：该子系统主要包含有书籍信息和读者信息录入功能。
（3）信息查询子系统：包含了多功能的查询书籍信息和读者信息。
（4）数据库管理功能子系统：主要包含了借阅信息管理功能，书籍信息管理功能和预订信息管理功能。
（5）帮助功能子系统。
二、系统动态建模1、用例图、图书馆管理系统的用例图从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。
管理员所包含的用例有：（1）登录系统：管理员可以通过登录该系统进行各项功能的操作（2）书籍管理：包括对书籍的增删改等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Fox-ERP人事管理系统(二)-----毕业设计(论文)指导老师专业计算机应用与维护组长班级组员成都电子机械高等专科学校 2007年5月10日目录第一章系统功能 (1)1.1需求分析 (3)1.2F O X-E R P人事管理系统功能 (4)第二章系统分析图....................................................................................... - 5 -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 O X-E R P人事管理系统平台 (16)5.1.1 硬件需求 (16)5.1.2 安装: (17)5.1.3第二期工程的后续工作 (17)5.2F O X-E R P人事管理登录和进入系统 (17)5.2.1 登录 (17)5.2.2 进入FOX-ERP人事管理系统主界面 (17)5.2.3 使用说明 (18)第六章 FOX-ERP人事管理主要源程序....................................................................... - 32 -一、密码的修改和找回 .. (35)1：修改密码代码 (32)2：找回密码代码 (32)二、员工就职 (33)1：代号档资料维护界面代码 (33)2：员工基本资料 (35)3：津贴/扣款维护 (38)4: 健保眷属资料维护代码 (39)5：经历资料维护代码 (40)6：证照资料维护代码....................................................................................... - 38 - 7: 技能资料维护代码....................................................................................... - 44 - 三、人事异动. (43)1：就职单维护代码 (43)2：调职单维护代码 ........................................................................................ - 51 - 3：离职单维护代码 ........................................................................................ - 53 -4：复职单维护代码 .. (47)四、教育训练 (60)2：教育训练员工文件维护 (50)3：教育训练课程名单 (51)4：教育训练上课员工名单 (51)五、考绩与奖惩作业 (51)1：考绩资料添加 (51)2：考绩资料维护 (52)3：奖惩资料添加 (53)4：奖惩资料维护 (54)六、退休作业 (55)1：退休员工就职文件维护 (55)2：未来退休员工预估表 (56)七、用户注册 (57)1：设置用户 (57)2：用户注册 (57)总结 (58)主要参考文献 (59)谢辞 (59)第一章系统功能1.1 需求分析软件工程中包含需求、设计、编码和测试四个阶段，其中需求分析是软件工程中第一个也是很重要的一个阶段，需求分析的基本任务就是准确地回答“系统必须做什么”这个问题，而它的主要任务就是绘制关联图、创建开发原型、分析可行性、确定需求优先级、为需求建立模型、编写数据字典、应用质量功能调配。
需求分析从总体上看是说明项目应该具有什么样的功能，而不考虑实现这些功能的具体技术。
ERP系统包括22个子系统，人事管理系统是其中的一个子系统，要理解人事管理系统，就必须了解系统与哪个子系统相关联，以及它具有怎样的功能。
人事管理系统将人事档案的手工管理变成计算机管理，充分发挥计算机的快捷、准确、高效、方便的特点，极大地提高了各种效率和工作质量。
在实际项目的开发中，需求分析是客户提出的，现在的企业资源计划的软件要有物流、资金流、信息流，并且要以资金流为中心，ERP则是一个较完善的软件，也是具有管理理论的信息系统。
同时ERP具有较强的通用性，大多数企业都需要具备的一些基本功能成为ERP 的需求。
系统的需求分为物理需求、结构需求、逻辑需求。
例如人事管理系统的需求如下所示：一．物理需求物理需求的任务很明确，就是确定人事系统的物理服务器的最终架构和软硬件环境。
根据人事管理系统的基本要求，物理需求应包括如下几个方面：（1）支持可分布式部署的服务器群组支持分布式的服务器组是优秀的网络应用程序必须提供的一个物理功能，因为大型的网络应用程序不可能将所有的应用和操作运行于同一台服务器。
支持分布式的服务器群组有利于降低服务器负荷，使服务器的功能更加具有针对性。
（2）支持.NET的服务器操作平台这是必需要满足的需求。
应用程序不可能脱离.NET Framework的支持，因此WEB服务器必须支持.NET.（3）仅限于Microsoft SQL Server 的数据库管理系统支持多种数据库类型是一个不错的构想，但是人事管理系统主要体现的是 以及中的数据操作新特性，而在中的针对于Microsoft SQL Server提供了很多的具体方法和对象。
为了介绍和展现 中的对象和方法，人事管理系统采用了Microsoft SQL Server 2000 作为系统的数据库管理系统。
（4）必须用到的软件支持人事管理系统要使用Visual Studio 2003, 类图、用例图、活动图要使用CASE工具，在PD10.0的环境下做。
二、结构需求（1）系统的可维护性和可扩展性强大多数的人事系统在实际应用中都需要不断地添加功能模块，人事管理系统也一样，在二次开发和实际应用中要根据项目的具体情况添加一些功能模块。
因此项目在设计之初就要考虑到，当前的架构对系统的扩展工作会不会形成障碍。
使用人事管理系统层次的设计概念能够增强系统的维护性和扩展性，基于层的设计模式允许开发者以三层甚至多层的模式开发人事应用程序，将登录、注册、自定义基本资料表等单元分离开，每一层都有针对性，层是以一组序列分布在系统数据和用户之间的，不相连的层在业务上没有耦合，每一层都是继承和调用上一层中的对象和方法。
这种模式使得系统的功能分布更加合理化。
例如扩展一部分付款方式，首先要在付款方式层中建立相应的方式，然后才是在前台显示层中建立新的页面控件。
（2）系统的功能模块通用性强由于人事管理系统是作为一个示例和应用程序框架被设计和开发的，因此其功能模块简单地说，人事管理系统需要提供员工就职中最基本的对象和这些对象的基本属性，只有这样才能使基于人事管理系统的二次开发具有更大的扩展性。
例如多公司运作只执行最基本的功能，至于一些具体应用方式的特殊属性，并不应出现在系统中。
模块化的构建同时也意味着模块之间尽量降低偶合度，这样做的好处是使得更改模块内部或新增其他模块对系统的稳定性影响不大。
物理需求和结构需求都是从设计框架上对系统提出了宏观的要求，而逻辑需求则是在实际项目的需求分析阶段对系统的业务逻辑提出的要求。
三、逻辑需求（1）抽象人事管理系统中的对象和方法人事管理系统中有几个关键的对象，每个对象有其特有的方法。
对象通过方法实现其自己的功能。
例如可以将人事管理系统中的员工抽象为一个对象，员工的出勤率等可以构建成为对象的属性，而出勤率的计算方式等可以抽象成为商品的方法。
（2）在逻辑上与其他应用程序整和建立人事管理系统的目的是让员工和管理者可以通过网络进行查询、修改等行为动作。
当然人事管理系统并不是孤立存在的，人事管理系统属于人事系统，与考勤系统、薪金系统等都是进行交互的。
例如人事管理系统需要从考勤系统那里得到考勤单，经核算得出员工的出勤率。
这就涉及到人事管理系统与其他的应用程序进行交互的问题，这种交互可能是数据上的共享，也可能是功能上的共享。
（3）完整的人事管理系统人事管理系统里有一个完整的人事管理流程。
员工可以挑选整批系统的某个功能，输入某个员工姓名或编号，由系统筛选，再由员工挑选哪些人事管理功能。
1.2 FoxERP人事管理系统功能根据需求分析中对系统的要求，人事管理系统的设计者规划了一系列的系统功能。
如果说需求分析是提出问题，那么系统功能就是解决问题，针对需求建立功能说明文档。
下面将人事管理系统功能总结为如下几个方面：1、资料保密控管（1）组织权限：依据员工所隶属的人事管理系统组织来决定使用者所能处理的人事权限范围（2）薪资群权限：依据职位的差异或群组的特性将员工予以分群控管，除非人事薪资操作人员拥有处理该薪资群的权限，否则即便拥有了该人事管理系统的组织权限，依然无法处理该薪资群的资料。
（3）作业表权限：依据操作人员职务分给不同的操作人员，一方面能理清责任归属，一方面又能确保资料的安全。
（4）主管查询权限：人事管理系统主管不但能方便地查询到自己单位内每位员工的资料，又能在公司规章授权下来查询同一上级人事管理系统内其他单位员工的资料。
2、多公司运作（1）可同时处理多家公司的资料（2）同一公司可再分成数个不同人事数据库以便设定不同权限予以控管（3）不同公司数据库可自行设定不同的年资计算方式以及薪资福利等计薪基数（4）与财务系统的数据库能紧密结合，自动抛转相关的人事薪资传票3、员工基本资料（1）能完整记载每位员工的各项人事资料（至少包含：一般、就职、薪金、眷属、经历、证照等类）（2）能提供自定义字段功能以便依据公司实际的特殊需要而能自行设定（3）如需针对新进员工进行安全调查时，能提供安全调查管理的功能（4）能提供常用的证明书表（如：服务证明书、薪资证明书）（5）能提供常用的基本资料表（如：通讯簿、生日名单）（6）能依据员工的技能、证照等专长列出合乎该项专长的名单（7）提供职号管制功能4、自定义基本资料表（1）能提供自定义报表功能，以便随时应付各种临时特殊的员工基本资料查询需求（2）提供群组合计功能，得以将数个字段资料相同者予以归纳为同一群组，并能将同群组的数值字段资料予以加总、平均或计算笔数（3）提供自定义筛选条件功能，以便任何组合查询条件筛选出符合条件的资料（4）提供自定义分析统计报表功能，可以方便地从任一角度来交叉分析现行的人事状况5、人事状况统计表（1）学历分布明细/统计表（依单位、职位、薪资归属等条件分类统计）（2）男女人数分布明细/统计表（依单位、职位、学历、薪资归属等条件分类统计）（3）年资/年龄分布统计表（依单位、职位、学历、薪资归属等条件分类统计）（4）薪金区间统计表（依单位、职位、学历、薪资归属等条件分类统计）（5）组织员额/缺额统计表6、人事异动管理（1）完整记载各项人事异动资料，并提供完整的汇总查询（2）对于临时人员或续聘人员提供方便的职号转换作业，以确保资料的一致性（3）人事异动单据登录时会自动同时更新员工主文件的相关资料，并在异动单据剔除或修改时能自动倒回原始资料（4）留职停薪年资能计算到以日为单位，并在复职时自动扣除留职停薪的年资（5）提供各式人事异动名单报表，如就职名单、离职名单、调薪名单（6）提供人事异动统计分析表，得以方便地查询人事异动的状况（7）提供职务异动公告表，不必再由人工誊打7、教育训练（1）提供不同角度（课程别/员工别、内训/外训、有无认证）的报表查询功能（2）能提供训练人事统计报表（3）需进行人力资源库筛选时，能提供教育训练结果的分析名单8、奖惩（1）奖惩资料能自动转为考绩的加扣分（2）奖惩资料能自动转为年终奖金的加扣天数（3）奖惩资料能自动转至当月薪资发放的加扣金额（4）提供奖惩公告表，不必再由人工誊打9、考绩（1）能依据企业实际需要自行设定考核种类（如：月考绩、季考绩、年考绩、新近人员考绩、临时考绩）（2）能自行定义考核表的种类、考核项目及评等标准（3）能分别设定个别员工适用的考核表种类（4）请假、奖惩结果能自动转入加扣考绩分数（5）能进行不同期间的考核结果比较或同年度内不同考核种类的成绩比较（6）能提供员工自我考核的功能（7）能依据考核人员权限的不同，设定不同考核权数（8）考绩资料的输入除了提供统一由考绩管理员集中登录功能外，也能提供由自行设定考核成绩的分类区间，予以分等统计10、退休（1）提供未来退休员工预估名单及退休金的报表，以供分析及财务调度参考（2）随时依据政府法令的修正，机动调整退休金基数的核算（3）能自动转入退休员工的基本资料，并提供方便的维护功能（4）未满一年的年资计算方式能符合各项规章的要求第二章系统分析图2.1 UML 图UML（统一建模语言）是一种对于软件密集型系统的制品进行可视化、详述、构造和文档化的图形语言。