[软件工程]CH概要设计解读.ppt

* 对于销售子系统。初看起来，它具有变换型结构。 输入部分——加工1.1、加工1.6 输出部分——加工1.3、加工1.7 其余三个属于变换部分。加工1.4和加工1.5均不产生输出数据，所以不应划入“输出部分” * 会员ID * 和“层次图”中的每个方框对应，应该有一张IPO图描绘这个方框代表的模块的处理过程。 前面我们已经已经详细介绍过了IPO图，我们就不在重复了。 但有一点应该着重指出，那就是HIPO图中的每张IPO图都应该明显地标出它所描绘的模块在H图中的编号，以便追踪了解这个模块在软件结构中的位置。 * 以上介绍的是结构图的基本符号，也就是最经常使用的符号。 此外还有一些附加的符号，可以表示模块的选择调用或循环调用。 选择调用——表示当模块A中某个判断为真时调用模块B，为假时调用模块c。 循环调用——表示模块A循环调用模块B、C、D。 在使用”层次图“和”结构图“时，有几点需要说明： 1、层次图和结构图并不严格表示模块的调用次序。因此出于某些方面的考虑（如、为了减少交叉线），完全可以调整模块出现的顺序 2、层次图和结构图不指明什么时候调用下层模块。通常上层模块中除了调用下层模块的语句之外还有其他语句，究竟是先执行调用下层模块的语句还是先执行其他语句，在图中丝毫没有指出。 事实上，层次图和结构图只表明一个模块调用那些模块，至于模块内还有没有其他成分则完全没有表示。 3、通常用层次图作为描绘软件结构文档。结构图作为文档并不很合适，因为图上包含的信息太多反而降低了清晰程度。 完全可以通过IPO图或数据字典得到模块调用时传递的信息。 4、结构图可以作为检查复审软件结构的方法。 * 传送的每个数据元素都是完成模块功能所必须的吗？ 反之，完成模块功能的每个数据元素都传送来了吗？ 如果发现结构图上模块间的联系不容易解释，则应该考虑是否设计上有问题。 * 下面，我们开始介绍结构化设计方法。 面向数据流的设计方法的目标是给出设计软件结构的一个系统化的途径。 * 面向数据流的设计方法是国际流行的应用最广泛的，也是最完善的系统设计方法。 前面在需求分析阶段讨论的结构化分析方法和这里将要讨论的结构化设计方法共同构成了基于数据流的系统分析和设计方法。 需要注意的是：这种方法适合于任何非并发软件的开发。 结构化设计方法（SD）的中心任务是把DFD表示的系统逻辑模型方便地转化为用H图或SC图表示的软件结构。 * 可以用一张图来表示结构化设计方法的任务。 通过采用一些方法将需求分析阶段产生的DFD图映射为软件系统的软件结构 根据数据流图的类型（变换型结构和事务型结构）分别采用变化流和事务流的方法 * 首先，我们来看变化流特征 通常情况下，信息以“外部世界”的形式进入软件系统，经过处理以后在以“外部世界”的形式离开系统。 我们来看这张图， 1、信息沿输入通路进入系统，同时由外部形式变换成内部形式 2、进入系统的信息通过变换中心 3、经过加工处理以后再沿输出通路变换成外部形式离开软件 当DFD具有这些特征时，这种信息就叫作变换流。 也就是说变换流中的数据是随时间的推移而流动的。 随着时间T的变化，输入流通过变换中心最后形成输出流 * 假设在需求分析阶段产生的数字仪表板系统的数据流图如图所示。 这张数据流图对于软件结构设计而言已经足够详细了，因此不需要精化就可以进行下一个设计步骤。 而且，从图中可以看出，数据沿着两条输入通路进入系统，然后沿着五条通路离开，没有明显的事务中心。因而可以认为这个信息流具有变换流的总特征。 为什么说是总特征呢？ 在一个大系统的DFD中，变换流和事务流可能会同时出现，这时，设计人员应该根据数据流图中占优势的属性，确定数据流的全局特征。 * 原则上所有信息流都可以归结为变换流。 但是，当数据流图具有下面这中介绍的形状类似时，这种数据流是“以事务为中心的”， 也就是说，数据沿输入通路到达一个处理T，这个处理根据输入数据的类型在若干个动作序列中选出一个事务来执行。 具有这种特征的数据流应该划分为一类特殊的数据流，称为事务流。 图中的处理T称为事物中心：它完成下述任务： 1、接收输入数据（输入数据称为事务） 2、分析这个事务以确定它的类型 3、根据事务类型选取一条动作序列（活动通路） 事务流的特征： 以事务中心为核心 根据事物的要求 去执行不同的通路 * 说明了使用面向数据流方法逐步设计的过程 1、复查DFD，必要时可再次进行修改和细化 2、鉴别DFD所表示的软件系统的结构特征，确定所代表的软件结构是属于变换型还是事务型 3、分别按照“事务分析”或“变换分析”的方法，把DFD转换为初始的SC图 4、按照启发式设计规则精化初始的SC图。 最后导出接口的描述和全局数据结构。 并且进行复查，若没有问题则可以进入详细设计阶段，否则重