7、系统需求调查全解析

系统需求调查全解析

1. 需求的定义

在系统分析阶段，需求及其代表模型是核心关注点。分析师大部分时间都用于需求相关工作，包括收集信息、用模型和原型将其形式化、细化扩展、确定优先级以及生成和评估替代方案。那么，什么是需求呢？

系统需求涵盖新系统必须执行或支持的所有活动，以及新系统必须满足的约束条件。通常，分析师将系统需求分为两类：功能需求和非功能需求。

1.1 功能需求

功能需求是系统为支持用户工作必须执行的活动，也就是系统将应用的业务用途。例如，开发工资系统时，所需的业务用途可能包括“生成电子资金转账”“计算佣金金额”“计算工资税”“维护员工家属信息”以及“向美国国税局报告税收扣除情况”等功能。新系统必须处理所有这些功能。识别和描述这些业务用途需要大量时间和精力，因为功能列表及其依赖关系可能非常复杂。

功能需求不仅基于用例列表，还基于组织运营业务所使用的程序和规则。有些业务规则文档完善，易于识别和描述，如“所有新员工必须填写 W - 4 表格，以便在工资系统中输入有关其预扣税的信息”；而有些业务规则则较为隐晦或难以发现，如“对于超过 200 美元且重量小于两磅的订单，航空运费降低 50%”。发现这些规则对系统的最终设计至关重要，若未发现，可能导致依赖该规则的客户不满，且在客户投诉后修改系统比一开始就纳入规则要困难和昂贵得多。

1.2 非功能需求

非功能需求是系统除必须执行或支持的活动之外的特性。区分功能需求和非功能需求并非易事，一种方法是使用需求识别和分类框架，其中最广泛使用的是 FURPS。

FURPS 是一个首字母缩写词，代表功能（Functional）、可用性（Usa