软件体系结构-4 软件体系结构设计原理.pptVIP

§4.2 软件的非功能特性 效率 软件运行过程中对资源的使用情况、以及对系统的响应时间、存储消耗和I/O吞吐量的影响 效率问题不仅仅是设计精良算法的问题，而且是部件操作责任合理的分配、部件之间的耦合关系等体系结构的问题 良好结构、丰富功能和高效率等方面需要权衡利弊 * * §4.2 软件的非功能特性 可靠性 是软件系统在各种情况下维持其功能的能力，区分为2个方面的内容 容错性：当错误事件发生时确保正确的系统响应，必要时采取内部补救措施 健壮性：健壮性不要求软件在发生错误之后还能继续执行，他只需要保证软件能以明确和可接收的方式终止 * * §4.2 软件的非功能特性 可测试性 测试变得越来越难、越来越昂贵 支持可测试性的软件体系结构可以为错误探测和改正、以及代码调试和部件的临时集成给予支持 * * §4.2 软件的非功能特性 可重用性 “通过已经存在的来获得想要的”的软件设计和实现方法（有利于Cost、Time、Quality） 用重用进行软件开发 为重用进行软件开发 * * §4.2 软件的非功能特性 非功能性可能产生冲突 虽然非功能性在软件体系结构中非常重要，但很难对他们的效果和作用进行衡量 对软件体系结构满足非功能性的成都评价，主要还是基于工程师的经验 * * Software Architecture Perspective on an Emerging Discipline 王备战 wangbz@xmu.edu.cn 0592-2580589（0） 139592385999（M） 世界虽变化万端， 而理为一贯。 * * Chapter Four软件体系结构的设计原理 Contents 体系结构设计中遵循的原理 软件的非功能特性 * * §4.1体系结构的设计原理 抽象 封装 数据隐藏 模块化 注意点分离 耦合和内聚 充分性、完备性和原始性 策略和实现的分离 接口与实现的分离 分而治之 层次化 * * §4.1体系结构的设计原理 抽象 抽象是人们用来处理复杂性问题的基本原理之一 数据抽象、实体抽象、行为抽象、过程抽象、对象抽象、虚拟机抽象 * * §4.1体系结构的设计原理 封装 将抽象的属性和行为结合在一起 为不同的抽象提供了明确的界限 有利于非功能特性的实现 可变性 可复用性 * * §4.1体系结构的设计原理 信息隐藏 对用户隐藏部件的实现细节 接口与实现相分离 信息的隐藏 隐藏那些取决于具体的应用 用来更好地处理系统的复杂性和减少各部件之间的耦合 * * §4.1体系结构的设计原理 模块化 良好定义的分界将构成应用的逻辑结构物理地分割成代码实体 是一个应用的功能和责任的物理容器 缺点：额外复杂的系统资源管理 * * §4.1体系结构的设计原理 注意点分离（Separation of Concerns） 不同和无关联的责任应该在软件系统中分离开来，让他们出现在不同的部件中 相互协作完成某一个特定任务的部件应该和在其他任务中执行计算的部件分离开来 避免过多暴露所造成的对应用设计的负担和混乱，保证了组件运行的可靠和安全 * * §4.1体系结构的设计原理 耦合和内聚 高内聚 功能 … 偶然 弱耦合 模块间联系的紧密程度（理解、维护、调试） * * §4.1体系结构的设计原理 充分性、完备性和原始性 充分性是指部件应该把握住与其进行有意义和高效交互抽象的所有特性 完整性是指一个部件应该把握住所有与其抽象相关的特性 原始性是指部件应该完成的操作都可以容易地得到实现（人的价值是最大的） * * §4.1体系结构的设计原理 策略和实现的分离（决策机构与实现部门） 策略部件负责处理上下文相关的决策、信息的语义和解释的知识、把不相交计算组合形成结果、对参数值进行选择等问题 实现部件负责全面规范算法的执行，执行中不需要上下文相关信息进行决策 实现部件因为独立于上下文环境，因而更容易重用和维护 策略部件因为与特定的应用相关，通常随时间的变化而改变 * * §4.1体系结构的设计原理 接口和实现的分离 接口定义了部件所提供的功能并规范了功能的使用方法 实现部分包括了部件所提供功能的实际代码 强调一个客户只应该知道他需要知道的东西 是一种信息隐藏技术 接口和实现的分离可以很好的支持可变性 * * §4.1体系结构的设计原理 分而治之（divide and conquer） 自上而下的分析 自下而上的实现 * * §4.1体系结构的设计原理 层次化 Class OS DB SA Network * * §4.2 软件的非功能特性 功能特性主要是直接针对客户的功能需求，多数是容易感