286.软件体系结构研究展望

  • 时间:
  • 浏览:1
  • 来源:大发快3_快3网页版_大发快3网页版

软件体系价值形式研究新方向

21世纪软件技术展望

1.开放源代码

下一世纪的操作系统将继承现在好的操作系统的主要优点,变成开放的和进化的。在操作系统开放时候,系统软件产业将主要集中在软件环境平台和工具的研究开发上。可视化编程环境与工具、办公套件、家庭套件、学习套件等原因分析分析 有很大的空间。

21世纪软件技术展望

2.跨平台

使得一次写好的应用软件在各种不同硬件系统上都都都后能 够 运行、使得原因分析分析 设计好的应用程序模块被有效地重复利用。

目前跨平台你你你这俩设想还这么 完整性有效地被实现,相信21世纪第八个 10年一定都都后能 够 完成。当然,要怎样处置非Java语言软件的跨平台疑问仍然是八个 疑问。

21世纪软件技术展望

3.软件工业化

随着软构件的规范化和实用化,计算机软件生产的工业化程度会慢慢提高,软件发展的强度也会慢慢加快。估计到21世纪的第八个 10年开使的时候,软件的工业化程度应该达到20世纪90年代中期计算机硬件的工业化程度。

21世纪软件技术展望

4、友好界面

多媒体技术、语音识别与合成技术、手写体文字的识别、自然语言理解与机器翻译技术、图像处置与图形学技术、用户图形界面技术、人工智能技术等等一定会处置软件系统友好性的关键技术。



21世纪软件技术展望

5.基于网络的应用软件

利用了WEB浏览技术、多媒体技术和网络信息管理系统等综合技术而构成的网络应用软件(这俩电子商务)将是今后软件业发展的最大舞台。

纲要

21世纪软件技术展望

软件体系价值形式研究新方向

软件体系价值形式研究新方向

IEEE 1471标准

基于软件体系价值形式的软件工程

基于体系价值形式的软件开发法律法律法律依据

基于体系价值形式的软件组装

基于体系价值形式的软件测试法律法律法律依据

面向服务体系价值形式(Service-Oriented Architecture)

柔性软件体系价值形式

自适应的柔性软件体系价值形式

移动环境下的软件体系价值形式

自修复系统

支持代码移动的体系价值形式

动态软件体系价值形式的描述

IEEE 1471标准

1.基本原则

每个系统具八个 体系价值形式,但八个 体系价值形式一定会八个 系统;

体系价值形式与体系价值形式描述一定会同一件事;

体系价值形式标准、描述、及开发过程都都后能 够 不同,否则都都后能 够 单独地进行研究;

体系价值形式描述有一种是多见解的;

把八个 对象的总体概念从其详述中分拖累是撰写体系价值形式标准的八个 有效法律法律法律依据。

IEEE 1471标准

2.体系价值形式定义

体现在各组成累积、它们相互关系及与环境的关系、和指导设计和演变的原理之中的八个 系统的基本价值形式。

IEEE 1471标准

3.组成累积

对关键术语的定义,如体系价值形式描述、价值形式性视图与体系价值形式性视点;

对体系价值形式与体系价值形式描述在概念上的分离能助 了描述体系价值形式标准(与蓝图标准相这俩)和构筑系统标准(与建筑规范或城市规划法规相这俩)的建立;

用于描述八个 系统体系价值形式的内容要求。

IEEE 1471标准

4.体系价值形式描述要求

八个 体系价值形式描述还要规定系统的用户,选择大伙儿儿体系价值形式的要点;

八个 体系价值形式描述还要被编入八个 或多个系统的体系价值形式视图中 ;

八个 体系价值形式描述还要为制定关键的价值形式性决策提供基本原则 。

软件体系价值形式研究新方向

IEEE 1471标准

基于软件体系价值形式的软件工程

基于体系价值形式的软件开发法律法律法律依据

基于体系价值形式的软件组装

基于体系价值形式的软件测试法律法律法律依据

面向服务体系价值形式(Service-Oriented Architecture)

柔性软件体系价值形式

自适应的柔性软件体系价值形式

