UML应用-POS门店数据同步

一个项目的开始先有需求，这个需求不管是直接客户提出还是由上级提出。

对应到rose里面就是用例图。

用例图分为use-case(用例也叫系统用例)和Business Use-Case(业务用例)

这两者的区别，简单的来说

业务用例和系统用例是分别站在客户的业务视角和系统建设视角来规划的。业务用例不是接近，而是完全的直接需求，系统用例也不是业务逻辑的详细划分，而是系统对需求的实现方式，但不是与程序设计无关，它只是说，要建设的系统功能性需求由这些系统用例构成。

我个人认为，用到一般的项目没有必要细分的这么仔细，两者合并一起即可。

比如我们的设计方案。业务用例应该是这样

 

系统用例应该是如下

 

可以看到业务用例更贴近用户的理解，我们做分析建模的时候(系统用例的时候)应该考虑到不同的情况。然后为下一步做准备

 

我们可以用用例图可客户打交道，可以确认是否是用户所需要的，

接下来我们需要做更详细的设计。

可能会用到

活动图(Activity Diagram)     : 可以清楚的表述动作的流程，流向

序列图(Sequence Diagram)  : 详细的动作过程顺序设计

交互图(Collboration Diagram) : 各个动作直接的交互

序列图和交互图是可以互为转换(没有测试过)，只是表现出来的角度不一样，比如交互图可以看到各个过程直接的关系。很容易可以看出那些地方可以改进。而序列图可以清楚的看到动作执行的先后顺序

 

如下载款号的序列图

上传会员记录

 

下载会员记录的活动图

 

上传单据活动图

 

下载单据活动图