问RAD是否允许您在切换阶段之后进行更改或修改，而不需要重做系统？

EN

在任何方法中，您都可以响应更改或修改。但是，有些方法更好地响应变化，以较少的代价(时间和/或金钱)向客户和用户交付这些更改。

听起来您对敏捷(迭代和增量)模型和瀑布模型(顺序模型)之间的区别有着根本的误解。即使您遵循顺序模型，如果在开发后发生更改，也不需要重做整个系统。在传统的瀑布模型中，您可以预先捕获您的需求并修复它们。然后，设计这些需求并实现解决方案，然后测试解决方案，最后发布一个系统。其思想是该系统满足客户和用户的所有需求。但是，即使在一个连续的环境中，您也可以发布补丁和软件的新版本。如果您继续遵循顺序模型，那么您将在前面捆绑大量需求，然后依次执行其他步骤，以发布结束。

迭代和增量模型集中于交付软件的较小部分。这些部分被快速交付给用户，并用于获取反馈和执行课程更正--识别需求或设计中的错误或误解。您并不是在一开始就修复产品的全部需求，而是对项目早期增加最大价值的东西进行优先排序和演示或交付。这种方法采用的思想是，软件可以不断发展和改变，直到客户和/或用户满意时，才能完成项目。

具体来说，在RAD中，如果在裁剪后得到一个更改，则必须执行某种级别的需求规划。你不能就这样去实现一个改变(在大多数项目中，尤其是更大的公司项目中)。您需要确保在产品/项目范围和约束范围内的任何更改都是合理的，并且需求是明确和一致的。您还希望确保为一个涉众所做的更改不会对其他涉众产生负面影响。但是，大多数更改应该在用户设计和构造中进行，然后继续进行裁剪。