快捷搜索:

统一建模语言UML轻松入门之用例[2]

统一建模说话UML轻松入门之用例[2]uml 模型

关键字:uml 2.2建立用例模型

知道了用例与用例图的观点,我们还必要相识如何建立用例模型,即如何找出介入者、用例以及定义用例的历程。一样平常来说,建立用例模型的步骤为:

(1)确定谁会直接应用该系统,即介入者(Actor),为了发明介入者,我们可以考试测验问如下问题:

a. 谁/什么应用系统?

b. 谁/什么从系统得到信息?

c. 谁/什么向系统供给信息?

d. 谁/什么支持、掩护系统?

e. 哪些其它系统应用此系统?

f. 公司的哪个部门应用系统?

(2)拔取此中一个介入者;

(3)定义该介入者盼望系统做什么,介入者盼望系统做的每件事成为一个用例,为了发明用例,我们可以考试测验问如下问题:

a. 为什么该介入者想要应用此系统?

b. 该介入者是否要创建、保存、变动、移动或读取系统的数据?假如是,为什么?

c. 该介入者是否要看护系统外部事故或变更?

d. 该介入者是否必要知道系统内部的特定事故?

(4)对每件事来说,何时介入者会应用系统,平日会发生什么,这便是用例的基础历程;

(5)描述该用例的基础历程;

(6)斟酌一些可变环境,把他们创建为扩展用例;

(7)复审不合用例的描述,找出此中的相同点,抽出相同点作为合营的用例;

(8)重复步骤2-7找出每一个用例。

介入者反省的参考标准如下:

(1)是否您已找到所有的介入者?也便是说,是否您已经对系统情况中的所有介入者都进行了阐明和建模?

(2)每个介入者是否至少涉及到一个用例?

(3)您能否列出至少两名可以作为特定介入者的职员?

(4)是否有介入者担负与系统相关的相似介入者?假如有,您应该将他们合并到一个介入者中。

用例反省的参考标准如下:

(1)用例模型的简介部分简明清晰地概述此系统的目的和功能;

(2)所有的用例已确定,这些用例合营阐明所有的需要行径;

(3)所有的功能性需求都至少映射到一个用例;

(4)该用例模型不包孕多余的行径,所有的用例都可回溯到某个功能性需求来证实其合理性。

用例图从总体上大年夜致描述了系统所能供给的各类办事,让我们对付系统的功能有一个总体的熟识,仅此照样不敷的,我们还必要描述每一个用例的具体信息,即用例规约。用例模型恰是由用例图和每一个用例的具体描述――用例规约所组成的。RUP中供给了用例规约的模板,包孕以下内容:

(1)简要阐明 (Brief Description):简要先容该用例的感化和目的;

(2)事故流 (Flow of Event):包括基础流和备选流,事故流应该表示出所有的场景;

(3)用例场景 (Use-Case Scenario) :包括成功场景和掉败场景,场景主如果由基础流和备选流组合而成的;

(4)特殊需求 (Special Requirement):描述与该用例相关的非功能性需求(包括机能、靠得住性、可用性和可扩展性等)和设计约束(所应用的操作系统、开拓对象等);

(5)前置前提 (Pre-Condition):履行用例之前系统必须所处的状态;

(6)后置前提 (Post-Condition):用例履行完毕后系统可能处于的一组状态。

用例规约基础上是用文本要领来表述的,为了加倍清晰地描述事故流,也可以选择应用状态图、活动图或序列图来帮助阐明(状态图有助于描述与状态相关的系统行径,活动图有助于描述繁杂的决策流程,序列图得当于描述基于光阴顺序的消息通报)。别的,只要对简洁清楚明了地表达用例有赞助,我们就可以在用例中随意率性粘贴用户界面、流程的图形化显示要领及其他图形。

您可能还会对下面的文章感兴趣: