内容


观点与展望,第 5 部分

什么是 IT 管理,为什么应该对其加以注意?

IBM 专家将提供各自的个人观点,以推动 IT 体系结构实践方面的发展,从而帮助您更好地担当架构师这一职责。

Comments

系列内容:

此内容是该系列 # 部分中的第 # 部分: 观点与展望,第 5 部分

敬请期待该系列的后续内容。

此内容是该系列的一部分:观点与展望,第 5 部分

敬请期待该系列的后续内容。

引言:如果您不喜欢,就另寻出路

我们都喜欢抱怨管理。但我们现在能就此进行一些实际的事情。

不——我所讨论的不是新的政治运动或革命。我所指的是 IBM 最近在 IT 和 SOA 管理方面做进行的推动工作。假如您恰巧不知道这件事,我在此进行一些简单的介绍,IBM 最近引入了几个解决方案,用于帮助您建立对 IT 系统的管理。管理可提供相应规则和流程的框架——特别在使用面向服务的体系结构(Service-Oriented Architecture,SOA)时——以便您能开发高质量软件,以满足业务的长期需求。

您可能会想:“我已经有了相关流程——谁要去管管理呢?我手上已经满满的了。”诚然,当我们首次遇到这个主题,并不会引起我们的好奇心。

因此,为了帮助您了解 IBM 关心这个主题的原因(同时也为了启发我们自己),我们想请我们的 IBM IT 架构师专家组谈谈他们的看法。我们向他们提出了下面的问题:

什么是 IT 管理,架构师为什么要考虑 IT 管理?

让我们的专家为您回答这个问题——他们的答案将会令您非常感兴趣,这些答案令人愉悦且易于接受,还可能让您开始采取行动。如果不出意外,阅读了本文后,您将会了解软件工程师的一个重要的新领域的基本内容,并获得有关如何改善软件开发和业务流程的有用观点。

我们诚邀您对这些内容提出您的看法和意见。告诉我们您喜欢哪些内容、不喜欢哪些内容、哪些内容对您有用,哪些内容对您没用。如果您需要我们的专家组为您解答什么问题,可随时联系我们。您可以在 IT 讨论论坛发表留言,也可以直接给我发送电子邮件

Paul Dreyfus
developerWorks SOA and Web services
pdreyfus@us.ibm.com

没有管理的世界……

Bobby Woolf让我们假定您开发了一个很不错的小型服务来进行货币值转换。它最初是应用程序中一组可重用功能,然后成为了在多个应用程序中重用的 JAR,最后将其变成一个始终运行的小独立程序,可通过远程 API 对其进行调用。这就是服务。

现在已经提供了您的服务,不仅您自己使用它,您的一些同事也开始从其程序调用这个服务。不久后,您可能不知道,公司的其他部门中您从来没有听说过的程序也在使用这个服务了。事实上,调用该服务的程序太多了,以至于您所在的部门必须购买和管理更多的硬件,以保持其良好地运行。一个周末,计算机系统崩溃了,而这却是您公司的某个从来没有听说过的人打电话到您家里告诉您的,让您进行必要的工作,以便使转换程序重新开始运行。您怎么开始对所有这些负责了呢?

现在让我们看一下另一方面。假定您在开发一个需要进行货币转换的程序,同事告诉您可以让您的程序调用一个服务来完成此工作。太好了!您以创纪录的时间让您的网站投入生产运行了。然后,一个周末,您的网站停止工作了——它无法显示以其他货币标识的价格。您必须星期天到公司去修复您的程序,却发现问题在于货币转换程序服务没有运行了。问题不在您的程序,但您却要因为您的程序不能正常工作而受到责备。这怎么会是您的错呢?

欢迎来到服务管理的世界。或,在本例中,缺乏服务管理的世界。服务管理是帮助您、您的服务和那些依赖于这些服务的人避免出现此类情况的机制。正如您所看到的,如果希望避免此类问题,服务管理非常重要。

