系统分析与设计章解析.pptVIP

解释当事件发生时传统方法与面向对象方法的差异 列出传统系统的组成元素和在数据流图中描述这些元素的符号 说明数据流图如何在不同的抽象级别上描述系统 设计数据流图、数据元素定义、数据存储定义和处理描述 设计一些表来说明处理以及系统定位数据存储的分布性 DFD ——图形化的系统模型，它展示软件（信息）系统的主要需求 输入/输出 处理 数据存储 特点 易读易理解 抽象性：把具体的组织机构、工作场所、物质流都去掉， 只剩下信息和数据存储、流动、使用以及加工情况。 概括性：把系统对各种业务的处理过程联系起来考虑，形成一个总体，即更高层，更概括的概念。也可形成一个更详细的、更低层的概念。 容易表现系统高层和低层概念：在一个DFD中可以层层分解为若干独立的、低层的、详细的DFD。 抽象水平：把系统分解成一个逐渐细化的分层集合的建模技术 DFD的特性 用于描述系统需求 表现系统高层和低层的概念 DFD可以分解为更为详细的多层次的DFD 高层次的更为概括（更为抽象） 低层次的更为详细（更为具体） 高层 若干独立的、低层次的、详细的DFD DFD 概述所有的处理活动 最高层是系统的概括 展示系统边界 整个系统表示为一个处理 通过单个处理和外部实体定义系统范围 显示了系统中所有的外部实体和进出系统的数据 数据存储属于系统内部实现的一部分，并不在关联图中反映 定义：用一个单一处理符号表示系统响应一个事件的DFD 显示系统如何响应某个事件的独立模型 注意力集中于系统的单个部分中Focuses attention on single part of system 仅显示响应事件所需的数据存储Shows only data stores required to respond to events 定义：为系统需求建模的DFD，建模过程中对应于系统或子系统的每个事件使用单个处理 也称为0层图 关连图的分解（也是比关连图更加详细的分解） 给出了系统所有的进出数据存储的数据流 分解成更为详细的DFD片段 相反，系统所有的DFD片段可以组合成一个单一的DFD，该DFD即为0层图 影响（信息冗余、复杂） 有时需要对DFD片段更为详细的研究 分解成更为详细的一些子处理 进步了解更多的需求 产生必要的文档 处理编号并不等于执行顺序 逻辑模型（Logical model） 假设可用完美的技术实现 并不告诉系统如何实现 逻辑模型的判断 何种类型的计算机系统可以完成这些处理（桌面系统、C/S结构、主机系统、手工完成） 数据存储（连续的计算机文件、数据库中的表、文件柜的文件） 系统如何得到数据流（网页、电话、语音识别、手工填写） 无法说清楚系统的具体实现时，应该说明是逻辑模型 物理模型（Physical model） 说明假设的实现技术 在分析的最后阶段或在设计的最早阶段开发和使用 物理模型的判断 特定的技术处理 特定的参与者的处理名称 特定的技术或参与者处理的顺序 冗余的处理、数据流、文件 具有其中之一，则为物理模型 高质量的DFD的标准 可读性 内部一致性 准确地表示系统Accurately represents system 与用户进行了充分的交流 查阅了足够的资料 检查标准 达到最小化复杂度——避免信息超量 保证数据的一致性 信息超量 避免信息超量的规则 7 +/- 2规则 限制模块中的元素个数或它们之间的连接数不超过9 接口最小化 限制模块中各元素之间的连接数 导致一致性错误的3个判断 一个处理和它的处理分解在数据流内容中有差别 有数据流出却没有相应的数据流入 有数据流入却没有相应的数据流出 DFD的平衡与不平衡 平衡 不平衡 不平衡的DFD为结果也是可以接受的 一致性规则源于两个事实 保证一致性的两条规则 流入处理的所有数据流必须流出该处理或用于产生流出该处理的数据 流出处理的所有数据必须曾流入该处理或是由流入该处理的数据产生 两条规则对处理、对数据存储均有效。 最低层的处理需要详细描述 处理分解到足以用结构化语言、决策树、决策表描述为止，即无需再有其它的DFD定义 数据流的内容需要描述 数据存储需要根据数据元素来定义 每个数据元素也需要定义 处理定义的各种选择继续保留（存在） 定义：一种书写处理规范的方法，它将结构化程序编程技术与叙述性英语相结合 优点：非常适合逻辑顺序处理和相对简单的逻辑控制 缺点：不适合于复杂的决策逻辑和很少（few）有顺序处理步骤 结构化自然语言 数据流内容和内部结构的文本描述 通常与ERD的数据实体属性一致 数据类型描述Data type description e.g. string, integer, floating point, Boolean Very specif