CAE分布式协同设计系统在有限元复杂产品的SOOA分析.doc

CAE分布式协同设计系统在有限元复杂产品的SOOA分析

收藏

压缩包内文档预览:(预览前20页/共22页)
预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图 预览图
编号:1543723    类型:共享资源    大小:800.74KB    格式:ZIP    上传时间:2017-08-08 上传人:闰*** IP属地:河南
13
积分
关 键 词:
cae 分布式 协同 设计 系统 有限元 复杂 繁杂 产品 sooa 分析
资源描述:
CAE分布式协同设计系统在有限元复杂产品的SOOA分析,cae,分布式,协同,设计,系统,有限元,复杂,繁杂,产品,sooa,分析
内容简介:
宇嘉庆,查建中,陆依萍,许闻声,肖波诺维斯基 机械与电子控制工程,北京交通大学,北京 100044,中国大学 计算机科学系,美国德州理工大学,拉伯克,得克萨斯州 79409,美国 关键词: 协同设计;服务对象为导向的架构( 分布式 复杂产品的大型有限元分析需要来自外部的一个更广泛的 源支持。本文提出了分布式并行协同设计的方法。分布式智能资源在环境中使用基于 成的分布式协同设计系统的体系结构和技术介绍。 分布的 务资源得以实现通过 商标和服务对象导向架构技术。这些 件工具资源被封装为服务的提供者的系统。铁路转向架发展的个案研究是预 并在 E, 且在系统中的协同设计可以在分布式动态环境中实现。与传统的设计系统相比,一些初步的结果表明,该架构可以缩短服务交换的周期,强烈支持复 杂产品的并行协同设计。 2009 爱思唯尔有限公司保留所有权利。1 介绍 由于相关技术和其广泛应用所提供的不断增加的可能性,今天的产品在技术和管理观点上变得越来越复杂。产品或待开发的服务(交付)在其形成的复杂性被称为复杂的产品,如运载火箭,机器人,船舶,铁路,机车和飞机,汽车,武器系统。 特征在于零件的数量,部件种类的数量,互连的数量和接口,最后通过的功能数。复杂性的特点是结构的不确定性,以期观察分化和相互依存。 复杂性的定义 由零件和变体在一个模块,类型数元件 8,其中交互 子系统的相互作用在几个电信设备制造商之间 9,一体化设计 10,高耦合不同的技术和集成的架构 11。 一般来说,复杂的产品在开发过程本质上不仅考虑了分布式智能资源环境和并行设计过程中的制造和装配的整个生命周期,但也集成并行协同设计中的机械,控制,动态等传统。大型设计团队将从事,成员间的沟通和协作显斜面,使复杂的产品的设计任务得以有效进行。 然而,传统的产品设计,通常是被 屏通过实验室或企业内部组织。新增 制和孤立的计算机辅助工程( 统,无法满足复杂产品日益增长 的多样化需求。 一方面,更高的质量是强解命令,条件是这些产品应满足相同的时间或什至更短的生命周期。而 分通信和接口,管理问题产生 12。 为了解决管理问题和交易复杂督促, 可能的多学科设计和地理 源环境,设计和分析,考虑分割成独立的,在大多数情况下,并发设计阶段,并应用了分布式开发方式 17。并行工程,协同设计和优化理论在多学科设计如雨后春笋般冒出在此区域。同样,对于跨部门,跨地区,虚拟企业的跨国家联盟快速发展,设计和开 发环境已经发生了很大变化,许多对于复杂的产品设计必须共同完成的。由产品设计人员及其他相关人员在不同的地方。然后,分布式协同设计技术问世产生和广泛的研究和开发工作也已开展 21。 另一个问题是,马努的分配和利用 大量的未充分利用的制造资源在科研机构,大学。 一九八六年四月十二 22。在网络化制造一个具有挑战性的问题,资源服务是如何发现这些社会化的制造工艺, 提供有效的资源支持服务 23,互联网技术现在的飞速发展,制造资源的品种和规模不断变大 22 , 并且全球的网络化制造资源 习必须得以访问和优化配置 26 。未来的 统正朝着分布式协同设计方向发展,其中地理 统可以集成和虚拟设计团队,可以设置内地 27 。开发达索系统, 算机辅助三维接口应用)的设计优化的各个阶段,生产的生命周期,并提供最全面的应用组合,一个系统可用,目的是最大限度地提高并发出租产品、开发实践和流程再造 28 。作为工业应用实例, 整个供应链能够访问。 这使您能够分享和转让的最先进的最新信息和工作、并发协调的工作环境,甚至更多。 近年来,软件危机 “促使软件工程和 一体化推动核心技术的发展,在集成软件领域,最值得注意的是,在面向服务的架构( 32。 目的是为了解决要求松散耦合,基于标准和协议独立的分布式计算,对应的企业信息化系统( 以适当的整体业务流程流 34。目的是使开发人员能够征服许多分布式企业计算的挑战,包括 离子集成,事务管理,安全策略,同时允许多个平台和协议,并 利用众多的接入设备和遗留系统 35。驱动目标 应用程序集成和无缝运行。 在本文中,一个 成的分布式协同设计系统( 于于 统,各种工程软件工具和实用程序可以很容易地集成为松散耦合的服务,可以形成为特定的临时动态服务联合设计过程而被请求。该 供可重用性,可扩展性,可靠性和效率,可通过面向服务的编程 36 ,并取得了相关动态服务对象导向架构( 基础设施 37 。特别是,我们关注于底层实现技术和 施有限元分析,复杂的产品在基于 意,在本文的范围 导向,但其他工程软洁具工具,如计算机辅助设计( 计算机辅助制造( 计算机辅助工艺设计( 产品数据管理( ,面向装配的设计( 德签收制造性设计( 系统仿真等,也可以被整合为服务纳入 我们工作的主要贡献概括为四个方面。本文首先定义了分布式浓度的概念、当前和协 同设计( 复杂产品 发展按照优化的理论在多学科协同设计。其次,本文提供了一个集成的系统链接各种 具和在运行时远程调用这些软件资源的手段基于所述 36,38。第三, 提供一个针对不同的卖力临时服务联合环境,所以 四,静态的应用案例,铁路转向架的应力分析开发和指示可靠性能力和 成的分布式协作的效率设计系统复杂的产品开发。 第 1节 : 本文的结构如下 ; 第 2节 : 相关工作进行了研究和总结系 统要求考虑到从系统看发展 ; 第 3节 、 第 4节 : 讨论的解决方案实现所提出的系统上的部分要求。 第 5节 : 概述了系统架构和功能 ; 第 6节 : 第 7节 : 总结全 文。2 相关工作 当一个产品是通过集体和联合 计过程可称为协同合作设计,分布式并行设计和跨学科的设计 18。该研究为分布式协同设计始20世纪 90年代,并 39。1990年,国家标准和技术交到一个项目投资 2150万美 元用于开发团队,所谓的联合智能产品环境( 划利用协同工作支撑环境体系结构 用电气公司成功地找到 良好的应用开发美国关键武器设备各种分布式协同应用已经发育, 于各种系统的体系结构,不同的工程领域 产品数据的基于 开放式架构管理 41,一个软件体系结构的分布式42,分布式协作产品定制系统的基础上的 提供分布式协同产品定制产品的用户在虚拟环境中 43,智能并行设计 统 ,现在 公司应用 44,这些系统的体系结构一般可分为 分为两类,即客户端 /服务器( C / S)和对等( 47 在 C/ 务器扮演着一个信息代理,广播 通过一个客户端产生的命令。 其他客户端 51。几何内核是在服务器侧和命令从客户端传递到服务器进行建模活动 53。服务器扮演一个信息交换机广播由生成的 服务器已经提出了提高的性能。该系统有效 56,如 司及其他开发的系统 56以网络为中心的基于特征的虚拟原型系统,在分布式计算架构提出 59C/ S 架构,分布式协同设计系统 使用 信息和知识 61,并与基于 利用 62。全面检讨一些基于 以在 21,63被发现大多数基于 协同设计系统, 于开发他们 64 66,有些则是开发使用的 7),言(网络 8), 9,70和 6,67。术语的翻译学科之间,定位 /提供工程分析 拟原型服务,以及项目管理可能协调 就像发明家协作工具的恶习 4 ,正弦,睇得, A 设计,系统互操作性,协调的过程,知识合作,和冲突管理。一个分布式协同设计框架,提出了 2 偶合。然而,在分布式环境中,一个代理系统典型 ,新增 乏可扩展性,健壮性和安全性。因此,整合 设计已进行了研发文学上的电脑进行全面审查支持协同 设计( 以在中找到,从 20世纪 80年代的前 术语 网格 “的建立是为了表达一种分布式建议 网络基础设施 “的高级科学和工程, 这是现在理解为指的技术和基础设施 协调资源共享和解决问题的能力在动态的,多机构的虚拟组织。 一个以社区为基础的开放式架构,开放式支持网格 服务和软件库的源设置和网格的应用,并取得了重大进展,一直以来使用 术语网格计算起源于 20世纪 90年代初作为比喻访问的计算机电源一样简单的电动电网。网格计算代表的新型系统 - 中电信设备制造商相结合的异构计算资源 他们广泛的用户可用社区。今天,有网格的多个定义 源管理,换货,接入,虚拟化,配置和共享之间异构的计算机领域。因此,不同的计算机重新在不同的管理域源形成一个网格资源的动态, 共享和协调使用执行刑期和 虚拟计算组织。因此,本网格需要描述某种框架的平台允许软件运行利用虚拟组织。这些奥尔加 门是电网的动态子集,企业网格和全球网格,它允许程序使用共享重源 。协作联盟软件用户通常安装在本地运行的程序 就要求开发人员创建和维护他们的软件的版本。在不同的平台和更新自己的本地安装的软件更新。但是,应用程序,系统和 允许用户在调用服务不与去有关他们的本地或远程主机这样的服务的贯彻落实。任何计算机 必须包括能够远程调用的代码的能力,并 促进资源共享,这还可以降低成本的 用来监视的状态服务,以及个人代码运行的状态。 务是一个很好的定义,粗粒度的,发现的,并与应用程序进行交互的自含式软件,实体通过和其他服务松耦合,同步或异步,异步的,基于消息的通信模型。 服务的一个集合定义良好的接口,实现和共享的通信系统蒸发散模型,也是一个新兴的方法, 于标准的与协议无关的分布式计算。如今的 为领先的建筑方法,大 部分电网的发展。从客户端到服务器体系不同。 从一个服务器分开的客户机, 务注册,使用服务提供商和请求者是由可作为独立的服务组件,这可以在没有它们的 智投资平台或实施。在,服务提供者去伎俩在网络上的服务,发布其提供的 服务一个或多个登记处。然后,服务注册这些拦截公告并添加发布的服务。通过发送查询到登记处,服务请求者查找服务,使得选择从可用的服务,并绑定化,并执行该服务发现和加入协议的服务亲之间使用 , 请求者找到注册表,然后发 布或交流,在网络上 务,根据是否之间的通信协议,服务请求者和服务提供者是一个固定的标准协议与否, 务 协议导向架构( 信协议是固定的,一般的标 如,在 由提供者和请求者事先知道。请求者可以使用该协议,并从服务获得的服务描述注册表来创建绑定到服务提供者和代理在固定协议的远程通信。因为 务注册中心,例如,对于 试并打开一个静态连接,找到或注册一个服务,这个被称为绑定操作。因此,固定和通用元件,这是减少到一个公分母(一刀切),通常导致效率低下的网络通信而在理,实现相同的对象 建并始终拥有由服务提供者,它是随时准备通过请求者使用。服务提供者发布代理为活动代理,一个代码库批注对象,如网址的代码定义、代理行为( 代理服务器的请求并不需要知道谁实现了接口或者它 如何被实现,并且还可以与多个通信 信协议是中性的,并可能会发生变化。每个供应商可以在最需要的有效的协议( S)决定对于一个特定的分布式应用程序和一个智能代理可以谈在多个协议,包括特定的应用程序协议。在 明显,者使用动态发现协议来查找可用登记(查询服务)的定义,而前者使用静态发现协议,基于松散耦合,移动代码和动态 组播技术, 三个中性类,它们分别是: 一地两检中立,随着位置的中立性,服务需要不搭配,看起来,后续服务的发现和用于查找特定的服务,从而简化了整个网格环境的管理。协议中立,随着协议的中立性,以何种方式服务请求者与服务提供商沟通并不重要。服务请求者不知道的协议用于什么地方,或在居住中实现中立与实施中立,服务请求者谁使用所提供的服务并不需要知道什么语言或服务是如何实现的,在 互操作性”是指服务的能力,任何潜在的服务请求者调用,和三个神经 是从语义来看, 语义互操作性取决于接口如何服务描述以及如何的信息的含义与该项服务的潜在客户共享。几个问题需要解决包括如何确切地知道什么是提供服务质量? 可以拿一个异构环境,并把它变成一个几乎 通过固有的使用 联合( 务和客户端。 国德州理工大学是一联合服务到服务( 计算环境,并使用动态发现协议来查找可用登记(查询服务) ,如 定义 构有明确的租赁,分布式事件,交易和发现 /加入协议动态建筑特色和劳累导向,在 互联网环境强运行 中的可扩展性,可靠性和灵活性是分布式应用程序的关键。本文是对的更新和改进版 图 1. 系统需求分析 从系统开发的一些要求查看,关键是成功地利用 架构方法和基于互联网的概念。所有这些必须考虑到帐户在系统设计中,成功地实现 球网系 源服务理念,为的有限 元应用复杂的产品。参与的协同设计过程中的各种任务复杂的产品可以由不同开发者各种软件工具,可以彼此交互,并且可以是根据其他任务的反馈意见进行迭代。该 请求者端用户界面必须能够沟通以及与该服务的有限元分析系统进行交互提供者端在互联网上。此外,回答请求者并返回计算结果只是在时间,服务器并不需要知道谁实现了接口或者它如何被实现,并且还可以与多个通信在网络上 通信服务请求者之间的协议和服务提供商应该是中立的,可能会有所不同实现互联网服务,一个基本概念是,该服务应便于通过使用任何 平台的用户。因此,一个其他的基本要求是服务请求者端用户界面必须与平台无关,在同一时间,尤其是在多国公司,签署越来越多发生在空间上分布的位置,可能遍布世界各地,其中设计中的所有参与者过程中需要所有相关的最新的最新恒定的实时访问产品信息。因此,系统必须能够协调资源共享和问题解决在动态的,多制度化,虚拟组织,以及促进通信化,协调和各项任务,软件合作在复杂的产品开发工具和团队成员过程通常计算资源分布的不同,通过互联网的地方是异质的。因此,该系统应结合连接这些异构的计算资源由互联网到用户社区。 由于协同设计系统 是建立在外部网的顶部或内联网作为一个分布式应用程序,固有的动态 统架构决定了计算软件资源都连接在 如,通过什么手段,他们可以互相调用。远程程序调用( 基本调用之一用于构建分布式应用程序。总结6 括 离子( 网络 / 。基 于这些 种系统可在市场上,原型系统可在学术领域。这些系统不是基于一个客户机 /服务器架构或基于 中缺乏可靠性和在现实不断变化的灵活性,因特网环境下,由于网络的动态特性。 一个协同设计的另一个重要要求 各种工程软件工具的集成和公用事业产品的设计和开发。此外,这环境应当能够动态地组织的软件资源,并提供一个联合环境中针对不同的用户,所以 件资源可以动态地不同的项目工作。 此外,系统支持的 具的应用和在一个强大的计算环境的自动化交互换货,这可能决定了成功的特定项 目或失败,通过减少设计周期和避免昂贵的,由于高保真信息可用性早些时候在工作在设计过程中,由于该系统可以跨越整个互联网,八个法拉网络 文提出的解决方案和系统设计中的后续 实现对提出的原这些要求类型系统。4 系统特点 以实现对上述要求的解决方案,造成系统列于本节,然而履行中的任何一个要求换货,不能视为独立的个体任务,它们是相互关联的,需要住宿。他们必须被设置为无论是运营商网络的整体解决方案或服务请求者端。因此,本特性造成系统被划分为通信协议无关的独立平台,在动态 协调资源共享,多机构的虚拟组织,转化异质计算资源,整合和动态 靠性阳离子和系统的灵活性。解决方案在实现这些功能 每侧呈列如下。 正如在第 2节,使用 能代理在 服务的位置并不需要请求者事先是已知的。偶数位置注册并不需要是已知的请求者和事先提供,以及提供者和请求者可以动态显示覆盖并加入注册表在网络上, 一个开放的,通用的可扩展的架构平台与插件开发环境( 合开发工具。 是完全与平台和语言无关的。到目前为止, 行语言等不同的C / C +, 。从平台的角度来看,在 编译的二进制的 S X。添加一个新类型的支持编辑,查看或编程语言是非常容易的,因为精心设计的 供,因此 ,建议 解决方案,它可以实现完全的平台和语言中立。由于普通用户演示和 如编辑,视图,透视图等,计算重 统是一种分布式计算系统,能够对 络到一个灵活的,可轻松与环境 通过动态发现的硬件和软件资源服务请求者。分布式资源或服务的提供者可以动态联盟中的 允许程序员来处理网络的现实:对于租赁网工作资源,分布式事 件,交易和发现/ 加盟协议组成联合会。 在 元计算环境。在 动态形成工总系统蒸发散提交的请求者面向服务的方案。该 础设施是基于 用 程模型明确租赁,分布式事件,交易和发现 /加入协议。而 注于服务管理的网络工作环境, 实元程序) 。动态架构 扩展性,可靠性和灵活性是临界 卡尔对分布式应用程序。可以使用交互式用户代理下创建在从服务供应商即时载入。使用这些接口,用户可以创建,执行和监控埃克塞 - 执行劳累导向内系统蒸发散。该导向可以保存供以后重复使用,允许用户快速创建在计算新的应用程序或的即时发挥导向的课程现有的,通常坚持重用此导向,此外, 嵌入在 服务体系结构和基于 制造资源 同设计方法 为了实现自己的使命,开发人员必须共同努力, 地理工程师共同工作,无论是在日益全球化的市场潜力巨大的优势。西米用途 工程师能够同时设计将大大提高工作效率,同时降低目前因所犯的错误、通信故障。这意味着,所有各方在整个设计过程上存在的基础概念并发和协同设计,本文定义这个概念的分布式并行协同德签署的分布式智能的资源环境, 定义 1: 分布式并行协同设计( 在产品的设计和开发过程中,设计师不仅需要考虑设计过程中的时间尺寸,而且还考虑合作的合作不 同的设计组不分地域的空间维和分布式智能环境资源在资源层面。很明显,设计的过程和发展是一个整体立体分布并发以及基于分布式智能协同设计环境,即, 在 空间维度:一个团队应该开展协作设计在空间维度。有机械领域而在空间维度等领域。 时间维度:一是设计应同时进行在时间维度。在设计制造部分是根据它们的功能分解。在设计组装, 分产品组合 知识方面:现代的设计基于智能资源,主要取决于外部智能资源和内部知识的储备 133。在中国,有很多存在的资源和潜在资源,可支持知识采 集在产物的过程设计。这些资源大部分都在科研院所,大专院校,国家和部门重点实验室或开放实验室,工程技术研究中心等。 并联合面向服务的元计算环境。 层 a 网络和硬件层提供了基本的硬洁具设备及所有软件的网络连接系统上面运行。这里,网络和硬件层可从局部故障受到影响,因为动态性的互联网和远程调用的等待时间也可能存在这一层。 b 本 础设 施层提供了基本的机器人, 施其 一层列出了 础设施组件,包括 络对象,服务提供者,服务和服务豆类等一般服务塔斯克实现用于配置通过依赖注入 定领域的供应商智能代理和嵌入业务配置文件对象,称为服务豆,到服务提供商。同这些组件,各种 磨碎到环境中的服务提供者。 c 分布式服务资源层提供各种经由互联网服务,如 软件工具和实用程序,用于基于协同设计的项目在 础设施层。当然,其他工程师软件工具,如 务等,也可以集成为服务到这一层。装可能会发展到分别整合各种软件工具,服务提供者是一个基本的要素,可以是动态地并入工程劳累。 d 临时服务联合环境层可能调用和整合一些具体的服务于分散,服务资源层,形成一个新的门面服务入根据服务卖力的系统,该系统是远程邮件从服务请求者。门面服务 一个单一的入口点,以及服务请求者可以调用此门面的服务,而不是管理自己多 时服务菲德 境层之间的一个关键连接分布式服务资源层和应用层 下面讨论。 应用具体的合作项目任务和作业,这是通过发挥面向对象编程创建。具体的基础设施支持的对象劳累导向编程。基础设施定义显示屏分布式对象的模块化,可扩展性和 一致有关元计算粒度和依赖注射,面向对象和灰键的功能分布式程序明,通常是在 服务工作和服务工作卖力类型也将随之调用相关服务的显示分布式服务资源层通过 务联合环境层。 成功地继承 务为中心,和 网络为中心。一个 中任何一个可以来去,并且系统可以改变它的环境作出反应以可靠的方式。 服务为中心。在 在一个临时网格联盟合作网络为中心。用户可以要求使用多个服务和检查他们的意见书在不同地点的地位通过与瘦 户端的 户,这三个中性类的 立性的协议,并执行中立。所有三个中心类是由 累为导向的动态调用和整合多个服务 事实上,两种服务可以是蒸馏水中 一个会众化服务和联合服务。对于众服务,通过发现和查找服务,一些在服务分布式服务资源层可以简单地聚集并整合成一个新的门面服务,使服务器可以调用,而不是管理自己这个门面服务多个服务调用一个接一个。对于联合身份验证服务,基于在应用程序中定义的服务工作和任务在分布式 统应用层,多个服务 副资源层可以动态地选择和选择根据业务特征的服务性工作和任务形成一个临时服务联盟。在工总服可以执行特定的服务性工作。这些服务将离开。 目前的临时联盟,然后加入新的临时服务联盟后,他们完成相关的工作。该 应用案例 在本节中,走铁路转向架的分析作为建议原型系统 高速铁路列车的设计和开发是一个许多铁路车辆制造企业的重要任务目前在中国。但有瓶颈的设计与分析铁路转向架。转向 架是一个轮子的马车或手推车。在力学方面,转向架是一个底盘或框架承载车轮,安装在车辆。它可以被固定在适当位置,如在货物卡车,安装在旋转,如在火车车厢或机车,或如雨后春笋般涌现在毛毛虫的悬挂履带车辆 。 一般情况下,多学科的设计和铁路博的分析 由三个部分组成:几何设计,静态应力分析和验证,以及动应力分析 。 考虑到动态应力分析,作为 有几何设计的应用案例和静态应力分析及铁路转向架的验证是在这里实现通用设计流程的铁路静态应力分析转向架 。 已知从上面的讨论 的,在分布式服务资源层 种 被集成在系统中的服务。目前,大多数 准备好 “当他们开发和发布,所以服务需要包装 要提供整合这些 务供应商进入 后他们可以接触通过互联网请求者。服务塔斯克( 以用来作为一个主要服务类裹各种传统软件 具和实用程序的服务。 一般来说,静态应力分析铁路转向架的任务可以被进一步分 解为四个任务,几何设计,网格生成有限元计算,并 人类 决策。首先,机械建模工程师名义有效汇率将贯彻转向架的几何造型。第二个,网状专家会产生一个计算网格的几何模型。第三个,有限元分析专家将进行有限元分析 计算机 化网格上的文件进行静态应力分析。最后,该域专家将访问和分析的有限元分析计算的结果,并然后根据用户的要求,他们将一个在转向架上的静态强度是否是可以接受的决定和是否转向架的一些参数应该被修改。如果参数及以上者需要工程师将修改铁路转向架相应的模型,然后模型将进行网格剖分,有限元分析计算,以及专家决定再次制作。这个迭 代将继续重复,直到转向架的静态强度是令人满意与领域专家批准的设计。基于以上分析,四个示例服务可能是在转向架发展的静态应力分析鉴定工作过程, 根据用户的要求和参数的工具, 务可以划分几何模型 。在 人类 ( 务可以让专家决策 ,基于有限元分析的结果和一些相关的国家和跨国家标准,然后,如果需要修改设计,审查意见将被退回到几何设计模型在 持服务标识的 于工作在类 个服务提供商已经发育,在分布式丝氨酸使用的 务 资源层。这将在下面的章节将描述。 目前,对于技术或软件本身的限制,可能存在两种类型的服务提供商中 换货:一种是自动服务提供者,它可以在服务器上运行模式,无需人为参与,另一种是半自动的服务供应商,它需要人的支持当用户通过发现和查找发现巧合的服务该系统的服务,一劳累就会产生和节奏,拉瑞服务联合环境将调用来形成,基于分布式服务资源层的 这四个服务供应商将一个根据进行详细说明。他们的调用顺序如下。 ( 1) 主和半自动 E 的服务。两者都基于意法半导体类,并可以亲 从请求者通过。该 输入到 是裹在服务上下文的上下文节点。该输出是生成或修改转向架的几何模型文件和 接到本文件还提供了一个上下文节点在服务上下文中, 然后被传递回服务请求者。 出了服务请求者端用户的服务接口 他三个的用户服务界面服务提供者是丝毫不亚于与这一个类似的。 自主 向架模型的产生或修改的铁路转向架自动建模。而对于半自动 收铁路转向架的参数后模型,机械模型工程师是需要启动一个 生成或修改基于这些参数的铁路转向架模型文件。一旦工程师提交他的任务, 供应商将包装在服务浓度上下文节点的 从请求者的角度来看,基本上没有什么本质之间的自主和人类参与 除了自主 这种情况下,半自动 输入是在转向架模型, 务的输出后,请求者将调用的 ( 2) 过在延伸的 为转向架模型太复杂和人类的修改,自动根纳入样本内网有多大必要, 入到 是修改生成的铁路转向架模型文件在 命令流文件由服务请求者经营网服务上传在背景中的批处理模式。然后,一个网专家将检查由批处理模式中生成的网格文件,并确保网格文件是否需要被修改或没有。如果需要,网格专家将进行手动作案 的输出是铁路的网格文件转 向架模型文件,在这种情况下,可以是呋喃既可以由 ( 3) 过定义一个 且通过扩展 广泛地用作一个巨大的 算机在交互模式下计算机辅助工程软件工具,但在这里,它被包装成一个典型的自主服务亲 运行在批处理模式。在批处理模式下运行时,输入 服务,供应商是数 化设计语言)文件,这是一个命令流文件(这里是在这种情况下 件)和网格文件, 供程序生成。后产生多个输出文件到指定的本地文件夹,其中包括一个 果文件( 一个 数据库文件( 日志文件( 视频文件( 一些图形文件等的 接到在服务输入文件和输出文件作为上下文节点 从服务 提供商。 者作为服务参加临时服务联盟。在后一种情况下,如果劳累产生的服务请求者匹配的 服务签名(至少一个接口的类型和操作),劳累会被执行。 后推导出网格文件,并从服务上下文中的 件链接。他们将网格文件和 件下载到指定的地方文件夹和文件 调用 后写 网址链接到这些网页文件放到上下文中的节点 上下文和服务上下文返回给调用者。该请求者将服务内容进一步转发到下一个 为提供商,在临时服务联盟误码率 以这种方式,信息可以被传递,并根据麻花钻的动态不同的服务提供者之间共享管理。显示了视频文件,数据库文件,一些图形文件和 服务提供商。 ( 4) 何服务提供商。因为人类知识的戏剧在静态应力分析决策提供了重要的角色铁路转向架,对 服务也是半自动 务,其中领域专家涉及。在何服务提供商通过扩展意法半 导体开发的类其主要功能是接收服务上下文生产出可以进行交互和显示所有用户代理 家可以编辑的文件,例如命令 果他认为有限元计算结果不能满足服务请求者的需求。图 家编辑后文件,他将使用友好的图形用户提交他的决定 据图 果专家给出评审意见返回 路转向架模式将发生网格生成,有限元分析计算,和 专家决策一次。本次迭代将继续重复,直到静转向架的强度是满足和领域专家批准设计。 则会产生消耗时,这四个上述服务将依次被调用。因为 可能是复制服务对于在环境中的相同的任务,例如,有可能是在环境几个 是没有必要知道的服务的位置在互联网。在 用程序的应用层请求服务的基础上联合使用的方法调用由劳累导向程式设计。当服务劳累,由远程服务生成通过互联网请求,匹配的服务签 名(至少一些服务提供商的接口类型和操作),埃克塞 后一个协作活动将根据劳累型中进行 个劳累可菲德透明的吃多台主机上,根据其控制 及通过封装所有低级别的 及卖力的服务之间的基本通信手段请求者和服务提供者。服务请求者可以控制服务供应商的卖力。服务内容,服务 和 供应商的控制策略被封装由埃克塞化。在其上执行一个任务或任务有关的数据被称为服务上下文。服务上下文包含一个树形数据结构,其在该叶节点存储多个数据项。服务签名的任务或作业 操作,并指定一个结构化的描述至少提供程序的接
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
提示  人人文库网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
关于本文
本文标题:CAE分布式协同设计系统在有限元复杂产品的SOOA分析
链接地址:https://www.renrendoc.com/p-1543723.html

官方联系方式

2:不支持迅雷下载,请使用浏览器下载   
3:不支持QQ浏览器下载,请用其他浏览器   
4:下载后的文档和图纸-无水印   
5:文档经过压缩,下载后原文更清晰   
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

网站客服QQ:2881952447     

copyright@ 2020-2025  renrendoc.com 人人文库版权所有   联系电话:400-852-1180

备案号:蜀ICP备2022000484号-2       经营许可证: 川B2-20220663       公网安备川公网安备: 51019002004831号

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知人人文库网,我们立即给予删除!