用例图活动图案例
ROSE用例图与活动图示例
2.3.4 使用Rational Rose 绘制用例模型
• 通信关系定义对话框
2.3.4 使用Rational Rose 绘制用例模型
• 依赖关系定义对话框
2.3.4 使用Rational Rose 绘制用例模型
• “车辆管理系统用例图”最终结果
2.3.4 使用Rational Rose 绘制用例模型
它的作用域不仅限于支持面向对象的分析与设计还支持从需求分析开始的软件开发的全过21uml22uml用例图描述的是参与者actor所理解的系统功能用于需求分析阶段列出系统中的用例和参与者并显示哪个参与者参与了哪个用例的执行下面通过uml来分析并构造车辆管理系统模型主要找出系统中所有的用例以及对用例进行说明还需要和车辆管理信息系统的潜在用户进行讨论图形使用visio及rationalrose工具软件绘制用例建模可分为用例图和用例描述
2.2.1 用例图
• 下面通过UML来分析并构造车辆管理系 统模型，主要找出系统中所有的用例， 以及对用例进行说明，还需要和车辆管 理信息系统的潜在用户进行讨论，图形 使用Visio及Rational Rose 工具软件绘制
2.3.1 用例图
• 用例建模可分为用例图和用例描述。用 例图由参与者（角色）、用例（Use Case）、系统边界、箭头组成，用画图 的方法来完成。
2.1 基于UML的用例模型实验
• UML特点：
– – – – 面向对象 可视化 独立与开发过程 程序设计语言以及易于掌握使用
2.2 基于UML的用例模型实验
• 2.2.1 用例图
用例图描述的是参与者（Actor）所理解的系 统功能，用于需求分析阶段，列出系统中的用 例和参与者，并显示哪个参与者参与了哪个用 例的执行
用例及用例图案例
用例及用例图-案例
3.7 业务用例图 3.8 案例
1
3.7 业务用例图
• 作用
– 帮助了解机构及其软件系统（或工作内容） – 帮助业务过程重建工程工作 – 帮助员工（小组内成员）充分了解业务及其角色
• 什么时候需要
– 对机构不熟悉 – 机构业务发生变更 – 机构中主要部分使用的软件需建立 – 机构中有些大型复杂工作流的文档不足
20
● ⑤ 绘制用例图。
21
● ⑥ 编制用例说明。
● 用例：客房预订 ●参与者：柜台工作人员 ●说明：
① 工作人员启动预订功能。 ② 根据预订需求查看客房空闲信息。 ③ 输入预订人信息。 ④ 安排客房。 ⑤ 预订成功。
22
● ⑥ 编制用例说明。
● 用例：预订变更 ●参与者：柜台工作人员 ●说明：
Ａ２：有冲突。
⑧系统添加新课程，并提示添加成功。
⑨系统回到管理主界面，显示所有课程，用例结束。
14
● ⑦ 对异常流程确定单独用例。 ⑧ 优化用例图，解决用例之间的冲突和重复。
15
案例3：
宾馆客房业务管理用例分析
宾馆客房业务管理提供客房预订、预订变更、 客房入住、退房结帐、旅客信息查询几个方面的 功能。
第3章 用例和用例图
● 3.4 用例图 3.4.1 用例图的作用 3.4.2 用例图的形式
● 3.5 用例描述 ● 3.6 用例分析 ● 3.7 业务用例图
● —— 重要知识点
26
本章作业
(1) 什么叫用例？ (2) 用例图在软件建模中的作用是什么？ (3) 用例之间存在那几种关系？ (4) 包含关系和扩展关系有什么区别? (5) 参与者可以是那几种形式？ (6) 什么叫事件流,作用是什么？
UML业务建模实例分析四例
UML业务建模实例分析在我国十年前ATM（自动取款机）还是一个很新鲜的事物，现在在城市的大街小巷随处可见。
我们在日常生活中也经常和ATM打交道。
本章我们将以简化的ATM系统为例将前面几章中学到的用例图、类图、顺序图、状态图、活动图及协作图知识运用到此例中。
参与者"银行储户"和ATM机。
简化后的ATM机仅有取款、存款及其余功能。
其余功能不做详细说明。
图5.1 自动取款机（ATM）系统用例图银行储户在ATM机上完成取款、存款及其他业务。
图5.2所示的银行系统类图和图3.5是类似的，只是将工作人员换成了ATM。
整个银行系统包括了帐户库、银行储户库及ATM系统。
许多单个的帐户组成了帐户库。
帐户具有帐户类型、帐户号、余额三个属性，均为private，其类型分别为char，int，double。
六个操作分别为setType、getType、getAccountNumbe、setAccountNumbe、caculateBalance、getBalance，除caculateBalance为protected其余均为public。
setType设置帐户类型，返回类型为void，参数类型为char，输入帐户类型。
getType获取帐户类型，返回类型为char，无参数。
setAccountNumbe设置帐户号，返回类型为void，参数类型为int，输入帐户号。
getAccountNumbe获取帐户号，返回类型为int，无参数。
caculateBalance计算余额，返回类型为void，参数为double，第一个参数为输入存取款数额，第二个参数为存款余额，既为输入也为输出。
getBalance获取帐户余额，返回类型为double，无参数。
许多银行储户组成了储户库。
ATM系统包含了许多ATM机。
银行储户及ATM机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
UML活动图实际应用案例
UML活动图实际应用案例UML（Unified Modeling Language）是一种用于软件系统设计和开发的标准建模语言。
其中，活动图是一种描述系统行为的图形化工具，它可以展示系统中的活动、动作和控制流程。
在实际应用中，活动图可以帮助开发团队更好地理解和设计系统的行为逻辑。
下面，我们将通过一个实际案例来探讨UML活动图的应用。
假设我们要设计一个在线购物系统，用户可以浏览商品、选择商品、添加到购物车、结算等。
首先，我们可以使用活动图来描述用户浏览商品的过程。
在活动图中，我们可以使用矩形表示活动，使用箭头表示控制流程。
在用户浏览商品的过程中，我们可以将整个过程分为几个活动，比如“登录系统”、“浏览商品列表”、“查看商品详情”等。
通过活动图，我们可以清晰地看到用户在系统中的操作流程，以及各个活动之间的控制关系。
接下来，我们可以使用活动图来描述用户选择商品的过程。
在这个过程中，用户可以通过搜索、分类、推荐等方式来选择自己感兴趣的商品。
我们可以使用决策节点来表示用户的选择，使用分支节点来表示不同的选择路径。
通过活动图，我们可以清楚地看到用户选择商品的各种可能性，以及每个选择路径所对应的行为。
然后，我们可以使用活动图来描述用户添加商品到购物车的过程。
在这个过程中，用户可以选择商品的数量、颜色、尺寸等信息，并将商品添加到购物车中。
我们可以使用控制节点来表示用户的选择，使用对象节点来表示商品信息。
通过活动图，我们可以了解到用户在添加商品到购物车的过程中所需要进行的各种操作。
最后，我们可以使用活动图来描述用户结算的过程。
在这个过程中，用户需要选择支付方式、填写收货地址等信息，并完成订单支付。
我们可以使用控制节点来表示用户的选择，使用对象节点来表示支付方式和收货地址。
通过活动图，我们可以清晰地了解到用户在结算过程中所需要进行的各种操作，以及操作之间的控制关系。
通过以上的案例，我们可以看到UML活动图在实际应用中的价值。
作业提交与批改系统用例图
作业提交与批改系统用例图通过用例分析法得知，本系统的使用者有：老师、学生。
其中：老师使用系统老师发布作业、老师批改作业、老师检查作业完成情况、老师检查重批；学生使用系统学生提交作业、学生互评作业、学生联系互评。
具体的用例建模结果如下图3-1、3-2所示：图3-1改进的作业提交与批改系统用例图图3-2改进的作业提交与批改系统用例图1.“老师发布作业”用例图3-3“老师发布作业”用例的活动图描述2.“学生提交作业”用例图3-4“学生提交作业”用例的活动图描述3.“老师批改作业”用例图3-5“老师批改作业”用例的活动图描述4.“老师检查作业完成情况”用例图3-6“老师检查作业完成情况”用例的活动图描述5.“学生联系重批”用例图3-7“学生联系重批”用例的活动图描述（二）作业对象的状态分析对于学生提交作业的状态：A.时间截止之前1）未提交：作业截止时间未到，作业未完成也未提交，没有任何记录，作业需完成2）已保存：作业截止时间未到，作业已经完成了一部分，但是没有提交，有之前完成部分的记录，等待提交3）已提交：作业截止时间未到，作业已经完成并且提交到系统，等待批阅B.时间截止之后1）未提交：作业截止时间已到，作业未完成未提交，并且无法提交2）已提交：作业截止时间已到，作业已经完成并提交，等待批阅作业对象的状态图如图3-8所示：图3-8作业对象的状态图对于教师批改作业的状态：1）未批改：等待教师的批改与反馈2）已批改：教师已经批改并返回到了学生端作业对象的状态图如图3-9所示：图3-9作业对象的状态图对于申请重批的作业状态：1）已审核未通过：申请已经被审核，但是未通过，可以重新申请或者查找自己的问题2）已审核已通过：申请已被通过，等待反馈3）待审核：申请还未审核，等待教师的回馈作业对象的状态图如图3-10所示：图3-10作业对象的状态图业务过程：1.学生提交作业，等待教师批阅2.教师批阅已提交作业3.学生得到批改结果（三）数据需求1.学号、姓名、班级。
ATM(自动取款机)的用例图
ATM（自动取款机）的用例图、类图、顺序图、状态图、活动图及协作图1 用例图参与者"银行储户"和ATM机。
简化后的ATM机仅有取款、存款及其余功能。
其余功能不做详细说明。
2 类图图2所示的银行系统类图和图5是类似的，只是将工作人员换成了ATM。
整个银行系统包括了帐户库、银行储户库及ATM系统。
许多单个的帐户组成了帐户库。
帐户具有帐户类型、帐户号、余额三个属性，均为private，其类型分别为char，int，double。
六个操作分别为setType、getType、getAccountNumbe、setAccountNumbe、caculateBalance、getBalance，除caculateBalance为protected其余均为public。
setType设置帐户类型，返回类型为void，参数类型为char，输入帐户类型。
getType获取帐户类型，返回类型为char，无参数。
setAccountNumbe设置帐户号，返回类型为void，参数类型为int，输入帐户号。
getAccountNumbe获取帐户号，返回类型为int，无参数。
caculateBalance计算余额，返回类型为void，参数为double，第一个参数为输入存取款数额，第二个参数为存款余额，既为输入也为输出。
getBalance获取帐户余额，返回类型为double，无参数。
许多银行储户组成了储户库。
ATM系统包含了许多ATM机。
银行储户及ATM 机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
更多的属性及操作都可以一一加上，使这个类图更详细更完整，从而使参与项目的每个成员都能无歧义的明了整个设计的类的结构。
同样对于一个真正的银行系统，这个类图过于简单。
比如帐户类型我们可以先定义一个abstract class，它包含一个帐户最基本的属性及操作。
酒店管理用例图和活动图
房间预订用况：用况名称：房间预订参与的执行者：酒店工作人员，客户前置条件：一个合法的酒店工作人员已登录到该酒店系统事件流：1、当客户通过网上或者电话咨询该酒店并选择酒店房间预订时用况开始2、查询客户需要的房间情况，确认房间可用3、有空房则往下执行，否则结束预订4、输入客户姓名、身份证号，查询是否合法客户5、是则往下执行，否则结束预订6、登记客户入住时间7、用况结束后置条件：在管家系统中更新房间信息Check in 用况：用况名称：check in参与的执行者：酒店工作人员，客户前置条件：一个合法的酒店工作人员已登录到该酒店系统事件流：1、当客户到前台要求入住时用况开始2、输入客户身份证号询问客户姓名，确认为已预订客户3、是则跳到第六步，否则往下执行4、登记客户姓名及身份证号，查询是否合法客户5、是则往下执行，否则结束6、允许入住7、用况结束后置条件：在管家系统中更新房间信息，并跳转到账务系统建立客户账户用况：用况名称：建立客户账户参与的执行者：酒店工作人员前置条件：一个合法的酒店工作人员已登录到该酒店系统事件流：1、当允许客户入住后事件流开始2、系统自动生成一个新账号3、查询客户是否为合约客户，是则往下执行，否则跳到第5步4、输入客户房间号，姓名，身份证号，生成该客户消费账号，自动累计其消费情况并加入优惠措施5、询问客户是否愿意加入合约客户，是则往下执行，否则跳到7步6、跳到合约客户系统，新建合约客户，跳到第3步7、生成普通账户，输入客户房间号，姓名，身份证号，生成该客户消费账号，自动累计其消费情况8、用况结束后置条件：更新收银系统数据账务查询用况：用况名称：账务查询参与的执行者：酒店工作人员，客户前置条件：一个合法的酒店工作人员已登录到该酒店系统事件流：1、当客户提出check out时用况开始2、进入收银系统查询客户消费金额，查询需交金额3、收取金额4、查询需交余额是否为0，是则往下执行，否则跳到第2步5、允许check out。
UML建模案例——酒店预订系统
UML建模案例——酒店预订系统酒店预订系统的UML建模案例如下：一、系统概述酒店预订系统是一个用于帮助客户预订酒店房间的在线系统。
该系统允许客户浏览可用酒店，并选择适合他们需求的房间。
客户还可以选择入住和退房日期，以及其他附加服务和设施。
一旦客户完成预订，酒店管理员将收到通知并确认预订。
该系统还提供了一些管理工具，使管理员能够管理客户预订、酒店信息和房间库存。
二、系统用例图系统用例图描述了酒店预订系统的主要功能和参与者之间的交互。
主要参与者包括客户和酒店管理员。
1.客户客户可以执行以下操作：-酒店：客户可以根据地点、日期、房间类型等条件可用的酒店。
-查看酒店信息：客户可以查看特定酒店的详细信息，包括房间类型、设施、服务等。
-预订房间：客户可以选择适合他们需求的房间，并选择入住和退房日期以及其他附加服务和设施进行预订。
2.酒店管理员酒店管理员可以执行以下操作：-管理房间：管理员可以添加、更新和删除酒店的房间信息，包括房间类型、价格、可用数量等。
-管理预订：管理员可以查看客户的预订情况，并确认、取消或修改预订。
三、系统类图系统类图描述了酒店预订系统中的主要类和它们之间的关系。
1.类主要类包括以下几类：-房间：表示酒店中的房间，包括房间类型、价格和可用数量。
-预订：表示客户的预订，包括预订日期、入住日期和退房日期。
-管理员：表示系统中的管理员，包括管理员的姓名、用户名和密码。
2.关系主要关系包括以下几种：-关联关系：表示类之间的关联，例如客户与预订之间的关联，酒店与房间之间的关联。
-继承关系：表示类之间的继承关系，例如客户和管理员都继承自用户类。
-依赖关系：表示类之间的依赖关系，例如客户依赖于酒店类和房间类。
四、系统顺序图系统顺序图描述了酒店预订系统中的一些典型操作流程。
1.客户预订酒店客户首先可用的酒店，然后查看并选择适合他们需求的房间。
然后，客户提供入住和退房日期，并选择其他附加服务和设施进行预订。
企业综合信息管理系统UML需求建模(用例图+活动图)
2020/11/27
管理课件
5
（4）系统运行的软件、硬件环境 1）系统运行的软件环境 2）系统运行的硬件环境
3.6.2 确定系统范围和系统边界
1．进销存管理子系统的业务范围 2．进销存管理子系统的系统边界
3.6.3 确定执行者
“进销存管理子系统”有5个人执行者和2个系统执行 者，即“采购人员”、“销售人员”、“仓库管理 员”、“客户”、“公司经理”、“生产调度管理子 系统”和“财务管理子系统”。
管理课件
2
（2）采购管理
1）制定原材料（零部件）采购计划 2）与客户签订采购合同 3）检查合同履约率 4）库存管理部门对原材料进行入库验收、存储 5）财务管理部门支付货款
（3）库存管理
1）产品入库管理 2）原材料（零部件）入库管理 3）原材料（零部件）出库管理 4）产品出库管理 5）库存管理 6）采购管理部门组织采购 7）生产调度管理部门安排生产 8）财务管理部门对库存物资进行核算
1．“增加销售合同”用例
用例编号：04010101（共有4层用例图结构，每层用2位数字表 示， 采用8位编号。）
用例名： 增加销售合同 执行者: 人执行者：合同管理员、客户、公司经理。系统执
行者：“财务管理子系统”和Байду номын сангаас生产调度管理子系
统”。
目 的: 合同管理员将与客户签订的销售合同的详细内容录 入管理系统，用于对销售合同进行统计、查询、检查 是否履约等，监控正在履约的合同。
类 型： 端点、主要的、基本的 级 别： 一级
2020/11/27
管理课件
14
过程描述：
（1）合同管理员输入标识码（ID），系统识别标识码的有效
性；
（2）初始化一个新销售合同，设置各种处室标志；
用例图活动图案例
1、设计一个饮料自动售货机系统，其主要功能是向顾客出售饮料，同时供应商需要向其中放置饮料，收银员需要向其中放置零钱和收回营业收入。
画出该系统的用例图。
2、仔细分析下面对某公司“会见顾客”业务流程的描述，画出带泳道的活动图。
（1）公司业务员打电话给客户，确定一个会面。
（2）如果会面地点在公司内，公司技术人员需要为会面准备一间会议室，同时，咨询顾问需要为准备一份陈述报告。
（3）如果会面地点在公司外，则只需咨询顾问需要为准备一份陈述报告。
（4）咨询顾问与顾客在约定的时间和地点见面。
（5）业务员随后为他们准备好会议用纸。
（6）如果会面得到了一个解决方案，则咨询顾问根据解决方案编写一个报告，并将报告发给顾客。
3 所谓基金定投指的是投资者在每个月固定的时间（如每月10日）以固定的金额（如1000
元）投资到指定的开放式基金中，类似于银行的零存整取方式。
具体实现过程如下：定投约定的日期一到，系统首先检查客户设定的扣款账户余额，确认余额是否足够支付交易款项，如果足够，则扣交易款项，更新客户基金账户中基金的份额，交易成功，并且把交易扣款失败次数归零。
否则检查累计失败次数，如果累计失败次数超过三次，则停止扣款，并且更改交易情况为“停止扣款”。
请采用活动图模型对这个业务进行建模。
UML 实验一 家具城进销存管理系统用例图
《UML面向对象建模基础》实验报告(一)实验名称家具城进销存管理系统用例图姓名学号班级实验目的画出家具城进销存系统的用例图，并写出对应用例的用例描述。
实验内容总用例图：1、家具信息管理用例描述表用例编号：01-01用例名称：家具信息管理用例描述内容属性：家具号、家具名称、制造商、家具价格、家具类别号、家具数量、供应商、品牌行为者：用户先决条件：注册登录成功后置条件：加入工作流成绩异常处理方法：有还提示跳转登陆页或首页备注：无2、供应商信息管理用例描述表用例编号：01-02用例名称：供应商信息管理用例描述内容属性：供应商名称、家具号、家具价格、家具数量、进货日期行为者：用户先决条件：注册登录成功后置条件：加入工作流异常处理方法：有还提示跳转登陆页或首页备注：无3、客户信息管理用例描述表用例编号：01-03用例名称：客户信息管理用例描述内容属性：客户名称、订单号、联系方式行为者：用户先决条件：注册登录成功后置条件：加入工作流异常处理方法：有还提示跳转登陆页或首页备注：无4、家具进货管理用例描述表用例编号：01-04用例名称：家具进货管理用例描述内容属性：供应商信息（供应商名称、家具号、家具价格、家具数量、进货日期）订货单（供应商、家具类型、数量、价格）行为者：用户先决条件：注册登录成功后置条件：加入工作流活动步骤：步骤活动（1）用户登陆系统，收到缺货消息，选择供应商，制定订货单（2）用户登陆系统，整理供应商信息异常处理方法：有还提示跳转登陆页或首页备注：无5、家具销售管理用例描述用例编号：01-05用例名称：家具销售管理用例描述内容属性：家具信息（型号、价格）库存信息（家具型号、库存数量）订货单（顾客信息（顾客名称、订单号、联系电话）、所订家具、订货数量）行为者：用户先决条件：注册登录成功后置条件：加入工作流活动步骤：步骤活动（1）登陆系统，查询家具信息（2）登陆系统，查询库存信息（3）登陆系统，制定顾客订单，发送订单，整理顾客信息异常处理方法：有还提示跳转登陆页或首页备注：无6、库存管理用例描述用例编号：01-05用例名称：库存管理用例描述内容属性：库存信息（家具型号、库存数量、入库信息（入库时间、入库数量）、出库信息（出库时间、出库数量））行为者：用户先决条件：注册登录成功后置条件：加入工作流活动步骤：步骤活动（4）登陆系统，查询家具信息（5）登陆系统，查询库存信息（6）登陆系统，制定顾客订单，发送订单，整理顾客信息异常处理方法：有还提示跳转登陆页或首页备注：无2.1销售员用例图2.1.1销售商品用例描述用例编号 UC0101用例名称销售商品用例描述销售员通过该系统销售商品参与者销售员简要说明登录该系统，身份验证成功后，销售员就可以进行商品销售管理基本事件流1) 销售员输入用户名和密码登录该系统2) 销售员向系统发出“销售商品”请求3) 系统显示价格4) 客户付款，系统处理支付5) 系统记录完整的销售数据6) 顾客携带商品离开扩展事件流1) 如果付款成功，则弹出消息框告诉销售员付款成功2) 如果付款失败，则弹出消息框告诉销售员付款失败，并提升失败原因前置条件用户成功登录销售管理子系统后置条件记录并保存销售信息2.2.2查看商品信息用例描述用例编号 UC0102用例名称查看商品信息用例描述销售员通过该系统查看商品信息参与者销售员简要说明登录该系统，身份验证成功后，销售员就可以进行商品销售管理基本事件流1) 销售员输入用户名和密码登录该系统2) 销售员进入管理商品信息模块3) 销售员查看商品信息4) 系统将更新后的商品信息存档扩展事件流1) 如果用户验证不成功则弹出对话框2) 如果用户验证成功，则显示当前角色系统界面。
人事管理系统用例图类图活动图
资料范本本资料为word版本，可以直接编辑和打印，感谢您的下载人事管理系统用例图类图活动图地点：__________________时间：__________________说明：本资料适用于约定双方经过谈判，协商而共同承认，共同遵守的责任与义务，仅供参考，文档可直接下载或修改，不需要的部分可直接删除，使用时请详细阅读内容Fox-ERP人事管理系统(二)-----毕业设计(论文)指导老师专业计算机应用与维护组长班级组员成都电子机械高等专科学校2007年5月10日目录TOC \o "1-5" \h \z \u HYPERLINK \l "_Toc138481954" 第一章系统功能 1HYPERLINK \l "_Toc138481955" 1.1需求分析 3HYPERLINK \l "_Toc138481956" 1.2FOX-ERP人事管理系统功能4HYPERLINK \l "_Toc138481957" 第二章系统分析图PAGEREF_Toc138481957 \h - 5 -HYPERLINK \l "_Toc138481958" 2.1 UML图 52.1.1用例图 HYPERLINK \l "_Toc138481958" 62.1.2类图 HYPERLINK \l "_Toc138481958" 82.1.3活动图 HYPERLINK \l "_Toc138481958" 9HYPERLINK \l "_Toc138481958" 2.2系统架构9HYPERLINK \l "_Toc138481964" 第三章主要关键技术103.1关键技术之一 HYPERLINK \l "_Toc138481958" 103.2关键技术之二 HYPERLINK \l "_Toc138481958" 113.3关键技术之三 HYPERLINK \l "_Toc138481958" 11HYPERLINK \l "_Toc138481965" 第四章数据库结构124.1数据库设计 HYPERLINK \l "_Toc138481958" 124.2人事管理系统的数据模型图 HYPERLINK \l "_Toc138481958" 16HYPERLINK \l "_Toc138481966" 第五章使用FOX-ERP人事管理系统说明书16HYPERLINK \l "_Toc138481967" 5.1 FOX-ERP人事管理系统平台16 HYPERLINK \l "_Toc138481968" 5.1.1 硬件需求 16HYPERLINK \l "_Toc138481969" 5.1.2 安装: 175. 1. 3第二期工程的后续工作 HYPERLINK \l "_Toc138481958" 17HYPERLINK \l "_Toc138481970" 5.2 FOX-ERP人事管理登录和进入系统17HYPERLINK \l "_Toc138481971" 5.2.1 登录17HYPERLINK \l "_Toc138481972" 5.2.2 进入FOX-ERP人事管理系统主界面17HYPERLINK \l "_Toc138481973" 5.2.3 使用说明18HYPERLINK \l "_Toc138481974" 第六章 FOX-ERP人事管理主要源程序PAGEREF _Toc138481974 \h - 32 -HYPERLINK \l "_Toc138481975" 一、密码的修改和找回 PAGEREF_Toc138481975 \h - 34 -1：修改密码代码 HYPERLINK \l "_Toc138481958" 322：找回密码代码 HYPERLINK \l "_Toc138481958" 32二、员工就职 HYPERLINK \l "_Toc138481958" 33HYPERLINK \l "_Toc138481976" 1：代号档资料维护界面代码33HYPERLINK \l "_Toc138481977" 2：员工基本资料353：津贴/扣款维护 HYPERLINK \l "_Toc138481958" 38HYPERLINK \l "_Toc138481978" 4: 健保眷属资料维护代码39HYPERLINK \l "_Toc138481976" 5：经历资料维护代码40HYPERLINK \l "_Toc138481977" 6：证照资料维护代码PAGEREF_Toc138481977 \h - 38 -HYPERLINK \l "_Toc138481978" 7: 技能资料维护代码PAGEREF_Toc138481978 \h - 44 -HYPERLINK \l "_Toc138481979" 三、人事异动431：就职单维护代码 HYPERLINK \l "_Toc138481958" 43HYPERLINK \l "_Toc138481980" 2：调职单维护代码PAGEREF_Toc138481980 \h - 51 -HYPERLINK \l "_Toc138481981" 3：离职单维护代码PAGEREF_Toc138481981 \h - 53 -HYPERLINK \l "_Toc138481976" 4：复职单维护代码47HYPERLINK \l "_Toc138481983" 四、教育训练PAGEREF _Toc138481983 \h - 60 -2：教育训练员工文件维护 HYPERLINK \l "_Toc138481958" 503：教育训练课程名单 HYPERLINK \l "_Toc138481958" 514：教育训练上课员工名单 HYPERLINK \l "_Toc138481958" 51HYPERLINK \l "_Toc138481979" 五、考绩与奖惩作业51HYPERLINK \l "_Toc138481980" 1：考绩资料添加512：考绩资料维护 HYPERLINK \l "_Toc138481958" 52HYPERLINK \l "_Toc138481981" 3：奖惩资料添加534：奖惩资料维护 HYPERLINK \l "_Toc138481958" 54HYPERLINK \l "_Toc138481979" 六、退休作业55HYPERLINK \l "_Toc138481980" 1：退休员工就职文件维护55HYPERLINK \l "_Toc138481981" 2：未来退休员工预估表56七、用户注册 HYPERLINK \l "_Toc138481958" 571：设置用户 HYPERLINK \l "_Toc138481958" 572：用户注册 HYPERLINK \l "_Toc138481958" 57HYPERLINK \l "_Toc138481958" 总结58HYPERLINK \l "_Toc138481988" 主要参考文献59HYPERLINK \l "_Toc138481989" 谢辞59第一章系统功能1.1 需求分析软件工程中包含需求、设计、编码和测试四个阶段，其中需求分析是软件工程中第一个也是很重要的一个阶段，需求分析的基本任务就是准确地回答“系统必须做什么”这个问题，而它的主要任务就是绘制关联图、创建开发原型、分析可行性、确定需求优先级、为需求建立模型、编写数据字典、应用质量功能调配。
超市管理系统用例图活动图时序图数据流程图ER图
进货信息 应疗怙息 业绩采呱I 有鼎 业务员 负责人 3.1用例图通过现实数据的研究，我们了解到超市系统存在着如下的信息交互，从整体上出发，顾客在挑选商品、购买商品的同时，业务人员也在进行着相关的信息操作，而这些操作过程，我们以用例（活动图）的方式，展现给大家：图3-2超市商品管理用案图3.2系统流程分析顾客在选购商品时，发生如下的活动流程：商品进行进货需求时，发生的进货、入库活动，如下图：判定 不符合退货情 况-• •、不允许退货 符合退货要 退款 商品还库 判定联系供货商 要求换货或 退 不符合换货 商品还库图3-4商品入库活动图商品在出售以后，如遇到特殊原因，被要求退货换货时，发生的活动流程，如下图所统计商品 判定 不购买进货 匸•结束 需要进货 选择商品 打印进货 联系供 订购商品\ 商品入库换货 示：开始顾客申请退货结束符合换货要—求商品入库图3-5退货入库活动图3.3场景分析超市进货信息入库场景图：图3-6入库（时序图）针对刚才的销售流程活动图，我们转化成为场景图，方便大家浏览和理解如下图所示：\系统库存―I—图3-7销售（时序图）超市销售信息，在缺货时发生，场景图如下：图3-8销售缺货时（时序图）图3-9退货还库（时序图）我们根据不同的场景对系统的综合要求进行需求分析，通过需求分析规划出系统具备的相关功能，针对可能发生的情况进行功能架设，得出了完整、准确、清晰、具体的需求。
3.4系统功能结构图针对上述分析我们进行详细的系统规划，得到如下图所示的功能结构图：图3-10系统功能结构图3.4.1综合业务模块(1)相关业务管理：主要是对顾客以及供货商的信息以及各类操作的管理。
顾客信息：主要是记录顾客消费的相关信息，作为对本超市商品的支持的一种售后服务，如消费积分累积等。
供货商信息：主要是对供货商的详细信息的记录，对其提供的商品进行记录方便以后进货时联系以及及时补货。
相关信息添加：主要是对商品的信息进行添加，包含商品名、类型、规格等信息添加。
05+用例图
书写用例文档
可视化建模与UML
书写用例文档
可视化建模与UML
书写用例文档
可视化建模与UML
书写用例文档
可视化建模与UML
书写用例文档
可视化建模与UML
书写用例文档
可视化建模与UML
书写用例文档
可视化建模与UML
书写用例文档
可视化建模与UML
书写用例文档
可视化建模与UML
书写用例文档
需求： 建立一个航空公司的机票预定系统，让客 户通过电话或网络买票、改变订票、取消 订票、预定旅馆、租车等等。
可视化建模与UML
案例1：航空售票系统
Customer
(from Actor)
Customer Service Representative
(from Actor)
Credit System
(from Actor)
Flight Coordinator
(from Actor)
Airline
可视化建模与UML
案例2：库存管理系统
某汽车制造厂需要一套库存管理系统，该系 统实现的业务：生产工人根据生产计划领取物 料，库存操作员根据生产系统的派单准备，交 付给领料工人，余料即时归还库房。库房管理 人员定期盘点库存，通知供应商供货，对长期 积存的货物，申请退货。
可视化建模与UML
书写用例文档
可视化建模与UML
书写用例文档
可视化建模与UML
书写用例文档
可视化建模与UML
用例名称 参与者 前置条件 后置条件 基本路径
检索图书 图书管理员/读者 图书管理员/读者已经登录 系统已显示读者所需的图书 1. 图书管理员/读者提交检索条件 2. 系统按检索条件检索图书 3. 系统显示搜索到的图书列表 4. 图书管理员/读者选中某个图书 5. 系统显示该图书的详细信息 扩展 2a. 系统没有检索到所需图书： 2a1. 系统显示“没有找到适合检索条件的图书” 2a2. 用例结束
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1、设计一个饮料自动售货机系统，其主要功能是向顾客出售饮料，同时供应商需要向其中放置饮料，收银员需要向其中放置零钱和收回营业收入。
画出该系统的用例图。
2、仔细分析下面对某公司“会见顾客”业务流程的描述，画出带泳道的活动图。
（1）公司业务员打电话给客户，确定一个会面。
（2）如果会面地点在公司内，公司技术人员需要为会面准备一间会议室，同时，咨询顾问需要为准备一份陈述报告。
（3）如果会面地点在公司外，则只需咨询顾问需要为准备一份陈述报告。
（4）咨询顾问与顾客在约定的时间和地点见面。
（5）业务员随后为他们准备好会议用纸。
（6）如果会面得到了一个解决方案，则咨询顾问根据解决方案编写一个报告，并将报告发给顾客。
3 所谓基金定投指的是投资者在每个月固定的时间（如每月10日）以固定的金额（如1000
元）投资到指定的开放式基金中，类似于银行的零存整取方式。
具体实现过程如下：定投约定的日期一到，系统首先检查客户设定的扣款账户余额，确认余额是否足够支付交易款项，如果足够，则扣交易款项，更新客户基金账户中基金的份额，交易成功，并且把交易扣款失败次数归零。
否则检查累计失败次数，如果累计失败次数超过三次，则停止扣款，并且更改交易情况为“停止扣款”。
请采用活动图模型对这个业务进行建模。