动态软件体系结构讲解.pptVIP

第四章 动态软件体系结构 * 4.1 动态软件体系结构概述 4.2 软件体系结构的动态模型 动态软件体系结构概述 当前，软件体系结构研究主要集中在静态体系结构上，这种体系结构在运行时不能发生改变 如果系统需求或环境发生变化，停止系统运行来进行体系结构的更新或维护，将会引起高额的费用和巨大的风险，对系统的安全性也会产生严重的影响 因此，有关学者开始研究动态软件体系结构，即软件系统由于特殊需求必须在连续运行的情况下，对软件体系结构进行适应性调整 由于系统需求、技术、环境、分布等因素的变化而导致软件体系结构的变动，称之为软件体系结构演化 * 体系结构动态变化的原因 软件内部执行所导致的体系结构改变：例如很多服务器端软件会在客户请求到达时创建新的构件来响应用户的需求，某个自适应的软件系统可能根据不同的配置状况采用不同的连接子来传送数据 软件系统外部的请求对软件进行的重配置：例如有很多高安全性的软件系统，这些系统在升级或进行其他修改时不能停机。因为修改是在运行时刻进行的，体系结构也就动态地发生了变化。在高安全性系统之外也有很多软件需要进行动态修改，比如很多操作系统期望能够在升级时无须重新启动系统，在运行过程中就完成对体系结构的修改 * 体系结构的动态变化可分为（1/3） 结构 软件系统为适应当前的计算环境往往需要调整自身的结构，比如增加或删除构件、连接子，这将导致SA的拓扑结构发生显式的变化 行为 由于用户需求的变化或者系统自身QoS调节的需要，软件系统在运行过程中会改变其行为，比如由于安全级别的提高更换加密算法；将http协议改为https协议，行为的变化往往是由构件或连接子的替换和重配置引起的 * 体系结构的动态变化可分为（2/3） 属性 已有的软件体系结构描述大都支持对非功能属性(non functional properties)的规约和分析，比如对服务响应时间和吞吐量的要求等，在系统运行的过程中这些要求可能发生改变，而这些变化又会进一步触发软件系统结构或行为的调整，属性的变化是驱动系统演化的主要原因 * 体系结构的动态变化可分为（3/3） 风格 通常，演化前后软件的体系结构风格应该保持不变，如非要发生改变也只能是“受限”的演化，即只允许体系结构风格演化为其“衍生”风格。风格“衍生”关系类似于面向对象中的继承关系，比如将原有的两层C/S 结构调整为3层或多层的B/S 结构，将“1对1”的请求/响应结构改为“1对N”的结构，以实现负载平衡等 * 完整性和一致性是动态变化的必要条件 运行时刻上述SA所可能发生的变化，需要保证该变化不会破坏系统体系结构的完整性和一致性 完整性意味着系统的演化不能破坏软件体系结构描述中的约束，比如限制与某构件相连的构件数目为1，若在演化过程中删除了与它相连的原有构件，或者为它增加了一个新的相连构件，都会导致系统出错 完整性还意味着演化前后系统的状态不会丢失，否则系统将变得不“安全”，甚至不能正确运行 * 一致性和完整性是动态变化的必要条件 一致性有4层含义： 1) 体系结构描述与系统实现的一致性，运行时刻的修改应及时地 反映到描述中，以保证描述不会过时 2) 系统内部状态的一致性，正在修改的部分不应被其他模块更改 3) 系统行为的一致性，如管道-过滤器风格中增加一个过滤器， 则需要保证该过滤器的输入和输出与相连的管道要求一致 4) 体系结构风格的一致性，演化前后体系结构或保持风格不变， 或演化为当前风格的“衍生”风格 * 软件体系结构的动态模型 基于构件的动态系统结构模型（CBDSAM）支持运行系统的动态更新，该模型分为三层 * 软件体系结构的动态模型 应用层：包括构件连接、构件接口，其中构件连接定义了连接件如何与构件相连接；构件接口说明了构件提供的功能服务，如消息、操作等，在这一层可以添加新的构件、删除或更新已经存在的构件 * 软件体系结构的动态模型 中间层：包括连接件配置、构件配置和构件描述，其中连接件配置管理连接件及接口的通信配置；构件配置管理构件的所有行为；构件描述对构件的内部结构、行为、功能和版本等信息加以描述，在这一层可以添加版本控制机制和不同的构件装载方法 * 软件体系结构的动态模型 体系结构层：控制和管理整个体系结构，包括体系结构配置和体系结构描述，其中体系结构配置控制整个分布式系统的执行，并管理配置层；体系结构描述主要描述体系结构层的行为，及构件及连接件的数据关联，在这一层可以更改和扩展更新机制，更改系统的拓扑结构 * 软件体系结构的动态模型 执行部分：各层均有独立的执行部分，主要是对相应层的操作进行具体执行，在更新时，必要情况下将会临时孤立所涉及的构件，所以在更新前需要确保：所涉及的构件停止发送新的请求；连接件请