UML——用例图

UML——用例图

ID:78615341

大小:448.50 KB

页数:32页

时间:2022-02-04

UML——用例图_第1页
UML——用例图_第2页
UML——用例图_第3页
UML——用例图_第4页
UML——用例图_第5页
UML——用例图_第6页
UML——用例图_第7页
UML——用例图_第8页
UML——用例图_第9页
UML——用例图_第10页
资源描述:

《UML——用例图》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、第二章用例与用例图用例、参与者用例之间的关系用例图用例的建模技术一个用例图的例子用例概念(1)一个用例表示系统中一部分功能和行为;系统所有的功能和行为都可建模为用例。一个用例是系统所执行的一组动作的规范;动作的执行将产生一个可观察的结果;该结果对参与者或相关人具有特殊价值。用例概念(2)用例描述将实现的行为,而不描述其如何实现,使所有人员不必为细节所累。系统级功能,完整的功能需求。参与者actor与用例的交互关系。参与者可以是人或自动系统。一个用例完成一项与参与者利益相关的确定工作。用例作为测试来源。用例进

2、一步可用交互表示其如何实现。用例的表示命名:一个字符串,简短的主动语态动词短语。语法:椭圆用例名用例名参与者和角色一个参与者actor确定了一种角色;该角色由用户或其它系统所扮演;用户或其它系统在与主体subject交互时扮演特定角色。角色role表示参与特定语境中的某实体被命名的特定行为。参与者之间关系:泛化关系。参与者的表示名称:名词短语语法:人形符号参与者与用例之间有何关系?关联用例图概念用例图(usecasediagram)是什么?表示一组用例、参与者及关系的图。用例图中主要有哪些内容?用例、参与者

3、、依赖、泛化和关联,还有注解和约束,包用例图的出发点是什么?表现系统的行为,系统对其外部提供的可见的服务。语境概念语境context是什么?所有存在于系统外部,并与系统交互的事物。语境定义了元素存在的环境。用例图与系统的语境有何关系?用例图可对系统的语境建模用例图示例用例的组织用包package来组织大量的用例。包名::用例名用例之间的关系用包来组织用例用例之间的关系(1)泛化:一个子用例(subusecase)和一个超用例(superusecase)间的关系;子用例是其超用例的一种特殊形式;子用例继承超用

4、例中所有的特征和关联,并可增加新的特征和关联。包含:一种«include»依赖关系,指向被包含的用例,表示公共行为。扩展:一种«extend»依赖关系,有条件的延伸,Extensionpoints,condition用例之间的关系(2)«include»:一个用例含有另一个用例的行为,指向被包含用例。«extend»:从扩展用例到被扩展用例之间的一种关系;它规范了扩展用例的行为如何和何时插入到被扩展用例的行为之中。涉及到一个扩展点extensionpoint。用例之间的关系包含关系和扩展关系都表示用一个用例

5、的行为来延伸另一个用例。用例A包含B(从A到B),用例B扩展A(从B到A),这两者都表示用例B的行为将延伸A的行为。两者之间有什么区别?主要区别在于“包含”是无条件的延伸,有较强的依赖关系;而“扩展”是有条件的延伸,被扩展用例相对独立于扩展用例。注意:“«”和“»”并非中文符号,而是ASCII字符,十六进制值分别为AB和BB。用例的建模技术为何需要用例建模?用例为领域专家、最终用户和开发者提供交流平台。为开发者提供直接认识和理解元素的方法用例是测试模型元素的基础。建模技术包括语境建模用例及其关系建模场景建模

6、语境建模(1)首先确定系统边界,即系统包括哪些行为以及哪些行为和外部有交互,以此来识别系统边界。通过询问问题来识别与系统交互的参与者,以建立系统的语境。识别一般和特殊的角色来组织参与者,考虑参与者之间可能存在的泛化关系。识别个人扮演的角色,还是机构扮演的角色,考虑参与者之间的关联关系。避免遗漏重要的参与者,也就是说,询问尽可能广泛的用户,如果此时遗漏了重要的用户,系统就存在潜在的缺陷和不足,将来会导致大量返工。语境建模(2)避免向非专业的客户询问专业问题。如果要建立一个财务系统,最好与有丰富业务经验和计算机

7、操作经验的领域专家交流,以建立正确的业务规则。有时会出现这样的情形,某些行为难以确定是否在系统内实现。例如,财务经理签批报销凭证,这个行为在日常是手工签字,现在所有的凭证都在计算机上实现了,那么是打印出来再手工签批,还是在计算机上用数字签名来签批。这样的决策将对系统的功能需求产生巨大影响。对于大型多用户系统,可以在一张或几张用例图中专门描述参与者及相互间关系,而无须描述用例。用例及其关系建模(1)对于每个参与者,考虑与该系统交互的主要方式,即它期望或需要系统提供的功能或行为,将每一项功能或行为都描述为一个用

8、例。除了识别正常的交互,还应考虑可能发生的异常的交互方式。用泛化关系来区别抽象用例和具体用例之间的关系。应避免出现这样的情形,存在两个用例描述,一个是抽象描述,另一个是具体描述,描述的是同一项功能或行为,但却没有描述泛化关系,这样会导致系统重复设计。在多个用例之间,任何一个用例都不能替代另一个用例,除非具有明确的泛化关系。在泛化关系中,具体的用例能替代抽象的用例。用例及其关系建模(2)避免遗漏重要的用例。显然遗漏

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。