IInterlib區(qū)域圖書館集群管理系統(tǒng)用戶手冊

Interlib圖書館集群治理系統(tǒng)用戶手冊廣州圖創(chuàng)計算機軟件開發(fā)目錄前言圖書館集群治理系統(tǒng)Interlib的消滅為什幺需要區(qū)域圖書館群的聯(lián)合效勞閱讀對象本手冊包括的內(nèi)容本手冊閱讀指導相關參考手冊本書商定更多信息圖書館集群治理系統(tǒng)Interlib的消滅一座孤島。從圖書館自動化系統(tǒng)進展歷程來看，經(jīng)受過單機、終端/主機階段，局域網(wǎng)下客戶機/效勞器(C/S)階段。C/S模式在90年月中期作為圖書館自動化系統(tǒng)架構的主流，始終到今日，將圖書館自動化的進展帶入了境地。C/S模式是基于局域網(wǎng)技術進展起來的，在Internet技術進展到今日的地步，C/S模式在伸縮性、可治理、資源共享、聯(lián)合效勞等方面有技術上先天的缺陷，難以實現(xiàn)數(shù)字資源和傳統(tǒng)業(yè)務嚴密結合以及海量數(shù)字資源的分布處理。圖書館集群治理系統(tǒng)Interlib是一代的圖書館自動化軟件，承受開放的多層構造體系，基于InternetInterlib打、合理配置和圖書館之間相互合作的目的。Interlib通過Internet網(wǎng)絡或城域網(wǎng)絡將區(qū)域內(nèi)各圖書館聯(lián)合起來，組成一個區(qū)域性的虛擬圖書館群，建立一個區(qū)域圖書館群的電子化、數(shù)字化、網(wǎng)絡化的信息空間，同時通過開放的多層結作。Interlib系統(tǒng)的主要功能特點：100JavaInternet嚴密結合。B/S模式多層體系構造，MVC架構。BrowserXMLHTML的局限性，適應更的技術進展。Unicode標準，真正解決多語種混合編碼問題。支持協(xié)議，并支持下一代協(xié)議ZNG。MARCMARC格式在同一系統(tǒng)并存。為什么需要區(qū)域圖書館群的聯(lián)合效勞造成了資源重復建設和鋪張。如以下圖所示，在整個區(qū)域內(nèi)，每個圖書館是一個離散的點，各圖書它圖書館的效勞，最一般的效勞如A館的讀者需要借閱B館的圖書需要重辦證，單一的效勞模式給讀者造成了不便，也使花錢建設的資源得不到有效利用。在這種各自分割，單位全部的局面下存在的問題：如何到達區(qū)域內(nèi)館際間的合作，最大效能的利用現(xiàn)有資源，避開鋪張？圖書館效勞的對象是讀者，如何合理配置可利用的資源？讀者假設想獵取他館資源，如何實現(xiàn)？如何挖掘潛在學問，增加讀者與圖書館之間的信息交互？將來的信息資源數(shù)字化、電子化、網(wǎng)絡化、共享化，如何到達共建共享的目的？如何利用區(qū)域性網(wǎng)絡進展信息與學問的重整合？息，進展集中治理，才能到達為讀者更好效勞的目的。如以下圖，圖書館群在承受集群的治理方式下，區(qū)域內(nèi)各圖書館不再是孤立的、離散的點，相互之間通過Internet/城域網(wǎng)連接在一起，形成立實體，讀者享受的效勞可以是全區(qū)域范圍的。通過Internet館，建立一個區(qū)域圖書館群的電子化、數(shù)字化、網(wǎng)絡化的信息空間。承受多層構造，通過開放的多層構造到達與國內(nèi)外其它圖書館的資源共享與協(xié)作。將圖書館業(yè)務工作同數(shù)字資源相結合。供給多層次圖書館群聯(lián)合效勞。有序的整合圖書館群的文獻、數(shù)字化資源信息，到達1+1>2效果。區(qū)域內(nèi)各圖書館相互之間通過Internet/城域網(wǎng)連接在一起，在圖書館集群治理系統(tǒng)的治理下，不再是孤立的、離散的點。閱讀對象

