文章目录

• 一. 需求工程师
• • 1. 优秀需求师的目标
• 二. 需求定义
• • 1. 概述
  • 2. 需求难度在/li>
  • 3. 需求的内容
  • 4. 将问题与解决分开
• 三. 需求分类
• • 1. 按产品需求分类
  • • (1). 功能性需求
    • (2). 非功能性需求
  • 2. 按抽象层次详细程度分类
  • • (1). 业务需求
    • (2). 需求
    • (3). 系统需求
    • (4). 软件设计规约
• 三. 需求工程活动
• • 1. 需求抽取（Elicitation）
  • 2. 需求分析（Analysis）
  • 3. 需求规约（Specification）
  • 4. 需求管理（Management）
  • 5. 需求验证（Validation）
• • 1. 四世界模型
  • 2. 获取方法
• 五. 需求获取
• • 1. 需求获取技术
  • • (1). 主要
    • (2). 次要
• 六. 撰写需求文档
• • 1. 软件需求规格说明 （SoftwareRequirements Specifica4on, SRS)
  • 2. 需求文档的组织形式
  • 3. 软件需求规格说明SRS的风格
  • 4. 需求规格说明生成过程

一. 需求工程师

1. 分析问题和解决问题的能力
2. 人际沟通及交流能力
3. 软件工程知识和技能
4. 应用领域有关知识
5. 书面语言组织和表达能力

1. 优秀需求师的目标

• 识别错误假设
• 确保一致性
• 提升依从性
• 减少彼此误解
• 提高支持速度和效率
• 提升客户满意度
• 撰写优质需求文档

二. 需求定义

1. 概述

“需求”是对外可见的系统特征。— Alan M. Davis

“需求管理” 有三项任务：

• 学习 ——需求获取
• 剪枝 ——需求优选
• 文档化 ——撰写需求规格说明书

需求, 是人们要解决的某个问题或达到某种目的的需要。是系统或其组成部分为满足某种书面规定（合同，标准，规范等）所要具备的能力。需求将作为系统开发，测试，验收，提交的正式文档依据。—— IEEE 610.12, 1990

2. 需求难度在/h2>

将机器领域（内部环境）用来描述应域（外部环境）

3. 需求的内容

为什么要设计该系统
系统由谁使br> 系统要做什么
系统涉及哪些信息
对解决有何额外限制
如何使系统
质量需达到何种程度

4. 将问题与解决分开

(1). 功能性需求

系统的功能性需求是指满统需求需要提供的功能有时，功能需求也被称为“需求”

(2). 非功能性需求

能性需求定义软件系统以及软件开发过程为满统功能需求要满
其他约束条件

4. 需求管理（Management）

贯穿从需求获取到软件系统下线的全过程。需求管理涉及软件配置管理、需求跟踪、影响分析和版本控制

• 变更请求管理 （Change Requests）
  系统化的变更管理
• 需求属性管理 （Requirements attributes）

5. 需求验证（Validation）

对其他需求工程活动的质量的保证。通过数学的形式化工具或工程化的测试
过程来确保系统满足干系人的要求。

验证方法

• 评审（Review）
• 原型化（Prototyping）
• 模型验证（Model validation）
• 确认测试（Acceptance Tests）

1. 四世界模型