软件工程5解析.ppt

第五章 软件设计工程 软件工程课件 第五章 软件设计工程 5.1 软件设计的目标与准则 5.2 软件设计工程的任务 5.3 创建良好设计的原则 5.4 传统的结构化设计方法 5.5 面向对象的系统设计 5.6 对象设计 5.7 处理过程设计 5.8 软件设计规格说明 5.9 软件设计评审 5.1 软件设计的目标和准则 软件设计的基本目标是用比较抽象概括的方式确定目标系统如何完成预定的任务，即软件设计是确定系统的物理模型。 从技术观点来看，软件设计包括数据设计、体系结构设计、接口设计、过程设计。 有一些设计目标是从用户那里得到，更多的设计目标是从非功能需求或应用领域中抽取出来。 设计目标可以从以下 5 组设计准则中选择。 性能准则 成本准则 维护准则 性能、可靠性和最终用户准则往往从需求中明确地获取，也可以从应用领域中获取；而成本和维护准则由客户和供应商提出。 在定义设计目标时，希望开发一个既安全可靠，又廉价的系统是不现实的，因此开发人员应当对所有可能的设计目标进行权衡，对必须的设计目标赋予优先级别。 一旦有了清晰的设计目标，就可以开始系统的初始分解。 5.2 软件设计工程的任务 软件设计工程的任务是基于需求分析的结果建立各种设计模型，给出问题解决的方案。 软件设计是将用户需求准确地转化成为最终的软件产品的唯一途径，在需求到实现之间起到了桥梁作用。 在软件设计阶段，需要在多种设计方案之中进行决策和折中，并使用选定的方案进行后续的开发活动。设计决策将最终影响软件实现的成败，同时也将影响到软件维护。 软件设计的概念 软件设计既是过程又是模型。 设计过程是一系列的迭代步骤，使设计人员能够描述目标系统的各个侧面。 设计模型首先描述目标系统的整体架构，然后逐步细化架构得到构造每个细节的指导原则，从而得到系统的一系列不同的视图。 软件设计是后续开发步骤及软件维护工作的基础。如果没有设计，只能建立一个不稳定的系统结构。 所谓的“不稳定”，是指每次修改，都会导致系统结构整体的变更，不但费时费力，还会引入新的错误，降低软件质量。 软件设计的阶段与任务 从工程管理的角度，可以将软件设计分为两个阶段：概要设计阶段和详细设计阶段。 从技术的角度，采用的方法不同会有所不同： 传统的结构化方法将软件设计划分为体系结构设计、数据设计、接口设计及过程设计四部分； 面向对象方法则将软件设计划分为体系结构设计、类设计∕数据设计、接口设计、构件级设计四部分。 体系结构设计 体系结构设计定义软件的主要结构元素及其之间的关系。体系结构设计表示可以从系统规格说明、分析模型（如对象类或数据流图）及体系结构的风格导出。 类设计 类设计对分析阶段所建立的对象类模型进行细化，转化为设计类的实现及软件实现所要求的数据结构。 数据设计 传统方法主要根据需求阶段所建立的实体-关系图（E-R图）来确定软件涉及的文件系统的结构及数据库的表结构。面向对象方法根据类设计导出数据设计。 接口设计 接口设计描述用户界面，软件和其他系统元素如硬件设备、其他软件系统及使用人员的外部接口，以及各种构件之间的内部接口。 构件级设计 构件级设计将软件体系结构的结构元素变换为对软件构件的过程性描述。从基于类的模型、 软件设计的过程 数据流模型及行为模型获得的信息可以作为构件设计的基础。 过程设计 过程设计的主要工作是确定软件各个组成部分内的算法及内部数据结构，并选定某种过程的表达形式来描述各种算法。 软件设计过程中所有基本技术活动的经典设计过程流程如图 创建良好设计的原则 良好的设计原则可为设计过程导航。 设计应遵循抽象化的原则，包含数据抽象和过程抽象。 过程抽象 是指在软件设计中将处理过程的实现细节隐藏在数据抽象中，可以直接通过模块接口使用这些处理操作。 数据抽象 是指采用抽象数据类型表示数据，实现数据封装，使得使用者可通过接口使用数据而不必关心数据结构的实现。 设计应当遵循模块化的原则。 每个模块可独立地开发、测试，最后组装成完整的程序。 其出发点是本着将一种复杂问题“分而治之”的原则。其目的是使程序的结构清晰，容易阅读、理解、测试、修改。 Meyer的良好模块设计方法的标准 模块可分解性 可将系统按问题／子问题分解的原则分解成系统的模块层次结构; 模块可组装性 可利用已有的设计构件组装成新系统，不必一切从头开始。 模块可理解性 一个模块可不参考其他模块而被理解； 模块连续性 对软件需求的一些微小变更只导致对某个模块的修改而整个系统不用大动; 模块保护 将模块内出现异常情况的影响范围限制在模块内部； 设计应遵循信息隐蔽的原则。 Parnas主张在开发时，将每个程序的成分隐藏在模块内，定义每一个模块时尽可能少地显露其内部的处理。 每个模块的实现