區(qū)域圖書館群對外的表現(xiàn)是一個整體，同時又具有各自特色。本手冊適合使用系統(tǒng)的業(yè)務工作人員，也可以作為治理員深入探究系統(tǒng)的指南。我們期望通過閱讀本手冊，能夠結合業(yè)務工作加深對系統(tǒng)的了解，順當?shù)慕鉀Q和應對消滅的問題，在實際應用中對業(yè)務工作進展優(yōu)化處理，提高本館的業(yè)務工作效率。本手冊包括的內(nèi)容這本參考手冊具體講解了系統(tǒng)各個模塊的流程、使用指南和局部實現(xiàn)原理，并對相關技術做了原理闡述和實現(xiàn)說明。本手冊共分為八個局部：第一局部：總論第一局部從區(qū)域圖書館群聯(lián)合效勞特色、根本概念、業(yè)務規(guī)章制定預備、系統(tǒng)使用常識四章闡述了系統(tǒng)的區(qū)域集群治理方式特色，并就使用系統(tǒng)需要把握的業(yè)務規(guī)章、根底學問和概念做了闡述。其次局部：采訪子系統(tǒng)優(yōu)化處理。系統(tǒng)可以對各種類型的文獻〔如一般圖書、電子資源等〕實施采訪和治理，在區(qū)域圖書館群集中治理方式下，各分館可以實施聯(lián)合、協(xié)調選購，在采訪形式上可以分為獨立選購、聯(lián)合選購、中心代購方式。第7章說明白如何建立一個訂單實施文獻的采訪，第8章介紹了預訂到館文獻和直接到館文獻的驗收。第三局部：編目子系統(tǒng)如何建立完整的書目數(shù)據(jù)和館藏名目。并介紹了如何在多館集群治理方式下掌握書目的質量，通過系統(tǒng)供給的套錄和自動檢索功能實現(xiàn)網(wǎng)上自動查重處理，保證區(qū)域內(nèi)書目數(shù)據(jù)的質量。第四局部：典藏子系統(tǒng)能夠處理本館的館藏，打算藏書的典藏位置，進展館藏調撥等工作外，在區(qū)域集群治理方式下，賜予肯定權限，還能夠進展館際藏書的交接，調撥，轉變資產(chǎn)所屬等工作。第五局部：期刊子系統(tǒng)第五局部具體表達了期刊的預訂、記到、裝訂等一系列工作。期刊特點是連續(xù)性，表達在期刊工作的各個環(huán)節(jié)，期刊預訂具有肯定規(guī)律性，第一次預訂后，以后的預訂方式以續(xù)訂為主，來裝訂對下架期刊進展裝訂處理形成合訂本，與圖書類似進展治理和流通。第六局部：薦購處理第六局部表達期刊和圖書的薦購處理，，便于更好的把握其工作流程和使用。系統(tǒng)的薦購功能可以說是一套完整的子系統(tǒng)，它包含了讀者對圖書、期刊等文獻的網(wǎng)上推舉訂購，工作人員對讀者推舉信息的處理和Email回復讀者所薦購文獻的處理狀況。但由于圖書館業(yè)務工作的特別性，薦購處理的各功能分散到WebOPAC、采訪、期刊等子系統(tǒng)中，讀者從WebOPAC上掃瞄書名目進展推舉訂購，工作人員在圖書或期刊的選購中處理讀者薦購信息。第七局部：流通子系統(tǒng)第七局部具體表達了系統(tǒng)的流通業(yè)務工作，通過閱讀本局部了解系統(tǒng)如何實現(xiàn)圖書館借書、通業(yè)務的自動化，在區(qū)域多分館集群治理方式下，系統(tǒng)實現(xiàn)了全區(qū)域的通借通還，打破了區(qū)域內(nèi)享、合理配置和圖書館之間相互合作的目的。第八局部：參數(shù)設置和使用局部，用戶能夠了解參數(shù)與業(yè)務的關系。也正是參數(shù)與業(yè)務的嚴密關聯(lián)性，使系統(tǒng)的應用敏捷多變，能夠適應各分館簡單的業(yè)務治理。本手冊閱讀指導本手冊是如何組織的？以從任何一局部開頭，而跳過其它局部。什幺是我必需把握的？重點，將使您的閱讀陷入逆境，無法在最短的時間內(nèi)快速上手。手冊以工作流的方式表達了系統(tǒng)內(nèi)必需完成的業(yè)務工作流程，您只要閱讀了該局部，便可以使您的工作輕松自如的完成。我可以依據(jù)各局部的挨次嗎？依據(jù)各局部的挨次，你可以生疏整個系統(tǒng)的流程。通讀了整個手冊，您將清楚了解圖書館業(yè)務工作在系統(tǒng)內(nèi)的實現(xiàn)方式，讓您更簡潔使用系統(tǒng)以適應您的工作流程。每一局部里面有什么？每個子系統(tǒng)的功能模塊介紹和具體功能說明。主體業(yè)務的工作流程。一個實例，依據(jù)工作流實現(xiàn)要完成的功能，并在局部簡單的章節(jié)給出一個具體應用舉例。同業(yè)務工作相關的使用技巧舉例和常見問題答復。更多信息關于Interlib圖書館集群治理系統(tǒng)的最信息可以訪問站點。根底學問和概念做了闡述。區(qū)域圖書館群聯(lián)合效勞特色根底學問和概念業(yè)務規(guī)章制定預備系統(tǒng)使用常識1章區(qū)域圖書館群聯(lián)合效勞特色該章介紹了Interlib區(qū)域圖書館集群治理系統(tǒng)的聯(lián)合效勞特色，包括了區(qū)域圖書館群的聯(lián)合――協(xié)調選購、各成員館的聯(lián)合編目、區(qū)域聯(lián)合名目自動實現(xiàn)、各分館間的通借通還實現(xiàn)全區(qū)域的大流通。聯(lián)合、協(xié)調選購Interlib系統(tǒng)中通過區(qū)域圖書館群的聯(lián)合、協(xié)調選購，到達在文獻資源選購時就進展合理配置的目的。聯(lián)合選購：各分館分別建立自己的訂單，由中心采訪部門統(tǒng)一治理，發(fā)訂單訂購。獨立選購：各分館分別建立自己的訂單，由各分館自己發(fā)訂單，獨立完成采訪過程。中心代購：由中心館建立總訂單，完成采訪，書到館后分發(fā)給各分館。聯(lián)合編目通過館際間的合作，實現(xiàn)區(qū)域圖書館群的聯(lián)合編目，多館具有一樣的文獻資源，共享一條標準書目數(shù)據(jù)，到達書目資源共建共享的目的。由于區(qū)域圖書館群內(nèi)各館編目質量參差不齊，Interlib引入多種手段進展編目質量掌握：保持系統(tǒng)在多館集中工作模式下書目數(shù)據(jù)的標準性、唯一性。數(shù)據(jù)接收過程中系統(tǒng)自動查重，保持書目唯一。MARC字段參數(shù)進展書目數(shù)據(jù)校驗檢查。下載數(shù)據(jù)時實行自動查重方式，簡化人員操作。對格式簡潔的書目數(shù)據(jù)，允許進入中心數(shù)據(jù)庫，在編目完成后能夠自動與網(wǎng)上完整書目數(shù)據(jù)進展查詢。系統(tǒng)自動進展本地簡潔書目數(shù)據(jù)與網(wǎng)上編目中心完整書目的查重處理過程。聯(lián)合名目再是單一圖書館的名目資源，而是圖書館群的名目資源。聯(lián)合名目的構成，主要有兩種方式：第聯(lián)合名目，反映了文獻的實時動態(tài)信息。傳統(tǒng)的聯(lián)合名目，相當在中心存放了本地系統(tǒng)的一個復制，構建的聯(lián)合名目不能實時更，由于技術上、治理上或其它方面的缺陷，無法反映文獻資源的保藏地點及借閱狀況等動態(tài)信息。無法在聯(lián)合名目根底上連續(xù)對讀者的后續(xù)效勞。Interlib區(qū)域圖書館群自動化治理系統(tǒng)構建的聯(lián)合名目，是一個動態(tài)的整體，承受的是實時的等動態(tài)信息，在呈現(xiàn)給讀者的名目上直接連續(xù)了讀者的效勞。通借通還效勞的層次。Interlib系統(tǒng)在區(qū)域圖書館群文獻資源借還效勞方面，實現(xiàn)全區(qū)域的通借通還，讀者在供給全區(qū)域的通借通還，系統(tǒng)通過參數(shù)進展治理，由于系統(tǒng)承受B/S多層架構的先進性，數(shù)據(jù)集中治理，各分館僅需掃瞄器即可運行業(yè)務系統(tǒng)，分館省去了系統(tǒng)的安裝和維護等工作。通借通還治理中包括了文獻資產(chǎn)的治理，在全區(qū)域大流通環(huán)境下，文獻資產(chǎn)所屬館不發(fā)生變化，僅轉變所在館位置。還回時文獻自動入藏到指定館際藏書地點或與本館圖書混合排架〔自動入藏到還回地點〕，不需要手工干預。系統(tǒng)零維護傳統(tǒng)的圖書館自動化系統(tǒng)由于受其實現(xiàn)方式的限制，從而要求每個圖書館配備具有計算機專業(yè)技術和生疏圖書館業(yè)務的系統(tǒng)人員，這對一般的中小型圖書館幾乎是辦不到的事。Interlib系統(tǒng)的B/S多層體系構造，承受了大集中的方式，各成員館無需高檔的效勞器、無需安裝專用系統(tǒng)軟專業(yè)人力資源問題，從而在根本上保證了區(qū)域內(nèi)圖書館群的自動化系統(tǒng)使用。豐富的工作形態(tài)Interlib承受B/S體系架構，除了完善傳統(tǒng)的工作方式外，并很好解決了C/S體系架構下技術手段難以到達的特別工作形態(tài)。現(xiàn)場采訪：通過Internet，可以直接進展文獻的現(xiàn)場采訪，效果與本地工作沒有區(qū)分，采訪實時進展，數(shù)據(jù)與中心同步，不需要進展二次處理。移動圖書館：通過無線網(wǎng)絡同Internet連接，實時處理讀者辦證、圖書的借還等流通工作，移動的書車真正成為移動的圖書館。社區(qū)效勞：由于圖書館社區(qū)效勞的提倡和興起，Interlib系統(tǒng)正好切合這個觀點，但凡Internet連通的地方，都可以是圖書館的效勞點。Interlib將圖書館的效勞網(wǎng)絡延長到居民社區(qū)等社會的各個角落。2該章節(jié)介紹了Interlib區(qū)域圖書館集群治理系統(tǒng)的根本業(yè)務概念，把握它便于更好的理解和應用系統(tǒng)。規(guī)律概念區(qū)域圖書館集群：是指在一個區(qū)域內(nèi)，各圖書館通過網(wǎng)絡連接〔或通過Internet與中心館相連〕，形成一個圖書館群，內(nèi)部承受統(tǒng)一協(xié)調的治理方式，對外表現(xiàn)為一個虛擬的整體，在此根底上實施全區(qū)域的通借通還。中心館：一個區(qū)域圖書館群有一個中心館的存在，該中心館負責全局的統(tǒng)籌安排、籌劃，是事實意義上的區(qū)域圖書館群治理中心。全局用戶：可以操作全局部館數(shù)據(jù)的用戶，在系統(tǒng)中館代碼標識為“999”。成員館用戶：只能操作本館數(shù)據(jù)的用戶。全局參數(shù)：999”。全局參數(shù)可以被全局部館使用成員館參數(shù)：只能被本館所使用的參數(shù)，一些特別的參數(shù)只能由各館單獨制定，如館藏地點、操作員等。避開在系統(tǒng)應用中發(fā)生一些常識錯誤。系統(tǒng)通過分館代碼識別全局參數(shù)或成員館參數(shù)。成員館參數(shù)只能為本館所用業(yè)務名詞概念機讀名目格式：通常稱之為MARC簡單的信息。關于其子段的簡潔定義，參考附錄一。3作方式，以到達資源共建共享的目的。在使用系統(tǒng)之前，需要規(guī)劃業(yè)務運作規(guī)章，建立完整的業(yè)業(yè)務參數(shù)作簡單介紹，詳情請參看“系統(tǒng)參數(shù)局部”。分館參數(shù)參數(shù)的設置。規(guī)律上對外表現(xiàn)是一個整體，但是在內(nèi)部，各分館是相互區(qū)分的，在區(qū)域聯(lián)合體內(nèi)，沒有中心館與分館的區(qū)分，只有全局館〔館代碼為999〕和成員館的區(qū)分，雖然物理上可能是一個館作為中系統(tǒng)建議作為成員館定義。全局館作為一個虛擬的角色消滅區(qū)域圖書館群實體中分館之間的關系舉例如下：假設在一個區(qū)域中有多個分館，有分館一、分館二、分館三等等，假設分館一是對整個區(qū)域圖書館群進展統(tǒng)籌治理的，是實際意義上的中心館，但在系統(tǒng)中，建議將分館一、分館二、分館999〕就作為虛擬的一個館存在。系統(tǒng)中誰擁有全局治理的賬號就可以對全局部館進展治理。全局館存在的意義統(tǒng)一參數(shù)治理。對區(qū)域圖書館群來說，假設每個分館各自制定參數(shù)，不利于全局的統(tǒng)籌治理，一些具有共性的參數(shù)可以定義為全局參數(shù)〔分館代碼為999的參數(shù)〕，在治理上降低了簡單程度。聯(lián)合選購。敏捷運用全局館，定義全局參數(shù)，可以處理很多簡單業(yè)務工作，假設開展全區(qū)域聯(lián)合選購等業(yè)務，建立全局訂單，供各分館聯(lián)合選購。對全局部館進展治理。雖然系統(tǒng)建議實際意義上的中心館作為成員館定義，但這并不影響中心館的治理，在系統(tǒng)中為中心館安排全局治理賬號，可以監(jiān)視成員館的數(shù)據(jù)質量，并對全部成員館進展治理。館藏地點參數(shù)館藏地點，在不同的系統(tǒng)中有不同的稱呼：典藏地點、典藏位置、藏書部門等等，在本系統(tǒng)性、所屬分館；規(guī)律上區(qū)域圖書館群對外表現(xiàn)是一個整體，但是在內(nèi)部，各分館館藏地點是相互區(qū)分的，在區(qū)域聯(lián)合體內(nèi)，各館擁有自己的館藏，常規(guī)狀況下，館藏地點是一個成員館參數(shù)。館藏地點由各分館自己定義。文獻類型參數(shù)各分館定義自己獨有的文獻類型。文獻類型定義方式，建議依據(jù)通常的類型定義：如中文圖書、西文圖書、中文小說、中文期刊、西文期刊等。系統(tǒng)安裝后默認依據(jù)該方式定義。建議，定義文獻類型前，收集各分館需求，統(tǒng)一籌劃，由中心治理館統(tǒng)一制定，特別狀況各分館定義自己的文獻類型參數(shù)。流通規(guī)章參數(shù)定義區(qū)域圖書館群下的各分館的流通規(guī)章參數(shù)，實際就是各分館流通制度的制定，各分館的規(guī)章的治理。規(guī)章的方式是通過參數(shù)組配的方式形成，敏捷程度大，需要認真理解它的概念和運用它。流通規(guī)章的形成：流通規(guī)章＝分館＋讀者類型＋文獻類型＋借閱規(guī)章＋館藏地點含義：必需滿足“分館＋讀者類型＋文獻類型＋借閱規(guī)章＋館藏地點”的組配才能形成流通規(guī)章。舉例：分館〔0001〕＋一般讀者〔999_PT〕＋中文圖書〔999_CN01〕＋3冊30天〔999_3C30〕＋社科書庫〔0001_SK〕這種組配規(guī)章形成流通規(guī)章解釋如下：分館0001的一般讀者借閱社科書庫的中文圖書承受借閱規(guī)章3冊30天。假設是館際的讀者〔全區(qū)域通借通還的讀者，需要在讀者類型中定義并開通讀者的通借通還效勞〕，也通過該規(guī)則處理。讀者具體的借閱細節(jié)在讀者類型參數(shù)、借閱規(guī)章參數(shù)里定義。流通規(guī)章”，見到如下界面：統(tǒng)一了，這樣在流通規(guī)章的定制上可以對館際讀者做到最大的敏捷處理。MARC參數(shù)MARC參數(shù)全局統(tǒng)一設定，包括MARC類型、MARC字段、MARC索引、MARC統(tǒng)一字段、MARC模版參數(shù)。系統(tǒng)安裝完成后已經(jīng)定義好這些根本的參數(shù)，假設沒有特別需求，建議用戶不要修改該局部參數(shù)。MARC類型參數(shù)：定義系統(tǒng)需要用到的各種MARC標準，系統(tǒng)默認設置了CNMARC、USMARC標準供用戶使MARC標準，需要首先定義MARC類型參數(shù)，然后設置該標準的MARC字MARCMARCMARCMARC許同時多種MARC標準在系統(tǒng)中共存。即是說系統(tǒng)可以容納CNMARC、USMARC、UNIMARC、JPMRAC等等標準的共同存在。在該參數(shù)里，MARC名稱和文獻類型唯一識別了不同的MARC標準。MARC字段：MARC編輯參數(shù)才能被系統(tǒng)識別使用。MARC索引：MARCCNMARC圖書、期刊，USMARC圖書、期刊的索引，分為9ISBN/ISSN索引、訂購號索引、出版社索引、主題詞索引、題名索引、統(tǒng)一書刊號索引。索引的定義方式與字段的錄入方式一樣，如需要定義701a字段作為著者索引，在著者索引中填入701$a；假設需要定義多個索引點，用“;”〔半角〕間隔開：701$a;702$a；假設需要子701$d、$b701$db。MARC統(tǒng)一字段：MARCMARC類型的字段對應于系統(tǒng)的統(tǒng)一字段，系統(tǒng)默認設置了CNMARC、USMARCMARC標準后，需要定義該標準的統(tǒng)一字段。對于一種MARCMARCCNMARCCNMARC中文圖書、CNMARCCNMARC的統(tǒng)一字段。MARC模板：MARCMARC數(shù)據(jù)時而承受的著錄模版，簡化錄入的過MARC類型，系統(tǒng)定義了兩個模版：采訪模版，編目模版。本章就登錄進入系統(tǒng)和常用的功能做一介紹。系統(tǒng)登錄系統(tǒng)的界面層〔browers端〕承受的是XML，需要以上的版本支持。假設用戶承受的操作系WindowsXP，掃瞄器版本已經(jīng)是以上，假設操作系統(tǒng)是Windows98Windows2000，請檢查您的掃瞄器版本。區(qū)分率要求：系統(tǒng)的功能布局比較簡單，建議屏幕區(qū)域的區(qū)分率設置為1024*768，能夠獲得最好的使用效果。URL位置〔URL由中心供給〕。消滅系統(tǒng)的登錄界面：輸入用戶名，密碼，分館代碼，單擊“登錄”進入系統(tǒng)。分館代碼由中心統(tǒng)一規(guī)劃安排。用戶登錄進入系統(tǒng)后，假設肯定時間不使用系統(tǒng)〔默認30分鐘〕，將自動退出，以保證系統(tǒng)的安全性。建議用戶在長時間不使用系統(tǒng)時，單擊系統(tǒng)主界面上的“退出”，注銷用戶并退出系統(tǒng)。系統(tǒng)主界面用戶登錄進入系統(tǒng)的主界面后，整個窗體分為三個局部：子系統(tǒng)菜單欄：顯示系統(tǒng)的全部子系統(tǒng)模塊，單擊進入相應子系統(tǒng)。子菜單：子菜單是一Outlook樣式，分成多個子項，單擊每個子項，進入相應子項的選擇需要操作的功能。子系統(tǒng)菜單欄子菜單子系統(tǒng)菜單欄子菜單顯示了用信息功能區(qū)用戶的主要業(yè)務操作在功能區(qū)進展，一些簡單的業(yè)務操作會有多于一個的窗體。作進展優(yōu)化處理。系統(tǒng)可以對各種類型的文獻〔如一般圖書、電子資源等〕實施采訪和治理，在、聯(lián)合選購、中心代購方式。采訪工作流機制外部數(shù)據(jù)的引入訂單的處理文獻驗收處理本章具體表達了采訪子系統(tǒng)的工作流機制，預訂流程以如何建立采訪訂單為主線，對不同來源和類型的征訂名目數(shù)據(jù)快速有效的實施采訪工作，該工作流程對于全局部館都全都；驗收流程依據(jù)分館參數(shù)的設置動態(tài)調整，實現(xiàn)了流程的多樣性和有用性。預訂處理流程整個采訪工作的重心是如何建立采訪訂單，所以采訪工作流程也是圍繞建立采訪訂單開放。訂簡潔造成訂單混亂出錯而只能單個處理，這樣從肯定程度上，失去了自動系統(tǒng)化治理的意義。Interlib引入訂單的概念，對每一個采訪訂單都記載下來，并依據(jù)訂單的形成制定工作流程和治理作流：以上預訂工作流中，虛線框內(nèi)是反映在實際工作中只是一個數(shù)據(jù)接收行為，進展采訪之前，需要先設置書商信息和預算信息，為便于理解，依據(jù)系統(tǒng)內(nèi)部處理過程，分解為圖示的三個局部。建立預訂訂單的工作流，如上圖所示，用語言描述為：針對書商供給的電子征訂名目，建立對應的書商批次信息，直接將電子征訂名目接收到該書商批次下〔系統(tǒng)自動批查重〕，然后生成一個工作訂單對該批電子數(shù)據(jù)實施預訂處理形成訂單。建立書商書目批次〔需要先設置書商信息參數(shù)〕。接收書商供給的電子征訂名目數(shù)據(jù)。生成工作訂單。掃瞄該批征訂名目，通過預訂處理建立訂單。針對紙張征訂名目，先生成工作訂單，直接預訂處理形成訂單。生成工作訂單，查找需要預訂的書目，當前總庫無書目信息需要先建立一個書目記錄。對該書目預訂建立訂單。在預訂工作流圖中，要先建立書商書目批次，再接收數(shù)據(jù)，為什么？是由于對不同書商供給的電子數(shù)據(jù)，內(nèi)容大不一樣，在實際的預訂處理中需要區(qū)分對象建立訂單，不能在發(fā)給書商A的訂單中填寫了書商A沒有而書商B有的文獻。系統(tǒng)要求在接收電子征訂數(shù)據(jù)時將不會混淆預訂數(shù)據(jù)。次和訂單的動態(tài)變化，直接影響系統(tǒng)的下一步工作流程。采訪形式在區(qū)域集群治理方式下，各分館可以承受不同的采訪形式，實施聯(lián)合、協(xié)調采訪。獨立選購各分館分別建立自己的訂單，由各分館自己發(fā)訂單，獨立完成采訪工作流程。在進展采訪之前，各分館需要先設置與采訪有關的書商信息、預算信息和貨幣信息。聯(lián)合選購各分館分別建立自己的訂單，書商、預算、貨幣信息由中心統(tǒng)一設置為全局參數(shù)，工作訂單各分館信息發(fā)訂單訂購。中心代購交送到各分館后直接可以上架。驗收處理流程系統(tǒng)對驗收的處理有兩種方式，細節(jié)和特點請看本局部“文獻驗收處理”章節(jié)：預訂驗收：對已經(jīng)預訂的圖書進展驗收處理。直接驗收：對零購、散購等沒有預訂信息的文獻進展驗收處理。文獻到館后組織驗收，驗收完成進展編目，驗收與文獻編目工作嚴密結合，實際中，一些圖簡潔編目，完成后直接上架，處理方式無疑是很便捷的；而對一些流程化作業(yè)的大館，分批次進展驗收、編目各分館可以依據(jù)適宜的方式制定本館的驗收處理流程。系統(tǒng)的驗收工作流如下：上圖反映了文獻驗收流通的流程，流程中消滅兩個分支：是否預訂：依據(jù)驗收的文獻有否在當前有效訂單中消滅，“是”說明該文獻具有預訂信息，允許驗收；“否”說明驗收的文獻處于無效訂單中或根本沒有預訂信息，不允許作預訂驗收處理。是否驗收直接流通：依據(jù)各分館設置的工作模式〔見分館參數(shù)設置〕，系統(tǒng)動態(tài)調整驗收后的流程，“是”說明文獻驗收后可以直接上架參與流通，屬于驗收、編目工作整合的方式；“否”說明文獻驗收后要經(jīng)編目，編目后要交送或入藏登記才能上架參與流通。對以上工作流程，用語言具體描述為：建立驗收批次，預備對到館文獻實施驗收處理。驗收，區(qū)分預訂驗收和直接驗收的不同，分別從不同的功能模塊進入。對預訂驗收來說，要求訂單設置為驗收狀態(tài)，系統(tǒng)識別待驗收的文獻是否有有效的預訂信息，“是”流程連續(xù)向下走，“否”回到起點，工作人員自行打算處理方式――退還該書或直接驗收。填寫正確的待驗收文獻復本數(shù)量和價格，安排館藏。系統(tǒng)要求承受先貼條碼的方式，不承受自動安排條碼，避開人為緣由造成條碼與實際不全都。編目處理，假設承受“驗收直接流通”的工作模式，驗收同時對文獻編目，驗收完成編目也即完成，文獻可直接上架流通，流程完畢；假設不承受“驗收直接流通”的工作模式，驗收后將步驟1建立的驗收批次設置為編目狀態(tài)，編目人員對該批文獻編目處理。〔〕，可以直接批交送到流通；假設具有典藏部門或典藏人員，進展館藏登記處理，將文獻安排到正確的館藏地點，文獻再上架參與流通。先決條件各分館在采訪工作進展前，需要首先確認以下參數(shù)正確設置：誤。征訂名目信息進展預訂處理的書商，訂單才有發(fā)送的對象。但當分館需要進展預算治理時，是必需的。MARC類型，掌握號分區(qū)，效勞器地址。6入手，切合系統(tǒng)的實際操作，表達采訪系統(tǒng)的特點和使用。本章是基于書商供給的電子征訂名目接收供編目套錄用。書商書目批次的起點，同時，為了提高采訪的掩蓋面，系統(tǒng)webOPAC模塊供給讀者網(wǎng)上圖書薦購，對電子征訂名目數(shù)據(jù)，接收后公布與網(wǎng)上，讀者可以在預訂工作進展之前對該批書進展推舉訂購。次同時實施預訂，也顯得有條不紊?？梢韵胂褚幌拢僭O沒有批次治理，多個書商的書目混雜一1、每個批次是獨立的。2、批次－書目鏈連接批次與書目信息。3、同一條書目可以在多個批次中消滅，自動查重到的書目，與總書目庫中書目相連。書目批次治理的治理模塊。接收一批數(shù)據(jù)對其進展預訂處理的步驟：建書目批次：建立一個的書商書目批次。書商數(shù)據(jù)接收：接收書商供給的電子征訂名目〔見下一節(jié)：書商數(shù)據(jù)接收〕到所建立的書目批次中。強制批次狀態(tài)：一批數(shù)據(jù)接收完成后，開頭預訂處理前，需要將該批次設置為完成狀態(tài)。WebOPAC設置批次為歷史狀態(tài)，就是關閉該批次，不再使用。書商書目批次”，見到如下界面：增：建立一個的書商書目批次。編輯：采訪參數(shù)設置批次狀態(tài)治理”中將該批次刪除，重建立。書目記錄維護：MARC格式掃瞄操作。強制批次狀態(tài)：設置批次的狀態(tài)，狀態(tài)直接影響批次的處理。接收狀態(tài)：建立的批次處于接收狀態(tài)，只有處于接收狀態(tài)的批次才能接收書目webOPAC薦購處理。完成狀態(tài)：批次處于完成狀態(tài)才能進展預訂處理，同時該批次關閉，不能接收書目數(shù)據(jù)，并從讀者薦購名目中撤下。歷史狀態(tài)：對一批征訂書目預訂處理完成后，設置為歷史狀態(tài)，該批次完全關閉，如不需要保存批次的歷史信息，可以在批次狀態(tài)治理中將其刪除。建書目批次在書商書目批次治理模塊中單擊“增”，建操作消滅如下界面：批次編號：系統(tǒng)要求批次編號唯一，尤其是多分館共同采訪情形。分館代碼：通過分館代碼，各分館治理自己的批次，系統(tǒng)自動識別各分館，不能修改。假設是系統(tǒng)全局用戶，可以建立全局共享的批次，作聯(lián)合采訪用。批次類型：不能修改，系統(tǒng)用來識別書目、訂單和驗收批次。書商代碼：往往是該批數(shù)據(jù)的供給者，與訂單的發(fā)送對象全都。備注信息：描述該批征訂數(shù)據(jù)的信息，對讀者網(wǎng)上薦購操作起到引領提示的作用，建議寫入較為具體的備注信息。單館實施采訪工作時，各館分別建立自己的批次，批次所屬館不同，可見性互斥〔即分館一區(qū)域使用。建立全局批次：以全局用戶〔默認賬號是admin，館代碼為999的稱為全局用戶〕登錄進入系統(tǒng)，依據(jù)上節(jié)步提示：1、如何命名批次以便更好治理？小節(jié)提示提示：1、如何命名批次以便更好治理？如：0001XHSM2003如：0001XHSM200303提示：2、如何能夠將書征訂信息公布于網(wǎng)上供讀者薦購？在接收狀態(tài)一段時間，這段時間范圍內(nèi)讀者都可對書薦購。提示：2、如何能夠將書征訂信息公布于網(wǎng)上供讀者薦購？書商數(shù)據(jù)接收對電子征訂名目在書目總庫的自動查重功能，保證預訂處理的有效性和便捷性。MARCMARC格式，假設數(shù)據(jù)源是Excel、定長文本、dbfMARC的工具，見本節(jié)提示。書商征訂數(shù)據(jù)接收流程如下：系統(tǒng)對書商電子征訂名目處理，重點在于接收數(shù)據(jù)的同時自動查重和書商征訂書目的治理，自動查重防止書目的重訂和漏訂〔復本預訂方式〕，具體說明請看上圖的注釋局部；書商征訂目錄的治理利于便捷高效的對征訂書目實施預訂。接收征訂數(shù)據(jù)MARC格式〔ISO2709〕，至少有一個書商書目批次處于“接收狀態(tài)”。MARCMARC格式和文獻類型的書目規(guī)律分段，區(qū)分治理。工作人員操作的類型通過采編參數(shù)中的設置判定，同一時間只能處理MARC格式和文獻類型，這意味著假設當前工作人員承受MARC格式為“CNMARC”，文獻類型為“圖書”的參數(shù)，就不能處理其它類型的文獻。工作人員可在“采訪采訪參數(shù)設置MARC類型。系統(tǒng)默認定義的類型如下表：CNMARC1圖書UTF-8中文圖書CNMARC2期刊UTF-8中文期刊CNMARC3非書資料UTF-8中文非書資料USMARC1圖書UTF-8西文圖書USMARC2期刊UTF-8西文期刊USMARC3非書資料UTF-8西文非書資料通過上表的組配，共有六種類型供使用，以上參數(shù)是動態(tài)定義，假設需要增加的類型，進入“系統(tǒng)MARC參數(shù)設置MARC類型”中定義。書目數(shù)據(jù)治理書商數(shù)據(jù)接收”，見到如下界面：據(jù)不要超過一萬條，假設征訂名目過大，分割成兩個或多個批次。同樣，一個書目批次中容納的數(shù)據(jù)也不要太小，假設較小，將同一書商供給的多個征訂名目接收到同一個批次。訂名目接收，需要正確設定。記錄完畢符：MARC記錄與記錄之間的分隔符，默認為“29”，不需轉變。字段完畢符：MARC記錄中字段完畢標識符，默認為“30”，不需轉變。子字段標識符：MARC記錄中子字段標識符，默認為“31”，不需轉變。書商數(shù)據(jù)文件：MARC格式〔ISO2709〕文件。假設是定長格式文件，需要進展格式轉換。“接收數(shù)據(jù)”。MARC數(shù)據(jù)接收結果預覽，如以下圖，工作人員依據(jù)預覽信息查看數(shù)據(jù)是否正確，可以通過“MARC記錄預覽下一條”、“MARC記錄預覽上一條”查看更多預覽結果，此時征訂數(shù)據(jù)并沒有接收到系統(tǒng)中，操作僅僅是將數(shù)據(jù)文件上載到效勞器，MARC類型、文獻類型正確無誤。確認信息無誤后，單擊“加載到總書目庫”，系統(tǒng)開頭正式接收這批數(shù)據(jù)，同時對數(shù)據(jù)作查重處理，接收過程會需要肯定時間，依據(jù)數(shù)據(jù)文件的大小和效勞器的性能花費時間不一，大約1000條數(shù)據(jù)耗時30秒，數(shù)據(jù)接收完成后會出一份接收結果報告，如以下圖，此時接收征訂數(shù)據(jù)才算完畢。提示：1提示：1Excel、定長文本、dbfMARC格式文件？dbfMARCdbf格式的dbf格式。通常狀況下，書商供給的數(shù)據(jù)多為Excel格式文件，當我們用Excel另存為”功能可以將Excel文件轉換為dbf格式，在轉換時要留意Excel文件的第一行必需為字dbf文件要用其作字段名，轉換操作步驟如下：1〔Ctrl+A。2、在菜單欄上選擇“格式列最適宜的列寬”將數(shù)據(jù)域寬度調整適宜，肯定要留意，不做此步驟將會使轉換得到的數(shù)據(jù)出錯。3、單擊數(shù)據(jù)區(qū)包含數(shù)據(jù)內(nèi)容的單元格〔肯定要〕，在菜單欄上選擇“文件另存為”將文件保存為dbf格式，Excel會消滅提示信息，都選擇確定，自此，Excel文件轉換為dbf文件完成。dbfdbfMARC格式文件，假設轉換過程中出錯，在“系統(tǒng)系統(tǒng)有用工具下載”中下載文件〔DBFODBC驅動程序，雙擊安裝〕，轉換操作步驟如下：1Interlib中，“系統(tǒng)系統(tǒng)有用工具下載MARCdbf2marc程序，雙擊直接運行，如以下圖：21dbf源文件。3、單擊“掃瞄2”輸入要保存的轉換后輸出結果?MARC文件，通常命名為.marc后綴，便于識別。4、在“字段轉換比照表”中填寫正確的MARC字段名稱，其中字段名、類型、長度由程序dbf源文件的信息。需要認真了解要用到的MARC字段，保證轉換結果MARC數(shù)據(jù)各〔肯定要源文件的格式完全一樣〕，可以單擊“保存格式”供下次轉換使用。5、預覽，查看轉換結果是否正確，單擊“開頭輸出”得到結果文件。提示：2提示：2、我已經(jīng)接收了電子征訂數(shù)據(jù)，接下來如何處理？上圖顯示了華集團供給的電子征訂名目“華”文件的轉換過程，輸出結果為“華”文預訂狀態(tài)，假設需要在當前批次中再行接收數(shù)據(jù)，重復以上接收征訂數(shù)據(jù)過程，直至全部數(shù)據(jù)處理完成。假設需要作為書征訂名目在網(wǎng)上呈現(xiàn)給讀者，不作任何處理保持該批次為接收狀態(tài)。練習1書商書目批次”治理模塊，單擊“增”，建立一個XHSM200301，并留意標志欄的狀態(tài)。2、選中建立的批次，將該批次強制設置成為“完成狀態(tài)”，查看標志欄發(fā)生什么變化。3、選中建立的批次，將該批次強制設置成為“歷史狀態(tài)”，查看該批次是否已經(jīng)關閉，并從當前批次列表中撤下。4、進入“采訪采訪參數(shù)設置批次狀態(tài)治理”模塊，將第3題設置為歷史狀態(tài)的批次選中，再將該批次強制設置成為“接收狀態(tài)”，回到書商書目批次狀態(tài)治理模塊，查看發(fā)生了什么。5、書商數(shù)據(jù)接收練習：進入“采訪書目數(shù)據(jù)治理1題建立的書目批次，MARCMARC數(shù)據(jù)接收結果報告；強制設置成為“完成狀態(tài)”，并單擊“書目記錄維護”，任意刪除幾條書目記錄。MARCMARC數(shù)據(jù)接收結果報告，比較與第一次接收結果報告的異同，說明緣由。外部數(shù)據(jù)接收MARCMARCMARC數(shù)據(jù)進入系統(tǒng)，供以后編目套錄或編目參考使用。隨著行業(yè)標準的推廣和圖書的采訪市場化，越來越多的書商供給為圖書館購置的文獻進展MARCMARCMARC數(shù)據(jù)的途MARC數(shù)據(jù)的MARC數(shù)據(jù)來源主要有以下途徑：MARC書目數(shù)據(jù)。MARC書目數(shù)據(jù)。MARC書目數(shù)據(jù)。MARC格式〔ISO2709〕，進入“采訪書目數(shù)據(jù)治理類型。MARC數(shù)據(jù)源，單擊“接收數(shù)據(jù)”。MARC數(shù)據(jù)接收結果預覽，工作人員依據(jù)預覽信息查看數(shù)據(jù)是否正確，通過MARC類型、文獻類型正確無誤。確認信息無誤后，單擊“加載到MID書目庫”，系統(tǒng)開頭正式接收這批數(shù)據(jù)，完成后會出一份接收結果報告。書目庫〕和外部書目庫〔MIDDLES書目庫〕，當外部書目庫存在檢索命中結果，外部書目數(shù)據(jù)會與總書目庫檢索結果同時消滅在屏幕上，可以直接套錄使用。7單批次治理、預訂處理、預訂記錄維護，圍繞如何建立一個訂單開頭，分別對電子征訂名目和紙張征訂名目進展預訂處理。預訂訂單批次訂單，然后將建訂單作為當前工作訂單設置，在不更換工作訂單前，工作人員選購處理的結果作訂單。系統(tǒng)要求先建立訂單，再向訂單中寫入預訂信息。這好比商場進貨，對一個供貨商，當需要向其購置一些產(chǎn)品后，商場會建立對該供貨商的訂單，將需要的貨品填入訂單，然后發(fā)出，而不確，便于治理。訂單批次治理本模塊是對訂單進展治理的模塊。開頭的預訂處理要完成：建一個訂單。設置建立的訂單為當前工作訂單，對的征訂名目開展預訂。預訂訂單批次”，見到如下界面：增：建一個訂單批次。編輯：選擇一個訂單批次，對其進展修改，在編輯訂單信息時，假設該訂單已經(jīng)開展預訂，不允許修改訂單號、書商代碼、預算代碼。在的文獻預訂信息進展查看和維護。輸出訂單：采訪完成后，可以通過兩種方式輸出訂單，在這里直接輸出XML格式的預訂結果，供直接打?。涣硗饧僭O需要將訂單發(fā)郵件給書商，“采訪報表訂購單”中選擇需要ExcelExcel文件。齊狀況或者向書商發(fā)出催缺信息，可使用此功能或“采訪催缺單”中發(fā)出催缺單。設置工作訂單批次：設置當前的工作訂單，開頭的選購要留意更換工作訂單。固然，同一書商的多個征訂書目可以承受同一個訂單。強制批次狀態(tài)：設置訂單批次的狀態(tài)。預訂狀態(tài)：建立的訂單處于預訂狀態(tài)，只有處于預訂狀態(tài)的訂單才能設置為當前工作訂單，向其中寫入預訂信息以開展預訂工作。驗收狀態(tài)：一個訂單填處理完成并將訂單發(fā)送給書商后，需要設置為驗收狀態(tài)，等候圖書到館開頭預訂驗收〔預訂驗收處理才能看到該訂單信息〕。完成狀態(tài)：預訂文獻驗收完成后，可以在此關閉訂單，訂單被關閉后即使在該訂單中的文獻到館后也不允許進展預訂驗收。歷史狀態(tài)：訂單設置為歷史狀態(tài)，該訂單完全關閉，并從該治理模塊撤下，如需查看進入“采訪采訪參數(shù)設置批次狀態(tài)治理”。訂單與工作訂單：訂單的概念是指發(fā)給書商的含有選購人員在工作中形成的文獻采訪信息，是選購工作的結該訂單始終開放，可以向其中添加預訂信息，當訂單狀態(tài)轉變時，該訂單被關閉，除非又恢復為預訂狀態(tài)。建訂單在預訂訂單批次治理模塊中單擊“增”，建操作消滅如下界面：批次編號：系統(tǒng)要求訂單批次編號唯一，尤其是多分館共同采訪情形。分館代碼：通過分館代碼，各分館治理自己的批次，系統(tǒng)自動識別各分館，不能修改。假設是系統(tǒng)全局用戶，可以建立全局共享的訂單，作聯(lián)合采訪用。批次類型：不能修改，系統(tǒng)用來識別書目批次、訂單和驗收批次。書商代碼：訂單的發(fā)送對象。預算代碼：預訂承受的經(jīng)費來源。備注信息：描述該訂單的備注信息，給出完整信息是個好習慣，在訂單較多的狀況下簡潔辨識。至此，的訂單批次建立完成，等待預訂處理。建議參考前面章節(jié)提到的“預訂處理流程”比照學習第6-7章，把握其中的關鍵環(huán)節(jié)后可以依據(jù)每節(jié)步驟并參考給出的圖形動手嘗試一下，實踐是把握學問的最好方法。圖書預訂處理通過閱讀前面的章節(jié)可以知道，預訂時系統(tǒng)對電子征訂名目和紙張征訂名目處理的方式有別。本書花了較大篇幅表達關于電子征訂名目的治理，由于在傳統(tǒng)方式下，對紙張征訂名目實施預訂處理，完成大約一期征訂書目〔約600種〕的預訂需要兩周，而在系統(tǒng)中對一期約600種文獻的電子征訂名目實施預訂處理僅需一工作日！電子征訂名目的引入提高了不少工作效率。功能說明①②③圖書預訂治理①②③預訂處理模塊窗體由三局部構成：〔假設存在直接驗收的圖書使用該預算，與預訂承受的預算一起計算出總的已用資金〕。預訂方式I 傳統(tǒng)的針對紙張征訂名目的預訂方式，也稱為“書目查重預訂”，要對圈訂的每一種文獻進展查重，假設找到記錄，打算是否復本預訂，假設沒有找到記錄，需要先增加一條書目記錄，然后再進展預訂。預訂方式I〔書目查重預訂〕，供給了一個組合檢索功能區(qū)，每局部選擇需要的檢索途徑，輸入要查詢的條件，單擊“提交查詢”，系統(tǒng)顯示查詢的結果?？梢詢删植炕蛉植拷M配進展檢索。對于系統(tǒng)供給的三個檢索框，前兩個系統(tǒng)默認為前方全都的檢索方式，第三個默認為模糊查找方式。前方全都方式要比模糊查找方式檢索效率高。預訂方式II 對電子征訂名目的預訂方式，也稱為“書商書目預訂”，書商書目批次處于完成狀態(tài)的，會在該模塊中顯示出來。選擇需要征訂的書商書目批次，進展掃瞄預訂，預訂完成后，在書商書目批次治理模塊，將書目批次設置為歷史狀態(tài)，關閉該征訂書目批次。接收進入系統(tǒng)的書商征訂名目，分為批次書目掃瞄預訂，批次MARC掃瞄預訂兩種，主要依據(jù)工作的習慣使用。批次書目掃瞄預訂：每頁10條記錄分頁顯示書商征訂名目信息，選中需要預訂的書目，單擊“預訂”作預訂處理。MARC掃瞄預訂MARC數(shù)據(jù)方式顯示單條征訂名目信息，可以在屏幕上直接作預訂處理。排序方式，征訂名目可以選擇一種排序方式，選擇后，掃瞄整個征訂名目依據(jù)所選挨次顯示。書目查重預訂書目查重預訂，傳統(tǒng)的預訂方式，對紙張征訂名目所做的預訂處理，要求對未查重到的書目先建立書目記錄，再做預訂。書目查重預訂流程如下：依據(jù)紙張征訂名目的圈訂信息，輸入查詢條件，單擊“提交查詢”。查重，系統(tǒng)依據(jù)檢索條件進展查重，并顯示結果：查重到：查看需要預訂的文獻是否存在復本。查重不到：單擊“書預訂”，錄入一條的書目記錄。預訂：輸入需要預訂文獻的復本數(shù)。重復以上動作直到需要預訂的文獻全部處理完成。輸出該批訂單。以下我們舉例來演示一下書目查重預訂的流程。一、進入“采訪圖書預訂治理圖書預訂處理”模塊，在第1ISBN號，單擊“提交查詢”。消滅書目檢索結果列表，如以下圖，當檢索結果多于10條記錄，系統(tǒng)分頁顯示，假設沒有命中，顯示空的書目列表。二、選中在“BIBLIOS書目庫”列表內(nèi)消滅的檢索命中結果，單擊“訂購”。總書目庫查詢結果 外部書目庫查詢結果，供套錄使用如以下圖，窗體的第一行顯示了重要信息，有：書目記錄號：系統(tǒng)識別用。書商書目批次：為空表示是書目查重預訂方式。預訂訂單批號：顯示當前正在處理的訂單。①②③④薦購人數(shù)：讀者網(wǎng)上推舉人數(shù)總計，假設不為0①②③④整個窗體由四局部組成：MARC數(shù)據(jù)查看 顯示當前書目的具體信息需要工作人員對MARC格式有所了解。單擊“編目”可以修改當前書目數(shù)據(jù)。預訂表單預訂歷史列表館藏信息列表

