孫 鵬
(沈陽師范大學圖書館,遼寧 沈陽 110034)
信息化的推進,使得高校圖書館的數字資源不斷膨脹,數字資源增長量屢創新高,用戶的服務方式也從傳統的面對面服務轉向網絡化服務,更多的依賴于網絡平臺來實現。傳統的圖書館網站在組織海量數字資源、提供有效服務上顯得力不從心,建設學術資源門戶來重新組織圖書館的數字資源,同時為用戶提供一站式的服務通道,建立以用戶為中心的網絡服務方式也勢在必行。[1]
現在圖書館網站主要以信息發布、數字資源揭示、服務方式推廣、用戶意見反饋等為主,而且在信息的更新上不夠及時,數字資源揭示與服務方式推廣形式多樣,但讓用戶感覺到不知所云,無法從中索取到適合自己的信息,面對眾多的幫助通道,卻又不知哪種是合適、有效的。基于這樣一種現實,建設學術資源門戶來合理、有效地組織圖書館的數字資源,讓用戶能夠從中發現知識,當索求幫助時,又能很方便地提交給信息咨詢館員,并通過多種途徑得到回復,屏蔽掉無效信息,是迫在眉睫的,也是圖書館適應新的網絡環境下用戶需求的一種發展趨勢。
國內較早引入學術資源門戶的是清華大學圖書館,用戶登錄后可以遠程使用整體資源?,F在北京交通大學、上海交通大學、首都師范大學等圖書館也都相繼引入學術資源門戶系統,將資源整合,提供一站式檢索與服務。也有一些圖書館的學術資源門戶只提供資源的一站式檢索,沒有將服務融入其中。
學術資源門戶不應該僅僅是一個統一的數字資源檢索平臺,而是應該將圖書館的各種數字資源(包括購買資源和自建資源)與服務融合為一個整體[2],讓用戶體驗到的是無縫式的檢索與服務,沒有“灰色”區域。具體來說應該具有以下主要特點:
學術資源門戶是以網站形式表現給用戶群體的,由于用戶群體對計算機知識的掌握程度具有一定的差異性,所以界面的復雜度系數一定要低,風格要大眾化,各項功能揭示要便于用戶查找和使用。用戶也可以根據個人喜好選擇安裝工具條,無需登錄學術資源門戶即可檢索到圖書館的資源,享受圖書館的服務。
能夠為用戶提供統一檢索平臺,即用戶選擇要檢索的數據庫后,按類將檢索結果展示給用戶,實現一站式檢索[3],用戶可以根據關注的內容進行詳細瀏覽。
應該能夠為用戶提供多種不同的咨詢方式,當用戶在利用資源遇到困難時,可以通過多種方式獲得在線或離線幫助,要將所有的咨詢方式以單元的形式植入到網站的主要頁面中,而不是在遇到困難時到處去查找咨詢入口。
軟件系統的工作模式主要有C/S和B/S兩種。前者安全性更好,對信息的控制能力較強,一般建立在專用的小型局域網上,客戶端數量不能太多,否則會增加軟件后期的升級與維護成本。后者建立在廣域網之上,對信息安全的控制能力相對較弱,可以面向不可知的、物理上分散的用戶群體,這些用戶群體不必安裝客戶端,可以直接通過IE或其他第三方瀏覽器直接接入系統。
根據以上兩種工作模式特點與應用的分析,學術資源門戶主體應采用B/S結構比較合適,它可以方便不同物理環境上分散的用戶群體隨時隨地接入系統,通過系統一次認證后便可利用網絡上的所有資源,同時為用戶提供可自由選擇使用的IE嵌入式工具條,用于快速檢索和利用數字資源、享受一站式服務。[4]
學術資源門戶主要分為數字資源檢索與利用、用戶咨詢與服務、公共信息瀏覽、圖書館概況等4個主要功能模塊,各功能模塊不完全獨立,彼此相互滲透為用戶提供更便捷的資源與服務,用戶通過統一認證體系登錄后便可利用各種數字資源,無須多次登錄[5]。數字資源檢索與利用模塊集合了圖書館全部的數字資源,用戶可以有選擇地進行檢索與利用,在各頁面嵌入“咨詢單元”和相似信息標簽,方便用戶求助和延伸閱讀;用戶咨詢與服務模塊向用戶提供各種咨詢方式(博客、MSN、QQ、郵箱、短信等)和服務渠道[6],用戶所有的困難都可以在這里得到在線或離線的解決方案,同時為特殊用戶群體(重大課題組、重點學科教授等)提供個性化服務;公共信息瀏覽模塊主要是圖書館發布各種培訓信息、新增服務、專題活動等的平臺;圖書館概況模塊是介紹圖書館各種規章、制度、文化等的平臺。
軟件系統的開發思想目前主要分為面向過程和面向對象兩大類。面向過程把系統功能分解、自頂向下進行開發,其重用性、可維護性相對較差,當用戶需求發生變化時,往往會造成系統結構的重大變化,對于程序開發人員來說,所付出的代價是巨大的、災難性的;面向對象則把事務、規則、行為、事件等看成對象,具有相同或相似屬性的對象稱之為類,通過類所特有的屬性進行操作,把一類事務看作一個整體,再利用類的繼承、共享、多態等進行開發、設計,有效提高了代碼的可重用度,便于讀寫和更改,是一種高效的設計理念。面向對象語言最有代表性的就是C#,易于學習和掌握,語法規范,所以開發時選取了C#作為主要編程語言。
當前使用較多的大型數據庫有Oracle、SQL Server、DB2、Sybase等,它們都屬于關系型數據庫,支持多平臺操作,但是各有側重。Oracle適用于數據量超大的系統,支持上萬用戶同時響應,可以直接跨越OS對硬盤進行管理,適用于大、中型軟件系統;DB2是內嵌于IBM的AS/400系統上的數據庫管理系統,直接由硬件支持,所以應用范圍受硬件限制;Sybase多適用于銀行系統,對中文支持稍差。綜合以上數據庫特點,SQL Server應該是最合適的數據庫,能夠提供多用戶快速響應的同時保障數據通信的安全,同時便于用戶管理和操作。
學術資源門戶的開發是在.NET框架下進行的,考慮到數據交互的頻繁度較高,所以采了AJAX技術。這種技術的特點就是以用戶為中心,可以從獨立于實際網頁的服務器端取得并且可以被動態地寫入網頁中,讓緩慢的B/S工作模式的WEB系統用戶體驗著像桌面應用一樣,讓WEB系統用戶可以實現不全頁刷新就能實現數據的完美交互,有效減少用戶的等待時間,減少數據交互的網絡成本。
軟件系統開發的關鍵環節除了功能需求報告之外,最重要的就是數據結構的設計和有效運用數據庫技術管理數據庫。根據用戶需求設計良好的、可擴展的數據結構,并合理利用視圖、存儲過程、索引、鍵等技術,等于系統成功了一半,也會顯著提高后期的軟件系統開發的效率。
由于學術資源門戶采用MSSQL Server 2005作為數據庫,在設計數據庫時要遵循能夠提高其性能的設計標準,因為它直接關系到系統的運行效率。主要標準就是要用多的、有相互關聯的窄表來代替很多列的長表,這樣方便建立適當的索引,窄索引比多索引和復合索引更能有效,較少的、高效的索引可以顯著提高insert、update、delete等的執行速度,索引項通常會選在where、order by后面的列,同時通過鍵來關聯相關表,又可以保證數據的完整性,有效防止非法數據的意外輸入,減少數據的冗余,減少前臺系統開發過程代碼的編寫量。
以下是學術資源門戶中兩個數據表的設計示例。
在表1中,字段ID是記錄的唯一標識字段,采用int類型,每增加一條記錄,值自動加1,不需要后臺程序來完成,由數據庫自動實現,一般在設計表時都會采用此種字段;字段UID也是索引字段,因為在用戶登錄時通常會在where后面用到該字段,建立索引可以有效提高其運行效率,同時其他與用戶有關的表也可把此字段作為關聯字段。

