www.；近几年来，随着企业信息化速度的不断加快，系统间的；章前案例（引自知乎）；1、我们假设你是深圳某机械行业的销售，你去上海参；2、然后到达上海后，你在全程费控上预定了一个普通；3、你回到公司，打开了CRM登录，把这些客户提供；4、ERP那边收到了CRM发过来的订单，先看这个；这就是一个完整的销售签约流程；这几个系统在这个
近几年来，随着企业信息化速度的不断加快，系统间的交叉功能越来越多，使得原本相互孤立的系统逐渐的融合到一起，这也就使得很多非专业的人士混淆了这些系统的原始定义。这篇文章会先以一个案例作为先导，然后接着这个例子解释OA、ERP、CRM的关系，并在文章当中简要提及BPM在三大系统集成中充当的作用。 章前案例（引自知乎） 1、我们假设你是深圳某机械行业的销售，你去上海参加某个大型的机械采购展览会。去上海之前，你先登陆了全程费控填写了你的出差申请表，送交主管审批。（填表单-审批-出差） 2、然后到达上海后，你在全程费控上预定了一个普通间，住了两晚，并约几个潜在的用户到某个餐厅畅聊，会后，他们给你留了名片，聊完后，你将所有的消费记录通过全程费控软件集成为一张报销单交由领导审批。（预定-消费-报销） 3、你回到公司，打开了CRM登录，把这些客户提供给你的名片信息输入到表单当中，然后一个个打电话，最后有一些人成为了你公司的用户，并确定了价格打算签约，于是你修改了CRM，创建了真实的订单。 4、ERP那边收到了CRM发过来的订单，先看这个设备的具体的性能更好，根据型号，确定材料、排生产计划，同时财务部门处理合同，负责收款，排产入库出库。 这就是一个完整的销售签约流程 这几个系统在这个完整的流程当中充当着截然不同但都不可或缺的角色。全程费控充当的是OA办公流程、CRM是销售流程、ERP是生产流程。 而BPM又可以充当怎样的角色呢？ 1 、你去参展的机票 也就是OA的最后一步 如果优秀的oa系统会和hr系统串联，那么无需修改hr的请假出差系统，在你选定了日期后即可串联起来。 www.
2 、你在crm 创建了订单 应该通过接口直接导入到ERP中， 这也就是为什么erp中我没有写创建订单的原因。 3 、反过来如果你的产品型号在erp中修改了，那么导致的价格变更等，sap需要反推回crm。 而上述的三个流程的优化过程当中，BPM则充当着至关重要的角色。 一、三者的含义不同 OA：办公自动化，何谓办公，直面意思：办理公事，按照这种理解，广义的来说，企业的一切运作都可以称之为OA。而在实际的运用之中，OA一般是指企业行政管理领域的办公自动化，经常性的被定义为处理企业内部人员信息沟通的工具。比如我们常用的公司邮箱、电子图书馆等资源共享平台、报销审批等工具都是狭义上的OA。 ERP：企业资源规划，协调统筹企业各个方面的资源促使企业资源配置最优化。这里的资源早期的时候仅包括生产中各类生产物料资源，后来则融合了企业中的人、财、物及信息资源，甚至时空,ERP是以实现企业各方面资源的统筹以及流程优化为目的的。使用ERP系统居多的一般都是传统的制造型企业。因为他们有着很大的库存风险、坏账风险、不良品风险，同时借助于ERP也有利于让生产型企业降低部分生产成本。 CRM:客户关系管理的定义是企业为提高核心竞争力，利用相应的信息技术以及互联网技术来协调企业与顾客间在销售、营销和服务上的交互，从而提升其管理方式，向客户提供创新式的个性化的客户交互和服务的过程。其最终目标是吸引新客户、保留老客户以及将已有客户转为忠实客户，增加市场份额。 现代的服务型行业等第三产业很少会使用到ERP就是因为EPR解决不了服务行业当中的问题。服务类型的行业更重视企业内外部信息的传递沟通（OA）以及客官关系的管理（CRM）。 从上述的案例以及定义当中就可以看出ERP、CRM与OA还是有非常大的差距的，接下来我们将简单的梳理下OA、ERP、CRM系统的不同点 www.
1、处理事务不同：ERP在企业内部更适合于业务处理，OA则更适合处理内部办公的事务，CRM作为客户关系管理系统，则主打商机获取、客户签约及维护、客户满意度的提升、客户的留存等。 2、最终效果不同：OA通过工作流的信息化提高内部办公效率，ERP则是有利于协调统筹各类型的资源，制造出最优的生产计划，减少库存、坏账风险等。CRM能有效的提高销售的效率甚至是优化整个产品及公司战略。 之所以现在很多人会将ERP、CRM、OA混淆的主要原因在于近年来三者的融合趋势不断加强，即一者当中兼有另一系统的某些功能。 我们都知道单一的一个系统不能满足企业的所有要求，比如说传统的制造类型企业需要ERP+OA,而面向客户的服务型行业有可能需要CRM+OA。后来有越来越多的信息系统厂商干脆将某类型系统的功能进行拓展以适应企业的要求。各个系统随着时间的发展都在不断的超越其原本的定义框架，我们也就可以看到三者之间的融合趋势不断加深，因此发生歧义也是在意料之中的事。 三者不断融合，有没有一种集成方案能融合三者？答案是BPM。 三、BPM集成OA、CRM、ERP等系统
BPM流程管理的逻辑 www.
系统间的集成 现在经常说集成OA与ERP的主要原因在于各个孤立的部分有着其独特的功能，但部分功能又有重合，流程重复以及孤立使得企业效率不断降低。这时候我们就可以利用BPM将OA、ERP、CRM三者有效的融合在一起。 这时候便有人坦言：BPM必将取代OA等工具，取代倒是谈不上，因为很明显现有的BPM早已经不是最初的那个业务流程优化的定义，如果取代了OA，也就意味着他具备了办公的属性及功能，那科学的来说，他就不应该叫BPM，而应该叫OA+BPM。两者之间融合的趋势是肯定的，但绝对没有取代这么一种说法。
三亿文库包含各类专业文献、文学作品欣赏、行业资料、中学教育、幼儿教育、小学教育、外语学习资料、生活休闲娱乐、专业论文、高等教育、OA,ERP,CRM的区别-BPM与三者的关系52等内容。　
　更主要的,是它们的目标不同。可以说,ERP、SCM、CRM 等系统更着重于企业的 ...BPM 和 ERP、OA 的区别关系,先上、ERP 还是先上 BPM 一度成为讨论的焦点 ... 　今后,ERP 和 CRM 之间的界限也将不断模糊,用什么名字并不重要,重要的是不管...ERP,CRM 和 OA 的区别和联系: erp 是企业管理计划 crm 是客户关系管理 oa ... 　ERP:是企业管理计划; CRM:是客户关系管理; OA:是办公自动化。 二、运用: ERP:管理的是企业的进销存、产供销、财务等; CRM:主要是管理企业的客户,可以和 erp ... 　有的 ERP 系统里也有包括客户管理、销售管理模块,但它们与 CRM 客户关系管理还是有根本的区别,主要体现在如下几个方面: 1、 【从管理理念角度】 : ERP 的销售... 　crm和erp及呼叫中心三者的联系_互联网_IT/计算机_...ERP 可以提高内部运转的效率来提高服务质量, 在区别...的及时和有效,和企业建立信任关系,最终促进交易的... 　SCM、ERP、CRM之间的区别与联系_计算机软件及应用_IT/计算机_专业资料。SCM、ERP...CRM 即客户关系管理,是一种“以客户为中心”的经营 策略,专门收集整理客户与... 　财务系统, BPM/OA ,供应链管理, 文档, CRM ,太多的 系统 太 多的 累赘! ...BPM与SOA之间的区别及联... 2页 1下载券
BPM与ERP、OA系统的区别... 3... 　CRM(CustomerRelationshipManagement) 客户关系管理,其内含是企业利 用 IT 技术和...ERP、CRM 、OA的区别 3页 免费 ERP,SCM,CRM它们之间的区... 3页 免费 CRM...当前位置： >>
BPM术语解释
BPM 中的 IT 术语解释目录 BPM 业务流程管理 ........................................................................................................ 2 工作流引擎 .................................................................................................................... 6 PORTAL（WEB 应用） ................................................................................................ 9 企业门户 ..................................................................................................................... 10 SOA 面向服务的体系结构 ........................................................................................... 10 EAI 企业应用集成 ........................................................................................................ 16 ESB 企业服务总线 ...................................................................................................... 18 EIP 企业信息门户 ........................................................................................................ 19 SAAS 软件在线服务 .................................................................................................... 20 ASP 应用软体租赁服务提供者 .................................................................................... 28 WEBSERVICE ............................................................................................................ 29 MRP 物料需求计划...................................................................................................... 32 MRPII 制造资源计划.................................................................................................... 35 MRP－III、ERP 和 CIMS ............................................................................................ 37 ERP 企业资源计划系统 ............................................................................................... 38 BOM 表 ....................................................................................................................... 45 OA 办公软件 ............................................................................................................... 49 CRM 客户关系管理 ..................................................................................................... 57 PDM 产品数据管理...................................................................................................... 61 PLM 产品生命周期管理 ............................................................................................... 62 PLM 的发展历史以及与 PDM 的关系........................................................................... 62 CAM 计算机辅助制造 .................................................................................................. 63 CAD 计算机辅助设计 .................................................................................................. 65 ECM 企业内容管理系统 .............................................................................................. 66 SCM 供应链管理 ........................................................................................................ 66 HRIS 人力资源信息系统 .............................................................................................. 69 EHR ............................................................................................................................ 70 E-HR、HRIS、HRMS 的含义是什么........................................................................... 721BPM 业务流程管理Business Process Management(BPM)，即业务流程管理，是一套达成企业各种业务环 节整合的全面管理模式。BPM 涵盖了人员、设备、桌面应用系统、企业级 Backoffice 应用等 内容的优化组合，从而实现跨应用、跨部门、跨合作伙伴与客户的企业运作。 BPM 通常以 I nternet 方式实现信息传递、 数据同步、 业务监控和企业业务流程的持续升级优化。 显而易见， BPM 不但涵盖了传统D工作流‖的流程传递、流程监控的范畴，而且突破了传统D工作流‖技术的 瓶颈。BPM 的推出，是工作流技术和企业管理理念的一次划时代飞跃。 业务流程管理的优势 1. 节省时间与金钱 BPM 是提供业务流程建模、自动化、管理与优化的准则与方法。一个成功的 BPM 方案包 括正确商业领导和技术的组合，可以大幅缩短流程周期（有时高达 90%）和降低成本。这种 效果在跨部门、跨系统和用户的流程中尤为突出。从技术的角度看，一个独立的 BPM 系统能 够轻易地与现有的应用软件如 CRM、ERP 和 ECM 相集成，而无需重新设计整个系统。 2. 改善工作质量 除了节省时间和成本的优点外， 已经实施 BPM 的企业也发现了其它几项关键优点。 首先， 可以大幅降低甚至消除造成企业损失的错误，如丢失表格和文件或错误存档、遗漏重要信息或 必要审查。其次，显著改善流程的可视化程度，所有参与流程者不仅被授权了解自己在流程中 的角色，而且确切地了解流程在任何时候的状态。第三，有了可视化，也就明确了职责，所有 人都完全清楚地知道什么时候应当完成哪些工作。不再有借口造成延 误、误会或疏忽。最后， 可提高一致性，公司内部和外部各方对工作都有明确的期望。结果使得员工、客户和合作伙伴 都有了更高的满意度和向心力。 3. 固化企业流程 只要不是单个人独立完成全部工作的个人作坊性质，企业从它的诞生起，就存在着流程， 并且随着企业的不断成长，其流程越来越多，越来越复杂。几乎每个企业都针对各类业务流程 和事务流程有一套规章制度，随着管理的细化和规范化，企业的规章制度是越来越厚，而执行 这些规章制度的人却越来越坠入谜团中。可想而知，这些影响着企业生命的核心流程的执行效 果会怎样了。 有些企业已经认识到了这点，甚至花巨资请专业的咨询公司来重新肃清流程、规划流程， 但很多企业中由于人的原因，如碍于情面、越级审批、不照章办事等，而造成应用的失败。 企业业务流程管理系统就能在应用的初期阶段达到这样的首要应用目标， 通过系统固化流 程，把企业的关键流程导入系统，由系统定义流程的流转规则，并且可以由系统记录及控制工 作时间，满足企业的管理需求及服务质量的要求，真正达到规范化管理的实质操作阶段。 4. 实现流程自动化 有人做过一个行为分析，发现一个流程的处理时间中 90%是停滞时间，真正有效的处理 时间很短。并且在流程处理过程中需要人员去用D腿‖ 用D电话‖等其他手段去推进，不仅耗时耗 、 力，而且效果差，时时有跟单失踪或石沉大海的情况发生。通过业务流程管理系统，利用现有 的成熟技术、计算机的良好特性，很好地完成企业对这方面的需求，信息只有唯一录入口，系 统按照企业需要定义流转规则，流程自动流转，成为企业业务流程处理的一个D不知疲倦‖的帮 手。 5. 实现团队合作2传统的职能式企业组织架构，自有它的应用范围和优势，但我们发现企业的很多流程不仅 仅靠一个部门来完成，更多的是企业部门间的协同合作，特别是有些企业还存在着跨地域的合 作，如采购流程，它涉及到生产部门、采购部门、库管部门、财务部门、商务部门、合同签署 中的法律部门以及企业的高层管理部门。如果我们还以传统的职能部门的思维考虑流程，就可 能患D近视眼‖ 注重部门利益忽视企业利益、重视部门上司的感觉忽视实效，并且还容易导致 、 部门之间权责不清的灰色地带。而作为企业的业务流程存在着各业务部门的天然联系，其流畅 的业务处理是需要各部门以企业的利益为最高利益，协同工作。 业务流程管理系统以流程处理为面向，自动地串起各部门，即利用现在先进的互联网技术 串起各地域，达到业务流程良好完成的目的，并且企业的很多高管人员的意识已远远超出一套 业务流程管理系统，更多的希望凭借这样的系统，形成企业协同工作的团队意识，配合完成自 己的企业文化。 6. 优化流程 流程在制定出来以后，没有人能保证这样的流程就是合理科学有效的，即使是当时合理科 学有效的系统，由于我们身处的市场环境的变化、组织结构的随之变化、营销服务策略的随之 变化，很难说能继续保持这种优势。一套好的业务流程管理系统不仅仅可以 具备以上的诸多好 处，而且随着流程的执行流转，系统能够以数据、直观的图形报表报告哪些流程制定得好，哪 些流程需要改善，以便提供给决策者科学合理决策的依据，而不是单靠经验，从而达到不断优 化的目的，呈螺旋式上升的趋势。 7. 向知识型企业转变 企业老板经常环顾员工下班后空荡荡的办公室， 问自己我的企业还剩下什么， 还值多少钱。 而业务流程管理系统通过固化流程，让那些随着流程流动的知识固化在企业里，并且可以随着 流程的不断执行和优化，形成企业自己的知识库，且这样的知识库越来越全面和深入，让企业 向D有生命会呼吸‖的知识型和学习型企业转变。如一个新进入公司的员工，他能够通过企业业 务流程管理系统很快地熟悉企业及企业的业务处理， 并且可以通过流程固化形成的知识库不断 充实自己及提高处理流程的难度和水平。 所谓 BPM(Business Process Management), 即业务流程管理，是指根据业务环境的变 化，推进人与人之间、人与系统之间以及系统与系统之间的整合及调整的经营方法与解决方案 的 IT 工具。业务流程管理应该包括&建模-实施-监控-管理&等过程，要具备其所需的所有服务 与工具才能叫作 BPM。 现在的信息系统开发方式的缺点在于对需求表达不清晰、效率不高。在这种思维方式下流 程被固化在系统中，企业不能随着商业环境的变化而方便迅速地改变业务流程，而企业环境的 变化促使企业必须快速地调整业务来响应。实时性企业将敏捷地使用最新信息，以积极地消除 其关键性业务流程中的管理与执行层面出现的低效率延迟。BPM 的出现正是为了解决企业流 程实时改变所带来的敏捷性、实时效果评估、资源整合与优化等问题，而这些问题是不能为传 统的 OA 和工作流所解决的。 通过 BPM， 可以对业务流程进行自动化,并通过流程的分析及监控功能,对业务进行整合及 计量,从业务角度、组织角度、IT 角度都可得到可量化的改善效果，这种效果随着管理者通过 BPM 分析与优化流程，将越来越显著。 研究表明，未来 2 年与 J2EE 平台结合紧密的 BPM 产品将占据主导地位。32、BPM 的边界界定 BPM 的目标是实现企业管理的有序化和企业运营的增值 ,在我看来,BPM 包括如下内容: 1)BPA(业务流程自动化) 通常人们将流程的真正执行部件称为工作流系统，直到今天，传统的 工作流系统仍然在 BPM 系统中扮演着中心角色,正是它实现了业务流程 的自动化,BPA 包括如下内容: a)流程建模技术 如 Petri 网、控制流语义、数据流图、 UML 中的序列图、协作图、状态转换图等 b)流程定义技术 如 XPDL,BPEL4WS 等 c)流程执行引擎 如我们谈过的 jbpm,shark 等 2)BPI(业务流程集成) BPI（业务流程集成）系统是实现流程集成技术的具体载体 ,是它把我们 的软件开发方式由面向过程、面向对象和面向构件等转变为面向服务 ,BPI 包括如下内容: a)流程间通信技术 以前可以采用的有远程过程调用（RPC）、分布式对象（CORBA、D COM/COM+、RMI）、面向消息的中间件（MOM）等,现在可以选用基于 Web 服务的动态、 轻量级的服务协作中间件 （Service Cooperation Middleware，SCM） b)EAI 技术 主要实现企业内部的应用集成 c)B2B 技术 主要实现合作伙伴间的应用集成 3)BPR(业务流程改进) BPM 以优化管理为归宿，而不仅仅满足于业务的处理 ;BPR 包括下面的内容: a)流程监控与分析 b)流程优化 c)流程改进 3、 选择 BPM 系统 必须考虑建立 BPM 团队 BPM 众多成功的关键因素在于能组成执行团队，同时进行企业流程的设计、建置、模块 化、优化及部署。有效率的 BPM 执行团队成员来自组织内各部门，分别都是在成功推动项 目上，扮演着重要的角色。而影响 BPM 解决方案的重要因素在于：提供团队成员正确的工 具组合，让他们的工作既简单又有效率。典型的执行团队成员包含： 流程拥有者 即利用工作流程，以便更有效率执行工作职责的人。他们对工作流程感兴趣，但并不注重 所使用的工具。他们只想改善流程并证实其效果，可说是联系 BPM 团队与工作流程实际需 求间的重要环节。企业主可从图形流程设计工具获益良多，这套简单的工具可帮助他们发展最 初始的详细的流程图，与分析师紧密合作。完成部署之后，流程拥有者可重新检讨该流程相关 的报告，并对工作流程提出改进的建议。总而言之，流程拥有者拥有工作流程、重视结果，但 不想花心思在相关技术面上。 业务流程分析师4业务流程分析师是执行团队的重要成员，也是流程设计的专家。他在执行团队中并非软件 开发者， 因此使用的工具必须是直觉式操作， 或具备基本、 甚至毋需具备程序设计的专门知识。 分析师需要整合的环境来进行下列事项： 勾勒或规划工作流程； 定义必须由自动化流程处里的特定情况及例外事项； 模块化流程，以工作周期展开前测试并界定潜在问题； 了解组织架构及从属关系； 提供团队成员、使用者及新进员工所属工作流程的各式文件； 在工作流程开始运行之后分析其产生的结果；以及 持续进行工作流程的改善。 IT 设计师 他们与流程分析师紧密合作，建立自动化流程。IT 设计师最了解 IT 环境的功能架构， 但他们不是程序设计师，他们须具备下列能力，进行相关事项： 轻易存取流程设计师建立的工作流程及流程的文件 (直接让他们分享分析师权限更佳)； 设计表单或使用现有电子表单，及定义表单的数据项，但不需专精于数据库设计； 设计工作流程路径的规则及异常情况的处理，但不需撰写程序； 与目录、 其它应用程序、 Web Services 及数据库进行整合； 以及在工作流程正式上线前， 先行测试及模拟。 为使流程获致最佳性能及灵活度，任何 BPM 解决方案皆应是 IT 设计师及分析师的工 作目标及责任，而不是开发人员。 软件开发人员 他们在 BPM 团队中扮演着重要角色，但是，除非整合情况复杂，或有其它必须透过程 序解决的问题， 否则不一定需要开发人员。 需要开发人员时， 他们需要相关工具进行下列事项： 在检视流程内容后，使用他们了解且惯用的开发工具； 开发程序代码及模块，方便日后只须简单使用 XML、Web Services 或其它标准方法， 就能呼叫表单或工作流程；以及轻而易举就能在 BPM 应用程序及 ERP、CRM 与其它功能 所用的后台系统之间建立数据交换。 我再重复一个重点， 软件开发人员应对 BPM 具贡献， 但不是实施流程管理的主要焦点。 唯一例外的情况是，若整个工作流程是企业应用程序整合 (EAI) 所带动，而不需太多、甚至 不需人力的投入及具有高复杂度的整合。 IT 管理人员 只要 BPM 系统开始执行，他们在维护管理上，就扮演着举足轻重的角色。他们需要能 在其它管理控制环境下使用的工具，来进行下列事项： 监督系统的执行性能； 设定服务器环境； 管理磁盘空间及数据库使用情形； 授权企业使用者更多的流程行政管理责任； 分析日志文件；以及建立系统使用率及使用者作业的报表。 总结 在选择并执行 BPM 系统时，您无疑必须考虑 BPM 团队。藉由结合团队能力及界定完5整 BPM 系统的必备要素，您即可以部署符合所有使用者需求的解决方案、实现符合预期的 投资报酬率 (ROI)，并为企业创造其它无形的利益。工作流引擎什么是工作流引擎（Workflow Engine ） 所谓工作流引擎是指 workflow 作为应用系统的一部分，并为之提供对各应用系统有决定 作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。例如开发 一个系统最关键的部分不是系统的界面，也不是和数据库之间的信息交换，而是如何根据业务 逻辑开发出符合实际需要的程序逻辑并确保其稳定性、 易维护性 （模块化和结构化） 和弹性 （容 易根据实际业务逻辑的变化作出程序上的变动，例如决策权的改变、组织结构的变动和由于业 务方向的变化产生的全新业务逻辑等等）。 Workflow 引擎解决的就是这个问题：如果应用 程序缺乏强大的逻辑层，势必变得容易出错（信息的路由错误、死循环等等）。 就好比一辆汽车，外表做得再漂亮，如果发动机有问题就只是一个摆设。应用系统的弹性 就好比引擎转速方面的性能，加速到 100 公里需要 1 个小时（业务流程发生变动需要进行半 年的程序修改）还能叫好车吗？引擎动不动就熄火（程序因为逻辑的问题陷入死循环）的车还 敢开吗？ 工作流解决方案与传统管理软件的关系传统的管理软件注重解决企业应用层现存的问题 （例如提高企业的资源配置率或提高单一员工的生产效率）。例如：EXCEL 可以提高员工画 表格的效率、财务软件可以规范财务人员的工作并提高账目查询的效率、CRM 可以规范客户 管理从而使客户资源掌握在公司手中而不是被一部分业务人员把持并提高客户响应时间、ER P 解决的是如何配置企业资源：使企业的人力资源、财力资源和物资资源能够根据业务的需 求实现最大化配置。 workflow 关注的是如何缩短流程闲置时间，从而提高企业的业务处理能 力并使企业能够关注于真正对企业有意义的增值业务上。 从建立企业神经系统的角度也许更能 理解两者的区别。传统软件不能解决工作流的问题，例如 ERP 关注的是企业的资源配置，但 不可能解决资源传输过程中的损耗和降低传输（流程）的成本；同样 workflow 也不能完全解 决传统管理软件所能解决的问题， 例如对生产管理的 MRP 系统所能解决的生产过程控制通过 workflow 很难实现。但一个好的传统软件如果希望能自动化地在整个企业中应用起来，必须 有一个强大的逻辑层，用以解决信息传递的逻辑判断和自动流转，这个时候就需要 workflow 的平台。所以说： 1.workflow 和传统管理软件不是同一种软件，不具可比性； 2.workflow 对于已经有传统管理软件的企业的作用非常明显，可以籍此平台整合企业的各种应用系统，使 之成为一个完整的企业级应用， 也就是通常所说的 EAI. 3. 具备 workflow 功能的管理软件 （w orkflow 与传统管理软件的结合）对于传统管理软件有绝对的优势；4.workflow 可以根据企业 的需要开发解决信息传递问题的流程以及帮助企业开发与现有应用系统的接口 工作流自动化并不复杂因为下述几个原因， 工作流自动化业界有 & 适合处理复杂业务流程 & 的名声。 1.常规工作流自动化软件包及其部署相当昂贵。通常，伴随产品的是长时期的咨询关系。 所以为了非常简单的业务流程购买和部署软件是被不被采纳的。这些软件通常只被用于复杂、 关键和控制成本相对较高而工作流自动化带来的效益明显的量产型工作流应用。 因此经销商和6用户都会不自觉地关注于将复杂的业务问题自动化。 2. 处于类似原因，工作流研究人士首先 会关注解决了哪些复杂的业务流程问题。 而对于大多数案例而言， 为解决简单工作流程问题部署自动化软件的成本显然是不经济的。 这里遵循一条简单的道理：走之前必须先会爬，跑之前必须先会走。 3. 最后一条原因，也是 &IT 业的尴尬&.总经理对 IT 部门经理工作衡量的标准就是：能够解决复杂问题的能力。自然， IT 经理就会不遗余力地解决那些复杂的问题，他们的方案通常也就复杂而且昂贵。 所有这些目前都在改变。 针对桌面电脑的应用方案快速发展以及工作流解决方案的发展使 解决日常工作流程问题成为可能。费用不再昂贵，部署更为简便。事实上，企业越来越意识到 工作流的重要性，同时在部署复杂关键的流程自动化之前，愿意从一些简单的流程入手积累经 验。 工作流会成为操作系统的一部分吗？ 有人认为工作流会成为操作系统平台 （例如 WINDOWS 平台） 的一部分。 我们的观点是， 基于下述几个原因，在可预见的未来，工作流不会成为操作系统的一部分： 1. 扩展表格、文 字处理程序和数据库存在了 20 多年，成了家喻户晓的名词。这些技术被广泛理解和应用，也 相应形成了各自的标准和相关术语。然而因为很多原因，直到今天这些技术也没有成为操作系 统的一部分。最重要的原因之一是用户需要差异和选择的自由。相比较而言，工作流自动化软 件是较新的技术，也更有差异性、不易被广泛理解并且比这些技术更为先进。因为工作流程的 差异性和复杂性，工作流自动化的用户需要更多的选择空间。 2.财务软件包从电脑发明后就迅速普及了。这是实施、术语和规则被普遍接受的另一个领域。 然而至今也没有哪种操作系统吹嘘集成了多少财务软件的功能。 而工作流自动化软件比财务软 件更为复杂和有差异性。 3. 操作系统提供商，例如微软和 Sun ，不会为了使其系统具备工作流自动化的功能而大量改 变他们现有的系统。他们有什么必要为工作流自动化软件投入开发和支持的成本呢？ 4. 操作系统是为常规条件设计并使之最优化。正因如此，目前操作系统的开发成本几乎都要 上亿美元。业务流程十分复杂并充满了例外情况，如在操作系统中内嵌工作流自动化程序会极 大地增加开发成本和难度。因此，即便操作系统提供商决定做工作流软件，也会是巨额投入开 发一套新的操作系统，而不是将工作流嵌入。 事实上，今天的很多优秀的工作流解决方案集成了短信息、页面服务、目标管理、文件管 理和其他一些操作系统才提供的服务。 工作流自动化的主要成分工作流自动化如今成了管理的一句时髦话。 市面上也有很多号称 能激活工作流的自动化产品。只要他们的应用程序支持基本的 E-mail 功能，卖主就会随意地 把& 激活工作流& 作为标签贴在产品上。然而，这类产品和真正工作流自动化软件之间的差别 就如同写字版和 Word 之间的差别。我们相信，应用程序只有具备了下列主要特征，才能称其 为工作流自动化解决方案： 能够画出工作流程图，当然以图形化界面设计的为佳；能为每个步骤设计电子表格；能将 外部应用程序结合为工作流自动化的一部分；能与电子表格及企业数据库相连接；能设计基于 复杂业务规则的条件型路由的工作流程图，最好无须编程；能根据功能、用户名称或上下级关 系按规则传递信息；能够监控工作流执行状况；能够对工作流进行调节；能够模拟并测试工作 流的行为；工作流的应用必须支持多用户并具高度可靠性；工作流的应用必须支持内部网或英 特网及跨多种平台。7网友讨论工作流应该是一个中间件而不应该是一个完整的系统。 工作 流应该整合到其他系 统中而不是单独使用。 工作流要完成的核心功能有流程设计， 流程执行， 流程和线程的调度， 任务的分派与通知， 集成已有信息系统（很多人忘了）。 工作流应该提供对组织机构，用户，权限管理，流程，任务的管理能力，但是对这些管理 能力最基本实现方式是提供 API ，而不是一个管理系统，即使把这些管理作为一个管理系统 来实现（A ），也主要是用于演示，因为当工作流用于其它系统（B），因为 B 需要一个统 一的管理界面，所以通常不会直接使用 A.而表单设计，报表之类根本就是外围功能，是二次 开发商的任务。 我基本赞同 wangtaoyy 的说法，再补充一点。我觉得工作流与其说是中间件，还不如说 是一个应用整合和集成的框架。类似在 j2ee 规范下各产商开发的应用服务器，工作流也应当 是在 wfmc 标准下开发出来的& 容器& ，只要是满足了标准的应用程序或组件都能够在这个 & 容器& 中按照预定的规则被调度和执行。我认为理想情况下工作流系统不应该提供 API 作二 次开发，工作流的内部对基于工作流的应用程序应当是完全不透明的，工作流应当提供给开发 者的是一个类似于 J2EE 那样的标准，一套编程模型和接口模型。开发者在这个模型下去 实现 那些接口，开发出应用组件，再利用工作流提供的管理器进行& 注册&.总而言之，对开发者而 言，工作流是黑箱，他需要做的事情是开发标准组件，在工作流提供的 UI 管理工具中配置业 务流程，包括业务过程、资源、权限、时间、规则等等。 1. j2ee 应用服务器也是中间件的一种。 2. 工作流要做成 j2ee 哪样的标准还是比较困难的， j2ee 重点在于提供开发全新系统的 能力，所以可以制定比较好的容器- 组件标准，而工作流的重点是整合已经存在的系统，要在 这些各式各样的老系统上强加标准是不现实的。 3.工作流应该提供 api ，因为其他系统中的一些事件可能会启动一个流程，或者触发其他 与流程相关的东西 工作流分为两种类型，一种是嵌入式的，另一种是非嵌入式的。这在 WFMC 的文档中已 经有所介绍，大家可以找找看一下。按照工作流管理联盟的文档，大家说的都没有什么错误， 只是侧重点不同。wangtaoyy 的观点倾向于前者，而 coffeewoo 的观点倾向于后者。 我的看法并不是趋向于嵌入式工作流。 我理解的工作流提供的 api 并不是一般软件包的 A PI ，而是一种服务方式的 API ，类似于操作系统中的系统调用。 我们在软件中大量使用了操作系统提供的系统调用 API ，但是操作系统并不是嵌入到我 们软件系统中的。我认为工作流系统与操作系统有很强的可比性，只是工作流层次更高。比如 流程设计相当于编程，模型相当于程序，流程实例相当于进程，流程分支相当于线程，操作系 统要对进程和线程进行调度，工作流引擎要对流程实例和分支进行调度，操作系统和工作流系 统都应该对内存进行管理避免耗尽系统内存，操作系统提供系统调用 API 而工作流引擎提供 工作流 API.何其相似。 从功能的角度看：工作流系统的本职工作就是管理和控制业务流程，例如 ：流程实例的启 动、停止；环节实例的启动、结束；任务的分配等等。从工作流系统的组成看：工作流系统应 该包括流程引擎、流程定义工具、运行管理工具、api 系统。工作流系统应该该不包括表单定 义、组织机构定义及其管理、权限管理、数据流管理等等。8工作流系统虽然不包括上述功能，但是工作流系统一定会和上述功能发生交互关系，所以 好的工作流产品并不是一个包办上述功能的产品， 而是一个设计良好的能够和上述功能交互的 系统。从和其他系统的关系看待工作流：如果站在基础业务平台的角度，那么，工作流系统、 组织机构管理系统、表单自定义系统、权限管理系统、数据流管理系统、报表系统都是这个基 础业务平台的服务。业务功能系统在运行的过程中会调用这些服务，这些服务之间本身也可能 互相调用。例如：工作流服务和组织机构管理服务之间的关系就非常密切，尽管如此，如果认 为工作流系统一定包含组织机构管理系统应该是不正确的。在 oa 系统中，表单自定义好像比 较重要，而且流程常常需要引用表单上的数据，但是表单自定义绝对不是工作流系统的组成部 分。流程在运行的过程中可能跨多个数据库系统，任务在流转的过程中需要 D携带‖大量的业务 数据，但是这些也不是工作流要做的事情，完成这些工作的系统我称之为D数据流管理系统‖。 总之：从功能的角度，所有的功能都是必要的，但是从技术的角度，这些功能不可以做到一个 D铁板一块‖的所谓的D工作流‖里面去。从技术发展的趋势看：工作流系统很可能发展成为一个 类似关系型数据库管理系统的专职的系统。我那个工作流东东还在改进中，希望作出一个设计 合理的（决对不是强行 coding 出来的），工程实用的东西出来Portal（web 应用）一、在 Portlet 规范里是这样讲的：Dportal 是一种 web 应用，通常用来提供个性化、单次 登录、聚集各个信息源的内容，并作为信息系统表现层的宿主。聚集是指将来自各个信息源的 内容集成到一个 web 页面里的活动‖。 Portal 的功能可以分为三个主要方面： 1. Portlet 容器：Portlet 容器与 servlet 容器非常类似，所有的 portlet 都部署在 portlet 容器里，portlet 容器控制 portlet 的生命周期并为其提供必要的资源和环境信息。Portlet 容器 负责初始化和销毁 portlets，向 portlets 传送用户请求并合成响应。 2. 内容聚集： Portlet 规范中规定 portal 的主要工作之一是聚集由各种 portlet 应用生成的 内容，我们将在D如何创建 Portal 页面‖部分对此做进一步讨论。 3. 公共服务：portlet 服务器的一个强项是它所提供的一套公共服务。这些服务并不是 po rtlet 规范所要求的，但 portal 的商业实现版本提供了丰富的公共服务以有别于它们的竞争者。 在大部分实现中都有望找到的几个公共服务有： o 单次登录：只需登录 portal 服务器一次就可以访问所有其它的应用，这意味着你无需 再分别登录每一个应用。例如一旦我登录了我的 intranet 网站，我就能访问 mail 应用、IM 消 息应用和其它的 intranet 应用，不必再分别登录这些应用。 Portal 服务器会为你分配一个通行证库。 你只需要在 mail 应用里设定一次用户名和密码， 这些信息将以加密的方式存储在通行证库中。在你已登录到 intranet 网站并要访问 mail 应用 的时候，portal 服务器会从通行证库中读取你的通行证替你登录到 mail 服务器上。你对其它 应用的访问也将照此处理。 o 个性化：个性化服务的基本实现使用户能从两方面个性化她的页面：第一，用户可以根 据她的自身喜好决定标题条的颜色和控制图标。第二，用户可以决定在她的页面上有哪些 por tlets。例如，如果我是个体育迷，我可能会用一个能提供我钟爱球队最新信息的 portlet 来取 代股票和新闻 portlets。9一些在个性化服务方面领先的商业实现版本允许你建立为用户显示什么样的应用所依据 的标准（如收入和兴趣）。在这种情况下，可以设定一些像D对任何收入为 X 的用户显示馈赠 商品的 portlet‖和D对任何收入为 X 的用户显示打折商品的 portlet‖这样的商业规则。 此外还有一些公共服务，比如机器翻译，是由 portal 服务器将 portlet 生成的内容翻译为 用户要求的语言。 大部分的商业 portal 服务器都支持手持设备访问并具有针对不同的浏览终端 生成不同内容的能力。企业门户业界认为企业门户就是一个联接企业内部和外部的网站， 它可以为企业提供一个单一的访 问企业各种信息资源的入口，企业的员工、客户、合作伙伴和供应商等等都可以通过这个门户 获得个性化的信息和服务。企业门户可以无缝地集成企业的内容、商务和社区：首先，通过企 业门户，企业能够动态地发布存储在企业内部和外部的各种信息；其次，企业门户可以完成网 上的交易； 此外， 企业门户还可以支持网上的虚拟社区， 网站的用户可以相互讨论和交换信息。 企业门户可以为企业的信息系统提供稳定的、可伸缩和可靠的基础和框架结构。与传统的 电子商务相比，企业门户的特点在于： ? 多数企业的 IT 系统是由多个分散的内部和外部的 IT 系统构成的， 企业门户可以将这些系 统集成起来，从而更好地实现电子商务的功能。 ? 许多现有的商务站点都不能处理遗留系统，企业门户可以解决大型企业的遗留系统与电 子商务应用集成的一系列问题。 ? 由于具有个性化的功能，因此可以为最终用户提供更加直观、易用的界面，并且能简化 用户的使用并节省时间。 企业从传统的运营方式转移到基于互联网的电子商务是大势所趋， 而企业门户则是充分考 虑到企业面临的特殊情况的电子商务系统，企业可以充分利用原有的在 IT 方面的投资，迅速 建立起个性化的电子商务系统――企业门户，满足企业用户的需求，从而在激烈的市场竞争中 立于不败之地。SOA 面向服务的体系结构面向服务的体系结构（Service-Oriented Architecture，SOA）是一个组件模型，它将应 用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口 是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这 使得构建在各种这样的系统中的服务可以一种统一和通用的方式进行交互。 这种具有中立的接口定义 （没有强制绑定到特定的实现上） 的特征称为服务之间的松耦合。 松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组成整个应用程序的每个服务的 内部结构和实现逐渐地发生改变时，它能够继续存在。而另一方面，紧耦合意味着应用程序的10不同组件之间的接口与其功能和结构是紧密相连的， 因而当需要对部分或整个应用程序进行某 种形式的更改时，它们就显得非常脆弱。 对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得更加灵活， 以适应不 断变化的环境，比如经常改变的政策、业务级别、业务重点、合作伙伴 关系、行业地位以及其 他与业务有关的因素，这些因素甚至会影响业务的性质。我们称能够灵活地适应环境变化的业 务为按需（On demand）业务，在按需业务中，一旦需要，就可以对完成或执行任务的方式 进行必要的更改。 虽然面向服务的体系结构不是一个新鲜事物， 但它却是更传统的面向对象的模型的替代模 型，面向对象的模型是紧耦合的，已经存在二十多年了。虽然基于 SOA 的系统并不排除使 用面向对象的设计来构建单个服务，但是其整体设计却是面向服务的。由于它考虑到了系统内 的对象，所以虽然 SOA 是基于对象的，但是作为一个整体，它却不是面向对象的。不同之 处在于接口本身。SOA 系统原型的一个典型例子是通用对象请求代理体系结构（Common O bject Request Broker Architecture，CORBA），它已经出现很长时间了，其定义的概念与 SOA 相似。 然而，现在的 SOA 已经有所不同了，因为它依赖于一些更新的进展，这些进展是以可 扩展标记语言（eXtensible Markup Language，XML）为基础的。通过使用基于 XML 的语 言 （称为 Web 服务描述语言 （Web Services Definition Language， WSDL） 来描述接口， ） 服务已经转到更动态且更灵活的接口系统中，非以前 CORBA 中的接口描述语言（Interface Definition Language，IDL）可比了。 Web 服务并不是实现 SOA 的惟一方式。前面刚讲的 CORBA 是另一种方式，这样就 有了面向消息的中间件（Message-Oriented Middleware）系统，比如 IBM 的 MQseries。 但是为了建立体系结构模型，您所需要的并不只是服务描述。您需要定义整个应用程序如何在 服务之间执行其工作流。 您尤其需要找到业务的操作和业务中所使用的软件的操作之间的转换 点。因此，SOA 应该能够将业务的商业流程与它们的技术流程联系起来，并且映射这两者之 间的关系。例如，给供应商付款的操作是商业流程，而更新您的零件数据库，以包括进新供应 的货物却是技术流程。因而，工作流还可以在 SOA 的设计中扮演重要的角色。 此外，动态业务的工作流不仅可以包括部门之间的操作，甚至还可以包括与不为您控制的 外部合作伙伴进行的操作。因此，为了提高效率，您需要定义应该如何得知服务之间的关系的 策略，这种策略常常采用服务级协定和操作策略的形式。 最后，所有这些都必须处于一个信任和可靠的环境之中，以同预期的一样根据约定的条款 来执行流程。因此，安全、信任和可靠的消息传递应该在任何 SOA 中都起着重要的作用。 我可以用面向服务的体系结构做什么？ 对 SOA 的需要来源于需要使业务 IT 系统变得更加灵活，以适应业务中的改变。通过允 许强定义的关系和依然灵活的特定实现，IT 系统既可以利用现有系统的功能，又可以准备在 以后做一些改变来满足它们之间交互的需要。 下面举一个具体的例子。一个服装零售组织拥有 500 家国际连锁店，它们常常需要更改 设计来赶上时尚的潮流。这可能意味着不仅需要更改样式和颜色，甚至还可能需要更换布料、 制造商和可交付的产品。如果零售商和制造商之间的系统不兼容，那么从一个供应商到另一个 供应商的更换可能就是一个非常复杂的软件流程。 通过利用 WSDL 接口在操作方面的灵活性， 每个公司都可以将它们的现有系统保持现状， 而仅仅匹配 WSDL 接口并制订新的服务级协定，11这样就不必完全重构它们的软件系统了。这是业务的水平改变，也就是说，它们改变的是合作 伙伴，而所有的业务操作基本上都保持不变。这里，业务接口可以作少许改 变，而内部操作却 不需要改变，之所以这样做，仅仅是为了能够与外部合作伙伴一起工作。 另一种形式是内部改变，在这种改变中，零售组织现在决定它还将把连锁零售商店内的一 些地方出租给专卖流行衣服的小商店， 这可以看作是采用店中店 （store-in-store） 的业务模型。 这里，虽然公司的大多数业务操作都保持不变，但是它们现在需要新的内部软件来处理这样的 出租安排。尽管在内部软件系统可以承受全面的检修，但是它们需要在这样做的同时不会对与 现有的供应商系统的交互产生大的影响。在这种情况下，SOA 模型保持原封不动，而内部实 现却发生了变化。虽然可以将新的方面添加到 SOA 模型中来加入新的出租安排的职责，但 是正常的零售管理系统继续如往常一样。 为了延续内部改变的观念，IT 经理可能会发现，软件的新配置还可以以另外的一种方式 加以使用，比如出租粘贴海报的地方以供广告之用。这里，新的业务提议是通过在新的设计中 重用灵活的 SOA 模型得出的。这是来自 SOA 模型的新成果，并且还是一个新的机会，而 这样的新机会在以前可能是不会有的。 垂直改变也是可能的，在这种改变中，零售商从销售他们自己的服装完全转变到专门通过 店中店模型出租地方。如果垂直改变完全从最底层开始的话，就会带来 SOA 模型结构的显 著改变，与之一起改变的还可能有新的系统、软件、流程以及关系。在这种情况下，SOA 模 型的好处是它从业务操作和流程的角度考虑问题而不是从应用程序和程序的角度考虑问题， 这 使得业务管理可以根据业务的操作清楚地确定什么需要添加、修改或删除。然后可以将软件系 统构造为适合业务处理的方式，而不是在许多现有的软件平台上常常看到的其他方式。 正如您可以看到的，在这里，改变和 SOA 系统适应改变的能力是最重要的部分。对于 开发人员来说， 这样的改变无论是在他们工作的范围之内还是在他们工作的范围之外都有可能 发生，这取决于是否有改变需要知道接口是如何定义的以及它们相互之间如何进行交互。与开 发人员不同的是，架构师的作用就是引起对 SOA 模型大的改变。这种分工，就是让开发人 员集中精力于创建作为服务定义的功能单元， 而让架构师和建模人员集中精力于如何将这些单 元适当地组织在一起，它已经有十多年的历史了，通常用统一建模语言（Universal Modeling Language，UML），并且描述成模型驱动的体系结构（Model-Driven Architecture，MDA）。 对于面向同步和异步应用的，基于请求/响应模式的分布式计算来说，SOA 是一场革命。 一个应用程序的业务逻辑（business logic）或某些单独的功能被模块化并作为服务呈现给消 费者或客户端。这些服务的关键是他们的松耦合特性。例如，服务的接口和实现相独立。应用 开发人员或者系统集成者可以通过组合一个或多个服务来构建应用， 而无须理解服务的底层实 现。举例来说，一个服务可以用。NET 或 J2EE 来实现，而使用该服务的应用程序可以在不同 的平台之上，使用的语言也可以不同。 SOA 有以下特性 SOA 服务具有平台独立的自我描述 XML 文档。Web 服务描述语言（WSDL， Web Ser vices Description Language）是用于描述服务的标准语言。 SOA 服务用消息进行通信，该消息通常使用 XML Schema 来定义（也叫做 XSD， XM L Schema Definition）。消费者和提供者或消费者和服务之间的通信多见于不知道提供者的 环境中。服务间的通讯也可以看作企业内部处理的关键商业文档。12在一个企业内部，SOA 服务通过一个扮演目录列表（directory listing）角色的登记处（R egistry）来进行维护。应用程序在登记处（Registry）寻找并调用某项服务。统一描述，定义 和集成 （UDDI， Universal Description， Definition， and Integration） 是服务登记的标准。 每项 SOA 服务都有一个与之相关的服务品质（QoS， quality of service）。QoS 的一 些关键元素有安全需求（例如认证和授权），可靠通信（译注：可靠消息是指，确保消息D仅 且仅仅‖发送一次，从而过滤重复信息。），以及谁能调用服务的策略。 为什么选择 SOA？ 不同种类的操作系统，应用软件，系统软件和应用基础结构（application infrastructure） 相互交织，这便是 IT 企业的现状。一些现存的应用程序被用来处理当前的业务流程（ busines s processes），因此从头建立一个新的基础环境是不可能的。企业应该能对业务的变化做出 快速的反应，利用对现有的应用程序和应用基础结构（application infrastructure）的投资来 解决新的业务需求，为客户，商业伙伴以及供应商提供新的互动渠道，并呈现一个可以支持有 机业务（organic business）的构架。SOA 凭借其松耦合的特性，使得企业可以按照模块化的 方式来添加新服务或更新现有服务，以解决新的业务需要，提供选择从而可以通过不同的渠道 提供服务， 并可以把企业现有的或已有的应用作为服务， 从而保护了现有的 IT 基础建设投资。 如图 1 的例子所示，一个使用 SOA 的企业，可以使用一组现有的应用来创建一个供应链 复合应用（supply chain composite application），这些现有的应用通过标准接口来提供功 能。服务架构服务架构 为了实现 SOA，企业需要一个服务架构，图 2 显示了一个例子：在图 2 中， 服务消费者（service consumer）可以通过发送消息来调用服务。这些消息 由一个服务总线（service bus）转换后发送给适当的服务实现。这种服务架构可以提供一个 业务规则引擎（business rules engine），该引擎容许业务规则被合并在一个服务里或多个 服务里。这种架构也提供了一个服务管理基础（service management infrastructure），用来 管理服务，类似审核，列表（billing），日志等功能。此外，该架构给企业提供了灵活的业务 流程，更好地处理控制请求（regulatory requirement），例如 Sarbanes Oxley（SOX），并 且可以在不影响其他服务的情况下更改某项服务。13SOA 基础结构 要运行，管理 SOA 应用程序，企业需要 SOA 基础，这是 SOA 平台的一个部分。SOA 基 础必须支持所有的相关标准， 和需要的运行时容器。 3 所示的是一个典型的 SOA 基础结构。 图 SOAP， WSDL， UDDI WSDL，UDDI 和 SOAP 是 SOA 基础的基础部件。WSDL 用来描述服务；UDDI 用来注册 和查找服务；而 SOAP，作为传输层，用来在消费者和服务提供者之间传送消息。SOAP 是 W eb 服务的默认机制，其他的技术为可以服务实现其他类型的绑定。一个消费者可以在 UDDI 注册表（registry）查找服务，取得服务的 WSDL 描述，然后通过 SOAP 来调用服务。 WS-I Basic Profile WS-I Basic Profile，由 Web 服务互用性组织（Web Services Interoperability Organi zation）提供，是 SOA 服务测试与互用性所需要的核心构件。服务提供者可以使用 Basic Pr ofile 测试程序来测试服务在不同平台和技术上的互用性。 J2EE 和 .Net 尽管 J2EE 和。NET 平台是开发 SOA 应用程序常用的平台，但 SOA 不仅限于此。像 J2 EE 这类平台，不仅为开发者自然而然地参与到 SOA 中来提供了一个平台，还通过他们内在 的特性，将可扩展性，可靠性，可用性以及性能引入了 SOA 世界。新的规范，例如 JAXB（J ava API for XML Binding），用于将 XML 文档定位到 Java 类；JAXR（Java API for XM L Registry）用来规范对 UDDI 注册表（registry）的操作；XML-RPC（Java API for XMLbased Remote Procedure Call）在 J2EE1.4 中用来调用远程服务，这使得开发和部署可移 植于标准 J2EE 容器的 Web 服务变得容易，与此同时，实现了跨平台（如。NET）的服务互 用。 服务品质 在企业中，关键任务系统（mission-critical system，译注：关键任务系统是指如果一个 系统的可靠性对于一个组织是至关重要的，那么该系统就是该企业的关键任务系统。比如，电 话系统对于一个电话促销企业来说就是关键任务系统，而文字处理系统就不那么关键了。）用 来解决高级需求，例如安全性，可靠性，事物。当一个企业开始采用服务架构作为工具来进行 开发和部署应用的时候，基本的 Web 服务规范，像 WSDL，SOAP，以及 UDDI 就不能满足 这些高级需求。正如前面所提到的，这些需求也称作服务品质（ QoS，quality of services）。 与 QoS 相关的众多规范已经由一些标准化组织（standards bodies）提出，像 W3C（World Wide Web Consortium）和 OASIS（the Organization for the Advancement of Structure d Information Standards）。下面的部分将会讨论一些 QoS 服务和相关标准。 安全 Web 服务安全规范用来保证消息的安全性。该规范主要包括认证交换， 消息完整性和消 息保密。该规范吸引人的地方在于它借助现有的安全标准，例如，SAML（as Security Asse rtion Markup Language）来实现 web 服务消息的安全。OASIS 正致力于 Web 服务安全规范 的制定。 可靠 在典型的 SOA 环境中，服务消费者和服务提供者之间会有几种不同的文档在进行交换。 具有诸如D仅且仅仅传送一次‖（ once-and-only-once delivery），D最多传送一次‖（ at-most -once delivery），D重复消息过滤‖（duplicate message elimination），D保证消息传送‖（g14uaranteed message delivery）等特性消息的发送和确认，在关键任务系统（mission-critical systems）中变得十分重要。WS-Reliability 和 WS-ReliableMessaging 是两个用来解决此 类问题的标准。这些标准现在都由 OASIS 负责。 策略 服务提供者有时候会要求服务消费者与某种策略通信。比如，服务提供商可能会要求消费 者提供 Kerberos 安全标示，才能取得某项服务。这些要求被定义为策略断言（ policy asserti ons）。一项策略可能会包含多个断言。WS-Policy 用来标准化服务消费者和服务提供者之间 的策略通信。 控制 当企业着手于服务架构时，服务可以用来整合数据仓库（silos of data），应用程序，以 及组件。整合应用意味着例如异步通信，并行处理，数据转换，以及校正等进程请求必须被标 准化。在 SOA 中，进程是使用一组离散的服务创建的。BPEL4WS 或者 WSBPEL（Web S ervice Business Process Execution Language）是用来控制这些服务的语言。WSBPEL 目 前也由 OASIS 负责。 管理 随着企业服务的增长，所使用的服务和业务进程的数量也随之增加，一个用来让系统管理 员管理所有运行在多相环境下的服务的管理系统就显得尤为重要。WSDM（Web Services f or Distributed Management）规定了任何根据 WSDM 实现的服务都可以由一个 WSDM 适应 （WSDM-compliant）的管理方案来管理。 其它的 qos 特性，比如合作方之间的沟通和通讯，多个服务之间的事务处理，都在 WSCoordination 和 WS-Transaction 标准中描述， 这些都是 OASIS 的工作。 SOA 不是 Web 服务 在理解 SOA 和 Web 服务的关系上，经常发生混淆。根据 2003 年 4 月的 Gartner 报道， Yefim V. Natis 就这个问题是这样解释的：DWeb 服务是技术规范，而 SOA 是设计原则。特 别是 Web 服务中的 WSDL，是一个 SOA 配套的接口定义标准：这是 Web 服务和 SOA 的根 本联系。‖从本质上来说，SOA 是一种架构模式，而 Web 服务是利用一组标准实现的服务。W eb 服务是实现 SOA 的方式之一。 Web 服务来实现 SOA 的好处是你可以实现一个中立平台， 用 来获得服务，而且随着越来越多的软件商支持越来越多的 Web 服务规范，你会取得更好的通 用性。 SOA 的优势 SOA 的概念并非什么新东西，SOA 不同于现有的分布式技术之处在于大多数软件商接受 它并有可以实现 SOA 的平台或应用程序。SOA 伴随着无处不在的标准，为企业的现有资产或 投资带来了更好的重用性。SOA 能够在最新的和现有的应用之上创建应用；SOA 能够使客户 或服务消费者免予服务实现的改变所带来的影响；SOA 能够升级单个服务或服务消费者而无 需重写整个应用，也无需保留已经不再适用于新需求的现有系统。总而言之，SOA 以借助现 有的应用来组合产生新服务的敏捷方式， 提供给企业更好的灵活性来构建应用程序和业务流程。 SOA 发展出来的效益 A. 平衡最初的旧系统投资(Leverage initial investment)：15组织过去所投资的系统、软硬体，如果能再利用等於赋予其新的价值，这也替组织降低成 本并增加竞争力。 B. 基础建设的便利性(Infrastructure Commoditization)： 让所有的应用程式能相互沟通(互通性)。 C. 快速的接近市场(Faster time-to-market)： 服务的重复使用(再利用)，来缩短过去的组织流程，更快速的提供服务来接近市场。 D. 减少支出(Reduce Cost)： 服务的重复使用，可降低开发成本。因为开发新系统的成本，大部份比更新旧有系统来的 花费大。 E. 减低风险(Risk mitigation)： 开发新系统的风险远大於更新旧系统。 F. 持续改善商业流程的循环(Continuous improvement cycle for business process) G. 中心流程处理(Process-centric processing) 实施 SOA 可能带来的主要优势有 5 点： 一，SOA 可通过互联网服务器发布，从而突破企业内网的限制，实现与供应链上下游伙 伴业务的紧密结合。通过 SOA 架构，企业可以与其业务伙伴直接建立新渠道，建立新伙伴的 成本得以降低。 二， SOA 与平台无关， 减少了业务应用实现的限制。 要将企业的业务伙伴整合到企业的 D大‖ 业务系统中，对其业务伙伴具体采用什么技术没有限制。 三， SOA 具有低耦合性特点，增加和减少业务伙伴对整个业务系统的影响较低。在企业 与各业务伙伴关系不断发生变化的情况下，节省的费用会越来越多。 四， SOA 具有可按模块分阶段进行实施的优势。可以成功一步再做下一步，将实施对企 业的冲击减少到最小。 五， SOA 的实施可能并不具有成本显著性。这要分三种情况加以讨论： 当企业从零开始构建业务系统时，采用 SOA 架构与不采用 SOA 架构成本可看做是相同的。 当企业业务发展或发生企业重组等变化而原有系统不能满足需要，而需要重构业务系统 时，采用 SOA 架构与不采用 SOA 架构成本可看做是相同的。 当企业业务发生缓慢变化并可预见到将来需要重构业务系统时，由于可以按模块分阶段 逐步实施 SOA 以适应变化的需要，这样企业不需一下投入一大笔经费进行系统改造，而是根 据企业业务发展情况和资金情况逐步投入，缓解了信息投入的压力。 / view/21305.htm?func=retitleEAI 企业应用集成EAI(Enterprise Application Integration)，是企业应用集成 EAI 是将基于各种不同平台、用不同方案建立的异构应用集成的一种方法和技术。EAI 通 过建立底层结构，来联系横贯整个企业的异构系统、应用、数据源等，完成在企业内部的 ER P、CRM、SCM、数据库、数据仓库，以及其他重要的内部系统之间无缝地共享和交换数据的 需要。有了 EAI，企业就可以将企业核心应用和新的 Internet 解决方案结合在一起。16EAI(企业应用集成)将进程、软件、标准和硬件联合起来，在两个或更多的企业系统之间 实现无缝集成，使它们就像一个整体一样。尽管 EAI 常常表现为对一个商业实体(例如一家公 司)的信息系统进行业务应用集成，但当在多个企业系统之间进行商务交易的时候， EAI 也表 现为不同公司实体之间的企业系统集成，例如 B2B 的电子商务。 EAI 的简要历史 在 20 世纪 60 年代到 70 年代期间， 企业应用大多是用来替代重复性劳动的一些简单设计。 当时并没有考虑到企业数据的集成，惟一的目标就是用计算机代替一些孤立的、体力性质的工 作环节。 到了 20 世纪 80 年代，有些公司开始意识到应用集成的价值和必要性。这是一 种挑战， 很多公司的技术人员都试图在企业系统整体概念的指导下对已经存在的应用进行重新设计， 以 便让它们集成在一起。然而这种努力收效甚微。20 世纪 90 年代，ERP 应用开始流行的时候， 同时也要求它们能够支持已经存在的应用和数据，这就必须引入 EAI。所以说，EAI 的发展是 合乎逻辑的，企 业利用客户机/服务器技术实现了分布应用，但后来认识到连接多样业务处理 的好处。其他推动 EAI 市场的因素还有应用软件包的发展、针对 Y2K 问题的应用、供应链管 理(B2B 集成)、流式业务处理以及 Web 应用集成。 EAI 的内容 EAI 包括的内容很复杂，涉及到结构、硬件、软件以及流程等企业系统的各个层面。 ● 业务过程集成 当对业务过程进行集成的时候，企业必须在各种业务系统中定义、授权 和管理各种业务信息的交换，以便改进操作、减少成本、提高响应速度。业务过程集成包括业 务管理、进程模拟以及综合任务、流程、组织和进出信息的工作流，还包括业务处理中每一步 都需要的工具。 ● 应用集成为两个应用中的数据和函数提供接近实时的集成。在一些 B2B 集成中用来实 现 CRM 系统与企业后端应用和 Web 的集成，构建能够充分利用多个业务系统资源的电子商 务网站。 ● 数据集成 为了完成应用集成和业务过程集成，必须首先解决数据和数据库的集成问题。 在集成之前，必须首先对数据进行标识并编成目录，另外还要确定元数据模型。这三步完成以 后，数据才能在数据库系统中分布和共享。 ● 集成的标准 要实现完全的数据集成，必须首先选择数据的标准格式。集 成的标准化 促成了信息和业务数据的共享和分布，构成了企业应用集成的核心，包括 COM+/DCOM、CO RBA、EDI、JavaRMI 和 XML。 ● 平台集成 要实现系统的集成，底层的结构、软件、硬件以及异构网络的特殊需求都必 须得到集成。平台集成处理一些过程和工具，以保证这些系统进行快速安全的通信。 EAI 实施 10 条准则 准则 1: Align Plans to Strategy 制定短期计划和长期策略 准则 2: Consolidate First, Integrate Second 联合为先，整合在后 准则 3:17Use a process-driven approach to develop end-to-end solutions. 采用流程驱动方式来开发端到端解决方案 准则 4: Establish clear lines of ownership and accountability. 确定明晰的属主和责任 准则 5: Enforce EAI architecture 明确 EAI 体系结构 准则 6: Mandate integration requirements for new applications 在新应用中考虑整合需求 准则 7: Develop a common representation of data and process. 建立数据和过程的通用表示 准则 8: Test early and often 早测试，常测试 准则 9: Re-factor interfaces constantly so they never become legacy 经常重构系统接口，防止过时 准则 10: Evolve business practices through experimentation. 通过实践演化业务流程 /view/284279.htmESB 企业服务总线ESB 全称为 Enterprise Service Bus，即企业服务总线。它是传统中间件技术与 XML、 Web 服务等技术结合的产物。ESB 提供了网络中最基本的连接中枢，是构筑企业神经系统的 必要元素。 ESB 的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案， 同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务 之间的通信与整合。从功能上看，ESB 提供了事件驱动和文档导向的处理模式，以及分布式 的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一 系列的标准接口。 ESB 的五个基本功能： 1)服务的 MetaData 管理：在总线范畴内对服务的注册命名及寻址管理功能。182)传输服务： 必须确保通过企业总线互连的业务流程间的消息的 正确交付，传输还包括 基于内容的路由功能。 3)中介：提供位置透明性的服务路由和定位服务；多种消息传递形式；支持广泛使用的传 输协议。 4)多种服务集成方式： 如 JCA，Web 服务，Messaging ，Adaptor 等. 5)服务和事件管理支持： 如服务调用的记录、测量和监控数据；提供事件检测、触发和 分布功能； ESB 的八个扩展功能： 1)面向服务的元数据管理： 他必须了解被他中介的两端,即服务的请求以及请求者对服务 的要求，以及服务的提供者和他所提供的服务的描述； 2) Mediation ：它必须具有某种机制能够完成中介的作用，如协议转换； 3）通信：服务发布、订阅，响应 请求，同步异步消息，路由和寻址等； 4) 集成： 遗留系统适配器，服务编排和映射，协议转换，数据变换，企业应用集成中间 件的连续等。 5）服务交互： 服务接口定义，服务实现的置换，服务消息模型，服务目录和发现等。 6）服务安全： 认证和授权、不可否认和机密性、安全标准的支持等； 7）服务质量： 事务，服务的可交付性等； 8）服务等级： 性能、可用性等。 ESB 中最常提到的两个功能是消息转换和消息路由。 /view/1224042.htm?func=retitleEIP 企业信息门户企业信息门户 EIP（Enterprise Information Portal）是指在 Internet 的环境下,把各种应 用系统、数据资源和互联网资源统一集到企业信息门户之下,根据每个用户使用特点和角色的 不同,形成个性化的应用界面，并通过对事件和消息的处理、传输把用户有机地联系在一起。 EIP 为电子商务提供了稳定的、可伸缩的和可靠的基础。它的特别之处在于：价值链是由 多个分散的内部和外部的信息处理系统构成的,EIP 将通过建立一个跨越在这些系统之上的体 系结构实现电子商务的功能； 它可以比较容易地使企业从 EIP 的纵向应用开始转移到电子贸易, 因为 EIP 可以把电子贸易的外部交易与企业的 CRM、ERP 以及信息系统集成在一起；解决大 型企业将遗留系统（Legacy System）与电子商务策略集成的一系列问题 EIP 是一个应用系统,它使企业能够释放存储在内部和外部的各种信息,让客户们能够从单 一的渠道访问其所需的个人化信息。 客户们将利用这些个人化信息做出合理的业务决策并执行 这些决策,同时发现做出类似决策的其他人并和他们取得联系。EIP 通过及时地向用户提供准 确的信息来优化企业运作和提高生产力。 这些门户将把存放在企业数据库与数据仓库中的业务 智能转变成可利用的信息,并通过浏览器送到用户眼前。 EIP 是一个将企业的所有应用和数据集成到一个信息管理平台之上，并以统一的用户界面 提供给用户，使企业可以快速地建立企业对企业和企业对内部雇员的信息门户。EIP 是一个基 于 Web 的系统，它能向分布各处的用户提供商业信息，帮助用户管理、组织和查询与企业和19部门相关的信息。内部和外部用户只需要使用浏览器就可以得到自己需要的数据、分析报表及 业务决策支持信息。EIP 的出现是为了满足企业不断增长的需求，企业如果需要更有效地利用 企业的数据资源和信息资产，必须保证内部和外部的每一个用户都能访问到信息。 EIP 也是计算机寄存器中的一员,是执行指令的步进指针 /view/53937.htm?func=retitlesaas 软件在线服务（一）认识 SaaS 【初识 SaaS】 SaaS 是 Software-as-a-service（软件在线服务）的简称，是随着互联网技术的发展和应 用软件的成熟，而在 21 世纪开始兴起的一种完全创新的软件应用模式。它与Don-demand sof tware‖（按需软件)，the application service provider(ASP，应用服务提供商)，hosted soft ware(托管软件)所具有相似的含义。它是一种通过 Internet 提供软件的模式，厂商将应用软件 统一部署在自己的服务器上，客户可以根据自己实际需求，通过互联网向厂商定购所需的应用 软件服务， 按定购的服务多少和时间长短向厂商支付费用， 并通过互联网获得厂商提供的服务。 用户不用再购买软件，而改用向提供商租用基于 Web 的软件，来管理企业经营活动，且无需 对软件进行维护，服务提供商会全权管理和维护软件，软件厂商在向客户提供互联网应用的同 时， 也提供软件的离线操作和本地数据存储， 让用 户随时随地都可以使用其定购的软件和服务。 对于许多小型企业来说，SaaS 是采用先进技术的最好途径，它消除了企业购买、构建和维护 基础设施和应用程序的需要。 在这种模式下，客户不再像传统模式那样花费大量投资用于硬件、软件、人员，而只需要 支出一定的租赁服务费用，通过互联网便可以享受到相应的硬件、软件和维护服务，享有软件 使用权和不断升级，这是网络应用最具效益的营运模式。 对用户而言，和应用传统软件相比 ,软件即服务(SaaS)具有四大基本特点,即低建设成本、 低维护成本、低应用门槛、低投入风险。 9 月 23 日上午，2008 中国互联网大会开幕式在南京召开，中国互联网协会常务副理事长 高新民出席大会开幕式并发表主题演讲《融合是互联网新兴业态最大发展趋势》并指出， D互 联网信息服务业态是指互联网的最新技术，利用互联网对心技术提供创新型的服务。它是创新 之后的核心，服务内容更加新颖，另外它的附加值更高。互联网新兴服务业代表着一个新的商 业服务形态或者商业的模式，互联网新兴服务业态是最新的互联网技术的应用。另外，基于互 联网新兴服务业态，应该说是我们最值得关注的现代服务业最具有成长性的一个业态。‖ 目前，SaaS 已成为软件产业的一个重要力量。只要 SaaS 的品质和可信度能继续得到证 实，它的魅力就不会消退。 SaaS 不仅适用于中小型企业，所有规模的企业都会从 SaaS 中获 利。新一代的 SaaS 能够使用户在小范围的实施中测试应用程序的可靠性和适用性。 SaaS 不仅适用于 CRM，而且正在慢慢的用于处理几乎每个管理软件的需求。在 2008 年，多用户 以及集团用户也开始采用 SaaS，主要用于 OA、PM、CRM、ERP 等 B/S,C/S 软件。 【Piece4、SaaS 模式与传统购买传统软件永久许可模式的区别】 SaaS 服务模式与传统的销售软件永久许可证的方式有很大的不同，它是未来管理软件的 发展趋势，相比较传统服务方式而言 SaaS 具有很多独特的特征：SaaS 不仅减少了或取消了20传统的软件授权费用，而且厂商将应用软件部署在统一的服务器上，免除了最终用户的服务器 硬件、网络安全设备和软件升级维护的支出，客户不需要除了个人电脑和互联网连接之外的其 它 IT 投资就可以通过互联网获得所需要软件和服务。 此外， 大量的新技术， Web Service， 如 提供了更简单、更灵活、更实用 SaaS。 另外，SaaS 供应商通常是按照客户所租用的软件模块来进行收费的，因此用户可以根据 需求按需订购软件应用服务，而且 SaaS 的供应商会负责系统的部署、升级和维护。而传统管 理软件通常是买家需要一次支付一笔可观的费用才能正式启动。 ERP 这样的企业应用软件，软件的部署和实施比软件本身的功能、性能更为重要，万一 部署失败，那所有的投入几乎全部白费，这样的风险是每个企业用户都希望避免的。通常的 E RP、CRM 项目的部署周期至少需要一两年甚至更久的时间，而 SaaS 模式的软件项目部署最 多也不会超过 90 天，而且用户无需在软件许可证和硬件方面进行投资。传统软件在使用方式 上受空间和地点的限制，必须在固定的设备上使用，而 SaaS 模式的软件项目可以在任何可接 入 Internet 的地方与时间使用。相对于传统软件而言 SaaS 模式在软件的升级、服务、数据安 全传输等各个方面都有很大的优势。 【SaaS 的客户价值 】 SaaS 服务提供商为中小企业搭建信息化所需要的所有网络基础设施及软件、硬件运作平 台，并负责所有前期的实施、后期的维护等一系列服务，企业无需购买软硬件、建设机房、招 聘 IT 人员，只需前期支付一次性的项目实施费和定期的软件租赁服务费，即可通过互联网享 用信息系统。服务提供商通过有效的技术措施，可以保证每家企业数据的安全性和保密性。企 业采用 SaaS 服务模式在效果上与企业自建信息系统基本没有区别，但节省了大量用于购买 I T 产品、 技术和维护运行的资金， 且像打开自来水龙头就能用水一样， 方便地利用信息化系统， 从而大幅度降低了中小企业信息化的门槛与风险。 具体来说 saas 可以为客户带来如下的价值： a) 服务的收费方式风险小，灵活选择模块，备份，维护，安全，升级 b) 让客户更专注核心业务 c) 灵活启用和暂停，随时随地都可使用 d) 按需定购，选择更加自由 e) 产品更新速度加快 f) 市场空间增大 g) 实现年息式的循环收入模式 h) 有效降低营销成本 i) 准面对面使用指导 j) 在全球各地，7*24 全天候网络服务 k) 不需要额外增加专业的 IT 人员 l) 大大降低客户的总体拥有成本 （二）企业与 SaaS 【企业如何选择和应用 SaaS】 显然，SaaS 模式能显著降低企业的前期投入。它可以通过互联网在任何时间、任何地点 进行访问，不必再受到软件升级和补丁更新的困扰。基于对 SaaS 未来发展的憧憬，诸如甲骨 文和微软等大型企业软件厂商都义无反顾地加入了这一阵营。21SaaS 企业管理软件分成两大阵营，平台型 SaaS 和傻瓜式 SaaS。平台型 SaaS 是把传 统企业管理软件的强大功能通过 SaaS 模式交付给客户，有强大的自定制功能。傻瓜式 SAAS 提供固定功能和模块，简单易懂但不能灵活定制的在线应用，用户也是按月付费。在实际运用 中，IT 却应重视以下三方面的问题： 1. 让业务经理意识到 SaaS 的常见误区。 2. 在技术采购中更新与 SaaS 功能相关的评估流程。 3. 仔细考量其它不易被明确定义的相关需求，比如企业带宽的升级需要与集成成本的衍 生。 先以企业常用的应用评估流程为例，虽然不同企业的评估流程各不相同，但总体而言，大 部分评估流程都包含了应用功能、投资回报与成本这三大指标。然而在评估 SaaS 时，企业往 往会忽略一些 SaaS 特有的指标。比如集成工具与支持。人们通常会将 SaaS 误认为是一种独 立应用。其实，SaaS 厂商针对后台系统集成所提供的工具和开发包是非常重要的。 其次就是了解 SaaS 应用提供了哪些数据分析选择。 虽然自带报表和导出报表都是不错的 功能，但大部分厂商都会对数据库直接访问或自定义报表收取额外的费用。厂商在数据整合方 面的能力也是一大考量因素。有不少 SaaS 用户表示，数据访问是一个大问题。SaaS 是一种 托管服务，因此数据库通常都被视为提供商的所有权资产。如果企业想要分析自己的数据，那 就会演变为一种既耗时不菲、又成本巨大的项目。 ①数据安全机制 超过三分之二的公司皆表示数据安全是选择 SaaS 厂商时的重要考量。作为 IT，他们自然 对企业内部的数据安全责无旁贷，但他们又该如何确保 SaaS 提供商也充分符合这一要求呢? 参照以下几条建议或许能帮你提高胜算： 明确 RTO/RPO 服务级别：要求厂商提供数据恢复时间目标(RTO)和数据恢复点目标(RP O)的书面协议。如果一家厂商连什么是 RPO 都不知道，那劝你还是趁早换一家。如果你的厂 商表示他们能达到 5 个 9 的目标(即利用 5 个读取点达到 99.999%的读取率)， 那就要求他们提 供容灾恢复白皮书。 数据中心评估：该厂商的数据中心模式是什么?包含多少冗余站点?处在哪些地理位置?复 制战略是什么?根据你的容灾恢复计划来校验厂商的数据转储策略，并询问他们是否要对数据 存档进行额外收费? 渗透测试与易损性评估： 如果你没有自己的评估专家， 那就询问厂商进行过哪些安全认证。 选择那些采用了经过认证的最佳实践的厂商，不 管是 ISO、ITIL，还是其它行业认可的标准。 记录回顾：随着加入 SaaS 阵营的厂商越来越多，客户的选择范围也越来越大。然而，不 管你采用那种方法来选择厂商，都不要忽略审慎性调查的重要性。SaaS 厂商的风险或会大于 那些所有权软件厂商。此外，不要将公司规模作为挑选 SaaS 厂商时的绝对标准。 自定义选择：几乎所有的 SaaS 厂商都提供了一定程度的自定义(比如栏目、界面和登录 方式)。尽管如此，其中还是有不少的工作流程或数据访问模式不能符合公司要求。征询公司 中各业务单元的意见，考察他们是否愿意调整流程，来适应 SaaS 应用。 在计算成本时，应当基于为期三年的许可证费用、月租费、集成成本、带宽升级费用，以 及维护支持费用。这样能统计出一个整体的预算规划，从而更准确地测量出投资回报，并与公 司的生产力与商业目标相结合。在规划预算时，可以考虑适当放宽，计提一些在未来两到三年22中后台开发的集成成本。因为随着系统的成长，企业通常会舍弃最初的方式，找到更新的方法 来连接信息。 ②SaaS 的两大主流应用 ⑴销售队伍自动化(SFA)与 CRM 主要厂商：微软、NetSuite、甲骨文、RightNow、Technologies 和
SaaS 应用中最常见的当属销售流程自动化与 CRM。尽管 Sage、Salesforce、SAP 等公 司都在大肆宣传外包销售流程的好处，但实际上，实施 CRM 并非一件易事。Gartner 有一份 报告指出，将近 65%的企业均无法将 CRM 实施与目标客户及财务成效有机结合。究其原因是 由于 CRM 要改变的是公司中最难啃的骨头 C 销售团队。 在预算方面，无可否认，SaaS 具有得天独厚的优势。托管系统对初始投资的要求较低， 因此实施失败的成本也较低。此外，大部分托管应用的模板驱动形式能协助公司快速完成开发 流程。 确保销售团队流畅访问后台客户数据是一个至关重要的任务， 它将考验公司内数据中心的 流量负荷。 ⑵薪资单与财务费用处理 主要厂商：ADP、MasterCard、Paychex 和 workday 。 在一份调研中，约有三分之一的受访公司表示他们使用了 SaaS 来进行薪资单处理。大部 分的薪资单处理厂商也纷纷向托管模式过渡。 几乎所有的厂商都在传统的薪资单处理基础上提 供了时间查询、筛选服务、人力资源服务等。 尽管大多数企业都能将基本的薪资单和计时功能转到 SaaS 上，但需要提醒的是，这一板 块缺乏完善的支持和后台集成工具来进行数据交换。 比如某大型教育公司就因为后台数据集成 成本过高，而最终放弃了基于 SaaS 的绩效评估、应聘人筛选和人力资源工具的部署计划。 【如何解决数据在 SaaS 模式下的安全问题】 鉴于安全问题的关键地位，故将 SaaS 模式下的安全问题单独作为一个话题来讨论： 毋庸赘言，软件即服务最近成为了流行的趋势，整个 SaaS 的范畴涵盖了广泛的用户可以 获取并利用的应用，而 SaaS 的普及也代表着在未来随着互联网的发展，用户不必再投资于任 何服务器或是自己的设备上安装任何软件。 从包含了在线 Office 应用程序的 Google Apps 到 Adobe 的 Buzzword 服务，以及通过 L iveOffice 和 Hotmail 提供的电子邮件及即时消息服务都是很好的 SaaS 的例证。同时，你还会 发现大量的在线备份和数据保护服务，无论是 IronMoutain 还是 AmeriVault，当然，其中还包 括一些规模较大的供应商，如 EMC、IBM、HP，也加入到了这个市场中来，正在日益将其发 展方向转向服务以扩大他们的市场。 通过提供这些软件，企业们提供了 SaaS 服务或是将你的数据存放在他的服务器上，以及 获取捏计算机系统，所以，引伸出一个问题：用户使用这些服务的安全性到底如何？ &中小型企业必须非常谨慎的挑选供应商以存储他们宝贵的数据。 &分析机构 IDC 的分析师 Laura DuBois 表示，这位分析师一直关注在线存储服务以及 SaaS 领域的发展动向，去年在 一篇文章中曾表示，由于在线存储服务来势汹汹，IDC 甚至没有为其准备好一个相应的分类方 法。 很明显，可取的做法是尽可能多的了解该公司是如何提供 SaaS 服务的，他们为了您的信 息的安全做了什么？如果你需要恢复数据， 需要多久才能收到？该公司是否能够在低迷而又不23稳定的市场中长久生存下去？这些都是你应该问问自己的关键问题--只有做出满意的答案才 能够任何选择 SaaS 供应商的决定。 SaaS 能够节省用户在部署应用时捆绑的软件许可、硬件以及管理成本，但是这并不意味 着 SaaS 就是每一个人都是使用的。当打算选择一家 SaaS 供应商时，你应该深入了解这家供 应商到底能够提供多少实质性内容， 反面的典型就是不愿意向用户提供详细的参考资料或是只 有很低用户口碑度。 &在 SaaS 的世界里，留住用户的数字是一个非常重要的宣传。&LiveOffice 公司的总裁 Ma tt Smith 这样认为，他的公司提供电子邮件、即时消息以及其它 SaaS 产品，&一个可靠的公 司的客户保持率应该至少在 98%。& 如果这是一家刚刚成立的没有太多用户听说过的初创厂商， 你就需要进行更加彻底的调查， 以核实其原有的一些用户是否成功交付了。 从另一个角度来看，评价一个 SaaS 提供商还要看用户的支持度，也许有些供应商的设备 看起来是豪华的，但是却可能是华而不实的并不中用，尤其是可能会很薄弱的售后支持，虽然 在某些情况下，熟练的服务人员和专业的顶尖的技术支持可能与其高昂的价格相比并不值得。 &这实际上取决于公司想要什么，&Iron Mountain 公司 Digital Record Center for Image s 服务的总经理 Tom Meyer 认为，&一些供应商并不具备高度安全的内容管理系统，所以他们 提供的在线存储空间价格低廉而且简单易行，但是这确实可能会被罚款的。& （1）感受安全 很清楚的一件事是， 安全应该是供应商在选择 SaaS 标准之前就应考虑的问题并且应该一 直放在核心位置，这些在线服务提供商的一个重要的工作就是如何保持其数据的安全，并且确 保保护这些数据的保障系统的安全，以免使其遭受灾难。 &小型企业的拥有者应该问问供应商如何存储他们的数据，&Smith 认为，&一个好的供应商 应该有多个镜像数据中心， 这也就意味着客户端的数据备份在多个地点和多个时间内总是可以 用的。& SaaS 厂商现在在利用各种方式来保障他们的数据，他们其中的一些喜欢使用提供了数据 加密功能的磁盘阵列， 另外一些供应商的方法更加机械化， 他们将数据存放在一个大的仓库中， 并给予起一个孤立但是安全的位置。 Iron Mountain 公司提供了一项名为 Digital Record Center for Images 的服务，这项服 务为用户提供了数据加密传输、用户访问路径控制以及确保位于地下 200 英尺的数据中心的 安全的服务。 备份和存储 SaaS 提供商 Elephant Drive 通过将数据存储在多个基于硬盘的存储池并进 行复制的方法来保证用户数据的安全，数据复制保护功能被集成到其产品系统中，所有的数据 都可以让用户在位于至少两个不同地点的独立站点进行访问。 AmeriVault 也是一家在线备份服务提供商， 其帮助用户在三个地点保存用户的备份数据， 每个用的数据都存放在两个不同的磁盘系统中，第三份备份则放置在 1000 公里之外的保证业 务连续性的站点中。 在线备份提供商 DS3 则使用 EMCClariion 作为主存储设备，为了保证备份方便，他们将 备份的数据保存在其他的高端磁盘系统中，在 DS3 的三个数据中心中，有一个数据中心专门 用于保存用户的信息的备份。24&任何一家有个良好信誉的 SaaS 供应商都应该采取必要合适的措施确保他们服务器的安 全，并且为每个用户都展现出所有的操作。&Smith 表示。 （2）SaaS 服务的满意度 服务级别协议是我们通常用来判断一个 SaaS 服务是否令用户满意的工具， SLA 是一项针 对提供某种程度上的稳定性的厂商的合同义务，Smith 认为，目前使用 SLA 协议的用户达到 了 99%以上。 此外，SLA 协议还包括如果合同到期的话，SaaS 服务提供商应该如何处理用户数据的条 款，在这种情况下，用户应该确保拥有这些信息的所有权，并且确认是受到法律保护的。 例如， Prince Street Capital Management 公司采用了由 Data Storage 公司提供的备份 服务，这项服务可以对企业的电子邮件系统实施保护，并对离线数据存储池进行保护，确保远 程存储安全以及信息的快速恢复，SLA 协议在其中也是一个重要的组成部分。 该公