顯示了當前文獻的全部預訂信息，默認顯示本館的全部預訂信息。顯示了當前文獻的全部館藏信息，默認顯示本館的全部館藏信息。三、填寫好復本數(shù)等信息，單擊“保存預訂”，完成該文獻的預訂處理。這時當前文獻的預訂信息會顯示在預訂歷史列表中。四、單擊“返回”，開頭下一種文獻的預訂。留意：留意：一個訂單里一種文獻只能有一條預訂記錄。一種文獻的預訂記錄允許消滅在不同的訂單中。書商書目預訂擇需要預訂的文獻，省去了傳統(tǒng)方式下的建書目記錄和查重過程〔系統(tǒng)自動查重處理〕，書商書目預訂流程如下：選擇需要預訂的書商書目批次〔即書商供給電子征訂名目〕。掃瞄文獻書目信息及其復本信息。預訂：輸入需要預訂文獻的復本數(shù)。重復以上動作直到需要預訂的文獻全部處理完成。輸出該批訂單。以下我們來演示一下書商書目預訂的流程。一、進入“采訪圖書預訂治理圖書預訂處理”模塊，選擇需要開頭預訂處理的書目MARC掃瞄預訂”。如以下圖，消滅掃瞄預訂處理的窗體：整個窗體劃分為五個局部：檢索掃瞄區(qū) 在檢索框中輸入查詢條件可以在本書目批次中檢索所需信息，通過導航條可以在本批次中進展掃瞄。MARC數(shù)據(jù)查看 顯示當前書目的具體信息需要工作人員對MARC格式有所了解。單擊“編目”可以修改當前書目數(shù)據(jù)。如欲直接轉到當前批次的某一條，在“轉到框”輸入要轉到的數(shù)值，回車。預訂表單 對當前書目作預訂處理，可增加、刪除、修改預訂信息。通常僅MARC010$d，訂購號自MARC092$a。預訂信息列表館藏信息列表

