内容管理系统(Bizfocus CMS)平台
    从不同层面政府门户系统推进的策略来看，实施政府门户系统应重在领导决策系统建设和政府机构之间的信息资源共享，政府门户系统实施策略应重于与社会、公众的交互行为，实现政府管理的开放性和透明性。各层面政府门户系统建设在信息网络、应用功能、信息资源、安全保密等方面的实施策略都有所不同。
Bizfocus CMS系统是一套完全基于Java和浏览器技术的网络内容管理软件，它以内容管理为目标，引进国外最先进的内容管理系统的技术架构，无需考虑关系型数据库类型即可存储和管理内容。集中了浏览器信息创建和写作、信息交付、信息交互等功能，基于模板的信息的发布、强大的多站点管理于一身，并提供灵活的团队协作能力。
系统的接口开放性和第三方应用的整合
    系统在设计时考虑到充分的开放性，整体设计上基于J2EE构架和XML标准，实现各种第三方应用的整体整合，可以方便地在未来进行各类应用系统建设时，方便地进行衔接。
高度参数化设计
    由于本系统的使用者为政府工作人员，系统应作为简单易用的工具体现其日常的工作流程；其次，对于维护人员来讲，系统完成后维护人员的数量比较少。因此，除维护上应考虑系统统一、便捷的管理外，从设计上还应充分的考虑系统的灵活性。
根据上述原因，保证系统的功能模块之间具有松散耦合，所有系统应采用高度参数化设计，参数化设计决定了系统的灵活性及可扩展能力。
在设计上，将参数从系统级参数、应用级参数、以及模块、功能的参数。
设计模式
   在Sun Microsystems公司提出的J2EE Patterns中有十三种设计模式为经过实践检验的设计模式。根据本次应用的规模、灵活性，我们在本次系统设计中应用其中的4种模式。
Model-View-Controller模式：
当应用包含数据访问代码、商业逻辑代码和表示代码混合在一起时，会出现一些问题。这些应用很难维护，因为所有组件是相互依赖的使任何一处变化都有很大的影响。高耦合使类很难或是不可能被重用，因为它们和很多其它的类相互依赖。增加新的数据视图经常要求重新实现或是截取从前的商业逻辑代码，这需要多点的维护。数据访问代码有着同样的问题，当在商业逻辑方法中被拷贝粘贴。一个Model-View-Controller设计模式通过数据访问、商务逻辑、数据表达和用户交互解决了这些问题。
Bizfocus CMS系统以及本次的其他系统体系架构是应用Model-View-Controller设计模式的。其他设计模式被结合在MVC架构设计中。
 

Business Delegate模式：
Business Delegate模式的使用减少了Web层和Enterprise JavaBeansTM 层的耦合度。
Business Delegate模式处理复杂的分布式组件的查找和异常处理，将商业逻辑接口转换成使用者看起来简单的接口。
Composite Entity模式：
映射一个对象模型到一个Enterprise JavaBeansTM (EJBTM)对象模型，是一个Java 2平台上Enterprise Edition (J2EETM)应用的共同设计问题。给定的一个内部相关的对象网络，你必须决定是否每个对象都应该被一个实体Beans或是一个简单的Java对象实现，并且管理对象之间的关系。远程的实体Beans最适合于粗粒度的商务实体。用远程的实体Beans实现小粒度的商业实体会产生过多的远程通讯等性能问题。选择Bean管理持久性意味着：依赖的对象，它们的数据只在其它类的上下文关系中有意义，倾向于这样使用。
我们使用Composite Entity模式。Composite Entity的接口是粗粒度的，它管理小粒度对象之间交互。这种设计模式对有效管理依赖对象之间的关系特别有用。
 

Data Access Object模式：
依赖数据资源特殊特征的代码使商业逻辑和数据访问逻辑连接在一起。这是修改应用数据资源变得非常困难。
Data Access Object模式将数据资源的客户端接口从数据访问机制中分离出来，并将一个特殊的数据资源访问接口转换成一般的客户接口。