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

来源:用户上传      作者:

　　
　　通过构筑成熟的基于构件化的电子政务平台，将大大提高软件企业应对用户需求变更的能力、有效提高软件稳定性和降低软件开发成本。
　　
　　随着中国电子政务水平的日益发展，各类电子政务应用层出不穷，涉及领域不断拓展、业务复杂度不断加深，整个电子政务领域呈现欣欣向荣、百家争鸣、百花齐放的态势。
　　但这日益繁荣发达的局面，同时也给我们带来了困扰和麻烦:越来越多的应用需要互联互通;软件操作人员不得不在各个应用系统之间频繁来回登陆、切换;开发好的应用需要经常变换业务需求。
　　这一切简直成了程序开发人员的噩梦，他们不停埋怨用户、埋怨用户的需求变更、埋怨越来越多的第三方接口、埋怨自己开发的系统越来越脆弱。
　　历史的经验告诉我们，当困难出现时必将出现新的革命，这一点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的应用构件的架构设计
　　我们规划的基于构件的电子政务平台，将由一系列的基础构件组成，每一构件则由业务逻辑核心、后台配制定义系统和前台发布组件三部分组成。
　　类似于网站内容管理的后台内容维护和前台模板制作，所不同的是构件的后台定义与管理系统只在系统开发部署时由应用开发人员使用，系统正式运行时可以不必安装，用户的应用系统实际上是通过前台发布组件将后台各个构件有机组合在一起。
　　构件发布组件是前台应用系统通过组件的方式使用各系统构件的主要渠道，在此我们将通过JSP特有的自定义标签系统制作我们的构件使用组件。
　　
　　基于构件的电子政务平台构件
　　统一用户身份管理构件，是构造整个电子政务应用系统的基础，它实现基于LDAP或RDBMS的系统组织机构的规划和维护、用户身份信息的的维护;实现用户身份的登录验证。
　　对应的构件发布组件:系统组织机构的规划和维护（部门列表标签、部门表单标签、部门信息提交标签）;用户身份信息的的维护（用户列表标签、用户表单标签、用户表单处理标签）;用户身份的登录验证（登录验证标签）。
　　表单管理构件实现相当于数据库定义管理的功能，它定义不同的数据表结构，定义表单的持久域（存储到数据库中）、计算域（临时计算获得，不存储）、域作者（域可写用户）、域读者（域可见用户）;表单管理构件还处理表单的提交请求（数据的新增、修改、删除）、维护持久数据的一致性。
　　对应的构件发布组件:实现数据库定义管理的功能（表单标签、持久域标签、计算域标签、域作者标签、域读者标签）;处理表单的提交请求（表单处理标签）。
　　
　　视图报表管理构件
　　视图报表管理构件实现定义基于表单数据的灵活的视图报表格式（栏目定义、页面行数、页眉页脚定义），指定持久域、计算域序列。
　　视图报表管理构件是应用系统的报表表格输出的基础核心。
　　对应的构件发布组件:实现报表的格式化输出（报表标签、表头输出标签、表尾输出标签、持久域输出标签、计算域输出标签）。
　　
　　模板页面管理构件
　　模版页面管理构件，将所有通过构件发布组件制作生成的JSP页面按索引页、表单页、对话框页等不同分类，依次注册登记到模板管理系统中，并由此以功能栏目结构的形式，设定各页面模板的引用关系，从而构造完成一个富有逻辑的应用业务系统。
　　对应的构件发布组件:以栏目形式实现页面之间逻辑组合（栏目列表清单标签、栏目导航标签）。
　　 工作流与权限管理构件
　　工作流与权限管理构件实现定义工作业务流:为每一项日常工作指定名称、分配操作权限（指定角色或人员）;为每一个工作业务流指定一个入口索引页，设定一组条件流程环节，每一环节则对应一个表单处理页面。
　　对应的构件发布组件:本人可见工作流列表标签（列出本人有操作权限的所有工作流名称）;“下一环节”标签(MVC,直接将当前文档加入到下一环节相关人员,如果是多组条件环节时,打开对话框页面进行流程选择,对话框URL通过标签属性传入)。
　　
　　关键技术描述
　　本系统的关键技术在于构件的发布组件，本系统通过J2EE的自定义标签技术实现了构件使用的组件化。使得复杂的构件使用变成了简单的HTML标签使用。
　　
　　小结
　　本文通过J2EE技术实现了构筑基于构件的电子政务平台的思路和一些关键技术。完整的系统尚需其他业务构件的补充，如发文构件、收文构件、领导批示构件、政务督察构件等等。

转载注明来源:https://www.xzbu.com/8/view-8779699.htm