内容


面对企业转化的挑战

Comments

插图一个强大并成功的企业需要稳固的 IT 系统及应用程序基础架构,并提供一个 IT 和企业目标及策略间的清晰联接。该基础架构应该支持错综复杂的业务,同时提供一个集成的且灵活的体系架构以支持未来无止境的业务挑战。有了一个集成的和已结合的 IT 系统,您就可以相信你的企业将会以最高效率运转,并使您能够利用每一个机会来加强业务,保持竞争中的领先地位。

不幸的是,大多数企业中并不存在这种集成的体系架构。相反,企业还维持着脱节的 IT 状况,应用程序和系统独立工作,并且通过垂直开发方式来满足各部门的需求,而不是通过水平开发(跨部门)方式来满足业务的需要。IBM 致力于帮助这些企业进行转化以创建符合需要的,开始于刚才所描述的集成的体系结构的计算环境 —— 易于整个业务结构的改变。

同时,我们意识到过去几年中,喧嚣的经济变化迫使组织采取紧缩的预算和指导方针来处理 IT 项目。大多数企业已经限制了新应用程序开发、集成工作以及遗留系统增强的范围,更不用提购买固定设备了。

为了帮助组织在此经济环境中有效地建立一种更加有结合性的并有成本效益的进行IT工作的方法,我们可以促使这些组织评估现存的可以满足结合及集成所需要的资源。当组织完成了评估过程并考虑过如何分配预算资金后,企业需要通过这些 IT 挑战使今天的业务决策始终保持处于企业中最重要的地位。这些包括:

  • 整合企业中完全不同的 IT 系统。 一种解决分离系统的问题的方法称为“企业体系结构。”由美国的州立和联邦 IT 组织提出的企业体系结构,估计能够使应用程序整合成本节省最多百分之四十。
  • 开发人员的流动或退休。 这等同于失去对遗留系统智力资产的了解,这会引起系统维护成本大大增加——由于需要重新学习系统,花销会达到总的 IT 预算的 80% 之多。 1
  • 正在执行的规定命令需要绝对一致。专家预测,1000 个公司今年将在具有协调关系的项目上花费 25 亿美元。 2
  • 对外包开发、维护或测试进行选择。通过雇佣印度、中国和菲律宾的员工,可以使业务的劳务成本减少 25% 到 75%。 3
  • 应用程序维护及修改的成本。 Forrester 调查显示,70% 的 IT 执行者都计划利用 Web 服务来整合内部应用程序和数据,作为处理这个难题的方法。 4

为了以解决这些难题的方式帮助公司重新联结 IT 基础架构,IBM 提供了一个称为“企业转化”的独特的解决方案。通过全面的分阶段的方法,该解决方案提供一个联结 IT 和任务、策略以及整个组织业务需求的整体方法。那些对 IBM Rational 的很成功的 Rational Unitied Proceess 的四个阶段,® 或 RUP,®(通过灵活的开发流程实现软件开发项目)非常熟悉的人,将识别出与企业转化解决方案的四个阶段中类似的模式。

本文将了解定义企业转化的内容:成功尝试所需的阶段、影响转化的业务驱动和软件开发工具会帮助将 IT 投资组合与业务目标和策略结合起来的方式。

了解您的企业

在本文中,我们将使用 企业来表示在组织中工作的系统。二十世纪八十年代,John Zachman 首先提出了该定义,当时他正在研究 IBM 的信息计划方法。 Zachman 认为 “…系统的设计就是企业的设计,如果系统更改了,那么企业不得不改变! ” 换句话说,为了使业务能够高效运转并增长,系统必须是同步的并且与业务结合在一起。

企业按照许多维度运转,每个维度提供了总体上企业所必须的要素的投资组合。IT 分析公司 Giga 提出三种类型的投资组合管理:IT 资产管理(IT asset management,ITAM)、应用程序投资组合管理(application portfolio management,APM)和项目投资组合管理(project portfolio management,PPM)。Giga 将这些视为整个 IT 管理投资组合的分支。

将这些子流程运用到典型的业务场景中。用来满足组织中功能性的业务需要的应用程序是应用程序投资组合管理(APM)的一部分。 这些新的或遗留的应用程序能够从记录职工假期和薪水的电子表格延伸到传送核心的业务流程、规则和信息的更高级的应用程序。支持这些应用程序的体系结构称为 IT 资产管理(ITAM)。资产包括硬件,例如服务器、主机、终端设备、笔记本电脑和打印机,装载并在硬件上运行的数据和软件应用程序,和要求便于在所有硬件和软件部件间中进行交流的网络及连接。所有这些资产都是您公司“体系结构蓝图”的一部分。