为了简单起见,让我提出一些更为具体的观点,以帮助您考虑自己的服务管理方案:

  1. 管理负责管理提供者提交的内容和使用者可以依赖的内容。换句话说,管理帮助提供者和使用者设置预期值并加以实现,从系统排除意外的元素。
  2. 管理更多地是政策问题,而不是技术问题,类似于提供者和使用者之间的契约。协议的双方都要放弃一定的短期管理权,以获得所需的长期管理。
  3. 只要政策一出台,就可以将用于调用服务的技术用来执行管理。技术可以限制哪些使用者调用服务以及何时调用;它可以警告使用者服务已经被弃用;可以测定服务的响应时间;诸如此类。
  4. 将技术用于执行管理的一个好办法是,通过使用企业服务总线(enterprise service bus,ESB)执行管理。通过这样的方式公开服务,使其只能通过 ESB 识别和调用,并让随 ESB 提供的标准化功能负责管理。

最后,我要提出一点警告:管理可能成为 SOA 的替罪羊。和性能一样,管理可能成为极大的顾虑,成为所有问题的托词和每个有问题的解决方案的正当借口。它将成为一个修辞“手榴弹”,可以在任何 SOA 讨论中将其扔出去;然后就可以看着整个讨论陷入一片静寂。SOA 的一个挑战就是明智地使用管理来使 SOA 更好地工作,而不会让管理方面的顾虑淹没了所有其他事项。

为 SOA 铺平道路

Andras Szakal IT 管理的重点在于业务策略与 IT 部门提供的服务之间的一致性。IT 管理可建立必要的管理机制来确保可预测的 IT 服务交付,从而确保业务流程和 IT 流程之间的联系。IT 管理传统上属于 CIO、CEO 和一些 IT 和业务线(line of business,LOB)执行人员的专属领域。

SOA 管理是 IT 管理的扩展。它与 IT 管理的区别在于,SOA 管理的重点具体放在通过服务和面向服务的计算交付的有效 IT 实现上。

面向服务的计算机的目标是将业务流程作为 IT 服务交付。与 IT 管理不同,SOA 管理要求与业务线更紧密的耦合。面向服务要求采用层次化的手段来实现管理。SOA 管理必须在企业级实现,且必须与传统的 IT 管理模型一致。但与传统 IT 管理不同,SOA 管理要求使用同时具有分层性和跨组织特点的模型/域模型。因此,LOB、重要程序以及相关各方都要求使用自己的管理模型。这对加速实现那些对特定社区具有极大价值的服务的实现很有必要。类似地,技术 IT 领域内的 SOA 管理具有独特的重点,以便有效地开发、部署和管理服务。

IT 管理最佳实践和流程已在 CoBIT (Control Objectives for Information and Related Technologies) 等相关工作中进行了说明。CoBIT 是由金融分析师发起的,并由他们参与了部分开发工作。IT 管理方面存在大量知识和最佳实践,而对 SOA 管理则不是如此。SOA 管理是一门正在发展的科学,将需要各个行业的专家、计算机科学家和供应商广泛地参与。事实上,IBM 等供应商当前正在开发工具来帮助部署 SOA 管理。业务和 IT 专家将需要紧密合作,以便成功部署 SOA。通过面向服务提供业务价值,将有效地更改组织与 IT 部门的交互方式。希望采用 SOA 策略的组织将需要业务流程专家、老练的 IT 架构师和强有力的 SOA 管理程序。有效的管理将成为促进 IT 行业的 SOA 推广的有效方法。

翩翩而行

Sridhar Sudarsan IT 管理与其他领域的管理机构一样,负责使一切按照预先定义的指导方针和策略稳定地按预期的情况工作。某些项目方向并不清楚。很多失败的情况都是由于缺乏根据要求跟踪工程任务的能力、在整个生命周期中缺乏后续流程以及缺乏对决策的记录而造成的。每个架构师都应对任何项目的管理加以注意,在具有多个集成点的大型复杂 SOA 项目中更要多加注意。

技术发展很快,如果建立了恰当的管理,由此对系统造成的更改可以使得基础更为稳固。管理实际上指一组良好的流程及执行这些流程的好方法。它还意味着能够随着需求的变化而对流程和策略进行改进。架构师必须对管理加以注意,以便保持一切有序进行。

