Ch14–提高软件设计质量.ppt

软件质量保证和管理 - Ch.14 提高软件设计质量 第13章 回顾 13.1 需求分析的概念 软件系统的构建层次， 软件需求工程过程 13.2 需求的获取与分析 13.3 需求分析建模 结构化分析建模，面向对象的分析建模，敏捷建模 13.4 系统需求的质量保证 第 14章 提高软件设计质量 课程目标 了解软件设计的目标 理解软件体系结构的模型 掌握软件设计模式 理解软件设计的优化 了解一些典型的软件系统设计 14.1 软件设计 14.1.1 软件设计的目标 14.1.2 软件设计评价标准 软件设计质量的分析与评价包含： 质量属性、度量以及质量分析与评价技术。 区分软件设计的质量属性： 软件运行时间评价的质量属性；软件维护时间评价的质量属性；与体系结构本质质量相关的质量属性； 软件设计度量方法可以分为： 面向功能设计的度量，面向对象设计度量。 软件设计的评价工具和技术： 软件设计评审，静态分析，模拟与原型。 软件设计模型： 由实体空间，过程空间和形式空间组成。 软件系统设计模型示意图 软件设计评价 实体空间标准 以源系统做为标准来度量系统设计模型，是一个软件设计最终应该附合的标准。它依赖于我们对于源系统的认识程度，同时软件设计是思维的产物。 过程空间标准 可以看作实体空间的间接标准，是基于分析模型和设计模型来定义。 形式空间标准 以目标系统的角度(即软件产品质量属性)检验系统设计。实体空间标准和过程空间标准，可以保证目标系统的功能满足源系统。 软件设计质量考察指标 设计结果的稳定性 设计的清晰性 设计合理性 系统的模块结构所显示的宽度、深度等 模块间松耦合而模块内部又保持高度一致性、稳定性是高质量软件设计的关键之一 给出的系统设计是否满足软件需求 可测试性和可追溯性 所要设计的系统在整个项目软件中的地位、作用 对各种需求项是否都进行了相应的设计分析 系统的模块结构复杂性描述 14.1.3 软件设计原则 软件设计的思想原则 用户需求远比技术重要 需求其实很少改变，改变的是对需求的理解 接受变化 不要低估软件规模的需求 在软件设计中没有捷径可以走 任何体系结构都有它自身的优点和缺点，设计模式也一样 软件设计的技术原则 开－闭原则 单一职责原则 李氏代换原则 依赖倒转原则 接口隔离原则 合成/聚合复用原则 迪米特法则 耦合的表现形式 系统模块的内聚性 14.2 软件体系结构 14.2.1 体系结构的模型和视图 14.2.2 体系结构的分类 C/S软件体系结构 传统的二层C/S结构存在局限性。 三层C/S结构将应用功能分为表示层、功能层和数据层。 B/S软件体系结构 B/S结构是对C/S结构的一种改进。 B/S结构和C/S结构比较接近，但也具有自己的特点。 中间件的多层分布式的体系结构 具有客户端的表示层、中间的业务逻辑层和数据库服务器的三层或多层体系结构。 多层体系结构将客户和资源分开，降低了服务器的负载。 多层分布式系统中，不同的组件可以用不同的语言来实现。 14.2.3 体系结构的设计 多层分布式体系主要层次 在多层体系设计中，各层次按照一定方式进行划分，实现明确分工。 客户、业务服务、数据服务。 多层分布式体系设计要点 安全性、稳定性 易维护 快速响应 系统扩展灵活 多层分布式体系结构的应用开发 要考虑3方面的技术：开发环境、应用程序的集成、应用程序的配置。 系统平台软件和终端软件的体系结构的划分是以高性能、高可靠性、高安全性、高扩展性和可管理为原则。 14.2.4 异步体系结构的选择 异步体系结构优点： 更快的响应时间 负载平衡 具有更好的容错能力 支持断续连接的系统 异步体系结构缺点： 利用通知或轮询进行状态跟踪 处理超时 创建和执行补偿逻辑 14.3 软件设计模式 《设计模式》：设计模式使得人们可以更加简单和方便地去复用成功的软件设计和体系结构，从而能够帮助设计者更快更好地完成系统设计。 《建筑的永恒方法》：模式是一条由三部分组成的规则，它表示了一个特定环境、一个问题和一个解决方案之间的关系。每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心。这样，你就能一次又一次地使用该方案而不必做重复劳动。 14.3.1 设计模式的分类 设计模式分类 设计模式分类 14.3.2 MVC模型 模型：是封装数据和所有基于对这些数据的操作。 视图：是封装对数据的显示、即用户界面。 控制器：是封装外界作用于模型的操作和对数据流向的控制。 MVC设计模式将模型、视图与控制器分隔开来。 MVC设计模式实现过程： 控制器创建模型； 控