100、软件需求变更与架构设计全解析

软件需求变更与架构设计全解析

1. 需求变更概述

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

1.1 减少需求变更的影响

需求变更可能会对项目进度、软件质量和团队士气造成巨大的干扰。一般来说，在开发周期中变更需求的时间越晚，其造成的干扰就越大。当需求变更的速度超过某个模糊的阈值，达到很高的水平时，就会出现需求混乱（Requirement churn）的问题。虽然可能只需要一个小小的需求变更就能促成下一笔交易，但过多的变更会破坏软件质量，缩短产品的有效市场寿命。

需求不可能一成不变，但我们不应消极对待需求变更及其对项目的影响。我们应该现实一些，接受在经过一定数量的变更后，可能需要放弃当前项目，重新开始开发下一代系统的事实。因此，要明智地使用变更机会。

1.2 可能出现的症状

如果出现以下情况，需求混乱可能就会成为一个问题：
- 没有一个统一的需求变更最终审批点（可以是一个人或一个团队），这可能导致在没有人意识到整体变更过多的情况下，个别需求被轻易更改。
- 没有针对重大需求变更重新评估和调整项目进度。
- 在发布日期之前，没有提