嵌入式分布计算环境下的高效软件构件化框架研究

合集下载

嵌入式软件测试开发环境的框架设计

嵌入式软件测试开发环境的框架设计

志着整个软件设计技术和水平的逐渐成熟 . IBM 公司的 San Francisco 框架就采用了大量的已有软 件的设计模式 . 框架开发需要付出很多的开发精力 , 要求框 架开发者对软件所处领域进行深入的了解, 甚至 有可能已经设计实现 过该领域中的 应用软件系 统. 由于框架开发是一个随着对领域认识逐渐深 入而反复抽象的过程 , 框架的开发通常要循环进 行以下 3 个过程 : 结构定义、框架实现以及对框 架的评估反馈 . 框架开发的进化过程如图 1. 本 文将采用框架的进化过程进行测试开发环境框架 的开发. 在结构定义的阶段, 要求框架的开发者能够 根据在特定领域中的已有知识和已有应用软件来 抽象出软件结构, 识别出特定领域的应用软件的 冷点和热点, 目的是提炼出这个软件结构具有领 域中应用软件的内在一致的结构, 确定框架的总 体结构、控制流和数据流 . 在框架实现阶段 , 伴随着具体应用系统的实 现, 得到框架的实例 , 其中包括与应用有关部件 的程序模板.
Framework design of embedded software testing development environment
Zhang Liang Liu Bin Lu Minyan
( Dept . of System Engineering of Engineering Technology, Beijing Universit y of Aeronautics and Astronaut ics, Beijing 100083, China)
收稿日期 : 2003 08 28 作者简介 : 章
被测系统的各种资源进行配置 , 组织被测软件的 输入 , 来驱动被测软件运行, 同时接收被测软件 的输出结果, 从而对软件进行闭环测试 . 软件测 试环境通过自动进行软件测试和分析, 能够克服 由于手工测试带来的巨大的人力、物力和财力的 消耗 , 具有较强的适应能力[ 1] . 嵌入式软件是运行于嵌入式系统中的起核心 控制作用的软件, 它需要在特定的硬件环境下才

构件化嵌入式软件安全性分析方法研究

构件化嵌入式软件安全性分析方法研究

构件化嵌入式软件安全性分析方法研究摘要:嵌入式软件系统在航空航天系统、工业信息系统、核电系统以及医疗卫生系统等安全关键领域的广泛应用,使得对该类系统进行安全性分析成为这些系统开发过程中的重要部分。

随着当前嵌入式软件系统功能和复杂度的增加,系统的规模也随之增加,当前的嵌入式软件系统多采用构件化分布式架构。

因此,针对构件化嵌入式软件系统,需设计符合该类系统特征的安全性分析方法对系统结构、行为等方面进行分析。

关键词:嵌入式软件;安全性分析;方法;研究引言:随着嵌入式软件在航空电子、汽车工业、通信、核工业等安全关键领域的广泛应用,软件的失效可能造成财产的损失、环境的破坏甚至人员的伤亡。

近年来,由于软件问题引发的事故屡见不鲜,例如:2007年2月9日,前往日本的F-22型“猛禽”隐形战斗机在经过国际日期变更线时,由于战机发生软件问题,造成导航系统失灵,半途折回; 2010年,由于软件问题引起的“召回门”事件,直接造成了日本丰田公司二十亿美元的经济损失。

可见,软件系统对嵌入式系统安全性的影响逐渐占据了统治地位,软件控制系统的故障和安全性问题已成为发生事故的重要原因。

保障嵌入式软件的安全性成为当前软件工程研究领域一个非常重要的课题。

1.软件安全性概述软件安全性是指软件运行不引起系统危害的能力。

软件作为系统的重要组成要素不会直接危及生命、财产和环境的安全,但借助软件实现的人机交互却可能因软件失效造成人员误操作从而形成危害。

如对于无人机交互的嵌入式安全关键系统而言,可能因为软件错误地控制系统而造成灾难性的后果。

软件安全性分析是保障软件安全性的一种广泛接受的方法,软件安全性分析是一种系统性的分析,用于确定产品在每一个使用模式中执行其功能的方式,识别潜在的危险,预计这些危险对人员及设备可能造成的损害,并确定消除危险的方法。

