为用户提供主题数据库是信息安全的主要工作。结合信息化实际情况，探讨主题数据库的保障管理策略。
0 引言
主题数据库是面向业务主题的数据组织存储，它的设计和建立与要解决的主要问题相关联，很好地解决了应用系统之间的信息共享问题、源数据唯一性、规范性等问题。
随着数据业务的不断增长，必然会对主题数据库的数据内容和提供的服务方式提出新的要求，因此建立一套主题数据库的保障模式，确保用户的访问质量是信息保障的一项重要任务。下面先介绍两种主流业务保障模式，分析它们各自的优缺点，然后，结合用户和信息保障的实际情况尝试提出一种主题数据库保障模式。
1 数据主要保障模式
1.1 数据集中式保障模式
数据集中保障模式中数据集中存放到数据库中，用户通过网络与数据库连接，数据库为用户提供访问服务。这种保障模式的优点在于结构简单，便于维护;缺点是当数据库支持的访问服务出现变动时，用户必须学习使用新增服务，并且无法及时对用户新增需求进行反馈。因此该模式主要用于业务简单且稳定的系统中。
1.2 业务集中式保障模式
业务集中式保障模式分前台业务受理区、后台业务集中处理区和数据库3个部分。前台业务受理区主要负责接受用户的访问，向用户反馈业务受理结果等任务。后台业务集中处理区负责解读用户需求信息，利用数据库处理用户需求，并将最终结果反馈给用户。后台业务集中处理区与前台业务受理区通过网络连接，后台直接访问数据库，前台通过后台完成业务，但不能直接访问数据库。
业务集中式保障模式的优点：①确保服务质量。在业务集中式保障模式中，大部分业务由服务保障人员专门负责处理;②减少用户访问时间。当用户将业务交与后台后，可以将更多的精力放在其他事务的处理上;③减少服务的培训工作。由于服务保障人员完成大部分服务，主要是对服务保障人员进行培训。
业务集中式保障模式的缺点：①对网络带宽和稳定性要求高;②对服务保障人员的素质要求高;③对服务保障策略的要求高。
由于业务集中式保障模式具有以上特点，实际经常运用于业务的访问服务较复杂且变化的系统中。
2 主题数据保障模式基本结构
2.1 主题数据分类
信息保障中心建立主题数据库目的是为用户提供数据服务。因此我们在考虑主题数据库的保障模式之前，首先要对主题数据进行分类分析。这里我们将数据分为：简单数据、复杂数据。
简单数据是指已经存主题数据库中，提供了访问服务，并且用户已经掌握该服务操作方法的数据。对于简单数据用户可以通过系统提供的服务独立完成访问。
复杂数据包括以下三类数据：
(1)是指与主题相关，但没有保存在主题数据库中的数据。
(2)已存在于主题数据库，但没有提供访问服务的数据。
(3)已存在于主题数据库，并提供了访问服务，但当前用户没有掌握该服务操作方式的数据。
主题数据中的简单数据和复杂数据并不是静止不变的，而是复杂数据不断向简单数据转换的过程。一旦对于用户，复杂数据满足保存于主题数据库、提供了访问服务、服务为用户掌握这3个条件，那么该数据就转换为简单数据，下次用户就可以直接访问了。
规划建设主题数据库，必须遵循一套完整的工程标准，当它建成时，就应当满足用户绝大部分的实际需求。因此，用户对主题数据的需求是大多是简单数据，少量是复杂数据。
2.2 主题数据保障模式基本结构
本文借鉴数据集中模式和业务集中处理模式，提出了一种主题数据保障模式。
主题数据保障模式是根据用户对简单数据、复杂数据不同的两种访问方式建立的，由5个模块组成。
(1)前台用户访问区：用于接受用户需求，反馈结果给用户，在本文中简称为前台。
(2)主题数据交流平台：用于主题服务人员在处理复杂数据时，与用户进行交流的平台。在本文中简称为交流平台。
(3)后台服务保障区：帮助用户对主题数据库进行访问，是主题数据保障模式的核心，它由主题数据服务人员组成。在本文中简称为后台。该工作区需要完成以下工作：
①该区服务人员通过交流平台理解前台所提需求;
②根据用户需求在主题数据库中寻找满足需求的数据和服务;
③如果主题数据库没有满足用户需求的数据，服务人员通过其他数据源寻找;
④如果主题数据库没有满足用户需求的服务，服务人员委托第三方建立新的服务;
⑤维护主题数据库的数据与服务;
⑥维护主题数据交流平台，介绍主题数据库的数据和服务的内容，引导用户通过交流平台获得访问主题数据库的经验和方法。
(4)主题数据库：本文的主题数据库是一个宽泛的概念，由两部分组成。一部分是指围绕主题建立的虚拟数据库系统，另一部分是指为访问该虚拟数据库建立的相关服务。
(5)其它数据来源：是指围绕主题建立的一些潜在的数据来源渠道，当服务人员发现用户需求无法在当前主题数据库中得到满足时，可以利用这些渠道寻找信息(例如搜寻其它数据库，请教该领域内的专家，在互联网上搜索等等)。
2.3 主题数据保障模式基本流程
如前所述，我们将主题数据简单数据和复杂数据两类。图2描述了主题数据保障模式的基本流程，其中对简单数据的访问处理较简单，用户直接通过所掌握服务访问主题数据库即可。对于复杂数据的访问处理较为复杂。
(1)如果用户发现当前主题数据库无法满足需求时，将需求发布到交流平台。
(2)服务人员对从交流平台中得到的用户需求，首先要与用户进行交流，以便正确理解需求。然后对需求进行分析，根据分析结果做如下3种处理：
①如果发现当前主题数据库提供的数据和服务可以满足用户需求，主要是因为用户对主题数据库提供的服务使用经验不足造成的，服务人员可通过交流平台指导该用户实现需求;
②如果主题数据库存放有所需数据，但当前服务不能满足用户需求。服务人员可以通过交流平台与用户沟通，以便确定是直接提供该数据访问方式，还是委托第三方建立新的服务来满足用户需求;
③如果主题数据库的数据不能满足用户的需求，服务人员将进行下一步操作。
(3)服务人员通过其他数据源获取满足用户需求的数据。值得注意的是，这里获取数据的来源必须是权威的，即得到官方认可的数据源。
(4)在获取满足用户需求的数据后，服务人员将该数据来源添加到主题数据库中。如果添加的数据不能通过已有服务访问，请参见步骤(2)中②处理。
(5)服务人员通过交流平台将新的数据和服务的描述信息反馈给用户，用户根据该信息访问主题数据库。
3 主题数据保障模式的特点
本文提出的主题数据保障模式有如下特点：
(1)确保了服务的效率。本模式允许用户通过提供的服务直接从主题数据库中获取所需数据。这在需求大多数为简单数据的情况下，确保了用户获取数据的效率。
(2)确保了服务的质量。在本模式中，当用户在无法直接从主题数据库中获取所需数据时，可以在专业的服务人员帮助下获取，从而确保了用户获取数据的质量。
(3)减少访问时间。在本模式中，用户对自身短期内无法直接获取的数据，只需提供需求信息，而由服务人员在后台对需求信息进行解释、分析、查找、总结获取最终结果。将极大减少用户访问数据的时间和精力。
(4)减少培训时间。随着能够提供给用户的数据和服务将越来越多，如果不对用户进行培训，难以确保用户对数据的正确访问。本模式对复杂数据的访问主要通过服务人员来实现，因此只需要对信息服务保障人员进行培训，减少对用户的培训要求。
作者：姚远 来源：软件导刊 2011年6期
