我们希望，面向构件技术的出现可以帮助中国企业从技术的角度加速管理进步，减少企业在信息化建设中的弯路，提高企业竞争力。
——刘亚东，《软件中国的机会》
经过百万行代码，无数无止无休的软件工程项目的洗礼之后，软件行业的思考都集中在软件开发、管理的能力方面了。从构件技术的出现，网络服务的产生，模型驱动的探索，大家都在尝试更大粒度的软件编写，更自动化的软件生成，以及更松散的软件组合。正是在这样的大环境之下，面向构件的技术体系应运而生，引领潮流。麦肯锡也在考察了全球一百多家软件企业之后，在《软件成功的奥秘》一书中指出，“不断采用构件技术是未来软件生产力提高的主要来源”。
面向构件以构件技术为核心，以数据总线为依托，融合了最新的构件技术、网络服务技术和模型驱动技术。经过三、五年的不断实践，不断提炼，已经从毛毛虫成长为飞蝴蝶，成为软件业界引人注目的新潮流。更令人振奋的是，这样一项软件的新兴技术，发源在中国这样一个地方，因为正是中国的软件应用环境在全球来讲都是变化最快，交易量最多，而投资最少的一个软件市场。
中国的大量客户，包括电信、金融、政务，本身的业务发展模型、市场定位都在不断地演化过程中，而其信息技术部门往往因而承担着巨大的责任。一方面，软件系统必须快速地赶上业务发展的要求。另一方面，中国的发展中的业务模型在全球找不到第二家，也因而找不到另外一个地方的成熟的应用软件可以购买来完成自己的业务。比如在电信行业，在使用国际计费产品失败之后，寻找集成商自主开发成了首选。但是集成商的开发能力有限，在常常以百万行计的代码面前，一个系统往往开发两到三年，最多勉强使用，在接下去的业务变革中又推倒重来。
巨大的软件投入和软件开发周期，又因而成为企业发展的一大阻力。除了最大的电信公司，最大的银行，大家往往因为软件投入的脱节而无法快速成长，在相对已经比较开放的中国市场中，公司的成长无形中受到软件技术投入的制约。
面向构件解决了企业应用的结构问题。通过面向构件技术，一个系统是按照个性化的需求，从一个比较完备、比较成熟的构件库组装而成，大大提高了系统的成功率、稳定性、适应性和逐步发展性。通过面向构件对业务的封装和积累，能够保护现有投资，有助于高效地表达业务，进而表现其内在的组织敏捷性。当与面向服务技术联合时，面向构件提供了一个重要的潜在现实效益，从而改变组织的技术与前景。我们的目标是帮助读者去探索、理解并实现这个潜在的现实效益。
面向构件还解决了企业应用的开发和管理问题。通过建立一个不断完整的构件库，企业的知识可以得到有效的管理。业务知识不是在上百万行的代码之中，也不是在每天晚上回家的员工脑里，而是在一个可见的、可控的构件库中，便于管理、衡量，达到持续发展的目的。企业可以看到自己的业务、知识和流程。而厂商也通过构件库来不断发展自己的核心竞争力。要不，有二、三千人的软件大公司和一个新开始的二、三十人的小公司有什么本质区别呢？
很多软件工程师也面临这样一个问题。刚从学校出来的几年，大家比较喜欢技术钻研，熬夜写代码，找Bug。而后自己想想，收获在哪里呢？确实每个人都积累了很多经历和经验，但只是一个熟练的代码工具。逐渐地大家希望自己能从日常的代码中逃离出来，去设计、规划一个大型的软件系统，而且能够长期持续发展。面向构件也正是这样的一个承载思想，承载知识，承载经验的平台。
面向构件的出现不是“崭新的”，其外延和基础技术仍在不断发展。面向构件作为将软件系统分解与隔离的一种方法，是一个非常通用的概念。我们注意到这在传统产业实践中更为常见，我们日常接触到的传统行业已经大部分实现了某种形式的构件化生产。尽管如此，一旦应用到软件领域，面向构件却是一个需要重新思考的主题。
本书分为六章：
第一章，面向构件概述及案例研究介绍。在这一章中，我们通过对传统行业发展的观察发现，构件化不是软件行业所特有的，而是所有行业进入工业化生产的必经之路。有了构件知识才能积累、才能重用。古代的建筑、现在的汽车、我们的软件都是这样。在这一章里，我们还具体介绍了神州电信这么一个假想的典型用户，便于大家思考和练习。
第二章，面向构件的软件体系。我们对面向构件技术的理论体系，做了全面的考察，包括面向构件的概念和面向构件的软件架构，从传统的横切竖割的软件架构出发，引入更为灵活、稳定的面向构件的条块编织的架构。
第三章，面向构件的软件过程。这一章内容比较丰富，为面向构件的实践总结了一套完整的全过程的方法。从软件工程的视角，用面向构件的思想，从新审视软件过程，包括软件需求，软件分析与高层设计，并行开发与测试，提交发布与部署，以至应用软件的管理。我们发现，以往的软件工程因为每个阶段的概念的脱节和工具的脱节造成了软件工程连贯性较差，前后阶段的双向可验证性较差的问题，通过面向构件的工程管理有了很好的解决方法。构件是前后贯通需求、分析、设计、开发、测试、提交、发布、部署、以至应用管理的实体，使软件工程有了连贯性和双向可验证性，更好的保障软件系统和需求的一致性。
第四章，面向构件的项目管理。我们在这里提出了面向构件的项目级管理进程和组织方法。在面向构件的项目管理中，人员的工作分配更加清晰，互相之间工作的独立性更强，减少因为工作项间互相制约带来的不确定性。面向构件的方法大大加强了软件项目的可管理性和可控制性。
第五章，面向构件的组织及管理。我们发现，面向构件的方法不仅提高了项目管理能力。如果在组织级跨项目地对企业知识、软件构件库进行规划、设计和管理，企业的软件能力将随着构件库的不断丰富而不断的提高。
第六章，面向构件的中间件。面向构件是一个完整的理论体系，也有一套完整的实践方法。这一套方法在不同的技术平台上都会有所帮助，但是在一个为面向构件打造的平台上可以使面向构件的价值最大化。这一章里我们讨论了一个面向构件的中间件的设想和要求。
同时本书还附上了我们在本书的实践中所使用和参考的面向构件的中间件，普元EOS的介绍、普元EOS构件库参考、完整的案例研究总结、开发规范条例（部分）、构件文档参考等。如果大家需要更多的资料，需要试用普元EOS，或者参加最新的软件技术的讨论、交流，可以参加面向构件成长社区http://gocom.primeton.com。
本书的创作是长期积累的结果，包括EOS产品实践与研究成果、来自客户的反馈，以及最新的SOA和SCA规范等。本书的主要目的是从厂商中立的角度来讨论面向构件的方法与实践，同时还花费大量精力去研究面向构件的概念、架构，以及具体的产品实现。欢迎有兴趣的读者们一起来研究、批评和发展面向构件的软件技术。
作 者
2006年4月
| 回书目 下一节 |