用UML 方法来分析设计一个小软件的有关问题.

用UML 方法来分析设计一个小软件的问题. - 软件工程/管理 / 开发过程版

用UML 方法来分析设计一个小软件的问题, 假设这个小软件是 发短消息的程序.


(1)先用 用例图 来分析。

  有参与者Actor(用户), 三个用例(写发消息，查询消息，删除消息), 他们之间有关系.

(2)

下一步，正确的做法是应画什么图呢?

再下一步，正确的做法是应画什么图呢?



------解决方案--------------------
类图
时序图
------解决方案--------------------

1.活地图 activity 对业务流程进行建模，也可以理解为对用例中若干活动的分析。

2.协作图 collarboration 描述类元之间的协作关系


3.类图 class 类元形成类 关系映射为消息或者操作


4.序列图 sequence 对类和类之间的消息的传递进行时序描述

如果你把增删改当作三个用例的话，一个用例对应一个活地图，类图，序列图。


------解决方案--------------------
举个例子：
参与者--我
用例--吃饭

这两个元素就基本可以组成个用例图了。
然后吃饭的具体动作：拿筷子--端碗--张嘴--吃 这是“吃饭”这个有序活动“集合”的每一个动作组成元素，描述这些动作元素的组成方式的模型，其实就是对“吃饭”这个用例业务流程的描述模型，用活动图表示。

------解决方案--------------------
以用例为驱动，用例是一个起点。

呵呵。
------解决方案--------------------
接下来就可以通过活动图中的动作元素action，来分析有哪些实体或者对象参与其中，他们之间是如何联系的。这就是典型的OO思想，我就不描述了。当把这些基本分析完毕了，协作图也就诞生了。