便于后期扩展；其四，要足够具体以利于将来辨识。案例的索引方法不仅要满足上述原则，还要考虑人工索引机制的应用，这对于解决复杂情况下的索引适应问题很有必要；同时，还应该考虑到政务知识链环节间的集成性，尤其要与具体案例检索算法特性结合起来考虑。在电子政务系统模型中，我们采用基于相似度和解释的一般化索引方法作为其案例库的索引策略。

传统0811系统的案例库都设计成直接存取式，案例数据直接存储或读取于案例结构。如此模式不够灵活，束缚了系统的柔性，阻碍了系统进化，并且案例库组建困难，不能做到从多重视角描述和表达同一案例知识。为此，只旧如011等提出了案例数据与案例结构相分离的策略；张铸等则提出了实例形式化策略。笔者借鉴前一种策略，将政务案例库设计成开放的存取模式。

在政务案例库开放存取模式中，我们将案例型政务知识看作针对特定目的、反映组织活动的相关底层数据的虚拟视图，通过一组映射函数实现从政府组织各种底层数据库的数据模式到案例库的案例模式间的映射。这种映射函数可分为两类：一类负责从底层数据库向虚拟案例模式映射属性值以便构成案例实例；另一类被称为签名映射的函数则用于建立可以唯一标识每个虚拟案例实例的属性数据的最小完备集。

当一个虚拟案例模式对应多个底层数据库时，签名映射必须能够提供充分的约束，以便能够从各个底层数据库中识别出与案例相关的数据。案例知识的层次结构表明，一个虚拟案例实例的数据不仅可以从底层数据库导出，也可以间接地从其他虚拟案例部分导出。如图4-41所示，两个案例模式通过签名映射函数对底层数据库形成映射约束。其中，模式一对应于两个数据库，模式二对应于一个数据库。通过一般映射函数从底层数据库可以导出案例的相关属性值。模式一通过签名映射函数与模式二建立联系，其属性III叫的值由模式二的对应属性间接导出。通过案例模式定义及其映射函数，便可从政府组织内的相关底层数据库导出各种知识主体所关注的虚拟视图 案例实例。图中用尖括号括起来的属性为该属性及其属性值的整合体。

政务案例库中的案例知识需要随时间变化作及时地更新与演进。这种演进不是从根本上的案例再造，而是在原有案例模式基础上的改进与更新，并且通过案例模式不同版本间的映射得以实现。由于大多数案例模式不同版本间的映射都是平凡的，到底层数据库的映射函数能够被重用，新的映射关系只需在发生变化的地方插入或更新。案例模式内部不同版本间的映射使案例库的维护变得更容易。

5丨政务模型库

决策离不开有效和充分的信息和知识支持，大多数决策过程是“模型驱动”