安全性分析旨在识别失效模式、原因以及对系统安全性的影响,主要目标不是发现所有的设计缺陷或者是证明实现是正确的,而是用于发现所有理论上可能会失效的安全关键的弱点并且说明这些危害在当前的系统设计中是否可能会出现。

嵌入式系统软件架构浅析

嵌入式系统软件架构浅析

嵌入式系统软件架构浅析软件架构,就是软件的结构,包含软件元素(模块构件等)、外部接口及其相互关系。

1.软件架构的作用1.做到嵌入式软件的代码逻辑清晰,且避免重复造轮子;2.架构设计有利于软件的移植,没有架构,代码混乱,移植将非常痛苦;3.能最大限度地复用原有的代码;4.使代码高内聚低耦合,维护和修改简单方便。

2.设计思路2.1架构风格嵌入式系统软件与硬件联系紧密。

首先想到要将硬件的驱动程序和功能应用的程序分开,且相对独立,做到高内聚、低耦合。

最常用的方法就是模块化设计,就是将驱动程序、功能程序封装成一个个独立的模块,模块留出接口,方便组合(联想一下乐高的缺口)。

另外,嵌入式软件除了有硬件,还有对硬件的功能操作、一些控制算法等,为了便于移植和扩充,我们可以采用分层的思想,将不同特性的代码放在不同的逻辑层上。

简而言之,我们的嵌入式架构风格就是功能模块化设计、分层设计。

2.2 架构分析⑴模块化设计:将收集到的需求,进行归类,总结和分析,将这些需求概括为一个个单独的功能,每一个功能,做成一个单独的功能模块。

用C语言编写模块时,需要理解以下几点:1.模块由一个.c文件和一个.h文件组成,头文件(.h)中是对于该模块接口的声明;2.某模块提供给其它模块调用的外部函数及数据需在.h中文件中冠以extern关键字声明;3.模块内的函数和全局变量需在.c文件开头冠以static关键字声明;4.永远不要在.h文件中定义变量,若头文件被多个源文件包含,则会多出几个内存单元。

嵌入式系统通常包括两类模块:①硬件驱动模块,一种特定硬件对应一个模块;②软件功能模块,其模块的划分应满足高内聚、低耦合的要求。

⑵分层设计:1.先把一个应用进行功能模块划分,并对整体结构进行分层,然后设计出功能独立的各个模块(如算法模块,文件库模块,通信库模块),在模块之上开放公共接口API。

2.功能模块对外调用的模块封装成一个个API,将底层驱动做个API以供功能模块调用。

嵌入式系统中的软件架构

嵌入式系统中的软件架构

嵌入式系统中的软件架构在嵌入式系统开发过程中,软件架构起着至关重要的作用。

软件架构定义了系统中各个组件的关系和功能,为系统的设计和开发提供了指导。

本文将从嵌入式系统的角度探讨软件架构在嵌入式系统中的重要性以及常见的软件架构模式。

一、嵌入式系统的定义与特点嵌入式系统是指嵌入在各种电子设备和机械设备中的计算机系统。

嵌入式系统的特点包括:资源受限、实时性要求高、功耗低、稳定性强等。

由于嵌入式系统的特殊性,软件架构的设计需要考虑这些特点,以满足系统的需求。

二、软件架构在嵌入式系统中的重要性1. 提高系统可维护性:嵌入式系统往往需要长时间稳定运行,因此良好的软件架构可以提高系统的可维护性,减少维护工作的复杂度。

通过模块化的设计,可以方便对系统进行修改和扩展。

2. 改进系统性能:软件架构能够提供合理的分层结构,使得系统的功能模块清晰明了。

通过优化和调整架构,可以提高系统的运行效率,降低资源消耗。

3. 增强系统可靠性:嵌入式系统通常需要长时间稳定运行,软件架构的设计需要考虑系统的可靠性。

通过合理的架构设计和模块化的开发,可以降低系统的错误率,提高系统的稳定性和可靠性。

三、常见的嵌入式系统软件架构模式1. 单体架构:单体架构是最简单的架构模式,将整个系统作为一个单一的实体进行开发和部署。

这种架构模式适用于中小规模的嵌入式系统开发,但是对于复杂的系统,单体架构的维护和扩展将变得困难。

2. 分层架构:分层架构将系统分为多个层次,每个层次负责不同的功能模块。

