中医古籍文献研究数据标引软件系统开发方案.docVIP

中医古籍文献研究数据标引软件系统开发方案(2008年) 目录 1 目前现状与待解决问题 3 1.1 叙词表加工系统目前现状 3 1.2 对叙词表加工系统的特殊需求 3 1.3 元数据标引系统目前现状 3 1.4 现有元数据标引系统存在的问题 3 2 整体需求分析 3 3 整体设计 4 3.1 数据加工流程 4 3.2 元数据标引系统 5 3.2.1 书目管理 5 3.2.2 用户管理 5 3.2.3 元数据模板配置 6 3.2.4 元数据模板与叙词表的映射规则配置 6 3.2.5 数据标引 6 3.2.6 工作流管理 7 3.2.7 日志系统 7 3.2.8 统计报表 8 4 技术实现 8 4.1 客户端配置 8 4.2 Web服务器配置 9 4.3 数据库服务器配置 9  目前现状与待解决问题 叙词表加工系统目前现状 目前中医古籍文献研究拥有一定数量的叙词表数据，由于缺乏比较理想的叙词表加工系统，现有数据主要为文本文件格式。这些文本文件格式较为规范，便于计算机程序导入。 对叙词表加工系统的特殊需求 由于中医叙词表的特点，使两条概念能够相关的语义环境非常重要，即两条概念能够相关，一定是基于一定的语义环境。例如，在某个方剂里，在主治某种病症时，两种中药产生一定关系。然而，同样是这两种中药，在另一个方剂里, 或在主治另一个病症时，就可能不产生关系，或产生完全不同的关系。因此，对于中医叙词表，如果抛开一定的语义环境而谈两个概念之间关系，是没有实际意义的。那么，对于叙词表加工系统而言，要解决的问题就是在用户建立概念间的关系时，如何能让叙词表加工人员准确、完整地描述产生这种关系的语义环境。并且，系统在展现概念间的关系时如何清晰的展示这种关系所存在的语义环境。 元数据标引系统目前现状 目前文献研究已拥有一套元数据标引系统，用于标引中医古籍文献，此系统为传统单用户应用程序，以桌面数据库MS Access为数据的存贮介质。 现有元数据标引系统存在的问题 元数据模板的属性已被程序写死。当数据标引人员在标引过程中发现需要在某模板中添加新属性时，或希望添加一个新模板时，必须由软件的开发人员重新改写，编译标引程序。这样增加了软件的开发和维护成本。同时也影响了数据标引人员的工作进度。同时，由于改版后的新程序使用新的数据库结构，这样用老版本程序标引的数据可能会与新程序产生一定兼容性问题。 由于现有系统将每一本医书的标引数据存储在一个独立的MS Access数据库中，这样使对每一本书的标引的数据完全孤立起来，从而无法对所有已标引的书籍的元数据进行综合利用，如在多本医书的元数据中进行搜素、统计等。 现有系统为单用户系统，多个用户无法协同工作，同时标引一套医书文献。 整体需求分析 基于对用户现有系统使用情况的了解及与用户面对面的交流，我们认为文献研究目前迫切需要一套元数据标引与叙词表加工紧密结合的系统。该系统具体应实现如下功能： 实现一套更适合标引中医古籍书目的新的标引系统。 在新的标引系统里，用户可以根据需求 的变化，随时重新定制元数据模板，而无需软件开发人员参与。 系统应该能够综合利用标引过的众多古籍书目中的标引元数据，而不使每本标引过的古籍书的标引元数据相互孤立，成为一个个信息孤岛。 实现一套功能完善的叙词表加工系统。 叙词表加工系统应很好解决概念关联所处的语义环境的表达与描述问题。 新的标引系统在标引过程中，应可以按照用户预先设定的某些规则，自动向叙词表中追加新的内容（如新概念），从而建立起一些处于草稿阶段的叙词表。 新的标引系统在标引过程中，还应可以从已经建立好的叙词表中选取规范的词进行数据标引。 整体设计 数据加工流程 整个系统按功能上划分，可划分为元数据标引和叙词表加工两个子系统。用户从职能上划分，可分为元数据系统管理员、元数据标引员、叙词表系统管理员、叙词表加工员。其中、元数据系统管理员和叙词表系统管理员可由同一人员兼任。元数据标引员和叙词表加工员可由同一人员兼任。 数据加工过程大体如下： 元数据系统管理员根据自身需求，在元数据标引系统中创建各类元数据模板。 叙词表系统管理员根据自身需求和元数据标引系统中元数据模板的结构，建立、配置叙词表结构。 元数据系统管理员在元数据标引系统中建立元数据与叙词表的映射规则。 元数据标引员在元数据标引系统中，按照管理员建立好的元数据模板进行数据标引。 在元数据标引的过程中，元数据标引系统按照管理员建立好的元数据与叙词表的映射规则，自动通过叙词表加工系统向叙词表中添加新内容（如新概念、概念关联等）。 叙词表加工员在叙词表加工系统中加工、完善由元数据标引系统自动加入的叙词表内容。 在元数据标引的过程中，元数据标引员也可以从已建立好的叙词表中选取规范词进行数据标引。 元数据标引系统 元数据标引系统大体可分为