现代C++软件架构--功能性和非功能性需求

功能性和非功能性需求

作为一名架构师，认识到哪些需求对架构重要以及重要的原因是非常重要的。包括功能性需求和非功能性需求。功能性需求是指那些告诉你解决方案应该做什么的需求，而非功能性需求告诉你解决方案应该是怎样的。

需求的类型

功能性需求

功能性需求。它们定义了系统应该做什么，或者应该提供什么功能。

功能并不总是影响架构，因此必须关注哪些需求实际决定了解决方案的设计。

“作为一个＜角色＞，我想要＜功能＞，带来＜好处＞。”这是描述需求的一种常见方式，可以帮助相关方和开发人员找到共同点并更好地进行沟通。

非功能性需求

非功能性需求不关注系统应该具有什么功能，而是关注系统应该在哪些条件下执行这些功能，以及执行得多好。
这组需求可分为两个主要类型：质量属性和约束。

质量属性包含解决方案的如下特征：性能、可维护性和用户友好性等。

约束是在交付项目时必须遵循的不可协商的决策。这些可以是设计决策、技术决策，甚至是政治决策（关于人或组织的问题）。

架构级重要需求

应该使用两个指标对需求进行优先级排序：业务价值和对架构的影响。在两个标准上都很高的需求是最重要的，应作为优先事项加以处理。如果遇到太多这样的需求，则应该重新考虑优先级方案。如果还不行，那么系统可能是无法实现的。

架构级重要需求(ASR)是那些对系统架构有可衡量影响的需求。它们既可以是功能性的，也可以是非功能性的。如何确定哪些是真正重要的？如果一个需求的缺失就使得你需要创建一个不同的新架构，那么这个需求就是ASR。

参考：现代C++软件架构