需求分析

• 需求分析使系统工程师能够刻画出软件的功能和性能，指明软件和系统其他元素的接口，并建立软件必须满足的约束
• 需求分析的目标是深入描述软件的功能和性能，确定软件设计的约束和软件同其他系统元素的接口细节，定义软件的其他有效性需求。
• 获取需求的方法：
  • 面谈
  • 实地观察
  • 问卷调查
  • 查阅资料
• 需求分析的过程：
  • 标识问题
  • 建立需求模型
  • 描述需求
  • 确认需求
• 结构化分析与建模方法（SAD）：
  • DFD（数据流图）建模
  • IDEF建模
• 面向对象分析与建模方法（OOA）:
  • UML用例建模

结构化分析

• 结构化分析任务
  • 功能模型
  • 数据模型
  • 行为模型
• 编写需求规格说明书
  • 引言
  • 信息描述
  • 功能描述
  • 行为描述
  • 质量描述
  • 接口描述
  • 其他需求
• 抽象与分解是结构化分析的核心思想

DFD需求建模方法

• DFD（Data Flow Diagram）数据建模的核心是数据流
• 数据源，即外部项
• 处理
• 数据存储
• 注意上面四个组成的图形写法

DPD的建模过程：

• 注意：DPD建模主要是对用户的功能需求进行建模，针对业务需求

• 步骤：

  1. 明确目标，确定系统范围
  2. 建立顶层DFD图，顶层DFD只有一张，系统的边界
  3. 构建第一层DFD分解图（中间层DFD）
  4. 开发DFD层次结构图（底层DFD，由一些不可再分解的过程组成）
  5. 检查确认DFD图(5条规则)

• 五条规则:

  • 父图中描述过的数据流必须在相应子图出现
  • 一个处理至少有一个输入流和输出流
  • 一个存储必定有流入的数据和流出的数据流
  • 一个数据流至少有一端是处理框
  • 表达描述的的信息是全面、完整、正确和一致的

IDEF0需求建模方法

• IDEF共有16套方案，每个方案都有对应的建模领域
  • IDEF0用于需求建模
  • IDEF1X和ER一样用于数据库概念设计

UML用例建模方法

• 采用面向对象思想建模，使用用例图来描述系统需求。
• 不同于DFD以面向过程的方法建模