顯示了當前文獻的全部預訂信息。顯示了當前文獻的全部館藏信息。提示：2、我沒有處理完一個書目批次退出了系統(tǒng)，下次如何接續(xù)上次的預訂？提示：3、在預訂表單的價格框，內(nèi)容為什么不對？提示：提示：2、我沒有處理完一個書目批次退出了系統(tǒng)，下次如何接續(xù)上次的預訂？提示：3、在預訂表單的價格框，內(nèi)容為什么不對？提示：4、讀者薦購的圖書，預訂時如何處理？提示：5、預訂完成后，訂單如何處理？提示：6、我要進展現(xiàn)場采訪，怎么處理？三、填寫好復本數(shù)等信息，單擊“保存預訂”，完成該文獻的預訂處理。這時當前文獻的預訂信息會顯示在預訂信息列表中。提示：1、每年國家華總局發(fā)行的書報，有沒有電子版數(shù)據(jù)？四、單擊導航條上的“下一條”，連續(xù)掃瞄，開頭下一種文獻的預訂。提示：1、每年國家華總局發(fā)行的書報，有沒有電子版數(shù)據(jù)？有，華總局發(fā)行的書目報現(xiàn)在已經(jīng)有了電子名目數(shù)據(jù)，一些標準的書商都供給，并且很有，華總局發(fā)行的書目報現(xiàn)在已經(jīng)有了電子名目數(shù)據(jù)，一些標準的書商都供給，并且很訂，提高了采訪的工作效率。條開頭預訂，在“跳轉”框輸入要轉到的條目數(shù)，回車，就可以從該點連續(xù)向后掃瞄預訂。MARC010$dMARC數(shù)據(jù)中010$d字段價格有錯，則自動取得的價格就會不對，改正方法是編輯MARC數(shù)據(jù)修改010$d正確或直接填入正確的價格。到薦購人數(shù)和具體薦購信息〔是誰薦購的圖書〕，并在預訂后自動將薦購信息的狀態(tài)轉變?yōu)椤耙烟幚怼睜顟B(tài)，系統(tǒng)依據(jù)狀態(tài)發(fā)Email通知薦購圖書已被預訂，圖書到館發(fā)Email通知薦購圖書已經(jīng)到館。首先是輸出訂單，輸出后進入“采訪首先是輸出訂單，輸出后進入“采訪圖書預訂治理預訂訂單批次”中將完成的訂單設置為驗收狀態(tài)，文獻到館后預訂驗收處理，系統(tǒng)會正確識別文獻所屬訂單的狀態(tài)，訂單只有在驗收狀態(tài)，這個訂單中的文獻才允許被驗收。系統(tǒng)的系統(tǒng)的B/S架構方式讓圖書現(xiàn)場采訪與圖書館內(nèi)部采訪全都，所不同就是地點的區(qū)分，基于Web的工作讓地域的限制消彌無形，只要是Internet連通的地方都可以作為工作端存在，Web工作方式和效勞方式讓圖書館的業(yè)務提升了一個臺階。具體來說，實施圖書的現(xiàn)場采訪要求：1、圖書館與互聯(lián)網(wǎng)相連，并能通過互聯(lián)網(wǎng)訪問到圖書館。2ADSL、Modem撥號、無線接入等都行。現(xiàn)場采訪與圖書館內(nèi)部采訪方式全都，所以沒有特別的地方，方法如下：1、建立一個訂單，并設置為工作訂單。2、開頭預訂，假設有電子數(shù)據(jù)存在，可以導入電子數(shù)據(jù)再預訂。3、預訂完成后，輸出訂單，查看所訂購文獻復本、價格等是否正確。4、送書回館，作預訂驗收處理。練習預訂訂單批次”模塊建一個訂單，并設置為工作訂單。MARC掃瞄預訂”。掃瞄文獻書目信息及其復本信息，輸入需要預訂文獻的復本數(shù)，單擊“保存預訂”。預訂訂單批次”，選中上面處理的訂單，單擊“輸出訂單”查看輸出結果。2、試分析先建立訂單在處理預訂的優(yōu)點。3、對一批數(shù)據(jù)進展預訂，單擊“下一條”掃瞄書目，隨機選擇幾種文獻預訂，登記當前序號，退出預訂處理，然后再進入預訂處理，跳轉到上次處理書目，連續(xù)向下預訂。預訂記錄維護模塊，可以對全部文獻的預訂信息治理和維護。圖書預訂治理預訂記錄維護”，如以下圖：整個窗體分為三個局部：檢索區(qū)書目列表區(qū)

