Web服务并不是实现OA的惟一方式

申请免费试用、咨询电话：400-8352-114

　Web服务并不是实现OA的惟一方式。前面刚讲的CORBA是另一种方式，这样就有了面向消息的中间件系统。但是为了建立体系结构模型，您所需要的并不只是服务描述。您需要定义整个应用程序如何在服务之间执行其工作流。您尤其需要找到业务的操作和业务中所使用的软件的操作之间的转换点。因此，OA应该能够将业务的商业流程与它们的技术流程联系起来，并且映射这两者之间的关系。例如，给供应商付款的操作是商业流程，而更新您的零件数据库，以包括进新供应的货物却是技术流程。因而，工作流还可以在哈尔滨OA的设计中扮演重要的角色。
　　此外，动态业务的工作流不仅可以包括部门之间的操作，甚至还可以包括与不为您控制的外部合作伙伴进行的操作。因此，为了提高效率，您需要定义应该如何得知服务之间关系的策略，这种策略常常采用服务级协定和操作策略的形式。
　　最后，所有这些都必须处于一个信任和可靠的环境之中，以同预期的一样根据约定的条款来执行流程。因此，安全、信任和可靠的消息传递应该在任何OA中都起着重要的作用。
　　我可以用面向服务的体系结构做什么?
　　对OA的需要来源于需要使业务IT系统变得更加灵活，以适应业务中的改变。通过允许强定义的关系和灵活的特定实现，IT 系统既可以利用现有系统的功能，又可以准备在以后做一些改变来满足系统之间交互的需要。
　　下面举一个具体的例子。一个服装零售组织拥有 500 家国际连锁店，它们常常需要更改设计来赶上时尚的潮流。这可能意味着不仅需要更改样式和颜色，甚至还可能需要更换布料、制造商和可交付的产品。如果零售商和制造商之间的系统不兼容，那么从一个供应商到另一个供应商的更换可能就是一个非常复杂的软件流程。通过利用WSDL接口在操作方面的灵活性，每个公司都可以将它们的现有系统保持现状，而仅仅匹配 WSDL接口并制订新的服务级协定，这样就不必完全重构它们的软件系统了。这是业务的水平改变，也就是说，它们改变的是合作伙伴，而所有的业务操作基本上都保持不变。这里，业务接口可以作少许改变，而内部操作却不需要改变，之所以这样做，仅仅是为了能够与外 部合作伙伴一起工作。
　　另一种形式是内部改变，在这种改变中，零售组织现在决定它还将把连锁零售商店内的一些地方出租给专卖流行衣服的小商店，这可以看作是采用店中店的业务模型。这里，虽然公司的大多数业务操作都保持不变，但是它们现在需要新的内部软件来处理这样的出租安排。尽管在内部软件系统可以承受全面的检修，但是它们需要在这样做的同时不会对与现有的供应商系统的交互产生大的影响。在这种情况下，OA模型保持原封不动，而内部实现却发生了变化。虽然可以将新的方面添加到OA模型中来加入新的出租安排的职责，但是正常的零售管理系统继续如往常一样。
　　为了延续内部改变的观念，IT 经理可能会发现，软件的新配置还可以以另外的一种方式加以使用，比如出租粘贴海报的地方以供广告之用。这里，新的业务提议是通过在新的设计中重用灵活的OA模型得出的。这是来自OA模型的新成果，并且还是一个新的机会，而这样的新机会在以前可能是不会有的。垂直改变也是可能的，在这种改变中，零售商从销售他们自己的服装完全转变到专门通过店中店模型出租地方。如果垂直改变完全从最底层开始的话，就会带来哈尔滨OA模型结构的显著改变，与之一起改变的还可能有新的系统、软件、流程以及关系。
　　在这种情况下，哈尔滨泛普OA模型的好处是它从业务操作和流程的角度考虑问题，而不是从应用程序和编程的角度考虑问题，这使得业务管理可以根据业务的操作清楚地确定什么需要添加、修改或删除。然后可以将软件系统构造为适合业务处理的方式，而不是在许多现有的软件平台上常常看到的其他方式。
　　正如您可以看到的，在这里，改变和OA系统适应改变的能力是最重要的部分。对于开发人员来说，这样的改变无论是在他们工作的范围之内还是在他们工作的范围之外都有可能发生，这取决于是否有改变需要知道接口是如何定义的，以及它们相互之间如何进行交互。与开发人员不同的是，架构师的作用就是决策对OA模型大的改变。这种分工，就是让开发人员集中精力于创建作为服务定义功能单元，哈尔滨泛普OA系统让架构师和建模人员集中精力于如何将这些单元适当地组织在一起。这种方式已经有十多年的历史了，通常用统一建模语言，并且描述成模型驱动的体系结构。