不幸的是,大多数业务拥有受限制的 APM 或 ITAM 系统,或不存在 APM 或 ITAM 系统。相反, 他们的业务单元分离地工作——开发部门的应用程序,购买定制的应用程序,购买支持硬件——所有这些都支持自己的需求,却没有考虑到整个组织的需求或策略。缺乏在业务单元中的协作、理解和计划,导致了以下企业中出现的问题:

  • 多余并有时候矛盾的信息存储在完全不同的数据库内,这将导出错误结果和错误业务决策的报告。
  • 由单独的开发工作所致的高维护和开发成本。
  • 与未联结的主要资产购买及未充分利用的服务器或设备相关的高成本。
  • 由于没有安全资产,安全缺口存在于整个企业。

考虑更复杂的情况,缺少 PPM 系统意味着在部门内部或部门之间不能对未来的项目进行跟踪、通信或加固。如果一个部门计划开发存货跟踪系统,另一个部门要开发销售跟踪系统,他们的工作将不重合,并失去整合及支持数据和共享流程的机会。

根据 Forrester,缺少整个管理投资组合中的分支或分支脱节会对组织的价值产生反面影响:

只有 10% 到 15% 的组织能够将分支提升到高级的流程,更好地制定战略决策——IT 投资组合管理的定义。因此,组织很可能浪费掉整个预算的 5% 到 8%,甚至更多,这都是由于重复、不重合和无效的开销。 对于一个每年有 5 亿美元 IT 预算的组织来说,每年的纯浪费可达到 2500 万美元到 4000 万美元。IT 复杂性已经达到了不能够再用过去不规则的方式来管理这些资源的地步。 5

从简单的层面上讲,我们可以说在许多组织中,业务需求仍旧无法实行,这是因为 IT 工作没能与之恰当地对应起来。但是造成这些明显的不足和预算资源浪费的原因是复杂的,解决方案需要有一种能够管理跨企业的 IT 工作的高级眼光。

企业转化是什么?

企业转化是一个将业务需求和 IT 操作直接联合的计划。它包括完整的评估以及企业业务应用程序和系统的改进——内部处理和面向客户的应用程序。

阶段

企业转化包含四个基本的步骤或阶段(见图 1):

  1. 发现。研发一个用来发现现存系统和应用程序投资组合中要素的策略。它包括发掘、理解及评估现有应用程序和系统。
  2. 计划。首先,设计改进的形式,确定要现代化或改进投资组合所需要的步骤。它牵扯上能够评估当前情景(在发现阶段定义的),并确定将 IT 花销与组织目标相联合的项目最佳组合的跨企业风险承担者。然后,为这些项目研发可执行计划,修正、扩展、保护、迁移、整合及在现有资源上构建。
  3. 开发。它涉及了构建计划中指定的资产。
  4. 部署。将所有新系统都转化成可操作的基础架构。定期对计划重新浏览并修订,并/或按需要反映业务需求和竞争环境中的变化。

我们将在下面对这些步骤更具体地讨论,主要针对“发现”和“计划”阶段的基本要素。“开发”和“部署”阶段必须具备操作的专业知识,实现在“计划”阶段确定的需求。对这两个阶段的具体说明超出了此处讨论的范围,但将在另一篇文章中进行说明。

图 1:IBM 企业转化计划

益处

依照刚才叙述的四阶段转化进程,通过以下内容实现:

  • 建立在部门间统一协作基础上的基础架构。
  • 支持并扩充基础架构的标准流程。
  • 组织中应用程序的集中存储,这些应用程序的部件被编制成文档,技术专业人员很容易理解,并且可用于分析,以支持高效的运作。
  • 市场中基于能够快速适应应用程序和流程变化的灵活的基础架构的竞争面。
  • 着重于高价值业务需求的最佳开发团队。
  • 用作应用程序整合的更低的成本。

企业转化的发现阶段