在檢索框內(nèi)輸入查詢條件，可以檢索出滿足條件的結果。檢索的結果消滅在書目列表中，“BIBILOS書目庫”標識總書目庫的文獻，“MIDDLES書目庫”標識外部書目庫的文獻。預訂信息列表區(qū) 顯示了當前文獻的全部預訂信息，默認顯示本館的全部預訂信息，可以選中需要的信息編輯或刪除。下面我們演示一下操作過程：一、輸入查詢條件，單擊“查詢”按鈕。二、在“BIBILOS書目庫”標識下的書目列表中找到需要處理的文獻，單擊書目行首的按鈕，當前文獻的預訂信息會顯示在下方的預訂信息列表中。三、在預訂信息列表中選擇需要維護的預訂信息，單擊“編輯”按鈕，可以修改預訂信息，單擊“刪除”可以刪除該信息。編輯消滅如以下圖：流程進展。采訪信息歷史查詢供給查詢預訂歷史的功能，可以選定書商，查詢一段時間范圍內(nèi)的全部預訂信息，同訂購單不同的是輸出結果，訂購單以清單的形式輸出，并可以輸出為Excel格式。采訪信息歷史查詢將結果分頁顯示在屏幕上。如上圖，輸出了一個書商2003年全年的文獻預訂信息。可以知道總的預訂數(shù)量并可以通過分頁導航掃瞄。8文獻預訂后，等待到館驗收處理，驗收方式有預訂驗收――對經(jīng)過預訂的文獻的驗收處理，方式。驗收批次在開頭驗收治理之前，我們先爭論一以下圖書到館的方式，通常圖書館訂購文獻后，到館時間與預訂時間有一個時間差，長短較難確定，預訂文獻的到館通常是：訂單發(fā)出后，所訂文獻分批到館，無從知道何時到齊，缺多少。訂單發(fā)出后，屬于不同訂單的文獻同時到館，區(qū)分不出到館的文獻屬于那一個訂單，尤其是對一個書商有多個訂單的狀況。訂單發(fā)出后，所訂文獻到館，由于人為因素，到館的文獻摻雜了沒有預訂的文獻，難以區(qū)分。驗收完成不能知道缺少多少或輸出的催缺信息有誤。針對以上狀況，Interlib系統(tǒng)提出標準驗收概念，用驗收批次有序的治理到館文獻，預訂驗收與文獻預訂信息結合，標識每一種文獻驗收的來源；直接驗收區(qū)分預訂驗收對零購、散購文獻進展驗收，驗收在工作流程上優(yōu)化處理，使以上問題能夠妥當解決。驗收批次治理驗收批次治理模塊是驗收批次進展治理的模塊。開頭圖書驗收處理要完成：建一個驗收批次。設置建立的驗收批次為當前工作驗收批次，對到館圖書開頭驗收。驗收批次治理”，見到如下界面：增：建一個驗收批次。編輯：選擇一個驗收批次，對其進展修改，在編輯驗收批次信息時，假設該驗收批次已經(jīng)開始了驗收，不允許修改批次編號、書商代碼。文獻進展查看和維護。輸出驗收單：驗收完成后，可以通過兩種方式輸出驗收單，在這里直接輸出XML格式的驗收單，供直接打印；在“采訪驗收單”中選擇需要輸出的驗收批次，單擊“存為ExcelExcel文件。驗收結果檢查：經(jīng)過驗收處理的文獻，在驗收時要安排條碼，進入館藏，這個過程需要人員手工貼上條碼。常規(guī)的處理方式簡潔造成錯誤，如貼錯條碼、驗收復本與進入館藏的復本數(shù)不一藏復本不全都的狀況，并報告具體明細，如以下圖：設置工作驗收批次：收批次。固然，多批到館圖書也可以共用一個驗收批次。強制批次狀態(tài)：設置驗收批次的狀態(tài)。驗收狀態(tài)：建立的驗收批次處于驗收狀態(tài)，只有處于驗收狀態(tài)的批次才能設置為當前工作驗收批次，開頭驗收處理。編目狀態(tài)：一批圖書驗收完成后，需要設置為編目狀態(tài)，依據(jù)批次掃瞄編目時才能進展。編目狀態(tài)和完成狀態(tài)依據(jù)分館參數(shù)設置中的工作模式動態(tài)適應，假設是“驗收直接流通”，沒有該狀態(tài)顯示，只有完成狀態(tài)。完成狀態(tài)：文獻驗收完成后，可以在此關閉驗收批次。歷史狀態(tài)：驗收批次設置為歷史狀態(tài)，該批次完全關閉，并從該治理模塊撤下，如需查看進入“采訪采訪參數(shù)設置批次狀態(tài)治理”。驗收批次與工作驗收批次：可以連續(xù)圖書的驗收，當狀態(tài)轉變時，該批次被關閉，除非又恢復為驗收狀態(tài)。建驗收批次在驗收批次治理模塊中單擊“增”，建操作消滅如下界面：批次編號：系統(tǒng)要求批次編號唯一，尤其是多分館共同驗收情形。分館代碼：通過分館代碼，各分館治理自己的批次，系統(tǒng)自動識別各分館，不能修改。批次類型：不能修改，系統(tǒng)用來識別書目、訂單和驗收批次。書商代碼：文獻的來源信息，直接驗收用。預算代碼：驗收承受的經(jīng)費來源，直接驗收用。備注信息：描述該驗收批次的備注信息，給出完整信息是個好習慣，在批次較多的狀況下容易辨識。預訂驗收處理預訂文獻的到館驗收處理，同傳統(tǒng)手工方式不同的是，驗收工作要負責館藏的安排，也即是文獻在驗收環(huán)節(jié)就要貼條碼。條碼的安排，是流通工作正常開展的最直接因素，假設圖書館沒有設立典藏部門，那么在驗收或編目時還要確定文獻的正確典藏位置。功能說明預訂驗收處理”。如以下圖：預訂驗收處理模塊整個窗體由三局部構成：信息顯示區(qū)域 顯示當前的工作驗收批次，效勞器〔驗收時進展編目可以從網(wǎng)上套錄書目數(shù)據(jù)〕。驗收方式I 也稱為“書目查重驗收”，對到館文獻讀入ISBN號，直接查重進展驗收，假設文獻沒有預訂過，系統(tǒng)不允許在此驗收。這是最常用的驗收方式。要求：文獻必需經(jīng)過預訂。文獻所在的訂單沒有被關閉。