事业、成就和执行的关系

Walker Royce关于架构师为什么应关心 IT 管理的一些随想:

和今天的世界一样,历史上充满了令人讨厌的管理方法。这些方法很少得到发扬光大。因此,当 IBM 等行业巨人开始投入 IT 管理主题时,开发人员和架构师应该也将自然而然地产生怀疑。软件行业的公司中也充满着各种烦人的管理方法。在 IBM 内部,谈到我们自己的质量管理时,我们可能会找到略高于整个行业的平均值的更多管理方法。

美国管理模型的成功,是因为它源自它的人民追求自由这一普遍意愿。在我看来,架构师/开发人员的自由和授权需要成为 IT 管理的主要目标,否则就会失败。我将架构师比作我们社会中的企业家。

管理之所以在美国(和其他国家)能发挥作用,是因为人们普遍都得到了想要的结果。即,他们拥有他们自己生活且希望其家人生活的地方的财产和业务。

管理具有很多级别:特定的事项可以进行宏观管理,如国防和社保退休计划。其他的可以进行微观管理,如社区监控计划。这二者之间还有多个级别,包括教育、警察、基础手上和经济。IT 管理将与此类似。我们需要宏观管理(投资组合管理、业务策略、技能投资)、微观管理(开源社区、技术社区、配置管理、流程最优化、构建构造)和其他中间级别的管理方法(项目管理、范围管理、资源管理、构建代码、培训等)。

除非有好的管理模式,能为事业心、质量实现和有效执行提供环境,否则,架构师的各种不错的想法就不能实现。我们需要更多好的管理例子(和匹配的业务成果)来向其他人说明这个方法。您是否会将您当前采用的管理模型作为行业最佳实践的例子?如果是的话,请立即告知我们的编辑或将您的看法发表到 developerWorks IT 体系结构讨论论坛

跟踪 SOA 的业务

Calvin Lawrence SOA 管理至少包括两个方面。SOA 管理仅表示管理 SOA 活动;例如,将公司的策略告知实现服务的开发人员,并为他们提供遵守这些策略所需的工具。但有一个更广泛的定义,SOA 管理更策略化的方面:在作为企业体系结构实现的面向服务的体系结构上下文中的 SOA 管理。此意味着,SOA 不再仅是单个应用程序活动,而是跨整个业务和 IT 范围的活动。

SOA 管理是面向业务的。当公司转向 SOA 时,他们希望确保现有业务操作的连续性、管理其业务模型、提高效率和减少操作成本。无管理的 SOA 项目的影响可能会对公司的操作效率和利益造成极大的影响。未能对 SOA 活动加以管理,可能会导致在开销极大的服务重新设计、维护和项目延迟方面损失数百万美元。在让高层管理接受 SOA 价值主张比较困难的企业,一个失败的项目就可能带来极大的怀疑和猜忌,使该公司放弃 SOA 目标。

管理对服务的更改

Christina Lau什么让管理有意义,这个问题很不错。正如 Bobby Woolf 所说的“管理更多地是一个政策问题,而不是技术问题”,Kurt Bittner 也说“最成功的开源社区具有非常强的管理模型。”那么此处的新奇独特在哪里呢?或许它是在组合应用程序设计领域新兴的一项技术。“中间相遇”方法可非常好地确保减少连接断开的情况。进行自顶向下业务流程分析,以标识最高级别的业务流程,然后将其划分为更为细粒度的服务。同时,对组织中已经存在的应用程序和基础设施采用自底向上的方法进行分析,以尽可能对现有资产进行重用。

应用程序不再是单体的:它们可以调用第三方提供的服务。在此情况下,如何管理对这些服务的更改呢?是否必须更改您的组合应用程序并重新部署?有必要建立具有清楚的决策权限的管理框架,同样重要的是,要对那些可以支持这些方面的新最佳实践和中间件进行研究。“WebSphere Process Server 的版本管理和动态性”一文介绍了可以帮助处理这些问题的一些新概念,如选择器、业务规则和流程版本管理。

如果没有“掌舵的”,将是一片混乱

