第二章

第二章软件需求与软件需求规约
需求定义
一个需求描述了待开发产品／系统功能上的能力、性能参数或其他性质
对于单一一个需求，必须具有 5 个基本性质：
必要的（Necessary）：该需求是用户所要求的；
无歧义的（Unambiguous）：该需求只能用一种方式解释；
可测的（Testable）：该需求是可进行测试的；
可跟踪的（Traceable）：该需求可从一个开发阶段跟踪到另一个阶段；
可测量的（Measurable）：该需求是可测量的

需求发现技术
初始发现需求的常用技术包括以下几个：
◆自悟（Introspection）：需求人员把自己作为系统的最终用户，审视该系统并提出问题， “如果是我使用这一系统，则我需要…….” 。
◆交谈（Individual Interview）：为确定系统应该提供的功能，需求人员通过提出问题/用户回答这一方式，直接询问用户需要的是一个什么样的系统。
◆观察（Observation）：通过观察用户执行其现行的任务和过程，或通过观察他们如何操作与所期望的新系统有关的现有系统，了解系统运行的环境，特别是了解要建立的新系统与现存系统、过程以及工作方法间必须进行的交互。
◆小组会（Group Session）：举行客户和开发人员的联席会议，与客户组织的一些代表共同开发需求。
◆提炼（Extraction）：复审技术文档，并提取相关信息

需求规约
需求规约是一个软件产项／产品／系统所有需求陈述的正式文档，它表达了一个软件产／系统的概念模型。
需求规约一般需要满足以下 4 个基本性质：
重要性和稳定性程度（Ranked for Imortance and Stability）：按需求的重要性和稳定性对需求进行分级，如基本需求、可选需求和期望需求；
可修改的 （ Modifiable ） ：在不过多地影响其他需求的前提下，可以容易地修改一个单一需求；
完整的（Complete）：没有被遗漏的需求；
一致的（Consistent）：不存在互斥的需求。

需求规约的表达
在实际工程中，需求规约的表达主要存在 3 种不同的风格：
◼ 非形式化的需求规约：
以一种自然语言来表达需求规约，如同使用一种自然语言写了一篇文章。
适用于规模比较小的、复杂程度不大高的小型软件项目，或在获取 SRS（草案）时使用
的。
◼ 半形式化的需求规约：
以半形式化符号体系（包括术语表、标准化的表达格式等）来表达需求规约；
一些有能力的组织针对大型复杂项目，在开发需求文档时往往使用系统化的需求获取、分析技术和工具。

需求规约的作用
需求规约的作用可概括为以下 4 点：
◆需求规约是软件开发组织和用户之间一份事实上的技术合同书，是产品功能及其环境的体现。
◆对于项目的其余大多数工作，需求规约是一个管理控制点。
◆对于产品／系统的设计，需求规约是一个正式的、受控的起始点。
◆需求规约是创建产品验收测试计划和用户指南的基础，即基于需求规约一般还会产生另外两个文档——初始测试计划和用户系统操作描述。