发现阶段包括许多手动和自动的流程,形成了企业资产的稳定的存储清单。自动方式包括为多重虚拟存储(multiple virtual storage,MVS)生成的包含元信息的存储库。一旦收集完数据,您就可以对照存储清单应用后果分析研究。经过该过程您能够掌握的知识和能力是:

  • 对应用程序的高层次见解,及对其部件和体系结构的理解。
  • 通过深入应用程序内部,得到对业务流的更为深入的理解。
  • 识别会随着(您所造成的)其它变更(包括使用受影响的数据项和间接的数据项的代码行数)而改变的应用程序范围的能力。
  • 全面洞察数据库和包含了应用程序和提供程序、流程及应用程序间逻辑连接的数据流的文件。这种洞察力是通过“获取”数据和应用程序来源(开始时许多来源并不明显)的流程培养出来的。我们将在下面的遗留的转化部分讨论更多关于数据获取的内容。

逆向工程和可视化跟踪是另外一些帮助团队获得现有智力资产的流程。逆向工程提供了连接数据库的功能和可以译成可视化模型的源代码。当系统的状况改变时,这些模型传递重要的系统特性,以预测系统质量和对具体属性的影响。可视化跟踪 6 是用于在程序执行过程中,通过图表显示执行路径,它描述了控制流和软件如何运作的方式。

这些流程(结合了记录所有硬件和网络资产的手工工作)在应用程序投资组合管理(APM)和 IT 资产管理(ITAM)级别上定义了企业的当前状态。该定义作为未来 IT 计划的基础。

企业转化的计划阶段

企业和系统投资组合(Application and System Portfolio)是计划阶段的起点。当进入到该阶段,您就准备开始将当前和未来的项目投资组合管理(PPM)整合到您的整个系统中来。

计划阶段牵扯到将会贯彻在发现阶段定义的评估的跨企业的风险承担者。在计划过程中,项目团队会提出很多建议,从“我们需要为应用程序 X 开发新的用户接口”到“将项目 Y 的维护工作外派可以取得最大的成本效益。

为确定 IT 消费的最佳组合,以实现与组织目标的联合,计划团队必须为每个项目提案指定成本映射、影响分析、ROI、风险和收益。这需要出现在 IT 市场上的支持决策的工具和成本模型。项目团队必须为执行的治理团体,或 IT 资产计划委员会(IT Capital Planning Community)拿出支持信息,对每个被提议的项目进行评估并制定最终决策。

业务事务

当您为组织设计了改进和执行的计划之后,利用 PPM 方法,您将权衡业务目标和 IT 的考虑。这将包含对下面提到的重要业务事务的考虑:

  • 遗留的应用程序: 既然您已经发现了应用程序的细节和数据,下一个步骤便是计划什么样的遗留应用程序需要移植、废弃、用新的用户接口更新、加固或重写。
  • 系统整合:在您对企业中运行的所有系统进行评估之后,应该考虑用高级的技术来扩展并整合现有系统及应用程序。
  • 使用外部劳动力:考虑使用 24 x 7 的开发人员,这可以减少投入市场的时间,从而提高竞争力,并由于减少薪水成本,提供非常大的投资回报。
  • 命令和标准: 合并新的标准需要与法律一致,这依据业务在哪个国家运作。另外,许多组织将会提高整体的运作效率,采用许多近几年来出现的,可以支持代码复用、Web 实现和业务流程工程等的标准。

让我们深入了解一下您可能在计划阶段所遇到的问题。

遗留的转化

企业应用程序投资组合通常涉及许多适用于 Web、分布式和大型机的应用程序的技术。遗留的系统在企业中执行着责任重大的处理功能,它们可能基于许多种编程语言,包括 COBOL、PowerBuilder、RPG、C、C++ 和 Java。对这些遗留系统进行维护和升级需要大量成本。Giga 的调查显示:IT 预算的 60% 到 80% 都是用于应用程序的维护,因为随着雇员的进入和离开,新的雇员必须学习如何处理这些遗留系统。

尽管这些应用程序还在业务的某些领域体现着价值,但昂贵的维护费用、对过时技术的依赖及与业务需求脱节,使得对转化计划的需求更加迫切。但在开始分解或替代这些应用程序之前,您需要对每个应用程序都有细致的了解,可以通过您在发现阶段所进行的“获得”工作来实现。该流程(包含了将所有源代码定位、维护补丁、数据源和系统相关性)会令人畏惧。通常,编写这些应用程序的开发人员已经离开企业,只留下不完全的文档。那些留下的人可能对应用程序的流程、数据体系结构或业务逻辑的了解非常有限。IBM 企业转化解决方案中的发现阶段能够帮助您减少时间、工作和这些难题所带来的压力。

