使用内容管理系统 (CMS)建立企事业单位门户网站，可以降低技术难度，缩短开发周期。 现在，小编就整理出工程内容管理的方法以及相关知识。

(资料图)

内容管理面临双重挑战

信息爆炸挑战内容管理

“IT行业现在有三大热点，这就是社交网络、移动化和云计算，这三大热点都会给内容管理领域带来重大影响。”Tom Jenkins告诉记者。Tom Jenkins是内容管理行业的开创者之一，他在这个领域有长达近20年的从业经验，其编写的互联网搜索引擎曾在初期的雅虎网发挥关键作用。他还是《云时代的内容管理》一书的作者。

Tom Jenkins说，上述三个热点的共同特点就是使得内容的生产更为容易，其直接后果就是带动了信息量的爆炸性增长。根据IDC等机构的研究，当今数据正在以每年翻番的速度递增，如今一个企业拥有100TB量级的数据也并不鲜见。而且，新增数据中绝大多数是非结构化数据。与结构化数据相比，非结构化数据管理和搜索都要困难得多。另一个影响是信息的格式日益丰富，除了一般的文字、文档、多媒体、流媒体外，还包括网页、软件、各种规范和制定等数字资产。

“信息量的爆炸性增长是内容管理的最大挑战。” Tom Jenkins表示，虽然现在硬件设备越来越便宜，但是在并行算法以及搜索技术等相关软件技术方面都还有不足，尤其是对于一些实时性要求较高的需求，内容的管理上还有不少提升空间。

支持众多移动设备

支持众多移动设备也是内容管理系统面临的又一个挑战。由于智能手机和平板电脑的普及，现在我们已经进入一个全面移动化的时代，再加上互动性更强的社交网络，这为人们可以随时随地地访问和获取所需要的信息提供了很大方便。

“然而，移动平台的多样化和异构性却给企业进行内容管理出了不小的难题，因为内容管理需要保证大小不同的终端都能有一个可以接受的呈现效果。”Tom Jenkins说，他所领导的Opentext公司的内容管理系统就为支持众多的移动终端以及支持各种数据格式做了大量工作，终于取得了今天令人满意的结果。

Tom Jenkins表示，从内容管理的角度看，未来社交网络、移动化和云计算共同演进的结果进入一个富移动社交媒体时代(Rich Mobile Social)，其特征是要支持更多的终端、支持更多的应用以及更富有交互性，而作为内容管理核心技术的搜索引擎将更多地应用基于语义的计算技术，从而让内容管理系统能“读懂”信息的含义，也更智能。

交易型内容的管理流程

要实现对交易型内容的良好管理,需要解决各种各样的技术和应用难点。高效的交易型管理流程首先要做好用户交互信息的捕获和存储,并将所需的文档保存到单一存储中。

理想的情况是,所有与业务相关的交易型数据都保存为虚拟文件,其中包含与每个案例、文件、交易或客户相关的所有内容。虚拟文件可以有效地分发和组织,不会丢失和忽略任何信息。其中,队列管理功能可以保证系统自动地将信息分发给正确的人,从而提升响应速度。

一旦文档被数字化并存入到单一的存储系统中,关键数据就可以很容易地被取出和访问,并且可以智能地响应客户的请求。企业的员工也可以搜索、访问相关文档,并对文档做注解。再结合强大的元数据搜索功能以及目录浏览功能,信息检索将变得更加快捷。

一般来说,在数据内容处理的过程中会存在一个点,位于该点的文档不再是活跃的。这些文档需要被长久、可靠地保存起来。这些文档仍然可以被检索,如果文档发生了任何形式的改变,系统会自动生成一条新记录,包含相关的修改信息,比如谁做了修改、何时改变的元数据等。

过去几年中,由于电子邮件数量剧增,人们开始关注电子邮件的归档问题。许多厂商通过并购手段进入电子邮件归档市场。目前,归档系统的可扩展性问题是用户最关心的。

系统设计与实现

表示层设计与实现

FreeMarker 是一个“模板引擎”;一个可用来生成基于模板的文本的工具。这些文本包括从HTML到自动生成的源文件几乎所有文本。它是一个java包，一个java开发者的类库。它本身不是一个面向终端用户的应用程序，而是程序员可以将其嵌入到他们产品中的一个组件。

FreeMarker在生成HTML WEB页面上面更有实效，尤其是那些遵从MVC模式、基于serverlet的应用程序。MVC模式可以使你将页面设计人员和程序开发人员分离，从而使各 人更加专注在他的专长上面。页面设计人员可以改变页面的外观样式而不需要程序开发人员进行修改和从新编译代码，因为应用逻辑(java程序)和页面设计 (freemarker 模板)是分离的。模板不会因为受到复杂的代码片断的影响。即便对于页面设计人员和程序开发人员为同一个人的项目，这样的分离也是有用的，因为这有利于保证 代码的整洁和便于维护。

业务逻辑层设计与实现

业务逻辑层负责处理从整个web应用数据流程中抽象出来的基本业务逻辑操作处理，它是位于数据持久层之上，是用来被表现业务逻辑Action调用的接口层。Spring框架依赖本身的IoC机制和AOP机制在整个web应用开发中占有一席之地，但是Spring框架并不仅仅负责业务逻辑层上的业务逻辑装配，它在整个应用中几乎涉及到了所有层之间。Spring框架在web表现层负责装配和实例化表现业务逻辑Action，在业务逻辑层负责装配和实例化业务逻辑Service，并负责进行业务之间的事务处理，在数据持久层负责装配和实例化数据对象DAO，并调用Hibernate Template来持久化数据对象。从以上可知：Spring框架通过与freemaker框架和hinbernate框架的集成，根据IoC机制统一实现了数据持久DAO和业务逻辑Service的装配以及装配对象的实例化。

持久层设计与实现

据持久层主要负责域模型层域模型对象的持久化，即把域模型对象存储到数据库中或者从数据库中查询并重新装配为原来的域模型对象。在设计的整个web架构中，spring框架集成了hibernate框架。针对于hibernate Annotation进行O/R映射的特点，spring也给出了集成方案，利用spring己经提供好的Hibernate Template，可以非常方便的持久化域模型对象。Spring统一管理Hibernate会话，hibenate事务管理等等方面，使得整个开发更加容易，并且屏蔽了系统在不同数据库之间移植存在的问题。数据持久层只负责域模型对象的持久化，即在数据库事物中在基本的CRUD基本操作，并不涉及到基本的业务操作，它是数据库事物的最基本的操作，是被业务逻辑层Servic。调用的最基本的数据库操作。