识别用例和用例图解析

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

第3页
2018年10月21日星期 日
4.1 识别用例图
建立一个系统的用例图通常是开发过程中一个 困难的部分。
建立一个用例图包括以下步骤:
定义系统。 确定参与者和用例。 描述用例。 定义用例和参与者之间的关系。 定义用例之间的关系。
第4页 2018年10月21日星期 日
4.1 识别用例图
客户和开发者通过用例图达成共识,用例图包 括以下几个内容:
第4章 用例和用例图
一个系统的初始阶段是从获得需求开始的。一 旦需求确定了,就可以在问题说明中确定用例。
本章说明了如何从问题说明中提取用例以及如 何建立用例图模型。
第1页
2018年10月21日星期 日
用例:基于用户目标的需求组织形式
立足开发者视角(银行取款) 系统要求用户输入合法的密码
系统能够接受用户录入的取款金额
第8页
2018年10月21日星期 日
4.2 用例图组件
参与者如何确定?可以通过以下一些问题来帮 助你确定参与者:
谁使用系统的主要功能? 谁从系统获取信息? 谁支持和维护系统? 谁需要系统的支持以履行他们的日常职责? 在组织里这个系统被用到哪里? 与系统交互的是哪些硬件设备? 与这个系统交互的其他系统是哪些?
系统能够从帐户中扣除取款金额
系统允许选择“打印数据” 或者 “不打印数据”
系统能够显示交易结束信息
第2页 2018年10月21日星期 日
4.1 识别用例图
用例图最重要的作用是使最终用户和开发者之 间进行交流。
在开发的初始阶段,通过确定系统的参与者和 主要用例来建立用例图。在细化阶段,把更多 的详细信息加入到已确定的用例中,用例模型 将越来越成熟。
第14页
2018年10月21日星期 日
4.2 用例图组件
识别用例的方法
使用已经定义的参与者来识别用例。对于每个参与 者,都需要回答一系列问题:
参与者需要哪些功能? 参与者需要什么支持?
参与者如何与系统信息交互?
用例必须一直与至少一个参与者相关联。
第15页
2018年10月21日星期 日
4.3 用例关系
谁将与系统交互。(参与者)
系统将做什么。(用例) 需要什么接口。(关系)
第5页
2018年10月21日星期 日
4.2 用例图组件
一、参与者(Actor) :
参与者代表的是与系统交互的任何人或任何事物。 参与者是外部的,不是系统的组成部分,但如果要 使用或支持参与者,则需要一个接口。 An Actor defines a coherent set of roles that users of use cases play when interacting with use cases. An actor has one role for each use case with which it communicates.
对于用例的具体大小没有明确的规定。但一个用例 应该包含一项主要功能,这项功能应该是完整的, 是有始有终的。如:“转帐”就是一个用例,而 “验证密码”一般不看成是一个用例。
来自百度文库
第13页
2018年10月21日星期 日
4.2 用例图组件
用例的文档化
一旦决定了每个用例将做什么和谁将调用它,就应 该写一个简短的文本来描述这一点。这段描述在开 发过程的初始阶段完成,它应该以一些句子说明用 例的目的,还应该说明用例提供的功能的高层次定 义。
第9页 2018年10月21日星期 日
4.2 用例图组件
二、用例(Use Case)
The specification of a sequence of actions, including variants, that a system (or other entity) can perform, interacting with actors of the system. A use case is a coherent unit of functionality provided by a system, a subsystem, or a class as manifested by sequences of messages exchanged among the system and one or more outside interactors (called actors) together with actions performed by the system.
用例之间的关系
用例与用例之间有三种关系:
包含关系(include):当一个用例一直使用 另一个用例时就确定为包含关系。
扩展关系(extend):当一个用例可能使用 另一个用例时就为扩展关系。 泛化关系(generalization):一个用例是另 一个用例的一种,就是一个泛化关系。
第16页 2018年10月21日星期 日
2018年10月21日星期 日
第10页
4.2 用例图组件
用例简介
用例对参与者和系统之间的交互建立模型。它是通 过参与者调用功能来启动的,这将会产生一个可视 化的结果。一个用例产生的结果必须是一个给系统 用户的特定值。
用例的功能和结果必须是一个完整且有意义的事件 流。它阐明了系统提供给参与者的功能。
第11页
2018年10月21日星期 日
4.2 用例图组件
用例的名称
用例通常具有名称,该名称通常简要地描述了用例 的功能。 用例名称通常以一个动词开始,常用动宾结构表示。 用例名称显示在用例图标下面或者图标里面。
µ ǼǿΠ³ Ì
第12页
2018年10月21日星期 日
4.2 用例图组件
用例的大小
第6页
2018年10月21日星期 日
4.2 用例图组件
一、参与者:
参与者用于表示使用系统的对象,参与者可以是 一个人或者一个系统。参与者由一个固定的图形表 示,并在图形下面列出参与者的名字。
管理员
第7页
2018年10月21日星期 日
4.2 用例图组件
每个参与者的名称要反映参与者的角色,而不 是它的功能或它的实例,所以给参与者提供一个最 能描述其功能的合适名称是非常重要的。并且我们 要避免为代表人的参与者起一个实际人名。如:参 与者张三是个“教师”,是他所扮演的角色。如果 命名为 “张三”就不对了。
相关文档
最新文档