原创 步履蹒跚——过渡到构件化开发何时功德圆满?

新一篇: 北京第9届.NET俱乐部参与有感

           面向构件是软件业一个古老而永恒的主题,并赢得了软件从业人士的普遍认同。在《构件中国:面向构件的方法与实践》一书中,呈现了面向构件的一整套方法与实践,提供了从概念、架构、产品支持到需求分析、开发实现以及应用管理等方法与实现的逐步指导。

        本书的主要内容包括:
       
面向构件的基本概念和发展趋势
        探索各种面向构件的软件体系架构,包括和其它架构方式的对比
        全面研究面向构件的软件开发过程以及项目管理
        通过“组织级管理”,帮助构建面向构件的企业
                                              提供工业级生产实践指导
                                              面向构件的产品支持和案例分析

         本书是普元CTO黄柳青先生在长期开发构件基础平台和实施构件化开发项目过程中积累的经验之谈。以下引用《程序员》杂志社的技术主编孟岩老师为该书写的精彩序言:     

         开发大型的复杂企业应用软件对于任何人和组织来说都是严峻的挑战,为此人们投入了巨大的精力和资源进行研究和实践,尝试了很多种技术手段来改善效率与质量、降低开发成本。在这些技术手段中,构件化的方法被实践证明是最为有效、最受信赖的一种。也可以说,构件技术是唯一一种被实践证明能够全面改善软件生命周期中各个阶段综合效益的技术手段,而且其效果之显著,对于产品质量、生产效率和通用性、开放性的提升幅度之大,也是其他任何一种技术手段无法相比的。因此,十几年来,尽管企业应用软件的运行平台和基础设施发生了根本性的变化,软件设计思想、开发工具和体系架构也已经经过了几代的变迁,但是构件化技术从其诞生的第一天开始,就一直以坚定的步伐向前迈进,不但已经取得了辉煌的成就,而且仍然保持着巨大的上升空间。例如,目前普遍认为,企业应用的基础架构将迅速迁移至SOA。然而事实上SOA的本质不过是一种新的组织构件并使之共同协作的方式,构件仍然是企业应用的根本。因此,绝大部分企业应用软件开发组织,今天都必须严肃地考虑一个问题,那就是如何尽快地过渡到构件化开发的方式。

    然而,走向构件化开发对于一个发软件开组织而言也同样是一个挑战。构件化的方法要求一个软件开发组织从意识形态到管理实践,从应用整合策略到开发技术,从组织人员结构到开发工具选择,都要发生全方位的变化,而目前多数的企业和组织,并没有有意识地主动推动这一变化,而是被市场和大趋势逼迫着走上构件化方法的道路,在没有做好充分准备的情况下匆忙前行,希望自己的组织能够奇迹般地自然过渡到构件化开发的状态中。这就使得很多软件开发组织内部广泛存在意识、文化、技术和管理思路方面的不同程度的混乱。很多组织都存在“卫星与锄头齐飞,火箭共长矛一色”的怪异的文化、技术甚至性格上的分裂。特别是思想的不一致,成为目前不少软件开发组织在前进中步履蹒跚的重要原因。因此,走向构件化是需要一个积极主动的学习和实践过程的。
    本书中所讨论的内容,来自普元公司在长期开发构件基础平台和实施构件化开发项目过程中积累的经验,书的篇幅虽然不大,但是涉及到应用构件技术的方方面面,并且通过丰富的真实案例来具体说明,其中不乏深刻的洞察与包含智慧的真知灼见。特别是其中通过案例探讨了中国市场环境下构件化开发组织的架构、组织管理和项目管理经验,这些来自实践的经验总结,在目前讨论构件化方法的著作中非常少见,对于中国的开发组织来说也有非常重要而且现实的指导意义。因此,这是一本值得向广大企业开发人员,特别是企业应用软件开发组织推荐的佳作。
