构件

构件将是革命性的，一统天下的。所有的一切，在目前看来技术上是可行的。需要的只是努力，把它变为现实。SOA只是东风，构件将是未来。

本文讲解了构件式开发的基础知识。

企业级应用系统领域中的构件复用,由于有了三层体系结构的支持而变得清晰,明确.在Windows DNA框架中应用系统被分为了表现层,业务层和数据层.其中的业务层又可根据需要分为多个子层.表现层和数据层的重用已经相当标准化了,如各种支持GUI开发的类库,ActiveX控件,OLEDB,ODBC等.构件复用的重点在业务处理层.笔者认为通过对商业世界中各项服务的明确划分,对东服务接口的定义标准化,可以有效地实现体系结构和组件的复用.

软件体系结构代表了系统公共的高层次的抽象，它是系统设计成败的关键。其设计的核心是能否使用重复的体系模式。传统的应用系统体系结构从基于主机的集中式框架，到在网络的客户端上通过网络访问服务器的框架，都不能适应目前企业所处的商业环境。

构件重用的目标是达到需求、分析、设计、编码、测试的重用。从此，一种影响软件产业发展的新的软件开发方法诞生了。

构件将是革命性的，一统天下的。所有的一切，在目前看来技术上是可行的。需要的只是努力，把它变为现实。SOA只是东风，构件将是未来。

当前主流构件标准规范包括OMG的CORBA、Sun的J2EE和Microsoft DNA 2000。

不断变化的需求、复杂的业务流程、领域知识的缺乏等许多不可避免的因素都会导致软件变化的发生，演化性是软件的基本特征之一。同一类型软件的重复开发不仅仅浪费了人力物力，也会导致开发效率降低、开发水平提高缓慢等不良情况。软件开发中如何适应软件不断变化的需求并提高软件产品的复用程度成为了软件开发过程中关注的焦点问题。

软件构件化是21世纪软件工业发展的大势趋。工业化的软件复用已经从通用类库进化到了面向领域的应用框架。Gartner Group认为：“到2003年，至少70%的新应用将主要建立在如软件构件和应用框架这类‘构造块’之上；应用开发的未来就在于提供一开放体系结构，以方便构件的选择、组装和集成”。框架的重用已成为软件生产中最有效的重用方式之一。

软件从它诞生之日起就带着“手工”生产的烙印，甚至有人将软件看作是程序员的“艺术作品”，而“艺术作品”当然是只能用“手工”方式生产的。这些年来，尽管软件发展得愈来愈大，愈来愈复杂，但它的生产率仍然十分低下。

本文从构件在现实软件发展中的地位展开，分析了中间件在系统组织层次中所起的作用，阐述了构件化思想对中间件本身的促进作用，提出了一种构件化中间件的发展模式。

一个程序测试执行环境包括几个支持功能:测试检索、测试执行、测试结果检查和测试报告。显然，一个构件的测试环境必须包括这些类似的功能。

本文试图从面向构件的角度，介绍一些SOA架构设计的基本思想和方法论。首先简单介绍一些构件设计和实现的基础知识，然后重点介绍面向服务设计的基本原则和方法。

面向构件，新一代的软件开发模式和方法。那么它的规范和标准又是什么呢?现在这个答案越来越清晰：SCA。

伴随福特流水线模式的百周年，回顾软件业也已经走了近四十年的光景。而全球软件行业似乎已进入到了中年期，成熟的商业模式，缺乏雨后春笋般的创新型小公司，大公司增长乏力进而带来诸多的并购等。

两个词语被并列放置，显得格外突兀。毕竟，从专业的角度来讲，构件和SOA所侧重解决的问题不同。不仅IT用户信息化选型过程中会碰到这样的问题，就连许多软件公司也会产生一些类似的疑惑。

“构件应向中间件回归”有一个深层次的原因，那就是全球IT巨头利益纷争的问题。——IT产业的发展从来都是巨头们角力的结果。看看IBM，ORACLE，甚至是微软，他们谁还在鼓吹“构件”?现在他们一致把焦点放在“中间件”上，连“套件”都开始很少提及，此时，我们还指望谁去帮我们坚守“构件”?!

在IT领域，作为孪生兄弟的硬件和软件，发展差距愈来愈大。SOA和构件的结合能成为提高软件生产率的一颗“银弹”。

本文在分析国内文档管理软件的基础上，叙述了电子文件管理系统跨平台的必要性，并从业务集成、构件化、应用系统、操作系统和数据库等方面阐述了实现跨平台的宏观架构。文章最后描述了基于跨平台的电子文件管理系统对文档管理、电子文件特点和软件产业的影响。