也稱為“預訂訂單批次”驗收，對于發(fā)出的每一個訂單，提交為驗收狀態(tài)后可以在列表中找到，選擇一個訂單，可以對訂單中的全部文獻進展驗收處理。要求明確驗收的信息處于一個訂單中，適合現(xiàn)場采訪后回館文獻的驗收，驗收與預訂內(nèi)容全都。預訂驗收處理嚴格掌握了文獻的驗收，對發(fā)出訂單一段時間〔半年等〕沒有到齊的或屢催不到的，可以強行關閉訂單，則剩余文獻即使到館也無法預訂驗收處理，可以考慮退回給書商以約束書商行為。假設仍想連續(xù)驗收，恢復訂單狀態(tài)進展預訂驗收或作為散購圖書直接驗收。預訂驗收處理具有有效預訂信息存在，存在則允許驗收，預訂驗收流程如下：到館文獻實物驗收，輸入查詢條件〔ISBN直接查找〕，單擊“提交查詢”。系統(tǒng)識別驗收的文獻是否具有有效的預訂信息：否：返回信息，系統(tǒng)告知“該文獻沒有相應的預訂記錄!!”。預訂驗收：驗收處理，錄入預訂驗收的復本，安排館藏。重復以上動作直到到館的文獻全部驗收處理完成。將該驗收批次狀態(tài)設置為編目，假設工作模式是驗收直接流通，將該批次設置為完成或歷史狀態(tài)。以下我們舉例來演示一下預訂驗收處理的流程。一、進入“采訪圖書驗收治理預訂驗收處理”模塊，在第1ISBN號，單擊“提交查詢”。消滅書目檢索結果列表，如以下圖，當檢索結果多于10條記錄，系統(tǒng)分頁顯示，假設沒有命中，顯示空的書目列表。二、選中在“BIBLIOS書目庫”列表內(nèi)消滅的檢索命中結果，單擊“驗收”。如以下圖，窗體的第一行顯示了重要信息，有：書目記錄號：系統(tǒng)識別用。當前驗收批號：顯示當前正在處理的驗收批次信息。整個窗體由四局部組成：MARC數(shù)據(jù)查看 顯示當前書目的具體信息需要工作人員對MARC格式有所了解。單擊“編目”可以修改當前書目數(shù)據(jù)。驗收表單 對當前書目作驗收處理，可增加、刪除、修改驗收信息。可以查看當前驗收文獻的具體預訂信息，驗收時需要安排條碼生成館藏記錄。驗收信息列表館藏信息列表