************************************************************************************
     同时,中国工程院院士倪光南先生也为该书写了精彩的评论。以下是引用:
    
    在IT领域,硬件的发展遵循“摩尔定律”按指数规律增长,即1.5年集成电路的集成度翻一番,这种超常规的发展速度在很大程度上要归功于自动设计技术(EDA)的发展。很可惜,软件的发展速度比硬件慢得多,比如从Windows 3.1发展到Windows 2000,在9年的时间里源代码行数只增长9倍左右,软件似乎只能以很慢的速度线性增长,这在很大程度上是受制于软件落后的“手工”生产方式。
   人们曾寄希望于构件技术,希望它能解决软件发展的瓶颈,使软件能像硬件那样进行现代化生产。可是问题不那么简单,尽管构件这个概念提出了多年,却很难实现产业化。如果说过去我们还说不清楚原因的话,那么,今天我们可以说,在很多情况下这是因为缺乏一个像普元EOS那样的中间件平台,“一个新的以构件为核心的生态系统,包括了构件运行环境、开发环境、应用管理环境、基础性的公共构件库、以及面向构件的方法学和经验论”。
    五年以前,当刘亚东博士、黄柳青博士等人创建普元公司,着手开发这个面向构件的中间件平台时,业界并不看好,因为还没有人这样做过。现在,EOS的大批用户足以证明,这个创新取得了成效。
我们高兴地看到,黄柳青博士等多位业内构件领域的专家能将他们积累了5年的构件技术研究,产品开发和行业应用的宝贵经验,全盘托出,写出了《面向构件的方法与实践》一书,呈献给广大读者。虽然过去讲构件的书也不少,但像本书那样,将理论与实践紧密结合,通过实际案例分析,深入浅出,使读者能真正掌握构件方法的书却不多。
    软件新技术层出不穷有时使软件工作者感到困惑,比如是选择面向构件的架构还是面向服务的架构(SOA)?本书清楚地告诉大家:“选择面向构件架构和选择SOA并不矛盾”。“从应用开发的层次看,面向构件技术可以看作是SOA中“服务”的组装和实现。而SOA则可以看作是在应用表现层次的软件构件化”。应该说,这是关于软件架构的真知灼见。
    书中不乏这类精辟见解。例如,关于软件架构的“否定之否定”的论断,即从“原始的一锅粥架构”发展到“垂直分割”,又发展到“水平分割”,再发展到“横切竖割兼收并蓄”的面向构件的架构,很中肯地揭示了软件发展的内在规律。
    本书详细叙述了有关面向构件的软件开发过程和项目管理,构件的“组织级管理”以及如何构建面向构件的企业等问题,这些,对于广大软件企业和软件工作者都是非常切合实际的指导。
    正如本书所说,“构件技术正在逐步成为计算机软件运行环境的一个不可或缺的重要部分,正在与传统的基础中间件(如J2EE)整合在一起成为面向构件的中间件这样一个新的基础软件层次”。本书可以成为掌握这一新的基础软件层次的入门向导。也许,随着以构件为核心的生态系统的完善,刘亚东博士、黄柳青博士等人可以实现他们的理想,使面向构件的企业应用软件成为“真正适合中国特点,技术上可以实现,并有后发优势的软件‘银弹'”!
    相信本书将为促进中国软件业的自主创新作出贡献。
**************************************************************************************
        以上评论来自:http://www.dearbook.com.cn/2006/goujianzhongguo/index.htm

发表于 @ 2006年05月13日 18:54:00|评论(loading...)|编辑

旧一篇: 请尊重你的价值!

评论

#lazet 发表于2006-05-14 00:05:00  IP: 60.2.87.*
普元,思维加速等公司使用了一部分编程概念、采用其各自独特的重量级的架构、打造其所谓的“软件平台”、并夸张之好像有之则不必想其余,大可在其“平台”内遨游,以愚骗“善心”的企业、政府, 实为急功近利,哄骗众生之举。
#sowen 发表于2006-05-15 14:56:00  IP: 211.138.140.*
好的构件思想是由用户去选择相关的东西,而不至于封闭的使用某个公司的产品,现在市面少的是贫民大众化的构件,普元的东西过分的依赖于其平台,一旦出现一些开放性的构件平台,普元将面对灭顶之灾
#网上真是黑,什么事都有内幕 发表于2006-05-17 13:11:00  IP: 218.247.0.*
今天我知道的一个事情让我很气愤,china-pub(互动出版网)现在也在卖这本书,但他们的推广方式太不择手段了!

