前言:一篇好文章的誕生,需要你不斷地搜集資料、整理思路,本站小編為你收集了豐富的數(shù)據(jù)庫管理論文主題范文,僅供參考,歡迎閱讀并收藏。
云數(shù)據(jù)管理技術(shù)的一個(gè)有效管理方案就是NoSQL系統(tǒng),即非關(guān)系型數(shù)據(jù)庫,NoSQL數(shù)據(jù)庫相對于傳統(tǒng)的關(guān)系型數(shù)據(jù)庫更適合處理高并發(fā)讀寫、海量數(shù)據(jù)處理、高擴(kuò)展性和可用性的應(yīng)用需求。目前主流的NoSQL數(shù)據(jù)庫主要有BigTable、HBase、Dynamo、Cassandra、MongoDB、CouchDB、Redis、Riak、Membase等。本文以NoSQL系統(tǒng)的典型代表MongoDB數(shù)據(jù)庫為例進(jìn)行研究。MongoDB是為了Web應(yīng)用而設(shè)計(jì)的數(shù)據(jù)庫管理系統(tǒng),MongoDB能夠提供高讀寫吞吐量、易于伸縮,還能進(jìn)行自動(dòng)故障轉(zhuǎn)移,能夠解決傳統(tǒng)關(guān)系型數(shù)據(jù)庫面向Web純動(dòng)態(tài)網(wǎng)站的高并發(fā)讀寫、海量數(shù)據(jù)的高效訪問、高可擴(kuò)展性和高可用性時(shí)的困境,因此得以推廣。MongoDB的設(shè)計(jì)定位是在具有key/value存儲(chǔ)方式的高性能和高度擴(kuò)展性的同時(shí),具備傳統(tǒng)的關(guān)系數(shù)據(jù)庫管理系統(tǒng)的豐富功能,集兩者的優(yōu)勢于一身。MongoDB使用數(shù)據(jù)結(jié)構(gòu)松散的BSON(BinaryJSON)格式,面向文檔存儲(chǔ)數(shù)據(jù),使用自動(dòng)分片(Auto-Sharding)實(shí)現(xiàn)海量數(shù)據(jù)存儲(chǔ),支持全類型索引,使用的查詢語言語法類似面向?qū)ο髺嗽冋Z言,可以實(shí)現(xiàn)類似關(guān)系數(shù)據(jù)庫單表查詢的絕大部分功能,支持主/從(Master/Slave)和復(fù)制集(ReplicaSet)兩種數(shù)據(jù)復(fù)制機(jī)制。
2數(shù)據(jù)庫建設(shè)基本流程
利用實(shí)地調(diào)研、個(gè)人采訪的方法獲取石油文化紙本文獻(xiàn),然后通過輸入設(shè)備對這些資源進(jìn)行數(shù)字化,調(diào)研、收集、保存、整理網(wǎng)上已的石油文化數(shù)字資源,將兩種來源途徑的石油文化資源放入原始庫待處理。通過信息的抽取、分類等方法,對數(shù)據(jù)信息進(jìn)行整合,構(gòu)建數(shù)據(jù)模型,利用相應(yīng)軟件設(shè)計(jì),形成有效信息庫。通過前臺(tái)網(wǎng)頁,實(shí)現(xiàn)信息與信息檢索。圖1所示是石油文化數(shù)據(jù)庫建設(shè)基本流程。
3基于MongoDB的數(shù)據(jù)庫設(shè)計(jì)
3.1MongoDB數(shù)據(jù)庫
MongoDB是最受歡迎的開源NoSQL數(shù)據(jù)庫之一,因其高效的性能和豐富的使用功能在生產(chǎn)中有非常廣泛的應(yīng)用。MongoDB是一個(gè)面向文檔的數(shù)據(jù)庫。數(shù)據(jù)庫有兩個(gè)要素構(gòu)成:文檔和集合。(1)文檔:是MongoDB的核心概念,是鍵值對的有序集。文檔的鍵和值不再是固定的類型和大小。其功能類似關(guān)系數(shù)據(jù)庫中的一條記錄。(2)集合:就是一組文檔。集合是動(dòng)態(tài)模式的,即一個(gè)集合中的文檔可以是各式各樣的。但集合之間不能進(jìn)行連接查詢。(3)數(shù)據(jù)庫:由集合構(gòu)成。一個(gè)數(shù)據(jù)庫可以包含有0個(gè)或者多個(gè)集合。文檔、集合、數(shù)據(jù)庫三者關(guān)系如圖2所示。
3.2石油文化數(shù)據(jù)庫設(shè)計(jì)模型
雖然一個(gè)集合中的文檔可以是各種各樣的,但為了提高管理和查詢的訪問效率,還是要根據(jù)應(yīng)用情況適當(dāng)進(jìn)行分類,考慮應(yīng)用不同集合來存放相關(guān)文檔。石油文化資源類型多樣化,有文字、圖片、圖像、音視頻資料等,根據(jù)實(shí)際操作需要,本數(shù)據(jù)庫共建立了3個(gè)集合,分別為:用戶users集合、資源s1集合,資源Content集合。但Content集合屬于嵌入式集合。(1)用戶集合users用戶包括普通用戶和管理員,用戶集合主要保存用戶的姓名、密碼、操作權(quán)限等信息。具體如下表1所示。(2)資源s1集合資源集合是本數(shù)據(jù)庫核心內(nèi)容,主要用于存放關(guān)于石油文化的數(shù)字資源,可以是文字、圖像、聲音視頻等信息。用集合s1保存資源基本信息(如資源名稱、資源創(chuàng)建時(shí)間、訪問次數(shù),等等),用集合Content用來保存資源具體數(shù)據(jù)(資源類型,資源內(nèi)容等)。由于Mon-goDB不能進(jìn)行集合間連接查詢,并且考慮到文字、圖像及聲音視頻之間的關(guān)聯(lián),因此利用MongoDB的em-bed(嵌入)方法,把資源內(nèi)容Content作為內(nèi)嵌文檔保存,以達(dá)到一次查詢的效果。具體如下表2所示。
4結(jié)語
1.1信息管理模塊
本模塊主要是員工具體信息的錄入以及修改、員工字段的設(shè)置、瀏覽全部員工信息并可篩選部門輸出、人員基本信息的批量導(dǎo)入功能,共包括四個(gè)窗口。員工個(gè)人信息中以身份證號(hào)碼為主碼,通過Combobox下拉列表框來錄入員工的信息例如,性別可以通過“男”或“女”選擇錄入。如果系統(tǒng)里面錄入的身份證號(hào)相同,系統(tǒng)則會(huì)提示重復(fù)錄入。記錄添加窗口主要用來設(shè)置Combobox下拉列表框可選擇的信息。例如,職稱選項(xiàng)可設(shè)置為教授、教授級(jí)工程師、副教授、高級(jí)工程師、講師等。人員基本信息批量導(dǎo)入功能主要為減輕管理人員的工作量而設(shè)計(jì)的,當(dāng)一個(gè)單位職工很多,且每一個(gè)職工都有幾十條信息需要輸入的時(shí)候,會(huì)給系統(tǒng)管理員帶來不小的麻煩。如果有現(xiàn)成的數(shù)據(jù),可以通過excel電子表格進(jìn)行批量導(dǎo)入,大大提高了工作效率。
1.2審核統(tǒng)計(jì)模塊
本模塊主要的功能是用來顯示全院教職工的信息以及審核已經(jīng)注冊了的員工的信息,共包括兩個(gè)窗口。數(shù)據(jù)統(tǒng)計(jì)窗口包含了多個(gè)字段統(tǒng)計(jì)結(jié)果,在該窗口,管理員可以直觀地看到常用的一些需要統(tǒng)計(jì)的數(shù)據(jù),以學(xué)歷為例,管理員很直觀地能看到學(xué)歷為研究生的有多少人,本科有多少人,大專及大專以下分別有多少人,當(dāng)然,如果按系部的職工數(shù)來統(tǒng)計(jì),可以直觀地看到具體的部門所有的人數(shù),比如可以看到計(jì)算機(jī)科學(xué)與技術(shù)系有多少人,材料工程系有多少人等等。審核窗口主要用來審核新注冊員工的個(gè)人信息,通過他自己錄入的信息跟檔案進(jìn)行核定,確保信息準(zhǔn)確無誤,才能審核通過,審核通過的員工可以到登錄界面,正常查看自己的個(gè)人信息變動(dòng)情況,如職稱以及聘用日期等等信息。
1.3管理用戶模塊
本模塊主要的功能是用來修改讓其他教工可看到的管理員個(gè)人信息、限制教工用戶的一些功能,以及數(shù)據(jù)庫的備份功能,主要包括兩個(gè)窗口,系統(tǒng)參數(shù)設(shè)置窗口主要用來公布一些管理員的部門信息,比如聯(lián)系人、聯(lián)系方式以及全部教工需要注意的公告等信。其次,用來鎖定教工用戶、禁止教工用戶修改個(gè)人信息以及禁止登錄系統(tǒng)等。數(shù)據(jù)庫備份窗口主要用來備份全部或選擇性的備份部分?jǐn)?shù)據(jù),防止數(shù)據(jù)全部丟失。
2系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)
數(shù)據(jù)庫設(shè)計(jì)是指對于一個(gè)給定的應(yīng)用環(huán)境,構(gòu)造最優(yōu)的數(shù)據(jù)庫模塊,使之能夠方便地存儲(chǔ)數(shù)據(jù),滿足用戶對數(shù)據(jù)的存取和調(diào)取。數(shù)據(jù)庫選擇ACCESS,是應(yīng)用最廣的數(shù)據(jù)庫,對于初學(xué)者來說容易上手,操作方便簡單。本系統(tǒng)包含的數(shù)據(jù)表有用戶登錄信息表、用戶登錄信息表用來保存用戶登錄的相關(guān)信息,包括用戶名、登錄密碼以及登錄時(shí)間等信息。
3系統(tǒng)實(shí)現(xiàn)
3.1系統(tǒng)登錄界面實(shí)現(xiàn)
當(dāng)?shù)卿浰拇üこ搪殬I(yè)技術(shù)學(xué)院人事信息管理系統(tǒng)時(shí),會(huì)彈出登錄界面,教工根據(jù)自己的賬號(hào)、密碼和驗(yàn)證碼來登錄,如果輸入的信息其中任何一個(gè)有錯(cuò),將不能登錄,直至輸入的信息全部正確,則登錄成功,進(jìn)入主窗體。用戶分管理員和教工兩種同的用戶,進(jìn)入的歡迎界面自然也不會(huì)一樣。以管理員進(jìn)入的界面為例,如圖2所示。
3.2系統(tǒng)主功能界面的實(shí)現(xiàn)
系統(tǒng)的主界面共有3個(gè),分別是瀏覽管理所有記錄、記錄添加、字段項(xiàng)目設(shè)置,頁面左側(cè)有類似任務(wù)管理器的功能,主界面如圖3所示,下面列出了字段項(xiàng)目設(shè)置、新增學(xué)習(xí)經(jīng)歷功能和數(shù)據(jù)庫鏈接的一些關(guān)鍵代碼。
3.2.1字段項(xiàng)目設(shè)置
此頁面主要的作用是用來設(shè)置常用的一些字段的下拉選項(xiàng),以字段“職稱”為例,在穩(wěn)步框中輸入“教授,教授級(jí)工程師,副教授,高級(jí)工程師,高級(jí)實(shí)驗(yàn)師,講師,工程師,會(huì)計(jì)師,實(shí)驗(yàn)師,助教,助理工程師”,那么在記錄添加頁面的列表框“職稱”下拉選項(xiàng)中將會(huì)出現(xiàn)。
3.2.2新增學(xué)習(xí)經(jīng)歷或工作經(jīng)歷
此功能的作用主要是用來增加或刪除學(xué)習(xí)經(jīng)歷或工作經(jīng)歷,由于我院人事信息當(dāng)中的學(xué)習(xí)經(jīng)歷要求從小學(xué)填起,所以每個(gè)人的學(xué)習(xí)經(jīng)歷非常多,如果用EXCEL表格來管理學(xué)習(xí)經(jīng)歷,數(shù)據(jù)列將會(huì)非常長,導(dǎo)致難以管理,如果用系統(tǒng)的方式來管理,不僅易于管理,而且很直觀。
4系統(tǒng)的優(yōu)越性
以前學(xué)院單靠一張人事信息表來管理,沒有實(shí)現(xiàn)數(shù)據(jù)的共享,人事處所擁有的信息經(jīng)常和系部等的信息對應(yīng)不起來,導(dǎo)致信息滯后的現(xiàn)象時(shí)有發(fā)生,導(dǎo)致不管是給對外還是對學(xué)院內(nèi)部統(tǒng)計(jì)的數(shù)據(jù)時(shí)有誤差,以前所收集到的信息都是人員報(bào)道以后,把紙質(zhì)的文件交到人事處,然后人事處通過手工錄入到人事信息表里,這樣對信息的錄入、查詢非常的不便,由于excel工作表中含有多個(gè)單元格,容易出錯(cuò),通過系統(tǒng)的管理,首先,信息錄入首先由本人親自錄入,這樣保證的了數(shù)據(jù)的準(zhǔn)確性,因?yàn)楸救烁拥那宄约旱木唧w信息,然后由系統(tǒng)管理員根據(jù)檔案審核,審核通過以后,每個(gè)教師都可以通過自己的賬號(hào)查看自己的信息,這樣就保證了信息的及時(shí)性,再也不需要向人事處打電話或親自到人事處來查詢自己的信息,對提高人事管理員和教師個(gè)人的工作效率的作用是不言而喻的。第一次使用系統(tǒng)來管理人員的單位,最頭痛的是把現(xiàn)有的信息錄入到系統(tǒng)里面,本系統(tǒng)也考慮到了這個(gè)問題,專門設(shè)置了信息批量導(dǎo)入功能,導(dǎo)入后使得系統(tǒng)能夠馬上發(fā)揮作用,不再需要一個(gè)一個(gè)的錄入,這樣比純錄入信息的方式從最開始效率就高出了許多倍。統(tǒng)計(jì)數(shù)據(jù)對每個(gè)員工眾多的單位來說是個(gè)很痛苦的事情,以前統(tǒng)計(jì)數(shù)據(jù),往往是通過一張表格進(jìn)行多次篩選才能得到,如果用系統(tǒng)的方式來統(tǒng)計(jì),只需要在復(fù)選框中選中需要的字段就可以了,導(dǎo)出的數(shù)據(jù)會(huì)自動(dòng)選擇出需要的字段,大大提高了工作效率。
5總結(jié)
一、實(shí)驗(yàn)情境設(shè)計(jì)
某小型企業(yè)已建立采用B/S結(jié)構(gòu)設(shè)計(jì)的銷售管理系統(tǒng),其后臺(tái)數(shù)據(jù)庫名稱為example,products表和orders表是example數(shù)據(jù)庫中的兩張表。要求用戶a~e能登錄數(shù)據(jù)庫服務(wù)器并按照設(shè)計(jì)的訪問控制權(quán)限訪問相應(yīng)的服務(wù)器及數(shù)據(jù)庫資源,訪問用戶及權(quán)限設(shè)置如表1所示:表1用戶及訪問權(quán)限設(shè)置表
二、實(shí)驗(yàn)技術(shù)分析
本實(shí)驗(yàn)主要實(shí)現(xiàn)在SQLSERVER中對數(shù)據(jù)庫安全性的管理問題。首先明確SQLServer中身份驗(yàn)證的種類和實(shí)現(xiàn)步驟,然后再熟悉為用戶分配登錄賬號(hào)和權(quán)限的操作方法,對于SQLServer安全性的各種管理,尤其是對數(shù)據(jù)庫訪問控制操作有深入要求。要管理數(shù)據(jù)庫安全性,必須了解各種賬號(hào)和權(quán)限,因?yàn)榘踩跃褪峭ㄟ^它們的分配來實(shí)現(xiàn)的。所以掌握它們的區(qū)別和用處非常重要。(一)SQLSERVER身份驗(yàn)證模式SQLSERVER身份驗(yàn)證模式指SQLSERVER如何處理用戶名和密碼的問題,SQLSERVER提供兩種身份驗(yàn)證模式。1、Windows身份驗(yàn)證模式,在這種方式下,用戶只可以使用Windows身份登陸連接到SQLServer,由Windows操作系統(tǒng)對客戶端進(jìn)行身份驗(yàn)證。我們知道,SQLServer和Windows同屬于微軟公司的產(chǎn)品。當(dāng)使用Windows身份驗(yàn)證連接到SQLServer時(shí),SQLServer使用Windows操作系統(tǒng)中的信息驗(yàn)證賬戶名和密碼,用戶不必重復(fù)提交登錄名和密碼。這種驗(yàn)證方式的弊端在于若采取B/S結(jié)構(gòu)服務(wù)器,遠(yuǎn)程客戶機(jī)無法連接到服務(wù)器,這時(shí)須使用混合驗(yàn)證模式。2、混合驗(yàn)證模式,即可以同時(shí)使用Windows身份驗(yàn)證和SQLServer身份驗(yàn)證。使用具體驗(yàn)證方式取決于在最初通信時(shí)使用的網(wǎng)絡(luò)庫。如果一個(gè)用戶使用TCP/IP進(jìn)行登錄驗(yàn)證,則使用SQLServer身份驗(yàn)證;如果用戶使用命名管道,則登錄時(shí)將使用Windows身份驗(yàn)證。[1]圖1SQLServer安全性決策樹通過以上兩種身份驗(yàn)證模式,用戶如果想使用指定的登錄名稱和密碼連接到SQLServer,SQLServer會(huì)按照圖1所示的安全性決策樹進(jìn)行安全身份驗(yàn)證。本實(shí)驗(yàn)中要實(shí)現(xiàn)在采用B/S結(jié)構(gòu)設(shè)計(jì)的銷售管理系統(tǒng)中讓不同的客戶端用戶能訪問服務(wù)器的數(shù)據(jù)庫資源,所以身份驗(yàn)證模式可以設(shè)置為“SQLServer和Windows身份驗(yàn)證模式”。(二)賬號(hào)和權(quán)限1、登錄帳戶登錄賬戶是讓用戶登錄到SQLServer服務(wù)器中用的賬號(hào),如果用戶不能登錄SQLServer的服務(wù)器,也就不能訪問該服務(wù)器上的數(shù)據(jù)庫資源。在實(shí)驗(yàn)中,需要?jiǎng)?chuàng)建登錄帳戶logina~logine,讓這些帳戶都能登錄數(shù)據(jù)庫服務(wù)器。2、數(shù)據(jù)庫用戶一個(gè)SQLServer服務(wù)器下面可以建多個(gè)數(shù)據(jù)庫。能登錄到SQLServer服務(wù)器,不一定能訪問到服務(wù)器中的數(shù)據(jù)庫。在實(shí)驗(yàn)中,需要?jiǎng)?chuàng)建數(shù)據(jù)庫用戶userb~usere,使這些數(shù)據(jù)庫用戶都能訪問sample數(shù)據(jù)庫。3、角色為了便于管理數(shù)據(jù)庫的的權(quán)限,SQLServer提供了若干“角色”,“角色”就是用一種方法來把用戶集中到一個(gè)單元中,并在此單元上應(yīng)用權(quán)限。SQLServer提供了預(yù)定義的服務(wù)器角色和數(shù)據(jù)庫角色,也可以在數(shù)據(jù)庫中創(chuàng)建用戶自定義的數(shù)據(jù)庫角色。在實(shí)驗(yàn)中,用到如下兩個(gè)固定的服務(wù)器角色和數(shù)據(jù)庫角色:sysadmin固定服務(wù)器角色的成員可以在數(shù)據(jù)庫引擎中執(zhí)行任何活動(dòng)。db_backupoperator固定數(shù)據(jù)庫角色的成員可以備份數(shù)據(jù)庫。由于本實(shí)驗(yàn)中用戶a需要訪問控制全部服務(wù)器資源,即用戶a要求完全的數(shù)據(jù)庫服務(wù)器訪問權(quán)限,所以用戶a應(yīng)設(shè)置為固定服務(wù)器角色sysadmin的成員之一,使之成為服務(wù)器的超級(jí)管理員。用戶a的安全訪問流程如圖2所示。圖2用戶a安全訪問流程用戶b要能備份數(shù)據(jù)庫,可以將其添加到數(shù)據(jù)庫角色db_backupoperator中,用戶b的安全訪問流程如圖3所示。用戶c與用戶d都要訪問數(shù)據(jù)庫中的表,所不同的是具體的訪問對象及訪問權(quán)限,在實(shí)驗(yàn)中可以創(chuàng)建兩個(gè)自定義的數(shù)據(jù)庫角色R1和R2,將用戶userc、用戶userd分別添加到R1角色R2角色中。4、權(quán)限在為用戶和角色分配登錄帳戶后,還必須為他們分配權(quán)限以增強(qiáng)數(shù)據(jù)庫的安全性。權(quán)限詳細(xì)地說明了可以讓用戶使用哪些數(shù)據(jù)庫對象,并可以對它們進(jìn)行哪些處理。用戶在數(shù)據(jù)庫內(nèi)的權(quán)限取決于用戶帳戶的權(quán)限和該用戶所屬的角色成員。在實(shí)驗(yàn)中為R1角色授予查詢、修改products表的權(quán)限,為R2角色授予查詢orders表的權(quán)限,為用戶usere添加訪問products表、orders表的權(quán)限。用戶c~用戶d訪問數(shù)據(jù)庫資源的控制方式如圖4所示。圖4用戶c~用戶e安全訪問流程
三、實(shí)驗(yàn)過程
該實(shí)驗(yàn)需要每人PC機(jī)一臺(tái),操作系統(tǒng)為Win-dowsxp或win7,實(shí)驗(yàn)的數(shù)據(jù)庫管理系統(tǒng)軟件為SQLServer2005或SQLServer2008。請學(xué)生務(wù)必用每個(gè)用戶的身份進(jìn)行登錄、比較操作以校驗(yàn)數(shù)據(jù)庫安全訪問控制實(shí)驗(yàn)過程的正確性。
四、實(shí)驗(yàn)總結(jié)
1.1惡意的對計(jì)算機(jī)進(jìn)行攻擊伴隨著計(jì)算機(jī)的軟件發(fā)展,各種方面的軟件、硬件都在出現(xiàn)和更新中。作為計(jì)算機(jī)最基礎(chǔ)的數(shù)據(jù)統(tǒng)計(jì)等功能也進(jìn)入了開放性越來越強(qiáng)的變新中。在醫(yī)院的SQL數(shù)據(jù)庫中使用的是局域網(wǎng),在這個(gè)局域網(wǎng)里面的用戶基本都可以訪問到數(shù)據(jù)庫及應(yīng)用系統(tǒng)。這樣的互享模式如果是在醫(yī)院內(nèi)部倒也沒什么,只是各種惡意的軟件橫行,會(huì)導(dǎo)致不少來自外界未知的惡意軟件對醫(yī)院的計(jì)算機(jī)進(jìn)行攻擊。這些都給醫(yī)院的信息管理系統(tǒng)的安全造成了極大的威脅。一旦醫(yī)院的數(shù)據(jù)庫信息被泄露,從收費(fèi)的數(shù)據(jù)到醫(yī)療的信息、從病人隱私的保密到管理信息保密都會(huì)處于一個(gè)透明的狀態(tài),這對于醫(yī)院的信息管理是一個(gè)巨大的沖擊,也會(huì)帶給病人一些重大麻煩。為了避免這類事情發(fā)生。需要醫(yī)院信息管理系統(tǒng)和數(shù)據(jù)庫處在非常安全的環(huán)境里。這也是本文研究基于SQL數(shù)據(jù)庫的醫(yī)院信息管理綜合應(yīng)用平臺(tái)設(shè)計(jì)的重心。
1.2被動(dòng)的進(jìn)行攻擊在不影響正常網(wǎng)絡(luò)使用的情況下,還會(huì)有更高明的竊取破譯數(shù)據(jù)庫的方法,這也是所謂的被動(dòng)的進(jìn)行攻擊。在這種竊取、破譯的行為下,當(dāng)事人醫(yī)院數(shù)據(jù)庫很難查悉這行為,因此會(huì)造成非常重要的機(jī)密性文件數(shù)據(jù)的泄露。醫(yī)院的數(shù)據(jù)庫是整個(gè)醫(yī)院信息系統(tǒng)的靈魂,很多黑客病毒都會(huì)以此為突破點(diǎn)以獲得很重要的機(jī)密數(shù)據(jù)。無論是主動(dòng)的還是被動(dòng)的攻擊方式,都是現(xiàn)今使用的SQL數(shù)據(jù)庫系統(tǒng)的抖動(dòng),為了保證醫(yī)院的計(jì)算機(jī)信息安全,保證醫(yī)院和病人的隱私,有必要針對這些缺陷進(jìn)行改進(jìn)?;赟QL數(shù)據(jù)庫系統(tǒng)的綜合信息應(yīng)用平臺(tái)設(shè)計(jì)可以更貼近實(shí)際,防止人為惡意的網(wǎng)絡(luò)安全的攻擊。這也是醫(yī)院今后采用SQL數(shù)據(jù)庫進(jìn)行工作時(shí)的防范重點(diǎn)。
2SQL數(shù)據(jù)庫在醫(yī)院信息管理綜合應(yīng)用中的完善
2.1根據(jù)具體的需要相應(yīng)的增加或者減少相應(yīng)的模塊數(shù)量醫(yī)院和個(gè)人可以根據(jù)自己的具體需要,進(jìn)行一些簡單的維護(hù),將系統(tǒng)的模塊進(jìn)行增加或減少。并且在增減模塊的同時(shí)注意維護(hù)編程的界面,這樣才能設(shè)計(jì)出很友好的系統(tǒng)模塊。有了針對性的結(jié)構(gòu)特點(diǎn),這樣的數(shù)據(jù)庫應(yīng)用平臺(tái)不僅更符合醫(yī)院信息管理系統(tǒng)的設(shè)計(jì),而且還增大了獨(dú)立性和獨(dú)特性,因此也可以整體提高系統(tǒng)的可維護(hù)性和可靠性。選用這樣模塊化的SQL數(shù)據(jù)庫應(yīng)用平臺(tái)也是設(shè)計(jì)結(jié)構(gòu)的特點(diǎn)。
2.2采取開發(fā)式結(jié)構(gòu)特點(diǎn)研究基于SQL數(shù)據(jù)庫的醫(yī)院信息管理綜合應(yīng)用設(shè)計(jì)就必須要仔細(xì)斟酌這數(shù)據(jù)庫的系統(tǒng)硬件的結(jié)構(gòu)設(shè)計(jì)。這個(gè)也是整個(gè)信息系統(tǒng)的核心內(nèi)容。當(dāng)前采取的數(shù)據(jù)統(tǒng)計(jì)模式執(zhí)行的是TCP/IP的協(xié)議。如果要進(jìn)一步加強(qiáng)系統(tǒng)給的可靠性,保證醫(yī)院和病人信息的安全就應(yīng)當(dāng)采取開發(fā)式結(jié)構(gòu)特點(diǎn)的系統(tǒng)硬件結(jié)構(gòu)設(shè)計(jì)。采取這樣的硬件結(jié)構(gòu)設(shè)計(jì)可以減少冗余的配置,保證系統(tǒng)可靠性。在整體的醫(yī)院數(shù)據(jù)信息系統(tǒng)中,最重要的就是這個(gè)系統(tǒng)。在完善機(jī)遇SQL數(shù)據(jù)庫的應(yīng)用設(shè)計(jì)時(shí)自然需要通過增強(qiáng)系統(tǒng)給的整體可靠性,以聯(lián)合增強(qiáng)SQL數(shù)據(jù)庫的互聯(lián)網(wǎng)安全機(jī)密新能。SQL依然可支持遠(yuǎn)程的訪問,這也是醫(yī)院信息數(shù)據(jù)庫需要有的特點(diǎn)。因此,雖然可支持遠(yuǎn)程訪問的功能會(huì)導(dǎo)致醫(yī)院的信息保密功能不太安全,卻也不能刪除。但是可具體根據(jù)醫(yī)療方面的任務(wù)對應(yīng)的增加遠(yuǎn)程訪問的時(shí)間限制、地點(diǎn)限制和次數(shù)限制。這也是開發(fā)式硬件結(jié)構(gòu)的特點(diǎn)。
2.3系統(tǒng)性能優(yōu)化SQL數(shù)據(jù)庫歷經(jīng)幾年的研究和使用已經(jīng)近乎完美,因此對數(shù)據(jù)庫的性能進(jìn)行優(yōu)化是個(gè)非常困難的任務(wù)。然而,只要是實(shí)際工作有需要的,都應(yīng)當(dāng)做出針對性的系統(tǒng)性能優(yōu)化。為了保證醫(yī)院信息的安全,也為了保證醫(yī)院工作的效率,系統(tǒng)性能優(yōu)化的完善勢在必行。在醫(yī)院日常的工作中,最繁重的就是數(shù)據(jù)統(tǒng)計(jì)和索引了,若性能得到優(yōu)化,就可以大大加快數(shù)據(jù)庫的反應(yīng)速度,這樣也能使醫(yī)院的工作和服務(wù)得到提升。
3結(jié)論
當(dāng)前影響銀行服務(wù)質(zhì)量和客戶滿意度的一個(gè)重要問題是辦理業(yè)務(wù)排隊(duì)時(shí)間過長?,F(xiàn)有的銀行叫號(hào)排隊(duì)系統(tǒng)僅僅起到維持用戶排隊(duì)秩序的作用,不能讓用戶提前獲得銀行排隊(duì)人數(shù)信息,不能對用戶何時(shí)去銀行辦理業(yè)務(wù)起引導(dǎo)作用,更不能減少用戶等待時(shí)間。因此為了滿足廣大銀行用戶快捷辦理銀行業(yè)務(wù)的需求,減少客戶的排隊(duì)等待時(shí)間,同時(shí)也為了優(yōu)化銀行資源配置,本文基于互聯(lián)網(wǎng)開發(fā)銀行業(yè)務(wù)預(yù)約管理系統(tǒng)。
關(guān)鍵詞:
銀行業(yè)務(wù);預(yù)約管理;系統(tǒng)設(shè)計(jì)
本文所研究的銀行業(yè)務(wù)預(yù)約管理系統(tǒng)可以有效解決之一問題,客戶通過互聯(lián)網(wǎng)登陸系統(tǒng)后,可以查詢某一天某個(gè)時(shí)間段某個(gè)銀行網(wǎng)點(diǎn)某個(gè)窗口的業(yè)務(wù)預(yù)約情況,然后根據(jù)自己的行程、時(shí)間安排,做到精確預(yù)約,實(shí)現(xiàn)客戶的分流,既能有效地減少客戶排隊(duì)等待的時(shí)間,又能根據(jù)客戶預(yù)約情況合理地配置銀行人力、網(wǎng)點(diǎn)等資源,節(jié)省運(yùn)營成本,提升客戶體驗(yàn)質(zhì)量,最終提升銀行效益。基于以上分析,本論文將探索基于互聯(lián)網(wǎng)的銀行業(yè)務(wù)預(yù)約模式,設(shè)計(jì)并實(shí)現(xiàn)銀行業(yè)務(wù)預(yù)約管理系統(tǒng),為銀行改進(jìn)客戶服務(wù)質(zhì)量,提升客戶體驗(yàn)水平提供有益借鑒。
1銀行業(yè)務(wù)預(yù)約系統(tǒng)需求分析
通過對系統(tǒng)的分析,已經(jīng)明確了銀行業(yè)務(wù)預(yù)約系統(tǒng)的建設(shè)模式和基本需求,再加上分析了系統(tǒng)的用戶需求,可以匯總得出系統(tǒng)涵蓋的主要功能包括:系統(tǒng)管理、用戶注冊登錄、銀行業(yè)務(wù)管理、預(yù)約信息管理、積分管理、統(tǒng)計(jì)分析。下面分別簡述各個(gè)功能的基本需求。
2銀行業(yè)務(wù)預(yù)約管理系統(tǒng)設(shè)計(jì)
2.1系統(tǒng)設(shè)計(jì)原則銀行業(yè)務(wù)預(yù)約管理系統(tǒng)在設(shè)計(jì)中遵循的原則主要有:(1)統(tǒng)一規(guī)劃,分步建設(shè)的原則:系統(tǒng)在設(shè)計(jì)時(shí)應(yīng)與單位其他相關(guān)系統(tǒng)統(tǒng)一規(guī)劃,考慮在數(shù)據(jù)接口、功能擴(kuò)展方面的特性。尤其是注意與銀行內(nèi)部網(wǎng)絡(luò)的接口問題,考慮與排隊(duì)機(jī)數(shù)據(jù)的聯(lián)通問題。系統(tǒng)建設(shè)時(shí)可以采取分步建設(shè),逐步完善的方法。(2)可擴(kuò)展性:可擴(kuò)展性決定了系統(tǒng)的使用周期。為防止重復(fù)開發(fā),造成軟件和硬件的浪費(fèi),系統(tǒng)應(yīng)在數(shù)據(jù)、功能、架構(gòu)三個(gè)層次考慮系統(tǒng)的擴(kuò)展性。(3)經(jīng)濟(jì)性:由于本項(xiàng)目為單位自建,在研發(fā)經(jīng)費(fèi)方面有一定的保證。系統(tǒng)在設(shè)計(jì)時(shí),應(yīng)盡量選用質(zhì)優(yōu)價(jià)廉的技術(shù),在硬件設(shè)備的設(shè)計(jì)上以夠用、好用、易用為原則,嚴(yán)禁出現(xiàn)硬件性能過高造成不必要的浪費(fèi)。(4)先進(jìn)性:系統(tǒng)在開發(fā)和設(shè)計(jì)時(shí)應(yīng)重點(diǎn)考慮目前應(yīng)用廣泛的先進(jìn)技術(shù),既包括系統(tǒng)的設(shè)計(jì)技術(shù),又包括系統(tǒng)開發(fā)技術(shù),還包括系統(tǒng)實(shí)施部署技術(shù)。先進(jìn)的技術(shù)有利于減少開發(fā)者的工作量,提高開發(fā)效率,而且在未來系統(tǒng)升級(jí)改進(jìn)時(shí)更加便利。
2.2系統(tǒng)邏輯結(jié)構(gòu)設(shè)計(jì)銀行客戶、銀行管理人員、系統(tǒng)管理員通過互聯(lián)網(wǎng)接入到系統(tǒng)中,系統(tǒng)部署在銀行內(nèi)網(wǎng)中,通過網(wǎng)站進(jìn)行內(nèi)外網(wǎng)的交互。在業(yè)務(wù)層面包括了用戶管理、網(wǎng)點(diǎn)信息管理、預(yù)約管理、業(yè)務(wù)管理、積分管理、統(tǒng)計(jì)分析、用戶注冊、用戶登錄等功能,業(yè)務(wù)層與數(shù)據(jù)層進(jìn)行交互,除了系統(tǒng)本身的數(shù)據(jù)外,本系統(tǒng)還需要跟銀行數(shù)據(jù)中心相聯(lián),包括銀行賬戶數(shù)據(jù)、排隊(duì)機(jī)信息、銀行業(yè)務(wù)信息等。
2.3系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)本數(shù)據(jù)庫在進(jìn)行設(shè)計(jì)時(shí)應(yīng)遵循原則:(1)系統(tǒng)數(shù)據(jù)庫應(yīng)為每一類實(shí)體設(shè)立獨(dú)立的表結(jié)構(gòu),方便對該類實(shí)體的操作。(2)系統(tǒng)數(shù)據(jù)庫應(yīng)至少滿足第三范式的規(guī)范要求,減少后期對于數(shù)據(jù)庫的修改。(3)應(yīng)盡可能的提高系統(tǒng)數(shù)據(jù)庫的運(yùn)行效率,在數(shù)據(jù)庫物理設(shè)計(jì)時(shí),降低范式,增加冗余,少用觸發(fā)器,多用存儲(chǔ)過程。(4)本系統(tǒng)所采用的數(shù)據(jù)庫管理系統(tǒng)應(yīng)確保操作簡單、連接便捷,具有強(qiáng)大的圖形化操作界面,方面日常的管理維護(hù)工作。另外系統(tǒng)應(yīng)提供簡易可行的數(shù)據(jù)庫備份策略,減少維護(hù)工作量。
3銀行業(yè)務(wù)預(yù)約管理系統(tǒng)的實(shí)現(xiàn)
(1)系統(tǒng)主界面。該系統(tǒng)的主界面包括:首頁、業(yè)務(wù)信息、網(wǎng)點(diǎn)信息、業(yè)務(wù)預(yù)約、積分管理、個(gè)人中心等功能。在系統(tǒng)首頁有便捷服務(wù),可以快速直通。(2)用戶注冊登錄功能的實(shí)現(xiàn)。用戶進(jìn)入系統(tǒng)首頁后,選擇用戶登陸后,將進(jìn)入用戶登錄頁面,如果用戶已注冊,則輸入用戶名密碼登錄系統(tǒng),如果用戶未注冊則先注冊。本系統(tǒng)為簡化注冊流程,只需輸入用戶名密碼即可,將來辦理業(yè)務(wù)時(shí)再完善信息。(3)業(yè)務(wù)管理功能的實(shí)現(xiàn)。業(yè)務(wù)管理功能中包括銀行業(yè)務(wù)的創(chuàng)建、分類、刪除、更新、查詢等操作。對于普通用戶來說,可以查找業(yè)務(wù),查看業(yè)務(wù)詳情,查看業(yè)務(wù)指南和提示等信息。用戶在業(yè)務(wù)詳情中直接預(yù)約,進(jìn)入預(yù)約流程。(4)業(yè)務(wù)預(yù)約的實(shí)現(xiàn)。業(yè)務(wù)預(yù)約的流程為選擇網(wǎng)點(diǎn),選擇預(yù)約信息,確認(rèn)預(yù)約,預(yù)約結(jié)果。選擇網(wǎng)點(diǎn)后,可以查看該網(wǎng)點(diǎn)的預(yù)約情況。選擇可預(yù)約的時(shí)間,輸入預(yù)約詳情。(5)積分管理的實(shí)現(xiàn)。積分管理功能完成積分管理相關(guān)的一系列操作。積分是本系統(tǒng)進(jìn)行客戶分級(jí)管理的一項(xiàng)重要措施,積分管理負(fù)責(zé)制定積分策略、查看用戶積分、積分信息維護(hù)等。(6)我的預(yù)約功能的實(shí)現(xiàn)。本系統(tǒng)為注冊用戶提供了“我的預(yù)約”功能,可以查看用戶當(dāng)前預(yù)約記錄,歷史預(yù)約記錄,歷史取消預(yù)約記錄。
4銀行業(yè)務(wù)預(yù)約管理系統(tǒng)的部署與測試
(1)功能性測試。本論文討論的功能測試是對系統(tǒng)各功能模塊的功能是否正常和是否達(dá)到需求分析的要求。(2)性能測試。系統(tǒng)性能測試是在極限條件下,測試系統(tǒng)的性能表現(xiàn),以確定系統(tǒng)的穩(wěn)定性和健壯性。本文所進(jìn)行的性能測試有三個(gè):第一個(gè)是不間斷運(yùn)行測試,確定系統(tǒng)的穩(wěn)定性;第二是系統(tǒng)并發(fā)性測試,確定系統(tǒng)同時(shí)支持用戶的極限值;第三是系統(tǒng)功能反復(fù)操作,確保系統(tǒng)足夠健壯。(3)兼容性測試。兼容性是一個(gè)系統(tǒng)性能的重要指標(biāo)之一,想要擁有優(yōu)秀的用戶體驗(yàn)質(zhì)量必須具有良好的兼容性。常常導(dǎo)致兼容性錯(cuò)誤的主要有兩個(gè)方面,一個(gè)是對瀏覽器的兼容性,另一個(gè)是對分辨率的兼容性。
參考文獻(xiàn)
[1]曹坤,蔡雙寧,胡秀敏.基于銀行聯(lián)網(wǎng)的醫(yī)院預(yù)約及付費(fèi)管理系統(tǒng)[J].醫(yī)院管理論壇,2012.
靈活性、合作精神和財(cái)務(wù)能力已經(jīng)迅速成為當(dāng)今企業(yè)的關(guān)鍵業(yè)務(wù)目標(biāo),但如果這些目標(biāo)不能真正植入核心業(yè)務(wù)流程和企業(yè)文化,就只是口號(hào)而已。
對舊的業(yè)務(wù)流程不能敝帚自珍,發(fā)展跨越公司界限的新的業(yè)務(wù)流程勢在必行。"松散耦合的業(yè)務(wù)流程"(looselycoupledbusinessprocesses)是邁向新方向的一步。
擴(kuò)展流程到企業(yè)之外
傳統(tǒng)業(yè)務(wù)流程和角色往往受制于企業(yè)的界限,依賴具體的信息進(jìn)行具體的管理,這在管理現(xiàn)實(shí)中屢見不鮮。相反,在"松散耦合業(yè)務(wù)流程"中會(huì)跨越多個(gè)公司,比如供應(yīng)鏈管理,跨了一個(gè)行業(yè)的好幾個(gè)層次;客戶關(guān)系管理則需要引入專業(yè)的第三方來做客戶支持。管理者和他們的下屬必須表現(xiàn)出充分的靈活性,才能發(fā)揮出這些系統(tǒng)的最大潛力。
新業(yè)務(wù)流程的特點(diǎn)
"松散耦合業(yè)務(wù)流程"往往按實(shí)體來定義:哪些公司應(yīng)該加入?各自扮演什么角色?以及階段性的成果。比如,在某個(gè)規(guī)定的時(shí)間范圍內(nèi)哪些事項(xiàng)必須完成?這種業(yè)務(wù)流程更有選擇性地使用數(shù)據(jù),在企業(yè)表現(xiàn)不佳的時(shí)候可以提前警告。正是由于這些特點(diǎn),"松散耦合業(yè)務(wù)流程"中涉及到的角色、規(guī)則和方法更新,才和傳統(tǒng)的業(yè)務(wù)流程迥然不同。
角色急于實(shí)施業(yè)務(wù)流程再造的管理者很快就發(fā)現(xiàn),如果沒有明確一個(gè)業(yè)務(wù)流程的"頭兒"---一名有權(quán)力、有責(zé)任、能夠?qū)崿F(xiàn)預(yù)期業(yè)務(wù)利益的高級(jí)管理人員,要想取得任何進(jìn)展是多么困難。然而,協(xié)調(diào)多個(gè)企業(yè)間的業(yè)務(wù)活動(dòng)挑戰(zhàn)性更大,因?yàn)闄?quán)力太過分散。業(yè)務(wù)流程的范圍變得越來越廣,公司的數(shù)量和類別都增加了,有效的協(xié)調(diào)作用非一人所能勝任,需要很多人才能完成。
以服裝行業(yè)的供應(yīng)鏈為例,想象一下協(xié)調(diào)多個(gè)業(yè)務(wù)活動(dòng)的難度吧:原材料供應(yīng),專門的紡織和編織,裁剪縫紉,包裝,還有物流供應(yīng)服務(wù),必須用非常靈活的方式串起所有這些服務(wù)的供應(yīng)商,才能符合設(shè)計(jì)師和買家個(gè)性化的要求。利豐公司,一家銷售額達(dá)到32億美金的香港貿(mào)易公司,正是在競爭壓力下升起的一顆新星,它譜寫了一曲復(fù)雜的業(yè)務(wù)流程的管弦樂章。
利豐公司和設(shè)計(jì)師、買家合作,確定每條服裝生產(chǎn)線上合作者的準(zhǔn)確組合方式。在和利豐公司合作的過程中,其他所有的公司都是服務(wù)供應(yīng)商,在整條供應(yīng)鏈中貢獻(xiàn)自己一部分專業(yè)力量。
規(guī)則企業(yè)管理業(yè)務(wù)流程的傳統(tǒng)方法是詳細(xì)說明哪些活動(dòng)是必須要完成的,然后告訴管理者盡量詳細(xì)的相關(guān)信息,這樣的業(yè)務(wù)流程保證了效率、安全性和可預(yù)見性。
而"松散耦合業(yè)務(wù)流程"并不明確業(yè)務(wù)流程中的活動(dòng)細(xì)節(jié),而是強(qiáng)調(diào)流程中不同階段終端產(chǎn)品的特性。它并不試圖去控制每一步活動(dòng),而是通過選擇合格的服務(wù)供應(yīng)商,建立合理的獎(jiǎng)罰制度,來保證他們的績效。
思科系統(tǒng)是"松散耦合業(yè)務(wù)流程"在客戶關(guān)系管理上應(yīng)用的一個(gè)例子,它把這些原則應(yīng)用在對CiscoConnectionOnline的管理上,組織動(dòng)員上百個(gè)專業(yè)渠道力量為客戶提供個(gè)性化的服務(wù)。首先CiscoConnectionOnline對客戶需求進(jìn)行評估,然后提供給客戶一系列的經(jīng)過認(rèn)定的服務(wù)供應(yīng)商,所提供的服務(wù)包括:咨詢、配置、執(zhí)行、安裝、培訓(xùn)和對思科設(shè)備的操作。思科明確對服務(wù)供應(yīng)商所希望的結(jié)果,給予他們適當(dāng)?shù)莫?jiǎng)勵(lì)來保證高質(zhì)量,但思科并不會(huì)在整個(gè)流程中的每一步都對供應(yīng)商控制得很死,相反,它對他們在已有的架構(gòu)下能取得成功給予了充分的信任。
方法憑借其靈活的優(yōu)勢,"松散耦合業(yè)務(wù)流程"挖掘出更多、更顯著的運(yùn)營改進(jìn)的潛能,因?yàn)檫@種方式強(qiáng)調(diào)流程中的階段性要求以及把業(yè)績和這些階段性要求對照起來,因此其設(shè)計(jì)者就能夠提供一個(gè)趕超的目標(biāo)。
豐田為汽車工業(yè)開創(chuàng)了和主要供應(yīng)商的合作業(yè)務(wù)流程的先河,在它的主要裝配工廠里都有一間專門用于供應(yīng)商集中開會(huì)的房間,每個(gè)星期,豐田都會(huì)把各個(gè)供應(yīng)商的表現(xiàn)貼出來,與階段性的要求對照,這種做法給供應(yīng)商造成很大壓力,因?yàn)閷?shí)際表現(xiàn)和預(yù)期表現(xiàn)的差距很清楚地?cái)[在那里,他們必須趕緊縮短并消滅這些差距。
信息技術(shù)的支持
這種新的管理辦法尤其需要IT團(tuán)隊(duì)的全力推進(jìn),因?yàn)樗麄兡軌蜥尫懦黾夹g(shù)所蘊(yùn)藏的經(jīng)濟(jì)價(jià)值,使企業(yè)在競爭日益激烈的環(huán)境中走向成功。為了把握這個(gè)機(jī)會(huì),IT隊(duì)伍必須學(xué)習(xí)扮演新的領(lǐng)導(dǎo)角色,積極發(fā)揮在企業(yè)中的作用,改變他們和首席執(zhí)行官及其他高層管理者打交道的方式。
今天,大多數(shù)行業(yè)都缺乏對這種新技術(shù)應(yīng)用和管理的技巧,技巧之一是"節(jié)點(diǎn)啟動(dòng)"(nodeenablement),它把現(xiàn)有的IT資源作為潛在的網(wǎng)絡(luò)服務(wù)資源;技巧之二是"節(jié)點(diǎn)管理"(nodemanagement),管理節(jié)點(diǎn)以確保有效性、可靠性和解決問題的能力;技巧之三是"服務(wù)網(wǎng)格外包"(service-gridoutsourcing),決定正確的授權(quán)服務(wù)的組合,從專業(yè)的供應(yīng)商那里得到這種服務(wù),并最終支持應(yīng)用服務(wù)。這些技巧必須有效地整合到更為傳統(tǒng)的IT技巧中去,比如系統(tǒng)建筑、網(wǎng)絡(luò)運(yùn)營、數(shù)據(jù)庫管理、安全管理和應(yīng)用整合。
"松散耦合業(yè)務(wù)流程"包含的企業(yè)數(shù)量不斷增加,確保有效協(xié)調(diào)的一個(gè)重要的挑戰(zhàn)就是如何在眾多企業(yè)中發(fā)展優(yōu)化"共享意義(sharedmeaning)"這一概念。在一些情況下,IT團(tuán)隊(duì)可以在所屬公司培養(yǎng)他們獨(dú)有的能力來支持整個(gè)"松散耦合業(yè)務(wù)流程"的運(yùn)行。比如通用汽車公司向它的經(jīng)銷商提供某些主要財(cái)務(wù)和存貨管理的應(yīng)用信息,希望借此讓他們共同分享某些服務(wù)。
像通用汽車這樣的大公司在和小公司合作的時(shí)候,經(jīng)常發(fā)現(xiàn)自己強(qiáng)大的IT功能是一筆財(cái)富,讓小公司分享這筆財(cái)富成為吸引他們的一個(gè)主要原因。
本站为第三方开放式学习交流平台,所有内容均为用户上传,仅供参考,不代表本站立场。若内容不实请联系在线客服删除,服务时间:8:00~21:00。
級(jí)別:省級(jí)期刊
榮譽(yù):中國優(yōu)秀期刊遴選數(shù)據(jù)庫
級(jí)別:統(tǒng)計(jì)源期刊
榮譽(yù):中國優(yōu)秀期刊遴選數(shù)據(jù)庫
級(jí)別:CSCD期刊
榮譽(yù):中國優(yōu)秀期刊遴選數(shù)據(jù)庫
級(jí)別:省級(jí)期刊
榮譽(yù):中國期刊全文數(shù)據(jù)庫(CJFD)
級(jí)別:部級(jí)期刊
榮譽(yù):中國期刊全文數(shù)據(jù)庫(CJFD)