业务和IT在SOA中的紧密协作_软件工程

“业务和IT应该合作，尤其是在面向服务的环境中，在这个环境中协作需要超过需求文档”——麻省剑桥Forrester Research 公司，副总裁Randy Heffner这样说道。业务服务在面向服务的架构(SOA)中是根据对业务流程的理解而得到最优设计的，这需要建立一个新的表示IT和业务如何协作的模型，在一篇新的报告中Heffner 称这个模型为“并行业务工程”。并行业务工程是从制造业中的并行工程这一概念得到的。在制造业中，产品设计工程师和制造工程师是相互合作的。当采用并行业务工程时，IT和业务共同合作来确定一个需要改进的业务流程或者一个新的业务功能，并且通过协作来设计流程以及技术解决方案。 “并行业务工程是关于围绕业务流程来驱动业务和IT之间的联系，” Heffner说，“流程是两个领域的交汇点。” 当需要一个协作关系的时候，Heffner说:对于IT来说很大的负担在于理解业务。“从IT的角度来看，他们需要对业务更加了解，讨论业务流程，在营业期运行项目。但是IT很大程度上关注的是自身的能力，‘我们能够按照说明书，按照预算准时交付么?’你可以做到这些但是交付的产品不具有商业价值。” Heffner说:当采用并行业务工程时，协作是围绕着业务流程设计而进行的。业务流程治理 (BPM)，业务流程建模以及业务活动监控(BAM>)的工具可以起到辅助作用，但是，他说这些工具并不是最重要的，而且仍有待于成熟。 “虽然在某一程度上业务分析师可以转变成为程序员，但是从某种意义上来说二者具有相同的能力，那就是在系统中[例如IT]引入可以使整个商业毁于一旦的bug。”他说，“最基本的问题重新回到对外界影响的控制和稳定性上来。你必须成为机会主义者。假如[IT]和业务有非常好的合作关系，而且这两者都能够胜任并且对这项工程感爱好的话，那么可以肯定地说问题解决，但是我并不希望把它们固定在一个IT需要的生产标准之中。” 业务流程模型和治理工具的制造者们熟悉到了协作的必要性，并且正在以各种方式将协作融入到制造中。Phil Gilbert，德克萨斯州奥斯汀市的Lombardi Software 公司，技术首席执行官，他说:Lombardi有一套它自己的解决方案称之为重现方法，这个方法是一个应用到开发环境中的协作迭代的过程。在重现这一阶段中，业务人员，业务分析师，IT分析师和IT开发人员都实时地“可以正式运行业务流程，业务人员可以体验这个流程并且可以指出‘就在那个位置，我需要另外一份数据来运行该应用程序，请在那里进行修改。’” 在重现阶段之后，IT尤其要做出修改，他说。贯穿整个开发过程，有非常多的重现阶段。 Savvion 公司，加利福尼亚州圣克拉拉市的一个BPM提供商。该公司把完成流程模型工具的任务交给业务分析师，但是根据市场部副总裁Don Nanneman的经历，治理流程模型已经成为一个挑战，尤其是当影响到SOA的时候。Savvion公司近期发布了一个新的产品:Savvion Process Asset Manager (PAM)和 Savvion Process Modeler的新版本 “我们的客户把他们的工作流程当作资产。PAM是一个存放流程模型的仓库。它答应分析师把流程模型以及子流程存放在该仓库中，并且这个仓库治理这些模型的所有活动，从存取控制到登入/登出，版本等等。而且它也是存放模拟数据的仓库。 Rick Mattock，德克萨斯州普莱多市BPM提供商Fuego，产品策略部副总裁。他说IT“必须要成为CFO[财务首席执行官]或者CEO的得力助手。” Mattock说:在运行时环境，业务人员都期待进行流程监控以及商业活动监控。例如，他们想要知道 “Joe”是否按流程运行正常。在设计这一方面，他说,BPM是“保存历史信息并且将其反馈给可以在流程中进行修改的业务分析师。” 在考虑工具之前，无论如何，Forrester的Heffner说:公司必须关注业务流程的改进，建立业务和IT之间的度量标准，进一步加深IT和业务两方面的相互理解，并且相对于IT架构而言,需要更加去关注业务设计。