对于工具的错误认识有感而发

http://topic.csdn.net/u/20080223/14/ba14e058-44e4-44da-b504-1aea69879f99.html?seed=1360168385
看了这个帖子发现大家对于工具的错误认识有感而发。

需求文档主要是要描述出各种人都能看懂的需求（业务人员，开发人员或者测试人员），理论上怎么描述清楚就怎么描述，没有说规定用什么特定的工具或者方法，如果有一种需求只能用手势表示出来而不能通过语言，文字或者图表，那么手势就是最佳的需求表达方式。

需求分析个人认为工具不是主要的，对需求的理解透彻是写出好的需求文档的关键点，只有理解透彻了，自然在自己熟悉的工具和方法中找到描述需求的最佳方式。

至于业界用UML用的比较多那是因为UML是一种通用的描述语言，理论上如果大家对某一事物理解一致的话，通过UML描述出来的应该是大体一致的，而没见过该事物而对UML熟悉的人，看了该事物的UML描述，那么应该接受到的信息就是这个UML作者要传递的信息。

如果对某个需求的描述能找到一种（你描述出来，几年后大家看了不用你解释就可以理解的）方式，那么这种方式就是好的方式。最怕的是写需求文档的人在的时候大家都知道这需求文档描述的是什么，写需求文档的人走后，所有人都不知道这个文档想表达什么。

这里着重讲的是需求分析后的结果的可获得性和可理解性。