移动环境下的软件体系价值形式

自修复系统

支持代码移动的体系价值形式

动态软件体系价值形式的描述

基于体系价值形式的软件开发法律法律法律依据

ACPP

——以体系价值形式为中心的软件项目计划

ABDP

——基于软件体系价值形式的开发过程

ABC

——基于体系价值形式、面向构件的软件开发法律法律法律依据



体系价值形式的软件开发法律法律法律依据

体系价值形式的软件开发法律法律法律依据

体系价值形式的软件开发法律法律法律依据

软件体系价值形式研究新方向

IEEE 1471标准

基于软件体系价值形式的软件工程

基于体系价值形式的软件开发法律法律法律依据

基于体系价值形式的软件组装

基于体系价值形式的软件测试法律法律法律依据

面向服务体系价值形式(Service-Oriented Architecture)

柔性软件体系价值形式

自适应的柔性软件体系价值形式

移动环境下的软件体系价值形式

自修复系统

支持代码移动的体系价值形式

动态软件体系价值形式的描述

基于体系价值形式的软件组装

软件体系价值形式研究新方向

IEEE 1471标准

基于软件体系价值形式的软件工程

基于体系价值形式的软件开发法律法律法律依据

基于体系价值形式的软件组装

基于体系价值形式的软件测试法律法律法律依据

面向服务体系价值形式(Service-Oriented Architecture)

柔性软件体系价值形式

自适应的柔性软件体系价值形式

移动环境下的软件体系价值形式

自修复系统

支持代码移动的体系价值形式

动态软件体系价值形式的描述

基于体系价值形式的软件测试法律法律法律依据

体系价值形式形式化验证

多组态软件体系价值形式测试

基于体系价值形式的软件测试法律法律法律依据

基于有穷状态应用程序的形式化验证

基于时态逻辑的形式化验证

基于应用程序演算的形式化验证

基于Petri网的形式化验证

基于体系价值形式的软件测试法律法律法律依据

基于体系价值形式的软件测试法律法律法律依据

参与交互的构件是是不是能达到系统的目标

系统的完备性和强度

系统扩展的潜能

构件接口的一致性

构件之间连接的机制

构件行为的顺序

临界资源的争夺

软件体系价值形式研究新方向

IEEE 1471标准

基于软件体系价值形式的软件工程

基于体系价值形式的软件开发法律法律法律依据

基于体系价值形式的软件组装

基于体系价值形式的软件测试法律法律法律依据

面向服务体系价值形式(Service-Oriented Architecture)

柔性软件体系价值形式

自适应的柔性软件体系价值形式

移动环境下的软件体系价值形式

自修复系统

支持代码移动的体系价值形式

动态软件体系价值形式的描述

面向服务的体系价值形式SOA

三位一体的职责构成SOA

SOA应用示例

SOA价值形式

基于标准的互操作性

在SOA当中,接口、通讯协议、工作流、合作者者和发布一定会由一整套国际标准所定义,包括XML, SOAP, WSDL, UDDI, HTTP,CPP, ebXML, bSOA, BPEL, FERA, OWL-S等,从而保证不同平台的系统能助 无阻碍的交流

基于发现的动态组装

在SOA中的系统所还要的服务均通过运行时发现,运行时加载的法律法律法律依据工作

基于策略的动态管理和总控合作者者

SOA的各个服务的运行都由策略(Policy)进行控制,策略的制定、监测、执行都可在运行时内完成。SOA实行总控式合作者者,即由八个 中心控制节点负责控制和调度分布在网络各处的服务



SOA分类标准

价值形式(Structure)

应用程序的价值形式是静态(S)还是动态(D)

动态重组能力(Runtime re-composition capability)

都都后能 够 在运行时进行重组(R) 能助 能助 进行重组(N)

容错能力(Fault Tolerant Capability)

具有容错的骨干通讯机制(FB),具有容错的控制服务(FC),不具有容错能力(FN)

软件工程支持(System Engineering Support)

是是不是具有系统支持的模型监测、数据架构设计 、部署、代码自动生成、策略实施、一致性检查等机制。有用(SY)表示,无用(SN)表示

