结构化需求分析
一、需求分析重要性
对软件需求深入理解是开发成功的前提和关键。
开发软件系统最困难的部分就是准确说明开发什么，最困难的概念性工作是编写出详细需求，包括所有面向用户、面向机器和其他软件系统的接口
此工作一旦做错，将会给系统带来极大损害，并且以后对它修改也极为困难。
二、结构化分析核心思想
- 分解化简问题
- 物理与逻辑表示分开
- 进行数据与逻辑抽象
三、结构化分析具体步骤
-
发现需求
- 与用户交谈，向用户提问题；
- 参观用户的工作流程，观察用户的操作；
- 向用户群体发调查问卷；
- 与同行、专家交谈，听取他们的意见；
- 分析已经存在的同类软件产品，提取需求；
- 从行业标准、规则中提取需求；
- 从Internet上搜查相关资料等。
-
求精
- 对初步需求反复求精多次细化。
-
建模
- 建立模型，用图形符 和组织规则书面描述事物。
3.2 数据流图
数据流图（DFD）描绘系统逻辑模型，图中没具体的物理元素，只描绘信息在系统中流动处理情况。
是非常好通信工具和软件设计出发点。
3.2.1 数据流图符
-
四种基本符 ：
-
正方形（或立方体）：表示数据的源点或终点
-
开口矩形（两条平行横线）：代表数据存储
-
3.2.2 数据流图范例
-
范例
工厂采购部采购员每天需一张定货 表，按零件编 排序列出所需定货零件。
对定货零件列下述数据：零件编 、名称、定货数量、目前价格，主次要供应者等。
零件入库或出库称事务，通过仓库终端把事务 告定货系统。零件库存量少于库存临界 值需订货。
-
解法：
-
从问题描述提取数据流图四种成分
-
先考虑源点和终点
源点：仓库管理员
终点：采购员
-
再考虑处理
处理：处理事务、产生 表等
-
最后考虑数据流和数据存存储
数据流：事务、订货信息、订货 表
数据存储：订货信息、库存信息
-
-
着手画数据流图的基本系统模型
-
主要功能进一步细化
-
分层法绘制流程图的几个问题
-
编 的设置
子图的编 是父图相应的处理逻辑的编 。
子图中处理逻辑编 由子图 、小数点与局部 组成。
事件：引起状态转换的外界事件抽象。
- 箭头表示，箭头上标事件名。后跟[条件] 、表状态转换条件。
行为：进入某状态所作动作。
- 状态框内do：行为名
3.4 数据字典
对系统使用的所有数据元素定义的集合，半形式化方法表达。
-
数据字典定义方法
-
数据流
-
数据存储
-
-
数据字典定义符
定义数据的方法：对数据自顶向下分解。
由数据元素组成数据的方式：
- 顺序：以确定次序连接两个或多个数据元素；
- 选择：从两个或多个可能元素中选一个；
- 重复：把指定数据元素重复零次或多次；
- 可选：一个数据元素可有可无。
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！
-
-
-