一个关于人事管理的详细用例，希望大家多提意见，多多交流！人事系统用例用例：设置部门（Set Department）角色：人事管理员（Personnel Manager）概述：设置部门用例用于建立维护组织结构，包括建立新部门、删除部门、编辑部门项目相关人员及其兴趣：λ人事管理员：希望能够快捷准确录入、修改、查询λ公司：希望系统能够形象、直观地显示公司部门组织结构，以利于管理和决策前置条件：无后置条件：系统对人事管理员对部门所作修改进行存储成功场景：1. 人事管理员发出“设置部门”请求2. 系统在屏幕上显示组织结构3. 人事管理员使用建立新部门、编辑部门、删除部门对组织结构进行修改4. 重复步骤3、4直到建立起人事管理员预期的组织结构可选场景：1. 建立新部门a. 人事管理员录入部门信息（上级部门、部门编号、部门名称、部门主管、备注）b. 人事管理员提交录入结果c. 系统记录新部门信息扩展场景：b.1人事管理员放弃提交，用例完成。
c.1 部门信息重复c.1.1 系统提示错误，用例完成2. 编辑部门前提条件：部门数据存在a. 人事管理员输入所需编辑的部门标识b. 系统定位并显示部门信息c. 人事管理员编辑部门信息d. 人事管理员提交编辑结果e. 系统更新部门信息扩展场景：b.1 待编辑部门不存在b.1.1 系统提示错误，用例取消d.1人事管理员放弃提交，用例完成e.1 部门信息重复e.1.1 系统提示错误，用例完成3. 删除部门前提条件：部门数据存在a. 人事管理员输入所需删除的部门标识b. 系统定位到相应部门c. 人事管理员删除部门d. 系统删除该部门记录扩展场景：b.1 删除部门不存在b.1.1 系统提示错误信息，用例取消d.1待删除部门拥有下级部门d.1.1 系统提示错误，取消删除操作特殊需求：1. 部门信息不能重复2. 拥有下级部门的部门不能删除3. 可按多种方式显示部门结构（如树形、图表形）用例：设置职位（Set Position）角色：人事管理员（Personnel Manager）概述：设置职位用例用于管理部门职位，包括增加职位、编辑职位、删除职位项目相关人员及其兴趣：λ人事管理员：希望能够快捷准确录入、修改、查询职位信息λ公司：希望系统能够形象、直观地显示公司职位，以利于管理和决策前置条件：部门信息已经设置后置条件：系统记录人事管理员对职位进行的修改成功场景：1. 人事管理员发出“设置职位”请求2. 系统显示职位表3. 人事管理员使用增加职位、编辑职位、删除职位对职位表进行修改4. 重复步骤3、4直到建立起人事管理员预期的组织结构可选场景：1. 增加职位a.人事管理员录入职位信息（职位编号、部门编号、职位名称、备注）b.人事管理员提交录入结果c.系统记录新职位信息扩展场景：b.1人事管理员放弃提交，用例完成。
c.1 职位信息重复c.1.1 系统提示错误，用例完成2. 编辑职位前提条件：待编辑职位数据存在a. 人事管理员输入所需编辑的职位标识b. 系统定位并显示职位信息c. 人事管理员编辑职位信息d. 人事管理员提交编辑结果e. 系统更新职位信息扩展场景：d.1人事管理员放弃提交，用例完成e.1 职位信息重复e.1.1 系统提示错误，用例完成3. 删除职位前提条件：职位数据存在a. 人事管理员输入所需删除的职位标识b. 系统定位到相应职位c. 人事管理员删除职位d. 系统删除该职位记录扩展场景：d.1待删除职位已经使用d.1.1 系统提示错误，取消删除操作特殊需求：1. 职位信息不能重复2. 已经使用的不能删除用例：管理人员（Manage Personnel）角色：人事管理员（Personnel Manager）概述：管理人员用例用于对公司员工信息进行维护及调动员工职位，包括增加人员、编辑人员信息、删除人员、查询人员信息和调动职位、制作人事报表项目相关人员及其兴趣：λ人事管理员：希望通过系统准确，快捷地完成人员信息的维护；系统能提供指定格式报表λ公司：希望系统保证人员信息的准确性；从多视角展示人员信息，为合理分配人力资源提供信息λ员工：希望系统保证自身信息的准确性；能方便维护，更新自身信息前置条件：部门信息、职位信息设置完成后置条件：成功场景：1．人事管理员发出管理人员信息请求2．系统在屏幕上显示人员信息3．人事管理员使用增加人员、删除人员、编辑人员信息对人员信息进行修改4．重复步骤3、4直到人事管理员预期的维护操作结束5．在2以后任何时候都可以调用查询人员信息、制作人事报表（可选场景）。
扩展场景：特殊需求：1. 人员信息不能重复2. 人员信息包括照片信息3. 增加、编辑人员信息时必须符合相应信息规则（名字不能为空）用例：增加人员（Add Personnel）角色：人事管理员（Personnel Manager）概述：增加新人员的信息项目相关人员及其兴趣：λ人事管理员：希望通过系统能快捷、准确地录入新人员信息公司：希望能准确记录人员信息λλ员工：希望能准确记录自身信息前置条件：后置条件：增加人员信息成功场景：1. 人事管理员发出“增加人员”请求2. 人事管理员录入人员信息3. 人事管理员提交人员信息4. 系统保存人员信息扩展场景：3.1 人事管理员放弃提交4.1 人员信息重复4.1.1 系统提示错误，放弃保存特殊需求：1. 人员信息不能重复用例：删除人员（Delete Personnel）角色：人事管理员（Personnel Manager）概述：删除人员信息项目相关人员及其兴趣：λ人事管理员：希望系统能准确快速的定位待删除人员信息，能提示以防止误操作公司：希望避免误删除λλ员工：希望避免误删除前置条件：员工信息必须存在后置条件：成功删除员工信息成功场景：1.人事管理人员输入待删除人员标识2.系统定位到待删除人员3.人事管理员确认删除4.系统删除人员信息扩展场景：2.1没有找到待删除人员2.1.1系统提示错误信息，用例结束3.1取消删除操作特殊需求：1.待删除人员与其他信息有特殊关联的不能删除（欠款、计划未完成等）用例：编辑人员信息（Delete Personnel Information）角色：人事管理员（Personnel Manager）概述：维护人员信息项目相关人员及其兴趣：λ人事管理员：希望系统能准确快速的定位和编辑待编辑人员信息；公司：希望人员信息准确λλ员工：希望人员信息准确前置条件：存在员工信息后置条件：正确维护人员信息成功场景：1．人事管理员输入待编辑人员标识2．系统定位到待编辑人员3．人事管理员编辑人员信息4．人事管理员提交编辑结果5．系统保存编辑记录扩展场景：3.1 待编辑人员信息不存在2.1.1系统提示错误，用例结束4.1 人事管理员取消提交特殊需求：1．一些特殊项目信息限制修改（工资，奖金）？用例：查询人员信息（Query Personnel Information）角色：人事管理员（Personnel Manager）、员工（Personnel）概述：根据相关条件查找人员信息项目相关人员及其兴趣：λ人事管理员，员工：希望系统快速、准确的查找出符合条件的人员信息前置条件：存在员工信息后置条件：查找出符合条件的人员信息成功场景：1．系统使用者输入查询条件2．系统查找并显示符合条件的人员信息扩展场景：特殊需求：1．输入查询条件合法2．当无符合条件人员时，系统给出提示用例：生成人员报表（Create Personnel Report）角色：人事管理员（Personnel Manager）概述：根据要求生成出指定内容、格式的报表项目相关人员及其兴趣：λ人事管理员，其他报表需求者：希望系统能按指定格式、内容，准确、快捷地制作出报表前置条件：存在人员信息；人员报表模板列表不为空后置条件：生成出指定内容、格式的报表成功场景：1. 人事管理员发出“生成人员报表”请求2. 系统显示人员报表模板列表3. 人事管理员选择报表模板4. 系统提示相应查询条件5. 人事管理员输入查询条件并请求系统查询6. 系统生成并显示指定格式、内容的报表“可选”场景：7.1人事管理员请求保存报表7.2人事管理员请求打印报表特殊需求：用例：调动职位(Redeploy Position)角色：人事管理员(Personnel Manager)概述：调动职位用于对人员职位进行调整。
项目相关人员及其兴趣：λ人事管理员：希望系统能快速准确时进行调动职位公司：希望系统能对调动操作进行记录λλ员工：希望系统能准确调动职位前置条件：人员信息、职位信息存在后置条件：将修改的员工职位存储，并记录调动记录成功场景：1. 人事管理员录入待调动职位人员标识2. 系统查找定位并显示人员职位信息3. 人事管理员录入员工新职位4. 系统对人员进行更新职位，并记录调动记录5. 在2以后，可以进行“分配职位”、“撤销职位”可选场景可选场景：1. 分配职位前置条件：待分配职位人员没有设置职位a.人事管理员录入人员新职位b.系统对人员进行分配职位，并记录调动记录2. 撤销职位前置条件：待分配职位人员已经设置职位a.系统撤销人员职位，职位设置为空，并记录调动记录扩展场景：2.1 没有找到人员2.1.1 系统提示错误，用例取消特殊需求：用例的用途是在不揭示系统内部构造的情况下定义联贯的行为。
用例描述了系统具有的行为，但是没有规定怎样实现这些行为，它是从用户的角度来看系统的特定方式。
…账户登陆‟是操作包的其中一个用例。
因其属于网络游戏最基本的功能，所以选取它来说明开发过程。
步骤1：描述用例及其事件流用例描述：注册用户在官方网站帐户登陆页面上输入ID和密码登陆管理个人帐户。
主事件流：1．用户点击主页上的登陆按钮，开始用例。
2．系统显示登陆页面。
3．用户输入ID和密码，然后点击登陆。
4．系统验证登陆信息和数据库一致，然后回到主页。
5．用例结束。
其他事件流A1：如果用户点击登陆页面上的提示词按钮，系统在一个单独的对话框里显示为用户储存的提示词，用户点击确定按钮，系统页面回到登陆页。
其他事件流A2：如果用户输入了一个系统无法识别的ID，系统显示错误信息并提示用户输入一个不同的ID。
其他事件流A3：如果用户输入了一个不正确的密码，系统显示错误信息并提示用户输入正确的密码。
其他事件流A4：如果用户连续3次输入错误的密码，系统显示消息告诉用户无法再连接服务器，并且冻结登陆页。
步骤2：建立对象交互图交互图描述了系统的动态行为。
绘制对象交互图，首先是确定该用例所涉及的对象。
从用例说明中可以分析出包括Player、主页、登陆页、提示对话框、帐户记录这几个对象，对象之间通过发送消息进行交互。
下面就是“登陆帐户”的顺序图，它其实是一张表，X轴上排列着对象，Y轴上按时间顺序排列着对象之间发送的消息，最左边标明了消息所属的事件流。