Don Ferguson我上过天主教学校,因此喜欢查词典。在我的词典中,管理 (governance)定义为“进行管理 (governing) 的行为”。如果我使用一个词自身的形式对其进行定义,修女们可能会做一些让我很难受的事。因此,我又查了一下 govern。其中一个定义是“动词:要求使用特定的语法格、语态或语气。”这应用于 IT 部门就相当滑稽了。词典的一个不错的功能是能找到词的词根。govern 的词根是希腊语“掌舵”。

应用程序、业务流程、数据模型、业务策略和基础组织会不断地更改和发展。如果没有“掌舵的”,将是一片混乱。有些令人惊讶的是,我们的行业最近才开始对管理加以重视。管理是所有其他工程学科内在的内容。例如,建筑设计师和建筑工程师非常仔细地管理着对建筑物的更改和扩建。在很多情况下,还要政府监察和立法部门的介入。对建筑物、汽车设计、电子电器等等的无管理更改可能会导致人员伤亡。在某些情况下,对软件或数据的无管理更改也可能对人员造成伤害。在此类环境中(如嵌入电子设备系统),管理的历史由来已久。

在对生命造成威胁更小的环境中,管理对业务策略、数据、流程和应用程序的更改和使用全面掌控。管理会将我们为业务流程定义的方法和模型应用到 IT 的流程。就像有用于管理购买订单、客户投诉等的业务流程、数据和策略一样,也有用于管理应用程序和基础设施发展的业务流程。

架构师为什么需要对此加以注意?这看起来像个傻问题。为什么建筑设计师需要关心建筑物更改和扩建的管理?为什么市民需要关心国家的管理情况?因为建筑设计师和市民参与到了这个流程中。这个流程很重要,如果没有他们,就不能正常工作。

强调意图性

Murray Cantor我要对其中的一个观点表示赞同。我尤其喜欢 Grady. 所提出的意图性 的概念。根据文化的不同,与其他活动相比,有些活动可能更能从更为紧密的管理获益。例如,在我们的一些客户中,较为松散的社区管理手段适用于开发活动,而部署则需要较为紧密的管理手段。良好的管理包括根据情况对管理手段进行调整。

我们的挑战是,开发相关资产来允许具有服务和基础设施的客户进行良好而高效的管理,并认识到他们的管理手段是高效的组织方法。我们需要进行大量的工作。

从教训和不断发现中学习

Sanjay Bose最初,管理 (governance) 肯定令大部分 IT 专业人员感到倍受折磨:您开始想象一堆堆不必要的书面材料、大量的鸡毛蒜皮、一卷卷烦人的红色胶带和很多浪费掉的时间。

但如果您重新回顾一下以前的项目组合,您将回忆起那些意外遇到的各种错误、指导方针/最佳实践与实际脱节的情况、项目里程碑的混乱不堪、各个项目干系人不一致的期望等等。如果我们可以对这些教训 体验加以提炼,并加入不断发现所得的经验,将结果供将来的项目参考,这是不是很棒呢?通过对此类结果推而广之,并将其与项目、部门、公司内、行业等范围内的所有 IT 专业人员的知识进行聚合和汇总。现在,这就成为了一个相当好的机制,用于整合经验、融会各种思想、获得经过验证的决策和帮助您摆脱烦恼,从而提供经过优化的项目解决方案。这就是 IT 管理的所有内容。

由于 SOA 同时考虑业务和 IT 两方面,因此 SOA 管理可对此机制进行扩展,以包含业务模型和合并操作,从而帮助构建一个人员、业务和 IT 达到完全一致匹配的生态系统。

显然,功能良好的 SOA/IT 管理技术设施并不容易。要求具有精巧的结构,需要从高级执行人员吸取经验,要求采用一定策略对管理模型和元素进行检查、权衡和定期更新。

可预测性及创造性

Grady Booch管理至少包含一组最低限度机制,可确保正确的干系人在正确的时间做出正确的决策。管理应该进行以下工作:

  • 仅包含最主要的决策。必须提供一定的自由,以便进行所有其他决策。
  • 支持尽可能少的一组干系人进行决策,但要及时而恰当地通知所有其他干系人。
  • 确保在正确的时间进行决策。对太早决策将会对创新造成限制;太迟决策将可能导致无用功和返工。