表2 訪問表
在表2中,字段ID同用戶表;UID用來標識此條記錄的創建者,建立索引可以提高select的效率,同時在更新數據時此字段會參照用戶表中的UID字段,在用戶表中沒有記錄的用戶不會在此表創建記錄,這樣可以防止非法數據的意外輸入。
在設計視圖時,可以根據系統的功能隨時設計,既便于程序的開發,也可以保證數據的安全性。
學術資源門戶的應用,使圖書館的資源得到合理、有效的組織,為用戶提供了統一的認證入口和數字資源的一站式檢索、分類展示,方便了資源的索取和利用,同時為用戶提供了多樣化、一站式的服務渠道,讓服務無處、無時不在。
學術資源門戶在用戶行為分析上還不成熟,只是簡單的統計報表,如果能將知識發現融入其中,挖掘用戶的潛在需求,為其提供更深入的個性化服務,將會更加具有現實意義。
[1]丁柯允.上海圖書館Web2.0信息服務門戶的研究與實現[D].上海交通大學,2003.
[2] 王智琦,回春,洪慧.數字圖書館門戶時代的學科信息門戶服務模式發展研究[J].深圖通訊,2008(1).
[3] 鮑玉來.數字圖書館門戶研究[J].大學圖書館學報,2007(1).
[4] 唐光前.高校數字圖書館門戶研究 [J].圖書情報工作,2009(9).
[5] 鄭莉.高水平大學學術資源共享平臺構建[D].浙江工業大學,2009.
[6] 李紅巖.數字圖書館個性化信息服務系統模型構建[J].農業圖書情報學刊,2009(9)