每个层次之间通过接口进行通信,实现了模块间的解耦。

这种架构模式适用于复杂的嵌入式系统,可以提高系统的可维护性和可扩展性。

3. 客户端-服务器架构:客户端-服务器架构将系统分为客户端和服务器两部分,客户端负责与用户交互,服务器负责处理业务逻辑。

这种架构模式适用于需要与外部系统进行通信的嵌入式系统,如物联网设备。

4. 事件驱动架构:事件驱动架构通过事件的响应来驱动系统的运行。

嵌入式软件的可配置构件模型的研究报告

嵌入式软件的可配置构件模型的研究报告

嵌入式软件的可配置构件模型的研究报告嵌入式软件作为嵌入式系统的核心组成部分,其功能的复杂性与可靠性的要求不断提高。

为了减少软件开发的时间和成本,可配置构件模型层面的软件开发方法被广泛应用。

本文旨在探讨嵌入式软件的可配置构件模型的研究进展与应用。

首先,本文介绍了可配置构件模型的概念。

可配置构件模型是一种通过将软件系统拆分成多个可重用、可组合的构件,实现系统定制的开发方法。

在嵌入式软件领域,可配置构件模型的应用可大大减少软件的复杂性,并且它的高可重用性也可以大幅度降低软件的开发成本,提高软件开发效率。

然后,本文介绍了嵌入式软件可配置构件模型的主要研究领域。

其中包括:构件建模方法、构件描述语言、构件库和构件的自动化组装方法。

构件建模方法是指通过将代码划分为一定的逻辑部分,进行抽象和封装所得到的单元。

构件描述语言是构件建模的重要工具,用于指定构件的接口和行为。

构件库是可配置构件模型的核心,包括可重用构件和开发中的构件。

构件的自动化组装方法是指将构件以一定的顺序组合成系统。

最后,本文介绍了嵌入式软件可配置构件模型的应用,并列举了研究领域的一些实际应用案例。

其中,自动驾驶车辆系统是一个典型的嵌入式软件系统,其应用了可配置构件模型的技术,在保证系统可靠性的同时,实现了开发的高效性。

同时,嵌入式软件的多样化和复杂性,也促进了可配置构件模型的研究和应用。

综上所述,嵌入式软件的可配置构件模型是一个高效、可重用、灵活的开发方式,被广泛应用于嵌入式软件的开发。

未来,可配置构件模型的研究和应用将继续推动嵌入式软件的发展。

数据分析是指通过对大量数据的收集、处理、分析和汇总,以提取有价值的信息和知识为目的的一种统计学方法。

在现代社会中,数据分析已成为企业和组织在决策时必不可少的工具之一。

本文将列出相关数据并进行分析。

假设我们要分析一个电商平台上的销售数据。

我们需要列出的数据包括:- 每个商品的销售数量、价格、评价评分和评论数量- 每个客户的购买记录、收货地址、性别、年龄、消费金额和购买时间- 每次购物的订单号、商品名称、数量、价格和购买时间对于上述数据,我们可以采用多种方法进行分析。

嵌入式软件系统架构设计与构件化分析方法

嵌入式软件系统架构设计与构件化分析方法