您必须找到与主题域、开发氛围及风险特征相适应的恰当管理程度。在一个环境中(例如,涉及到人身安全时),必须采取紧密管理。在其他情况下(如在一般性项目中),紧密管理将会限制组织的活动,进行创新的空间很小。在任何情况下,最佳的管理形式会融入到开发社区氛围中,可在组织结构、明晰的管理线路、恰当的管理机构中得到清楚的展示,且由那些不会对开发人员的日常工作造成干扰的工具提供支持。管理体现为意图性和可靠性,可帮助提高可预测性和可重复性,且同时鼓励创造性。

最佳的管理所管理的内容最少

Kurt Bittner在软件开发项目中,有提高灵活性和响应能力的趋势和要求。业务干系人不断要求以可度量的结果来换取资金投入,而开发人员也同时坚持要获得更大的自主权和自由以保持创造性。这两方面的要求都导致了对可靠性的需求的提高,既包括开发人员对业务的可靠性,也包括开发人员对开发人员的可靠性。管理就是建立和执行可靠性的机制。

虽然这听起来有些官僚主义,但这对于认识最成功的开源社区具有非常强的管理模型非常有益,在开源社区里,这个管理模型管理谁可以提交更改以及如何对提交的内容进行评估以确定哪些值得包含在正式版本中。各个社区的管理模型的形式各不相同,既包括显式的管理模型,也包括隐式的管理模型,但管理机制始终是各个社区对自身进行管理和制订策略的机制。如果没有管理,项目就可能变成一片混乱。

但所有管理模型并非完全相同。虽然没有管理将导致混乱,但无效的管理会带来大量的额外工作并导致效率低下,而让项目团队分散处理手边重要工作的精力。正如 Thomas Jefferson 所说的,最佳的管理所管理的内容最少。这并不是说支持不采用管理的情况,而是要对重要的事项进行管理,但让个人对其他部分自行进行判断。糟糕的管理模型对其他人员不信任,会导致项目团队成员以相同的方式进行回应。良好的管理模型依赖于保持人们对其提交内容的责任心,并提供灵活性,以保持在满足这些提交内容的过程中的创造性。

应当进行的讨论不是项目是否应该采用管理模型,而是项目应该采用哪种管理模型。是否任何人都可以更改代码?是否任何人都可以添加新功能?是否有限制,哪些人将负责执行?如何进行决策?良好的管理实践通常与成功的开源项目所采用的实践类似:社区本身(或至少其负责人)决定将如何管理自身。如果团队不采用传递下来的管理模型,则传递给团队的管理模型通常会不攻自破。团队需要清楚地认识到管理模型和结果改进之间的联系。换句话说,管理模型应对重要的事项进行度量,并让团队成员对将影响总体团队结果的事项主动负起责任。

如果管理模型是外部强制施加的——如果仅仅因为有管理监管人员监视他们,以确保他们“照章办事”,团队成员才遵守这个管理模型——则表明管理模型或团队中存在问题。很可能是双方都有问题。未认识到组织和决策方法的重要性的团队可能不太成熟,无法成功交付有效成果。对项目团队没有价值的管理模型可能是由于太过繁多和官僚化,难于创建成功条件,甚至可能会增加失败的几率。最佳的模型将会通过简化决策流程来减少复杂性,从而提高项目成功的机会。

看了以上讨论,您可能会说:“那没什么新鲜的嘛;那些最佳团队早已经在进行这些工作了。”其名称意味着这是对任何团队工作都非常关键的内容。管理实际上考虑的是团队如何工作;它并不是从外部强加的东西,而是每个团队都需要的机制。讨论并就管理模型达成一致可能成为重要的团队正式化和规范化活动,如果管理模型来自团队内部,则可以帮助创建更好的团队工作方式。

而这正是管理之所以对软件开发人员重要的原因。

伞和手电筒

Ali Arsanjani以下是我对这个重要主题的看法,不过首先要对所提到的概念的含义进行一些说明:

管理。 配备的人员、流程和基础设施,用于确保遵从一系列策略,从而确保在执行、服务支持/运行时和产品创建中实现可重现的结果。

SOA 管理。 服务生命周期的管理,用以确保由一组灵活的可重新组合 IT 服务或组件对业务需求提供支持。SOA 管理依赖于一个监视流程,该流程由策略、原则、检查点组成,其执行由管理层进行委托。

务必对 SOA 管理的各个方面加以区分:

  1. 运行时管理:如何在运行时监视和管理服务执行和遵从性?
  2. 流程管理:如何采用与添加能力成熟度模型集成(Capability Maturity Model Integration,CMMI)管理点类似的方式插入管理点和遵从性标准?
  3. 组织管理:如何设计项目、团队、IT 和业务的结构?他们之间如何进行沟通和合作,从而采用可度量的方式实现业务定义的目标?
  4. 财务管理:如果为服务项目提供资金?谁支付其费用?域所有者?如果是这样,如何确定其域所有者(从上面提到的组织管理机构中确定)和谁将提供在一个域所要求但尚未由另一个域提供的给定服务上所需的资金?(请参阅 迈向面向服务的体系结构和集成的模式语言: 构建服务生态系统,以了解这方面的一个解决方案。)

显然各个方面之间会存在重叠的地方;不过他们具有足够的独特特征,可以实际对其进行区分。

因此,我将 SOA 管理——管理 SOA 并通过 SOA 进行管理——视为服务生命周期上的一把伞。它将方法之外的各个方面连接起来,并在方法执行之后进行后续处理。服务实现包括实现、测试、提供、部署、监视、管理和管理。后一个连接允许管理对方法在其他情况下会漏掉的部分进行处理。

SOA 管理是一个很好的保护伞,能防止在方法被交付其工作成果后过窄地看待问题(如服务实现后的服务重构和使用面向变化的分析与设计)。它不仅是伞,还可通过其了解个体项目之外的情况,获得整个企业的完整视图。例如,它可以帮助您获得可以在整个企业范围内使用的可重用服务集的宽泛视图,并帮助您指定拥有服务的域。

关于专家

Bobby Woolf

Bobby Woolf 是一名 IBM Software Services for WebSphere 咨询师,负责帮助客户使用 WebSphere 实现成功。他与人合著了 Enterprise Integration PatternsThe Design Patterns Smalltalk Companion。请参阅 developerWorks 上 Bobby 的博客,以了解更多信息。

Andras Robert Szakal

Andras Robert Szakal 是 IBM Federal Software Group 的首席架构师,同时也是 IBM 杰出工程师和高级认证 IT 架构师。他还是 The Open Group 理事会成员。

Sridhar Sudarsan

Sridhar Sudarsan 是 Software Services for WebSphere 的一位高级 IT 架构师。他曾负责过全球很多客户的企业体系结构解决方案的工作,包括金融、政府机构、汽车和 SRM 等垂直行业的大公司。他是 J2EE 中的批处理编程模型(该模型现在是 WebSphere XD 中的一个组件)的创建者之一,目前正在向客户推广这个模型,并致力于构建此技术相关的最佳实践。他目前正在负责一家大型保险公司的大型 SOA Center of Excellence 的工作。

Walker Royce

Walker Royce 是 Rational Software 团队的老牌成员,目前担任 IBM Software Services - Rational 的副总裁。他是《Software Project Management, A Unified Framework》(Addison Wesley Longman,1998 年)的作者,同时也是 Rational Unified Process 中继承的管理理念的主要倡导者。在加入 Rational 前,Walker 在 TRW Electronics and Defense 从事了 16 年软件开发工作,并获得了 Chairman's Award for Innovation。

Calvin Lawrence

Calvin Lawrence 是 IBM Software Group Emerging Technology 团队的一位执行架构师。他的职责范围包括通过关键策略活动的支持来推广战略 IBM 体系结构、技术和产品,和使用 IBM 技术确保客户实现成功。他是 IBM Software Group Worldwide Technical Leadership Council 的前主席。

