软件工程第五章探索.ppt

99-5-5 Software Engineering 第一章 软件和软件工程 软 件 工 程 第五章 总体设计 5.1 设计过程 5.2 设计原理 5.3 启发规则 5.4 描绘软件结构的图形工具 5.5 面向数据流的设计方法 5.6 小结 1.设想供选择的方案 在数据流图的基础上，考虑各种可能的实现方案。 一种常用的方法是，设想把数据流图中的处理分组的各种可能的方法，抛弃在技术上行不通的分组方法，余下的分组方法代表可能的实现策略。 2、选取合理的方案 从上一步得到的一系列供选择的方案中选取若干个合理的方案，通常，考虑的这些方案中至少应包括低成本、中成本和高成本的三种方案类型。 对每个合理方案要提供以下几方面资料： （1）系统流程图； （2）数据字典； （3）成本／效益分析； （4）实现这个系统的进度计划。 根据系统分析确定的目标，来判断哪些方案是合理的。 在判断哪些方案合理时应该考虑在问题定义和可行性研究阶段确定的工程规模和目标，有时可能还需要进一步征求用户的意见。 3.推荐最佳方案 综合分析对比各种合理方案的利弊，推荐一个最佳的方案，并为最佳方案制定详细的实现计划。 4.功能分解 为了最终实现目标系统，必须设计出组成这个系统的所有程序和文件（或数据库）。 对于大型程序的设计，通常分为两个阶段：结构设计和过程设计。 结构设计：确定程序由哪些模块组成，以及这些模块之间的相互关系。 过程设计：确定每个模块的处理过程。 其中，结构设计是总体设计阶段的任务，而过程设计则是详细设计阶段的任务。 对数据流图进一步细化，进行功能分解 5.设计软件结构 软件结构反映系统中模块的相互调用关系：顶层模块调用它的下层模块以实现程序的完整功能，每个下层模块再调用更下层的模块，最下层的模块完成最具体的功能。 软件结构通过层次图或结构图来描绘，可以直接从数据流图映射出软件结构。 6.数据库设计 数据库的应用越来越广泛，目前大多数的系统都要用到数据库技术。 数据库设计是一项专门的技术，包括模式设计、子模式设计、完整性和安全性设计和优化处理等。 7.制定测试计划 在软件开发的早期阶段提前考虑软件的测试计划是很有必要的。这样能促使软件设计人员在设计时注意到软件的测试问题，从而有利于提高软件的可测试性。 8.书写文档 文档包括： 系统说明 用户手册 测试计划 详细的实现计划 数据库设计结果 9.审查和复审 先技术审查 后管理审查 逐步求精是一项把一个时期内必须解决的种种问题按优先级排序的技术。它确保每个问题都将被解决，而且每个问题都将在适当的时候被解决，但是，在任何时候一个人都不需要同时处理7个以上知识块。 模块的独立程度由两个定性标准度量，分别是耦合和内聚。 耦合：衡量不同模块彼此间互相依赖(连接)的紧密程度； 内聚：衡量一个模块内部各个元素彼此结合的紧密程度。 ⑴ 耦合(Coupling) 例1：A访问C的内部数据或不通过正常入口而转入C的内部。 例2：部分代码重叠（常出现在汇编程序中） ? 公共耦合 (Common coupling)：几个模块共享一个数据区域 图中存在公共耦合，假设模块A、C、E都存取全程数据区（如公用一个磁盘文件）中的一个数据项。 如果A模块读取该项数据，然后调用C模块对该项重新计算，并进行数据更新。 如果此时C模块错误地更新了该项数据，在往下的处理中模块E读该数据项时出现错误。 表面上看，问题由模块E产生，实际上由模块C引起。 ?控制耦合(Control coupling)：一个模块通过传递控制信息来控制另一个模块 ? 低内聚： ?偶然内聚（Coincidental cohesion） ? 时间内聚（Temporal cohesion）：模块内的功能在同一时间段内完成 例如：系统的初始化 问题：不同功能混在一个模块中，有时共用部分编码，使局部功能的修改牵动全局。 ? 通信内聚（Communicational cohesion）：模块中所有元素都用同一个输入数据或产生同一个输出数据 例如：从同一磁带上读取不相干的数据 —— 可能破坏独立性。 ? 深度 = 分层的层数。过大表示分工过细。 ? 宽度 = 同一层上模块数的最大值。过大表示系统复杂度大。 ? 扇出 = 一个模块直接调用\控制的模块数。 3 ? fan-out ? 9 对扇出、扇入过大的改进： §2. 软件设计原则 ? 控制域 例:画出打印报告的软件结构图 由数据流图推导出系统的初始结构图。 利用一些启发式原则来改进