系统分析与设计SAD406v

1、系统分析与设计，第四版,学习目标,解释在塑模使用案例的细节时，传统方法与对象导向方法的处理方式有何不同 列出传统系统的组件，以及数据流程图上表示它们的符号 说明数据流程图如何以各种抽象层级来显示系统,学习目标 (续),开发数据流程图、定义数据元素、定义资料储存，以及处理说明 能够与传统结构化分析整合的资讯工程模型 发展分布式处理和跨越系统位置之数据存取表格,概述,系统的功能与发生的事件活动与互动(使用案例) 如何以传统结构化方法表现这些活动与互动 传统方法中的图表与其它模型 RMO 顾客支持系统的实例示范模型间的关系 如何以传统与 IE 观点搭配模型描述系统,传统与 OO 方法的比较,传统与对

2、象导向方法的需求模型,数据流程图 (DFDs),图形化的系统模型，在一份图内显示信息系统的全部主要需求 输入与输出 处理程序 数据储存 很容易阅读，只要经过最起码的训练就能够了解,数据流程图的符号(图 6-3),显示处理程序商品供货查询的 DFD (图6-4),DFD 整合了事件表格与 ERD (图 6-5),DFD 与抽象的层级,DFD 可以分解为其它的图表 , 以提供多种层次的详细程度 较高层级的图表提供一般化的系统检视 较低层级的图表提供更详尽的系统检视 对于系统的不同观点就称为抽象的层级,选课系统的 DFD 抽象阶层(图 6-6),环境图,摘要系统或子系统内所有处理活动的 DFD 最抽

3、象之观点来描述系统 显示系统的边界 系统范围的定义方式，是借着单一处理程序，外部代理人，以及进出系统的所有数据流,DFD 分段,为事件表格中的每个使用案例所建立 表示系统响应单一事件，会在单一处理程序符号中呈现 自给自足的模型 专注于系统的单一部份 只显示该使用案例中必要的资料储存,选课系统的 DFD 分段,事件分割系统模型,在系统与子系统中，使用各个事件的单一处理程序塑模系统需求的 DFD 合并所有的 DFD 分段可以显示内容层次的分割模型 有时候称为 “图 0” 主要当做简报工具使用 分解为更详细的 DFD 分段,合并DFD分段产生选课系统的事件分割系统模型 (图6-8),RMO 顾客支持

4、系统的环境图(图 6-9),RMO子系统与每个子系统的使用案例(图6-10),RMO 订单输入子系统的环境图 (图 6-11),RMO 订单输入子系统的 DFD 分段 (图 6-12),分解 DFD 分段,大部份 DFD 分段都可以使用结构化英文描述 有时候 DFD 分段需要以更详细的图表显示 分解为详细 DFD 中的子处理程序 DFD 编号架构 阶层式分解 DFD 分段 2 分解为图 2 图 2 中的处理程序为 2.1, 2.2, 2.3, 2.4,产生新订单的详图 (图 6-14),实体与逻辑 DFD,逻辑模型 假定系统是在完美科技的环境下实作 无法说出系统的实作方式 实体模型 描述关于实

5、作技术的假设 在分析阶段的最后，或是设计阶段的初期开发,排课系统的实体DFD(图 6-15),评估 DFD 的质量,可读性 内部一致性与平衡感 精确地表达系统需求 减少信息超载的现象 7 2规则 单一的DFD应该不要超过7 2个处理程序 在单一的DFD上，应该不要有超过7 2个数据流，进入或离开处理程序、数据储存、或是数据元素 将必要的界面数量最小化,资料流一致性的问题,处理程序与分解它的处理程序间数据流内容的差异 数据流出却没有相对应的资料流入 数据流入却没有相对应的资料流出 结果就是不平衡的 DFD,一致性规则,全部流入处理程序的数据都必须 流出该处理程序，或 被用来产生流出该处理程序的数