Christina Lau

Christina Lau 是 On Demand Development 团队的一名架构师。她目前参与的项目包括创建 Pattern Solutions using Rational Software Architect 和试用业务创新和优化功能。Christina 一位高级技术人员,同时也是 IBM Academy of Technology 的成员。她还是新书 Introduction to IBM Rational Application Developer 的合著者。

Donald F. Ferguson

Donald Ferguson 是 IBM 的 200,000 技术雇员中的 53 个 IBM Fellow(IBM 最高的技术职位)之一。Don 还是 IBM Software Group (SWG) 的首席架构师。Don 是 SWG Architecture Board 的主席,该委员会监督 WebSphere®、DB2®、Lotus®、Tivoli® 和 Rational® 产品的体系结构和集成。Don 原来曾担任过 WebSphere 系列产品的首席架构师。他于 1985 年加入 IBM Research。他的兴趣爱好包括带他的孩子们、和他们玩耍、分布式系统、简化应用程序开发、系统管理、Web 服务、事务处理、性能以及空手道。请访问他的博客:Middleware and tools

Murray Cantor

IBM 杰出工程师 Murray Cantor 负责对 Rational 最佳实践进行推广和扩展,他与客户紧密合作,以创新的方式更高效地构建和交付系统。目前,他负责转换软件开发组织的新合作模型的改进和 Rational Unified Process for Systems Engineering® (RUP-SE®) 方面的工作。他还致力于研究如何将 IBM Rational 方面的功能与其他 IBM 品牌集成。Murray 已出版了两本书并发表了大量论文,在 UML 和 RUP 相关的标准委员会中扮演着重要角色。他于 1973 年获得了加利福利亚大学伯克利分校的数学博士学位。

Sanjay Bose

Sanjay Bose 供职于 IBM Software Strategy 部门,负责 Enterprise Integration Design Center,该中心对 IBM Software 投资组合需求进行标识,并通过参与企业客户和 IBM Software 产品开发实验室的工作来开发解决方案组件和资产。他有超过 12 年的 IT 行业从业经验,主要涉及创建产品体系结构、设计和细化技术策略以及使用分布式技术设计企业应用程序系统。他擅长的领域包括 SOA、Enterprise Service Bus (ESB)、Web 服务、Java™ 2 Platform, Enterprise Edition (J2EE) 和电子商务技术。他与人合著了 SOA Compass 一书,并在 IBM developerWorks and Systems Journal 上发表了一些文章。他目前在宾夕法尼亚州匹兹堡居住和工作,业余时间他喜欢参加哲学讲座、读书、看到电影和玩 Sony PlayStation。请参阅他的博客:SOA, ESB, and beyond

Grady Booch

Grady 是 IBM Fellow,曾参与过全球几乎能想象得到的所有领域的很多复杂的以软件为中心的系统,在其中担任架构师或体系结构顾问。Grady 编写过六本畅销书,发表了数百篇关于软件工程的文章,其中包括在上个世纪 80 年代早期发布的数篇论文,后来从这些论文中发展出来了面向对象的设计的术语和实践。请访问他的博客:Software architecture, software engineering, and Renaissance Jazz

Ali Arsanjani

Ali Arsanjani 博士是 IBM Global Services 的 SOA and Web Services Center of Excellence 的首席架构师,主要负责收集和制定 SOA 和 Web 服务的建模、分析、设计和实现方面的最佳实践。他是内部的 IBM 全球 SOA and Web Services Community of Practice(拥有 4000 名成员)的负责人,是 SOA 的面向服务的建模和体系结构(Service-Oriented Modeling and Architecture,SOMA)方法的主要作者之一。他目前的工作重点是支持建模 (SOMA)、评估、策略与计划、管理、体系结构和实现的 SOA 工具,以及其在 IBM 内部和外部的实际应用。请访问他的博客:Best Practices in Service Oriented Architecture


相关主题

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

评论

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

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=SOA and web services
ArticleID=153366
ArticleTitle=观点与展望,第 5 部分: 什么是 IT 管理,为什么应该对其加以注意?
publish-date=08102006