Chapter06-需求的传统描述方法.pptVIP

Chapter 6 需求的传统描述方法 哈尔滨工业大学 国家示范性软件学院 主讲：范国祥 2008.04 本章主要内容 用传统的观点和面向对象的 观点看待活动 数据流图 详细描述DFD部件 信息工程模型 结点和网络通信 本章目标 解释当事件发生时传统方法与面向对象方法的差异 列出传统系统的组成元素和在数据流图中描述这些元素的符号 说明数据流图如何在不同的抽象层次上描述系统 设计数据流图、数据元素定义、数据存储定义和处理描述 解释并分析能被并入传统结构化分析方法的信息工程模型 6.1 用传统和OO的观点看待系统活动 Your Turn 6.3.1 “处理”描述方法 决策表 学生成绩处理“决策表” 规 则 条 件 动 作 考试总分 单科成绩 发表扬证 　 发奖金　　　 　 警告 435 435 435 60 √ X X X X X X X X ≥435 ≥ ≥90 ≥85 ≥60 √ √ √ 6.3.1 “处理”描述方法 决策树 考试 奖励 考试总分≥ 435 各科≥ 90 发表扬证、奖金 各科 ≥ 85 发表扬证、不发奖金 各科≥ 60 不发表扬证、不发奖金 有一科＜ 60 警告、补考 考试总分 ＜ 435 6.3.2 数据流定义 数据流是数据元素的集合，数据流定义就是列出其 包含的所有数据元素 只列出数据元素的数据流定义 数据元素还需进一步的 定义：说明类型、长度等 数据元素一般在设计阶段详细定义 6.3.2 数据流定义 数据流是数据元素的集合，数据流定义就是列出其 包含的所有数据元素 代数公式方式定义数据流 New-Order=Customer-Name + Customer-Address + Credit-Card-Information + {Item-Number+Quantity} 6.3.3 数据存储定义 DFD中的数据存储和ERD中的数据实体基本是一致的 后续的“系统设计”部分详细讲解 6.3.5 DFD总结 在关联图中不画数据存储 数据流不反映处理顺序，显示数据通过系统的流程，因此“处理”可以并行工作 “处理”过程既有输入，又有输出 若有输入无输出称之为黑洞 若无输入而产生输出称之为奇迹 输入不足以产生输出为灰洞 6.3.5 DFD总结 图6-30 传统系统分析模型的各个组成部分 6.4 信息工程模型 1. 处理分解图：在一张图中以一种树形结构表示处理 之间的层次关系的一种模型 2. 处理依赖图：用来描述系统中处理之间的先后顺序 及其交互的一种模型 6.4 信息工程模型 处理分解图与结构化DFD的区别： DFD将“处理”分解放在不同的图中，各“处理”之间的联系用“层次编码”来实现 而“处理分解图”直接在一张图中表现“处理”之间的层次关系 例子： 见图6-33 6.4 信息工程模型 接受订单 记录用 户信息 记录订单 处理订 单交易 产生确认 创建新订单 图6-34 处理依赖图 处理依赖图 6.4 信息工程模型 处理依赖图 收到订单 记录客 户信息 记录 订单 客户 订单 订单条目 产品条目 库存产品 订单事务 产生确 认信息 处理订 单事务 创建新订单 图6-35 带数据流的处理依赖图 * Systems Analysis Design 5th Edition 其他OO模型 状态图 用例和场景描述 交互图 用例图 事件和事件表 事物 类图 实体-关系图 OO 方法 传统 方法 引子 其他传统模型 DFD片断 数据流定义 关联图 处理描述 传统方法 系统是处理的集合 处理与数据实体的交互 处理所接受输入并产生输出 OO方法 系统是交互对象的集合 对象与人或其他对象交互 对象发送和响应信息 VS. 一些处理由人完成，一些由计算机完成 当处理执行时，读出数据，处理后的数据写回数据文件中 对象是有行为的（方法），方法使得对象与其他对象或系统使用者进行交互。 一个对象通过发送消息请求另一个对象做某事 6.2 数据流图 图形元素少且符号简单易懂 较充分表达系统的主要需求：输入、输出、处理 和数据存储 最终用户、管理人员和系统开发人员只需稍加培 训即可读懂DFD图，方便交流 数据流图：用处理、外部实体、数据流以及数据存储来（DFD） 表示系统需求的图表 DFD的特点 6.2 数据流图 数据流图的符号说明