skillfully确定需求的五个步骤

收集、分类、绘图、评审需求。

1

、收集需求

需求的来源

蓝图（外貌）文档（

vision document

）。这个文档描述了业务需求和开发

一个成功 的系统需要蓝图。

预排文档（

walkthrough document

）。这些文档是各种用户如何与系统

交互式的一组“每日生活”的描述 。

域术语表。这是终端用户所用语言的指导。

域专家和终端用户会谈。

功能规范和工作陈述。

２、需求分类

根据

Wiegers

的示例

（

Software Requirements,page 8

）

，

将需求定义为

如下７类：

业务需求：提供系统的高层次的“蓝图”（Ｖ

ision

）。构造系统的原因，

期望达到的好处。< /p>

用户需求 ：

是具体的蓝图。

表达了用户需求什么内容来完成他们的工作，

包

括他们将在这些工作中执行的过程。（流程）

功能需求：更为具体的用户需求。

非功能需求（ＮＦＲ）。

约束：ＮＦＲ限制了实某些功能的 方式，而约束限制了开发过程自身。

约束可能进一步被划分为如下分类：

操作约束（

Operation constraint

），工作方法的约束。

法定约束（

Statutory constraint

），必须遵守合法命令。

合同约束（

Contractual constraint

），合同中的义务。

信用约束（

fiduciary constraint

），财务风险及限制。

数据库约束（

Database constraint

）。

角色：角色表示任何外部系统，这些系统与正在设计的系统进 行互操作。

域对象：这些是客户希望系统代表或保持的任何对象或实体。

Ｍ

art in

模式

指导员模式：

希望显示有许多成功解决问题的方法，

方法；

专业人员模式：希望显示他所做的实际工作。

分类需求的一个有用的技术：