第05章节软件的设计工程.pptVIP

第五章 软件设计工程;第五章 软件设计工程;5.1 软件设计的目标和准则;性能准则;最终用户准则;维护准则;在定义设计目标时，希望开发一个既安全可靠，又廉价的系统是不现实的，因此开发人员应当对所有可能的设计目标进行权衡，对必须的设计目标赋予优先级别。 一旦有了清晰的设计目标，就可以开始系统的初始分解。;权 衡;5.2 软件设计工程的任务;软件设计既是过程又是模型。 设计过程是一系列的迭代步骤，使设计人员能够描述目标系统的各个侧面。 设计模型首先描述目标系统的整体架构，然后逐步细化架构得到构造每个细节的指导原则，从而得到系统的一系列不同的视图。 软件设计是后续开发步骤及软件维护工作的基础。如果没有设计，只能建立一个不稳定的系统结构。;所谓的“不稳定”，是指每次修改，都会导致系统结构整体的变更，不但费时费力，还会引入新的错误，降低软件质量。;从工程管理的角度，可以将软件设计分为两个阶段：概要设计阶段和详细设计阶段。 从技术的角度，采用的方法不同会有所不同： 传统的结构化方法将软件设计划分为体系结构设计、数据设计、接口设计及过程设计四部分； 面向对象方法则将软件设计划分为体系结构设计、类设计∕数据设计、接口设计、构件级设计四部分。 ;体系结构设计 体系结构设计定义软件的主要结构元素及其之间的关系。体系结构设计表示可以从系统规格说明、分析模型（如对象类或数据流图）及体系结构的风格导出。 类设计 类设计对分析阶段所建立的对象类模型进行细化，转化为设计类的实现及软件实现所要求的数据结构。 数据设计; 传统方法主要根据需求阶段所建立的实体-关系图（E-R图）来确定软件涉及的文件系统的结构及数据库的表结构。面向对象方法根据类设计导出数据设计。 接口设计 接口设计描述用户界面，软件和其他系统元素如硬件设备、其他软件系统及使用人员的外部接口，以及各种构件之间的内部接口。 构件级设计 构件级设计将软件体系结构的结构元素变换为对软件构件的过程性描述。从基于类的模型、; 数据流模型及行为模型获得的信息可以作为构件设计的基础。 过程设计 过程设计的主要工作是确定软件各个组成部分内的算法及内部数据结构，并选定某种过程的表达形式来描述各种算法。 软件设计过程中所有基本技术活动的经典设计过程流程如图 ;否;良好的设计原则可为设计过程导航。 设计应遵循抽象化的原则，包含数据抽象和过程抽象。 过程抽象 是指在软件设计中将处理过程的实现细节隐藏在数据抽象中，可以直接通过模块接口使用这些处理操作。 数据抽象 是指采用抽象数据类型表示数据，实现数据封装，使得使用者可通过接口使用数据而不必关心数据结构的实现。;设计应当遵循模块化的原则。 每个模块可独立地开发、测试，最后组装成完整的程序。 其出发点是本着将一种复杂问题“分而治之”的原则。其目的是使程序的结构清晰，容易阅读、理解、测试、修改。 Meyer的良好模块设计方法的标准 模块可分解性 可将系统按问题／子问题分解的原则分解成系统的模块层次结构; 模块可组装性 可利用已有的设计构件组装成新系统，不必一切从头开始。;模块可理解性 一个模块可不参考其他模块而被理解； 模块连续性 对软件需求的一些微小变更只导致对某个模块的修改而整个系统不用大动; 模块保护 将模块内出现异常情况的影响范围限制在模块内部； 设计应遵循信息隐蔽的原则。 Parnas主张在开发时，将每个程序的成分隐藏在模块内，定义每一个模块时尽可能少地显露其内部的处理。;每个模块的实现细节对于其它模块是隐蔽的，将来修改软件时偶然引入错误所造成的影响就可以局限在一个或几个模块内部，不致波及到软件的其它部分。 在可预见将来可能修改的场合，信息隐蔽可以提高软件的可修改性、可测试性和可移植性。 模块独立性 如果一个模块能够独立于其他模块被编程、测试和修改，则该模块具有模块独立性。它是抽象、模块化和信息隐蔽的直接产物。;1978年Myers提出用两个准则来度量功能独立性，即模块间的耦合和模块的内聚。 内聚性：内聚是一个模块内部各个元素彼此结合的紧密程度的度量。 耦合性: 耦合是模块间互相连接的紧密程度的度量，它取决于各个模块之间接口的复杂度、调用方式以及哪些信息通过接口。 模块之间的耦合性越高，其模块独立性就越弱。模块的内聚性越高，它与其他模块之间的耦合性就会降低，而模块独立性就越强。 ;尽可能增加内聚 不同内聚类型：内聚性从高到低排序 (1) 功能内聚 一个模块中各个部分都是为了完成一项具体功能而协同工作，紧密联系，不可分割的。这种模块就是功能内聚模块。功能内聚模块的模块独立性最强。;层内聚 相关服务放在一起，并有严格的层次结构，高层服务可访问低层服务，反之不可。如分层结构。;通信内聚 访问或操作同一数据的过程放在一个类中