确定一套方法
现在，让我们先确定一套方法。 当然，我们有许多方法可以选择。但重要的是,我们选择出来的方法应该是互补性的.这样它们才能让你对构建目标有一个完整的了解。
| 问题 | 关键字 | 可用方法 | 方法的目标 |
| 业务目标是什么？ | 业务目标goals | ·版本说明 ·项目/产品的成功标准 | ·描述目标 ·描述“成功”的含义 |
| 用户需要怎么做才能完成业务目标？ | 用户任务 | ·用例表 ·用例 ·业务流程模型 ·逻辑数据模型 | ·确定所需的用户任务 ·确定每项用户任务的步骤 ·显示用户任务之间的关系 ·定义对业务具有重要意义的数据并确定已有的逻辑关系 |
| 系统要能为用户提供哪些支持？ | 系统功能 | ||
·系统必须符合哪些质量要求？ ·这些质量属性可用于哪些方面？ | 质量属性 | 列出/分类质量属性并标明其应用范围 | ·描述所需的质量 ·把质量与应用范围不重复地联系到一起 |
·系统必须符合哪些规则？ ·这些规则可用于哪些方面？ | 政策…条例 | 列出/分类规则并标明其应用范围 | ·描述所需的规则 ·把规则与应用范围不重复地联系到一起 |
因为我们需要的是“恰到好处”，所以我们得问自己表中所述是否有非必需的内容。
不管如何认真地选择需要的方法，都有可能遇到特殊情况。于是有人会说没有什么标准方法。但是如果你明智地选择了一套方法，那么完全可以在大部分项目中使用这些方法。当然，如果项目在比如数据或规则方面做得过多，那么就需要修正一下方法。
