架构技能（四）：需求分析

需求分析，即分析需求，分析软件用户需要解决的问题。

需求分析的下一环节是软件的整体架构设计，需求是输入，架构是输出，需求决定了架构。

决定架构的是软件的所有需求吗？肯定不是，真正决定架构设计的是关键需求或用户要解决的关键问题，其余非关键性的需求或非关键性的问题，可以用来验证软件架构设计的合理性。

需求分析，是在谈什么？谈识别关键需求。

如何识别关键需求呢？

关键需求具有决定性的意义和价值，根据笔者所参与研发过软件，总结为：关键需求往往是基础需求、核心需求和高风险需求。

• 基础需求：基础需求体现在软件上是基础功能，往往具有 “稳定” 和 “原子化” 特征；基础功能很稳定，很少受到需求变动的影响；而且，基础功能往往不会再拆分；基于基础功能，软件往往会衍生出更多的扩展功能；在电商系统中，像 “商品”、“订单”、“支付” 等属于软件的基础功能，以此为基础进行扩展的 “营销”、“评论”、“客服” 则属于软件的扩展功能。

• 核心需求：核心需求很容易理解，往往是软件必须要提供的能力，失去了核心需求，软件则没有意义；比如，移动手机系统的电话功能、智能汽车的驾驶功能、微信软件的聊天功能等等；识别关键需求，往往从识别用户必须要解决的关键问题入手来确认核心需求。

• 高风险需求：高风险需求往往会影响软件研发的成败，必须在软件架构设计时充分考虑其高风险性，提出解决方案，降低或消除其风险；高风险需求更多体现在非功能需求方面&#x