由此得到八个 四元组

{Structure, Re-composition, Fault-tolerance, System-engineering}

对各种SOA进行分类



SOA类别及其进化

Customer Centric SOA

常规SOA模式

服务提供者向服务代理注册开发出来的服务,由应用程序构建者来寻找还要的服务

CCSOA模式

在传统SOA的基础上,应用程序构建者能助 能助 发布应用程序模板,服务提供者都都后能 够 根据模板的还要开发新的服务

Customer Centric SOA(续)

Customer Centric SOA(续)

上图的步骤为:

应用程序构建者编写应用程序模版,模板内含有工作流信息、还要服务规格信息等

应用程序模版在服务代理的库中进行注册并发布

八个 订阅了应用程序模版库的服务提供者收到有新模版到达的通知,于是查询你你你这俩新模版

本体和分类技术都都后能 够 辅助进行被提供模版和目标模版之间的自动匹配

在查询中,服务代理返回给服务提供者关于应用程序模版的完整性信息

服务提供者法律法律法律依据模版开发新的服务,并提交到服务代理。服务代理法律法律法律依据模版中的信息对新服务进行校验和评估

一旦评估通过,服务代理通知应用程序构建者有可用的新服务

应用程序构建者评估和测试新的服务

一旦通过测试,应用程序构建者就将应用程序模版和新服务绑定,生成都都后能 够 运行的应用系统

商业SOA平台

IBM基于WebShpere的SOA Foundation Architecture

软件体系价值形式研究新方向

IEEE 1471标准

基于软件体系价值形式的软件工程

基于体系价值形式的软件开发法律法律法律依据

基于体系价值形式的软件组装

基于体系价值形式的软件测试法律法律法律依据

面向服务体系价值形式(Service-Oriented Architecture)

柔性软件体系价值形式

自适应的柔性软件体系价值形式

移动环境下的软件体系价值形式

自修复系统

支持代码移动的体系价值形式

动态软件体系价值形式的描述

柔性软件体系价值形式

柔性软件体系价值形式定义

柔性软件体系价值形式的行为

柔性软件体系价值形式的应用领域

软件体系价值形式研究新方向

IEEE 1471标准

基于软件体系价值形式的软件工程

基于体系价值形式的软件开发法律法律法律依据

基于体系价值形式的软件组装

基于体系价值形式的软件测试法律法律法律依据

面向服务体系价值形式(Service-Oriented Architecture)

柔性软件体系价值形式

自适应的柔性软件体系价值形式

移动环境下的软件体系价值形式

自修复系统

支持代码移动的体系价值形式

动态软件体系价值形式的描述

自适应软件体系价值形式

自适应软件体系价值形式是根据操作环境的变化而变化的体系价值形式

外界的变化包括用户输入、硬件设备输入、传感器信号、以及应用程序指令等

自适应软件体系价值形式还要处置的疑问

在有哪些条件下系统趋于稳定改变

自适应软件体系价值形式应具有开放性质还是封闭性质

还要实现有哪些样的自适应程度

要怎样演算从而评估变化后带来的收益是是不是大于变化有一种的成本

变化的频繁程度要怎样

自适应变化还要的原始信息有有哪些

自适应软件体系价值形式

自适应的基本价值形式

Monitor监控外界的变化

Adapt负责调整系统模型

Control负责将外界变化演算出模型变化,并作出变化决策

移动环境的自适应柔性软件体系价值形式

为社 在么在在移动环境还要动态自适应

移动环境下设备往往还要连续工作,对自身进行改变还要在运行时下进行

移动设备经受的操作环境的改变与固定的计算设备相比要频繁的多

使用移动设备的用户的需求也在不断改变

自适应体系价值形式示例:Rainbow

软件体系价值形式研究新方向

IEEE 1471标准

基于软件体系价值形式的软件工程

基于体系价值形式的软件开发法律法律法律依据

基于体系价值形式的软件组装

基于体系价值形式的软件测试法律法律法律依据

面向服务体系价值形式(Service-Oriented Architecture)

柔性软件体系价值形式

自适应的柔性软件体系价值形式

