计算机软件工程第五章总体设计.pptVIP

SOFTWARE ENGINEERING 精化后的数字仪表板系统的软件结构 SOFTWARE ENGINEERING §5.5面向数据流的设计方法 5.5.5 事务分析的设计步骤 （1）复查基本系统模型 （2）复查并精化数据流图 （3）确定数据流图的特性 （4）确定事务中心、接收部分和发送部分 （5）完成“第一级分解” （6）完成“第二级分解” （7）改进初始软件结构 （8）优化软件结构 （9）为每个模块写一个简要说明 SOFTWARE ENGINEERING 事务分析的映射方法 SOFTWARE ENGINEERING C SOFTWARE ENGINEERING SOFTWARE ENGINEERING SOFTWARE ENGINEERING 计算多地点日平均温度程序的层次图。确定每个模块的内聚类型。 计算多个地点 的日平均温度 初始化变量SUM 并打开文件 创建新的 温度记录 存储温度记录 关闭文件并 打印平均温度 读取地点、 时间和温度 计算特定地点 的日平均温度 SOFTWARE ENGINEERING Q R T S U P 编号 输入 输出 1 飞机类型 状态标志 2 飞机零件清单 3 功能代码 4 飞机零件清单 5 零件编号 零件制造商 6 零件编号 零件名称 确定模块之间的耦合类型 模块接口描述 1 2 3 4 5 6 * 七种内聚的优劣评分 功能内聚 10分 顺序内聚 9分 通信内聚 7分 过程内聚 5分 时间内聚 3分 逻辑内聚 1分 偶然内聚 0分 高内聚 低内聚 内聚 　　１ 　　２　　 ３　　 ４　　 ５　　 ６　　７ 弱 强 　　　低内聚　　　　　中内聚　　　　高内聚 SOFTWARE ENGINEERING §5.2 软件设计的概念和原理 设计原则： 力求作到高内聚，通常中内聚也可以使用，效果和高内聚相差不多，禁止使用低内聚。 SOFTWARE ENGINEERING §5.3启发式规则 人们在软件开发的长期实践中积累了丰富的精要，总结经验得出了一些启发式规则。 启发式规则：启发式规则多数是经验规律，对改进设计、提高软件质量，往往有重要的参考价值； 规则如下： （1）改建软件结构提高模块独立性 --通过模块分解合并，做到低耦合高内聚 （2）模块规模应该适中 过大：60行，1页之内，可理解程度下降 过小：开销大于有效性，导致系统接口负责。 SOFTWARE ENGINEERING §5.3启发式规则 （3）深度、宽度、扇入、扇出都应该适当 ①深度：软件结构的控制层次 ②宽度：软件结构内同一层次上的模块总数的最大值 ③扇出：一个模块直接控制（调用）的模块总数 ④扇入：一个模块有多少上级模块直接调用它。 设计原则：通常顶层扇出比较高，中层扇出较少，底层扇入到公共的实用模块中去。（底层模块有高扇入） （4）模块的作用域应该在控制域之内 模块的作用域—受该模块内一个判定影响的所有模块的集合； 模块的控制域—这个模块本身以及所有直接或间接从属于它的模块的集合 扇入和扇出 M M M的扇入 M的扇出 例子：扇出 计算 实发工资 　取得 工资数据 编外人员 　扣　款 编外人员 　工　资 编外人员 　税　收 薪金制 工资额 计时制 工资额 常规 扣款 税收 扣款 煎饼形结构 不可取！ 例子：扇出 常规 扣款 编外人员 实发工资 计　算 实发工资 取　　得 工资数据 计时工人 实发工资 计薪工人 实发工资 编外人员 扣　　款 编外人员 税　　收 编外人员 工　　资 税收 扣款 计时制 工资额 薪金制 工资额 把煎饼形结构转换成塔型结构 作用域和控制域原则: TOP C D E F A B TOP C D E F A B TOP C D E F A B 模块D的作用域超出控制域 模块TOP的作用域在控制域内但距离太远，使模块B、D的接口有冗余的信息 D的作用域在控制域内 SOFTWARE ENGINEERING §5.3启发式规则 （5）力争降低模块接口的复杂性 --- 接口复杂是软件发生错误的一个主要原因，应设计接口，使得信息传递简单并且和模块的功能一致 例如：求一个一元二次方程的根的函数： QUAD_ROOT(TBL,X):TBL数组传递方程系数，数组X回送求的根。 QUAD_ROOT(A，B，C，ROOT1，ROOT2) :