对于架构师来说，需求分类、需求折中以及需求变更是日常工作中遇到的最平常的事情。
什么是软件需求？
需求描述了系统必须满足的情况或提供的能力，它就可以是直接来自客户需要，也可以来自合同、标准、规范或者其他有正规约束力的文档。
需求捕获：获取知识的过程，知识从无到有、从小到多。需求采集者必须理解用户所从事的工作，并且了解用户和客户希望软件系统在哪些方面帮助他们。需求捕获最终会产生一系列的需求采集卡，其中记录了需求类型、需求描述、需求背景、需求提出者以及需求记录者等相关信息。
需求分析：挖掘和整理知识的过程。它在已掌握知识的基础上进行。需求分析最终会产生一份需求规格说明书（SRS），它精确描述了系统必须提供的功能，必须达到的质量属性以及它必须遵守的约束。
系统分析：针对系统所面临的问题，搜集相关资料，以了解产生问题的原因所在，进而提出解决问题的方法与可行的逻辑方案，以满足系统的需求，实现预定的目标。系统分析最终会产生一个系统设计文档。
需求分析关注‘做什么’的问题；系统分析关注‘怎么做’的问题。
架构师必须掌握的需求知识
软件需求的分类：软件需求可以分为功能性需求和非功能性需求两类；其中非功能性需求分为质量属性和约束两种；质量属性分为开发期质量属性和运行期质量属性。
功能性需求描述了开发的软件系统应该做什么，可以通过‘软件系统应提供什么服务’来进行定义。
约束规定了开发软件系统时必须遵守的限制条件。
McCall在1977年对软件的质量属性做以下分类：
1. 产品操作：正确性、可靠性、效率、完整性、易用性
2. 产品修改：可维护性、灵活性、可测试性
3. 产品改型：可移植性、可重用性、互操作性
如果将质量属性分为运行时质量属性和开发期质量属性，可以进行如下分类：
1. 运行时质量属性：性能、安全性、易用性、持续可用性、可伸缩性、互操作性、可靠性、鲁棒性
2. 开发期质量属性：易理解性、可扩展性、可重用性、可测试性、可维护性、可移植性
各类需求对软件架构的影响
功能需求影响架构，但不决定架构。质量属性从根本上影响架构。
面对频繁的需求变更，应该如何面对？
需求变更的来源
1. 我们要解决的问题发生了变化
2. 我们对问题的理解发生了变化
3. 我们理解问题的过程有错误
对于一个软件系统来说，质量属性需求是最小可能发生变化的；其次是各种约束；最容易发生变化的是各种功能需求。
参考文献
《软件架构设计》 温昱