"Rational带您演绎精彩开发人生"聊天实录

聊天时间：2004年9月3日14:00-16:00 聊天地点：CSDN嘉宾聊天室 聊天嘉宾： IBM大中华区Rational总经理陈致平先生 IBM中国有限公司软件部Rational高级信息工程师李纪华  聊天主题：IBM Rational带您演绎精彩开发人生 主持人：各位网友下午好！非常感谢大家来参与我们今天的聊天活动。今天我们很荣幸地邀请到IBM大中华区Rational总经理陈致平先生，和IBM软件部Rational高级信息工程师李纪华先生来我们的聊天室做客。 今天我们的聊天主题是，“IBM Rational带您演绎精彩开发人生”。在聊天中，我们将了解到Rational的软件开发角色分工理念、软件开发平台（SDP）和Rational软件的强大功能。相信通过今天的聊天，大家都能对团队协作开发中的角色分工有更清晰的认识，从而正确的规划自己的开发生涯。 我们知道IBM/Rational是历史非常悠久的专注于软件工程，以及软件开发相关技术的厂商，他们在这方面有非常深厚的经验积累，我们请陈致平先生给我们讲讲为什么要讲这样一个主题，我们怎么带领大家演绎精彩开发人生？ 陈致平：我觉得把主题定为“演绎软件开发精彩人生”，这一点都不为过，因为软件开发本身是一个发展非常丰富的环境，也是一个经历非常丰富的职业。如果大家有机会看看，或者也许听说过，在CMPC访问GE总裁杰克.韦尔奇的时候，记者问他：“如果重新再回到二三十岁，你将要怎么渡过自己新的人生？”他回答说如果能再回到二三十岁，有机会他一定会考虑做一些有关软件的发展。从他的回答里我们可以看到他对于软件开发的向往和热爱。 软件开发事业本身有着它非常宏大并且很精彩的一面。大家看我们所有的工业发展，从最早的建筑、土木到后来的机械、汽车、电子、半导体工业的发展都是工业革命或者科技进步的方面。而从上个世纪九十年代末期到2000年以后，全世界的报道都在显示软件是一个驱动当今整个世界，还有整个市场在未来发展和进步的一个非常重要的原动力。软件的开发更是在这个过程中扮演着非常重要的角色。因为唯有高质量，快速地进行软件开发，随需应变的软件工业才能够很快并且强烈地体现出我们现在所有的带给人们使用上的方便度，并且带给人们在新的创新跟发展上面的一些创意的体现，都是必须透过软件来发挥的。所以，软件在发展过程当中又在里面有各种不同的角色，这些角色的扮演更让软件的从业人员能够在他的职场的发展和演进过程当中能够提供一条非常宽广并且很平坦的发展人生道路，这个发展过程对于所有软件从业人员是一个演绎精彩人生的过程。这也是我们今天主题的主要因素之一，我想不见得在很短的时间里就能够跟各位谈到非常细腻的产品和技术，其实我们更想把在软件发展过程以及发展的一些成功概况，以及在里面各种人员发挥的力度跟大家做分享，并且跟大家一起讨论。 网友：早期很多的软件都是个人开发而不是团队开发的，随着计算技术的发展，软件开发逐渐需要团队协作进行开发，也就需要开发人员进行分工，你能对这个历史简单介绍一下吗？  陈致平：在做软件开发的时候，如果把时间拉到80年代，那个时候的软件都是个别地以工具形式出现，那个时候产品的特点就是单一的工具，而且这个工具本身之间的相融程度非常低。90年代大家听到ADLC（应用开发生命周期），或者是SDLC（软件开发生命周期），这个时候开始把软件的开发不再以单纯的工具来看待，而是以一个软件生命的周期来看待软件开发。 SDP（软件开发平台）是在2002年底IBM宣布要并购Rational之后到2003年正式推出的，正式地把软件团体协作基础开发平台这样一个理念推到市面上来。从八十年代末到九十年代，软件开发的平台有了一个比较完整的，而且是作为一个整合的环境出现。 网友：我们知道在Rational里面有一个非常重要的产品，就是RUP，这是Rational最早提出来的，实际上是一个完整的软件开发过程体系，这里面对角色分工的具体情况是怎样的？ 陈致平：Rational Unified Process是软件开的一个宝典，有人说软件开发的百科全书就是RUP。世界上有很多的人在做软件开发的时候是遵循以及参考RUP的原则进行开发的。RUP对软件开发最大的贡献在于让软件的开发团队、开发人员在做软件开发过程当中能够更清楚地看到软件开发的全貌，并且能够经由RUP方法的指导，尽早的知道在软件开发过程当中的可预见性。在RUP中结合软件开发过程对各类角色进行了非常清楚的划分，并且对于每一类角色应该从事的活动，以及这些活动应产生哪些工作成果，工作成果的内容格式均给出了详细的指导和具体的实例。例如，RUP将开发团队中的角色大体上分为测试人员，分析人员，开发人员以及管理人员几大类，而一些大类人员又可细分为一些小类，如管理人员可分为配置管理人员，测试管理人员，变更控制人员，过程工程师，部署管理人员等。 网友：我们知道IBM提出了六个角色分工的理念，你可以介绍一下这个理念吗？一个开发团队里面一般都会由这样六种角色组成的，比例上是怎么样的？比如有一个项目经理，有一个一到两个架构师，下面有开发人员，这个比例一般是怎么样的？ 陈致平：SDP是软件协作的开发平台，这个协作开发平台大概分了六个角色来主导并且循序发展这个软件开发。首先你必须有软件的分析人员。第二，软件的架构师，做一些设计、建模的人员。第三，软件的开发人员，即编程人员。第四，测试人员，即关注品质的人员或单位。第五，负责软件发布，并且对软件的变更、错误的跟踪进行控制和管理的人员。第六，项目管理人员，是连接刚才五个角色并且提供所有软件开发项目的衡量指标，并在项目中一直充当发展和指导的管理角色。  关于比例，可以参考RUP，RUP会给你一个准确科学的建议。基本上这个比例并没有一个完全确定的标准，不同的软件开发团队的需求度不一样。通常来说可能设计分析人员、架构人员通常数量不会比开发人员来的多，开发人员数量是最庞大的。不过现在越来越有一个倾向，那就是开发的人员跟品质管理人员的数量增加的很快，因为现在对于软件开发品质的要求的力度提升越来越高。所以，品管的人员现在增加很多，甚至有些单位开发人员和测试人员的比例达到1比1。另外，最近有个发展趋势叫做QFB，即Quality From Beginning，它可能更为强调不是硬性的人为的配置，而是特别强调你在做软件开发过程当中，能及早发现你要开发的软件不管是架构上，或者是需求上面的问题，甚至包括测试本身的问题都能够尽早地发现。这个对于软件的品质的保障都是一个很重要的因素。所以QFB这个理念也特别强调能够在软件开发当中能够用迭代化方法来做开发，在迭代开发当中能够把问题提前暴露出来，对于开发进程、对于开发过程中不确定的因素掌握能够及早有一些了解。 网友：SDP这个词我是第一次听到，能否做一下解释。对Rational来讲SDP是否是其提供的完全解决方案？ 陈致平：SDP就是软件开平台，这个软件开发平台的理念是从八十年代到九十年代，一直到2000年以后慢慢演进并且发展起来的一个模式。SDP本身强调的是整合和协作的开发平台，而不是一个段落，并且分割的一个开发结构形态。所以，SDP实际上是IBM在2003年正式并购Rational之后，把Rational的解决方案进行整合并且对市场的宣布，这个产品包括所有Rational原来在市场上成功领先的产品，特别侧重把产品的集成度以及它的整合能力做了一个很大的强化。 网友：在一个项目中一个人是否能同时担任RUP上面诠释六种角色？ 陈致平：不是不可能，不过在实际的环境里面可能他需要多一点的经验，他可以在不同的角色之间做穿插，或者做更换。但不同角色的考量的确存在经验的积累问题，一个人是很难从事全部六个角色的工作的。如果在比较大型的开发团队里，可能角色分工会比较细腻一些，在一些比较小的开发团队里面可能存在一些人员必须同时担任不同的角色。这是现实环境里的一个实际状况。 主持人：很多人在进入这个行业一般从开发员做起，他们都比较向往担任架构师或者项目经理这样的角色，他们在开发当中可以接触到什么样的知识念或者是理论能够引导他们向这方面发展？ 陈致平：从我个人来看，我觉得开发团队里面的六个角色，每个角色都是非常专业的角色，其实并不存在哪一个角色高低的问题。倒是在不同的角色里面有不同经验的积累，是需要靠不同的团队人员在长期的工作过程中把它体现出来，这里面要划不同的角色来转换你的工作或者积累你的经验，的确是要有一些指导和帮助。如果问我个人的意见，可能从RUP来着手了解不同角色的发展是一个很好的道路。因为在RUP里面的确提供了很多不同的角色在做软件开发的时候应该遵循或者了解的方法和步骤。从RUP来着手来了解这些知识，其实最能够让各个不同的开发角色，对其它不同领域的角色的有一个全面的了解，实际上RUP提供了一个很好的理解平台。当然，在做角色互换的过程当中，非常重要的一点是是你能否在开发过程中很清楚地从现有的开发接口了解到你的上端以及你的下端的开发角色的人员，他的工作内容以及他的内涵，这也可以作为在你的开发过程中为你提供一些开发的角色转换或者理解不同开发团队内容的方法。RUP提供一个最纵观，并且最清晰的蓝图给所有的开发人员去理解不同的开发角色。 网友：能否详细介绍一下这六种角色的分工，每一种角色需要一些什么样的能力，怎么样才能具体体现自身的能力？ 陈致平：软件的开发是一个软件的一个生命周期。生命周期的意义就是一个软件的诞生从它最基础刚刚开始的一个理念到最后一个很成熟并且高品质的产品发布出去，这个发展的进程就是软件开发的生命周期。这生命周期涵盖六个重要的角色来主导开发的进程和流程：第一，分析人员，分析人员必须很清楚地掌握到这个产品本身原始的设计目标以及它的理念，目标和理念来自于这个产品本身最终面向的客户、市场或者是最终使用者的需求，作为分析人员必须很清晰、透彻地掌握到产品最终使用者对这个产品的期待，并且能够在这个过程当中把需求很清晰整理下来。当有了一个清晰的软件需求的时候，接下来可能就是希望能够透过一些建模、透过一些设计和理念把你想做得需求具体化，这可能就要一个架构师，比如你需要盖一个房子，在盖这个房子之前，如何向所有的土木工程人员传递信息，最好的方式就是要有一张要盖房子的标准图纸，建筑架构师基本上就是这个图纸的设计师，他必须把所有产品原始想法能够用一些比做完了之后，肯定就要有测试人员进来，要实际来检验看看当时我们所想设计开发出来的软件到底较系统化并且具体化的方式把这个结构展现出来。这就是架构师主要的工作任务所在，一旦图纸跟设计的结构清晰了之后，实施人员或者在软件编程人员，就根据图纸的设计来做软件开发。这就跟盖房子一样，一旦有了图纸就可以挖地基，砌砖头等等，这些都是在开发过程当中能够尽可能按图来施工，来保障这个品质。当开发人员把工作有没有一些缺陷存在，它的产品的特性是否需要修改，或者增强的地方。测试不外乎包含几个主要的环节，比如说你要做一些最基本的功能性的软件测试，以及稳定性、可靠性的测试，还有在较大的用户压力之下它能承受的负载能力，这都是在做软件测试环节里面要注意的。 在软件设计过程，软件开发过程，以及软件测试过程中，你当然要很清楚地追踪软件开发及发布的版本统一性，完整性，这就是软件配置管理。我们有的时候会在一些产品中发现一些与配置管理相关的品质问题，比如你会发现新发布的产品版本里面还会含着旧版本的Bug在里面，这可能在软件产品在做发布过程当中没有确实做到统一发布，统一管理，没有注意到软件开发整合性的问题。当然，软件最后发布出去之后，更重要的一个问题就是继续持续追踪软件开发出来的项目有没有需要在下一个生命周期去更改或者已经发现一些错误，必须在下一个生命周期及时把它改正过来。前面谈到的这五个环节是五个主要的工作角色，纵观整个软件开发全局的人员就是项目经理，项目经理必须要有一个很好的团体协作的开发平台，这个平台来提供他足够的信息，理解到每一个不同的开发组件、开发人员、开发团队，他的开发进度以及他在开发过程当中人力的配置或者工作的进度是不是能够很确切掌握，这就是属于项目管理人员更重要体现他的能力和位置的所在。这六个角色的人员必须在一个软件开发环境，并在所提供的平台上非常高效率地进行协作，这样才能确保软件的开发速度和品质。 软件开发的过程和方法其实就是要强化并且管理人行为上或者开发过程中可能造成的疏忽，早期在做软件开发过程中，非常依赖人的管理以及监督，对于人为的管理和监督，我们非常清楚没有办法能够很确切地掌握到开发的进程，并且对于这种人与人之间的沟通以及管理上面如果纯粹只有人为控制和管理，而没有一个过程和方法来进行管理，势必存在很多的缺陷。大家对软件开发存在普遍的认识，当软件开发团队当中人员越多的时候，管理的秩序来的越乱，并且对于软件开发的质量以及进度的掌握难度，还有复杂度是极具加高。这也就是为什么在做软件开发过程当中，从八十年代到九十年代到2000年，所有的开发朝向都是朝着协作开发，集成平台的方向来前进，因为所有软件开发单位以及团队他们更希望能够尽量地减少人为产生的疏失，希望多多利用过程以及可协作的平台来强化开发的效能，并且保障开发的品质。 从另外一个角度来讲，软件开发的历史演进跟其他的行业开发并没有太大的差别。不管是汽车、电子、半导体，你都会发现一个共同的现象，在开发的过程当中大家都尽量去减少人为因素对于开发过程所产生的影响，而尽量用自动化的环境，以及用方法、统一的流程来规范我们开发的节奏，并且确保开发的品质。  网友：Rational很多的产品，比较知名一点的就是ROSE，对于其他的产品了解不是很多，您能不能再介绍一下？ 陈致平：其实Rational的产品，ROSE的知名度之所以非常高，因为ROSE是以UML作为标准。大家知道这个标准是由三位大师在Rational的时候集体共同倡导并且成为全世界的开发标准。不过，Rational的产品在市场上使用的相当广泛，比如进行需求管理的RequisitePro，可视化建模工具Rose/XDE，实时系统建模工具Rose RealTime，测试管理产品Test Manager，功能测试Robot/XDE Tester，性能测试产品Performance Tester，实时系统测试工具Test RealTime，可靠性测试产品PurifyPlus，变更管理产品ClearQuest，配置管理产品ClearCase，项目管理工具Project Console等。大家知道在最为人知的是在印度的软件外包的环境里，大概居于70％－80％的软件外包的开发环境都是基于Rational开发平台来提供的，所以也造成Rational在印度的团队当时并入IBM之初，我们的开发团队人员总数甚至跟IBM软件部门在印度的总数是不相上下的。这就证明我们在印度软件开发行业里有极大的贡献。 网友：Rational的产品可能对于大型的团队比较适用，有没有对于中小型的团队提出一些解决方案？ 陈致平：没有任何一个公司，包括大型企业，像国内的普天、大唐、中兴、华为，国外的摩托罗拉和爱立信，都没有能够把整个软件开发生命周期中的内容在一个时间内构建完成，这是一个发展的过程和渐进过程。所以在这个发展过程里面，SDP允许你做局部的构建，针对你自己开发团队里面你认为最弱的环节或者最需要改进的环节，先从那儿做自动化的转变，然后再一步一步地把你开发的环境做整合。SDP最大的强点跟长处就是他的开发平台是一个标准化的平台，并且它的整个开发环境是自己设计本身开发出来就是一个整合的开发环境，你虽然是局部性的在导入SDP的开发环境，当你进行了一段时间的SDP的导入和构建之后，你所有的环节在产品设计之初又都具备整合和集成的功能，对客户来讲大概是一个最佳的投资保障的方案。当然，你实施过程当中也有人说你一定要一步到位，你可以针对刚才讲的六个不同的角色，按部就班照你个人所需要来构建你的团队，并且促进你团队的自动化。无论开发团队的规模如何，都要经历类似的软件开发活动，都需要这几类人员的工作活动，因此SDP都同样适用。不过相比较而言，规模较大的团队在软件工程实施方面需要的准备更多一些。  网友：我觉得你们专业性很强，对于中国的软件企业，你认为这样的开发模式是不是能够推广开来？ 陈致平：我先把我自己过去的观察作一下介绍。我自己在Rational到今年已经是第六年了，Rational北亚除了日本以外的五个主要的Office，这六年中我们一个一个建立团队所创建出来的，在于开发环境和开发市场上面对于市场的变化有一个比较清楚的理解和观察，在过去五到六年国内发展过程当中，我们可以明确地看到，大家已经对单一产品的理解非常快速并且发展很快，这两年大家倡导软件开发过程当中，对于软件开发的集成以及统一协作平台的要求都非常之大，而且他们要求的迫切性越来越高。对于软件的开发已经不再是六年以前的单一的工具型的软件开发模式，现在更多的企业像国内的普天、大唐、中兴、华为、东软、神州数码，或者国外的企业摩托罗拉、爱立信、西门子等等，包括IBM自己本身的中国软件实验室，都对于软件的开发需求已经从单一的工具迫切地转换到整个开发平台、规范、标准，如最近谈的比较多的CMM，这些这些变化对于我们的国内的软件开发的确起到一些作用，我们也看到软件开发的质量和团队发展速度也越来越高，而且发展的品质也越来越好。我自己在国外参加会议的时候听到不同的厂商，当他要进到国内发展他的企业的时候，他首先想了解像Rational这样的开发平台，在国内的企业里面使用的普遍性是怎么样的，相关人才的培养和孕育的状况怎么样，这些都是他们进到中国来做开发团队的一个很重要的参考指标。 网友： Rational在2002年推出了XDE，在XDE跟ROSE之间的关系是怎么样的，它们之间是替代还是并存的关系？ 陈致平：这两个产品各有各的市场需求点，大家知道ROSE这个产品是你在做设计分析的时候用到的一个产品，它对于产品开发环境独立性强一点，如果想专注于设计开发可以单独使用ROSE，来协助你做设计开发。但是有些开发人员也有其他的需求，他希望开发的环境跟设计的环境更紧密地结合在一起，所以XDE提供一个很好的产品的链接，你在开发的环节里面，比如你用WSAD做开发或者用微软的.NET做开发，可以在开发环境里面直接进到ROSE的环境里，这就是XDE环境，它提供了设计和开发的一个无缝连接，让开发人员能够来去自如地做切换。并且XDE提供了一个非常丰富的测试环节，XDE和ROSE是针对不同产品需求的两个产品。 网友：IBM在前年并购了Rational，Rational跟IBM其他四个部门的关系是怎么样的？ 陈致平：这个问题问得很好。IBM跟Rational的合并是在去年5月份经美国和欧洲司法程序完成后正式完成的，到目前为止是1年4个月的时间，这个并购算是所有的并购当中比较成功的，比较成功的原因在于IBM软件的四个产品线跟Rational之间几乎不存在重叠性，Rational产品本身对于IBM自身的软件开发又有一个非常大的强化作用。所以，这个结合也让Rational跟IBM其他四个品牌的结合非常平顺，并且其他四个品牌提供的很多应用和操作的环境，又与Rational、SDP的开发环境紧密结合并互补，形成了不同产品线的良好搭配。所以，我们在市场上很明显看到Rational在市场的增长份额，还有Rational跟IBM之间产品的结合速度都比以前来的快而且具体。从一个比较明确的现象就可以看到，Rational进到IBM之后，它原来产品在市场上发布的时程，从去年2月开始，到后来的17个月，他的产品质量和品质依然保持在一个非常高质量的位置上。从这方面都可以体现出来这个结合过程是相当成功的。 网友：Rational XDE对MDA的支持怎么样？ 李纪华： MDA 是一种应用系统设计和实现的方法，MDA 鼓励在软件的开发过程中有效的使用系统的模型，并且它支持创建类似系统的最佳实践的重用。模型和模型驱动的软件开发是 MDA 方法的核心。 以前我们在做开发的时候，经常设计一些模型，但在做实际开发的时候，程序员往往脱离设计，这里有很多原因，其中一个原因，他在看设计的时候，设计人员和开发人员之间的沟通渠道不是很流畅，对开发人员的培训基本上限于工具一层或者开发工具一层，很少注重开发人员和工具人员之间的沟通，一些技术和工具很难把这两个角色或他们的工作很好地结合到一块。这就是我们开发出来的产品经常是跟我们设计的理念脱节，或者说根本没有什么关系，这样的产品可维护性是很差的。这都是我们国内经常出现的问题。建模是MDA的核心之一，在建模方面现在多使用统一建模语言（UML）作为首选的建模符号。Rose及XDE首先完全支持UML，可以通过UML完整地将不同人员连接起来，另外XDE是从产品上强调了开发人员、设计人员之间很紧密的集成，在XDE里面，设计人员和工具人员用的是一个，像刚才网友提到的代码转换，我们叫前向工程，直接可以转为代码。反过来如果代码做了一些修改，也可以通过一个来反向修正，我们叫逆向工程，这样保证我们设计和开发是一致的。可以说建模的更深层次的利益是通过双向工程（RTE）得到的，双向工程提供了一种在描述系统的架构或者设计和代码的模型之间进行双向交换的机制。这里面也附带回答另外一个问题，刚才有一个网友提到开发人员怎么能通过使用Rational成为系统架构师、系统分析员，通过工具来成长这是不切实际的，那样的话Rational就太神了，买一个工具就可以转换角色，这个成长应该是全方位的，而且从我本人来说，作为系统分析人员首先必须对你专业领域、行业领域的知识要非常深入，如果作为一个系统分析员更多钻研行业里面的行业技术，利用软件工程技术去抽象行业里面的模型，然后更好地跟计算机来进行匹配。对于系统分析人员来讲，主要是自身的技能上的提高，特别是在自身行业领域知识和软件工程中分析设计能力方面的提高。 总之，Rational一直倡导做驱动软件的开发，MDA中详细的标准大量的来自于 IBM 的技术。一个重要的例子，当然是 UML。另外，IBM Rational 在其他的标准上也有着重要的影响，比如，Meta Object Facility (MOF)，QVT 标准和新兴的可重用资产规范（RAS）的工作上。 网友：在ROSE里对UML做了一些扩展，怎么样应用这个拓展更好，在UML2.0里，对原来的UML1.4做了一个精简，你们怎么看待这个问题？ 李纪华：对于UML来讲，它是一个统一的建模理念，实际上是不同角色人员在开发里面进行沟通的工具，实际上UML仅仅提供了一套沟通符号或语言，在学习这样一个语言的时候，跟我们学习英文、学习中文一样，其实英文有很多单词，我们只要掌握很小一部分，就可以进行正常沟通，对待UML的新标准和新的支持工具，我们在看待它的时候要本着实用的观点去看，在开发过程中，在设计模型的时候，是不是真的需要用到这些东西，如果没有必要，就没有必要关心它，因为UML本身的说明文档非常厚，可以表示的语义相当丰富，甚至UML已经用在了IT以外的其他行业，因为它可以描述现实生活中非常详细的东西。我举一个例子，在前不久我的同事提到一个例子，在建模的时候，比如航空领域，飞机和跑道之间是什么对应关系，这里面就出现了争论，其实这里面对应关系非常复杂，很难确切地讲它们之间是一对一或一对多的关系，这个对应关系很可能是动态的，而且是有时序性的，也许飞机在天空上飞的时候，还没有确定降落跑道是哪一条，可以理解为飞机对跑道是多对多的关系，而当调度确切地将其调度到某条跑道后它们又变为一对一了，这样的例子在现实生活中有时非常复杂，对待这种情况的时候，你应该把你的精力放在你对现实的理解上，当你对现实理解理解比较透彻，你再用UML把它更贴近地描述出来，这时候用需求驱动的方式去寻找UML中到底哪个特性是用来描述这个情况的。就跟背单词一样，真正碰到一个生词时再弄清楚它的意思。 网友：我现在是一个开发人员，工作两年之后发现这个职业不太适合自己，现在想做Sales，你对我这个有什么建议？国外的情况是怎么样的？是不是同样30岁以后就逐渐退出了程序开发人员的角色？ 陈致平：在职业上的选择，你是要做一个程序开发人员或者做一个销售人员，我觉得它不是属于在同一个生涯发展的轨迹上，基本上它比较像做了一个职场的转换，如果做一个职场的转换过程当中，他可能考虑的就不一定是在软件开发里面六个不同的角色之间的互换，可能更要考虑到你自己本身对于你未来的期望以及对你自己自身的特质的了解，考虑可能比不同角色之间做转换要来的多一些。作为软件开发的从业人员，他从事的是软件生命周期的开发，他自己的生命周期其实也是非常丰富的，软件的开发现在只是在初步萌芽、茁壮的发展过程当中，他在所有的行业以及工业里面，它的发展是属于最晚开始起步的。所以，软件开发未来的前途发展是非常宽广的，在所有不同的大型软件开发团队里面，你不光可以担任一个角色，可以在六个不同角色里面选择发展。并且软件开发历史从现在来看，在未来15到20年之间都还有一个非常蓬勃并且发展的契机存在。我觉得这条路对未来软件的需求以及开发的质量、开发品质、效能等等基本需求都会让这个产业将要用最高效并且用最专业的方法来检验它，要求它。所以，在这里从业的人员，他发展的路途是挺宽阔的，他可以在这里面做比较长时间的生涯规划。也许有人说在外企里软件从业人员生命周期会不会更长或者更宽广一点，我个人觉得这是整个市场变化的状况，现在国内的软件开发对于我们刚才谈到的团体协作、平台式、标准化的要求也是在两、三年前完全看不到的，这个市场变化非常快、也非常大，我也很清楚地看到，在未来的时间里，我们国有的企业，以及有更多的企业对于软件的需求、对软件投入的力度会越来越加大，这是无法避免的发展趋势。 网友：微软将开发自己的建模系统，IBM Rational对这个有什么看法，有什么应对的策略？ 陈致平：在市场上做建模的公司也不只是Rational一家，本来这个市场，UML就是一个国际性的标准，有人遵循UML做一些建模的工具，有人不遵循UML要自行开发自己的建模工具，这是市场的自然现象。大家知道软件的生命周期开发的原由是来自于软件工程，为什么特别强调软件工程？工程性的产品和商用性的产品，它中间有一些区别，工程性的产品特别注重在工程发展过程当中的一些经验的积累和细化，以及指导步骤等等，这些都不像一般的商用软件，他必须对于产品本身，以及对于市场开发者的行为、开发者的能力必须有非常强的、深入的理解，他才能够在市场里面把这个产品做得比较成功。至少微软也进入到这样一个市场，他也再度证明Rational从1981年就在做软件生命周期开发，他走的这条路在很早的时候就没有走错，当然现在有越来越多的公司加入这个行业，也更进一步确切证明当年Rational走这条道路的作用，这个市场是开放的，我们也可以拭目以待。  网友：在建模的时候，很多人都是用纸和笔就完成建模的工作，我是用纸和笔完成建模的UML信徒，你如何说服我用ROSE？ 李纪华：用纸和笔做建模，首先你用的符号不一定是别人能看的懂的。另外你描述的语言不一定非常清晰，让别人不产生误解。另外一方面，很多手工工作存在很多弊端，首先工作量很大，维护起来也很难维护。如果你做家庭装修的时候用纸和笔是够用的，但如果做复杂的系统，你光画图纸就要画好久，更不用说把图纸用来跟别人共享。用Rational Rose或者XDE就是将模型电子化、可视化，因为现在在做开发，各类开发人员存在广泛的沟通问题，使用了可视化的建模工具，我们可以争取更多的用图形的方式对系统进行建模。举一个例子，我们去买房子，我们更多地是看房子的模型，了解这个房子盖好以后周边环境是怎么样的，如果有样板间，我们进去感受一下，所有这些其实都是在做模型，这些靠纸和笔是得不到感性的认识。另外，随着软件开发逐渐国际化和分工的细化，不同人员之间的沟通就更为重要，比如像国外的软件，它的分析设计很可能是在国外做的，但是它可能到中国来进行软件的具体实现，它怎么把这些设计文档给中国人看，他光写英文，中国人理解起来会很困难，用纸笔更不可能，没时间飞来飞去，但如果大家都用共同的图形符号对系统各个层面进行抽象描述，这样沟通起来就会很容易。所有这些用纸和笔是远远或者永远替代不了的。 网友：角色分工之间有职责吗？它也需要一套评价体系，在SDP里面，有没有提供这样一个评价机制？ 李纪华：SDP首先是一个软件的开发平台，它提供了很多的开发工具和方法论，涉及到评价的问题，刚才提到Rational是开发的宝典RUP，它很明确地规定了软件开发里面都有哪些角色，以及角色的工作范围和活动是什么，并且还规定了工作活动的产出应该是什么，从这个角度来讲，它对于软件开发里面的角色、工作、工作产出进行了很明确的规划，但是你根据需要可以对它进行裁减，并不见得要严格按照RUP去做。另外，工作考核或评价的问题，这一方面要根据企业的环境、根据实际的要求去设定一些质量评估体系，这是企业自己的评估体系，这个评估体系有很多，国家标准也有，但是这些标准都是给你提供一个依据，并不是刻板地去套用它，套用它是不切实际的。总的来说，可以参考RUP，可以对每个人的工作范围、工作产出做到心中有数，结合这个可以根据企业特点进行一定的裁减，并且建立企业的评估体系。 网友：Rational这种产品在实际应用当中很难做到像理论上的标准，你对此怎么看？ 李纪华：还是用UML为例，想把UML用的非常全，那是不太现实的，你根据需要去找UML哪些方面是你需要的。跟学习英语一样，碰到不认识的词才去查字典，不能碰到每一个词都去查字典。 Rational 产品均包含着丰富的软件工程理论和最佳实践，这些均包含在RUP中，而在应用RUP时也不是个个都用，因此总而言之，使用Rational产品时应根据实际情况灵活使用。 网友：我的最终的目标是系统分析师，开发人员是否应该向这个方向发展？ 李纪华：开发人员并不一定是一个职业上的初始目标，也不一定是一个终点目标，在国外还有很多例子，他做了一辈子的开发人员，他以开发为乐趣，并不是说开发人员如何不如其他的角色，这是非常大的误解，国外的开发人员如果做得非常好，他的工资水平、受尊重程度都是非常高的。对于测试人员来讲也是这样，我们开始对待测试人员的时候总以为他什么都不懂，总是照着一些测试流程非常生硬地看测试结果和测试报告，实际上随着我们计算机系统逐渐变得复杂，如何进行一个有效的测试已经越来越重要，所以测试人员的角色分工上已经出现非常丰富的分工，比如在测试团队有测试经理，针对测试还有专门的测试设计人员，还有测试用力的开发人员，还有测试的执行人员，以及测试结果的评估人员，测试人员是很丰富的团队。对测试来讲，测试层面也很丰富，有侧重可靠性的测试，也有功能测试，也有性能测试，甚至针对不同系统还有不同的测试方法。软件开发领域每一个角色都有相当丰富的知识可以去挖掘，也有非常广阔的前景去发展。当然，系统分析师也是发展方向之一。 网友：IBM最近是不是有新的XDE版本的发布计划，我们知道在已经发布了Eclipse3.0，Rational工具对此是否在版本方面有跟进？ 李纪华：在2004年初会有一个非常大的新版本发布，在那个版本的发布里面，大家可以看到对Eclipse3.0的支持。 网友：从Eclipse2.0到3.0有一个非常大的变化，能不能介绍一下这方面的情况？ 李纪华：2.0和3.0有很多不同点。详细情况大家可以登录www.Eclipse.org去查看。 网友：我们知道在开发过程当中，在SDP里面有没有便捷的方式？ 李纪华：不仅在SDP里面，在ROSE里面就提供了前向工程和后向工程转换的功能，精确地捕捉到系统的结构变化，系统结构变化是通过前向工程带给代码变化，而代码里面如果出现对结构里面的修正，可以通过反向工程来对设计结果来进行更正。在SDP里面把这两个结合的更紧密一些，原来在ROSE做前向工程和逆向工程实际上两个方面，比如ROSE或者某一个XDE环境下，在一个XDE下完成一个正向或者反向工程。我们可以看到对开发人员提出一个新的挑战，开发人员做开发的时候，不再是拿一个编程工具简单去做项目的开发，而是在一个集成开发环境里，从设计开始到最后的代码体现，实际上在集成开发环境里有很多插件，可以做到分析、设计、开发、测试，都在一个IDE环境下完成的。 网友：我在用ROBOT做功能测试非常好，但是做性能测试不是太好，你们对此有什么看法？ 李纪华：这要看具体碰到了什么问题，具体情况具体分析。 网友：Rational产品有没有想过扩大中国的影响力？能不能出中文版？ 陈致平：这个工作没有停止过，一直都在进行，你可以看到我们做所谓产品本地化也分不同的层次和层级来做划分，当然最基础的层级是你必须要在中文的操作环境里来使用，还有输出和输入能确保它的平顺。我们自己本身在市场上也跟很多在国内进行产品开发或者方案管理的人员进行过接触，因为很多软件工程的从业人员比较习惯于接触原文的表述跟字意，另外现在所谓软件工程的开发环境以及涉及的一些术语，也并没有一个非常统一的翻译，你可以看到在市场上有很多翻译不同的书，对于同一个字句的解释都是用不同的字意去翻译。我们对专业开发人员，他们其实也有很强的要求看到原文的字意，这在理解开发和沟通上会节省一些时间。产品本身对中文环境下能够安装，以及中文环境能够做操作，以及对于所有做这种本地化有必要的地方我们都一直都在进行，没有停止过。 网友：在中国有比较多的软件开发企业，他们在团队里面不缺少真正的架构师，一般都是由经验比较多一点的开发人员来担任架构师的位置。对此你们有什么看法？ 李纪华：如果没有一个好的架构师，都是由开发人员来兼职承担，这个系统的寿命、可维护性、产品化程度都是非常低的。大家可以看到，国内在做很多项目开发的时候，实际上人力和物力的浪费是相当严重的，同一个产品在湖南做是一个版本，在湖北做又是另外一个版本，这两个版本没有可借鉴的地方，为什么经常出现这种情况？因为我们没有一个好的架构师做整个产品的规划，都是由开发人员来做这方面工作，但是开发人员如果不具备一个很强烈的行业知识和对系统深刻化的理解，就很难做一个好的架构。架构在另外一个场合很重用，我们看到重用的问题，有一个软件重用的话题，软件重用代码是非常困难的，而且几乎不可能。根据统计，如果一个程序里的软件重用率低于85％，不如去重写一个程序，这是为什么呢？软件重用我们不能在代码上重用，而应在构件上，子系统上或者说在架构在进行重用。给这些企业的建议必须要去培养自己的系统架构师，而架构师的培养应该面向你的行业，面向你的客户深入钻研行业里面的规律和行业类似系统的系统架构本质上应该是什么样的。 网友：ROSE里面支持很多开发语言，对Delphi的领域会不会提供支持？ 李纪华：如果没记错应该是支持的，但通过一个第三方厂商，你可以查一下ROSE的相关手册或申请Rational技术支持。 网友：能不能详细介绍一下SDP里面的测试产品？ 李纪华：因为时间有限，希望大家到www.Rational.com查一下，简单来讲，其实刚才网友提到的问题都是测试产品，从测试产品来看，Rational提供了四个方面的测试产品，首先有开发人员测试，或者叫代码测试，负责做这些测试的产品系列叫PurifyPlus，它其中包含对代码内存检查的产品Purify，对代码覆盖率进行检查和报告的PureCoverage，以及对代码性能进行检查的Quantify。第二，功能测试，通常我们叫黑盒测试，这边主要靠Robot工具去完成的。第三，经常会提到性能测试、负载测试或者叫压力测试，是由Performance Tester及XDE Tester来完成的。第四，针对从事实时系统开发的特定行业，我们还有针对实时系统方面的专门测试工具，这个工具叫Test RealTime。简单就介绍到这儿。  网友：ROSE支持很多语言，是不是有计划加入更多的语言？ 陈致平：语言支持有一个基本的原则，只要是在市场上处于主流产品的开发环境，ROSE会做一个非常积极的支持，因为这个市场上存在的产品太多了，但我们这个原则是永远不会变的。 网友：Rational有没有计划支持J.Builder？ 李纪华：对于Rational来讲还是本着这个原则，只要市场上流行的开发工具我们都会去支持，像JBuilder， Rose以及其他产品对JBuilder一直都支持。 网友：能不能阐述一下作为一个市场客户销售人员，对自己公司的产品和技术应该达到什么样的程度？ 陈致平：这个问题有点离题，简单而言作为一个成功的销售人员当然对自己的产品要有一个比较透彻的认知，更重要的是能够把产品作一个适合的配合，针对客户的需求，能够提供产品的具体解决方案，这个是销售人员能不能成功的一个最大的关键。 主持人：对于很多在校的学生，他们读完计算机专业，可能比较迷茫，他们在学校还在念书的时候，可以通过什么途径能够比较自己将来适合于做哪种开发人员？怎么去判断？  陈致平：对于整个软件的开发，你要有一个比较全面的理解和纵观性的理解，越早接触RUP，对他的帮助是越大的，做软件开发必须要有一个纵观的知识，以及所有的开发过程的方法和指引，这对于RUP而言，对于一个软件从业人员及早介入是有利的。在校的学生如果在暑假工作期间有机会在软件项目里，不管是打工或者从事一些发展，他不妨可以及早地接触像RUP这样的开发平台，因为团体协作的开发平台在未来软件开发是个主流趋势，越早接触RUP，越早接触团体协作开发平台对他未来的就业可以说是有一个提前的作用。 网友：在Rational里面有没有普及性的培训？ 陈致平：DeveloperWorks网站里面提供了非常多的经验和软件开发的知识宝库，并且它里面有很多实际的研讨会，还有很多的发布会进程都在里面做了发布，不妨及早接触，选择自己感兴趣的领域。 主持人：现在Rational在中国的客户情况和主要的销售渠道是怎样的？ 陈致平：Rational在国内今年是第六年，我们在国内发展速度非常快，我们在过去六年发展出来的团队和成员，有非常多的成员工作年龄都在四五年，包括李纪华也是从悉尼的Office转过来的，我们有很多团队在过去五六年当中提供支持和服务，因为在过去经营的团队和客户的口碑对于我们自己本身在市场上的拓展有一个正面的帮助，客户在这方面对于Rational产品的熟悉的人才在市场上的流通、成长的速度都是我们在两三年，甚至三四年之前没有办法看到的状况。我们对于市场的蓬勃发展给予非常大的寄望，对于市场规模发展也有很强的信心。对于我们的客户，我觉得客户的发展在最近这两三年在形态上跟过去也不太一样。过去是针对软件开发局部性的强化比较有兴趣，这两年客户对于所有设计开发团队之间的协作，怎么样在使用自动化过程当中能够进一步强化团队的整合跟集成的能力，这方面是非常注重的。 网友：SDP产品如何在CMM中起到作用？ 陈致平：CMM中C是能力，M是成熟度。CMM是一个规范指标和标准，如果用英文来讲，简洁一点就是定义了什么是软件的标准开发的规范，如何把软件的标准和规范做出来，你需要一个自动化的环境，这个自动化的环境就在SDP。SDP这个环境如何来支持并且协助客户达到CMM的标准，透过RUP做软件开发的指引，还有它的指导，外加上软件开发集成工具，SDP就能够让客户掌握到在做软件开发的标准和规范的确切的能力。所以，具体地说，CMM是规范什么是软件开发的标准，你如何把这个标准和规范能够做到，你就必须有一个自动化的环境，而SDP的环境是一个非常好的选择。 网友：现在有关Rational产品的图书很少，但现在Rational受关注程度也是越来越高，你们已经出版了哪些图书？ 陈致平：图书部分我们是跟书商采取主动的位置，很多书商找我们做翻译，我们自己本身的市场部门对于中文化产品的推广，以及一些杂志或者一些报刊的报道，这方面的量比以前大了很多，双方面我们都会持续配合，并且和书商对SDP环境或者RUP环境持续地做一个跟踪。另外，我们自身对于市场部门所提出来的中文化的产品或者报道会持续加大。  网友：RUP和XP之间的关系是怎样的？ 李纪华：实际上RUP是跟XP是完全吻合和兼容的，在RUP中专门有针对XP的插件。因为这里面涉及的东西较多，大家可以从Developer Works找到两篇文章，一篇是“A comparison of XP and RUP”，另一篇是“Using RUP for small projects：expanding upon eXtreme Programming”。先简单介绍一下，因为XP翻译过来叫极限编程，它更多强调生命周期中的软件开发或实施阶段，也有一种说法称其为“轻量级RUP”，其中应用了非常多的RUP中的迭代化思想。而RUP的应用面则比XP宽广许多，它覆盖了生命周期的各个方面。为了更好地帮助大家应用XP和RUP，在RUP中还提供了如何结合两者的一些指导，包括从设计到实施。  网友：ROSE对USESCASE的支持就是光画图，对用例的管理没有提供一个很好的支持，有没有计划把管理的功能整合到ROSE中去？ 李纪华：对Use Case的管理Rose本身通过视图提供了一个很好的管理方式，在ROSE里面提供了不同的视图、不同的视角来分离business Use Case和软件Use Case。另外，用户可以通过包（package）等方式来进一步有效地组织Use Case。 网友：陈总，想让您介绍一下自己的经历，碰到哪些转折点，受到哪些挫折？获得的成功有哪些？您对您自己有哪些展望？ 陈致平：我还是谈一点我在Rational相关的介绍，Rational在六年前刚开始在北亚做发展的时候，我们的人数其实并不是很多，我自己本身在Rational受到的启蒙跟感召也是比较多的。我讲一个比较小的故事，可能让这个网友听起来比较有趣。我是98年加入Rational的，我在2001年的时候到美国的Rational的总部开大会，这个大会是全球Country Manager的会议，这个会议上总共有70多位的总经理参加，当时的CEO是Mike，Mike现在被IBM收购之后他主要负责Rational这条产品线，他还在IBM，他就请大家统统站起来，一找，大家以为很累，就站起来，Mike就做了一个简单的早练习，他说我现在来答数，当我数到的数目是你服务的年限的时候，请你坐下，所以Mike就开始数，当时我在会场，他数到一、二的时候，都没有人坐下，数到三的时候，我是全球的第一个Country Manager坐下，当Mike继续数到十的时候，在座的服务超过十年的时候，还有一半人站着。Rational对现在的IBM规模来讲差别很大，在一个中小型的公司能够有那么资深的经理人跟着公司长达十几年、二十多年之久，这是非常少见的，因为我自己也参与过各个不同的外企，所以当时我特别感动，也给了我一个很大的启示，我觉得在职场的发展以及在职场的规划过程当中，对于自己本身经验、团队、时间的积累是非常重要的，他不是一个一触可及的过程，并且选择一个很好的工作团队以及很好的工作精神，这样一个工作环境是任何一个人在做他的职场发展生涯里面应该放在比较高的位置来做考量。这是我自己觉得在Rational过去六年当中除了非常稳健的一步一步把我们在市场上的客户都照顾好之外，同时我们也在市场上交了非常多的朋友，并且在市场上积累了更多的宝贵经验，从客户那边学到很多东西。 网友：我们知道微软在中国做得非常好的就是Windows，现在存在很多盗版问题，Rational也存在这个问题，对这个问题您是如何看待的？ 陈致平：我觉得产品市场的价位会随着新产品的推出会有一些变化，对于盗版这个市场的看法，我自己觉得软件的盗版可能是对自身软件行业和这个企业发展最可怕的一个敌人，倒不是你的发展技术能力高与低。要用软件生命周期产品开发的人，最关心使用这个环境，快速开发出高质量的产品。如果又想用软件开发环境来提升自己的产品，而对加工产品的开发环境本身不具备浓厚的知识产权保护，这对于所有的创新以及软件的开发，以及对中国未来整个软件产业的发展其实是一个最潜在的杀手。我们在市场上合作了很多伙伴都是使用正版，并且透过我们支持的团队，增强他们在软件开发技术上的交流，来提升他们软件开发的能力，用这种方式来强化他做软件开发的能力，相对于软件这个产业的结构在未来的发展是比较有健康力的，没有任何人希望自己在做软件开发过程当中，不去尊重知识产权，而却在你开发出软件的同时让别人来尊重你的软件开发，这是一个环环相扣的局面，但这也是一个发展的过程，我们也极力跟着大家一起提倡这个正确的观念。 网友：像Rational的RUP，微软方面有一个MSF，这些方法之间对于一个开发团队来说应该怎么样抉择，是相互参照还是一起用？这样会不会引起冲突？ 李纪华：我对微软MSF并不是非常了解，刚才有个网友提到CMM和RUP的关系，先回答CMM和RUP，大家可以通过这个问题可以透视怎么选择不同的方法。因为CMM是软件开发成熟程度、能力程度应该达到什么程度，在那个程度应该是个什么样的，所以它回答了一个WHAT的问题，并没有回答HOW的问题，怎么达到CMM二级，CMM三级，回答这个问题实际上都是通过RUP来回答的，RUP里面有点像一个大百科全书一样，在这个RUP里面，大家认为RUP是一个理论或者是一个产品，是一个停滞不前的东西，实际上RUP是时时在更新的，RUP对于XP的兼容性，在两年前RUP就把XP作为RUP的一部分兼容进来，实际上RUP本身就是从客户、从厂商那里的先进思想来借鉴的，RUP最早是来源于我们数千个成功的项目，它很强调的是最佳实践经验，不管是什么方法，只要是通过实践经验证明它是好的方法，你就可以采取。对大家来讲如果没有什么经验，没有什么感性认识，我建议大家还是先看RUP，去看看这几百个业界成功客户他们几千个项目到底都有哪些好的经验可以借鉴的，这样可以更短地缩短你的学习时间。 网友：有了XDE，设计人员和开发人员之间的界限会变得越来越模糊吗？ 李纪华：不能这么讲，在设计里面，我们如果详细地去看设计，其实设计也是分层次的，比如我们开始做设计的时候，都会有逻辑设计和物理设计，实际我们在做正向工程的时候，通常由设计人员来进行主导，从设计人员向开发人员来推，流向是这样的。如果开发人员逆向反馈，这种反馈一般更改的幅度和修改的复杂程度都不如正向来的那么广，因为开发人员是从自己的角度对模型来进行调整，对上层设计的改动，通常要由设计人员来兼顾，而不是开发人员自己想怎么设计就怎么设计，这两方面还是有很强的界限的。只不过正向工程和逆向工程，把开发人员和设计人员统一在一个工具里面，使他们之间的沟通更加顺畅，并不是说他们的工作可以相互替代。 主持人：Rational现在在中国有哪些大的客户？他们是怎么利用Rational提高工作效率的？ 陈致平：Rational在国内的客户几乎遍布在各个行业里，在金融行业里使用Rational来做他们的开发环境和管理的有工行、人行、中行、进出口银行等等，他们都有用Rational产品来做软件开发或者做质量的测试管理；在电信行业里面，在国内电信行业是很大的一个行业，这个行业主要分三大块，一个是运营商方面，像中国电信、网通，在各个省，还有研发中心，都使用Rational产品来做一些软件开发以及做一些规范的管理。电信行业里主要做设备制造商，里面主要分两块，一个是本国企业，一个是外国企业，本国企业像刚才提到的普天、大唐、中兴和华为都是Rational主要的客户，中兴、华为，他们每天使用Rational的产品来做软件的开发和管理数量都是非常庞大的。外企像摩托罗拉、爱立信、阿尔卡特、西门子，上海贝尔、北电、安捷伦、诺基亚都是使用Rational来做软件开发。在政府行业里面，像海关、税务，政府特别提倡电子政务，很多时候都是用RUP来做参考的导引。集成商方面，像神州数码、中软、东软、中创等等这些都是已经在他们软件开发环节以及项目管理当中都使用了不少的Rational和SDP的技术。这一块在国内市场发展已经开始具备成熟的雏形，经过过去五到六年，市场慢慢耕耘开发，以及对软件生命周期开发有了一个正确的认知以后，对市场有了非常大的进步，我们也期待市场在未来会有更高速度的成长，我们也看到在这方面有非常有兴趣的客户，包括一些企业已经陆陆续续在跟IBM  Rational接洽SDP，来协助他们在软件开发当中怎么样缩短开发的时间，并且提高他们的产品开发质量。 网友：用例图不能提供系统的整体结构，在使用ROSE时如何进行系统结构的表达？ 李纪华：不应该靠用例图，更多靠组件图或者部署图来体现系统架构，组件图是从组件角度来看系统，部署图是在具体部署的时候，你的系统架构是什么样的，这两个层面一个是逻辑层面，一个是物理层面。 网友：变量跟结构能不能深入到类当中，应该怎么样操作？ 李纪华：我建议你最好看看ROSE具体的文档。我刚才发了一个Rational的知识库，你可以在知识库里面找到答案。Rational知识库：http://www.ibm.com/software/support/rational/ 网友：Rational从模型到生成代码的效率如何？ 李纪华：Rational生成代码的效率，这个问题本身我理解得不是特别清楚。我照我的理解先回答一下，生成代码如果指ROSE或者SDP里面的正向工程，生成的代码是框架代码，不是可执行的代码，所以谈不上效率的问题。另外，如果你指的是Rational 另外一个实时系统分析设计工具叫ROSE RealTime， ROSE RealTime可以生成源代码，这个效率客观地讲相当于一个中到高级程序员的水平。用户可以在自动生成的代码基础上根据需要进一步进行优化。 网友：Rational产品能否提供更多的接口？ 李纪华：有非常多的产品都提供了API的接口，大家可以通过接口把Rational的产品从你的开发环境或者你的设计环境来调用Rational的产品。另外一个接口，大家可以看看Rational在新一代产品里面开始用Eclipse进行非常好的结合，所有的产品都可以做一个Eclipse的插件，来插入Eclipse，而Eclipse是一个开放性非常强的平台，从这一点上可以更好地集成Rational的产品。 主持人：Eclipse是一个开源的项目，在Rational的其他产品有没有这样一个计划？ 陈致平：SDP开发的平台有一个非常好的远景设计，远景的设计是对于整个企业包括对于终端的用户而言都是长期的保障，在设计开发端是遵循UML这个标准来做，设计这一端是UML，在开发那一端是Eclipse开发平台制造成的SDP的开发环境。我觉得遵循这个标准对于未来所有软件的开发有一个最高程度的保障，因为在未来的软件开发环境里面，所有使用软件开发人员他们个人的需求，对于他们的产品或者他们项目的建立各有不同的需求，可是他希望他的投资能够受到长期的保障，并且希望能够在一个开放性的平台上做发展，开放性的平台上做发展有一个保障原因之一就是软件的开发人员流动性很高，如果你不能在开发性的环境里去对你的设计、开发做一个比较完善的管理和规范，可能有很多开放出来的东西，你后面的继承者可能不能继续发展。所以在SDP平台上有着开放性的平台结构UML和Eclipse的支持，另外有RUP作为方法论和指引，纵观整个市场而言，有了一个给客户最有承诺性以及最有保障性的开发环境。确实现在在市场上使用SDP，它在我们生活当中的使用量、使用的深度都是在我们软件开发行业里是具有显著效应的。 主持人：因为时间的关系，我们今天的聊天就进行到这儿了，在活动的最后，请嘉宾对CSDN的网友讲几句话。 陈致平：今天你们这么持续参与这个访谈，首先对你们表示感谢，对你们的兴致我感到特别鼓舞，软件开发这个行业一定要有非常高的热诚和热度，因为这个行业还是在起步阶段，后面后续的发展是热不可挡，大家对这个行业要有坚持，因为这个市场对于大家未来的生涯规划和发展都会有一个很强烈的冲击和保障。我希望大家出去有兴趣对IBM Rational、SDP的环境有更进一步的接触想法，不妨跟DeveloperWorks网站接触，因为DW网站可以提供很多我们面对面的接触机会，大家可以多多利用这些机会跟Rational散布在全国各地的专家们、顾问们做进一步的接触。再次谢谢大家的参与。