嵌入式软件系统架构设计与构件化分析方法一、摘要: (5)二、SAE AADL 概述 (5)2.1. 构件抽象 (5)2.2. 构架分析 (6)三、AADL语言抽象 (8)3.1. 构件 (8)3.2. 构件类型 (9)3.3. 包、属性集和附录 (10)四、AADL系统模型和规范 (10)4.1. AADL文本规范 (11)4.2. 图形化表示 (13)4.3. 例子详述 (13)4.4. 类型声明 (16)4.5. 实现声明 (17)4.6. 包声明 (19)4.7. 属性集声明 (19)4.8. 附录库声明 (19)4.9. 命名空间 (20)4.10. 部分规范 (20)4.11. 扩展、重定义和部分规范 (20)五、软件组件 (21)5.1. 进程 (21)5.1.1. 文本表示 (22)5.1.2. 图形化表示 (23)5.1.3. 属性 (23)5.1.4. 约束 (24)5.2. 线程 (24)5.2.1. 文本表示 (24)5.2.2. 图形化表示 (25)5.2.3. 线程实施 (26)5.2.4. 属性 (27)5.2.5. 约束 (28)5.3. 线程组 (28)5.3.1. 文本表示 (28)5.3.2. 图形化表示 (29)5.3.3. 属性 (30)5.3.4. 约束 (31)5.4. 数据 (31)5.4.1. 文本表示 (32)5.4.2. 图形化表示 (33)5.4.3. 属性 (34)5.4.4. 约束 (34)5.5. 子程序 (35)5.5.1. 文本表示 (35)5.5.2. 图形化表示 (36)5.5.3. 属性 (38)5.5.4. 约束 (39)六、运行平台构件 (39)6.1. 处理器 (40)6.1.1. 文本和图形化描述 (41)6.1.2. 属性 (41)6.1.3. 约束 (42)6.2. 存储器 (42)6.2.1. 文本和图形化描述 (42)6.2.2. 属性 (43)6.2.3. 约束 (44)6.3. 总线 (44)6.3.1. 文本和图形化描述 (44)6.3.2. 属性 (45)6.3.3. 约束 (45)6.4. 设备 (46)6.4.1. 文本和图形化描述 (46)6.4.2. 属性 (48)6.4.3. 约束 (48)七、系统结构与实例 (49)7.1. 系统抽象 (49)7.1.1. 原文和图解表示 (49)7.1.2. 约束 (50)7.2. 系统实例 (51)八、组件相互作用 (53)8.1. 端口 (53)8.1.1. 端口声明 (53)8.1.2. 端口连接 (54)8.1.3. 在系统实例模型连接 (56)8.1.4. 端口通信时序 (57)8.1.5. 即时和时延通信 (57)8.1.6. 采样和下采样 (60)8.1.7. 属性 (61)8.1.8. 端口及端口连接约束 (62)8.2. 端口组 (62)8.2.1. 端口组及其类型声明 (62)8.2.2. 端口组互联 (64)8.2.3. 数据端口的聚合 (65)8.2.4. 属性 (65)8.3.1. 数据访问声明 (66)8.3.2. 数据访问连接 (66)8.3.3. 总线访问及其连接 (68)8.4. 子程序调用 (71)8.4.1. 调用时序 (71)8.4.2. 远程调用 (72)8.4.3. 属性 (74)8.5. 子程序中的数据交换和共享 (74)8.5.1. 数据值传递交换:参数和连接 (75)8.5.2. 引用和全局变量的数据传输 (76)8.5.3. AADL方法调用 (78)九、模式 (79)9.1. 模式说明 (79)9.1.1. 子构件和连接的模式结构 (79)9.1.2. 调用序列的模式结构 (82)9.1.3. 模式说明的属性 (83)十、流 (83)10.1. 流声明 (83)10.2. 流路径 (84)10.2.1. 通过构件的流的路径 (84)10.2.2. 在构件中首尾相连的流 (85)十一、属性 (86)11.1. 属性声明 (87)11.2. 属性赋值 (87)11.2.1. 基本的属性联合 (87)11.2.2. 包含的属性联合 (88)11.2.3. 继承的属性联合 (91)11.2.4. 模式或有约束力的属性联合 (91)11.2.5. 属性值 (92)11.3. 定义新的属性 (93)11.4. 属性类声明 (94)11.5. 属性名声明 (95)11.6. 属性常量声明 (96)十二、组织说明 (97)12.1. 包 (97)12.2. 设计模式 (99)12.2.1. 类扩充 (99)12.2.2. 实现改进 (100)12.2.3. 实现扩充 (101)12.2.4. 设计模式样例 (102)附录 (105)构件-子构件之间的关系 (105)允许的特征 (105)已建立的属性类 (109)AADL保留字 (110)类扩充中的改进 (110)实现声明中的改进 (111)一、摘要:2004年11月,美国汽车工程师协会(SAE)公布的航空航天标准AS5506被命名为结构分析与设计语言(AADL)。

星载嵌入式软件的构件化体系研究

星载嵌入式软件的构件化体系研究

星载嵌入式软件的构件化体系研究刘海峰;丁磊【摘要】Software component technology is a hot research area of current software engineering.The thesis com-prehensively states how to improve the efficiency and capacity of on-board software development through compo-nent-based approach and provides a technical solution to repeated R&D of them and high cost of reliability assurance.%软件构件技术是当前软件工程的一个热点研究领域,本文从软件构件体系的角度,全面叙述了如何通过构件化技术方法,提高星载软件的研制效率和研制能力,为解决星载软件重复研发,可靠性保障成本较高的问题提供了一条技术解决方案。

