“配置化”渐成解决“软件危机”银弹.docxVIP

PAGE 1 PAGE 1 “配置化”渐成解决“软件危机”银弹  长久以来，软件开发技术一直都未能跟上实际需求增长的脚步。尤其是随着计算机硬件技术的进步以及信息化建设需求的增加，当越来越多的大型软件项目开发工程被摆在台前时，开发周期长、超出预算、软件牢靠性和可维护性差等问题也渐渐凸显出来，形成了尖锐的矛盾，甚至因此引发了“软件危机”。而类似的“危机”，在目前大多数企业仍处于发展和转型期的中国表现得更为突出。  1986年，闻名软硬件专家、计算机科学家布鲁克斯(FrederickPhillipsBrooks,Jr)发表了其影响深远的论文《没有银弹》。文中提出一个闻名的论断：“没有一种单纯的技术或管理上的进步，能够独立地承诺在10年内大幅度地提高软件的生产率、牢靠性和简洁性”。  长久以来，软件开发技术一直都未能跟上实际需求增长的脚步。尤其是随着计算机硬件技术的进步以及信息化建设需求的增加，当越来越多的大型软件项目开发工程被摆在台前时，开发周期长、超出预算、软件牢靠性和可维护性差等问题也渐渐凸显出来，形成了尖锐的矛盾，甚至因此引发了“软件危机”。而类似的“危机”，在目前大多数企业仍处于发展和转型期的中国表现得更为突出。  如何解决“软件危机”？中国软件企业在不断探索中查找着除魔的“银弹”。  软件开发遇瓶颈，危机重重如何面对  在IT领域，硬件和软件似乎孪生兄弟，但从近几十年的发展来看，两者的差距已经越拉越大。依托硬件的自动设计技术（EDA技术），硬件的发展始终遵循着“摩尔定律”，以每一年半性能翻一番的速度发展。相比之下，软件的发展却始终缓慢不前。Windows3.1发展到Windows2000，在9年的时间里源代码行数只增长了9倍左右。明显，软件业普遍采用的落后的“手工”生产方式成为使软件发展难以突破的瓶颈。  面对信息化大潮下呼声越来越高的企业级应用软件的开发需求，许多开发人员表示，编码式的开发使快速开发大型应用软件的愿望难以实现。一次性开发的方式，直接导致了软件的僵化和濒危，每次修改都必需在代码层上推倒重来，很难适应客户需求的变化，也因此造成了效率的降低和资源的糜费。  据美国国家标准和技术研究院的一份研究报告显示：“占世界软件销售额85%的是大型的专用软件，而其开发的失败率却高达70%！”。尤其对于中国软件业，由于缺乏创新意识以及自主学问产权的软件开发核心两大顽疾的存在，软件开发效率低、成本高、周期长等问题在业内屡见不鲜。而甚者，由于软件缺乏可控性，无法准时依据企业需求和市场环境的变化随时进行调整，往往造成大型软件建成即成闲置的“灾难”。  “僵化的软件结构和落后的生产方式是无法出现“银弹”的根源。从代码级做起的软件，强调功能实现，天生具有浩大、僵化、无法适应变化的缺点。无论是采取何种方式，代码级的开发效率不可能真正提高。在经历了大量重复性的需求分析、设计、编码、测试、维护工作后，项目开发周期长、软件复用性差的缺点也就显现出来。”一直致力于中国软件本土化和技术自主创新的创恒信软件CTO吕建海指出了软件业驻足不前的症结所在。  “软件人狼”当真不可战胜吗？  “配置化”浮出水面，创新技术成除魔“银弹”  在《没有银弹》一文中，布鲁克斯曾预言：“在软件工程中，没有一种能够遏制软件向“怪物”变异、同时还可大幅提升开发效率和产品质量的武器。”但我们也看到，随着软件技术的不断进步，越来越多的企业向软件开发“无银弹”说发起了挑战。不久前，由一直专注于技术创新的创恒信软件推出的eFlow应用开发平台2.0版令业内好像看到了“银弹”的光线，其革命性的“配置化”理念，被业界认为是有望打破尘封20年的预言。  据悉，eFlow2.0是创恒信软件多年积累，自主研发的一款拥有自主学问产权和核心技术的WEB应用开发平台产品，它采用先进的“配置化”设计理念和高度封装技术，除内置功能强大的各种应用系统和开发工具外，还供应了大量成熟而实用的应用组件和模块。开发人员在进行软件开发过程中，实现了绝大多数开发与应用无需特别编码的“拖拽式”配置，相应组件、模块的捏合过程由系统自动完成，真正实现了“配置化”和‘机敏开发”。  对此，创恒信软件总裁夏正澍介绍说，“eFlow应用开发平台的精髓思想就是将软件开发配置化、可视化，并且供应了一整套的应用软件开发设计方法论，较大程度地实现了软件开发的无编码化。其它开发工具需要100天完成的软件开发项目，用eFlow开发平台可能只需要10天，这种效率的提升是前所未有的。”  作为绝大部分应用实现了构件化或者说组件化的软件技术平台，eFlow应用开发平台“配置化”的设计理念使软件开发人员摆脱了以往