第四章设计工程.docVIP

第四章 设计工程 设计是任何工程化产品或系统开发阶段中的第一步，它可以定义为“为了能够足够详细地定义一种设备、一个处理或一个系统，以便保证其物理实现，而应用各种技术和原则的过程。”[4]。与其他学科中的设计方法一样，设计也是软件开发过程中不可或缺的阶段。 设计工程是整个软件工程中的核心活动。在上个世纪九十年代早期，Lotus 1-2-3的创造者Mitch Kapor就提到：什么叫软件设计？它就是你脚跨两个世界的立足点——科技的世界和人类需求的世界——你试着将这两个世界连接起来。 软件设计随着新的方法、更好的分析和更广泛的理解的演化而不断地变化着。早期，软件设计仅局限在“编程”或“代码书写”。目前，经过近四十年的发展，已经逐步形成了一套系统的软件设计方法、质量标准以及符号体系。在本章中我们主要介绍应用于软件设计工程中的基本概念和原则，在后续的章节中将会介绍各种具体的软件设计方法。 4.1软件设计工程概述 软件设计的演化是一个历经了过去十年的连续过程。早期的设计工作集中在模块化程序的开发标准和自顶向下求精软件结构的方法，设计定义的过程方面发展成一种称为结构化程序设计的理论，以后的工作提出了将数据流或数据结构转化为设计定义的方法。近期的设计方法提出一种面向对象方法导出的设计。同第三章中提到的分析方法一样，每一种软件设计方法引入了独特的启发信息和符号体系，以及关于什么特性会影响设计质量的观点。 软件设计开始于软件需求的分析和规约之后，位于软件工程过程中的技术核心位置，是把需求转化为软件系统的最重要环节。软件设计是将用户要求准确地转化成为最终的软件产品的唯一途径；同时，软件设计又是后续开发步骤及软件维护工作的基础，设计提供了软件的表示，使得软件的质量评价成为可能。如果没有设计，只能建立一个不稳定的系统，只要出现一些小小的变动，就会使得整个软件系统垮掉，而且难于测试。 4.1.1软件设计的任务 设计是每个工程师都想做的事。它是将要建造的某种东西的有意义的工程表示，是一个产品或系统关于客户需求，商业需要，技术考察综合起来的程式化表达。设计制造出一个软件模型或者说是软件的表达形式，但是它不是分析模型（分析模型更注重于要求的数据，功能，操作的描述）。设计模型是关于软件数据结构，体系结构，内部接口以及系统执行所必须的部件的细节描述。 分析模型（第三章）的每个元素都提供了为完成设计规范所创建的四个设计模型所必需的信息。软件设计的信息流表示在图4.1中。通过数据、功能和行为模型所展示的软件需求所需的信息被传送给设计阶段，使用许多设计方法（后面章节将讨论）中的一种，设计阶段产生数据/类设计，体系结构设计，接口设计，构件级设计。 数据/类设计将分析-类模型变换成类的实现和软件实现所需要的数据结构。在类和由CRC（Class-Responsibility-Collaborator，见第7章 面向对象的分析与设计）中定义的数据对象和关系以及数据字典中描述的详细数据内容提供了数据设计活动的基础。部分数据可能和软件体系结构的设计同时发生，更详细的数据结构则发生在每个软件构件被设计时。 体系结构设计定义了软件的主要结构性元素、可以用于达成针对系统而定义的需求的设计模式以及影响体系结构设计模式被应用方式的约束之间的关系。体系结构设计表示即基于计算机的系统的框架可以从系统制约、分析规模和分析规模中定义的子系统的交互导出。 接口设计描述了软件内部、软件和协作系统之间以及软件同人之间如何通信。一个接口意味着信息流（如数据流和控制流）和特定的行为模型，因此，数据和控制图提供了接口设计所需的信息。 构件级设计将软件体系结构的结构性元素变换为对软件构件的过程性描述。从类为基础的模型，流模型，行为模型中得到的信息作为构件设计的基础。 图4.1 分析模型到软件设计的转化 在进行软件设计的过程中，我们要密切关注软件的质量因素。设计是在软件开发中形成质量的阶段，设计为我们提供了可以用于质量评估的软件表示，设计是我们能将用户需求准确地转化为完整的软件产品或系统的唯一方法。McGlanghlin [5] 给出在将需求转换为设计时，判断设计好坏的三条特征，也就是软件设计过程的目标： 设计必须实现分析模型中描述的所有显式需求，必须满足用户希望的所有隐式需求 设计必须是可读、可理解的，使得将来易于编程、易于测试、易于维护 设计应从实现角度出发，给出与数据、功能、行为相关的软件全貌 为达到这些目标，必须建立衡量设计的技术标准，它们包括： 设计出来的结构应是分层结构，从而建立软件成份之间的控制 设计应当模块化，从逻辑上将软件划分为完成特定功能或子功能的构件 设计应当既包含数据抽象，也包含过程抽象 设计应当建立具有独立功能特征的模块 设计应当建立能够降低模块与外部环境之间复杂连接的接口 设计应能根据软