第一章可行性研究.ppt

第5章 总体设计 5.1 设计过程 5.2 设计原理 5.3 启发规则 5.4 描绘软件结构的图形工具 5.5 面向数据流的设计方法 5.6 小结 【学习目标】 了解总体设计过程 掌握衡量模块独立的标准：耦合和内聚 掌握启发式规则 掌握描绘软件结构的图形工具：层次图、HIPO图 结构图 掌握面向数据流的设计方法 【难点和重点】 重点：掌握耦合和内聚、面向数据流的设计方法； 难点：面向数据流的设计方法 第五章 总体设计 (3) 推荐最佳方案：综合分析，选择一个最佳方案，制定最佳方案的详细实现计划； (4)功能分解 结构设计：系统由那些模块组成，模块间的关系——总体设计； 过程设计：确定每个模块的处理过程 ——详细设计。 ⑸设计软件结构：确定软件系统中每个程序由哪些模块组成及模块相互间的关系，改进软件结构。 ⑹数据库设计：确定表与表之间的关系。 ⑺制定测试计划：促使软件设计人员在设计时注意提高软件的可测试性。 5.2 设计原理 模块化：把程序划分成独立命名且可独立访问的模块；每个模块完成一个子功能，把全部模块集成起来构成一个整体，可以完成指定的功能，满足用户的需求。 模块化可以使一个复杂的大型程序能被人的智力所管理。 设函数C(x)定义问题x的复杂度，函数E(x)确定解决问题X需要的工作量。对于两个问题P1和P2，如果： C(P1) C(P2) 则 E(P1) E(P2) 根据人类解决问题的经验，有 C(P1＋P2) C(P1)＋C(P2) →E(P1＋P2) E (P1)＋E (P2)。 结论： “分而治之”——把复杂的问题分解成许多容易解决的小问题。 软件开发中的三种基本策略：（第1章已讲） 复用、分而治之、优化与折衷。 图5.1 模块化和软件成本 三、逐步求精 为了能集中精力解决主要问题而尽量推迟对问题细节的考虑。 人类的认知过程遵守Miller法则：一个人在任何时候都只能把注意力集中在（7±2）个知识块上。 在开发软件的过程中，软件工程师在一段时间内需要考虑的模块数远远多于7→将须解决的问题按优先级排序，在任何时候一个人都不需要同时处理7个以上模块。 模块独立性的重要性： ⑴ 具有独立模块的软件易开发(能够分割功能而且接口可以简化，利于多人分工合作开发同一个软件)。 ⑵ 独立的模块比较容易测试和维护（因为修改设计和程序需要的工作量较小，错误传播范围小，可以“插入”模块扩充功能）。 弱耦合 公共环境耦合：也称公共耦合，模块间通过 公共数据环境相互作用。 公共环境可以是全程变量、共享的通信区、内存的公共覆盖区、任何存储介质上的文件、物理设备等等。 内容耦合 内容耦合：一个模块与另一个模块的内部 数据有关。 设计时力求做到高内聚，可以采用中内聚，不要使用低内聚。 偶然内聚：将语句和程序段随意地组合在一 起，它们之间无任何关系。 逻辑内聚：逻辑上相同或相似的各成份组合 在一起。 时间内聚：同一时间内执行的各成份组合在 一起。 逻辑性模块 过程内聚：一个模块内的处理元素相关， 且必须按特定顺序执行。 通信内聚：在同一数据结构上操作的各成 份组合在一起。 顺序内聚：与同一功能相关且按顺序执 行的各成份组合在一起。 功能内聚：仅为完成一个功能的各成份组 合在一起。内聚最强 例：将与同一张年报表有关的所有程序段组成一个模块，该模块的内聚性为 。 功能内聚的模块易于理解、易修改，与其他模块的耦合弱。 功能内聚的模块有利于实现软件的重用，从而提高软件开发的效率。 补充例题 Word文件或邮件 扇入和扇出 扇出例题 扇出例题 例如：下图所示模块的控制范围(棱形符号表示模块内有判定功能，阴影表示模块的作用范围)。 在(1)中，模块D的作用范围是C、D、E和F，控制范围是D、E、F，作用范围不在控制范围以内，这种结构最差。 在(2)中，模块TOP的作用范围在控制范围之内，但是判定所在模块与受判定影响的模块位置太远。 最理想的结构图是(3)，模块D的作用范围在其控制范围之内，且判定所在的模块与受其影