基于XML的通信仿真翻译.doc

基于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-ming C vc分布式系统和面向对象设计专家在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部分dtm function-ality一般在VCS模型描述而不是通过编程实现,predom-inantly VCS-dependent组件和接口的实现产生的风投模式导致所有短期开发周期。DTMS developmentVCSDTMSrequirementsrequirementsVCSDTMSRegularGUIChangeChangeChangeVCSDTMSRegularGUITestingTestingTesting图1所示。耦合风投/前dtm开发过程设计VCSrequirements DTMS requirementsVCSVCS modelChangeChangeDTMS platformChangeVCSDTMSTestingTesting图2。重新设计后解耦vc / dtm开发过程.相比,主要变化的平台,包括所需的生成器工具,框架和VCS-independent dtm服务元件,导致一个长期的开发过程。因此,风投和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模式。在本文,我们将XML Schema语言称为“XML模式”最初的资本“S”,当我们引用一个特定的实例作为“XML模式”开始一个小写字母“S”。在我们的示例中,生成的XML模式从风险投资模型根据特定的映射,在第四节所讨论的,它是用于验证的客户机和服务器,以下部分概述了系统架构和组件参与XML数据交换的功能。第三节描述了XML接口详细GUI和服务器之间,包括使用XML RegularGUI和In-stantGUI。下一节解释说,XML模式实际上是如何产生的风险投资模型的UML表示。相关工作,总结和计划未来的工作总结。2.体系结构 dtm是分布式系统管理网络风投。dtm遵循逻辑客户机/服务器结构,但被实现为n层完全由使用CORBA中间件的分布式系统。主要元件是客户端、服务器和数据库。他们可能会或可能不会驻留在同一台物理机。客户端提供了一个先进的用户界面follow-ing可用性工程的指导方针。数据库作为持久,半结构化(关系和标记对于)对dtm数据存储服务器。服务器im-plements dtm主要功能和网络方面。所有的软件层提供事务安全从用户界面到数据库。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和UIC SystemModel基于同步请求调用。的通知从SystemModel UIC和UIC使用异步客户端传播,解耦的通信。请求in-vocations SystemModel和持久性是同步的。图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。分布式调沟通客户需要通知有关对象的变化，以便于他们能够保持他们追上最新和更新的表示逻辑中显示的数据。这一要求已得到满足使用发布/订阅设计模式3。客户可以与UIC注册，以获取有关变更的通知。在UIC又收到来自系统模型，它通过采取事务协调的优势，跟踪提交更改这些通知。更好的实施我们使用CORBA事件,已建立在publisher-subscriber模式。它实现组件之间的解耦和异步commu-nication,隐藏的复杂性(10、11和12)在COTS(商业自我)so-lution。此外,事件传播涉及到解析XML,因为通知传播从UIC SystemModel编码的字符串3 XML接口本节描述的使用XML作为数据交换格式。首先,UIC的内部结构是为了理解描述基于xml的读写请求客户端和UIC之间。基因表达,在客户端使用XML描述。3.1内部结构的用户界面控制在UIC由读者与作家CORBA对象。这两种方法提供通过XML编码字符串，来回包含协议信息和序列化对象的XML表示。此外，国际铁路联盟主持一个消费者，其接收从系统模型，并用来推通知多个供应通知给客户端。在UIC也开始交易，并且由提交或回滚完成它们。国际化和本地化支持的接口通过Unicode字符集编码。每个字符交换通过接口需要两个字节,因为utf - 16的编码方案。在IDL trans-ported wstring类型。作为UIC内中间表示，DOM是用于构建和遍历交换XML。该Xerces的DOM解析器，这是由Apache软件提供基础1，用于分析和验证所接收的每个请求，并建立DOM树，以便进一步处理。它提供出的现成的实现了XML的模式语言。 XML模式是用来保证的协议信息的正确的语法，并根据约束来验证XML对象表示来自于在VCS模型，通常为：类型和范围的属性属性值的正则表达式基数上引用更复杂的但很少发生约束,一己所指定的XML模式,检查algorith-mically SystemModel,例如一个无效的介绍身份或违反了算术约束。基因表达,DOM树遍历的编程逻辑调用方法,发起一个读或写请求:3.2。常规XML利用率和验证GUI如前面提到的，RegularGUI的实施不进行一般性地，因为在VCS模型不包含足够的信息，以从中获得一个奇特的布局。因此，该布局在GUI规格以下的可用性要求限定。这个GUI规范和XML模式一起使GUI开发人员实行定期GUI。除了使用XML模式作为接口规范，客户端高速缓存保存在DOM节点的形式的对象。用户通过该装置改变这些DOM节点表示逻辑。最重要的是，XML模式被用于所述用户输入的客户端验证每个用户的输入，只要各自的控制失去其焦点进行验证。万一不成功验证，用户需要在进行之前修正其输入进一步投入。两种不同的方法已经实现，都基于从VCS模型生成的XML模式：1.受影响的节点从DOM序列化到自己的XML表示，重新解析，然后验证对XML架构。2.控制装置的验证信息是GUI的启动过程中，通过扫描XML模式用于约束定做。在运行期间，从XML模式导出的约束被直接使用这些“智能”的控制。第二种方法被引入由于Xerces的XML解析器的性能限制，这也与它的Java实现被特别经历。一些复杂的XML内容，甚至会导致GUI来搪塞。3.3 即时的GUI正如在第1节，只是一个图形用户界面，它能够自动适应的VCS模式，可以完全脱钩的各种开发流程。即时GUI从VCS模型利用XML和XML模式的功能自动派生本身因而VCS模式改变后提供了一个新的GUI瞬间。虽然它并不能满足高可用性标准，它是为开发人员在系统开发和部署后，专家访问一个有价值的工具。对象缓存是断然组织DOM树和树模型作为源来显示它。我们使用SWING JTree组件包的Java Founda-tion类(JFC)提供DOM树的两个视图,显示在一个分隔面板:1。对象视图显示所有对象目前instan-tiated在服务器上。一个对象表示为一个节点显示其类型,其身份,其名称。2。properties视图显示当前所选对象的所有属性和菜objectsview。每个属性都被表示为一个节点显示名称后代节点显示值。引用一个节点代表显示角色的名称和类型(聚合、协会或成分)和后代节点显示类型和引用的对象的身份。表示逻辑提供了一些上下文敏感的弹出菜单和向导来添加或删除一个对象,改变属性值或链接引用。向导的陈设本身取决于可用的XML模式中的信息。4. XML模式生成XML Schema是一种语言，它是用来声明XML词汇。我们优选，因为它的扩展的和可扩展的功能，如数据类型，它允许更细粒度的定义可能比一个DTD XML模式而不是文档类型定义（DTD）。为了制备XML模式用于产生，我们使用XML间谍的IDE。它可以确保，定义的XML模式符合XML Schema标准，它支持架构突出，并且它提供了生成良好的，并根据相关的XML模式的XML有效的手段。XML模式提供了手段,限制XML客户机和服务器之间交换的内容。这是来自风投模式的类图使用Rational Rose的脚本语言。这个脚本语言是玫瑰的一部分可扩展性接口(REI),也提供了一种方法来扩展Rational Rose模型属性。这些扩展的模型属性零件(dtm属性)映射到的方面和annota-tions XML schema属性。prop-erties对应的名称或预定义的标记中使用注释XML模式方面。4.1 UML到XML模式的映射一些规则已经制定了如何映射UML类图到XML架构声明的元素。这还实行了一套为VCS模型设计指南，请参见4.2节。一套完整的映射规则和模式指导方针将超出本文的范围，可以在5中找到。而不是提供的所有细节。因此，在图6中的映射是一个例子来解释的关键问题和一般的想法。图中包含了UML类图，其中A类聚集的抽象类B，从而继承类派生。而且A类与类派生的关联，这两个类包含的组合。每个参考都与一个角色名称和基数进一步描述。 一个示例UML类图映射到XML模式这个例子也显示了整个XML模式结构和外部架构文档的相关部分，声明全局类型。最重要的是，该示例示出了用于类的XML模式的元素，衍生和示出了由表示在运行期间两个特定对象二个特定XML实例的架构。划圈数字指出该模型，模式和实例，分别的相关部分。映射类一类是在图6中，编号（5）映射到XML架构内联元素声明，例如类派生B。这个名字是取自类，类型复杂。每个对象都有一个标识和名称，相应的全局类型的外部XML架构文档中声明。子元素，它代表的属性或引用，可发生于任何次序使用所有的内容模型。映射的属性纵观A级属性attR1位在图6中，数（8），我们可以看到的名称，类型，匿名（内联）型declarations.Also，在UML类长期以来一直被映射到XML模式类型为int - 完整的映射规则包含从允许VCS模型属性类型到各自的XML Schema类型定义良好的映射列表。这个例子也清楚地表明了小面的枚举（4）在参考RENUM限制基本类型字符串到允许设定不同的值枚举1和Gen2的用法。进一步方面可以限制数据类型的特定范围或图案。一些限制不能进行建模与XML架构。这些描述可以用注解来描述他们沟通的GUI开发。映射关系和引用 模型中的每个关系导致在对象引用的关系的任一侧，这取决于式（单向或双向）的方向。每个参考映射到类型复杂的使用角色名称从模型中的关系的一个元件，用于instancerB（2），而强制属性种类对应关系的类型，无论是阿索（协会，见（3） ，汇聚（聚集，见（2）和（6）或补偿（组成，见（7）。子元素代表了特定的引用对象。子元素的名称是这个名字引用类的一个引用对象的身份在属性中指定XML实例的id。基数的关系是在XML模式各自的minOccurs和maxOccurs属性内容模型。都默认,部队到底一个引用出现在XML实例(参见(6)。在图6 B抽象超类继承它的属性到具体的子类DerivedB。由于多态性,一个子类的实例时可以预期引用父类定义。因此,双向聚合类A和B之间的映射参考文献(2)从一个类一个任意数量的实例子类的实例来自乙级(只有类DerivedB在本例中),因为B类是一个抽象的类,因此既不能被实例化,也不能引用。在XML模式这是实现通过使用内容模型的选择,它只允许它的子元素之一代表一个发生在一个XML实例派生的子类的类型的一个引用。在这个示例(2)只考虑DerivedB,因为B是抽象的,没有其他类派生。再一次,数量的出现反映了基数的关系(零。无限)。此外,为简单起见映射和普遍性的模式发生器内容模型的选择是在所有其他情况下也使用。与只有一个子元素,选择是一个退化良好定义的元素。另一个方向后,聚合映射一个参考(6)从任何实例从B类只有一个实例的类a相似,(3)显示了一个单向的类之间的联系一个和DerivedB。一篇作文与(7)解释说,所有子元素可以发生在任何顺序和吗因此分组的所有内容模型。一个特殊的组合是枚举(4)。4.2 UML模型检查器为了使一代的几个系统组件从风险投资模型,一些指导方针和限制在风险投资模型是必要的,我们称之为“模型规则”。我们的模型规则的自由度减少一般的UML类图在某种程度上,这是适当的生成器工具,但仍然满足建模我们的风投公司。模型检查器,这是实现的Rational Rose的脚本语言,执行在XML模式和代码生成该模型。它确保各种建模指南满足和报告所有的违规行为,导致不当XML模式或代码。例如,一个规则,禁止多重继承,另一个地方规则要求具体类只能继承从抽象类。此外,每个类除了根类已经被完全另一个聚合类,父类。的类的实例建立一些树,根类的一个实例树的根。因此,存在的只有一个路径实例的根于是通用机制验证过程和GUI的依赖。 5.相关工作对于UML到XML的映射,有几个框架交换模型信息:XMLbased元数据交换(XMI)16格式支持交换任何基于mof的(元对象设施)元数据,包括模型和元模型。的UML交换格式(UXF)14是一个轻量级XMLbased对UML模型交换格式。它促进了使用DOM和CORBA UXF描述系统组件之间的关系。一个著名的和成熟的软件建模信息交换格式CDIF(案例数据交换格式)2。CDIF是一个通用的机制和交换软件格式CASE工具之间的模型,一个家庭的标准定义电子行业协会(EIA)和国际标准组织(ISO)6。提到框架主要针对互操作性开发工具之间,因此不提供实例信息的映射机制。相反,我们使用XML Schema来利用之间的互操作性VCS-dependent和独立为了分离涉及开发组件流程、简化GUI开发过程和对模型更改在获得更多的鲁棒性系统的运行时。因此,我们更加关注模型之间的相互关系(UML到XML的映射模式)和实例(对象数据到XML的映射实例)。另一个区别是优化对象为在运行时序列化和运输客户机/服务器通信和半结构化的持久性在数据库中。创建对象的序列化表示形式，坚持在一个数据存储过程中的一些出版物描述，比如Java对象序列化规范8或复杂的方法和复杂的框架对象映射到XML，进而以关系模式79。我们对另一方面的方法很简单，直接的，因为我们可以依靠我们的模型规则和没有处理通用对象结构。它是独立于交易，复制和分发问题。我们的关系对象存储基本上与填充每行一个对象实例，这是有效的，足够我们的目的三列一个表。从生成一个基于XML的，一般说明一个GUI的理念已被广泛采用在最近的过去：互动标记语言（IML）4是基于描述用户的交互，而不是着眼于UI控件的想法。相互作用然后被映射到使用的一组规则的平台特定小部件。用户界面标记语言（UIML）13是基于抽象的窗口小部件，以所谓的零件一般UI元素的想法。这些部分可以具有的内容，他们可以在考虑到不同类别的用户和不同的家庭器具的组织不同，它们被映射到使用样式表特定小部件。这些框架做既限制了业务逻辑，也不是目标设备，但他们往往是非常复杂的，很少接受的软件工程实践。虽然我们生成一个XML描述即时GUI，我们的方法不能从其他途径巨大的复杂性受到影响，因为对一组特定的规则和限制，：我们的做法是模型为中心，主要采用模型作为对象 - 面向数据存储，而不是处理复杂的业务逻辑。此外，我们定义一个灵活，但明确定义的协议，用于利用一个通用的插件/业务逻辑绑定交换信息，而不是。6 . 结果和未来工作我们决定使用可扩展标记语言（XML）作为客户端之间的数据交换格式，在VCS依赖系统模型，和数据库，以提供必要的通用，灵活和强大的接口为VCS依赖性和明确的分离 - 独立的功能分别，并明确从开发过程中的其他部分分开经常UI开发过程。通过解耦DTMS组件，我们针对VCS，DTMS和RegularGUI自主开发过程中，在一个简单的图形用户界面的开发，并在运行过程中DTMS组件之间的更好的稳健性和兼容性。相对于其他格式，XML提供标准工具（解析器的API，文档对象模型（DOM），XML间谍）来管理要被显示和改变的数据。此外，它提供了一个彻头彻尾ofthe-盒验证工具，XML模式。As the new DTMS series is currently in the integrationand test phase and will be delivered by the end of 2002, we provide some real-life findings concerning the use of XML.作为新dtm系列目前在集成和测试阶段,将在2002年底,我们提供一些现实生活中发现有关XML的使用。缺乏XML模式XML模式是用于验证目的在客户端，并在运行期间的服务器。我们经历了很多的优点，但有关的VCS模型变化鲁棒的接口的目标尚未实现，因为缺乏适当的XML模式的内容模型。例如，它是不可能的表达元素的以下内容：根据各元素声明“允许声明子元素，以任何顺序出现，并验证本子元素。忽略所有其他元素，即使它们被混合起来的声明的元素“。指定的内容模型的序列，选择，所有的，是不够的，因为所有的内容模型只允许指定的子元素，而任何通配符模式组件不允许孩子们进一步的限制。组合它们，可以连续或分级地，不是由标准15允许的。事实上，这是严格验证的一侧对另一侧模式的转变，XML的不仅是一个弱点一般的权衡和宽容。因此，未来的工作将包括不同UML在XML模式映射的评估和备选直接基于在VCS模型验证。XML实施限制XML通常由10进一步的问题由Xerces解析器API的一些限制被强加的因素增加了交换数据的开销 - 尤其是在Java于实现导致表现欠佳，甚至系统的minOccurs和maxOccurs属性的值很大特别是崩溃与复杂的内容元素。此外，XML schema文件必须分割成更小的文件，要克服性能下降。DOM序列功能并不是DOM的2级规范的一部分，但被认为对DOM含量3.此外，DOM树不能直接对XML模式验证。相反，DOM树已经被序列化到一个字符串，需要以此来证明其有效性再次重新解析。这将在DOM规范的进一步的水平被改变。细化和扩展的XML映射在某些情况下，建模规则以便允许容易代码和XML架构生成太严格。经模拟两种不同的VCS系统后，事实证明，一些额外的建模构造必须启用。例如，该映射必须被扩展，以允许的UML限定符在相关的XML标记，其允许 - 除其他酮一对多组合物通过索引的装置。这将允许更有效的VCS的建模，以改善模型的可读性，并减少了建模工作，分别。因此，XML模式和代码发生器，必须加强。改进的基于xml的InstantGUI即时GUI将导入和导出功能加以改进，以支持调试和测试阶段。此外，这些对象将观看通过显示聚集的对象作为聚集对