顯示了當前批次該文獻全部驗收信息。顯示了當前文獻的全部館藏信息。三、填寫好驗收的復本數(shù)等信息。四、單擊“館藏安排”按鈕，安排條碼，用光筆讀入貼于書上的條碼，完成該文獻的預訂驗收處理。這時當前文獻的驗收信息會顯示在驗收信息列表中。如以下圖：留意，假設分館的工作模式選擇是“驗收后直接流通”，系統(tǒng)要求在驗收處理時就安排索書號。直接驗收處理零購、散購的文獻，通常是直接買來，沒有預訂信息，驗收時需要有別于預訂處理方式，進行直接驗收處理，流程如下：到館文獻實物驗收，輸入查詢條件〔光筆讀入ISBN直接查找〕，單擊“提交查詢”。查重，系統(tǒng)依據(jù)檢索條件進展查重，并顯示結果：查重到：選中待驗收文獻，單擊“增加驗收”。查重不到：單擊“書預訂”，錄入一條的書目記錄?；蜻x擇進展網(wǎng)上檢索，下載網(wǎng)上書目數(shù)據(jù)到書目庫。直接驗收：單擊“增加驗收”，輸入需要驗收文獻的復本數(shù)。重復以上動作直到需要驗收的文獻全部處理完成。將該驗收批次狀態(tài)設置為編目，假設工作模式是驗收直接流通，將該批次設置為完成或歷史狀態(tài)。以下我們舉例來演示一下直接驗收處理的流程。一、進入“采訪圖書驗收治理直接驗收處理”模塊，在第1ISBN號，單擊“提交查詢”。消滅書目檢索結果列表，如以下圖，當檢索結果多于10條記錄，系統(tǒng)分頁顯示，假設沒有命中，顯示空的書目列表。整個窗體由三局部組成：查詢書目列表表

