软件工程结构化系统设计.ppt

第五章 结构化系统设计;由数据流图推导出系统的初始结构图。 利用一些启发式原则来改进系统的初始结构图，直到得到符合要求的结构图为止。 修改和补充数据词典。 制定测试计划。;1．复审DFD图,必要时可再次进行修改或细化 2．鉴别DFD图所表示的软件系统的结构特征,确定它所代表的软件结构是属于变换型还是事务型 3．按照SD方法规定的一组规则，把DFD图映射为初始的SC图 4．按照设计改进原则优化和改进初始的SC图，获得最终SC图。;系统结构特征: 变换型 事务型;变换型结构模型;变换型结构模型;变换型系统结构图;事务型结构模型;事务型结构模型;事务型变换型;建立初始结构图;SC图符号;传入模块 ─ 从下属模块取得数据，经过某些处理，再将其传送给上级模块。它传送的数据流叫做逻辑输入数据流。 传出模块 ─ 从上级模块获得数据，进行某些处理，再将其传送给下属模块。它传送的数据流叫做逻辑输出数据流。;变换模块 ─ 它从上级模块取得数据，进行特定的处理，转换成其它形式，再传送回上级模块。它加工的数据流叫做变换数据流。 协调(控制)模块 ─ 对所有下属模块进行协调和管理的模块。;简单调用;选择调用与循环调用;变换分析;事务分析;变换分析例;变换分析例;2.第一级分解;变换分析例;;变换分析例;变换分析例;初始的SC图;作业;变换分析方法由以下四步组成： 重画数据流图； 区分有效（逻辑）输入、有效（逻辑）输出和中心变换部分； 进行一级分解，设计上层模块； 进行二级分解，设计输入、输出和中心变换部分的中、下层模块。;① 在选择模块设计的次序时，必须对一个模块的 全部直接下 属模块都设 计完成之后， 才能转向另 一个模块的 下层模块的 设计。;② 在设计下层模块时，应考虑模块的耦合和内聚问题，以提高初始结构图的质量。 ③ 使用“黑箱”技术: 在设计当前模块时，先把这个模块的所有下层模块定义成“黑箱”，在设计中利用它们时，暂时不考虑其内部结构和实现。在这一步定义好的“黑箱”，在下一步就可以对它们进行设计和加工。这样，又会导致更多的“黑箱”。最后，全部“黑箱”的内容和结构应完全被确???。;④ 在模块划分时，一个模块的直接下属模块一般在5个左右。如果直接下属模块超过10个，可设立中间层次。 ⑤ 如果出现了以下情况，就停止模块的功能分解：?当模块不能再细分为明显的子任务时；?当分解成用户提供的模块或程序库的子程序时；?当模块的界面是输入／输出设备传送的信息时；?当模块不宜再分解得过小时。;事务型系统结构图;事务分析;;;事务分析过程;② 规定适当的事务型结构在确定了该数据流图具有事务型特征之后，根据模块划分理论，建立适当的事务型结构。 ③ 识别各种事务和它们定义的操作从问题定义和需求分析中找出的事务及其操作所必需的全部信息，对于系统内部产生的事务，必须仔细地定义它们的操作。;④ 注意利用公用模块在事务分析的过程中，如果不同事务的一些中间模块可由具有类似的语法和语义的若干个低层模块组成，则可以把这些低层模块构造成公用模块。 ⑤ 对每一事务，或对联系密切的一组事务，建立一个事务处理模块；如果发现在系统中有类似的事务，可以把它们组成一个事务处理模块。;⑥ 对事务处理模块规定它们全部的下层操作模块 ⑦ 对操作模块规定它们的全部细节模块变换分析是软件系统结构设计的主要方法。一般，一个大型的软件系统是变换型结构和事务型结构的混合结构。所以，我们通常利用以变换分析为主，事务分析为辅的方式进行软件结构设计。; ;软件模块结构的改进;模块的大小;扇入和扇出;尽可能减少高扇出结构，随着深度增大扇入。如果一个模块的扇出数过大，就意味着该模块过分复杂，需要协调和控制过多的下属模块。应当适当增加中间层次的控制模块。;例:高扇出模块结构改进;续;续;续; ① 完全相似：在结构上完全相似，可能只是在数据类型上不一致。此时可以采取完全合并的方法。 ② 局部相似：找出其相同部分，分离出去，重新定义成一个独立的下一层模块。还可以与它的上级模块合并。;;模块的控制范围包括它本身及其所有的从属模块。 模块的作用范围是指模块内一个判定的作用范围，凡是受这个判定影响的所有模块都属于这个判定的作用范围。 ;作用范围/控制范围原则: 一个判定的作用范围包含在这个判定所在模块的控制范围之内;; ② 公共数据域病态联接 模块A和模块B通过公共数据域，直接传送或接受数据，而不是通过它们的上级模块。这种方式将使得模块间的耦合程度剧增。它不仅影响模块Ａ和模块Ｂ，而且影响与公共数据域有关联的所有模块。 ;③ 通信模块联接 即模块A和模块B通过通信模块TABLEIT传送数据。从表面看，这不是病态联接，因为模块Ａ和模块B都未涉及通信模块TABLEIT 的内部