【導(dǎo)讀】夠組裝分布式應(yīng)用程序跨越多個(gè)系統(tǒng)和組織的驅(qū)動(dòng)。這個(gè)商業(yè)驅(qū)動(dòng)是為了降低成本，增。加收入機(jī)會(huì)和更好的通過使用自動(dòng)化終端到終端的業(yè)務(wù)流程服務(wù)。需要一個(gè)全面管理的內(nèi)部Web服務(wù)的基礎(chǔ)設(shè)施。早期的經(jīng)驗(yàn)表明，創(chuàng)造一個(gè)商業(yè)Web服務(wù)應(yīng)。用程序20％的努力花費(fèi)在確定的商業(yè)機(jī)會(huì)，服務(wù)接口和服務(wù)器實(shí)現(xiàn)。確保業(yè)務(wù)和部署足夠的環(huán)境，以支持企業(yè)級(jí)的服務(wù)水平。為我們的客戶是一個(gè)BT的商。本文介紹了一個(gè)Web服務(wù)管理平臺(tái)的要求，然后接著來形容一些增值業(yè)務(wù)服。Web服務(wù)松散耦合，分布，且可重復(fù)使用。然而，靈活性能迅速變成匍匐復(fù)雜，如果服務(wù)不部署，作為。業(yè)Web服務(wù)可以實(shí)現(xiàn)使用非標(biāo)準(zhǔn)方法和專有技術(shù)。隨著Web服務(wù)的發(fā)展，預(yù)計(jì)標(biāo)準(zhǔn)，有可能是商業(yè)合同問題有關(guān)的服務(wù)表現(xiàn)，其可用性，或所支持的交。應(yīng)該有可能寫一個(gè)客戶端應(yīng)用程序而不需要知道的方式在Web服務(wù)該服務(wù)的實(shí)施。和提供的功能，已被指定。目的地址返回一個(gè)SOAP響應(yīng)消息。施可以改變，只要外部服務(wù)不受影響。

　　

【正文】 s described by Call . [5].One of the most frequently quoted benefits of Web Services is the potential for reuse, . to be able to create a service that can be reused by many different client applications. Platforms for mercial Web Services will need to provide some structure to service creation, change and withdrawal. Vendors such as In [6] and [7] are now developing products that can perform configuration management of Web Services and provide support for the development life cycle. The design of even relatively simple distribute can be challenging and this is pounded when existing services that are being called are not under the designer?s influence. This places are sponsibility on designers and implement or s of new services within an anisation to ensure that the services that they release are fit for reuse. At a minimum this requires that services be properly tested, including specific tests for vendor platforminter operability. The opportunities for reuse will be increased further if design and deployment is managed as a coordinated process leading to defined sets of plementary services. Interoperability problems between different vendorplat forms can be a problem despite the existence of standards and a high degree of platform vendor cooperation. These arise from subtly different interpretations of standards, implementation of unstable proposed standards, and also from the use of options within standards. For example, WSSecurity is as that defines a generalpurpose mechanism for associating security tokens with messages [8].However, no specific type of security token is required by WSSecurity and it is entirely possible for client and Web Services to ply with the specification but be unable to interoperate at a working level owing to the use of inpatible security tokens. XXX學(xué)院畢業(yè)設(shè)計(jì)（文獻(xiàn)翻譯） 第 17 頁 This type of issue is being managed as an industry wide initiative by the Web Services Interoperability (WSI) [9]. Formed in February 2021 it aims to promote a consistent and reliable interoperability between Web Services across platforms, applications and programming languages. It provides guidance, remended practices and supporting resources such as test tools for developing interoperable Web Services. Ideally, a business will attempt to factor out function into a manageable number of services and ensure these are designed and deployed in a management platform for mercial Web Services56 ordinated way and to an appropriate quality and scale. In reality, it is likely that a more ad hoc approach will be adopted. In either scenario, a mercial Web Services platform must support the creation of properly qualified and tested services and maintain a registry of available services for designers to reuse. For Web Services, the accepted way to publish and discover reusable services is via a UDDI registry. Although UDDI provides a technical mechanism for managing the definitions of available Web Services, it is insufficient in isolation and would need to be employed within a more plete delivery management frame work that provides:? a clearly expressed and consistently enforced management mitment to reuse, ? a clearly defined policy for the systematic reuse of Web Services, ? a set of Web Services presentations, ? a registry containing information about the Web Services available, ? a set of processes for the acquisition of new Web Services, ? a set of processes for the change management of existing Web Services, ? a set of processes which max the use and resulting benefit from the repository. It is rather surprising to find that, although there is widespread support for Web Services creation and deployment, there has only been limited support available for a serviceoriented development XXX學(xué)院畢業(yè)設(shè)計(jì)（文獻(xiàn)翻譯） 第 18 頁 methodology that promotes and supports system at use. Methodology for serviceoriented development of applications [10] (SODA) has been proposed, but it is still relatively immature. BT has proposed and developed platforms that support application development making use of reusable mercial Web Services. The managed Web Services gateway platform [11], developed by BT, was created to allow operators to offer wireless and fixed work capabilities to a mass market of developers in environment. Examples of such services are shown in Fig 2 and can include capabilities covered in specifications such as Parlay X [12, 13], which cover locationbased services, messaging, payment, and simple call control. By providing a service, a developer?s portal and an operator?s portal, the platform enables the mercial provision of services, selfservice developer account management, and management of the accounts and services by the platform operator. For example, operators can monitor their gateway and service performance, developers? service usage, activate and deactivate in applications, developers, or services, and set limits on platform load. In addition to supporting featurerich services deployed in the platform, the whole management and control infrastructure can be simply reused to export or new Web Services that are no supported by an appropriate framework. Tools are provided to simplify this process. 4. Management of the operational environment Web Services operational management can conveniently be partitioned at the deployed Web Services interface. The operational management of the application deployment platforms that implement the interfaces is essentially the same as for other Inter server applications. The physical environment, operating system, application server and running application clearly need to be brought under effective control to ensure uninterrupted service but the procedures required to do this are well understood. It is probable that Web Services will increasingly beused to extract perf