|
锁定老帖子 主题：需求变更是软件开发过程中的常态？
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-06-06
zhuixinjian 写道 gigix 写道 zhuixinjian 写道 gigix 写道 zhuixinjian 写道 我现在已经学会了，注释掉变更的代码，重新写，而不是以前的需求变更就删掉！我已经经历几次，需求变过去，又变回来！
那个，有种东西叫版本控制…… 那个，ClearCase不好用的说，还不如注释掉！ 那个，还有种东西叫subversion…… 这个版本控制工具的选择不是我所能左右的。中行那么大，我说话根本不算什么！ 好吧，退一万步，你必须用clearcase 那么你仍然应该把修改之后的东西check in 需求又变回来了，你可以再revert到以前的版本 如果这样很麻烦，那是提出需求变更的人应该负责承担的成本 如果你没有做这些事情，那么一个需求变了，你改了，又变回来，你又改回来，这在版本控制中是没有任何记录的 等于说，你自己把这部分的成本承担了 为什么很多人认为需求变更是一件痛苦的事情 根本的原因就是：他们承担了不该自己承担的责任 不要以为承担更多的责任就是对工作负责 你承担不该你承担的责任，客户在提出需求时就无法有效衡量需求的成本 这对于任何人都没有好处 |
| 返回顶楼 | |
|
发表时间：2007-06-06
hurricane1026 写道 BirdGu 写道 让学生产生“需求变更是软件开发工作中的变态”的误解是学校软件工程教学的最大罪过。
恩，有道理。。。。软件工程软件工程，软件暂时来说有几个是类似工程的而不是作坊的？ 我觉得不能用工程和作坊来描述软件开发，传统意义上的工程和作坊是用来描述制造业的，不适合于软件开发。 |
| 返回顶楼 | |
|
发表时间：2007-06-06
gigix 写道 zhuixinjian 写道 gigix 写道 zhuixinjian 写道 gigix 写道 zhuixinjian 写道 我现在已经学会了，注释掉变更的代码，重新写，而不是以前的需求变更就删掉！我已经经历几次，需求变过去，又变回来！
那个，有种东西叫版本控制…… 那个，ClearCase不好用的说，还不如注释掉！ 那个，还有种东西叫subversion…… 这个版本控制工具的选择不是我所能左右的。中行那么大，我说话根本不算什么！ 好吧，退一万步，你必须用clearcase 那么你仍然应该把修改之后的东西check in 需求又变回来了，你可以再revert到以前的版本 如果这样很麻烦，那是提出需求变更的人应该负责承担的成本 如果你没有做这些事情，那么一个需求变了，你改了，又变回来，你又改回来，这在版本控制中是没有任何记录的 等于说，你自己把这部分的成本承担了 为什么很多人认为需求变更是一件痛苦的事情 根本的原因就是：他们承担了不该自己承担的责任 不要以为承担更多的责任就是对工作负责 你承担不该你承担的责任，客户在提出需求时就无法有效衡量需求的成本 这对于任何人都没有好处 这种变更事实上可以体现到成本上的,而且也很容易估算出花了多少成本,有了数据之后,就容易说服别人. |
| 返回顶楼 | |
|
发表时间：2007-06-06
ray_linn 写道 这种变更事实上可以体现到成本上的,而且也很容易估算出花了多少成本,有了数据之后,就容易说服别人.
可以，并且应该，并且必须 做每件事情都应该体现到成本上 因为只有这样，客户才有参考标准，来选择“最重要的事” 如果有几件事情的成本（在客户看来）都是0 那么他就没有办法衡量这几件事情中间哪一件比较重要 |
| 返回顶楼 | |
