随着微软公司最终发布了 Visual Studio .NET和.NET框架，众多的IT公司也纷纷开始重新构筑其产品体系以支持Web服务。虽然IBM、微软和Sun以及其他W3C的会员企业都已经着手制定了大量的技术规范来定义和设计Web服务环境（包括SOAP和XML等），不过，为了让Web服务成为跨应用间通信、基于Internet的可行平台，人们还需要做大量的工作。
出于对Web服务这一新技术体系在可靠性和安全性方面的考虑，许多公司的CIO们都还不能确定目前是否是开始部署依赖于Web服务的系统的时机。既然标准已经在开发和制定过程中，CIO们至少应在相应的问题可以得到更容易管理的情况下才能开发内部系统，与此同时他们还需要等待有关机构公开发布最终通过的技术标准。一旦技术标准被负责机构通过，在防火墙之外建立可互相操作的系统就会简单多了。
IBM和微软等公司围绕Web服务技术设计和编写了大量的技术草案并提交给W3C成为最新的Web服务提案，到目前为止，新的草案—WS-Inspection、WS-Referral、WS-Routing、WS-Security以及 WS-Licensing等都已经提交W3C讨论。下面就让我们讨论一下Web服务体系还需要完成的部分，以及这些规范是如何解决这些问题的。
现有的通用描述、发现和集成（UDDI：Universal Description, Discovery, and Integration）标准对在Web服务地点未知情况下发现和使用Web服务进行了说明。UDDI的工作方式很像是电话薄的黄页广告目录，它可以让应用程序发现和联系提供给定Web服务的服务器。但是，在大多数情况下，Web服务的地点都是已知的，一开始就采用UDDI来查找服务地址从效率上看是比较低下的。所以说，像UDDI这种用于发现服务的中央存储库对那些想对外提供服务的服务发布者可能很有用，但对那些想连接这些服务的消费者而言，其效率却并不令人满意。
在另一方面，WS-Inspection则依靠一种完全意义上的分布模式来提供和服务有关的信息。服务描述存在于服务交付点，而获取这些信息的请求则直接导引给提供服务的站点。WS-Inspection采用XML格式，可以帮助申请Web服务的主叫（Calling）应用程序查询暴露其可用服务的已知站点。它定义了一套规则专门规定站点应该如何给提出请求的主叫方暴露其有关的检查信息。WS-Inspection文档还提供了多种方法用于汇集先前存在的服务文档的索引，而不论它们所采取的原有格式。按照该标准，查询之后返回的服务信息采用既有的标准，比如WSDL（Web服务描述语言：Web Service Description Language）等。这些标准允许主叫系统在不对信息进行任何修改的情况下就可以直接采用返回的Web服务信息。
