福厦高铁泉州段:什么是增值网?

互联网专栏之一 增值网

　　聪明的商务雇员都应该透过网络去提升自己的交易能力

　　利用BPM（业务过程管理）实现的SOA（服务导向架构软件）将成为众多中小公司倒闭的原因——这也使大公司面临一个重大的选择。

　　技术终究会与商业的惯例融合。你的网络将不仅仅意味着千字节、电话线、数据传输协议这些东西。事实上它将成为庞大商务关系网中的一个结点。

　　沿着这一条线，你就能发现网络其实具备很强的盈利能力，它能最大程度的帮助你增强你通过商务交易而形成的关系系统，这将使你在盈利方面获得更大的成功；同时，它也能增加相互之间的协作以帮助你完成日常的工作目标。今天，你面临一个重大的选择，你将有机会领略什么是增值网（Value Added Networking），无论你是否有这样拥有一个真实的网络，你都可以实现它。

　　二十年多年前，第一个增值网VANs应进程协作的需求而产生。在一片公司合并吞并的浪潮中，日益变得挑剔的顾客群开始为价格一直增长不停的产品和服务提出日益复杂的需求。公司逐渐也将提供个性化的服务做为自己的核心竞争力，并将自己不擅长的外包出去。围绕供应链的发展，电子互连变得重要，标准化变得急迫，EDI（电子数据交换）成了商场上的基本法则。

　　增值网（VANs）随后开始让互连互通标准化并去掉了大部分合作各方通信管理的负担。VAN中的字母“V”就像一个管道口，文件就通过这个管道安全可靠的从一个点传输到另一个点。增值网（VANs）开创了一个交易共同体，如果没有增值网，这个交易共同体是不可能存在的。

　　今天，电子交互正处在自己最繁荣的时期。出现了更多的选择、更多的技术，也出现了更多的压力，对于中小企业（SMB）来说甚至是生死存亡的压力。统计显示，一半的中小企业都会在四年内倒闭，每年有将近五十万家的小企业走向破产。对于一个典型的小企业，如果和一个大型规模的合作伙伴联合，则每年顶多能获取以往年收入的三分之一，然而，即使这样的联合也不太容易。刚过去的二月份的一个研究显示，至少有100，000家制造商、144，000家零售商和114，000家批发商缺乏足够的IT基础设施以参与到供应链的自动交易中来。这种困境甚至关系到那些供应链中的大型IT结点，对于他们来说，除非将整个交易信息全部放在他们的车上，否则他们始终都不会对目前的商务过程协作所带来的便利感到满意。

　　为了适应大型和小型商业的协作需求，两种设计理念（产品导向和服务导向）逐渐显示出其能搭建出最好解决方案的优势所在。然而，不管是产品导向模式还是服务导向模式，其核心模块中的可执行“商务过程管理”（BPM）的搭建方式的最优选择还是使用“面向服务的架构”（SOA）。对于一个聪明的商务雇员来说，要了解这些解决方案的区别，就应该研究藏于网络之下的实现方式。

　　面向服务的架构模式的精妙之处在于利用不同的服务元件来构建成一个组合的、再生性强的系统，而且能使这个系统既复杂精妙又价格便宜。为了更好的描述这种构建模式的优势，我们可以找到一个现实世界中很类似的例子来说明：1970年的时候，家庭音响往往设计成家具的一个部件，外形上很像一个珍贵的古董橱柜，而根本不像现在我们见到的这种光滑的、装满器件的音响系统。然后，当一个“电子消费”的热潮席卷整个大地的时候，越来越多的消费者对价格更加敏感，而且开始要求将所有不同种类的铃声或者哨声都加入他们的音响系统中去。现存的任何音响制造商都不可能成为需要生产的每个部件方面的专家，外包就成为必要。现在，你应该能够看到在你音响系统的后边，有许多的标准线缆需要通过后边的标准插口接入到音响系统中。因为这这种构架模式是即插即用，所以一些可复用的器件可以用来组合成一个完美的音响系统。不同模块生产厂商之间的竞争降低了价格并且减少了上市时间。模块化的音响系统最终实现了功能复杂度的增加和价格成本的减少。