移动环境下的软件体系价值形式

自修复系统

支持代码移动的体系价值形式

动态软件体系价值形式的描述

移动环境应用实例

User Context

来自用户及环境的改变

System Context

来自系统有一种的改变

Adaptation Middleware

负责将外界的变化映射到体系价值形式模型库中的备选模型

Architecture Model

储备的预先设计好的体系价值形式模型,是改变的基础

Adaptable Application

实际被应用的可动态改变的系统

为社 在么在在使用体系价值形式的法律法律法律依据

基于编程语言的法律法律法律依据

使用条件表达式

使用参数

使用异常

缺点

将软件行为和自行应的过程混杂起来

当引入新的适应机制式时还要修改几滴 代码,造成扩展性上端

结论

采用移动上端件来具体负责适应行为

移动上端件

移动上端件特点

足够轻量使其都都后能 够 运行在资源受限的手持设备上

支持异步通讯,使移动设备都都后能 够 用较短时间周期性访问网络,用以节省能源

都都后能 够 感知环境的变化、这俩自身状态、位置、都都后能 够 获得的服务等

移动上端件所作出的推理还要简单有效,即推理得到的改变决策还要使系统有较大的收益

移动上端件

上端件都都后能 够 为处置分布是系统的基本通讯和管理疑问,使开发者专注于业务流程

在移动环境下,动态服务和位置发现,从而动态的调整体系价值形式的价值形式是移动上端件的核心思想

移动上端件实例MADAM

使用MADAM构建的系统

移动上端件的运行法律法律法律依据——可变属性

绑定属性实例

绑定属性实例(续)

移动柔性软件体系价值形式的发展

统一的、通用的体系价值形式模型和环境模型表示法律法律法律依据

要怎样更好的描述体系价值形式模型你你你这俩变化的基础

要怎样更好的描述环境模型你你你这俩变化的触发点

变化决策推理算法的设计范式

要怎样设计能助 使推理算法都都后能 够 在资源受限的设备上流畅运行,并保证其结果的有效性

用户干涉对推理算法的影响

这俩调整有些属性的计算权重

软件体系价值形式研究新方向

IEEE 1471标准

基于软件体系价值形式的软件工程

基于体系价值形式的软件开发法律法律法律依据

基于体系价值形式的软件组装

基于体系价值形式的软件测试法律法律法律依据

面向服务体系价值形式(Service-Oriented Architecture)

柔性软件体系价值形式

自适应的柔性软件体系价值形式

移动环境下的软件体系价值形式

自修复系统

支持代码移动的体系价值形式

动态软件体系价值形式的描述

自修复系统

自修修复系统的分类

内部内部结构修复:修复代码和常规代码集成到普通代码当中

内部内部结构修复:修复代码单独作为八个 构件趋于稳定于系统当中,与普通的代码互相隔离

自修复系统设计过程

体系价值形式设计

将系统分为两累积

体系价值形式管理器(AMR)和体系价值形式模型容器(AMC)

运行时环境(RE)和实际运行系统(RS)

自修复系统设计过程(续)

修复行为触发

运行时环境负责监控运行时系统的各个参数,并将数据发送给体系价值形式管理器

延迟信息

内存消耗

CPU占用

负载

系统异常

用户指令

修复行为

体系价值形式管理器负责分析架构设计 的数据,并执行和校验体系价值形式的重新配置,并将决策的目标体系价值形式模型映射成运行时环境都都后能 够 接受的操作集

运行时环境对运行系统执行实际的修复操作

体系价值形式管理器价值形式



Change Analyzer负责将监控的数据转加进去修复策略

Reconfiguration Manager负责将修复策略变换体系价值形式图

Verification Manager负责用体系价值形式约束和体系价值形式风格对转换进行校验

Reconfiguration Manager将修复策略映射为运行时环境都都后能 够 执行的指令输出

软件体系价值形式研究新方向

IEEE 1471标准

基于软件体系价值形式的软件工程

基于体系价值形式的软件开发法律法律法律依据

基于体系价值形式的软件组装

基于体系价值形式的软件测试法律法律法律依据

