软件工程 — 用例图

1.用例图:一幅用例图包含的模型元素有系统,行为者,用例及用例之间的关系

系统 系统被看作是一个提供用例的黑盒子,内部如何工作,用例如何实现,这些对于建立用例模型来说都不重要。代表系统的方框的边线表示系统的边界,用于划分系统的功能范围,定义了系统所具有的功能。描述该系统功能的用例置于方框内,代表外部实体的行为者置于方框外。
用例

一个用例是可以被行为者感受到的,系统的一个完整的功能。在UML中把用例定义成系统完成的一系列动作,动作的结果能被特定的行为者察觉到,这些动作除了完成系统内部的计算与工作外,还包含一些行为者的通信。用例通过关联与行为者连接,关联指出一个用例与哪些行为者交互,这种交互是双向的。

用例的特征:

        用例代表某些用户可见的功能,实现一个具体的用户目标;

        用例总是被行为者启动的,并向行为者提供可识别的值;

        用例必须是完整的。

(用例是一个类,它代表一类功能而不是使用该动能的某个具体实例)

行为者

行为者是指与系统交互的人或其他系统,它代表外部实体。行为者代表一种角色,而不是某个具体的人或物。

在用例图中用直线连接行为者和用例,表示两者之间交换信息,称为通信联系。行为者触发(激活)用例,并与用例交换信息。

单个行为者可以和多个用例联系,一个用例也可以和多个行为者联系。对于同一个用例来说,不同行为者起的作用也不同,可以把行为者分为主行为者和副行为者,还可分为主动行为者和被动行为者。

用例之间的关系

1.扩展关系:向用例中添加一些动作后就构成了另一个用例,这两个用例之间的关系就是扩展关系,后者继承前者的一些行为,通常把后者称为扩展用例。

2.使用关系:当一个用例使用另外一个用例时,这两个用例就构成了使用关系。一般来说,如果若干个用例中有某些相同的动作,则可以把这些相同的动作提取出来单独构成一个用例(或抽象用例)

3.扩展与使用异同:

        这两种关系都意味着从几个用例中抽取那些公共的行为并放入一个单独的用例中

        在描述一般行为的变化时采用扩展关系;

        在两个或多个用例中出现重复描述又想避免这种重复就可采用使用关系。

        例子:

软件工程 -- 用例图

2.用例建模

        一个用例模型有若干幅用例图组成,创建用例模型的工作包括:定义系统、寻找行为者和用例,描述用例,定义用例之间的关系,确定模型。

        寻找行为者:

                (向系统提问)

                谁将使用系统的主要功能(主行为者)

                谁需要借助系统的支持来完成日常工作

                谁来维护和管理系统(副行为者)

                系统控制哪些硬件设备

                系统需要和哪些其他系统交互

                哪些人或系统对本系统产生的结果(值)感兴趣

        寻找用例:

                (向行为者提问)

                行为者需要系统提供哪些功能为者自身需要做什么/p>

                行为者是否需要读,创,删,存系统中的某类信息

                系统中发生的事件是否需要通知行为者为者需要通知系统哪些事情功能观点看,这些事件能做什么/p>

                行为者的日常工作是否因为i系统的新功能而被简化或提高了效率/p>

        (还有一些针对整个系统)

                系统需要哪些输入输出入来自何处出到哪里/p>

                当前使用的系统(可能人工系统)存在的主要问题是什么/p>

一个用例必须至少和一个行为者相关联

                

        

来源:何南南

声明:本站部分文章及图片转载于互联网,内容版权归原作者所有,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

上一篇 2021年10月12日
下一篇 2021年10月12日

相关推荐