[全程建模]需求变更的分析与应对

飞蓝 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

人的问题，必须人来解决，而不是依靠工具，工具只能用来方便人们解决问题，记录信息．