面向服务体系价值形式(Service-Oriented Architecture)

柔性软件体系价值形式

自适应的柔性软件体系价值形式

移动环境下的软件体系价值形式

自修复系统

支持代码移动的体系价值形式

动态软件体系价值形式的描述

支持代码移动的体系价值形式

代码移动

定义:都都后能 够 动态改变代码和代码所在位置绑定的能力

优点

在还要传输几滴 数据的状态下,传输执行代码原因分析分析 会更为快捷

使得代码具有自我决策的能力,在网络中自行传输

支持代码移动的基本价值形式

支持代码移动的运行环境价值形式

软件体系价值形式研究新方向

IEEE 1471标准

基于软件体系价值形式的软件工程

基于体系价值形式的软件开发法律法律法律依据

基于体系价值形式的软件组装

基于体系价值形式的软件测试法律法律法律依据

面向服务体系价值形式(Service-Oriented Architecture)

柔性软件体系价值形式

自适应的柔性软件体系价值形式

移动环境下的软件体系价值形式

自修复系统

支持代码移动的体系价值形式

动态软件体系价值形式的描述

动态软件体系价值形式的描述

SA通常是对系统的静态描述,原因分析分析 还要改变体系价值形式则还要重新设计新的SA,这已不到适应现在太大的还要在运行时刻趋于稳定变化的系统的设计需求.则允许系统在执行过程中修改其体系价值形式,修改过程通常也被称为运行时刻的演化(即在线演化)或动态性。主要的变化体现在以下有几个方面:

动态软件体系价值形式的描述

价值形式:软件系统为适应当前的计算环境往往还要调整自身的价值形式,比如增加或删除构件、连接子,这将原因分析分析 SA的拓扑价值形式趋于稳定显式的变化

行为:原因分析分析 用户需求的变化原因分析分析 系统自身QoS调节的还要,软件系统在运行过程中会改变其行为,比如原因分析分析 安全级别的提高更换加密算法;将http协议改为https协议,行为的变化往往是由构件或连接子的替换和重配置引起的

属性:已有的ADL大都支持对非功能属性(non functional properties)的规约和分析,比如对服务响应时间和吞吐量的要求等,在系统运行的过程含有有哪些要求原因分析分析 趋于稳定改变,而有有哪些变化又会进一步触发软件系统价值形式或行为的调整.属性的变化是驱动系统演化的主要原因分析分析

风格:系统由有一种体系价值形式风格演化成“衍生”的另外有一种风格。这俩两层C/S价值形式衍生成多层C/S价值形式,原因分析分析 衍生成B/S价值形式

动态体系价值形式描述的约束

一致性

体系价值形式规约与系统实现的一致性,运行时刻的修改应及时地反映到规约中,以保证规约我太大 过时

系统内部内部结构状态的一致性,正在修改的累积不应被有些用户或模块更改

系统行为的一致性,若“管道-过滤器”风格的价值形式中增加八个 过滤器,则还要保证该过滤器的输入和输出与相连的管道的要求一致

体系价值形式风格的一致性,演化前后体系价值形式原因分析分析 保持风格不变,原因分析分析 演化为当前风格的“衍生”风格

完整性性

系统的演化不到破坏SA规约中的约束

演化前后系统的状态我太大 丢失,否则系统将变得不“安全”,甚至不到正确运行.

动态体系价值形式描述的约束(续)

追溯性

传统的ADL采用逐步精化的法律法律法律依据将八个 抽象层次很高的ADL规约逐步精化为具体的可直接实现的ADL规约,在精化的过程中通过形式化的验证保证每一步精化都符合要求,满足可追溯性。

对于动态系统而言,追溯性除了还要满足静态设和净化室阶段被满足,还还要被延伸到运行时刻,以保证系统的任何一次修改一定会被验证,曾经 既能助 软件的维护,也为软件的进一步演化提供了可分析的法律法律法律依据。

动态体系价值形式描述语言D-ADL

将构件行为进行分类

计算行为:计算行为和动态行为.计算行为面向系统的商业逻辑,处置业务功能中的数据信息

