飞蓝 10:22:27
UML是为了了解项目需求的实现工具或方法，但也不是万能的，你会发现它也不能发现所有需求，它对需求的随时变更也会束手无策
飞蓝 10:22:45
青润，不知道我说的有问题吗
青润 10:23:13
呵呵，需求的变更，本来就不是工具能够解决的．
我觉得，你的这个说法有问题．
飞蓝 10:23:39
那你有什么好办法解决这一个问题
狐狸糊涂 10:23:43
需求变更，同样，对应的文档也是需要变更的。
飞蓝 10:23:49
是呀
飞蓝 10:24:01
一切都变得太快啦
青润10:25:02
需求的变更，我有一些方法和经验，我的书上也写有．
不过，最主要的应对需求变更的方式，还是靠人．不可能靠其他软件．
应对一个问题，应该寻找其根源，以及其根源产生的原因．
如果只是在工具层面上寻找，那就是舍本求末了．肯定不能解决问题的．
狐狸糊涂10:25:30
是因为客户本身需求变化快，还是因为开始对需求了解的不是很透彻。先确定这个问题，然后对症下药～
青润 10:26:05
需求变更需要考虑的点很多，应对的方式也要根据客户的实际情况和特点进行．不能一概而论．
飞蓝10:26:11
那这一工具只是说仅是工具，不要寄太多希望在上面，对吧
青润 10:26:18
这属于人的问题，不是技术和工具的问题．
青润 10:27:30
比如说，拉登的问题，可以依靠一个新的发明解决么？不可能的．
青润 10:27:54
人的问题，必须人来解决，而不是依靠工具，工具只能用来方便人们解决问题，记录信息．
标签：需求,10,飞蓝,建模,全程,青润,工具,变更 From： https://blog.51cto.com/tsingrun/6195016