面向服务已经成为与软件工程同义的术语了，但是企业软件开发人员，想要正确设计面向服务系统，他们需要知道如何认清面向服务不仅仅是编写代码这样简单。好的软件架构师知道面向服务是这样一个概念，是无论在信息技术出现之间，还是在信息技术领域之外，都需要感激的一个概念。

　　面向服务是关于发现、创建和提供服务的，以此来支持业务运营方式。IT行业吸纳了面向服务这一术语，好像与软件和服务有一些内在联系。但是组织提供给客户的一切，虽然不是有形产品，但却相当的多，这定义为一种服务。

　　毫无疑问，组织提供的许多服务可以简化、合理化以及更有成本效益，通过提供它们作为基于软件的服务。但同时，通过软件可提供的所有服务，如果可能应该以一种有形的、可触摸的方式提供给客户，不需要涉及到电脑。再说，软件可以用于提供服务，但如果服务在软件领域以外没有用武之地的话，那么它就确实没有给组织提供任何使用价值。　　

换位思考面向服务

　　独立于开发软件来实现服务之外，来思考服务很关键，不难指出大量的行业错误实施步骤，这些错误很有可能会避免，如果少了技术方法解决问题，还多了面向服务方法的话。

　　对于大部分人这可能并不受欢迎，但是政府提供的设备允许人们报税，无论从哪一点上说，都是一种服务。而且这是一种服务，而是远远早于SOAP和XML。另外，即使明天整个互联网都宕，你仍然可以大大地放心，美国国税局还是将会设法生存下去，可能只是回归到过去使用的纸质系统。

　　当然，在思考对这类服务而言，它在过去是如何实施的，以及在软件领域以外是怎样实施的时候，有会学到一些教训。纸质的很灵活，而且很容易更改，在某种程度上允许获取信息的相同核心技术、可以增加新的元素，或者删除掉一些旧的元素。因为基于纸质系统的关系，更改数据领域就很简单了，就你更改原件，然后打印出所需数据的副本一样简单。这点很明显，但这也是软件行业一直要努力学习的。

　　数据交换规范如SOAP和XML的设计很严格。如果在灵活的方式已经强加了更严重思想，没有基于非软件的系统来处理数据的话，那么软件标准很有可能进化成少言，如有效的结构化的XML（ESXML），或可能更灵活的JSON标准，这在今天更流行，这可能是偶然发现，但却更早受到拥抱。　　

面向服务哲学

　　面向服务是一门哲学，而不是技术，而且软件架构师和系统开发人员需要认清这一事实，随着他们参与到新软件项目的同时。通过思考他们所开发的系统，因为要超越网络、周期和Java代码的限制，系统要更灵活、更有用，以及在提供服务时更高效，能真正满足终端用户的需求。