动态行为:面向系统的预定义演化逻辑,使系统能助 自适应演化,以体系价值形式元素为处置对象,如增删构件、建立新的连接等.

基于高阶π演算

所有描述行为都可在高阶π演算中找到对应表示

具有强有力的形式化基础,都都后能 够 对软件体系价值形式行为作深入的推理和规约

对高阶π演算进行扩充

对于有些不到使用高阶π演算方便表示的概念(间接都都后能 够 表示)进行了扩充

提供了构件动态行为new、attach和detach的语法概念

动态体系价值形式描述语言D-ADL(续)

动态体系价值形式描述语言D-ADL(续)

动态体系价值形式描述语言D-ADL(续)

假设订购服务器(merchant)趋于稳定错误而死机或崩溃时,系统还要自动重新启动八个 服务器实例,并将客户请求导向新的服务器,使服务不致中断.你你你这俩具有自动切换功能的商品订购系统的体系价值形式D-ADL描述如下:

compositecomponent TDynamicOrderSystem() {

port {environment: Tenvironment.}

. . .

choreographer {

via environment∧servermessage receive sign.

if sign = 0 then {

detach merchant∧port1 from cmlink∧portl-m1.detach merchant∧port2 from cmlink∧portl-m2.

delete merchant.

new merchant:Tmerchant().

attach merchant∧port1 to cmlink∧portl-m1.attach merchant∧port2 to cmlink∧portl-m2. }

replicate

}

}

动态体系价值形式描述语言D-ADL(续)

在接收到客户订购请求后,商家根据状态选择是是不是能助 满足订购请求的实际过程是订购服务器向仓储服务器查询是是不是有足够供货. 以下代码体现了系统“求精”的过程,加进去去了第八个 端口Portm3

atomiccomponent Tmerchant() {

port {portm1:Tcaccess. portm2:Tmaccess.portm3:Tinquire}

computation {

choose {

{via portm1∧order receive orderdata. via portm3∧inquire send orderdata.

via portm3∧answer receive result.

if result then

{ unobservable. via portm1∧response send record(true,payment)}

else

{unobservable. via portm1∧response send record(false,0)}

},

{via portm2∧pay receive payment.unobservable.via portm2∧confirm send confirmation}}

replicate }

}

体系价值形式动态演化系统的设计

反射

反射(reflect)是指计算系统通过与自身状态和行为具有因果互联的系统自述,以描述、推理和操纵自身的能力

都都后能 够 将体系价值形式含有在系统当中作为元数据,并对外提供访问接口,以实现对系统的体系价值形式进行运行时控制

体系价值形式在线演化的实施

体系价值形式在线演化的校验

使用类型系统检测一致性

将体系价值形式风格衍生路线设计为继承的类型体系,体系价值形式演化不到沿着继承路线向子类型前进

将构件接口类型化,在改变构件连接关系还要保证新的连接的类型一致

使用事务处置机制确保演化不被恶性中断

每次演化的有些列操作一定会八个 事务当中进行

演化趋于稳定错误时完整性操作回滚

在分布式系统当中,事务可保证在线演化操作的在并行访问的状态下的正确性

连接器的形式化重用

连接器的形式化重用

通过重用旧有的、相对简单的连接器来得到新的、较为繁复的连接器,就都都后能 够 获得有一种增量式的连接器开发法律法律法律依据,从而提高软件开发的质量和强度

具有形式化基础(这俩使用CSP)使得新的连接器定义都都后能 够 进行形式化检测

连接器组合元操作

角色(Role)元操作

Substitute:角色的替代。都都后能 够 实现用八个 角色来充当曾经 原因分析分析 定义的角色

ConcurrencyMerge:角色的并行合一。都都后能 够 实现用八个 角色来同去充当多个原因分析分析 定义的角色,否则它“扮演”的多个角色之间应并行协调

AlternativeMerge:角色的选择合一。都都后能 够 实现用八个 角色来完成多个原因分析分析 定义的角色的功能,否则在每一次完整性的交互中该角色不到充当其中的某八个 角色

连接器组合元操作(续)

