99、软件需求变更与架构设计：挑战与应对策略

软件需求变更与架构设计：挑战与应对策略

1. 软件需求变更管理

在软件开发过程中，需求变更是不可避免的。客户需求会改变，开发者可能发现初始需求不可行或有新的功能想法，业务需求也会因竞争或新的业务重点而变化。需求变更主要有两种类型：需求蔓延（也称为功能蔓延），即随着新想法融入产品，项目逐渐积累额外需求；需求修改，即当需求被证明错误或不充分时需要进行修订。

1.1 需求变更的影响

需求变更可能对项目进度、软件质量和团队士气造成巨大破坏。一般来说，在开发周期后期进行需求变更，其破坏性更大。当需求变更率从正常水平越过某个模糊阈值大幅上升时，就会出现需求搅动问题。尽管一个小的需求变更可能有助于促成下一笔销售，但过多的破坏性需求变更会降低软件质量，缩短产品的有效市场寿命。

以下是需求搅动可能出现问题的一些症状：
- 没有对需求变更进行最终批准的单一节点（个人或团队），这可能导致个别需求在无人察觉整体变更过多的情况下被更改。
- 未针对重大需求变更重新评估和调整进度计划。
- 在发布日期前没有确定最终需求变更的截止或冻结日期。
- 自项目启动以来，很大一部分需求发生了变化，具体比例因情况而异。
- 需求文档与实现情况不一致，因为变更过于频繁，开发者放弃了更新需求文档。

频繁需求变更的主要风险包括：难以命中移动目标，可能错过截止日期；若变更未经过正式批准流程，可能直接写入代码，导致实现与其他设计文档不匹配；软件因开发过程中变更过多而变得脆弱，容易出现更多漏洞。

1.2 跟踪需求变更率

需求搅动是指需求变更率较高的非正式说法，相关术语需求蔓延是指随着时间推移需求