　　如果你愿意，你完全可以将一个面向服务系统（SOA）看成一个音响系统的背面。拥有标准链接点的一组服务通过插入一种叫做“标准套接口”（Standard Sockets）而与系统相连，由此一个组合的应用系统就建立起来了。音响系统中发出的那些复杂的铃声和哨声，在这里就变成了系统级性能，它们用来描述连入SOA系统的服务是否能够在整个产品系统中安全运行。这些系统级性能包括可靠性、互操作性、安全性、可测量性和可扩展性等。

　　我们强烈建议你使用BPM技术（业务过程管理技术）来驱动基于SOA架构的应用程序。首先你应该将你的业务流程（也就是你完成你工作的流程或方法）模块化。将每个流程分成一些任务或步骤，这些任务就成为SOA（面向服务架构）的服务，通过使用BPM，这些服务也将保持它们与整个系统的相关性，因为它们总能通过激活它们的业务流程来找到。

　　用来建模的语言应该使用一个可执行的业务过程建模语言，例如BPEL和BPML。之所以要强调建模语言的可执行性的原因在于，企业的IT部门和商务部门之间对需求上的分析存在着非常明显的差距。我们经常见到的是，当商务分析师建立了模型，他们的成果就是一张图形，完成这种图形后，他们将其传递给IT部门，IT部门通过研究这种图形，建立自己的猜想，勇敢的将其实现出来，完成后又反馈给商务部门，这时候，商务部门的人员往往对IT部门的产品感到迷惑不解，只好吹毛求疵的将其失望传递给IT部门。存在于两个阵营之间的需求鸿沟主要来源于对一个模型需求的不同解释，而不是实现方法的不同，因为这些模型最初就通过完全不同的方法来形成的。

　　可执行业务流程建模语言使IT部门和商务部门之间的这种鸿沟最小化了，因为建模的行为实际上就成了实现的行为。由于使用同一种语言，商务用户绘制每一个业务流程图，IT部门用语言实现流程图中的每一个步骤（服务）。通过这种方式，IT部门就能减少很多人力负担，可以用来实现对项目更多有用的分析，而商务部门也能获取更多授权，因为他们成为了实现过程的前端参与者。

　　合理选择BPM项目中的某些流程做为重点流程本身就是你的一个项目。首先你应该选择那些一旦实现自动化就能使你和你的信赖伙伴之间关系更密切更深入的流程，这些合作伙伴往往一如既往的信守承诺并有非常强的时间观念。我们将这些流程叫做“关键执行指示器”（KPI，Key Performance Indicators），他们对于显示事情进展顺利或者进展出现问题非常有用。在业务流程建模中应该将这些KPI加入进来，你的解决方案中也应该对它们做出实时的监控，这样当出现问题的时候就能够发出警报。

　　你对你的业务流程分析得越全面，你就会发现越多的可以改进的地方。财务数据整合是一个充满机会的领域，你可以分析每一个诸如销售情况、产品计价、应付应收帐户、定价和利润等流程，都会有新的发现。

　　一旦你发现一个重点区域，立即利用你所学到的全部相关知识来进行研究，并选择一个在核心部分使用基于BPM的面向服务架构来实现的解决方案。当你发现了一个流程或者一个工具之后，就应该实施一个试验项目来检验它，安排一个合理的试验范围和最后的部署一样关键，因为如果有一个成功的试验，所有未来的工作就将很容易取得圆满成功。面向服务架构（SOA）强大魅力就在于，它可以让耗费很少的成本就能在原来的基础上实现一个新的成功。

　　随着时间的流逝，你将会实现通过一个全新的增值网络来扩展你的组织构造的想法。它将涵盖高层人员之间通信管理、合作者管理、系统集成和业务监控等方面，贯穿包括你的SMB合作伙伴在内的整个商务社区，实现业务流程协作和端到端业务分析。这种增值网络的真正价值在于它能让你将以前的合作关注点融入到真实的网络中，使你的业务关系更加融洽并最终帮助你建立一个更加高效、更加灵活的新型企业。