6、据 全部流出处理程序的数据都必须 已流入该处理程序，或 从流入这个处理程序的数据所产生,不必要的数据输入：黑洞,拥有不可能的数据输出的处理程序，也就是奇迹 (图6-17),具有非必要数据输入的处理程序(图 6-18),带有不可能数据输出的处理程序(图 6-19),DFD 组件的说明文件,每个最低层级的处理程序都需要详细描述 需要描述数据流的内容 需要以数据元素来定义数据储存 必须定义每个数据元素 处理程序的定义存有多种选项,结构化英文,撰写处理程序规格的方法 结合结构化程序语言的规则与叙述式的英文 非常适合用来描述有许多循序处理步骤，而且控制逻辑也相对简单的处理程序 (单一循环或 if-the

7、n-else) 不适宜用来描述复杂的决策逻辑或较少（或者没有）循序处理的步骤,结构化英文的实例 (图 6-20),RMO 处理程序 2.1 及结构化英文处理程序描述(图 6-21),决策表格与决策树,比结构化英文更能够精确整理出复杂的决策逻辑 将决策逻辑融入表格或树状结构中，使得它们的描述内容更具可读性,计算运费的决策树 (图 6-24),数据流定义,数据流内容与内部结构之文字说明 通常与包括在 ERD 中的数据实体属性相符 以代数符号描述数据流上的数据元素与数据结构,RMO产品与商品项目报表的数据流定义(图 6-29),数据元素定义,数据类型的描述 字符串、整数、浮点数或布尔 有时候，这些描

8、述是非常特定的 元素的长度 最小值与最大值 数据字典 数据流、数据储存与数据元素定义的储存库,数据元素定义 (图 6-30),传统系统分析模型的组件(图 6-31),资讯工程模型,重点集中于策略规画、企业应用程序及新系统的数据需求 与结构化系统开发方法具有类似的特性 由James Martin在1980年代初期所发展 被认为比结构化方法更要严谨与完整,资讯工程系统开发生命周期的阶段 (图 6-32),处理程序分解与相依模型,IE 的处理程序模型显示三类的信息 将处理程序分解为其它的处理程序 处理程序间的相依关系 内部处理逻辑 处理程序分解图 在不同层次的抽象化下，表示处理程序间的阶层关系 处理

9、程序相依图 描述处理程序的顺序，以及与已储存实体的互动,RMO 顾客支持系统的处理程序分解图(图6-34),处理程序相依图 (图 6-35),位置与透过网络的通讯,分析阶段需要的逻辑信息 使用者的位置数量 在特定位置的处理与数据存取需求 处理及数据存取需求的容量与时机 需要做成初步的设计决策，像是 计算机系统、应用软件、数据库组件及网络容量的分配情形,搜集位置的信息,确认与描述工作会在哪里执行 绘制位置图 列出使用者在各个位置执行的功能 组建活动与位置矩阵 每一列都是事件表格中的系统活动 每一栏则代表实体的位置 组建活动与资料矩阵 (CRUD) CRUD 建立、读取、更新、删除,RMO 的活动

10、与位置矩阵 (图 6-38),RMO 的活动与资料矩阵 (CRUD)(图 6-39),总结,数据流程图、事件表格及实体关系图结合在一起运用，以便塑模系统的需求 DFD 塑模一个系统为处理程序、数据流、外部代理人、及数据储存所成的集合 DFD 比较容易阅读 它采用一小组符号，以图形的方式表现系统的重要功能 各种类型的 DFD 环境图、DFD分段、子系统DFD、事件分割DFD，以及处理程序分解DFD,总结 (续),每个处理程序、数据流及数据储存都需要详细的定义 分析师定义处理程序的规格有好几种方法，包括结构化英文、决策表格、决策树，或是处理程序分解DFD 当内部的处理太过复杂时，可以使用处理程序分解DFD 数据流是藉由它们的组件数