【UML】用例图

一、用途

    用例图是描述功能需求时,跟用户打交道之后描绘出的图,相当于一个黑盒子。

    重在应用,重在交流,重在事件流的描述。

二、组成

    1、Actor(参与者):

    

    2、用例(UseCase):

     

    3、关系:

    

三、用例的主要属性

    1、事件流:描述一个用例在执行时执行者与系统之间的交互关系,这个过程包含多个分支,分为基本流和备选流。     

    2、前置条件:是该用例执行的前提条件,用来描述在什么条件下可以开始执行一个事件流。

    3、后置条件:说明用例结束时系统的状态

    前置条件和后置条件可以用于用例的验证和评审。

四、用例注意

     1、应该清晰的定义系统边界。边界:那些功能是属于这个系统的

     2、防止用例过多,用例过多会导致粒度过细

     3、应该从执行者的角度来命名用例

     4、用例描述正规程度,描述要规范

     5、避免执行者的名字不一致

     6、 避免执行者和用例之间的关系太复杂,即执行者的名字要一致

     7、注意用例的大小是否恰当

     8、避免用例描述混乱

     9、避免客户不能理解用例的情况发生

     10、有些场合,用例来描述需求时不合适的。

  


    

   

评论 23
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值