UML 用例特征

来自新浪博客“king”

用例是把现实世界的需求捕获下来的方法.一个系统是由各种各样的愿望组成的.没有愿望,功能无从谈起.

一个完整的用例定义由参与者,前置条件,场景,后置条件构成.
UML <wbr>用例--特点
当全部参与者的愿望都能通过用例来表达,那么这个系统就被确定下来了.
用例的特征:
1.用例是相对独立的. 这意味着它不需要与其他用例交互而独自完成参与者的目的.也就是说用例从"功能"上说是完备的.用例本质体现了系统参与者的愿望.不能完整达到参与者愿望的不能称为用例.例如:取钱是一个完整的用例,而填写取款单却不是.因为完整的目的是取钱,没有人会为了填写取款单而专门跑一趟银行.
2.用例的执行结果对参与者来说是可观测的和有意义的.例如有一个后台进程监控参与者在系统里的操作,并在参与者删除数据之间备份数据.虽然它是系统的一个必需组成部分,但它在需求阶段不应该做为用例出现.因为这是一个后台进程,对参与者来说是不可观测的.又如登录系统是一个用例,但是输入密码却不是.单纯的输入密码是没有意义的.
3.这件事必须由参与者发起.不存在没有参与者的用例,用例不应该自动启动,也不应该主动启动另一个用例.
4.用例必然是以动宾短语形式出现的.用例必须有一个动作与动作的受体.例如,喝水是一个用例,而"喝"与"水"却不是一个有效的用例.
5.一个用例就是一个需求单元,分析单元,设计单元,开发单元,测试单元,甚至布署单元.
  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值