基于Eclipse的下一代建模工具

              基于Eclipse的下一代建模工具

    孟言：CSDN的网友大家下午好，昨天世界杯结束了，今天我们就可以把精力重新投入到我们酷爱的技术上，很高兴与大家进行这一起CSDN的视频节目，我们今天很高兴请到软件建模资深的专家，一位是李纪华，他是IBM Ratinoal的技术专家，另外一位是 邢波淘 先生，他是炎黄盈动软件建模的技术专家，今天我们还是要探讨一下在软件建模技术以及SDP一些新的技术方向的一些最新进展，SDP是什么意思？

    李纪华：SDP它是软件开发平台，所以从名字上讲能够像工厂里面加工产品像生产线一样不出产品线开发出来，他里面包含一下开发工艺的传接，比如从最需求的开始，到软件的架构设计，到软件的一些详细的设计，到软件开发的测试，以及软件开发整个的变更控制的管理等等一系列内容。

    孟言：说道SDP我最早知道是04年、05年的时候，软件交付自由化，当时是一个概念一个理念，为了支持这套理念，就作了一套交付软件开发平台，就是相当于从这个设计到开发到建模，还有一系列的测试，这些东西全放在一个管理上，不出一个平台就把这个东西交互出来，现在举这个大旗的是IBM。

    李纪华：当他成IBM是有一个产品，那就是软件开发有一个产品，他推出这个概念的比较短，那实际上这套产品线的完成，早在97年就比较完成了，就是Ratinoal企业套件，这里面关系到管理过程，到开发测试，全都集成到一起，那为什么说这个是开发平台呢？我们一会会探讨这个，就是讲讲Ratinoal以前的技术，一直到界面一直到统一的一个界面，所以从IBM的产品先他成为一个SDP或者一个产品化的SDP，他也有这样的概念，所以他成BLAND他会有一个想法，其实未来他现在也在抓紧研发一个产品，所以当时也评论，IBM有一个产品，微软有一个BATE，BLAND有一个IDER，有一个想法。

    孟言：就是Ratinoal是不是差一个软件环节的这个东西？

    李纪华：对，我在IBM呆了六年多了，我见证了一个开发过程，就是Ratinoal以前自己是不作IDE的，在 2002 年底 2003 年初，改变在开发软件环节上非常的强，我们以前作WSCED，在Ratinoal加入IBM家族以后呢？就是弥补了IDE的空白，就是现在Ratinoal也有IDE环境，就是在开发上还没有做最终的定义，就是如果用户有了微软开发工具或者第三方的开发工具，IBM可以跟他很好的结合一起使用。     

 

    孟言：我们知道不管现在李纪华刚才也说了，改变现在大公司不管是SDP不管一个理念基本上都认可，他是一个必然的方向，没有把这个环节现实出来，就是用统一的工具去显示建模阶段。以前建模阶段是停留在脑子里，所以逐渐越来越多的人能够接受，能够用建模的方式来做出来。你觉得有这个必要吗？

    邢波淘：以前我们用Ratinoal  BROWSE，我们会进行一些设计，进行涉及的过程当中，它的周期会比较长，和用户在企业开发过程当中它的企业开发周期会比较段，它的竞争处于无序的竞争，它的报价给张的非常激烈，还有要求周期比较短，还有在大环境下我们采用那一系列产品的时候，RUP给搭建保证一个项目，质量还可以，它的进度上压力还比较大，他可能跟用户的期望值差距比较远，所以在软件的过程开发当中，他作为一个企业他怎么有建模的工具怎么能去很好的辅助开发，MDA提出了一个北京，就是加速一个企业交付自己的产品，这样能够有一个高质量的产品发布出来。

    孟言：现在在Ratinoal发布的地下里面有一个建模叫什么？

    李纪华：就是刚才提到了就是在Ratinoal加入IBM以前Ratinoal像软件开发平台和集成开发平台有一个产品，这个产品的名称较SDE，实际上他就是把这个建模跟你的开发跟你的测试甚至跟前期的需求还有整个项目需求的管理形成整体的一个项目管理线，当SDE发展到现在位置，由于跟IBM的合并，就是非常极力倡导，现在建模也是一个比较最新的产品，我们建成RSM，他一旦和你的开发棒在一起的时候，就是提倡在SAD，直接采用3.0的技术，他较Ratinoal软件架构师，实际上这个软件是专门为架构师专门设计的，实际上在Ratinoal开发软件他是专门作业务流程建模的，他在Ratinoal上有一整套建模的产品，所以用户采用了集成开发平台或者用微软的平台我们都建议用户去用RSM，更好的跟你的开发产品结合在一起，用COBO甚至用C＋＋来做一些工具，但是用RORS的一个点对点的集成方向。

     孟言：你们两位都作领域的，你们能不能这样给大家解释一下你们的动机，就是用不用到底有什么区别有什么好处？其实我们知道现在的开发团队都是用这种开发产品，你们坦率的说能够给他们带来什么好处？

    李纪华：这个话题就是是否用软件开发工具帮助你，那么我们用软件开发共聚合集成开发工具我们可以分为两个层次来回答，就是作软件开发的时候你单程用一个开发工具直接去作的话，对于一些小的产品没有太多太长远的规划，如果一些小的产品小的项目没有明确，没有过多的技术风险不是用任何东西就可以做出来的，也许根本就可以做出来，现在很多产品的周期和规模都越来越大，而且另外一方面从市场技术开发来看变化很快越来越负责，但是现在反映出来软件开发技术特别快的发展出来，变化日益频繁的这种软件项目，特别是这种大型的软件项目，第一我们必须要用工具去作，那么用了工具以后，跟我们今天的话题软件开发平台，在长期的摸索在发现，比如我们用了需求产品去做需求管理，那么需求管理有他自己的一套规律和他自己一套的方法去支持，那么这两个产品之间可以集成，但是毕竟他是两个产品，况且你还需要作一些配制，都会感到不太方便，都是零碎的，所以说从这个角度来说再加上很好的奇迹，使这个SDP成为了整体的一个集成，就是SDP和以前不同的就是工艺的过程或者需求或者开发或者测试等等一系列的东西我们都可以像查检一样查在平台里面，这个操作界面都是值得我们需要学习的，学习Ratinoal只剩下理论操作这部分了，很多人看到SDP他们都是说很期待的一个问题，就是从一开始的业务需求这个使得开发团对就变的简单了，那么不同的工具你要看模型就要用ROS，你要看一些文档就去word里，所以它的生产效率可能就是一个飞跃性的。

    邢波淘：刚才 李 先生讲他统一的开发平台，恰好我在去年5月份的时候我在CEL，就是业务人员用WMODEL你用ROS去面对它的需求的时候可能面向业务不是非常的面向业务人员，就是wmodel本身他去把这个模型建出来，他本身不会产生代码，如果我从wmodel出来之后，他会给软件带来一个什么好处呢？就是他本身是作系统架构师的，那么两个是不一样的，那样的话，就可以作一个整合，他做一个最基础的理论。就是怎么样把WMODEL整合在一起。

    孟言：现在好象MODEL没有前两年那么热了，就是你刚才说建模生成的代码是什么？

    邢波淘：我个人认为面向的承受度并没有到百分之百的承受度，它的可承受度可能是70％的承受度，我们说到了WM2.0以后，他后面有一个阐述期，但是阐述的不是很清楚，但是对MDODEL非常的混乱，就是能动性像宣称那样的好处？前两年好象很火，现在不火了，他并没有作国家部委的工资，他可能好多年连续都不会改，但是由于市场竞争的非常激烈，他更新的业务变化非常快，他三个月前跟你说的需求可能三个月之后说的就不是一样的，就不是那种需求了，他可能自身引起的业务就造成了这种软件开发方式跟不上需求，所以我觉得MDODEL他的理论承受度还没有达到生成工具的终端，就是我声生成MDOEL以后我所有的企业过程开发还有代码都需要重新生成一遍，我觉得在将来的几年都会有一些变数，因为帮助他去完善解决这个问题，然后软件开发方法也会有一些需求，他并不能给企业带来那样的快速的发展。

    孟言：那如果说你所希望的时代到来之后你所希望的开发过程是什么样的？

    邢波淘：就是金字塔型的会实现的，就是在规则下面会有MDODEL的驱动上面，就是一些运用，最下层的是一些实施，因为他每个企业的应用还是不一样的，他有自己的一层负责去实施，真正的去实现。

    孟言：你觉得呢？

    李纪华：我觉得这个话题很有趣，我们又谈到MDD，就是随着市场的竞争的加剧，以及客户的不断提升和用户变化需求提升的非常快，这也是我们在RED里面的开发，或者你看不清东西开发的时候，应该采用像一种MDD的方法，去把模型建出来，然后匆匆的把产品推上去了，我有个比喻这种开发就像赌博一样，因为这种开发谁也说不清楚他会怎么样，就是很多用户都看重产品的质量，就是在MDD，MDA有一些体系，就是像日本他在作汽车的时候他很早很早的时候就强调控制质量，最后组装起来他也不会差到什么地步去，就是很多质量问题都是在前期，而不是在后期测试才发现这个问题，所以说从这些角度来看，MDD今后必然是一个很好的趋势，也可能是一个更好的方法。但是谈到最后实施这个阶段，就是构造实施这个过程，但是现在的确有一些产品线可以做成那样，就是这里面有一些系统是实施操作系统，它的逻辑比一些商业会简单清晰，而且它的商业力度会比较直接，也就是说通过建模只要细画到最后应用也有一个前提就是根据我们的产品测试，这种生成出来的代码效率和它的技巧生成了，大概相当于一个中级程序员，还是必须要有变成人员，和我们所谓的蓝领去参与去改造，这个方向是正确的，但是我们是有时间一点点的成熟。

    孟言：SDP现在达到一个什么程度？

    李纪华：应该说SDP反复谈到一个工具就是SRA，实际上这个是也节第一个表出来的产品，那么从一开始的业务的建模我们可以翻译成UPKISS的模型，然后根据你中间的PRFECT，那么最后我们可以翻译成框架代码，并不是说帮你应用，那如果你用的是.NET的话，改变完成这个架构。

    孟言：我想问你一个问题，就是SDP开发可以形成一个很好的开发流程，现在的问题并不是一个很或的开发流程，每个企业都有自己的开发流程，你的整体思想方法来讲的话，跟整体不同的开发过程他能够兼容吗？

    李纪华：这RUP他是可裁减的，从我们的定义来看他只是一个知道框架，并不是流程，在新一朵的产品线之间我们就是Ratinoal的方法编辑器，这个产品实际上改变用来书写自己的方法流程的，就是用户在写自己流程的时候，他看到RUP有什么好的流程可以把RUP的过程抄过来，然后进行自己的格式，这个格式实际上就是自己的UP，就是结合自己的RUP，我们为某某公司作了NUP  CUP，而且这个产品为什么开发这么快呢？就是这个也是LIPS作的。

    孟言：那这个是由系统来实施呢？还是有人来实施？

    李纪华：这个可能非常有趣，就是现在来说还是比较自由的，还是以文章以外国页面但是很快会做成自己的流程集成，也就是说在SDP的过程当中你不知道建模领域，或者你不知道怎么写流程规范的时候，你去SDP建模知道，他会告诉你他是怎么定义它的流程的，给他一个大的指导，当你在SDP的上下一个阶段都可以用户自己来制定，而是自己的UP在那，比如你在改代码的时候，你的代码里面不符合公司规范的话，你是不允许用的。

    邢波淘：那会不会这样，就是间公司的管理本身非常强，就是别的流程公司可不可以参考他们公司去发布？

    李纪华：这个肯定是没问题的。

    邢波淘：对，比如我们公司的软件流程各种管理都非常强，然后去知道别的公司去进行软件开发。

    李纪华：这个是很好的，改变IBM从来不缺乏这种东西，而且盛产，其实我从Ratinoal的角度来看，都有RUP，实际上IBM也收购了一家公司就是普华永道，就是像这些产品IBM的全球服务公司他在还法很多数以万计他形成了很多大量的管理方法，就是IBM另外一个方法保护，改变IBM都会形成它的一系列的方法输入，那么这些具体是否会收取费用就不得而知，现在也没有公布，就是IBM会实现所有的流程设计，给方法内部的交流实现内部的空间，如果用户给予情况的话，可以基于自己的方法。

    孟言：你看你们说的都是开元机遇最底步你们公司是这样吗？你觉得用LIKLIBS有什么好处？

    邢波淘：我觉得现在在国内的厂商都在网这方面转，但是不是特别的流行，我觉得可能国内的厂商用LINKLIPS，这些人都是从IBM出来的，然后呢？在工作过程当中看到了一个整个的产业两，他在建模方向他本身已经很清晰的这个产品怎么去建模，怎么和2.0结合怎和和2.1结合，然后就是有很多人在IBM工作过，他从IBM出来之后他可能去延伸这个观点，包括我来到现在的公司由于我看到了技术的方向发展，再加上我们公司是作OA物流的，然后看到了一个利益的增长点，还有利益架构是很清晰的，看到了一样的东西，因为他本身的话，有很多国外的2.0他在理论上探讨在技术上摸索，这样就节约了企业在基础上已经打好了，你只需要在某一技术上搭建一些。他在建模那方面他并没有阐述清楚如何建模，他自己也是怎么去开元，包括jboss，还有理论基础，就是有人替你去实现，你可以去有自己的一个建模工具，这样的话，我估计大家都看到了利益的增长点。

    孟言：那IBM在这一块是抗大其的观点，那么就是从你们直接的角度来讲，你们最大得好处是什么？

    李纪华：就是每个产品他的风格操作都不太一样，因为这些产品我们也是陆陆续续收购其他厂商才形成的，就是我们在学习一个产品去学习一个风格，那开发的时候我们有一个程序员作了很长时间的程序员，但是有转为jawar或者IBM的开发工具，那么从长远来讲我们对于程序员是一个牺牲，所以说像现在像未来我们学过FOXBEIS，为什么要学习这种语言呢？都浪费了。他没有太长的生命力，从IBM来看，他底层是基于jawar的，他是不同于存在windows平台上的，就是给我的感觉就是linklis是非常好学的，展开以后果然是最简单的核心的东西才 28G ，就是一个是操作截面上很一致很干净，另外就是影响了我们的界面是不是能够统一起来，不管是用了什么开发工具，因为甚至他可能正在考虑把.net放在linklips代价少了布置多少倍，另外一个就是liklips而不用两个生用的集成作的非常顺畅，我相信大家通过对IBM产品线会逐渐体会到，那么在未来可能很快包括现在的产品已经有这部分功能在这里面，改变产品和产品集成至今用户是感觉不道德，那么除了缩短了我们人与人之间的沟通之外。

 

    孟言：我得到一个突出的印象就是年轻的小孩赶快去学Liklips，好象用途很大，就是现在主流的企业都转为liklips，这样的话，对我们的软件开发影响是很大的。也会使我们学习有一个坚实的基础，学习一个真正比较关心的东西。现在有一个问题是这样的，我们刚才很大程度上都在谈需求变更，这确实是一个很严重的问题，我这个问题还是没有得到一个很好的解答，结社我现在正在开发一个项目，那么客户的需求总是在变更，如果我用这个SDP和不用会有多大差别呢？就是现在很多企业都是在用这个测试现行或者脚本语言动态语言相对来说容易修改，一旦发生他也很容易去解决调整，那么在建模或者SDP的优势在哪里？

    李纪华：我相信这个变更是肯定的，也是必然的，不能说非常抵触他应对他，以前我们用结构化开发的时候，我是非常反对变更的，但这个客户当前的这个形势下面是不可能的，特别是我们一些很多的公司甚至我们的政府都把应用放到网上去了，他给你去提供意见的时候你的变化会更多，所以我们从以前的6个月的周期缩短到3个月，每周都会有新的开发工具开发过程一系列的变化，首先我们要迎接变化，第二你在发生变化的时候一定要有序的控制变化，我们必须要作一个判断。

    孟言：也就是说变更是需要管理的。

    李纪华：对。也许这个问题很大需要变动，但是对我们的有限期不是最高的，我们就会放一放，我们还想强调软件的架构，现在我们发现很多用户适应不了这种变化，当他发生变化的时候他不能很好的去使用这种架构，但实际上我们看一些好的软件架构，如果设计的很好的话，他会把这个变更限定到一定范围之内，我们可以看到，这也是我们另外一个话题，如果你的CMM，你的企业能够达到4、5级的时候，你可以去修复，波及的影响是什么？对我下一个产品的上市有多大影响？所以第三方面的架构会越来越重视，所以我觉得最根本的变更最有利的就是架构，那遗憾我们做过一些程序，就是像C语言的开发，我们当时没有架构的思想，改变第三代的语言我们叫模块，我们也依次把架构图放到模块上需要变动的时候我们都非常吃惊，向蜘蛛网一样，我们谁也不知道动一下模块对我们有多大影响。

    孟言：那说到架构的问题，包括现在SDP这样的工具在架构上能够给我们提供什么得好处？也能提供这些模式？那这些模式的实施？

    李纪华：这个的确非常有意思，另外很有意思的延伸就是架构的模式有没有东西，另外我们可不可以重用，那这种模型库也可以作自己的扩充，比如电力行业，电力行业有自己的架构模式或者组建模式，我们实际上简称叫RAIS，所以用户也可以非常简单的去共享然后逐渐的去作架构，进而达到软件重用的一个理想的目标。

    邢波淘：其实我个人的理解就是包括你的逻辑发生变化，他应该是会自动的声称一些代码，就是没有任何意义的重复劳动可能就会PASS掉了。

    孟言：那软件开发给我们作了一些必然的方向，刚才李继华给我们介绍说原LINk而模块之间的交互带来无缝之间的效果，可能有心的朋友看到的软件开发的重要的方向，以及这个基础已经奠定好了，那怎么做，大家也已经心理有数了那非常感谢两位嘉宾今天来到我们这，再一次感谢。

 

视频来源：http://live.csdn.net/