当完成发现阶段后,计划阶段中最重要的任务是为每个应用程序选择改进选项。该流程很少固定,相反,其涉及到了评估每个应用程序的许多方面,包括所有权的总成本、效率、竞争优势、支持基础、风险因素、可伸缩性和业务流程优先权。在企业转化团队评估完这些因素后,他们必须考虑业务目标,确定支持现有系统的最有效的方法。考虑的选择包括:

  • 扩展。通过实行 Web 方案,一些系统可以有效地现代化。
  • 分割。团队可能建立由业务逻辑分割而成的新的执行逻辑,将主机终端接口改为 HTML,并将各种部件分布到应用程序服务器上。
  • 有计划的废弃。一些被用户抛弃的应用程序就可以退伍了,由于它们效率低下或被其他流程代替了。发现废弃的应用程序通常会说明出现保存数据和方法的废弃服务器。
  • 整合。令多个应用程序一起高效地工作,要求开发团队找出业务中流程和数据间的整合点,团队利用组件体系结构和 Web 服务对整合的应用程序集中处理。
  • 代码重写或转化。有时候,团队可能会选择重建应用程序或将其移植到新的平台,并/或使用新的语言。

为了利用现有资金,满足贯穿整个企业的业务需要及用户需求,遗留转化计划通常混合了以上的多个选择。要依照计划对应用程序投资组合实行高效移植、整合及扩展,在开发过程中经常跟踪并更新应用程序需求,不断验证质量,管理变更是非常重要的。

使用外部劳动力

顺着制造业和商品零售业的发展趋势,外包正成为 IT 业的发展动力。节省成本加大了这种趋势:花 20,000 美元就可以使印度的程序员完成,在美国程序员身上投入 80,000 美元时其所做的工作。 7 不承认外包可以减少成本的企业将会在竞争中失败。

但是认识到外包所带来的潜在的物质上的节省需要专用的流程和管理、对要外包的项目类型的清晰理解和关于出卖劳动力的人预期勤奋度的选择。您对软件工具的选择也是很重要的:如果您想要跟踪并传达项目需求、对每个需求实施测试计划、并使用模型可视化地说明数据和逻辑流,那么工件和数据就必须发送到在各个地方的所有团队成员。您需要跨越地域边界进行清晰地通信,以确保准时开发正确的应用程序,使用正确的需求及质量规范。

流程和开发工具的联合是实现外包雇佣高回报率的基础。如 META Group 分析员所描述的:

...在第一年,大多数 IT 组织节省了 15% 到 25%,到第三年,费用节省常达到 35 % 到 40%,因为公司“提高了海外外包的经验曲线”,并修改联合海外模型的操作。 8

具有代表性的是,那些可以通过外包而完成的很好的项目是那些需要重复并具有可预测性结果的项目,例如数据换算。不需要在开发周期中进行大范围地制定决策的项目以及那些不需要了解主办方国家的政府法规的项目都可以外包出去。取得项目成功的关键是适应并了解在海外的劳动力提供者的文化和语言的差异,以及让本土职员与不同项目和开发团队保持密切联系。

关注通信、流程和标准是外包模型效力的重要方法。特别地,集成的能力成熟度模型(CMMI) 9 是公认的可以获得标准可重复的结果的有效模型,您所达到的级别越高,成本节省的越多。

IBM 企业转化解决方案依赖于 CMMI 原则,提高流程团队用途,以创建软件并因此改进软件质量。有效的流程对外包程序的成功是至关重要的。简单的说,流程是用来实现给定目的的一组步骤,它将人、方法、规程和工具集成在一起。对于支持外包团队的统一流程来说很关键的工具,包括需求跟踪和可视化模型工具。这些工具对于交流项目规范和整体应用程序流是必要的。在项目生命周期中,质量确保工具是用来验证代码开发的,变更及资产管理工具是用来跟踪应用程序修改的。

规定和标准

不论您的组织是依照政府规定——例如,USA Patriot Act,HIPPA,Basel II,TREAD 10 ——还是采用的新的标准来改进业务实践——例如,六西格玛或 CMMI, 11 ——满足最近蜂拥而至的需求是一件难事。要想成功,组织必须对每组需求都了解得很透彻,并知道如何用工具、方法和应用程序投资组合来实现需求。

