软件工程教案设计第四章.ppt

第四章 总体设计 wenjuan@xmu.edu.cn 在第三章的学习后，已经搞清楚了软件“做什么”的问题，进入设计阶段，要把软件“做什么”的逻辑模型变换成“怎么做”的物理模型。 本章主要介绍软件的总体设计。 总体设计的基本任务： 系统设计阶段 确定系统的具体实现方案； 结构设计阶段 确定系统的软件结构； 大型数据处理系统还包括数据库设计； 系统设计 为每份合理的方案准备下列4份资料： 系统流程图； 组成系统的物理元素清单； 成本/效益分析； 实现这个系统的进度计划； 结构设计 确定系统中每个程序是由那些模块组成的，以及这些模块相互间的关系。通常都还要进行改进，从而得到更合理的结构。 数据库设计 编写总体设计文档 审查和复审 概要设计评审 可追溯性：确认该设计是否复盖了所有已确定的软件需求，软件每一成份是否可追溯到某一项需求 接口：确认该软件的内部接口与外部接口是否已经明确定义。模块是否满足高内聚和低耦合的要求。模块作用范围是否在其控制范围之内 风险：确认该设计在现有技术条件下和预算范围内是否能按时实现 实用性：确认该设计对于需求的解决方案是否实用 技术清晰度：确认该设计是否以一种易于翻译成代码的形式表达 可维护性：确认该设计是否考虑了方便未来的维护 质量：确认该设计是否表现出良好的质量特征 各种选择方案：看是否考虑过其它方案，比较各种选择方案的标准是什么 限制：评估对该软件的限制是否现实，是否与需求一致 其它具体问题：对于文档、可测试性、设计过程..等进行评估 模块化 抽 象 信息隐蔽 模块的独立性 模块化 软件系统的模块化是指整个软件被划分成若干单独命名和可编址的部分，称之为模块。这些模块可以被组装起来以满足整个问题的需求。 把问题／子问题的分解与软件开发中的系统／子系统或系统／模块对应起来，就能够把一个大而复杂的软件系统划分成易于理解的比较单纯的模块结构。 抽象化 软件系统进行模块设计时，可有不同的抽象层次。 在最高的抽象层次上，可以使用问题所处环境的语言概括地描述问题的解法。 在较低的抽象层次上，则采用过程化的方法。 (1) 过程的抽象在软件工程中，从系统定义到实现，每进展一步都可以看做是对软件解决方法的抽象化过程的一次细化。 ? 在软件需求分析阶段，用“问题所处环境的为大家所熟悉的术语”来描述软件的解决方法。 ? 在从总体设计到详细设计的过程中，抽象化的层次逐次降低。当产生源程序时到达最低抽象层次。 (2) 数据抽象在不同层次上描述数据对象的细节，定义与该数据对象相关的操作。 信息隐蔽 信息隐蔽是指，每个模块的实现细节对于其它模块来说是隐蔽的。也就是说，模块中所包含的信息（包括数据和过程）不允许其它不需要这些信息的模块使用。 模块独立性 模块独立性, 是指软件系统中每个模块只涉及软件要求的具体的子功能, 而和软件系统中其它的模块的接口是简单的 例如, 若一个模块只具有单一的功能且与其它模块没有太多的联系, 则称此模块具有模块独立性 一般采用两个准则度量模块独立性。即模块间耦合和模块内聚 模块间的耦合  非直接耦合 两个模块之间没有直接关系，它们之 间的联系完全是通过主模块的控制和 调用来实现的。 非直接耦合的模块独立性最强。 数据耦合 (Data Coupling)一个模块访问另一个模块时，彼此之间是通过简单数据参数 (不是控制参数、公共数据结构或外部变量) 来交换输入、输出信息的。 特征耦合 (Stamp Coupling)一组模块通过参数表传递记录信息，就是标记耦合。这个记录是某一数据结构的子结构，而不是简单变量。 控制耦合 (Control Coupling) 如果一个模 块通过传送开 关、标志、名 字等控制信息， 明显地控制选 择另一模块的 功能，就是控 制耦合。 公共耦合若一组模块都访问同一个公共数据环境，则它们之间的耦合就称为公共耦合。公共的数据环境可以是全局数据结构、共享的通信区、内存的公共覆盖区等。 公共耦合的复杂程度随耦合模块的个数增加而显著增加。若只是两模块间有公共数据环境，则公共耦合有两种情况。松散公共耦合和紧密公共耦合。 内容耦合 如果发生下列情形，两个模块之间就发生了内容耦合 (1) 一个模块直接访问另一个模块的内部数据; (2) 一个模块不通过正常入口转到另一模块内部; (3) 两个模块有一部分程序代码重迭(只可能出现在汇编语言中); (4) 一个模块有多个入口。 模块内聚 偶然内聚 当模块内各部分之间没有联系，或者即使有联系，这种联系也很松散，则称这种模块为巧合内聚模块