简单点说，在以业务目标为边界的业务模型中，业务场景图描绘的是贡献于这个业务目标的什么人及其做的什么事，这些人和事的交互过程和完成顺序就是完成整个业务目标的流程。而这些人往往是业务主角、而他们所做的事便是业务用例了。所以我认为，绘制业务用例图和业务场景图并没有谁先谁后的问题，这两个图是互相验证的。可以先绘制业务场景图，然后把其中的泳道和活动拿出来，得到的就是活生生的业务用例。但根据业务场景图得到的业务用例不一定是完整的，因为可能存在独立的、未参与交互、但仍贡献于整个业务目标的业务用例存在。所以，需要业务用例图与业务场景图进行互相验证。这样才能得到完整并且正确的业务用例。
到了绘制业务用例场景图的时候，边界必须要缩小了，缩小到每一个业务用例的大小，透过这个边界观看业务用例的内部，看到的是完成这个业务用例所需的步骤，也就是一个人是如何去做一件事的。把边界重新拉大看，这个人做的这件事是完成某个业务目标的一个步骤。正是这些不同的人做的不同的事才构成了整个宏大的业务目标。举个例子，一个人要周游世界（业务目标），那么他需要周游亚洲（业务用例）、周游欧洲（业务用例）、周游拉丁美洲（业务用例）……
他需要把这些地方都周游过了才能完成周游世界这个伟大的业务目标，于是他可以列出各洲的周游计划表（业务场
最低0.47元/天 解锁文章
3668
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
