Kerrie Holley在五十多个SOA项目中是不可分割的一部分，其角色从设计师到总架构师。他拥有多项SOA专利。目前他是IBM的员工，Holley监管成百上千个SOA项目的技术方向。最近他关注通过业务规则、BPM、分析和SOA的使用增加业务灵活性。为了达到这一目标，Holley 和他的同事Ali Arsanjani博士共同编写了《SOA百问百答》（100 SOA Questions Asked and Answered）一书。SearchSOA.com有幸同Holley进行了对话。这是此次访问的第一部分，请继续关注后续内容。

　　SOA最大的问题是关于方法的。聚焦方法，系统开发中，SOA会造成哪些改变？

　　Kerrie Holley：我把SOA看作贯穿生命周期的有效方法。我认为SOA是一种增值的方法，并不是说重写方法，这只是其中一点。再者，我相信基于你希望达到的价值主张，你会采用关于SOA的具体方法，尤其是组织在把业务转移到更低经营成本或者加速上市时间的时候。其他人可能会采取一种更加零碎的方法来改变，而且他们可能打算集中于减少需求周期。许多组织试图以特定的方式改变开发生命周期，这种改变要求特定的具体改变上的方法。

　　让我们总体看一下方法。我编写方法这一章节有两个原因。其一是我认为我们需要从根本上改变如何创建软件系统的生命周期，如果我们希望获取SOA带来的好处的话；第二个原因是我们现在创建基于软件系统的企业的途径某种意义上是破碎的，应用总成本是上升的，一旦投入生产，接纳应用改变的能力严重受到束缚。这些都是组织适应性和灵活性的阻碍着者。

　　方法这一章节就是解决这个问题的。我们如何在需要改变的地方创建应用？随着时间，我们的总成本下降，我们如何创建应用，便于我们投入更多资金到新的项目中？

　　在《SOA百问百答》中问题41提到“如何定义服务或者具体最大化重用？”，那么我想知道在定义服务时，什么是首要技术？

　　Holley：我们如何定义服务，有很多种方法实现，但是其中一种方法是着眼于企业，站在流程的立场上看待服务。根据资产组合或者流程建模，推断出实际提供机制的服务。第一种方法着眼于实际服务本身。第二种方法用来从目标识别服务。我们可以着眼于企业的目标，这些目标是组织打算实现的、必要的和具体的目标。

　　另一种方法是识别服务，这主要着眼于流程层次的变化，也就是服务以及鉴定服务。信息和服务识别都基于这个。

　　因此我们需要平行地使用多种技术。通过这些平行的技术我们自上而下和自下而上看待事物。我们关注现有资产、目标以及流程模型。关注现有资产部分着眼于可能添加到识别中现有数据模型。我们谈到的域分解、资产分析和目标服务建模。

　　域分解根本上着眼于流程模型；目标服务建模将决策命令和你实际上想做的链接在一起，因此，你不用紧张识别全体服务。相反，你可以识别单独的服务，并将其与具体目标相连。然后区分优先次序，再做决定。“……这个服务需哟啊用四年的时间创造，但这些服务应该现在就创造。”资产分析中，我们着眼于扩展/创建/购买范式，回顾一下你已经拥有的，扩展或者应用。

　　你刚才谈到的流程是业务流程吗？

　　Holley：我使用流程这个词的时候，它适合业务流程同义的，但是同时，也有流程本身提供的一种愿景，作为业务流程建模，而且流程不能在图表中表示，因此它是业务流程，但是却不必在流程图中表示。它也能用这种形式表示，但是我们用若干其他图来表示。

　　这部分已经结束。其他部分我们将覆盖别的重要话题，包括基础架构、最佳实践和Web服务和SOA服务的对比，以及合并面向对象和SOA中的敏捷方法。