用UML 方法来分析设计一个小软件的问题.
用UML 方法来分析设计一个小软件的问题, 假设这个小软件是 发短消息的程序.
(1)先用 用例图 来分析。
有参与者Actor(用户), 三个用例(写发消息，查询消息，删除消息), 他们之间有关系.
(2)
下一步，正确的做法是应画什么图呢?
再下一步，正确的做法是应画什么图呢?
[解决办法]
类图
时序图
[解决办法]
1.活地图 activity 对业务流程进行建模，也可以理解为对用例中若干活动的分析。
2.协作图 collarboration 描述类元之间的协作关系
3.类图 class 类元形成类 关系映射为消息或者操作
4.序列图 sequence 对类和类之间的消息的传递进行时序描述
如果你把增删改当作三个用例的话，一个用例对应一个活地图，类图，序列图。
[解决办法]
举个例子：
参与者--我
用例--吃饭
这两个元素就基本可以组成个用例图了。
然后吃饭的具体动作：拿筷子--端碗--张嘴--吃 这是“吃饭”这个有序活动“集合”的每一个动作组成元素，描述这些动作元素的组成方式的模型，其实就是对“吃饭”这个用例业务流程的描述模型，用活动图表示。
[解决办法]
以用例为驱动，用例是一个起点。
呵呵。
[解决办法]
接下来就可以通过活动图中的动作元素action，来分析有哪些实体或者对象参与其中，他们之间是如何联系的。这就是典型的OO思想，我就不描述了。当把这些基本分析完毕了，协作图也就诞生了。
