2 四种让SOA关注业务的途径

conanpaul收录，使用标签：SOA，时间：2007-12-26 17:09:32 | 相关网摘，我也收藏

　区分项目在各个阶段的优先次序，更关注用户的利益，而非技术的实施。

　　“虽然实施SOA项目需要解决大量的技术升级问题，但是，一个好的项目应该在解决后端基础设施的问题之前，先解决好一些具有战略意义的业务问题。”法国Kemper Auto and Home Insurance公司的CIO Keith Sievers说。

　　在Kemper公司，Keith Sievers领导了一个SOA项目的开发，这主要是要取代在上个世纪80年代所部署的那些应用。Sievers是从改造价格查询、错误处理和信用卡付款处理这些基本业务服务开始的，当然，这也就意味着完成了某种程度上的基础设施的升级，例如那些用于数据建模的基础设施。

　　Sievers特别介绍说，他让那些位于“幕后”的服务延迟执行，比如那些主要负责任务更新的批处理程序。“在你所部署的SOA项目中，应该让那些对于你的用户来说更重要的应用先执行。因为对于用户来说，也许你花费了4年的时间建设的SOA项目在他们看起来却像是一个很短的项目。”他补充说。

　　同时，专家也认为，一定要计算出在SOA项目中哪些部分具有更大的商业价值。因此，当你在进行SOA项目规划和决策时，就需要有用户的参与。“在某些组织或企业中，IT部门界定了业务流程，”Dole Foods and Yum Brands前首席信息官及IT咨询公司Leverage Partners的创立者Bart Perkins说: “但事实上，用户并不需要让IT部门对这些业务流程做出界定，而这一点确实造成了许多的麻烦。”

　　避免专业术语

　　不要经常使用SOA的专业术语或行话，以免用户产生混淆。

　　很多专家都认为，由于使用了英文缩写，SOA等缩略语势必会让用户产生混淆。其实，对于用户来说，他们关注的是IT项目如何让业务受益，而不会去关心具体是怎样实现了这个IT项目。

　　“CIO们应该从他们的词汇库中放弃‘SOA’这个缩略语，”Current Analysis的首席数据管理分析师James Kobielus说: “从商业的角度来看，这种缩略语事实上是让业务表达变得更模糊了，相反并没有清晰地解释业务，因为即使是技术人员对于SOA的内涵也没有一个统一的认识。”

　　Nucleus Research的分析师David Connell也很赞同上面的观点，他认为：“SOA这个缩略语太技术化了，现在已经逐渐显现出了弊端。”而David主张使用最能表达SOA精髓的那些词汇，而不是简单地、毫无内涵地使用首字母的缩写。

　　但也有一些专家在讨论这个问题的时候态度比较乐观，他们并不是采用简单的二分法——不是对就是错。“假如这些词汇能够被很好地解释，那么用户也可以理解其中的内涵”，Saugatuck Technology副总裁兼高级战略顾问Mike West说: “用户现在对于一些计算机词汇都已经很了解了，比如什么是磁盘、什么是文件。那么为什么不能理解SOA呢?他们当然可以理解，只要你能够很好地向他们解释清楚SOA的真正内涵。”

　　Kemper公司的Sievers也这样认为：“与用户一起使用SOA这个词汇，应该说是没有什么问题的。”不过，Sievers也强调，要把讨论的重点放在了一些用户感兴趣的业务指标上，比如上市时间和成本节约等，而不是SOA这个词汇。

　　找出应用场景

　　找出SOA能自动化实现传统手工流程的应用场景。