我从china-pub看到了他们说“清华大学出版社将邀请本书作者在上海开关于构件的专题讲座,凡从china-pub购买此书的会员,均可凭定单免费参加,并现场领取精美礼品!”

我开始挺高兴,以为他们是完全为了读者着想,后来打电话给清华社问具体的活动事宜才知道,原来那个活动本来就是免费的!谁都可以参与!与买不买他们的书根本毫无关系!我在china-pub上留言揭露也被他们删了。。。真是无耻!
#middle 发表于2006-05-28 22:15:00  IP: 221.220.20.*
软件业的历史说明,任何自称包治百病的灵丹妙药都是失败的。我自己的经验是,如果我在一周后发现周围的生活没有翻天覆地的变化,就说明历史还没有被改变。
#a 发表于2006-05-30 13:11:00  IP: 221.220.81.*
并不是一个普渡余生的元件...可扩展性太差了
#gys 发表于2006-05-31 08:39:00  IP: 172.16.124.*
并不是一开始就能把什么东西都做的很完善的,中国需要创新,需要新鲜有开拓性的思想,我们要抱着包容的态度。
#普元的用户 发表于2006-06-04 00:15:00  IP: 61.48.176.*
我是普元EOS的用户。我们用EOS只做了一个项目,对EOS有些许感触。EOS给我们的感觉不伦不类,对于应用系统的使用方,他有些难,应为你需要具备html,jsp及数据库等知识,而且还要忍受他的bug;对于应用系统的开发放,他有些封闭,工程师看不见源代码,不知道其实现的机制。
当然,有些人可能说你不需要了解,直观用就可以了。
这是错误的!
若干年后,当我们去应聘其他职位的时候,我们能骄傲的说我们会用EOS开发?
在我们比较了科诺,普元和思维加速3家公司的平台后,感觉如下:
如果你是开发商,建议你用科诺的平台,他很开放;
如果你最终用户,不建议你选择思维加速,他们的服务他们的技术,他们平台的封闭性都会让你感到后悔;
至于普元,可以帮助你了解构件之美,但艺术品不是用来用的,是用来欣赏的!
#middle 发表于2006-06-06 18:04:00  IP: 47.153.156.*

1. 软件开发没有“银弹”。
2. 不开放的软件没有生命力。
#leonhd 发表于2006-06-10 19:36:00  IP: 222.130.199.*
从来都不存在所谓的构件,
只有所谓的概念炒作,great word
银弹是不存在的,万灵药是没有的
技术就是技术,可能简单、复杂,也可能媚俗,
但不太可能通过概念炒作建立起可用的技术来……
#aspwolf 发表于2006-06-15 19:02:00  IP: 60.2.84.*
构件只是我们软件行业实现工厂化生产的一个细小的分支,软件的工厂化有很长的路要走。
不可否认技术的力量,良好的管理,组织结构,生产流程,人员的分工等等因素.......
中国有多少人致力于软件工厂实现的探索呢???
(对了还有试验的风险 Money..........)
想象一下汽车工厂(不是手工制作的汽车呀)
#失意剑 发表于2006-06-17 17:35:00  IP: 221.13.21.*
我把构件称之为部件,一直尝试着部件化开发,过程痛并快乐,现在终于苦尽甘来,利用少数的部件可以构造出以前自己开发过的各类系统,那种感觉真好。我的目标是研究出一个工具,通过她以最小的代价可以产生尽可能多的系统。我肯定这是可行的,因为我已经获得了回报。
#WWW 发表于2006-06-23 19:13:00  IP: 219.137.162.*
两个字
垃圾
#WWW 发表于2006-06-23 19:13:00  IP: 219.137.162.*
两个字
垃圾
#ajax 发表于2006-07-14 19:32:00  IP: 220.248.150.*
还是该干嘛干嘛去吧, 免费的午餐那里有的吃? 写程序赚钱最重要
#楼上 发表于2006-09-23 17:24:00  IP: 124.91.122.*
看了半天没发现科诺产品比其他产品好在哪?
发表评论  


当前用户设置只有注册用户才能发表评论。如果你没有登录,请点击登录
Csdn Blog version 3.1a
Copyright © 李大微