“CALIS高校学位论文全文数据库”项目.ppt

“CALIS高校学位论文全文数据库”项目 参 建 馆 本 地 系 统 需 求 方 案 清华大学图书馆 2004年4月10日 主要内容： 子项目系统软件开发进展 2003年9月末举办第一次培训，参加学校约50所。到目前为止，约有35家已经运行“学位论文本地提交和发布系统”，绝大部分学校购买了成熟的商用软件； 2004年2月末，CALIS管理中心对各个子项目承建单位进行了统一的技术培训，要求各子项目系统开发需要满足一定的技术标准和元数据标准； 2004年3－4月，各商家根据新的需求重新完善各自的系统；因开发时间比较紧张，系统的有些功能（如统一认证、统一结算等）没有列入开发进度，本次培训中不能演示； 子项目系统软件开发进展 4月中旬，清华图书馆对本次会议需要演示的四种学位论文系统作了统一的安装测试，各家系统都有待于继续完善； 5月－－6月初，希望各商家逐渐完善系统，各与会单位选择本地系统软件，争取6月初在本馆正式运行； 6月－－，各商家增加新的功能模块（如认证、结算） ；CALIS和子项目中心将对系统涉及到的标准和接口做统一的测试； 子项目系统软件设计原则 遵循国际上通用的标准规范（如 OAI-PMH协议）； 遵循CALIS制定的标准规范（如CALIS-OID,METS）； 需遵循子项目组的规定；（如文件名命名规则，学位论文的核心表单配置等） 平台无关性，提供多种平台供参建单位选择，各参建单位可根据本馆数字图书馆平台的现有状况，选择“学位论文提交和发布系统”； 结合学位论文本身特点，实现系统的特殊功能。如学位论文DRM控制； 本地学位论文提交与发布子系统--1 提交模块（续1）： 提交权限认证 不需要认证 需要认证（一般选择“姓名+学号”作为认证条件，认证信息可批 量导入，认证信息非明文传输或在传输中使用校验码） 提交表单 包括两部分：1） “核心表单”项目，建议系统将这些项目固化，管理员在配置表单时不得更改。 “核心表单”中项目的著录必须遵照《学位论文描述性型元数据规范》。核心表单中有固定取值的项目提供可配置的下拉菜单，例如学科、学位级别等。下拉菜单的值由项目组确定； 2）根据本校需要配置的项目。 提交模块（续1） ： 提交的全文文件格式： 包括：论文全文格式选择：包括word97,word2000, word xp，PDF，ZIP (仅限于使用Latex的*.ctx和*.pdf文件压缩成的ZIP文件) 论文全文命名规范 “学校代码+学号+姓名+论文全文格式.扩展名”组合来确定文件名(每一段之间用下划线“_”相连)。 例如：211030_980021李明_97.doc 提交结果查询 审核模块（续1） ： 记录处理： 按院系分配论文审核任务； 不合格信息通过自动发Email或web查询方式通告学生 ； 共性的不合格信息，系统可给出其列表提审核员选择； 不合格信息可由管理员配置； 审核员有修改论文元数据和全文的权限； 记录统计： 按院系统计记录的处理状态（未处理、合格、不合格），审核员的工作量等，统计结果可作各种排序； 论文编目模块（续1） ： 描述性元数据编目 核心表单项由学生提交，审核员审核， 主要是指增加馆藏号 管理型元数据编目 主要是增加论文服务年限、服务范围和pdf文件大小 服务范围包括2级：校园网内、CALIS参建单位内 服务年限：2种不同服务范围有不同的服务年限 可批量加入, 或一条条加入 系统根据以上信息自动控制论文的发布范围和访问权限 pdf文件大小：要求系统自动生成，包括前16页和全文 回溯历史数据的编目 文档标准化模块（续1） ： 自动批量转换word到pdf文件； 生成2个pdf文件，一个是全文，一个是前16页； 完整的转换日志； 全文pdf文件的加密；（不能进行复制、打印、拷贝等操作） PDF文件命名规范 Word在转换成pdf后，文件名中的“学校代码+学号+姓名+论文全文格式.扩展名”，论文全文格式部分去掉。前16页和全文文件名的区别是：前16页文件名是在全文文件名的”.”前面加16。 例如：211030_980021李明_2000.doc转换成PDF后的文件名为： “211030_980021李明.pdf”(论文全文)， “211030_980021李明16.pdf”(前16页全文)。 论文全文发布与