一个外贸销售系统中，主要包括这样几个用例
制订外贸销售合同
处理追加订单
外发订单
采购配件
采购零件

其中，外贸销售合同的处理是起点，当合同制订后，如果客户需要追加订单，则应该在该合同基础上制定追加订单。如果该合同需要外发给其他工厂处理，则制订外发合同。
不管自己生产还是外发，合同制订后都需要根据合同中的商品条目细节制订采购配件与采购零件的订单。
请问以上问题如何建模？

 回复: 有关用例建模问题请教
　

---

请问建模到什么程度？

画出
用例图
类图
活动图
协作图
就可以了

建立一个更高一级的用例，该用例include制订外贸销售合同和外发订单，并用extend关系来连接处理追加订单.

至于其他两个嘛，完全独立的嘛。

在我们的业务处理模型中，只要销售合同建立，就会产生采购申请单，也就是会调用采购用例，在模型中这两个用例还可以被认为是独立的码？

我认为业务建模应该首先反映实际业务进行（全面但有边界），其次要划分，用自然的方式划分（不是设计，所以自然则便于沟通）。
在销售合同建立后，外贸销售合同用例已经自然完成，关于采购申请的产生是采购配件用例内的业务，可以在采购配件用例中实现。
没有关系，如果有关系那所有的用例间都会有关系，干脆一个用例得了。呵呵，等于没建模！（有人给你讲故事，一口气讲完都了，听糊涂了吧！）你的想法是典型的边界蔓延，系统有边界，用例也有边界，注意控制边界。愚见，仅供参考。

 回复: 我的建模方案
　

---

用例分为以下几个：
外贸合同制订用例
追加订单用例，追加订单用例是外贸合同用例的扩展（extend关系）
外发订单用例,供外贸合同用例或追加订单用例调用(include关系)
采购配件用例，供外贸合同用例或追加订单用例调用(include关系)
采购零件用例，供外贸合同用例或追加订单用例调用(include关系)

其中采购配件和采购零件如果流程基本一致的话，可以合并为一个用例
　

1.为什么要进行业务建模？
2.为谁进行业务建模？
3.谁应该参与业务建模？

谢谢各位