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

基于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 development VCS DTMS requirements requirements VCS DTMS