需求用例分析之九:序列图
来源:互联网 发布:淘宝客服简历范文 编辑:程序博客网 时间:2024/04/30 00:24
作者:张克强 作者微博:张克强-敏捷307
序列图,也称时序图、顺序图,英文名Sequence Diagram。在雅各布森用例分析方法中鼓励使用各类图形来表达,但恰恰没有明确提到序列图。而科伯恩用例分析方法以结构化/半结构化文本用例为中心,强调基于目标的文本格式,对UML各类图所提甚少。
在RUP和OOAD中,UML序列图的最基本定位是用于识别类与类之间的信息传递,是识别类的方法的最佳场合。它是在得到用例之后初步识别了类之后发挥巨大作用的。序列图是交互图(interaction diagram)的一种,能够转换成协助图(Communication Diagram)。利用序列图的设置,能够精确定义类及类的方法,进而生成源代码。
在潘加宇的《软件方法》[7]中比较了活动图和序列图,推崇使用序列图来表达业务,称之为业务序列图,然后基于业务序列图来识别系统用例(区别于业务用例,即是本文所称用例)。可以发现当处理多个业务角色时,序列图确实拥有与活动图相当的表现力。
那么,序列图如果用在用例规约中,将是什么景象?
图片来源于网络
可以看到序列图表达的内容与基本流文字是一样的,更加直观,但显然的需要更多时间,而且并不能充分说明交互细节,毕竟在图片上不适宜打上密密麻麻的字。更关键的上述这幅图中有“银行主机”,这就超出了单个用例的范畴。
总的来说,序列图不是用例的标准配置,在用例规约中使用序列图可以更好的呈现事件流,但其将花费更多时间,如果在单个用例内再考虑其它角色和其它用例,那么所费时间更多,而且有可能与前期业务分析重复,也有可能与后续设计分析重复。
在编写有效用例一书中,明确指出在用例规约中画序列图是不合适的。
更多相关文章
需求用例分析之一:异常流需求用例分析之二:级别设置
需求用例分析之三:补充规约
需求用例分析之四:业务规则
需求用例分析之五:业务用例之Rational系
需求用例分析之六:业务用例之科伯恩系
需求用例分析之七:业务用例之小结需求用例分析之八:用例颗粒度
- 需求用例分析之九:序列图
- 需求用例分析之备选流
- 需求分析之需求
- 需求分析之数据流图
- 需求分析之数据流图
- 需求分析之性能需求
- 需求用例分析之八:用例颗粒度
- 需求用例分析之二:级别设置
- 需求用例分析之三:补充规约
- 需求用例分析之四:业务规则
- 软件需求分析之鱼骨图
- 需求分析之数据流图学习
- 需求分析之数据流图学习
- 软件工程之需求分析
- 软件工程之需求分析
- 软件工程之需求分析
- 需求分析之我见
- 软件工程之需求分析
- linux document and directory find
- 现在公开一个DHT网络爬虫网络爬虫供大家一起交流
- bnu 34895 Elegant String(矩阵快速幂)
- Android中SQLite应用详解
- Style guidelines for C++
- 需求用例分析之九:序列图
- virgo tomcat server & logback 中文乱码
- Thirft框架介绍
- 引用—C++ primer
- C/C++开发语言系列之---C++类成员函数指针
- Android startActivityForResult的使用
- LeetCode_Scramble String
- Thrift使用指南
- Fedora挂载win8硬盘分区失败(已解决)