结构化需求分析

一、需求分析重要性

对软件需求深入理解是开发成功的前提和关键。

开发软件系统最困难的部分就是准确说明开发什么，最困难的概念性工作是编写出详细需求，包括所有面向用户、面向机器和其他软件系统的接口

此工作一旦做错，将会给系统带来极大损害，并且以后对它修改也极为困难。

二、结构化分析核心思想

分解化简问题
物理与逻辑表示分开
进行数据与逻辑抽象

三、结构化分析具体步骤

发现需求
- 与用户交谈，向用户提问题；
- 参观用户的工作流程，观察用户的操作；
- 向用户群体发调查问卷；
- 与同行、专家交谈，听取他们的意见；
- 分析已经存在的同类软件产品，提取需求；
- 从行业标准、规则中提取需求；
- 从Internet上搜查相关资料等。
求精
- 对初步需求反复求精多次细化。
建模
- 建立模型，用图形符号和组织规则书面描述事物。

3.2 数据流图

数据流图（DFD）描绘系统逻辑模型，图中没具体的物理元素，只描绘信息在系统中流动处理情况。

是非常好通信工具和软件设计出发点。

3.2.1 数据流图符号

四种基本符号：
- 正方形（或立方体）：表示数据的源点或终点
- 开口矩形（两条平行横线）：代表数据存储

3.2.2 数据流图范例

范例

工厂采购部采购员每天需一张定货报表，按零件编号排序列出所需定货零件。

对定货零件列下述数据：零件编号、名称、定货数量、目前价格，主次要供应者等。

零件入库或出库称事务，通过仓库终端把事务报告定货系统。零件库存量少于库存临界值需订货。
解法：
1. 从问题描述提取数据流图四种成分
  - 先考虑源点和终点
    
    源点：仓库管理员
    
    终点：采购员
  - 再考虑处理
    
    处理：处理事务、产生报表等
  - 最后考虑数据流和数据存存储
    
    数据流：事务、订货信息、订货报表
    
    数据存储：订货信息、库存信息
2. 着手画数据流图的基本系统模型
3. 主要功能进一步细化
  - 分层法绘制流程图的几个问题
    1. 编号的设置
      
      子图的编号是父图相应的处理逻辑的编号。
      
      子图中处理逻辑编号由子图号、小数点与局部号组成。
      
      事件：引起状态转换的外界事件抽象。
      - 箭头表示，箭头上标事件名。后跟[条件] 、表状态转换条件。
      行为：进入某状态所作动作。
      - 状态框内do：行为名
      3.4 数据字典
      
      对系统使用的所有数据元素定义的集合，半形式化方法表达。
      - 数据字典定义方法
        
        数据流
        
        数据存储
      - 数据字典定义符号
        
        定义数据的方法：对数据自顶向下分解。
        
        由数据元素组成数据的方式：
        
        顺序：以确定次序连接两个或多个数据元素；
        
        选择：从两个或多个可能元素中选一个；
        
        重复：把指定数据元素重复零次或多次；
        
        可选：一个数据元素可有可无。
        
        来源：槑！
        
        声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！