软件需求的层次

需求分析不透彻会导致南辕北辙，修正成本会被层层放大。所以需求分析很重要。

需求是有层次的。需求分析不是一步到位的，而是层层细化的。
愿景需求 --> 目标 --> 系统特性(System Feature) --> 系统需求(System Request) --> 功能需求 --> 模块需求

需求分析过程需要考虑的因素很多，客户业务、网络环境、应用环境、物理形态。。。 不要针对一条条需求进行分析。而是要建立一个需求的架构。有了架构后就可以看到某一个具体的需求所在的位置。对客户的理解就不再是碎片化的。如何建立起需求的架构？ 又如何划分需求的层次？

通过纵向分解需求和横向分解需求。
纵向分解为：
业务需求层、用户需求层、功能需求层。
从 概要 到 具体。
横向分解为：
功能需求、非功能需求。

需求的二重性： 需求 = 问题 + 解决方案
问题 ： 做什么
解决方案： 怎么做
这里的问题不一定是缺陷，也可能是一种愿望。
可能有多个解决方案。很多时候客户描述的其实都是解决方案。认识到二重性之后，如果有客户提出技术需求，那么还要问他的实际问题是什么。如果客户提出问题，可以提供多个解决方案。如果局限与某一解决方案，往往看不到真正问题。

基于use case的需求分析方法：
1 获取需求 —— 方太、实地考察、研讨
2 组织需求 —— 分解为use case，一个use case对应一个待开发的独立功能。 用用例图表示。
3 描述需求 —— 详细完成地阐述use case

有时用户提出的需求实际是“解决方案” 。 用户提出的方案往往仅从自身系统出发，往往掩盖真实需求，因此用户推荐的方案只能作为参考。