按照多个标准和规定去做是很困难的,因为每组需求有不同的目的并用不同的术语进行描述。按照一个规定去做,组织必须避免在实现新系统时过于严格以至于不能适应第二,第三组需求。同时,顺应多个标准不应该导致在单个业务流程中效率低下。

在组织对付这些难题的同时,许多组织开始转向可以帮助他们顺应法律并无需添加人员的软件。这些系统可以帮助业务识别运行规程中的通用线程,因此他们能够恰当地实现每组需求,并且强制的控制对运作结构是可见得。

最重要的影响美国跨行业业务的规定之一是 Sarbanes-Oxley,它需要完全的一致性。如 META Group 所描述的:

CFO 必须将财政的准确性作为最高优先级,这是由于最近的财务丑闻所带来的限制条件。G2000 公司必须适当地设立 IT 项目的优先地位,并确保他们当前的解决方案具有所需的财务透明性和可见性。 12

总之,许多公司在疑惑,他们如何能够处理必须保持适应性,还仍旧能管理其他 IT 项目和期限的工作。具有顺应关系的开发还需要多久才出现,他们能否满足相关的期限吗?当开发必须具有顺应性的应用程序以满足特定部门的需要,且应用程序不是中央管理的时候,该问题就扩大了。

新的规定同样显示出审计和记帐的问题。审计员要关于所有内容的文件:客户订单、出货、电子事务、客户 ID 验证等。对于一些业务,这需要重组会计工作并重新对会计人员进行培训来进行以下工作:

  • 验证所有要求控制都合并到系统中。
  • 确保对那些控制都进行了充分的测试。
  • 为系统审计保留审计跟踪和文档。
  • 创造灵活的开发环境,支持新的一致的规定和供应。
  • 不断地验证一致性和组织处理变更的能力。
  • 评估整体项目的运行和预算控制。

总的来说,这些新的规则迫使所有行业的企业都重新考虑他们在企业中管理数据和业务信息的方式。进行改进的企业现在就抓住机会建立改善实时业务流程的效率的系统,和控制——超出任何具体受限制的顺应性的需求的范围。

面向服务的体系结构(Service-oriented architecture,SOA)和 Web 服务

面对着分离系统、有限资源、削减的预算和紧缩的业务期限的投资组合,企业不能再使用过去的“拆开,替换”的方法来更新遗留系统。换句话说,他们不能用新系统来解决不连贯系统的问题。相反,商家必须找出可以使当前系统更有效地工作的方法。许多企业正在解释当前应用程序投资组合中的通用流程,并将共享这些流程。在过去的十几年里,在分布式计算和基于组件的软件开发方面的提高开始支持易于变更的体系结构的解决方案。但问题仍然存在:您如何“重新构建”那些已经设计并部署了的,以支持更全面的业务策略的应用程序?

对于许多组织来说,答案依赖于分布式计算和基于组件开发范例的最新进展:面向服务的体系结构(SOA)。基于 Web 服务,SOA 向 IT 组织提供将通用方法标准化的功能,这些方法作为可复用的组件或服务,在许多应用程序中应用。这使开发人员可以集中精力创建应用程序中的独特流程,因为他们能够通过调用 Web 服务利用系统间的通用流程功能。在几年间,SOA 和 Web 服务已经通过此方式帮助许多企业改善 IT 基础架构。完全实现了的 SOA 的作用已越过了防火墙:您可以利用由外部服务供应商创建的 Web 服务 在您的组织中开发可以提供给其他人的 Web 服务。

Forrester 对 75 个北美大公司的 IT 执行者进行了调查,找出他们利用 Web 服务所做的事情。Web 服务功能的内部部署排在项目列表的首位,83% 的公司计划在防火墙内部使用 Web 服务。这些要在内部使用 Web 服务的公司的项目细目分类如下所示:

  • 70% 用于应用程序整合
  • 65% 用于访问主机客户机/服务器系统
  • 64% 用于简化内部 Web 入口。

另外,调查还显示 57% 的公司可能采用客户 Web 服务,44% 的公司计划采用供应商 Web 服务。 13

