软件频道>程序开发>JavaVBVCDelphiC/C++Web开发微软专栏移动数据库程序人生软件工程|开发客
您现在的位置: 天极网 > 开发频道 > IBM RSDC:高级咨询顾问孙昕介绍JAZZ平台
全文

IBM RSDC:高级咨询顾问孙昕介绍JAZZ平台

2008-10-23 10:24作者:佚名出处:天极网责任编辑:卢林嘉

  Rational RTC发布后,IBM Rational高级咨询顾问孙昕进行了题为“Jazz 构架,路线图及生态圈”的主题演讲。

IBM RSDC:高级咨询顾问孙昕介绍JAZZ平台

IBM Rational高级咨询顾问孙昕主题演讲

  孙昕以企业进行软件开发面临的挑战开始主题演讲,通过软件开发成本的增高,投入的紧缩引出一套成熟的软件交付平台的重要性。进而从collaborate incontext、Right-size Govermance、Day-one productivity三大特性引出JAZZ软件交付平台,并从业务角度和客户角度出发,根据项目经理、开发人员、测试人员、开发管理者、客户的不同需求来阐述JAZZ平台的出发点、突破点。在演讲的第二部分中,孙昕重点介绍了基于JAZZ平台的产品以及产品的发展趋势。这一部分重点介绍了ClearCase、ClearQuest、RTC、RRC、RQM等已发布或即将发布的产品,以及将于09年发布的rational reporting、project management等新产品。第三部分中孙昕介绍了JAZZ将给企业带来的创新和机遇。如工具和数据的整合、成本的降低、数据的顺畅交互等。最后介绍了一些其他的资源,如jazz.net等。下面为演讲的具体内容:

  孙昕:大家上午好!刚才我们在看“小西天公司”的时候,不知道在座想想最羡慕谁?我听见了是猪八戒。可能作为个人来讲喜欢猪八戒,精神和物质方面都获得丰收。但是从另外一个角度来说,可能更喜欢如来佛,如果点鼠标就能够获得Jazz真经的话,太酷了,很容易。其实获得Jazz真经并不是那么难,我相信通过一天的交流、沟通,以及外面一些展台,大家能够真正了解到Jazz是什么。其实坦率来讲,我们佛祖也没有时间跟我们交流Jazz真经是什么,所以任务就交给我们了。下面我抛砖引玉,带来我们的第一个话题“Jazz以及整个IBMRational产品的发展路线图”。

  我是IBM专门负责Rational工程师,我叫孙昕,在座很多人也认识我。软件工程一直在说这是一个完整的交付平台,及意味着软件从需求端一直到最后交付完整的过程。Jazz框架带给我们的冲击就是Rational平台基于Jazz架构之上我们的今天是什么,未来又是什么样的,这就是我今天演讲的主题。

  今年以来,在这个行业Jazz这个词儿出现频率非常高,很多人也在说,Jazz是IBM以及Rational一次前所未有的浪潮,包括对软件工程行业甚至是一次深度的变革。其实我们可以看到IBM Rational为什么花了这么多精力和时间做这个框架呢?其实是因为我们碰到了前所未有的更多、更多的挑战,所以我想在第一部分要谈谈挑战。其实我知道在座的很多人也是来自于各个行业,也是在IT行业都是一些项目经理,甚至我们的CEO等一些高层管理人士。

  IBM走到今天,我们一直关注这个领域,包括IBM提供一系列的解决方案解决这些问题。我先给大一组数据,第一个是美国上市500强企业平均企业生存周期,1928年的时候很长,其实到了2008年以后,大家知道现在一个企业可能面临的商业竞争压力越来越大,这对我们IT提出了什么要求?我们IT最想做的事情是IT真正交付一个东西,支持我们的业务发展,迎接我们的业务挑战。所以我们需要做的就是我们需要进入到一个支持我们运营的IT系统。从另外一个角度来说,整个开发过程我们对监控的要求是我们IT必须满足的。这两方面推动出来一组数据大家可以看一下,这一组数据是蛮严酷的,我个人感觉。第一,从2005年开始一直到2008年我们每一年的运营成本增长10%,我们的成本越来越高。我们在软件开发投入是一个缩减的趋势,这个缩减并不意味着金额的缩减,我们在整个IT当中50%给开发,现在只有35%了,我们的成本越来越高,我们的投入相对来说越来越紧缩,而我们面临的挑战也越来越多,这个时候需要的是一个更成熟,给我们带来变革的成熟软件开发方法和平台,让我们使得软件工程以前的梦想,像自动化生产线一样做生产,多多少少往这个方向走。

  我们谈谈什么是很成熟的软件交付的完整方法。这是一个理想化的模型,大家可以看一下。首先我们从个人的角度一直到团队,到组织一级,纵轴我们分了一系列。在座很多出自于程序员或者领导了很多程序员在做开发工作,程序员对想的是什么?我想大家也深有体会,其实就是自动化。自动化能够提高我个人的开发生产力,这是毋庸置疑,但是这是不是一个成熟的软件开发平台呢?不是。对于我们整个Team来说需要的是什么,即便是全球化的团队,我们也能够在一起进行非常有效的沟通。我们的项目是能够在被严格控制下平稳的运行,而且我们的沟通成本都是非常低的。对于一个组织而言,我们一个组织整个一个企业会有很多的Team组成,这时候作为企业来说,更希望在所有的Team当中软件开发资产都是我企业的宝贵资产,我们能不能把这些资产成为我企业的一部分,成为企业的生产效率。从另外一个角度来说,可以通过资产的变化作出更精确的预测,控制整个企业在开发过程当中的一个发展方向。从更深一个层次来讲,我们的IT一定是支持我们业务。这是一个很完美的情况,就是我们的一个成熟的软件交付平台。我想在座很多都是领导,大家可以体会一下我们现在成熟不成熟?成熟不成熟定义很简单,如果我们明天或者下周或者下个月有一个关键业务要上线,今天在家里能够开开心心睡觉,你不用担心,你知道在你的企业当中你的开发团队已经按照成熟的方法在一个非常成熟的平台上,在交付软件过程当中你就可以安心睡觉。大家想想我们是不是在安心的睡觉?我想如果安心睡觉的话也就不用过来了,应该说绝大部分不是的,但是其实这一点并不孤单。我们再给大家看一组数据。这是2006年作过一次全球的调研,我们可以看到只有34%的软件项目被认为是成功的,这时候我们要强调一下,34%成功项目并不意味着项目成功标准非常高,只有34%项目认为成功。在2004年ERP系统造成的损失就是1.6亿美金,数据被破坏达到了2.56亿美金。我们可以看到每年因为我们在做软件开发交付的软件造成的宕机损失每年是3000亿美金,意味着大家说一个成熟的交付解决方案平台是重要的重要,我们反过来看它造成的损失达到3000亿美金,我们说它重要不重要?无疑说是非常的重要。

  首先是地理上,我们现在已经越来越是全球化开发,即便不是全球化开发,我们也会涉及到很多不同的部门、不同的团队。这里有我们沟通的问题、有文化、差异和时间上的问题,包括我们因为在企业部署整个软件开发过程当中,因为流程设置不合理,流程之间是有问题的,不得不让我们工作进行返工,当然还有部门之间的摩擦。归根到底是沟通的问题,在我们的组织里和团队内部有很多障碍。再有是组织障碍,是缺少有意义的协作,在座很多人都做过项目经理,我以前也做过,80%的时间是在开会和沟通,而80%的时间当中大家在召开会议的时间当中又有80%的时间是在收集信息,张三你做完了吗?李四你做完了吗?这些都是没有意义的沟通。因为这些数据本来是可以借助方法、流程、工具收集上来的,而我们现在花大量的人力做这种信息。从这方面也体现缺乏对项目的监控能力,使得整个组织是混乱的。同时,我们缺乏行业专家的问题。

  从另外一个角度来说,我们在软件工程的各个环节,从需求管理到开发、到测试、模型的建立以及构建过程我们都是在不同的工具在使用,工具之间无法兼容,信息是隔离的。大家可以想一想,在很多企业里因此产生了很多的自查,比如不相信这个模型,是不是来源于真实的需求,代码是不是来源于我们的模型,测试工具是不是覆盖了我的需求,其实很难相信它。我们还有其他一系列的问题,针对这些问题,我们最终突出的是造成只有34%的项目认为是成功的,最根本的原因是在整个项目的研发过程当中,我们项目的参与人、项目贯彻的流程以及整个项目是割裂的,流程没法儿控制人。在项目当中人都是分散的,很难沟通,项目的进度和实施监控都是靠人主观去收集,这就是我们称之为数据效应。这时候展现出来是另外一个数据,我们的客户42%认为项目所产出的质量是满意的,37%认为是软件开发太慢,50%的外包是超出原来的想象。我们应该怎么去做呢?大家可以看看,首先从下往上看,第一是需要内容协作的平台。我们能够清楚的知道整个团队在开发过程当中,什么人什么时间干了什么事情,为什么?这是一个透明的平台。

  第二,让整个团队即便是在不同的部门也要紧密的合作,即便这个人不在北京,也可以进行视频会议,这就是内容协作。这样的协作使得地理上的障碍被克服了。我们适合尺度的监控,监控什么?监控整个软件开发的项目。我们可以用自动化的工作流去提高我们整个团队的生产效率,这个工作流不是空泛的东西,是可执行的流程,所有人都可以参照这个流程能够去运作,在这个流程上提供一个一个角色、一个一个小部件。同时应该有一样技术能够把我们整个环节,所有项目的信息和数据都能够自自动化收集上来,呈现给相关的管理方。这样我们就省去大量的沟通时间,叫有意义的信息收集。

  同时我们可以提供实时的报告、报警,这就解决组织级的问题。另外,我们强调从第一天开始就能够有一个高效、高生产率的进行运转。大家可以知道,在我们传统开发的过程当中,我们要有一个新项目立项组建一个项目组需要多长时间?大家可以估算一下,有没有可能一天内完成所有的事情?一天内让我们整个团队在这个平台上搭建好之后开始工作?真的是一个高效。同时这个团队需要使用什么样的工具,在这个环节,在整个项目环节需要什么样的工具能够立刻组装好,这些是应对我们开始提到的根本性的问题。这就是Jazz框架的精髓,Jazz开放性的技术框架,能够主动帮助整个团队和团队的成员更紧密的工作在一起,从而交付整个软件的平台。Jazz同时又几大特点:第一是非常强壮、可扩展性,我们下面的分会场会介绍各个环节的产品,即便是这样我们还有非常广大的生态圈,这个平台能够把很多能力扩展出去。我们不仅是小团队、大团队都可以使用这种框架,在这种框架上真正可以把整个资源很动态的组织在一起,并且Jazz不仅仅是技术,也是我们的社区,是一个开放性的社区。我们可以利用社区的资源为整个软件开发做事情。

  上面给了大家一组数据,是从业务层面看到我们的工作。另外我们想听听客户的声音,客户是涉及到整个软件交付环节所有的角色,CIO和一些项目经理,我们可以看看CIO关心的是什么?他关心的是我能够看到我现在企业当中这些项目运转的情况怎么样,你能清楚告诉我就可以了,而且符合不符合我的业务发展。作为项目经理来说,需要从上至下的管理贯彻的能力,他可以知道这个项目现在的状态是什么,出现的问题在哪里,可以一路追踪下去,发现一个问题可以知道这个问题出现在什么地方。作为开发的人员来说需要过程化,一个很规范、科学、自动化的流程能够让我所有的开发人员从需求分析人员到最后测试人员在这个流程中运转,能够最大化的自动化。作为测试人员,因为测试人员最辛苦,全球的测试人员都很辛苦,中国的测试人员更辛苦,我们在很多企业跟我们的软件开发团队有很多的沟通,像国外可能微软大家都知道,测试人员和开发人员比例是2到3个测试人员靠一个开发人员,在中国反过来已经不得了了,很多企业实际开发人员后面只有一个测试人员。所以,测试人员需要更好的东西能够提高他的生产效率。作为整个开发的管理者来说,他希望有不同的团队,可能是分布式的团队,怎么能够组织在一起?而且短期内就可以把整个项目做好。我们需要寻找哪些突破点呢?其实就是我们后面谈的Jazz给大家带来的价值。

  第一,CIO,我们可以更清晰的层面展现给他整个的项目,而且这个项目符合不符合我们的业务逻辑。项目经理,透明的监控能力。大家一直在谈项目管理和透明的监控能力,透明的监控能力将来体现在什么地方?作为开发领导来说希望有这种流程,而且这种流程不是拍脑袋想出来,而是来源我们的实践,我们叫最佳实践。所以测试人员就是自动化,自动化是提高测试人员生产力的根本之道。作为开发的管理者来说,希望团队能够更协同工作在一起,让整个的开发和交互能够更有效。

  我们总结说一句,我们需要的是协作应用生命周期的管理解决方案,这个方案和贯彻的方法使得我们技术团队和商务团队紧密结合在一起,从而交付我们整个软件的过程。SDP的概念大家也都很熟,我们强调我们是在交付,从需求和端到端的交付过程。我们可以看到,现在基于Jazz的框架下我们的交付平台可以适应各种各样的软件开发和交付过程。同时我们强调SDP不仅使得我们企业实现自动化、现代化和软件工程的自动化,而且能够给我们企业非常强有力的监控能力,在这个平台上运转所有的项目状态是什么样。在整个Jazz之上,整个社区能够帮助我们从开发人员到整个团队不断提高。这个社区能够提供很多的服务,协助我们整个软件交付平台更完整。通过这个平台我们也可以给客户更多的服务。

  如果再细得定义一下,大家可以看到SDP是把Rational在软件工程和相关环节当中所有的集成在一起,形成完整的交付平台。Greet Tinreads,我们在实施部署当中提炼精炼出来的端到端的流程,使得我们有很多使用场景。比如说敏捷开发,我们可以有一系列产品完全满足端到端的过程,这里包含协作应用生命周期管理,以业务为驱动的软件开发的监控等一系列称之为Greet Tinreads。我们在说端到端的场景不是Rational自己拍脑袋想出来的,是我们过去十年总结出来的。比如我们是财务服务公司,对于财务服务公司来说,它建设IT的目的是什么,首先有业务驱动力,我们可以看到这些业务驱动力可以使用IBM和Rational一系列的度量方法可以知道,我们对于整个市场压力在什么地方。因为有了这些压力,我的公司要适应它,我们就要有运营的目标。因为按照这些运营目标如果成功的话,我们一定能够适应整个现在市场的挑战。从Rational来讲,如果我们开发出一套系统能够满足运营的目标,这就是我们一系列的最佳实践。比如我们能用模型驱动的方法做软件开发,我们能够实现真正的持续集成,通过最佳实践组成完整的场景就能够满足财务公司的运营目标。

  这些最佳实践投射出最后是体现在什么层面?就是一系列Rational的产品。大家比较熟的是构建工具,我们需求管理工具和其他一些工具。今年在Jazz平台上推出的产品有RTC,有需求的捕获公司IRC,有质量管理的方面的产品。RTC下午会有很多展示,对于一个敏捷的开发团队,我们如果从项目的角度、从代码的角度、从管理流程的角度让整个团队运作得非常顺畅,这个产品是真实映射在我们现实世界里,一个平台、一个工具会让我们整个开发团队运转得非常好。

  大家都知道,今年4月份的时候Telelogic收购到IBM Rational的成员,我想说一下Telelogic客户和Rational客户对于IBM来说是同等价值的。IBM收购Telelogic,更强项是软化IT开发行业。对于Telelogic是系统开发、嵌入式开发领域有更大的优势。我们将来想给大家提供更完美的解决方案。

  总结说一下,我们在谈挑战,谈完挑战谈应用这些挑战,就是建造什么叫Jazz的框架,以及基于Jazz框架我们未来SDP的发展。我们将来有一系列新产品的发布,我们最终的目的就是能够让我们的团队、我们的成员、在这个项目组织成员真正更紧密协作在一起,来交互整个软件高效,使得IT投资最大化被保证,这就是Jazz带来的好处。比如Jazz使得一个真实开放的社区去弄的改革浪潮。我们现在产品与产品的发展趋势其实都是应对刚才说的挑战,以及未来一些挑战我们应该在哪些方面做工作。下面我主要在这些方面给大家做介绍。

  因为根本性的原因,我们如果把这方面做好,我们所有的开发平台会变得很好,达到什么样的效果呢?大家可以看一下,内容协作让我们整个的团队会议更少,不用看大量的纸质报告,我们可以在沟通非常顺畅的平台上。另外可以使得我们很容易知道项目是不是符合企业的规范,而且项目是可以真正可预期。我们下午的时候就可以看到,怎么样在敏捷开发团队看到这个项目的实时的进度。我们真正能在一天内搭建整个项目组让他们开始工作。还有能够是开放的,并且是能够扩展的框架。这种框架是整个社区提供的,能够帮助我们整个软件开发看似是虚拟,实际上在严格的监控之下,而且我们可以有选择的,在各个环节通过各种产品基于Jazz做完美的整合,然后用我们需要用的软件交付平台。第一步我们简单介绍ClerarQuest和ClearCase在这方面做的工作。大家可以看到,我们的ClearCase和ClearQuest7.1马上就要发布了。作为ClerarQuest来说,实际上它是一个流程驱动的驱动的引擎。在内容协作上它的新版本有哪些新功能,我们可以跟RTC做集成。实际上在ClerarQuest里,我们很多任务单可以同步到RTC当中。而且整个ClerarQuest外部浏览器已经是全部可以做,而且基于Web 2.0,具有更高的沟通新。对于监控环节我们可以看到,ClerarQuest一些新功能能够有权限控制。同时,对于客户和管理者来说,可以远程查看各种各样的数据库,不仅仅是ClerarQuest的数据库,甚至可以是Rational其他相关整合后的数据库。从第一天开始的高生产率来说,CQ有一个现成的流程已经定制在里面,作为客户来说拿到这个产品可以从开始到结束会走这个严格的流程。就CC来说,我们强调的是一定要协作,让我们沟通更顺畅,这个功能是什么呢?我们每一个开发人员可以把自己的版本和信息,想要看到的视图共享,其他的人就可以看到。这样沟通起来非常顺畅,而且能够更快通过跟Jazz相连实现敏捷性开发。在新的版本当中,后台数据可以存放在ClearCase里面,前端是RTC的工具。从监控角度来说,CC新版本里内制技术,能够实现实时监控的的技术。比如我们存储区的磁盘,发现快用完的时候会报警,这样能够监控我们的团队运行得好不好。这些从高可靠性和高生产率的角度来说,因为跟RTC的集成适合一个敏捷的开发,可以有很大的扩展性。

  今天我们是RTC的发布,接下来会有更多的产品出来。RTC是协作的平台,大家可以看到它把配置、变更、构建和一部分的需求和管理融合在一个平台上,给敏捷开发团队提供一个完整的解决方案。RRC给大家更强的需求捕获能力。我们开发很多的产品跟现在的Rational做集成,将来Rational的产品都会做到整个Jazz的平台之上。除了我们现在做了很多新产品之外,我们还有更广泛的,称之为生态环境。我们除了Rational本身的一些工具在Jazz的框架之上已经发布了,其实还有整个相关行业一系列的厂商、工具,实际上都已经能够集成在Jazz平台上,现在有一些已经使用。比如像SOA方面和我们在需求捕获工具里能够做需求的前期的仿真,这一系列的公司和产品都融入我们Jazz的平台当中,大家很快就能够看到他们的价值。

  这是我们一个真正的场景,这个场景可能并不适合所有的团队。这个场景从最开始的计划到组建和代码的开发,到最后的管理和测试和交付。在所有的阶段当中,我们会有不同的角色,使用不同的场景,实际上这就是组装成SDP的平台,提供给整个客户。在各个阶段他们需要的是什么呢?这里我就不细解释了。简单来说,我们这么一个场景端到端的流程就可以通过工具的组装,形成完整的SDP的完整交付解决方案。基于Jazz架构的新产品就是RTC,其有传统的工具CC、CQ等一系列的。我们再看看将来2008年之后,Rational要做的产品,他们如何的步骤。09年的时候我们会出一系列新的产品,现在对于管理者来说我关注不仅仅是一个环节,我关注的是所有环节,甚至所有环节的这些信息通过一些纬度抽取上来才能真正实现科学化的管理。我们可以通过一系列技术按照不同的纬度展现给管理层。还有一个项目管理工具,我们也会在09年推出。还有IMC定制整个企业开发方法过程的工具在Jazz平台上,现在也有,但是以后也会推到Jazz平台上。还有CC、CQ都会推到Jazz平台上,在2008年之后。除此之外,我们也做了一系列的工作,跟现有的产品比如建模工具、安全测试工具去做集成。这是我们未来一步一步的发展方向。

  大家可以看到为什么一直提到Jazz,因为通过Jazz的框架使得我们沟通更容易,使得数据集成交付更容易,我们后面也会简单介绍数据的整合。

  我们前面谈到挑战,也谈到产品的发展路线。第三,在整个Jazz框架下,在整个SDP的解决方案下,我们背后的技术到底是哪些呢?我们揭开隐性盖,看里面到底有哪些非常好的技术。在谈到技术的时候,我们先谈现在行业非常大的发展趋势,其实我们要谈到是互联网,大家可以看到互联网的用户数是指数性的上扬,现在又是Web 2.0的时代,以前的WEB是信息提供和信息的索引、查询,Web 2.0时代是每个人在互联网社区的贡献者,我们都能参与信息的提供和交付,在Web 2.0时代涌现出很多公司,比如Ebay这是典型的IT的神话,包括我们的社区,还有游戏。这些非常成功的案例都是借用Web 2.0的技术提供更新的一些服务。我们为什么不用互联网的资源呢?我们现在已经在用,这就是我们应该使用互联网为我们Rational工具做更多的事情。因为互联网能够可扩展性,几乎没有一个事务能比得上的。同时可以把所有数据各种信息整合出来,而且我们可以看到真正的协作性,大家都使用各种各样的技术都能够体会到互联网的协作性,像即时聊天工具等等。我们可以使用到哪些呢?现在比较流行的是Rational技术,以前做软件产品集成最大的困惑是什么?最大的困惑是需求管理工具,测试管理工具,配置管理工具和模型,这些都是和工具绑定的。

  工具之间的整合代价非常之大,我们现在把数据和工具剥离了,在Jazz框架之上我们很多的数据不是在工具层面,是在Jazz的平台之上。因为最后我们要做集成的时候,实际上是数据说话,我们的数据实际上都是称之为URLs唯一的标识。以前我们谈URLs的时候只是识别一个对象,比如想看一个图画就很简单。如果想看一个图画具体的大小和尺寸和信息,我可能需要通过另外一个URLs去查询。现在对于数据而言,对于使用者可能有不同的纬度去看这些数据,对于数据本身来说,它有唯一的URLs,通过这种数据可以通过URLs,可以看到整个完整的数据。在整个配置当中,在新的版本中可以看到通过URLs我能够看到这里当然有权限就能够看到什么样的文件、版本和信息。大家可以看到数据的交付都是通过这种技术来实现的。这里是嵌入URLs,有各种各样的资源和表达的方式,这个提供的扩展力是非常非常之大的。

  通用的平台还提供什么,使得我们的成本降得非常低。包括集成的成本、使用的成本整个Jazz平台之上,大家会体会到成本降得非常低。而且我们会谈到很多Web 2.0的技术,因为基于这个框架做的SDP,和其他的软件会有更强的沟通能力。为什么呢?因为我们用到很多Web 2.0的技术,我们可以对所有在这个平台构架上的工具,它的数据做查询、统计。大家可以看到这是社区的平台,意味着我可能是作为开发人员关注着某个需求管理人员,他做一些事情的时候,我可以通过订阅服务,比如他做了一些数据和模型,这时候定位的模型可以自动的发到我的信箱里面来,我就知道张三李四在做什么,这是典型的Web 2.0的应用。我们可以实时针对一个任何工作单进行讨论和开会,在开会过程当中,我可以把所有的信息拖拽过去让与会者看到现在的任务是什么,现在的代码是什么。我可以发布在网站上,大家可以做编辑和公布。我们还有更全面的能力,我们常见的比如可靠性、可用性,都是在Jazz平台上可以实现。

  我们再看一下以前没有做的,我们一直在谈软件工程最大的问题之一,就是工具之间的集成,我们能不能有一个完整的链条从始到终是一个完美的集成。这个完美集成是什么呢?很多人在想以前都是工具之间的集成,点对点的集成,工具之间靠把数据做复制,我们跟希望在数据层面做集成,不管工具用什么工具,工具的数据就直接可以在底层进行交付。同时,我们要看到有没有涉足一个专门针对软件工程的数据模型。软件工程常见的版本、变更都是很具有我们特征的信息,这种可以设计成一种设计模型在存储当中来,将来所有集成来我们就可以在数据方面进行查询。同时我们提供不提供一个框架?这个框架干什么?我经常跟客户说Jazz有一点像大的集成线路板,我今天想做需求管理工具插一个芯片,明天想做模型插一个芯片,我现在只需要这两个,将来做测试的时候再插一个芯片。我拥有这些能力,而这些能力的数据都是在一个大的线路板上进行。我基于这些数据可以进行各种各样的统计查询,而不是进行单个的工具整合。说句老实话,以前真正把软件工程,不管别的厂商还是Rational,把所有的权限工具用好并且集成所有的客户,并不是很容易。因为有一点,集成的成本很高。我们到Jazz平台上,带给我们的价值使得我们成本越来越低。

  我们不仅仅提供一系列的产品,在软件工程从需求管理、配置管理、变更、配件积极对团队提供的开发工具各个方面都支持。我们还可以把IBM很多工具产品整合在一起,我们提供了一系列,除此之外,在这个平台上我们通过定位服务,使得整个团队沟通更加的顺畅,我们可以看到所有工具底层的这些数据按照各种各样的纬度展现出来,我们贯穿整个生命周期,通过一些图形展现出来,而不是说只看需求,只看侧重率,它是一个更完整的生命链条。我们有安全方面,我们有试点通知,所有的人、所有工具做任何事情我都可以定义成一个事件发到信箱当中,我们可以对整个平台进行查询、检索和统计,我们可以集成,可以集成已有的工具。

  我们非常强调除此之外,我们已经有一个叫Opne Services for,我们接收可以拿到在Jazz平台上所有的工具所使用的数据。从另外一个方面讲,对于第三方按照这种协议和标准暴露出来的数据,同样可以为Jazz平台所接收,这样做的好处就是我们以前说的我们在软件工程,会有一个开源的工具,会有CA的工具等等,但是这些工具很难整合在一起,到今天不一样,我们都使用互联网资源,都通过Rational技术把我们的数据暴露出来,大家通过这个完成整合。这些标准和框架公布在Jazz平台上,Jazz并不是IBM,是整个开放社区的,IBM是整个的推动力。而且我们是借用很多互联网好的技术。我们强调不仅仅是我们强有力的沟通平台,我们所有的工具在不久的将来会慢慢一步一步在Jazz的框架之上,享受Jazz给我们带来的技术创新,使得我们整个开发团队真的像一个大家庭一样,会很快融入开发团队,实现交付。在平台上所有的工具是可以选择的集成在一起,实现软件交付平台。即便如此又开放Opne Services for,使得更多开源社区能够采用业界标准的技术,使得我们数据交付更顺畅,而不是有大量的集成成本在里面。

  当然除了这之外,我们还有一系列的资源可以跟大家介绍一下。我们有一些社区,大家知道在RQM在中国做的研发,在发布之前,我们愿意邀请中国的客户来参加使用我们在发布之前的产品,欢迎大家来提意见。大家可以看到IBM Rational今天中国的声音也越来越强,也是因为中国的客户长期以来一直支持我们,我们可以看到Rational很多产品的研发是在中国。同时提供了很好的机会,让我们的研发团队更好接触中国的企业需求,使得我们产品更适合中国和更适合软件开发的发展。大家可以通过www.Jazz.net看到所有新的产品发布、信息等等,还可以订阅一些杂志。这是我们能够在互联网跟大家共享的,Jazz所有的东西都是共享给大家。

相关搜索:
相关文章及软件
关注此文读者还看过
文章排行
本周
本月
最近更新
关于我们|About us|网站律师|天极服务|电子杂志|RSS订阅|加入我们|网站地图
TMG
Copyright (C) 1999-2009 Chinabyte.com, All Rights Reserved 版权所有 天极网络
商务联系、网站内容、合作建议:010-82657868
版权声明 在线提交意见反馈 渝ICP证B2-20030003号
经营性网站备案信息 网警备案 中国网站排名
天极传媒:天极网|比特网|IT专家网|IT商网|52PK游戏网|IT分众