【期刊名称】《软件》【年(卷),期】2016(037)007【总页数】5页(P109-113)【关键词】软件工程;构件;星载软件【作者】刘海峰;丁磊【作者单位】中国电子科技集团公司第三十六研究所,浙江嘉兴 314000;中国电子科技集团公司第三十六研究所,浙江嘉兴 314000【正文语种】中文【中图分类】TP311.5本文著录格式:刘海峰,丁磊. 星载嵌入式软件的构件化体系研究[J]. 软件,2016,37(7):109-1131968年,在北大西洋公约组织(NATO)召开的软件工程会议上,首次提出来了软件危机(Software Crisis)的概念[1]。

会议上,Mcllroy提交了一篇题为《Mass-Produced Software Components》的论文,首次提出了软件构件(Software Components)以及构件工厂等概念,指出软件复用的一个重要基础就是需要有充足的软件构件。

嵌入式分布计算环境下的高效软件构件化框架初探

嵌入式分布计算环境下的高效软件构件化框架初探
. 通过执行环境可 以实现
服务 的注册与卸载 O S G i 框架模型中包括 几个模块 :
构件描述 文件 : 构件描述 文件能够表达 出构件基本属性 . 其内容 包括提供商 、 构件版本 、 服务结构定 义文件 、 加载路径等 。 构件获取 服务 : 构件在 获取其他 的构件 时 . 其服务是 通过监听器 硬件与操作系统 :嵌入式分布计算硬件包 括 P o w e r P C 、 X 8 6 、 A R M 来实现 . 框架在接受到服务注册后会 通知服务监 听器 . 此时 . 构件即可 等. 常用 的操作系统则有 L i n u x 与V a W o r k s 执行环境: 执行环境包括开源库环境、 P O S I X 操作环境 、 协议环境等。 在监听器 中获取需要的服务 模块层 : 模块层 主要 负责动态构件 的加卸载 , 软件 构件主要 包括 3 . 传 输 抽 象层 的设 计 与 实 现 构件 可执行 体与构件描述 文件构成 , 描 述文件则 由构 件名称 、 构 件内 嵌入式系统 设备 的种类较 多 . 设备之 间的通信协议 、 总线与接 口 存、 优先级 、 自 身配置等信息构成 。 方式也较 多 . 传输抽象层 在框架 中起着 重要 的承载作用 , 在设计传输 服务层 : 构件可 以向服务层提供 多个服务 , 而 服务层能够 实现服 层时需要遵循 以下的原则 :
层提供服务 . 也 可以请求服务层提供其他的服务
2 . 嵌 入 式 软 件 构架 框 架 研 究
第三 . 传输抽象层接口函数应该覆盖到应用程序 的全部功能接 口 . 这样就能够为编程设计人员提供 出一定的 自主性与灵活性
第 四. 传输抽象层接 口 应该具有可测试 『 生 与封闭性 . 此外 . 考虑 到传 2 . 1可插拔 实时传输协议适配层 如果 出现错误 , 就会 影响应用程序 的调 在嵌 入式系统 中 . 其 设备 的种类 较多 . 设备 与设备通信 的接 口方 输抽象层 位于系统 中间位置 , 式、 总线与通信协 议也较多 , 可插 拔传输协议适 配层即在 总线 驱动基 试 与定位 , 因此 , 整个 系统必须通过测试后才能够投入使用。 础上未服务层封装接 口. 屏蔽 总线与驱动程序差异性 . 一般 情况下 . 结 构形式包括控制接 口和数据 收发接 口. 接 口封 装完成后 . 不会受到数 【 参考文献 】 据帧长度 限制 . 可插拔实 时传输 协议为适配 层提供 了封装 层 . 是软件 [ 1 ] N o r i h i s a K o m o d a . S e r v i c e O i r e n t e d A r c h i t e c t u r e( S O A )i n I n d u s t r i a l S y s t e m s 执行环境的重要组成部分 P r o c e e d i n g s o f 1 E EE I n t e r n a t i o n a l C o n f e r e n c e o n I n d u s t i r a l I n f o r ma t i c s , 2 0 0 6 .
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

