基于SQLserver的地質文獻管理系統(tǒng)的設計與實現(xiàn)

李研研

吉林省地礦信息中心，吉林 長春 130061

0 引言

隨著現(xiàn)代信息技術的不斷發(fā)展，對于文獻而言，國內外都有專業(yè)的軟件公司推出的專門文獻管理軟件，如國內的Notefirst、Noteexpress和國外的Endnote等[1]。這些軟件功能十分完善，操作簡單，但基本都是為了大型的公司、大型的企業(yè)而設計的，并且大部分是收費使用，而對于中小型企事業(yè)單位，這些軟件不僅成本高，而且還過于復雜。所以中小型企事業(yè)單位并沒有專門的文獻管理系統(tǒng)。就以本單位而言，所擁有的文獻主要是局屬各地質勘察單位的勘察數(shù)據(jù)以及《吉林地質》雜志的供稿，相對文獻數(shù)量就不是特別多，因此，文獻管理系統(tǒng)只需要登錄處理、文獻管理等簡單的功能就能完成。所以，重新開發(fā)一個新的文獻管理系統(tǒng)來滿足本單位對于文獻管理的需求是十分有必要的。

1 可行性研究

1.1 可行性分析

1.1.1 技術可行性

硬件上計算機的內存和處理器得到很大的提升；軟件上MySQL、SQLserver等數(shù)據(jù)庫的可以存儲大量信息，且具有較高的數(shù)據(jù)安全性和可維護性；Java、VB、C類編程語言等都逐漸完善，其可以滿足該文獻管理系統(tǒng)的開發(fā)要求[2]。而且這個文獻管理系統(tǒng)功能相對簡單，對技術人員要求相對較低，所以，基于Visio studio 2010開發(fā)，運用SQLserver數(shù)據(jù)庫進行存儲數(shù)據(jù)以及visual basic作為開發(fā)語言，在技術上，該系統(tǒng)開發(fā)是可行的[2]。

1.1.2 經濟可行性

本系統(tǒng)的開發(fā)難度不大，對計算機配置的條件要求很低，即使是各單位淘汰下來的計算機也能夠滿足需要，所以總體成本很低。并且該地質文獻管理系統(tǒng)可取代原系統(tǒng)的手工操作方式，減少了人工支出，節(jié)省資金，并且可以大大提高信息量的取得，縮短信息處理周期。所以，在經濟上，該系統(tǒng)是可行的。

1.1.3 管理可行性

由于各種地質文獻信息的處理與分析工作比較繁瑣，因此開發(fā)一套文獻管理信息系統(tǒng)是十分有必要的。并且文獻管理人員對文獻管理方面的管理方法科學，相應的管理制度改革時機成熟，規(guī)章制度齊全以及原始數(shù)據(jù)正確，所以，在管理上，該系統(tǒng)的開發(fā)是可行的。

結論：經管理、技術、經濟三方面分析，此系統(tǒng)可以立即開發(fā)。

2 系統(tǒng)分析

2.1 組織與功能分析[3]

(1)組織結構分析：組織結構分析見圖1。

圖1 組織結構圖Fig.1 Organization chart

(2)功能結構分析：功能結構分析見圖2。

圖2 功能結構圖Fig.2 Functional structure diagram

(3)組織/功能結構分析：組織/功能結構分析見表1。

表1 組織功能聯(lián)系表Table 1 Organizational functional contact table

注：★表示該項業(yè)務是對應組織的主要業(yè)務；●表示該組織是參與該項業(yè)務的輔助單位；√表示該組織是該項業(yè)務的有關單位

2.2 業(yè)務流程調查與分析

(1)業(yè)務流程：見業(yè)務流程圖3[4]。

圖3 業(yè)務流程圖Fig.3 Business flow chart

(2)表格分配：見表格分配圖4。

圖4 表格分配圖Fig.4 Table allocation diagram

2.3 數(shù)據(jù)和數(shù)據(jù)流程分析

(1)數(shù)據(jù)流程：數(shù)據(jù)流程見圖5。