调查表明,将 SOA 引入到 IT 基础架构中,给组织带来很多好处,包括:

  • 灵活地处理未来的变更,支持更有竞争性的业务。在现有的业务环境中,快速改变的能力是非常重要的。IT 组织必须准备好处理需要整合异构应用程序的合并,或实现影响多个系统的关键流程更新。
  • 具有更强的能力扩展业务机会并增加收入。在 SOA 环境中,公司可以与厂商和合伙人一起更高效地工作,扩展分配渠道、影响贸易时机、提高质量并增加供应链的宽度。
  • 增加复用及现有资产的回报。SOA 提供利用现有遗留应用程序的功能,通常是在重写代码时划算的选择。
  • 简便地整合数据及应用程序。通过 SOA,团队能够更简单地开发用于整合的内部服务体系结构,从而减少了对每个项目所花费的时间和所做的工作。
  • 整合的内部标准:在语言、技术和基础架构上的多样化将导致在应用程序整合时要采取不同方式。利用 SOA 框架中的 Web 服务可以引出标准的方法来处理数据和流程的整合以及不同企业团队间的协作。

总结

启动并管理企业转化项目决不是一时冲动。相反,这是一项需要奉献、经验和有凝聚力的企业转化团队的工作。团队必须乐于通过发现计划阶段建立企业的状态并为转化制定出策略。一旦完成了这些阶段,团队就能够进入开发部署阶段,在此阶段要执行计划并最终过渡到业务运行。

成功的转化计划经常需要用到全面的工具,在每个阶段简化流程和开发。最好的工具可以指导您在每个步骤中以最优方法完成流程,帮助您发现资产,制定出业务模型来连接项目的步骤,并对每个开发项目跟踪需求。这些工具还应该,在帮助您管理并跟踪整个流程中的改变时,帮助您编制应用程序,建模及测试转化工作的所有方面。

IBM 的企业转化计划可以帮助您真正将您做业务的方式现代化,并准备快速响应您将来的业务需求。它还帮助您生成设计良好的结构基础,该基础可以促进业务弹性,使您实现业务目标,并使您保持竞争中的领先地位。

注释

1 Forrester 调查,IT Trends 2003, Midyear Update: Application Portfolio Management, Web-to-Host and Legacy Modernization,” 2003 年 5 月。

2InfoWorld,“Cutting the Sarbanes-Oxley red tape,” 2003 年 7 月 11 日。

3BusinessWeek,“Shifting Work Offshore? Outsourcer Beware: Quality and security woes can eat expected savings,” 2004 年 1 月 12 日。

4 Forrester 调查,“Ten Tips for Killer Web Services,” 2003 年 12 月。

5Forrester 调查,“Maximizing IT Value: Portfolio Management Options for 2003,” 2003 年 1 月 6 日。

6可视化跟踪是 IBM 企业转化解决方案的独特功能。

7“Many New Causes for Old Problem of Jobs Lost Abroad,”New York Times,2004 年 2 月 15 日。

8 META Group,“Top 10 Risks of Offshore Outsourcing: Outsourcing & Service Provider Strategies, Service Management Strategies。”

9能力成熟度模型(Capability Maturity Model,CMM)和集成的能力成熟度模型(Integration CMMI)是为适应不断增加的生产力和可预测性而出现的五级框架,为指导企业能力的动态增长,以提高生产力和质量、减少投入市场的成本和时间并提高顾客满意度。

10USA Patriot Act 要求银行、投资公司、保险公司和股票及商品交易,在客户打开帐户时,能够执行收集客户信息的规程。 Health Insurance Portability and Accountability Act (HIPAA) 要求商家能够采用电子健康信息安全的标准,并通过健康计划、健康保健所和特定的健康维护提供者来实施。Basel Capital Accord and Basel II (一般称为“Basel II”)鼓励银行业利用更成熟的危机管理方法,并对金融机构有最少资金的需求。Transportation Recall, Enhancement, Accountability and Documentation Act (TREAD) 要求交通工具和设备制造者能够提交汇集了客户抱怨、理由和合法要求的报告,并将报告交到 National Highway Traffic Safety Administration (NHTSA)。

11 六西格玛是一种利用数据来衡量并通过消除或阻止流程中的‘缺陷’提高企业的运营表现的方法论。要了解 CMMI ,参见脚注 9。

12 META Group,“Jumping on the Sarbanes-Oxley Bandwagon: Enterprise Application Strategies, Application Delivery Strategies,” 2003 年 7 月 14 日。

13 Forrester 调查,“Web Services Reach the Big Time,” 2003 年 9 月 11 日。


相关主题

  • 您可以参阅本文在 developerWorks 全球站点上的 英文原文

评论

添加或订阅评论,请先登录注册

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=Rational
ArticleID=58325
ArticleTitle=面对企业转化的挑战
publish-date=04012005