w a y i n i t i a t i v e ( O S G i ) s t a n d a r d ,a n d c a n b e u s e d i n m u l t i — c o m mu n i c a t i o n s p r o t o c o l e n v i r o n me n t b y a d d i n g
p r i n t . Th e e x p e r i me n t a l r e s u l t s s h o w t h a t t h e s o twa f r e i s s u pe r i o r t o t he t r a d i t i o n a l s o f t wa r e a r c h i t e c t u r e i n me mo y r f o o t p r i n t ,s t a r t up t i me a n d s e r v i c e i n t e r f a c e r e s p o n s e t i me .I t c a n me e t t h e h a r s h c o n d i t i o n s o f t h e
统 的软 件构 架 , 并 且 能够满足 条 件苛 刻 的嵌入 式应 用环 境 。
关键 词 :计 算机 软件 ;计算机 系统结构 ;软件 构 架 ;嵌入 式 ;构件 化 ; 开 放服 务 网关 倡议
中图分类 号 :T P 3 1 1 . 5 文 献标 志码 : A 文章 编号 :1 0 0 0 . 1 0 9 3 ( 2 0 1 3 ) 0 4 - 0 4 5 1 08 -
Abs t r ac t :I n o r d e r t o o v e r c o me t h e s ho r t c o mi n g s o f t r a d i t i o n a l EJ B, CORBA, a n d p u bl i s h /s u b s c r i b e
DOI :1 0 . 3 9 6 9 / j . i s s n . 1 0 0 0 - 1 0 9 3 . 2 0 1 3 . 0 4 . 0 1 1
Re s e a r c h o n Ef i c f i e nt S o f t wa r e Co m po ne nt Fr a me wo r k f o r Em b e dd e d Di s t r i bu t e d Co mp ut i ng En v i r o n me n t
a t r a ns mi s s i o n a b s t r a c t i o n l a y e r .I t i s c h a r a c t e r i z e d b y v e r s a t i l i t y,h i g h s t a b i l i t y a n d l e s s me mo r y f o o t ・
CAO J i n g. y u ,CHAI We i . y a n ,W ANG Bo ,GUO Yo n g . h on g
( 1 . S c h o o l o f C o m p u t e r S c i e n c e ,B e i j i n g I n s t i t u t e o f T e c h n o l o g y , B e i j i n g 1 0 0 0 8 1 , C h i n a ; 2 . B e i j i n g I n s t i t u t e o f C o m p u t e r A p p l i c a t i o n , B e i j i n g 1 0 0 0 8 9 , C h i n a )
第3 4卷 第 4期
2 0 1 3年 4月




Vo 1 . 3 4 No . 4
Apr . 2 01 3
ACTA ARM AM ENTARI I
嵌入式分布 计算环境 下的高效软件构件化框架研 究
曹敬 瑜 ,柴 玮 岩 ,王 博 ,郭 永 红
( 1 .北 京 理 T 大 学 计 算 机 学 院 ,北 京 1 0 0 0 8 1 ; 2 .中 国兵 器工 业 计 算 机 应 用 技 术 研 究 所 ,北 京 1 0 0 0 8 9 )
摘要 :针对 E J B、 C O R B A 以及发 布/ 订 阅 中间件 等软件 构 架 存在 的不足 , 提 出 了一种 适 用 于嵌
入 式分布 计 算环境 下 的高效 软件 构件 化框 架 。该 软件构 架 基于 开放 服 务 网关倡 议 ( O S G i ) 标准 , 通 过 加入传 输 抽象 层实 现 了在 多通信 协议 环境 下 的应 用 , 具有通用性好、 稳定 性高 、 内存 占用 量少 的 特 点。 实验 结果表 明, 该软 件在 内存 占用 量 、 启动 时 间及 服 务器 接 口响 应 时间方 面 的性能 均优 于传
mi d d l e wa r e s o twa f r e a r c h i t e c t u r e,a n e f f i c i e n t s o f t wa r e c o mp o n e n t f r a me wo r k s ui t a b l e f o r e mb e d d e d d i s . t r i b u t e d c o mpu t i n g e n v i r o n me n t i s p r o p o s e d. Th e s o f t wa r e a r c h i t e c t ur e i s b a s e d o n t h e o p e n s e r v i c e g a t e —
相关文档
最新文档