輸入檢索條件。顯示檢索結果，同時顯示總書目庫和外部庫數(shù)據(jù)。顯示當前文獻的驗收信息和館藏信息，可以增加、編輯、刪除，對選中書目的驗收處理。提示：2、如何利用外部數(shù)據(jù)和網(wǎng)上數(shù)據(jù)？二、選中在“BIBLIOS提示：2、如何利用外部數(shù)據(jù)和網(wǎng)上數(shù)據(jù)？消滅驗收處理窗口，如以下圖：三、輸入驗收的復本數(shù)，假設是多卷冊的文獻要區(qū)分是“單冊著錄方式”還是“整套著錄方式”，據(jù)此輸入正確的卷冊信息。四、單擊“館藏安排”按鈕，安排條碼，完成該文獻的預訂驗收處理。這時當前文獻的驗收信息會顯示在驗收信息列表中。同時進展圖書編目〔驗收、編目同時完成〕，并將圖書的加工全部完成〔包括貼條碼、磁條、書標并可以和本地書目合并。提示：1提示：1、文獻到館后何時貼條碼，有何區(qū)分？差異：1、文獻到館后拆包，同種文獻復本放置一起，系統(tǒng)驗收前先挨次貼上條碼，驗收時將條碼讀入系統(tǒng)完成驗收。此種方式比較便捷，但對于書商送錯的文獻在驗收前也貼上了條碼，假設發(fā)現(xiàn)該書沒有訂購或不需要則難以退回。2、文獻到館后拆包，同種文獻復本放置一起，驗收時貼條碼，同時讀入系統(tǒng)。這需要每個工作人員都貼條碼，好處是書商送錯的文獻或不需要的文獻能夠準時覺察，可以退回。3、一些系統(tǒng)承受先安排條碼，驗收時手寫記于文獻上，驗收完成后依據(jù)文獻上寫下的條碼號，找到對應的條碼統(tǒng)一貼上，這實際上影響工作的進展，缺點有：簡潔造成錯誤，錯貼時有發(fā)碼。這里簡潔提及一下，具體說明請參考“編目”。假設有外部可以利用數(shù)據(jù)，在“采訪這里簡潔提及一下，具體說明請參考“編目”。假設有外部可以利用數(shù)據(jù)，在“采訪書會同時顯示總庫書目數(shù)據(jù)和外部書目數(shù)據(jù)，找到可以利用的外部書目數(shù)據(jù)，系統(tǒng)供給合并功能與總庫書目合并，或作為記錄追參加總庫。編目時套錄網(wǎng)上數(shù)據(jù)，對編目工作省力不少，對總庫的簡潔書目，假設要在網(wǎng)上套錄具體書目，單擊“網(wǎng)上數(shù)據(jù)”，系統(tǒng)便可到對應的效勞器進展檢索，找到需要的書目后，單擊下載，然后同總庫簡潔書目合并。練習驗收批次治理”模塊建一個驗收批次，并設置為工作驗收批次。圖書驗收治理預訂驗收處理”驗收完成后，輸出驗收單，與所驗收的獻信息比照。2、圖書催缺練習。建一個預訂單，預訂一批文獻。建一個驗收批次，對上步預訂的文獻做驗收，驗收時留意要削減驗收的復本數(shù)，并漏驗收幾種。〔可嘗試僅選擇書商和訂購日期限定輸出催缺單。響到圖書館書目效勞的整體水平。建立書目完整的MARC數(shù)據(jù)和館藏名目，是編目工作的重點。條完整的MARC數(shù)據(jù)。系統(tǒng)供給有效手段，通過套錄網(wǎng)上完整的MARC數(shù)據(jù)，對無法套錄到的數(shù)量。編目處理數(shù)據(jù)處理圖書交送9為使初次接觸系統(tǒng)的用戶能夠承受適宜的工作流程順當開展工作，本章在開展編目工作之MARC操作的，可以閱讀本章，了解具體使用。工作流程概述雖然各館在編目環(huán)節(jié)的工作方式不盡一樣，但總的來說，都是為了建立完善的館藏名目，從自動化系統(tǒng)應用動身，編目的工作流程如下：上圖反映了編目的工作流程，在利用外部資源完善編目時，消滅一個分支：是：說明所編目文獻，可以從外部書目庫或通過套錄到，假設外部資源的主題標引等更為具體完善，可以直接下載利用，與所編簡潔書目合并，提高編目的質量和效率。否：說明所編目文獻，假設現(xiàn)在無可利用外部資源，可以簡潔編目也可具體編目。對Z3950自動檢索”功能能夠于網(wǎng)上定期自動檢索簡編書目數(shù)據(jù)并完善之，便利了文獻的編目工作。以上流程用語言描述為：接收采訪部門送來的文獻實物。編目查重，查重同時已經(jīng)對外部書目庫進展檢索，有可以利用的書目數(shù)據(jù)，與當前查重文獻一起顯示在屏幕上。分類主題標引和著錄，可以從外部書目庫或通過從網(wǎng)上套錄可利用數(shù)據(jù)。打印書標。交送圖書到典藏或流通，假設文獻在編目時打算最終的典藏位置和去向，需要為文獻校對和安排正確的館藏地點。編目完成后圖書的交送式假設承受驗收后不直接流通設置，在圖書交送之前文獻的館藏狀態(tài)是“編目”，不能直接參與流通。編目后圖書的交送處理有如下區(qū)分：假設編目后文獻交送給典藏部門或典藏人員處理，典藏人員需要在“典藏館藏處館藏登記”中進展文獻的入藏登記，才能上架流通。假設沒有典藏部門或典藏人員，編目是必需打算文獻最終的典藏位置和去向。一批文獻編目完成后，需要在“編目交送處理”中將該批文獻送溝通通。編目業(yè)務環(huán)節(jié)式，如負責編目的特地編目、負責校對的特地校對，但要求編目人員都把握工作流程，即使分工處理。要培訓，本手冊《附錄一：MARCMARC簡潔說明，供入門參考。接收采訪送來文獻在圖書館中，有的是采訪與編目分開兩個部門治理；有的是采訪與編目一個部門統(tǒng)一治理。都必需交送編目。接收同時清點實物，并與驗收種冊信息統(tǒng)計單比照是否全都。目，該過程實際就是手工操作的模擬，完全沒有表達自動化系統(tǒng)處理的優(yōu)勢，讓本可以簡潔處理的工作簡單化。Interlib系統(tǒng)認為采、編工作是嚴密相連的，系統(tǒng)供給自由運用的平臺使采訪預訂用的外部資源來完善書目。標引，同樣可以利用外部資源來提高編目質量和效率，要留意需要將分館的工作模式設置為“驗收后直接流通”〔系統(tǒng)分館參數(shù)設置分館治理〕，此方式適合小館作業(yè)。編目查重以打算分類和排架。查重不到，就需要錄入的書目數(shù)據(jù)。通常狀況下是對查重到的文獻進展深加工。ISBN和書名。單擊“查詢”進展書目的查重，系統(tǒng)在總書目庫和外部書目庫中檢索，結果會全部顯示在書目列表內(nèi)，超過10條，系統(tǒng)分頁顯示。MARC何為，最終著錄的書目數(shù)據(jù)可能無法使用，書目質量掌握顯得尤其重要。這對系統(tǒng)、對區(qū)域集群的治理、對人員都是一項挑戰(zhàn)。再者，對MARC格式把握的深度也制約了書目著錄的質量。MARC作為圖書館自動化系統(tǒng)的核心和國家標準，必需為專業(yè)人員把握。建議承受以下方式來保證編目的質量：MARC培訓，強化工作人員的專業(yè)水平和生疏，提高區(qū)域內(nèi)工MARC數(shù)據(jù)。編目工作較弱的館，假設需要自己著錄文獻，盡量從外部書目庫和網(wǎng)上找到可利用資源，不失為一個提高書目編目質量方案，假設找不到可以利用的資源，簡潔編目保證主要字段的準確。工作人員著錄的書目數(shù)據(jù)由其它人員進展校對，審校工作由閱歷豐富、業(yè)務力量強的人員擔當。審校是系統(tǒng)識別完整書目和簡潔書目的一道門，經(jīng)過審校的書目，系統(tǒng)認為是完整的，在系統(tǒng)的“自動檢索”模塊自動檢索時不再處理，自動檢索僅處理沒有經(jīng)過審校的書目。要求對系統(tǒng)的審校權限嚴格掌握安排。打印書標書目編目完成，成批打印書標。系統(tǒng)建議取消傳統(tǒng)名目卡片，在計算機進展的今日，自動化系統(tǒng)做到了太多，名目卡片的保留實在是一種資源鋪張。交送圖書和去向，需要為文獻校對和安排正確的館藏地點。我們前面反復提及驗編整合和采編流水作業(yè)方式，是兩種典型的流程。對于其次種，這里需要留意幾點：一批圖書驗收完成后，需要將該批圖書的批次狀態(tài)設置為“編目狀態(tài)”。假設有典藏人員，可以不做其次點，改由典藏人員打算文獻的具體典藏位置和去向。WebOPAC上。編目有關操作學，在涉及書目編目的全部模塊都可通用。操作界面如以下圖：窗體分為兩個局部：檢索區(qū) 在檢索框中輸入查詢條件可以在總書目庫和外部書目庫中進展查詢，上方的導航條可在檢索結果中分頁掃瞄。檢索結果列表 同檢索值相匹配的檢索結果列表，“BIBLIOS書目庫”標識是總書目庫中查詢的結果；“MIDDLES書目庫”標識是外部書目庫中查詢的結果，列表默認每頁10條，超過10條分頁顯示，可以直接跳轉到指定頁。檢索區(qū)的特點和使用檢索區(qū)共有三個輸入框，第一個默認是“ISBN”，其次個默認是“題名”，第三個默認是“著者”。假設僅一個輸入框有值，表示僅以一個條件作查詢；假設多個輸入框有值，表示多個條件作組配檢索，關系是“and”；對第三個輸入框，系統(tǒng)隱蔽了一個功能，即是模糊檢索，模糊匹配第三個輸入框中的值。在檢索區(qū)的下方，系統(tǒng)供給“本地書目庫”和“”選擇，默認是“本地書目庫”，當檢索時系統(tǒng)只在總書目庫和外部書目庫中進展。選擇“”，系統(tǒng)則從網(wǎng)上效勞器進展書目檢索。供給的檢索點有〔在檢索途徑的下拉列表中選取〕：ISBN/ISSN題名著者主題出版社統(tǒng)一刊號索書號條碼號窗體的下方是檢索結果列表，單擊每條書目行首的按鈕，選中需要編輯處理的書目。當單擊在“BIBLIOS書目庫”標識下的書目按鈕時，可以進展以下操作：題名查重 以選中書目數(shù)據(jù)的題名在書目庫中再進展查重，關心文獻的分類與排架。網(wǎng)上數(shù)據(jù) 是另一個更為便捷的使用檢索的方式。工作人員往往現(xiàn)在本地書目庫中查重，當他需要在網(wǎng)上進展檢索時，不得不再輸入一次檢索條件。這里簡化了這種操作，單擊“網(wǎng)上數(shù)據(jù)”系統(tǒng)會以選中書目數(shù)據(jù)的ISBN號直接于網(wǎng)上效勞器進展檢索。ISBNISBN以書名進展檢索；假設都沒有提示書目數(shù)據(jù)有錯。建 建立一條的書目數(shù)據(jù)，為使操作便利，建議在“系統(tǒng)MARC參數(shù)設置MARC模板”好完整的采訪、編名目入模板。編目 對當前選中文獻進展編目，編目具體操作請看下一章《MARC編輯》。刪除 刪除當前書目，假設書目具有訂購、驗收、館藏信息，強行刪除系統(tǒng)返回一個錯誤提示，并不執(zhí)行刪除操作，維護數(shù)據(jù)的完整性。如假設確定刪除，需要先刪除訂購、驗收、館藏信息后，才能刪除書目。“安排索書號”，這里補充說明一下。系統(tǒng)供給自動取種次號方式，在索書號編輯框內(nèi)〔任意模塊的索書號編輯框〕輸入：分類號＋“/”，系統(tǒng)能夠自動取出當前文獻的種次號，與前面的輸入共同組成完整的索書號。例：TP18/TP18/38索書號編輯框內(nèi)輸入“TP18/”，保存后系統(tǒng)自動生成“TP18/38”，“/”后的次序號由系統(tǒng)從種次號庫中取得，需要每個分館建立本館的種次號庫才能自動安排。假設輸入的分類是在種次號庫中是的，系統(tǒng)默認從1開頭取號。MARC905字段，著錄在書目中，由于針對是單館的治理，此種處理比較便利。但在多館集群治理的情形下，假設連續(xù)承受這種方式，MARC905字段，要進展書目的分級權限掌握，區(qū)分每個館藏對應的索書號，不僅難以實現(xiàn)，而且簡潔照成錯誤。Interlib系統(tǒng)承受索書號同書目分別，索書號作為館藏信息的一個屬性，存放在館藏表中，有效的解決上述問題。利用外部資源外部資源包括系統(tǒng)的外部書目庫和網(wǎng)上能夠通過檢索到的書目，都稱為外部資源。MIDDLES可以進展“下載”操作。假設需要利用外部書目庫的書目數(shù)據(jù)，可以“下載”同總書目庫中的簡單書目合并。外部數(shù)據(jù)的利用都統(tǒng)一稱為“下載”，操作方式和術語統(tǒng)一可以少知道幾個生硬詞匯，少了解些煩瑣操作，便利了用戶。以下演示如何利用外部書目庫的數(shù)據(jù)，雖然簡潔，用戶要認真體會，這與從網(wǎng)上通過檢索到的數(shù)據(jù)操作方式相像。一、輸入“ISBN”檢索條件，單擊查詢。二、單擊在“MIDDLES書目庫”標識下的書目按鈕，如以下圖，僅有“下載”按鈕供使用。假設從效勞器進展查詢，消滅如以下圖，播送查詢方式下顯示從每個地址檢索到的書目，可以選擇需要下載的書目〔MARC信息〕。三、單擊“下載”，系統(tǒng)顯示外部書目庫的數(shù)據(jù)在屏幕左方，系統(tǒng)同時自動在總書目庫中查找與當前選中的外部書目數(shù)據(jù)一樣的書目〔ISBNISBN依據(jù)書名查找〕，并顯示在屏幕下方，如以下圖：屏幕左方顯示的是外部書目數(shù)據(jù)到，下方書目列表為空〕。當在下方書目列表中單擊行首按鈕后，該總書目庫數(shù)據(jù)的具體信息顯示在屏幕右方，供工作人員左右認真比照。四、在下方書目列表中選取需要合并的書目，單擊上方“合并”按鈕，將外部的具體書目數(shù)書目庫”。上面提到，通過檢索到的書目操作方式與外部數(shù)據(jù)操作方式相像，不再另行說明，但對于網(wǎng)上資源的檢索使用必需滿足：系統(tǒng)效勞器必需能夠連接到Internet〔需要在效勞器上設置網(wǎng)關〕。假設訪問Internet的出口是通過防火墻，要開放效勞的端口。系統(tǒng)的地址參數(shù)表中需要有能夠正常訪問的效勞器信息，包括效勞器地址、端口號、數(shù)據(jù)庫，假設需要驗證信息，要供給用戶名稱和密碼。工作人員的采編工作參數(shù)中需要設置當前工作的效勞器地址，系統(tǒng)支持播送查詢〔支持多個地址同時查詢〕，但從資源節(jié)約角度來說，工作人員設置的地址列表不宜太多，以有用為主，設置最常用的幾個地址信息。第1點與網(wǎng)絡環(huán)境有關，不在本書表達范圍，第2、3兩點才是業(yè)務系統(tǒng)的應用。下面我們以搭建系統(tǒng)的應用環(huán)境為主，讓用戶能夠快速正常的利用網(wǎng)絡資源協(xié)作工作的開展。地址”，增加常用的地址，通常該地址列表中已經(jīng)有國內(nèi)常用的地址信息，但一些效勞器需要供給驗證信息才能下載具體書目。設置采編參數(shù)”，選擇自己需要的效勞器。如以下圖：在“目標地址列表”中選擇需要的目標地址，書標單擊，地址進入右方的“當前地址”中，選擇完成。系統(tǒng)以第一個選擇的效勞器作為默認效勞器，顏色區(qū)分其它地址信息，如上在“目標地址列表”中選擇需要的目標地址，書標單擊，地址進入右方的“當前地以上參數(shù)配置完成后，工作人員就能夠正常通過檢索網(wǎng)上數(shù)據(jù)。附件處理談及附件處理，首先需要明確附件治理上的幾個問題：附件是否需要編目？215$e信息，讀者無從得知。很多附件內(nèi)容與圖書并不一樣，供給很多有價值信息，假設讀者無法WebOPAC上查看書目信息時也能夠看到該文獻的附件信息，查看附件信息時也看到書目信息。附件是否算作館藏？系統(tǒng)認為，假設附件需要單獨治理〔大局部為光盤等〕流通，就需要作為館藏并安排相應的條碼。否則可以僅著錄附件的信息。附件是否隨書借還？“是否附件隨書借還”，中選擇后，文獻流