Choice:该操作将八个 原因分析分析 多个粘结应用程序选择地组合起来。你你你这俩选择原因分析分析 是上述的不选择性选择,也原因分析分析 是选择的选择,即选择权在其所在环境的选择。原因分析分析 它所规范的角色在某次完整性的交互中想要参与的初始事件仅被某个子粘结应用程序所允许,这么 组合粘结应用程序就选择该子粘结应用程序去承担该次交互的协调任务;否则,原因分析分析 角色想要参与的初始事件为多个子粘结应用程序所允许,这么 它就会任意选择其中的某个子粘结应用程序去承担此次交互的协调任务。

连接器组合元操作(续)

Interleave:该操作将八个 原因分析分析 多个粘结应用程序交错地组合起来。原因分析分析 用你你你这俩组合得到的粘结应用程序去协调和约束某个角色的行为,这么 该角色无论何还要想参与某八个 事件,只需得到某个子粘结应用程序的允许即可。当然,原因分析分析 此时有多个子粘结应用程序都允许该事件趋于稳定,这么 组合粘结应用程序就会任意选择其中的某个子粘结应用程序去承担允许该事件趋于稳定的责任。



连接器组合元操作(续)

粘连(Glue)元操作

Parallel:该操作将八个 原因分析分析 多个粘结应用程序并行地组合起来。原因分析分析 用你你你这俩组合得到的粘结应用程序去规范某个角色行为,这么 该角色无论何还要想参与某八个 事件,都还要得到各个子粘结应用程序的同去允许。

Decision:该操作将八个 原因分析分析 多个粘结应用程序不选择性选择地组合起来。这里的不选择性选择指的是:组合得到的粘结应用程序究竟选择哪八个 子粘结应用程序去规范角色的某一次完整性的交互行为,由其自身来决定。

连接器组合元操作(续)

Follow:该操作将八个 原因分析分析 多个粘结应用程序顺序地组合起来。用你你你这俩组合得到的粘结应用程序依次用其子粘结应用程序去协调和约束其所规范的角色的行为,当然,后续的子粘结应用程序要想承担你你你这俩责任,还要满足前行的子粘结应用程序能助 成功终止。

Interrupt:该操作将八个 原因分析分析 多个粘结应用程序顺序中断地组合起来。用你你你这俩组合得到的粘结应用程序都都后能 够 随着后续子粘结应用程序初始事件的趋于稳定,用后续的子粘结应用程序去中断和接替前行的子粘结应用程序,并获得协调和约束角色的责任。

Lightning:该操作都都后能 够 看作是Interrupt的有一种特殊状态,它将八个 粘结应用程序顺序中断地组合起来。但与Interrupt不同的是,前行子粘结应用程序被中断我太大 取决于后续子粘结应用程序初始事件的趋于稳定,假使 某个被定义的中断事件。为了表示你你你这俩特殊事件,大伙儿儿儿把它作为第八个参数引入到Lightning函数中。

连接器组合示例

连接器组合法性检测

检查1:连接器的每个角色一定会无死锁的

这是对连接器角色内部内部结构相容性的检测。原因分析分析 组合连接器的每个角色是在重用已有连接器的角色基础上得到的,否则,你你你这俩检查都都后能 够 分为有一种状态:若组合连接器的某个角色是通过替换原因分析分析 选择合一得到的,这么 对子连接器相应角色的检查结果仍然适用于组合连接器的你你你这俩角色;若组合连接器的某个角色是通过并行合一得到的,这么 就还要重新检查。原因分析分析 对于八个 并行合一的角色应用程序,原因分析分析 会再次出现曾经 的疑问:在某个时候,实在它的子角色都个人所有能参与有些事件,但它却不到参与任何八个 事件。

检查2:连接器是无死锁的

你你你这俩相容性的检查是对连接器整体的检查。否则,检查1原因分析分析 通不过,也会反映到检查2中。角色规范了充当实在例的组件预期要趋于稳定的行为,而粘结规范的是对有有哪些行为的协调与约束。角色规范与粘结规范是是不是会再次出现矛盾,就还要用检查2来考察。



本学期课程到此开使

清华大学软件工程与管理学院