青润心情

苦寒沉寂无声事,落花缤纷没落熵。青风借问今何在,润言万语皆成觞。

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

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

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

阅读更多
文章标签: 工具 uml 文档
上一篇[全程建模]业务模型用UML元素如何表达?
下一篇[全程建模]全程建模学起来很困难么?——对JavaEye中的一个帖子的回复
想对作者说点什么? 我来说一句

需求变更申请表

kuangshow0227 kuangshow0227

2017-06-13 20:32:56

阅读数:162

没有更多推荐了,返回首页

关闭
关闭