读《大象-Thinking in UML》的一些感悟归纳。

呵呵，最早我从Blog上读到coffeewoo的文章还是在2008年，那是自己刚好处于一个瓶颈，而且很多方面的经验与知识都是零零碎碎的，不成系统，后来在网络上看到coffeewoo的一些系统分析方面的文章《OO系统分析员之路》和《大象-Thinking in UML》，就想碰到甘露，让我的很多知识与经验贯穿起来，也知道一些需求采集与分析的方法；最近我又重新看了一遍，在这里，我把自己看完后的一部分总结写出来，聊以记忆自己的成长历程。

 

 

需求的获取与业务建模

 

1.发现和定义涉众：

   可以在这里确定业务的参与者与需求

 

2.发现用例：

   通过上面第一步发现的业务参与者来确定每个业务参与者所要做的事情（即：业务用例），这样可以找出系统所要建设的业务。

 

3.绘制业务场景图：

   这步很重要，之前我对这步的感觉是可有可无，后来在后面要建模的时候，发现业务的很多地方串不起来，非常的麻烦。

   这步主要的目的是用前面两步所获得的业务参与者与业务用例来描述一个完整的业务，如果发现无法完整的描述，说明我们在前面存在未发现的业务参与者或业务用例。

 

4.绘制用例场景图

   绘制用例场景图的目的是为了发现和定义在这个用例中的业务实体和用例的交互规则。

 

5.绘制业务实体关系图

   依据第4步所发现的业务实体，可以确定这个用例整个场景中所涉及的业务实体以及业务实体间的关系。

 

上面是我自己的一些总结，比较简洁，感兴趣的可以去coffeewoo的Blog看《OO系统分析员之路》。最后，欢迎大家交流学习。