Review了一个Use Case Diagram

半夜一点，睡不着，游览了一下微博。就看到了一下的Use Case Diagram。就情不知经的评论一下。有可能是职业病吧，请楼主不要见怪。

我有一些comments。分享一下，一起学习。

（1）use case的命名通常是以“动词+名词”，所以云端，数据库，订单是比较怪的。

（2）actor之间的association对系统无关。例如即使财务和审查有关系，但短息是在系统以外的。如果系统需要做些事，就有其他的use case存在。

（3）use case和actor之间association的箭头不是数据流的方向，而是触发的方向。这个association是称为《initiates communication》association。所以箭头的方向应该是错了。

（4）数据库和云端如果是第三方系统的话，有可能是些actor。这也意味有一些遗漏的use case来应用这些actors。

（5）use case技术有大部分工作量在于use case specification里头。所以要审视use case时，必须略读use case specification，仅仅看use case diagram是不够的。

（6）以上都是use case建模语法的问题。但必须挺行大家，做需求最重要的是把需求，对客户的价值，应用场景弄个明白。不要让这些语法的问题成为障碍。use case是要帮人解决问题，而不是成为负担。