dp2
dp2 copied to clipboard
Integrated Library System / 图书馆集成系统
读者荐购库创建后,要给 reader 账户增配存取定义,让 reader 账户可以在读者荐购库中创建书目库,但不允许在其它书目库创建和修改删除书目记录。(注: reader 账户可以获取所有书目库的书目记录) 存取定义如下: ``` 读者荐购:getbiblioinfo=*|setbiblioinfo=*;*:getbiblioinfo=*; ``` 注意需要删除 reader 账户权限中的 getbiblioinfo 和 setbiblioinfo 权限。
## 测试大纲 升级 dp2OPAC 时,观察虚拟目录中是否存在 __filelist.config 文件,如果存在,则按照它删除以前残留的文件;否则会把虚拟目录 bin 子目录中以前版本残留的 system.*.dll 文件删除,升级完成后,dp2OPAC 虚拟目录中会留下一个 __filelist.config 文件,表示本次安装所拷入的全部(可执行)文件。用浏览器是无法获取该文件的内容。 1. 存在 __filelist.config 文件,bin目录中添加Systerm.Runtime.dull,升级opac后依旧存在,但是__filelist.config 文件中不会有记载。 2. 存在 __filelist.config 文件,把Systerm.Runtime.dull文件添加到bin目录下,然后把该路径添加到__filelist.config中,升级opac后会删除。 3. 不存在__filelist.config 文件,添加Systerm.Runtime.dull,升级opac后会删除该文件。 4. 在浏览器中不能打开__filelist.config文件。 5. 打开opac的安装包,检查文件数量是否与__filelist.config...
dp2系统里面的书目库是可以具备下属实体库,订购库的,所以一般情况下,用户订购验收,流通都在同一个书目库中进行就可以了,这样的处理非常简单明了。图书订购一般流程请参考[文档](https://github.com/DigitalPlatform/dp2/wiki/%E5%9B%BE%E4%B9%A6%E8%AE%A2%E8%B4%AD-%E5%88%9B%E5%BB%BA%E8%AE%A2%E8%B4%AD%E8%AE%B0%E5%BD%95) 但是有些用户习惯了使用分库模式操作,并且组织分工上很难一下子调整为合库模式。dp2系统是可以兼顾这部分用户需求,仍然采用分库订购验收的。**但是分库模式下的订购验收步骤繁琐,尤其是如果涉及到中央库和采购库数据调整时,非常容易出错,所以我们不推荐这种做法**。 本文档专门讲解dp2系统如何进行分库模式下的订购验收。 *** 分库模式下的订购验收流程为:在已经创建好对应的中央库和采购库的前提下, 1. 先将书目记录创建到具有流通属性的中央库中 2. 从中央库复制书目到采购库 3. 在采购库进行订购验收 4. 将采购库验收产生的的册记录移动到中央库 之后中央库中的册(实体)记录才可以进行流通。 ## 分库模式的书目库如何创建 所谓的分库,意思是正式参与流通的库与不具备流通功能的采购库分开设置。这种情况下,正式参与流通的库就是采购库的目标库。“目标”的意思是,在采购库中所进行的订购记录验收产生了册记录之后,要把这些册记录移动到目标库中对应的同一种书目下面后,册记录才能够正式流通。 在dp2内务中,先在【功能】-【系统维护】-【系统管理窗】-【数据库】属性页创建好用于流通的正式库和用于采购的采购库。这两个库的书目记录是相对应的。用于流通的正式库一般定义其角色为"编目中央库",采购库角色定义为“采购工作库”。比如下图中,“中文图书”为中央库,“中文图书采购”为采购库。 ## 中央库和采购库书目记录的管理 分库模式下,采购库的书目记录不是直接导入或创建的,**只能从中央库“复制”到采购库**。这样做可以让中央库的书目记录成为采购库的记录的“目标”,以便订购验收完成后,采购库的实体记录能够被准确地移动到中央库对应的书目记录下面,不会造成张冠李戴。 从以上描述也可以看出,虽然采购库的记录是从中央库“复制”而来,但实际上这毕竟是两条记录,如果编目人员对这两条记录分别做出修改,使两条记录出现了较大的偏差,当采购库中验收完毕,移动册记录的时候就会发现目前验收的书目与目标书目不同,从而造成操作人员头脑混乱。 为了避免上述情况发生,系统限制了采购库中书目记录被修改的行为。也就是说,一旦中央库的书目被复制到采购库,两条记录之间建立了”目标“关系之后,采购库中的记录必须与中央库的记录完全一致,不能被修改。(目前版本复制当时是可以修改的,过后无法被改)。 *** 以下介绍各流程操作 ## 1. 将书目记录创建到具有流通属性的中央库中 此步骤同一般的书目记录创建。可以零星创建,也可以批量导入。这里不再赘述。 ##...
## 问题: 登录opac,进行书目查询的时候,检索结果报错,如下: ``` PrepareMarcFilter() 出现异常: CreateAssemblyFile() 出错 Type: System.IO.FileLoadException Message: 未能加载文件或程序集“System.Runtime.CompilerServices.Unsafe, Version=4.0.4.1, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a”或它的某一个依赖项。找到的程序集清单定义与程序集引用不匹配。 (异常来自 HRESULT:0x80131040) Stack: 在 System.Span`1..ctor(T[] array, Int32 start, Int32 length) 在 Roslyn.Utilities.StringTable.Add(Char[] chars, Int32 start,...
## 测试大纲 1. 预期应删除多余的system.*.dll 2. 预期不应删除多余的非system.开头的dll 3. 针对同名的dll,预期新版本会覆盖原来的dll
## 测试大纲 1. 测试在dp2内务,将中文期刊keys文件中“总期号”的xpath节点改错,让其与browse文件中的“总期号”xpath不对应,然后在期查询中,使用检索途径为“空值”,让检索窗错误的命中内容。
【种册窗】 查重功能测试
20220127 dp2circulation 测试版改进:在种册窗工具条的查重按钮下拉菜单,新增加 可以指定某个查重方案进行查重。 注:【种册窗】几个不同的查重方式,都是不会记忆上一次的选择,每次发起查重,都会把上一次的信息冲掉。 在【系统管理窗】创建查重方案时,检索点下拉菜单中有一个“分类号”,也有一个“中图法分类号”,在选择时注意需要确认测试的书目库使用的是哪一个分类号。分类号如果要作为一个检索点,可以将权值设低一点,至少不能影响到查重的结果。
## 测试大纲 检测dp2opac虚拟目录web.config文件能否与更新后的web.config合并 参考文档https://github.com/DigitalPlatform/dp2/blob/master/TestDp2Library/Install/TestInstall.cs 1. 删除web.config中dependentAssembly元素,并更新dp2opac 2. 删除web.config中runtime元素,并更新dp2opac 3. 删除web.config中assemblyBinding 元素,并更新dp2opac
测试脚本编译
## 测试大纲 一. 测试内务前端所有统计方案 二. 测试服务器端脚本,需针对标准和单机版都进行测试 2.1 快捷出纳窗左侧读者装载 2.2 种册窗MARC的OPAC显示态 2.3 MARC格式校验 2.4 C#脚本校验 三. 测试opac里面的MARC显示