UML-用例

     用例是什么?在什么场景下该使用用例,用例又在软件建模中扮演着什么样的角色呢?用例简单的理解就是用户与系统交互能做一些什么事情,用例只是描述出他能做什么,而不是他该怎么样去做。一般在软件前期进行用户需求分析、捕获需求扮演着重要的角色。以图形化表示法,可以更加深动而形象展现用户的功能需求,易于用户理解。通过引导用户理解用例的,以用例方式来驱动着整个需求分析过程。如果在需求分析过程中使用得当,他将是你需求分析过程中的一把利器,个人还是比较推崇UML建模方式来分析设计。当然有的人不用建模工具也能写好文档,这就不在我们讨论的范畴,必竟建模只是一种辅助你写文档的设计工具,仁者见仁,智者见智。

现在我们来看看用例所包含的元素:

参与者:表示与系统交互的参与人、组织或外部系统;

用例:描述用户与系统交互的操作;

边界:确定交互系统的边界;

关系:关联、包含、扩展、泛化;

关联在用例中的表示法如下图,他表示储户与转账用例连接起来。

扩展在用例中的表示法如下图,扩展用例是依赖于被扩展用例的,被扩展用例是以一个独立体存在于系统中,且扩展用例对被扩展用例是不可见的。

泛化在用例中的表示法如下图,泛化跟我们面向对象编程中继承是一个样的意思,也就是is a关系。

包含在用例中的表示法:他其实是一种特殊运行时的依赖关系统,也就是has a关系。

 

由于本人能力有限,难免有不正确的地方,欢迎拍砖。

转载于:https://www.cnblogs.com/CREN/p/4918612.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值