需求工程

• 需求获取
• 分析与协商
• 系统建模
  • 面向数据流的SA
  • OOA
• 需求规约
• 需求验证
• 需求管理

需求分析的任务

• 确定对系统的综合要求

  • 功能需求指定系统必须提供的服务

    • 每个月特定的时间发放员工工资

  • 性能需求:速度,容量,安全性

    • 系统可以允许100个用户同时查询自己的工资

    • 可靠性和可用性需求

  • 出错处理需求:系统对环境错误应该怎样响应

  • 接口需求:描述应用系统与它的环境通信的格式。

    • 用户接口需求；硬件接口需求；软件接口需求；通信接口需求。

  • 约束需求

    • 精度；工具和语言约束； 设计约束；应该使用的标准；应该使用的硬件平台

    • 逆向需求:说明软件系统不应该做什么

    • 可能的需求:分析将来很可能会提出来的要求

• 分析系统的数据要求

• 导出系统的逻辑模型

  • 通常用数据流图、实体- 联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型

• 修正系统开发计划

  • 根据在分析过程中获得的对系统的更深入更具体的了解， 可以比较准确地估计系统的成本和进度，修正以前制定的开发计划

面向数据流自顶向下求精

结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法

• “自顶向下” 是将复杂、大的任务按功能进行分解划分为小问题，找出问题的关键、重点所在，然后用精确的思维定性、定量地去描述问题。

• “逐步求精” 是将现实世界的问题经抽象转化为逻辑空间或求解空间的问题。复杂问题经抽象化处理变为相对比较简单的问题。经若干步抽象（精化）处理，最后到求解域中只是比较简单的编程问题，再细分就是用函数来解决问题。

• 通过可行性研究已经得出了目标系统的高层数据流图，需求分析的目标之一就是把数据流和数据存储定义到元素级

• 为了达到这个目标，通常从数据流图的输出端着手分析，这是因为系统的基本功能是产生这些输出，输出数据决定了系统必须具有的最基本的组成元素

ER图

描绘数据对象及数据对象之间的关系，是用于建立数据模型的图形

数据对象+ 数据对象的属性 +数据对象彼此间相互连接的关系

状态转换图

状态转换图(简称为状态图)通过描绘系统的状态及引起系统状态转换的事件与事件引起的动作,来表示系统的行为,用于建立行为模型

在状态图中定义的状态主要有：初态(即初始状态)、终态(即最终状态)和中间状态。在一张状态图中只能有一个初态，而终态则可以有0至多个

层次方框图

层次方框图用树形结构的一系列多层次的矩形框描绘数据的层次结构

Warnier图

• {}花括号内的信息条目构成顺序关系，花括号从左到右排列表示树形层次结构
• ⊕表示不可兼具的选择关系
• −表示非
• ()圆括号内的数字表示重复次数
• (1,n)表示重复结构，(0,1)表示选择结构，(1)或不标表示顺序结构。 例：

IPO图

IPO图是输入、处理、输出图的简称，能够方便地描绘输入数据、对数据的处理和输出数据之间的关系