基于XML的通信仿真翻译

基于XML的客户机-服务器通信分布式通信管理系统我们的分布式电信管理的Sys-TEM（DTMS）采用面向对象的模型来描述网络语音通信系统（VCS）。为了允许强系统演化和维护，关注一致性是通过严格的封装的VCS模式的实现。所有其他康波-堂费要么是VCS独立，ated从VCS模型。为了提供必要的通用的和灵活的接口，我们决定使用可扩展标记语言（XML）作为数据交换格式是吐温在客户端和服务器，也为半结构化的持久性在关系数据库中。作为模型还CON-tains最约束，XML模式从模型生成和验证目的所使用的客户端和服务器。新DTMS系列目前在INTE-格雷申和测试阶段，并将于2002年年底交付虽然也有一些缺点，结果是有希望的，我们希望XML及其相关的标准和工具，成为一个多功能，灵活仪器在现代软件工程实践1.开发过程和XML在电信做的，主要的发展进程面临着越来越大的市场压力。不仅做到了系统必须精心设计，坚固耐用，易于维护，他们也有可以很容易地定制，以满足变化甚至新的要求。这些目的可以部分地通过施加一个面向对象的分析，基于组件的设计，适合的技术，和一个积极的团队来实现。更是如此,重要的是要建立一个适当的开发过程,特别是当几个来自不同公司的团队。开发过程本身的程序性要求甚至可以影响系统的体系结构和技术。在我们的案例中他们已经导致了使用XML(可扩展标记语言)作为客户端和服务器之间的数据交换格式一方面和另一方面服务器和数据库。因为可用的工具来转换和验证,XML应该促进的一个主要设计目标:开发周期的解耦。作为一个现实生活中的例子,我们提出一个分布式Telecom-munication管理系统(dtm)用于config-uring,监测和控制我们的声音交流系统(VCS)。风投们依次由分布式嵌入式系统代表一个声音开关,communi-cation接口和工作岗位。新dtm系列目前在集成和测试阶段,并将在2002年底交付。因此,本文能提供大量真实的发现有关XML的使用图1显示了前面的耦合发展浮选前dtm的风投和其完整的重新设计。风投们的变化影响dtm和图形用户界面(GUI),而dtm的变化只影响到GUI,但都需要主要imple-mentation和测试工作,直到整个系统再次启动并运行。这导致一个缓慢和令人沮丧的研制生产过程中总是一个团队必须等到另一个团队完成任务。此外,一些具有不同技能和知识的团队——有时甚至来自不同公司必须一起工作,导致合作开销和沟通问题:•嵌入式系统和硬件工程师program-mingCvc•分布式系统和面向对象设计专家在c++实现dtm的服务器•用户界面专家熟悉Java和摇摆为了克服这些困难,介绍了建模过程,前后一致地封装了所有方面的风险投资管理(问题域)概念和详细的风险投资模型应用面向对象的统一建模对于mod-eling技术与使用(UML)。风投们模型表示的物理和逻辑结构和功能在dtm风投。风险投资模型的变化不能影响其他服务组件的dtm,独立设计和实现。现在dtm是一个基于组件的系统,每个组件都有明确的责任和提供的服务通过一个定义良好的接口来获得一个连贯的系统。因此,VCS-dependent和独立的部分分开整个dtm,也为了减少努力适应每一个新的风投的dtm:一个风投公司为每个cus-tomer构造根据他的需求。然后为这个特殊的dtm的发展风险投资主要包括一个新的风险投资模型的建模。显然，DTMS的VCS依赖性部分不仅包括在VCS模型，而且在GUI片。所有其它部件的VCS无关。这要求在VCS依赖部件的接口是VCS无关，从而导致通用数据结构分别在VCS依赖性和非依赖性部分之间被交换。这就要求框架组件采取筑巢和未嵌套通用数据的照顾。因为大多数VCS-dependent部分dtmfunction-ality一般在VCS模型描述而不是通过编程实现,predom-inantlyVCS-dependent组件和接口的实现产生的风投模式导致所有短期开发周期。DTMSdevelopmentVCSDTMSrequirementsrequirementsVCSDTMSRegularGUIChangeChangeChangeVCSDTMSRegularGUITestingTestingTesting图1所示。耦合风投/前dtm开发过程设计VCSrequirementsDTMSrequirementsVCSVCSmodelChangeChangeDTMSplatformChangeVCSDTMSTestingTesting图2。重新设计后解耦vc/dtm开发过程.相比,主要变化的平台,包括所需的生成器工具,框架和VCS-independentdtm服务元件,导致一个长期的开发过程。因此,风投和dtm开发周期变得更加互相在相关。尽管如此，这两个开发过程还没有完全，因为它们是由通常使用的GUI开发过程相互关联的。类似于从VCS模型中，只有一个图形用户界面，其能够自动适应其自身到VCS模型在VCS依赖分量的产生，可以解决这个问题。我们称之为“InstantGUI”，因为它VCS模式改变后立即变得可用。此InstantGUI已经由从VCS模型自动导出本身实现，并且详细地3.3节中描述。该InstantGUI不能部署为最后系统由于减少了可用性，但它能够消除两者从常规GUI（RegularGUI）开发过程VCS并DTMS开发过程。。可以看到结果和改进开发过程如图2所示。的生成VCS-dependent组件和InstantGUI的可用性在开发过程中允许两个完全独立的开发周期。一个是处理变化的风投,另一种是处理dtm平台的变化。VCS影响风险投资模型的变化,可能很少影响dtm平台。风投和dtm可以inde-pendently改变,测试,开发过程是解耦的。此外,风险投资模型提供了一个清晰的和正式的接口(UML)参与开发团队之间的沟通。提供必要的通用和灵活的接口分别VCS-dependent的清晰分离和独立的功能和清晰分离Reg-ularGUI开发过程的其他部分的发展过程中,我们决定使用可扩展标记语言(XML)作为客户端和服务器之间的数据交换格式。与其他格式相比,XML提供了标准工具(解析器api,文档Ob-ject模型(DOM))来管理数据显示和改变。此外,它提供了开箱即用的valida-tion设施,XML模式。在本文,我们将XMLSchema语言称为“XML模式”最初的资本“S”,当我们引用一个特定的实例作为“XML模式”开始一个小写字母“S”。在我们的示例中,生成的XML模式从风险投资模型根据特定的映射,在第四节所讨论的,它是用于验证的客户机和服务器,以下部分概述了系统架构和组件参与XML数据交换的功能。第三节描述了XML接口详细GUI和服务器之间,包括使用XMLRegularGUI和In-stantGUI。下一节解释说,XML模式实际上是如何产生的风险投资模型的UML表示。相关工作,总结和计划未来的工作总结。2.体系结构dtm是分布式系统管理网络风投。dtm遵循逻辑客户机/服务器结构,但被实现为n层完全由使用CORBA中间件的分布式系统。主要元件是客户端、服务器和数据库。他们可能会或可能不会驻留在同一台物理机。客户端提供了一个先进的用户界面follow-ing可用性工程的指导方针。数据库作为持久,半结构化(关系和标记对于)对dtm数据存储服务器。服务器im-plementsdtm主要功能和网络方面。所有的软件层提供事务安全从用户界面到数据库。dtm也遵循一些常见的软件工程指导方针,特别是coher-ent功能的封装,同时分离不同的功能。这导致模块化、基于组件的系统,清晰,经过良好定义的接口,从而提高可扩展性(例如将项目特定的组件如为不同客户不同的复制机制)。一起VCS-dependent分离和独立的部分这进一步提高dtm和vc开发团队的合作,最终导致DTMS-IDE(集成随着环境),那里的风投modeler构造一个新的风投模式虽然可用性工程师指定dtm的GUI表不再参与工程团队要求。2.1相关的建筑细节图3显示了系统的相关部分的详细archi-tecture。服务器由-oth-ers中用户界面的控制器(UIC)、系统模型和持久性:用户界面控制器:UIC提供了一个XML接口隐藏服务器的内部实现从客户端。模型的接口在语法上是独立的,因此,连同UIC,属于平台。发起请求的客户机与服务器commu-nicates导致UIC访问SystemModel根据读或写请求。读请求检索对象为了他们呈现给用户,写请求都由客户端发起为了改变对象。请求和响应满足一个特定的XML语法,这是在第三节讨论。系统模型：系统模型是VCS模型和运行时表示-等-完成对象的管理和通知的产生，当对象发生了变化，客户端需要得到通知。每个对象具有所采用的系统和一个名称，它可以用来通过表示逻辑作为一个友好的用户别名一个唯一的标识。进一步特性是属性和其他对象的引用。持久性：一个关系数据库，用于存储该ob-jects为XML编码的，在一个TA-BLE对数据库的半结构化的字符串。从代表在内存中XML，反之亦然转型是受持久性组成部分，可进行通信-化与数据库采用SQL，结构化查询语言。在客户端，所述RegularGUI包括表示逻辑和结合逻辑。表示逻辑包括几个分级树表示用于添加和删除对象以及用于显示器和用户输入的特定片材的。该表所使用的“智能部件”（控制）的特殊验证功能内置。表示逻辑是VCS依赖，而绑定，荷兰国际集团逻辑提供通用的，VCS无关的功能，采用的控制来检索和往返于DTMS服务器传递数据。它包括以下内容：•对象缓存管理•为了审查用户的验证逻辑改变需要访问跨面孔UIC的存根代码封装必要的存根代码封装访问UIC的接口该GUI框架由绑定逻辑和智能控件库。与此相反的RegularGUI，所述InstantGUI仅包括通用组件使用模型-视图-控制器模式和从VCS模型完全获得其功能性。因为它可以在图3中可以看出，在开发过程中的XML模式和系统模型的实现是从VCS模型分别由XML模式发生器和代码发生器，来生成的。所生成的XML模式所使用的UIC来验证客户端请求。此外，可以进行验证所使用的RegularGUI目的是提供在壳体无效的用户输入（见3.2节）的立即响应，而实例GUI是完全基于所生成的模式（见3.3节）。来自客户机的请求的UIC和UICSystemModel基于同步请求调用。的通知从SystemModelUIC和UIC使用异步客户端传播,解耦的通信。请求in-vocationsSystemModel和持久性是同步的。图4显示了通信层之间的GUI,UIC和SystemModel,GUI表逻辑与各自的对象SystemModel直接通信。下面的层实现了通用绑定逻辑之间的通信和UIC一方面通过使用XML,另一方面和UIC和SystemModel框架使用一个通用的数据构造在下一节中描述。图4。客户端和服务器之间的通信层。2.2通过一个通用数据封装构造和类控制器如前所述,VCS-dependent组件的接口(主要是SystemModel)必须VCS-independent,导致通用数据结构之间的交换对象的属性分别VCS-dependent和独立的部分。嵌套对象实现的接口和un-nesting通用数据结构的设置,改变或检索他们的特定属性。各自的类控制器然后提供查询的功能,添加和删除对象提供一个搜索界面和control-ling对象的一生。类的泛型接口控制器和对象如图5所示。不仅是通用的接口,更是如此的imple-mentation接口产生的风险投资模型,分别对控制器和对象的类图5详细的SystemModel2.3非锁定更新的概念多个客户端可以在同一服务器上同时操作。因此，该请求必须同步或协调以某种方式，以保持物体在一致的状态。此外，当对象被修改，则验证过程必须被执行，检查从该模型导出的各种完整性约束。改变可以提交或回滚，这是从数据库中熟知的行为。因此，事务协调已经出台，负责协调通过同步交易的访问对象。2.4。分布式调沟通客