黄柳青 软件之变.docVIP

黄柳青 软件之变 软件的涅磐》三部曲之二：软件之变 作者：黄柳青时间：2004-06-12 20:22分类：默认分类 标签： 社会 软件之变 “史前史中，没有别的场景比巨兽在焦油坑中垂死挣扎的场面更令人震撼。上帝见证着恐龙、猛犸象、剑齿虎在焦油中挣扎。它们挣扎得越是猛烈，焦油纠缠得越紧，没有任何猛兽足够强壮或具有足够的技巧，能够挣脱束缚。它们最后都沉到了坑底……过去几十年的大型系统开发就犹如这样一个焦油坑，很多大型和强壮的动物在其中剧烈地挣扎。他们中大多数开发出了可运行的系统——不过，其中只有非常少数的项目满足了目标、时间进度和预算的要求。各种团队，大型的和小型的，庞杂的和精干的，一个接一个淹没在了焦油坑中……” 布鲁克斯《人月神话》 结构之变 我们来解剖一个死亡的大型应用软件系统。在一个有几千员工的企业，在投入了千万级的资金和两年时间之后，一个企业级的业务支撑系统刚刚上线运行。可是企业的组织结构、流程、人员在软件开发的过程中已经发生变化，而且还在变化！软件开发商必须修改软件。软件有一千多页的设计文档，上百万行的代码。“有经验”的程序员跳过了设计思路而直接编写程序源代码。久而久之，软件的设计文档还“刻舟求剑”的停在原地，源代码已经与当初的图示思路大相径庭。实际上，任何事物有了“百万级”的因子之后，都是没有办法直接管理的。上百万行软件源代码几乎无人能懂，并且极难改动和维护，软件因此变成了挣扎于焦油坑中的巨大怪兽。 要解决大型应用软件的难题，必须首先解决软件的结构问题。汇编语言的出现，使软件告别了“0”与“1”组成的“天书”。其后软件的车轮走过高级语言、面向对象、面向服务等不同阶段。直至面向构件的软件技术出现，软件技术人员将挣脱面对大段冗长代码的泥潭。在面向构件的软件中，一个应用系统不是由上百万行的代码组成的，而是由几千个构件经过可视化组装而成的。系统的复杂度有了数量级的下降，而图形化的组装使软件跟应用设计合二为一。 作为对代码式软件体系的颠覆和革新，面向构件的软件体系首先从表达层面填平了代码表达与图形化知识表达两者间的鸿沟，彻底消除了软件源代码与软件设计思路之间的断层。主要优势在于：用户的需求改变可以直接通过构件装配式的图形化设计思路得以体现；永久的屏蔽软件代码层，可以让软件架构师和程序员跳出传统开发模式的局限，只需和图形化的构件打交道，在彻底进化软件表达的同时，也使其改动与维护易如反掌。 在面向构件的软件思路下，简洁表达带来了简洁的软件更新——“随需应变”不再只是一句口号。面向构件的软件体系，松散耦合的构件组装方式，系统不同部件之间的低关联度。重复使用经过考验的构件，可视化的知识表达，系统复杂指数的数量级下降，也使得企业应用更为成熟更为稳定。 面向构件的趋势正为软件行业的预言家所看好。在《软件成功的奥秘》一书中，麦肯锡四位资深专家Detlev Hoch、Cyriac Roeding、Gert Purkert、Sandro Lindner经过对全球一百家最成功的软件公司、450位顶尖领导人物的访谈之后，认为面向构件技术是软件行业未来前景中的核心部分，软件行业提高生产率的主要来源。引用软件专家Brad Cox的话说，面向构件的技术是软件行业的银弹！ 追溯历史，面向构件的技术理念渊源已久。Mcllroy在1968年提交NATO软件工程会议的论文《大量生产的软件构件》中，首次提出了“软件组装生产线”的思想。早在20世纪九十年代初，中国科学院的杨芙清院士就提出了构件化软件体系的设想。那以后，采用构件技术实现软件复用，采用“搭积木”方式生产软件，就成为软件开发人员长期以来未能实现的梦想。海内外学者不谋而合对面向构件技术展开的大量探索，归根结底是为了解决软件开发过程中“重复发明轮子”的问题，如何能让同一个轮子也可以用于不同的车。这恰恰印证了中国的一句老话：殊途同归。 生产方式之变 中国正在制造一切。在美国人、欧洲人、日本人看来，的确如此。从打火机、儿童玩具、服装鞋帽到钢琴、计算机主板、飞机配件，我们的政府从不讳言制造业已成为中国经济发展的支柱产业。试想一下，如果能充分借鉴并汲取制造业的发展经验，软件产业会不会在不久的将来成为驱动中国经济增长的又一“强力引擎”？ 其实，就如同制造汽车，软件的开发完全可以构筑在“构件组装”的模式之上；这样，软件技术人员可以摆脱“一行行写代码”的低效环节，直接进入“一块块搭配构件”的更高阶段。不仅如此，面向构件的技术彻底打破了原有软件基于代码层开发的固有模式。“构件”取代了“代码”成为了软件的“信息原子”（基本结构单元）。随着构件库的不断充实和完善，灵活的构件、集成式的软件结构将把搭积木式的“组装软件”从梦想变为现实。 面向构件的产品不仅在客户需求吻合度、上线时间、软件质量上领先于同类产品，大大提高了项目的成功