14、软件需求变更与架构设计的关键要点

软件需求变更与架构设计的关键要点

1. 需求变更管理

1.1 需求变更概述

需求变更在软件开发中是不可避免的。客户的需求会发生变化，开发者可能会发现初始需求不可行或有新的功能想法，企业也会因竞争或业务重点的改变而调整需求。需求变更主要分为两种类型：
- 需求蔓延（Requirement Creep） ：随着时间推移，项目不断积累额外需求，通常是由于新想法不断融入产品。
- 需求修改（Requirement Modifications） ：当某个需求被证明是错误或不充分时，需要对其进行修订。

需求变更可能会对项目进度、软件质量和团队士气造成巨大干扰。一般来说，在开发周期后期进行需求变更，其破坏性会更大。当需求变更率从正常水平急剧上升，超过某个模糊阈值时，就会出现需求 churn（频繁变更）的问题。虽然需求不可能一成不变，但我们不能对需求变更及其对项目的影响持消极态度，而应明智地使用变更，在一定数量的变更后，可能需要放弃当前项目，重新开始下一代系统的开发。

1.2 需求 churn 可能的症状

• 没有单一的最终批准点（个人或团队）来审批需求变更，这可能导致个别需求在无人察觉整体变更过多的情况下被更改。
• 当出现重大需求变更时，没有重新评估和调整项目进度。
• 在产品发布日期之前，没有设定明确的需求冻结日期。
• 自项目启动以来，有很大比例的需求发生了变化，具体比例因情况而异。
• 需求文档与实际实现不一致，因为变更过于频繁，开发者放弃了更新需求文档。