用例规约+活动图例子
一、用例规约作业
请根据中国工商银行网络银行的转账汇款的相关说明，试编写该用例的规格说明。
要求从中体会业务规则的作用和分析，并在自己的课题中分析充分详尽的业务规则。
注：新发布的用例一章的课件中，有个取款相关的用例规格说明，可参考。
1.安全提示：为了您的资金安全，请勿轻信陌生人通过网络聊天群、直播、电话、短信等方式进行的诱导性“投资理财”、代办大额信用卡或高额贷款、网购客服或快递进行退货等非正规渠道要求进行转账汇款，谨防被骗。
短信通知手续费将根据我行政策进行减免，请以实际扣款情况为准。
2.汇款类型：根据人民银行关于防范电信诈骗有关要求，我行为您提供“实时汇款、普通汇款、次日汇款”三种汇款方式选择。
对于“普通汇款”和“次日汇款”，您可在限定时间内通过手机银行或网银“转账汇款-查询汇款明细”进行撤销。
3.到账时间：行内汇款一般实时到账，7*24小时受理。
自2019年11月29日起100万元（含）以内跨行汇款，我行将优先通过网银互联系统汇出至收款行，一般实时到账，7*24小时受理。
100万元以上跨行大额汇款，工作日交易时间（前一日20:30-当日17:15）一般实时到达收款行；工作日（周一至周四）非交易时间（17:15-20:30）提交，系统预约至当日20:30后汇出；非工作日，系统将做预约处理，待下一工作日交易时间（一般为节假日最后一天20:30后）汇出。
准确时间以人民银行系统为准。
4.收款人信息：当您向其他银行汇款时，系统无法判断收款人信息是否准确，仅对信息格式进行校验，请您务必准确填写收款人户名、卡（账）号、收款行等信息，若因上述信息填写错误导致汇款失败，手续费不退回。
汇款成功后收款人信息将自动添加至“我的收款人”，方便您再次汇款操作。
您还可直接输入收款人户名、手机号向其汇款，若其手机号已绑定银行账户（含他行），则将实时汇入绑定账户；若其手机号未绑定银行账户，则系统将向收款人发送短信，根据收款人短信回复卡/账号汇入资金。
5.交易限额：各类转账认证方式（U盾、电子密码器、短信）交易限额，您可在“工银e支付-安全管理-认证管理”或“安全-认证管理”下查看、调整。
向绑定工行账户手机号汇款交易限额受支付认证方式控制；向绑定他行账户手机号汇款，单笔最高100万元；向未绑定银行账户手机号汇款单笔最高5万元。
（注：手机银行渠道可通过工银e支付办理最高单笔20万元、日累计100万元的转账）
6.汇款手续费：个人网银：本行（含同城和异地）汇款免收手续费；跨行汇款，每笔5000元（含）以下的免收手续费；5000元以上按柜面收费标准的五折收取。
如您已购买结算套餐，将抵扣结算套餐并免收手续费。
具体请参考我行门户网站“服务价目表”公布的收费标准及相关优惠活动。
（注：手机银行境内人民币汇款目前暂不收费）
7.付款账户：自助注册卡无法使用U盾、密码器认证，若您已申领U盾或电子密码器，您可登录手机银行在“我的账户”下点击“功能升级”按钮，按照提示通过刷脸认证后将该卡升级为柜面注册卡。
8.其它说明：境内汇款不支持向16位财智账户卡汇款。
国际借记卡、贷记卡外币账户作为收款账户可接收本人其他同币种外币账户转入的钞/汇；如作为付款账户，只可从外币现钞账户转出。
二、活动图作业
1. 本校自今年起启用网上订购教材流程，简述如下：
（1）教务处发布《编制教材选用计划》的通知
（2）任课教师经课程组教师集体研究讨论后，根据教学计划、课程教学大纲要求和有关教材信息，任课教师在教务系统里填写《教材使用计划审批表》（3）教务处整理教材使用计划
（4）学院组织院级教学工作委员会审议本学院的教材使用计划，若有不当，则由任课教师重新提交教材使用计划；若无问题，则报送教务处备案
（5）教务处制定《学生教材订购发行单》，电子版将在教务管理系统公布
（6）根据教务处发布的《学生教材订购发行单》，教材供应商提前备书供货
（7）教师领取教师用书，同时学生在自愿订购的基础自行向供应商订购图书
请按照UML活动图的规范画出该流程的活动图。
2. 本校的考试管理流程如下图所示，请按照UML活动图的规范画出该流程的活动图。
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）所理解的系 统功能，用于需求分析阶段，列出系统中的用 例和参与者，并显示哪个参与者参与了哪个用 例的执行
江苏联通物资管理系统2(1)
3.4.2 入库管理分析入库管理主要就是指企业的仓库管理人员对公司采购的原材料以及生产资料进行管理，需要进行信息的输入，信息输入之后还需要进行审核，最终保存的必须是有效的信息，这样可以提高工作的效率以及工作的正确率。
在物资进行入库的时候一定要进行信息的准确填写，其次要经过相关部门的审核，只有经过上述的步骤之后才可以将物资进行入库。
入库时信息参数要保证一定的完整性，这样可以提高工作的效率以及仓库的利用率和减少企业运营的成本。
如表3.1所示为入库管理用例分析。
表3.1 入库管理用例规约江苏联通公司物资管理系统的日常物资入库工作由入库管理员来完成，其他用户不具备权限，入库流程主要包括以下几个主要步骤：1、入库管理员登录系统；2、录入采购的物资；3、对物资检查无误后提交数据库保存。
除了新采购的物资需要入库以外，外借的物资在归还时也要进行审核入库。
江苏联通公司物资入库活动如图3.2所示。
图3.2 物资入库活动图3.4.3 出库管理分析物资在以下两种情况下需要进行出库，一是对生产原材料的领取，二是物资借出的时候，在出库的时候对物资的信息要进行详细的输入，同时还要进行信息审核以保证输入的信息是有效的，在出库的时候要保证有着足够的凭据来进行出库管理。
出库管理的操作人员是出库管理员，用例规约如表3.2所示。
表3.2 出库管理用例规约江苏联通公司物资出库活动图如图 3.3所示。
出库情况一般为两种，一种是物资领用，一种是物资借出，物资借出需进行审核，审核通过进行物资的发放。
图3.3 物资出库活动图3.4.4 统计管理分析统计管理模块主要的功能就是对货物流转的过程进行统计。
对于公司物资的管理情况的统计可以极大的缩短工作的时间，进而可以提高工作的效率，统计管理模块可以有效的解决这一问题。
使用这一模块可以很好的为物资的管理带来方便，同时会使得公司的管理层对于公司的物资有一个清晰准确的掌握，这对辅助决策是有很大意义的。
统计的过程中会有各种不同环节统计。
用例规约(实例)
课程注册系统用例规约版本<1.0>查看成绩报告卡用例1.简要说明本用例允许学生查看他（她）刚结束学期的成绩报告卡。
本用例的Actor 是学生。
2.事件流当学生从主表格中选择“查看成绩报告卡”活动时，用例开始。
1.基本流—查看成绩报告卡1.系统检索出学生上个学期所修完的每门课程的成绩信息。
2.系统准备、排版并显示成绩信息。
3.当学生完成查看成绩信息后，选择“关闭”。
2.备选流1.没有可以查看的成绩信息如果在基本流中，系统不能找到这个学生上个学期的任何成绩信息，将会显示一个消息。
学生确认这条消息后，用例终止。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件1. 登录在本用例开始之前，学生要登录到系统。
5.后置条件没有和本用例有关的后置条件。
6.扩展点没有和本用例有关的扩展点。
课程注册用例1. 简要说明此用例允许学生登记当前学期的课程。
如果在学期开始的选/退课期间情况发生一些变化，那么学生也可以修改或删除自己所选的课程。
课程目录系统提供一个本学期所有课程的列表。
本用例主要的主角是学生。
课程目录系统是用例中包含的一个主角。
2. 事件流当学生从主窗体中选择“维护课程表”活动时，此用例就开始使用了。
1. 基本流—创建课程表1.学生选择“创建课程表”。
2.系统会显示一张空白课程表。
3.系统从课程目录系统中检索可选课程的列表。
4.学生从可选课程列表中选择 4 门主修课程和 2 门选修课程。
在完成选择后，学生选择“提交”。
5.在此步骤中为每一门所选课程执行“添加课程”子流程。
6.系统保存该课程表。
2. 备选流1. 修改课程表1.学生选择“修改课程表”。
2.系统检索并显示学生现在的课程表（例如，本学期的课程表）。
3.系统从课程目录系统中检索本学期所有可选课程的列表。
系统向学生显示该列表。
4.这样，学生就可以通过删除或者添加新课程来修改所选的课程。
学生从可选课程列表中选择要添加的课程。
学生也可以从目前的课程表中选择要删除的课程。
用例文档及活动图
活动图
定义活动图
活动图的符号
一个活动图必然有一个开始状态
至少有一个结束状态
转移用来表示活动或状态间的控 制流
有分支时要在分支路径中注明分 支条件
分岔用来开始并行处理 联结用于把并行处理转换为
单个处理
活动图
定义活动图
ATM机“登录”用例的活动图
事件流
事件流描述参与者在完成用例的过程中发生的一系列的交 互行为。
“增加预约”示例
➢ 示例一：“掌上校园” ➢ 示例二：“网络教学平台”
重构用例
如果你对以下问题都回答“是”的话，那么这个用 例就是集中的。否则，这个用例需要拆分为几个小 的
这个用例是否能够带来一个独立的好处？ 你是否可以利用２０个字来描述这个好处，且不用“和”，“与” 参与者是否能够仅通过在一次会话就完成这个用例 你能否想象在一个连贯的测试计划中，这个用例将是一个测试用例
前置条件 参与者启动这个用例之前必须完成的所有用例。
后置条件 包括这个用例对系统所做的所有改变。
部署约束 描述访问这个用例的所有约束
事件流
事件流描述参与者在完成用例的过程中发生的一系列的交 互行为。
一个事件流仅描述用例中的一条路径，不包括其他的分支。
在用例中有三种事件流：
正常事件流：通过描述一切都按部就班时的情况来捕捉用 例的目标。
绩 3. 在记录学生成绩之前，系统需要验证这些成绩是否有效。首先，根据学生信息文件来确认
管
该学生是否选修这门课程，若没有，那么这些成绩是无效的;如果他的确选修了这门课程，再
理
根据课程信息文件和课程单元信息文件来验证平时成绩是否与这门课程所包含的单元相对应， 如果是，那么这些成绩是有效的，否则无效。
用例及用例图案例
用例及用例图-案例
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) 什么叫事件流,作用是什么？
第05讲用例规约
用例规约：记录时间(续)
前置条件： 后置条件：
用户必须已经登录到这个系统 系统将雇员的工时正确的记录到数 据库中
用例规约：记录时间(续)
正常事件流：
1.雇员查看当前时间之前输入的数据； 2.雇员从已有的支付号码中选择一个， 这些收费代码是按客户和项目组织 的； 3.雇员从当前的时间段选择一个日期； 4.雇员输入以正整数表示的工时； 5.系统在视图中显示这个数据，并在 以后的视图中看到这个数据。
3. 受益人及其利益：
3. 公司：需要精确地记录交易并满 足客户的利益。需要支付授权服 务记录可接受的支付。需要一些 容错功能。需要账目和存货清单 得到自动的快速更新
正式型（详细型）-处理销售3
3. 受益人及其利益：
5. 政府税务机构：需要从每一次销售 中收税。 6. 支付授权服务：需要用正确的格式 和协议传来的数字授权请求。需要 精确计算它们可支付给商店的款额
把它们看做是看门人， 它阻止参与者触发该用 例直到满足所有条件 说明在用例触发之前 什么必须为真
后置条件
后置条件约束用 例执行后系统的状 态
用例执行后什么 必须为真 对于有多个事件 流的用例，则应该 有多个后置条件
前置、后置条件注意
某些用例依赖于其他用例
一个用例在离开系统时，可能是另一个 用例的前置条件（例如：“登录”和“管理 系统”）
正式型（详细型）-扩展1
1. 在系统失败时，要恢复和校正账 目，确保所有的交易敏感状态以 及事件能够从场景的任何步骤中 恢复
1. 出纳员重启系统和登录，并请求恢 复先前的状态
正式型（详细型）-扩展2
2. 系统重建先前的状态
系统检测阻止恢复的异常状态 1. 系统给出纳员发出一个出错信号，记 录该错误并进入一个干净的状态 2. 出纳员开始一次新的销售
UML中的活动图实践案例
UML中的活动图实践案例在软件开发过程中，使用统一建模语言（UML）可以帮助开发人员更好地理解和设计软件系统。
其中，活动图是一种非常有用的工具，可以描述系统中的业务流程和操作流程。
本文将通过一个实践案例，详细介绍如何使用活动图来建模和分析系统的业务流程。
案例背景假设我们正在开发一个在线购物系统。
该系统允许用户浏览商品、选择商品、下订单并支付。
为了更好地理解和设计该系统，我们将使用活动图来描述用户购物的整个流程。
活动图的基本元素在开始建模之前，让我们先来了解一下活动图的基本元素。
活动图由以下几个主要元素组成：1. 动作（Action）：表示系统执行的基本操作，例如发送电子邮件、生成报告等。
2. 控制流（Control Flow）：表示活动图中的控制流程，即动作之间的顺序关系。
3. 决策节点（Decision Node）：表示在不同条件下的流程分支，类似于编程语言中的if语句。
4. 合并节点（Merge Node）：表示流程分支的合并点，类似于编程语言中的else语句。
5. 初始节点（Initial Node）：表示活动图的起点。
6. 终止节点（Final Node）：表示活动图的终点。
建模过程现在让我们开始建模购物系统的活动图。
1. 首先，我们需要定义系统的起点和终点。
在活动图中，起点用一个带有黑色实心圆圈的初始节点表示，终点用一个带有黑色实心圆圈的终止节点表示。
2. 接下来，我们需要定义用户浏览商品的流程。
用户打开购物系统后，系统将显示所有可用的商品。
用户可以通过滚动或搜索来浏览商品。
在活动图中，我们可以使用动作来表示这些操作，并使用控制流来表示它们之间的顺序关系。
3. 用户选择商品后，系统将显示商品的详细信息。
用户可以查看商品的图片、描述、价格等信息。
在活动图中，我们可以使用动作来表示这些操作，并使用控制流来表示它们之间的顺序关系。
4. 用户选择完商品后，系统将允许用户下订单。
用户需要提供收货地址、联系方式等信息。
用例建模指南
用例建模指南用例(Use Case)是一种描述系统需求的方法，使用用例的方法来描述系统需求的过程就是用例建模。
用例方法最早是由Iva Jackboson博士提出的，后来被综合到UML规范之中，成为一种标准化的需求表述体系。
1. 什么是用例？传统的需求表述："软件需求规约"(Software Requirement Specification)。
传统的软件需求规约基本上采用的是功能分解的方式来描述系统功能，在这种表述方式中，系统功能被分解到各个系统功能模块中，我们通过描述细分的系统模块的功能来达到描述整个系统功能的目的。
缺点：采用这种方法来描述系统需求，非常容易混淆需求和设计的界限，这样的表述实际上已经包含了部分的设计在内。
由此常常导致这样的迷惑：系统需求应该详细到何种程度？一个极端就是需求可以详细到概要设计，因为这样的需求表述既包含了外部需求也包含了内部设计。
在有些公司的开发流程中，这种需求被称为"内部需求"，而对应于用户的原始要求则被称之为"外部需求"。
功能分解方法的另一个缺点是这种方法分割了各项系统功能的应用环境，从各项功能项入手，你很难了解到这些功能项是如何相互关联来实现一个完成的系统服务的。
所以在传统的SRS文档中，我们往往需要另外一些章节来描述系统的整体结构及各部分之间的相互关联，这些内容使得SRS需求更象是一个设计文档。
1.1 参与者和用例从用户的角度来看，他们并不想了解系统的内部结构和设计，他们所关心的是系统所能提供的服务，也就是被开发出来的系统将是如何被使用的，这就用例方法的基本思想。
用例模型主要由以下模型元素构成：∙参与者(Actor)参与者是指存在于被定义系统外部并与该系统发生交互的人或其他系统，他们代表的是系统的使用者或使用环境。
∙用例(Use Case)用例用于表示系统所提供的服务，它定义了系统是如何被参与者所使用的，它描述的是参与者为了使用系统所提供的某一完整功能而与系统之间发生的一段对话。
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机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
《软件工程》实验指导书
《软件工程》实验指导书计算机学院2017年2月软件工程实验指导前言软件工程实验是为计算机相关专业本科《软件工程》课程配套设置的，是《软件工程》课程讲授中一个重要的、不可或缺的实践环节。
其目的是使学生能够针对具体软件工程项目，全面掌握软件工程管理、软件需求分析、软件初步设计、软件详细设计、软件测试等阶段的方法和技术，通过该课程设计使学生进一步理解和掌握软件开发模型、软件生命周期、软件过程等理论在软件项目开发过程中的意义和作用，培养学生按照软件工程的原理、方法、技术、标准和规范，进行软件开发的能力，培养学生的合作意识和团队精神，培养学生对技术文档的编写能力，从而使学生提高软件工程的综合能力，提高软件项目的管理能力。
按该课程的特点，实验内容包括软件开发的两大方法学的专题训练，即结构化（生命周期学）的方法学和面向对象的方法学，通过对一个简单项目，要求学生利用结构化软件开发技术或面向对象的软件开发技术完成对该项目的开发。
因此设置五个实验项目，从项目发的准备工作，系统分析过程，系统设计过程，软件测试到系统实施，覆盖软件开发的整个过程，此外又引入我国国家《计算机开发规范》，以规范技术文档的书写标准，提高实验教学质量。
通过实验训练，达到如下目的：使学生进一步了解和掌握软件工程原理，提高对实际项目的分析和设计能力，通过实验课程，熟悉和基本掌握软件工程方法学、软件开发的过程，文档资料的编写格式及规范，全面领会和贯通所学习的理论知识，从而培养学生综合运用所学课程知识，分析解决问题的能力，培养学生理论联系实际作风，实事求是，严肃认真的科学态度和良好的工作作风，为今后从事科学研究工作打下基础。
实验要求软件工程实验具体要求如下：每个项目小组必须按照《软件工程实验指导书》附录中给定的文档规范标准提供项目文档；题目自定或采用附录二中的题目；软件开发的方法自定（结构化或面向对象的方法学）。
实验一用Visio进行功能分析和建模1. 实验目的掌握结构化分析的方法。