圖5 數(shù)據(jù)流程圖(據(jù)文獻[5])Fig.5 Data flow chart

(2)數(shù)據(jù)字典：包括數(shù)據(jù)項定義，數(shù)據(jù)流定義，處理邏輯定義,數(shù)據(jù)存儲定義, 外部實體定義具體要求見表2至表6。

表2 數(shù)據(jù)項定義表Table 2 Definition table of data item

表3 數(shù)據(jù)流定義表Table 3 Definition table of data flow

表4 處理邏輯定義表Table 4 Definition table of deals with the logical

表5 數(shù)據(jù)存儲定義表Table 5 Definition table of data store

表6 外部實體定義表Table 6 Definition table of external entity

2.4 新系統(tǒng)邏輯模型[6]

為了使用戶得到更好地使用，在原系統(tǒng)的基礎上增加了批注管理，用戶查詢文獻閱覽以后可以對文獻批注，如：對于某篇文獻的內容自己有什么想法或者覺得值得記錄下來的文獻里的文字都可以寫在批注里，然后提交給管理員，經過管理員審核以后，如果管理員覺得不當?shù)难哉搫t批注可以保留，反之，刪除批注(見圖6、圖7)。

圖6 新的業(yè)務流程圖Fig.6 New business flow chart

圖7 新的數(shù)據(jù)流程圖Fig.7 New data flow chart

3 系統(tǒng)設計

(1)系統(tǒng)總體功能結構設計：系統(tǒng)總體功能結構設計見圖8。

圖8 系統(tǒng)的總體功能結構圖Fig.8 Overall functional structure diagram of the system

(2)系統(tǒng)平臺設計：系統(tǒng)平臺設計包括硬件和軟件。硬件要求內存為4GB；硬盤：500G，CPU：inter(R) Core(TM) i5-4590 CPU @ 3.30 GHz。 軟件編程語言：VB，操作系統(tǒng)：windows 7[7]，數(shù)據(jù)庫：Microsoft SQLserver

(3)代碼設計：對文獻進行代碼設計，采用區(qū)間編碼 ，共9位。

如：C20180001

C 論文集

2018 發(fā)表年份為2018年

0001 順序號

(4)數(shù)據(jù)庫設計：包括ER圖(見圖9)、 用戶信息表(表7)、管理員信息表(表8)、文獻信息表(表9)和批注信息表(表10)。

表7 用戶信息表Table 7 User information table

表8 管理員信息表Table 8 Administrator information table

表9 文獻信息表Table 9 Literature information table

表10 批注信息表[7]Table 10 Annotation information table

圖9 ER圖Fig.9 ER diagram

(5)輸入輸出設計：包括輸入輸出設計(見圖10 、圖11)、界面設計(見圖12)和系統(tǒng)功能設計(見圖13)。

圖10 輸入設計—錄入文獻信息Fig.10 Input design-input of literature information

圖11 輸出設計——文獻查詢Fig.11 Output design- literature query

圖12 登錄界面設計[3]Fig.12 Login interface design

圖13 系統(tǒng)功能設計——管理員界面Fig.13 System function design-administrator interface

(6)處理流程設計：具體要求見圖14至圖18。

圖14 主控管理IPO圖Fig.14 IPO chart of master management

圖15 用戶管理IPO圖Fig.15 IPO chart of user management

圖16 文獻查詢IPO圖Fig.16 IPO chart of literature inquiry

圖17 文獻管理IPO圖Fig.17 IPO chart of literature management

圖18 批注管理IPO圖Fig.18 IPO chart of annotation management

4 結束語

本系統(tǒng)基于Visio studio 2010開發(fā)，運用SQLserver數(shù)據(jù)庫進行存儲數(shù)據(jù)以及visual basic作為開發(fā)語言，實現(xiàn)對用戶和地質勘察資料的管理、對文獻數(shù)據(jù)的簡單查詢。通過使用文獻管理系統(tǒng)，可以改變地質文獻管理工作人員對文獻的管理模式，以此來提高他們的工作效率，減少人工成本。