| 作者 |
内容 |
| luofat |
 关于软件过程，请教！rup也是螺旋开发，每个循环中都有设计，实现和测试，这和xp的循环设计，实现，测试有什么区别。还有如果需求不停变化，设计不停修改，那开发人员要不停的修改代码，怎么保证代码修改合理性，万一一个需求改变导致代码大量修改，开发人员不都造反了。怎么
|
| 02/03/02 10:30 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| zhongshouke |
 “Milestone控制
+ 变更控制流程”的建立与执行。
|
| 02/03/02 14:58 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| tuping |
回复:
关于软件过程，请教！rup也是螺旋开发，每个循环中都有设计，实现和测试，这和xp的循环设计，实现，测试有什么区别。还有如果需求不停变化，设计不停修改，那开发人员要不停的修改代码，怎么保证代码修改合理性，万一一个需求改变导致代码大量修改，开发人员不都造反了
大量的变更将出现在RUP的初始及细化阶段，此时并没有大量的编码工作，在这个阶段必须已经整理出95%以上的功能性需求和非功能性需求。当细化阶段软件构架稳定之后，在接着的构造阶段所有工作将围绕着已经稳定的构架展开，此时一般不允许有大的需求变更。如果确实出现了大的需求变更，那只好从头开始分析了，RUP也不是万能的。 |
| 02/03/02 15:21 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| luofat |
欧，明白了，那xp中的循环的设计，实现和测试中，如何控制需求变化对代码的影响，使其最小
|
| 02/03/02 16:45 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| luofat |
能不能详细介绍一下上面提到的概念
|
| 02/03/02 16:48 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| tuping |
回复:
欧，明白了，那xp中的循环的设计，实现和测试中，如何控制需求变化对代码的影响，使其最小
不好意思，我对XP没有太多研究，还是从RUP来说明吧。在设计和实现过程中，如果发生新的需求变更，需要更改设计，则要权衡一下新的需求对当前的设计有多大的影响，如果大幅度地改变设计能极大地满足系统需求，则必须考虑一下。否则，通常的做法是，尽量让新的需求跟现在的设计相吻合，这样有时就可能要转换新需求的表达方式，让它对现在的设计产生的影响尽可能的小。如果设计模型改变了，当然你的代码也得跟着变，主要还是控制设计的变更。 |
| 02/03/03 11:18 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| w_rose |
什么“螺旋开发”，什么“设计，实现和测试”都不是设计软件的具体技术方法。“代码的大量修改”则是具体方法不对。
|
| 02/03/03 12:45 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
