人人都是领域专家-笔记

1,需求阶段建模的过程中涉及到的有用例图（usecase diagram）和活动图（activity diagram）。
2,需求阶段用例图完成以后，需要进一步描述用例。
由于每一个用例可能对应几个事件流，单从用例不能获取有效的信息。这时候就要用到活动图了。活动图专门用来描述用例的事件流。
3,经过了领域专家的辛勤劳作，我们终于得到了精准的需求文档、形象的用例图和每个用例的活动图。
接下来轮到架构师出场，开始轰轰烈烈的分析阶段。
分析阶段最主要的产出是类图和顺序图。
为了简化问题，我们使用最后一次迭代的产出用例图（没有将用例进一步精化）。
4,在分析阶段顺序图（Sequence Diagram）用来描述活动图里的单一事件流.
也就是说每个用例对应一个活动图，一个活动图对应一个以上的顺序图。
顺序图是交互图（interaction diagram）的一种。另一种交互图是协作图（Collaboration Diagram）。
5,你可以看到顺序图的类顺序排列符合一般架构的分层原则：参与者--边界类--控制类--实体类。
但是这里有个问题，就是控制类LoginWorkflow怎么定位实体类Customer呢，当然不能凭空变出来，从顺序图推导出可能需要引入辅助类协助LoginWorkflow定位Customer。
6,经过上一轮的顺序图的pk，我们发现需要在模型中添加两个辅助类：CustomerLocator和StuffLocator，现在回来在类图里添加上这两个类。这时候可以重新审视这张类图，也许有些类回过头来看觉得没有必要，就可以删掉。比如VIPMember类，你想在Member类加个属性来区别是否是VIP也可以啊，这个可以经过讨论得出结论

 

参考:http://longdick.iteye.com/blog/487640