引言：易發(fā)表網(wǎng)憑借豐富的文秘實(shí)踐，為您精心挑選了九篇數(shù)據(jù)理論論文范例。如需獲取更多原創(chuàng)內(nèi)容，可隨時(shí)聯(lián)系我們的客服老師。

第1篇

（一）類型繁多（Variety）

數(shù)據(jù)通常被分為結(jié)構(gòu)化數(shù)據(jù)、半結(jié)構(gòu)化數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù)。相對于傳統(tǒng)的以文本為主的結(jié)構(gòu)化數(shù)據(jù)，網(wǎng)絡(luò)日志、音頻、視頻、圖片、地理位置信息等半結(jié)構(gòu)化、非結(jié)構(gòu)化數(shù)據(jù)越來越多。同時(shí)，近幾年出現(xiàn)的微博、微信等可通過移動互聯(lián)設(shè)備使用的電子交往形式使數(shù)據(jù)量和數(shù)據(jù)種類更加復(fù)雜化。

（二）價(jià)值不高（Value）

價(jià)值密度的高低與數(shù)據(jù)總量的大小成反比。以社會中常見的監(jiān)控錄像為例，一天的監(jiān)控記錄，有用數(shù)據(jù)可能僅有一二秒。如何將已有的結(jié)構(gòu)化數(shù)據(jù)、半結(jié)構(gòu)化數(shù)據(jù)及非結(jié)構(gòu)化數(shù)據(jù)進(jìn)行整合、分析，挖掘出更多有價(jià)值的信息，并通過強(qiáng)大的計(jì)算能力迅速地完成數(shù)據(jù)的價(jià)值“提純”成為目前大數(shù)據(jù)背景下亟待解決的難題。

（三）要求高速處理（Velocity）

這是大數(shù)據(jù)區(qū)分于傳統(tǒng)數(shù)據(jù)挖掘的最顯著特征。根據(jù)IDC的“數(shù)字宇宙”的報(bào)告，預(yù)計(jì)到2020年，全球數(shù)據(jù)使用量將達(dá)到35．2ZB。在如此海量的數(shù)據(jù)面前，處理數(shù)據(jù)的效率就是生命。

二、圖書館大數(shù)據(jù)的主要來源分析

根據(jù)大數(shù)據(jù)的基本特征，經(jīng)筆者分析，圖書館知識服務(wù)領(lǐng)域的未來大數(shù)據(jù)的來源主要有RFID射頻數(shù)據(jù)、傳感器數(shù)據(jù)、社交網(wǎng)絡(luò)和移動互聯(lián)數(shù)據(jù)等幾個(gè)方面。隨著圖書館數(shù)字技術(shù)的不斷提高，RFID將不斷推廣，這將是未來圖書館大數(shù)據(jù)的主要來源之一；由圖書館中的傳感器感知生成的數(shù)據(jù)，長時(shí)間積累后也將產(chǎn)生巨大的數(shù)據(jù)量；社交網(wǎng)絡(luò)已廣泛應(yīng)用于社會各個(gè)方面，逐步成為人們交往的主要形式，其所產(chǎn)生的數(shù)據(jù)量遠(yuǎn)超以往任何一個(gè)信息傳播媒介，由其生成的數(shù)據(jù)量是不可估量的；移動互聯(lián)網(wǎng)及移動互聯(lián)技術(shù)的不斷完善，使得圖書館可以靈活獲取移動電子設(shè)備、人員、資源、用戶行為和需求等信息，并對這些信息進(jìn)行實(shí)時(shí)分析，從而幫助我們開展有效的智能輔助決策。

三、大數(shù)據(jù)對圖書館管理的影響和挑戰(zhàn)

（一）海量數(shù)據(jù)處理考驗(yàn)圖書館計(jì)算能力

大數(shù)據(jù)時(shí)代背景下，各類數(shù)據(jù)量迅速增長，數(shù)據(jù)產(chǎn)生的方式、范圍發(fā)生前所未有的變化，人們在社會中的各類行為都產(chǎn)生了大量的信息數(shù)據(jù)，信息數(shù)據(jù)的組成結(jié)構(gòu)、格式類型、存在形態(tài)等都更加復(fù)雜。圖書館要對上述復(fù)雜的數(shù)據(jù)進(jìn)行應(yīng)用、存儲，將具有很強(qiáng)的挑戰(zhàn)性，不僅僅涉及云計(jì)算、大數(shù)量級數(shù)據(jù)存儲等技術(shù)問題，還可能促發(fā)圖書館服務(wù)模式、資源建設(shè)模式、管理模式與發(fā)展模式的轉(zhuǎn)變。

（二）數(shù)據(jù)分析方式轉(zhuǎn)變帶來的挑戰(zhàn)

隨著圖書館信息化程度的提高，以互聯(lián)網(wǎng)信息搜索、查詢?yōu)榛A(chǔ)的知識服務(wù)逐漸被更多的圖書館所采用。但不管是簡單的信息服務(wù)，還是結(jié)合了信息檢索、組織、分析等高級業(yè)務(wù)服務(wù)，都可歸納為就數(shù)據(jù)而進(jìn)行的服務(wù)。大數(shù)據(jù)時(shí)代背景下要求圖書館不僅需要通過結(jié)構(gòu)化數(shù)據(jù)了解客戶需求，也需要大量的非結(jié)構(gòu)化數(shù)據(jù)、半結(jié)構(gòu)化數(shù)據(jù)去挖掘、預(yù)測和分析當(dāng)前和未來的用戶需求，社會大眾的需求也將隨著不斷變化的個(gè)性化的高滿意度服務(wù)出現(xiàn)而對圖書館的服務(wù)呈現(xiàn)出明確和迫切的需求。滿足用戶的需求，提供復(fù)雜數(shù)據(jù)的處理也將成為大數(shù)據(jù)時(shí)代圖書館的發(fā)展方向，如何處理好數(shù)據(jù)分析，將直接影響圖書館的生存與發(fā)展。

（三）大數(shù)據(jù)對圖書館基礎(chǔ)設(shè)施提出更高的要求

半結(jié)構(gòu)化及非結(jié)構(gòu)化數(shù)據(jù)的迅速增加，導(dǎo)致數(shù)據(jù)存儲、計(jì)算規(guī)模越來越大，其成本急劇上升。很多知識服務(wù)機(jī)構(gòu)出于成本的考慮將應(yīng)用由高端服務(wù)器轉(zhuǎn)向中低端硬件構(gòu)成的大規(guī)模計(jì)算機(jī)集群，從而對支持非結(jié)構(gòu)化數(shù)據(jù)存儲及分析的基礎(chǔ)設(shè)施提出了很高的要求。

四、大數(shù)據(jù)時(shí)代圖書館管理發(fā)展方向

（一）探索利用數(shù)據(jù)分析技術(shù)與工具

對圖書館來說，在大數(shù)據(jù)時(shí)代要想在激烈的市場份額競爭中爭得一席之地，避免邊緣化，開展必要的大數(shù)據(jù)分析服務(wù)顯得必不可少。圖書館開展的大數(shù)據(jù)分析服務(wù)業(yè)務(wù)，主要可以有以下幾種：首先是圖書館自身建設(shè)所需的大數(shù)據(jù)分析。這類分析一般以圖書館的現(xiàn)有數(shù)據(jù)為對象進(jìn)行分析，如讀者的借閱方式、行為愛好等，是一種對現(xiàn)有資源的分析與挖掘；其次是客戶即讀者所需的大數(shù)據(jù)分析。這類分析業(yè)務(wù)類似于當(dāng)今圖書館為企業(yè)等客戶群體所做的信息情報(bào)參考、競爭情報(bào)分析，但也有著很大的區(qū)別，如對于分析對象數(shù)據(jù)的不同、分析手段的不同、分析目的不同等，這類分析業(yè)務(wù)所依靠的大量數(shù)據(jù)可能并非圖書館所擁有，從而成為限制該項(xiàng)業(yè)務(wù)發(fā)展的瓶頸，如何解決此類服務(wù)的數(shù)據(jù)問題是突破該瓶頸的關(guān)鍵。麥肯錫的《大數(shù)據(jù)：創(chuàng)新、競爭和生產(chǎn)力的下一個(gè)前沿領(lǐng)域》報(bào)告中首次提出了“大數(shù)據(jù)”的概念，對大數(shù)據(jù)的分析技術(shù)與工具進(jìn)行了列舉，如目前已為廣大圖書情報(bào)研究者所熟知的聚類分析、數(shù)據(jù)挖掘、網(wǎng)絡(luò)分析、可視化分析、數(shù)據(jù)融合與數(shù)據(jù)集成等，特別是聚類分析、可視化分析與數(shù)據(jù)挖掘技術(shù)。但這些現(xiàn)有的研究目前僅僅只是針對結(jié)構(gòu)化數(shù)據(jù)和有限數(shù)量的關(guān)鍵詞進(jìn)行聚類分析、共現(xiàn)分析等，并不能真正挖掘大量負(fù)責(zé)數(shù)據(jù)的存在與表現(xiàn)形態(tài)，更不能通過這些分析去預(yù)測未來的可能發(fā)展趨勢。當(dāng)然，大量網(wǎng)絡(luò)社交等信息行為產(chǎn)生的大量非結(jié)構(gòu)化數(shù)據(jù)、半結(jié)構(gòu)化數(shù)據(jù)也讓許多學(xué)者開始思考去采集和利用這些信息，如蘇玉照等人就認(rèn)為如果能夠采集到Web日志的數(shù)據(jù)，就能很好地滿足發(fā)現(xiàn)關(guān)聯(lián)規(guī)則、內(nèi)容分類和用戶聚類的需求，從而能提高個(gè)性化推薦的精度，進(jìn)而對定制Web日志的數(shù)據(jù)模型、過程及方法進(jìn)行探索。

（二）重視基礎(chǔ)設(shè)施建設(shè)

大數(shù)據(jù)時(shí)代，圖書館的核心競爭力不再僅是文獻(xiàn)數(shù)據(jù)信息的競爭，各類形式的海量數(shù)據(jù)以及對海量數(shù)據(jù)的分析、挖掘才是今后圖書館之間競爭的核心因素。因此，要跟上大數(shù)據(jù)的腳步，必須完善信息收集的基礎(chǔ)設(shè)施建設(shè)，加強(qiáng)各類信息資源的收集將成為圖書館資源建設(shè)的大方向。圖書館首先要明白“數(shù)據(jù)即生命”，解決數(shù)據(jù)存儲問題。大數(shù)據(jù)時(shí)代對于圖書館的數(shù)據(jù)存儲量要求極高。早在2007年，沃爾瑪就通過對消費(fèi)者的購物行為等非結(jié)構(gòu)化數(shù)據(jù)進(jìn)行分析，創(chuàng)造了“啤酒與尿布”的經(jīng)典商業(yè)案例。這樣的經(jīng)典案例是通過對海量的多類型數(shù)據(jù)收集和分析得到的。因此，圖書館要掌握讀者用戶、館員乃至社會服務(wù)群體等的信息，既要有當(dāng)前通用的數(shù)據(jù)記錄中的個(gè)人身份、借閱記錄等結(jié)構(gòu)化數(shù)據(jù)，還要有存儲信息行為、搜索方式、行為痕跡等非傳統(tǒng)數(shù)據(jù)，這些都需要通過基礎(chǔ)設(shè)施的建設(shè)來支持。除此之外，圖書館還必須解決數(shù)據(jù)計(jì)算和數(shù)據(jù)分析問題。要積極利用“云計(jì)算”技術(shù)，搭建圖書館的云計(jì)算平臺，解決圖書館自身海量數(shù)據(jù)的存儲及運(yùn)算能力與大數(shù)據(jù)對存儲能力的高要求之間的矛盾。

（三）提高圖書館服務(wù)的智能化程度

第2篇

通過研究傳統(tǒng)的關(guān)系數(shù)據(jù)庫得知，以往的數(shù)據(jù)管理過程存在一定的局限性，往往受制于較弱的擴(kuò)展性方面。相對而言，云數(shù)據(jù)管理系統(tǒng)中的技術(shù)形態(tài)較為高級，因其已經(jīng)具備了利用云計(jì)算平臺來處理海量數(shù)據(jù)以及數(shù)據(jù)信息檢索的能力。從技術(shù)應(yīng)用的角度來看，云數(shù)據(jù)管理系統(tǒng)的運(yùn)作模式較以往有了較大的改進(jìn)，不僅有效降低了維護(hù)系統(tǒng)的資金與人力的成本，而且，能夠憑借較為先進(jìn)的技術(shù)來增強(qiáng)系統(tǒng)本身的可擴(kuò)展行以及容錯(cuò)能力，正是由于云數(shù)據(jù)管理系統(tǒng)的職能作用較為突顯，該系統(tǒng)備受大型網(wǎng)站運(yùn)營管理的青睞，其應(yīng)用極為廣泛[4]。事實(shí)上，云計(jì)算是一種基于互聯(lián)網(wǎng)平臺的多元化管理模式，為諸多領(lǐng)域提供信息傳遞、儲存等服務(wù)。在當(dāng)今大數(shù)據(jù)時(shí)代背景下，云計(jì)算服務(wù)項(xiàng)目得到了更為廣闊的發(fā)展空間，為現(xiàn)代社會生產(chǎn)建設(shè)助力，云數(shù)據(jù)管理系統(tǒng)中的技術(shù)形態(tài)，云計(jì)算服務(wù)的實(shí)踐價(jià)值較為突出，在諸多領(lǐng)域都有所涉及。

2闡述有關(guān)云數(shù)據(jù)管理系統(tǒng)中的查詢技術(shù)研究內(nèi)容

2.1有關(guān)云數(shù)據(jù)查詢處理的目標(biāo)及其運(yùn)作特征的研究內(nèi)容

由于信息時(shí)代的到來，大多數(shù)人們在生活和工作中都離不開各類電子產(chǎn)品的應(yīng)用。從現(xiàn)實(shí)環(huán)境來看，在資源的利用與存儲方面，云數(shù)據(jù)中心及其服務(wù)能夠滿足互聯(lián)網(wǎng)平臺上的用戶服務(wù)需求。從具體的實(shí)踐領(lǐng)域來看，現(xiàn)代企業(yè)或其它社會組織機(jī)構(gòu)通過各種途徑來獲取大量的數(shù)據(jù)信息資源，并利用這些所能查詢得到的信息資源來強(qiáng)化系統(tǒng)管理。在信息技術(shù)快速發(fā)展的當(dāng)今社會，在很多領(lǐng)域所構(gòu)建的數(shù)據(jù)庫的規(guī)模以及范圍都在不斷地?cái)U(kuò)容，但即便是相關(guān)技術(shù)在不斷更新當(dāng)中，卻也無法運(yùn)用傳統(tǒng)技術(shù)來滿足極快速增長的數(shù)據(jù)信息量，這便是大型數(shù)據(jù)集過程的特點(diǎn)所致。從具體來看，云數(shù)據(jù)查詢處理技術(shù)具有可擴(kuò)展行、可用性等目標(biāo)特點(diǎn)，而且，查詢處理技術(shù)在異構(gòu)環(huán)境中的運(yùn)行能力較強(qiáng)，具有較為豐富靈活的用戶接口，以便于滿足用戶的差別化數(shù)據(jù)查詢以及存儲的需求。

2.2云數(shù)據(jù)管理系統(tǒng)中的查詢技術(shù)的種類及其操作模式

在以往，大多數(shù)人會利用移動硬盤、U盤等設(shè)備來進(jìn)行數(shù)據(jù)存儲，將海量數(shù)據(jù)進(jìn)行歸檔處理，但在有了云數(shù)據(jù)管理系統(tǒng)以后，便可以憑借云計(jì)算及其相關(guān)技術(shù)來實(shí)現(xiàn)數(shù)據(jù)的儲存及查詢調(diào)用等目標(biāo)。通過研究云數(shù)據(jù)管理系統(tǒng)中關(guān)鍵技術(shù)的特征及系統(tǒng)的基本框架可知，云數(shù)據(jù)信息在接受到用戶指令進(jìn)行數(shù)據(jù)查詢的過程中，需要通過諸多關(guān)鍵技術(shù)的集合作用來解決實(shí)際問題，尤其是需要索引管理、查詢處理及優(yōu)化的過程來輔以操作，才能達(dá)到精準(zhǔn)查詢云數(shù)據(jù)的目標(biāo)。從總體情況來看，技術(shù)的應(yīng)用不僅要考慮其可行性和有效性，還要考慮技術(shù)應(yīng)用的經(jīng)濟(jì)性，如若技術(shù)應(yīng)用的成本過高，則要考慮該方案的優(yōu)化管理。對于商用海量數(shù)據(jù)存儲要求來講，信息記錄及存儲要進(jìn)行合理的規(guī)劃，以便于提升調(diào)用系統(tǒng)數(shù)據(jù)的效率。通常情況下，云數(shù)據(jù)管理系統(tǒng)中的查詢技術(shù)主要有兩種常見的模式，即BigTable技術(shù)與Dynamo技術(shù)。二者各具優(yōu)勢，前者BigTable技術(shù)；后者Dynamo技術(shù)采用了DHT（內(nèi)網(wǎng)用分布式哈希表）作為技術(shù)的基本存儲架構(gòu)，其優(yōu)勢在于它的自我管理能力較強(qiáng)，從而避免了很多數(shù)據(jù)處理過程中可能發(fā)生的單點(diǎn)故障[5]。

3結(jié)束語

第3篇

網(wǎng)絡(luò)系統(tǒng)在運(yùn)行過程中需要保證安全穩(wěn)定的環(huán)境，因此在實(shí)際運(yùn)行中需要進(jìn)行實(shí)時(shí)監(jiān)測與控制，對網(wǎng)絡(luò)系統(tǒng)各個(gè)部分進(jìn)行性能分析，全面了解整個(gè)網(wǎng)絡(luò)的運(yùn)行情況，對于性能和服務(wù)能力有待提高的部分進(jìn)行統(tǒng)計(jì)，并做針對性處理。安全問題一直是網(wǎng)絡(luò)管理的重頭戲。由于網(wǎng)絡(luò)始終存在安全隱患，為一些企圖不軌的黑客提供了平臺。很多有用的個(gè)人或企業(yè)信息都儲存在網(wǎng)絡(luò)數(shù)據(jù)庫中，因此必須保證網(wǎng)絡(luò)環(huán)境的安全。基于策略的網(wǎng)絡(luò)管理技術(shù)會針對各種非法途徑進(jìn)行檢測，對沒有權(quán)限的不法訪客或軟件進(jìn)行屏蔽。

2基于策略的網(wǎng)絡(luò)管理主要應(yīng)用

2.1策略管理工具的應(yīng)用

策略管理工具主要是網(wǎng)絡(luò)管理人員對各種策略進(jìn)行監(jiān)測分析所使用的。雖然已經(jīng)將策略歸納分類，但是對策略的編輯是一項(xiàng)工程巨大的工作，而策略管理工具的應(yīng)用可以為網(wǎng)絡(luò)管理人員提供一個(gè)便捷高效的操作方式，對策略進(jìn)行科學(xué)的編輯管理，并將其作為一種解決問題的策略加入數(shù)據(jù)庫中，以備不時(shí)之需。

2.2策略表示的應(yīng)用

網(wǎng)絡(luò)管理人員在對策略進(jìn)行輸入及編輯時(shí)，需要用到策略表示。就是策略數(shù)據(jù)庫與系統(tǒng)之間的橋梁，能夠?qū)⒉呗詳?shù)據(jù)庫與外界因素連接起來，從而簡化網(wǎng)絡(luò)管理的流程，減輕工作任務(wù)，將一些策略簡單化，使管理工作變得更加高效快捷。

2.3策略數(shù)據(jù)庫的應(yīng)用

策略數(shù)據(jù)庫就是儲存策略的倉庫，不同于其他數(shù)據(jù)庫，網(wǎng)絡(luò)管理人員將編輯好的策略存放于策略數(shù)據(jù)庫中，數(shù)據(jù)庫能夠自行對各種策略進(jìn)行分類匯總，列出不同策略的不同作用，在遇到不同問題時(shí)就可以針對性做出應(yīng)對。策略數(shù)據(jù)庫不僅能儲存策略，還能儲存一些輔助參數(shù)，幫助提高數(shù)據(jù)庫的系統(tǒng)性能。

2.4策略決策點(diǎn)的應(yīng)用

策略決策點(diǎn)相當(dāng)于人的大腦，是決策系統(tǒng)的指揮官。遇到網(wǎng)絡(luò)時(shí)，該服務(wù)器開始作出決策，從眾多決策中找到合適的解決方式并提取出來。這部分的功能就是將決策和問題對號入座，并負(fù)責(zé)決策的提取和分配。

2.5策略執(zhí)行點(diǎn)的應(yīng)用

策略執(zhí)行點(diǎn)主要是解決問題的直接對象，可以將其理解為執(zhí)行的客戶端。策略被輸出后直接由該部分直接表現(xiàn)出來，日常殺毒軟件等都屬于策略執(zhí)行點(diǎn)的范圍，是執(zhí)行策略的一線工人，也是最能展現(xiàn)效果的部分。

3基于策略的網(wǎng)絡(luò)管理技術(shù)模型建立

基于策略的網(wǎng)絡(luò)管理技術(shù)模型的建立主要是根據(jù)一定規(guī)律分布、為解決問題而存在的策略組模型與待解決問題對象之間通過某些聯(lián)系結(jié)合在一起而形成的。需要注意的是，策略模型是面向?qū)ο蟮模浜诵木褪乔拔奶岬降牟呗韵到y(tǒng)的大腦，即策略決策點(diǎn)，另外輔助于策略的其他功能組建一個(gè)完整的策略模型。策略模型的建立過程并非表面上看得那么簡單。從宏觀上看，整個(gè)策略數(shù)據(jù)庫與存在的各種問題本身就是一個(gè)抽象的策略模型。有些人認(rèn)為策略與問題是一一對應(yīng)的，其實(shí)不然，策略模型本就是多對多的存在模式，即一種策略可以解決多個(gè)問題，一個(gè)問題可以被多個(gè)策略解決，而整個(gè)策略系統(tǒng)的任務(wù)就是在策略數(shù)據(jù)庫中尋找最適合的解決方法并貫徹執(zhí)行。

4結(jié)語

第4篇

城鎮(zhèn)土地調(diào)查數(shù)據(jù)庫的主要內(nèi)容包括：土地權(quán)屬、土地登記、土地利用、基礎(chǔ)地理、影像等信息。城鎮(zhèn)土地調(diào)查數(shù)據(jù)庫建設(shè)的依據(jù)是《城鎮(zhèn)地籍調(diào)查規(guī)程》、《城鎮(zhèn)地籍?dāng)?shù)據(jù)庫標(biāo)準(zhǔn)》和二次調(diào)查相關(guān)技術(shù)標(biāo)準(zhǔn)、規(guī)范和辦法等，根據(jù)城鎮(zhèn)地籍測量、城鎮(zhèn)地籍調(diào)查和土地登記成果，建立了城鎮(zhèn)土地調(diào)查數(shù)據(jù)庫。①數(shù)據(jù)檢查。利用自主開發(fā)的MDIGS數(shù)字化系統(tǒng)對入庫前的地籍、地形圖、入庫基礎(chǔ)街坊圖內(nèi)業(yè)數(shù)據(jù)進(jìn)行100％的檢查，對檢查到的線型、符號等地形要素、數(shù)據(jù)字段屬性等錯(cuò)誤自動或人工進(jìn)行了及時(shí)改正，保證了入庫基礎(chǔ)數(shù)據(jù)的完整性、正確性。在數(shù)據(jù)庫內(nèi)，利用ARCGIS9.3拓?fù)錂z查工具、“城鎮(zhèn)地籍建庫管理軟件以及“ACCESS2003”數(shù)據(jù)庫工具，對所有錄入的地籍調(diào)查表主、子表項(xiàng)、勘丈數(shù)據(jù)、街坊面積、街坊數(shù)據(jù)圖等100％進(jìn)行了嚴(yán)密地檢查。對檢查中發(fā)現(xiàn)的問題，由相關(guān)作業(yè)人員進(jìn)行了更正。②數(shù)據(jù)入庫。借助數(shù)據(jù)庫管理系統(tǒng)，將圖形和屬性數(shù)據(jù)轉(zhuǎn)入城鎮(zhèn)土地調(diào)查數(shù)據(jù)庫管理系統(tǒng)。③數(shù)據(jù)庫建設(shè)質(zhì)量控制。對城鎮(zhèn)土地調(diào)查數(shù)據(jù)庫建設(shè)進(jìn)行全過程質(zhì)量控制，包括基礎(chǔ)數(shù)據(jù)源質(zhì)量控制、環(huán)節(jié)質(zhì)量控制、交接檢查、數(shù)據(jù)自檢、數(shù)據(jù)庫建設(shè)成果質(zhì)量檢查。數(shù)據(jù)庫建設(shè)過程中重要的過程數(shù)據(jù)和質(zhì)量控制記錄進(jìn)行了保存，以保證數(shù)據(jù)質(zhì)量的可追查性，確保數(shù)據(jù)安全。④統(tǒng)計(jì)數(shù)據(jù)輸出。經(jīng)檢查合格后的入庫數(shù)據(jù)，按《城鎮(zhèn)地籍調(diào)查規(guī)程》、二次調(diào)查的規(guī)定輸出各種統(tǒng)計(jì)報(bào)表。

2上交產(chǎn)品質(zhì)量

根據(jù)對樣本圖幅綜合質(zhì)量特性的檢測結(jié)果，無錫市錫山區(qū)第二次土地調(diào)查1:500城鎮(zhèn)土地調(diào)查（A標(biāo)段）各項(xiàng)精度指標(biāo)均需符合技術(shù)設(shè)計(jì)書和規(guī)范的要求，質(zhì)量保證可靠。上交質(zhì)量包括控制測量資料和城鎮(zhèn)土地調(diào)查質(zhì)量，其中控制測量資料包括一二級導(dǎo)線觀測記錄手簿、一二級導(dǎo)線平差計(jì)算成果、圖根導(dǎo)線計(jì)算成果、一二級導(dǎo)線點(diǎn)點(diǎn)之記、埋石圖根點(diǎn)點(diǎn)之記、一二級導(dǎo)線點(diǎn)成果表、圖根點(diǎn)成果表、控制點(diǎn)展點(diǎn)圖、儀器鑒定資料；城鎮(zhèn)土地調(diào)查資料包括街道街坊分布圖、城鎮(zhèn)地籍調(diào)查表及相關(guān)資料、宗地界址點(diǎn)坐標(biāo)及面積表、以街坊為單位的宗地面積匯總表、以街道為單位的土地分類面積匯總表、城鎮(zhèn)土地分類面積統(tǒng)計(jì)表、1:500分幅地籍圖接合表、宗地圖、新舊街坊對照表、新舊宗地號對照表。上交質(zhì)量還應(yīng)該包括數(shù)據(jù)建庫資料（宗地圖分幅地籍圖光盤、城鎮(zhèn)地籍?dāng)?shù)據(jù)庫）、專項(xiàng)調(diào)查統(tǒng)計(jì)資料（工業(yè)用地、基礎(chǔ)設(shè)施用地、金融商業(yè)服務(wù)用地、開發(fā)園區(qū)用地、房地產(chǎn)用地統(tǒng)計(jì)）、文檔資料（無錫市1：500城鎮(zhèn)土地調(diào)查技術(shù)設(shè)計(jì)書、技術(shù)總結(jié)檢查報(bào)告）。

3總結(jié)

第5篇

HLR用戶數(shù)據(jù)查詢流程如圖1所示。圖1HLR用戶數(shù)據(jù)查詢流程（1）用戶數(shù)據(jù)管理子系統(tǒng)的DPUPGW（1）用戶數(shù)據(jù)管理子系統(tǒng)的DPUPGW發(fā)送查詢指令至DSG，DSG（DataServiceGateway）根據(jù)DCI（DSCallInterface）消息中的路由鍵信息選擇對應(yīng)的DRUCluster，再根據(jù)負(fù)載均衡選擇一個(gè)DRU（DataRoutingUnit）節(jié)點(diǎn)，然后發(fā)送DCI消息給該節(jié)點(diǎn)。（2）DRU節(jié)點(diǎn)根據(jù)DCI消息中的路由鍵信息查找對應(yīng)的DSUCluster，分析后得出消息的操作類型為數(shù)據(jù)查詢，根據(jù)負(fù)載均衡算法把消息發(fā)送到DSUCluster中的一個(gè)節(jié)點(diǎn)。（3）DSU（DataServiceUnit）節(jié)點(diǎn)查詢本節(jié)點(diǎn)數(shù)據(jù)并組裝響應(yīng)消息，發(fā)送響應(yīng)消息給DRU節(jié)點(diǎn)。（4）DRU節(jié)點(diǎn)返回操作結(jié)果給DSG。

2、HLR用戶數(shù)據(jù)修改流程

HLR用戶數(shù)據(jù)修改流程如圖2所示。（1）DSG根據(jù)DCI消息中的路由鍵信息選擇對應(yīng)的DRUCluster，再根據(jù)負(fù)載均衡選擇一個(gè)DRU節(jié)點(diǎn)，然后發(fā)送DCI消息給該節(jié)點(diǎn)。（2）DRU節(jié)點(diǎn)根據(jù)DCI消息中的路由鍵信息查找對應(yīng)的DSUCluster，分析后得出消息的操作類型為數(shù)據(jù)修改，把消息發(fā)送到DSUCluster中的Master節(jié)點(diǎn)。（3）DSUMaster節(jié)點(diǎn)修改本節(jié)點(diǎn)數(shù)據(jù)成功后，發(fā)送復(fù)制消息給同一個(gè)Cluster中Slave節(jié)點(diǎn)，并等待其響應(yīng)消息。（4）DSUSlave節(jié)點(diǎn)收到復(fù)制消息，修改本節(jié)點(diǎn)數(shù)據(jù)成功后，發(fā)送響應(yīng)消息給Master節(jié)點(diǎn)。（5）DSUMaster節(jié)點(diǎn)發(fā)送響應(yīng)消息給DRU節(jié)點(diǎn)。（6）DRU返回操作結(jié)果給DSG。

3、HLR用戶數(shù)據(jù)開戶流程

HLR用戶數(shù)據(jù)開戶流程如圖3所示。（1）DSG根據(jù)DCI消息中的路由鍵信息選擇對應(yīng)的DRUCluster，再根據(jù)負(fù)載均衡選擇一個(gè)DRU節(jié)點(diǎn)，然后發(fā)送DCI消息給該節(jié)點(diǎn)。（2）DRU節(jié)點(diǎn)根據(jù)DCI消息中的路由鍵信息查找對應(yīng)的DSUCluster，分析后得出消息的操作類型為數(shù)據(jù)開戶，把消息發(fā)送到DSUCluster中的Master節(jié)點(diǎn)。（3）DSUMaster節(jié)點(diǎn)發(fā)送路由更新消息給DRUMaster節(jié)點(diǎn)。（4）DRUMaster節(jié)點(diǎn)修改本節(jié)點(diǎn)數(shù)據(jù)成功后，發(fā)送復(fù)制消息給同一個(gè)Cluster中Slave節(jié)點(diǎn)，并等待其響應(yīng)消息。（5）DRUSlave節(jié)點(diǎn)收到復(fù)制消息，修改本節(jié)點(diǎn)數(shù)據(jù)成功后，發(fā)送響應(yīng)消息給Master節(jié)點(diǎn)。（6）DRU返回操作結(jié)果給DSUMaster節(jié)點(diǎn)。（7）DSUMaster節(jié)點(diǎn)修改本節(jié)點(diǎn)數(shù)據(jù)成功后，發(fā)送復(fù)制消息給同一個(gè)Cluster中Slave節(jié)點(diǎn)，并等待其響應(yīng)消息。（8）DSUSlave節(jié)點(diǎn)收到復(fù)制消息，修改本節(jié)點(diǎn)數(shù)據(jù)成功后，發(fā)送響應(yīng)消息給Master節(jié)點(diǎn)。（9）DSUMaster節(jié)點(diǎn)發(fā)送響應(yīng)消息給DRU節(jié)點(diǎn)。（10）DRU返回操作結(jié)果給DSG。

4、結(jié)束語

第6篇

關(guān)鍵詞：RS485面向?qū)ο驪ID模糊控制

1前言

21世紀(jì)信息化的時(shí)代已經(jīng)到來，以網(wǎng)絡(luò)通訊和計(jì)算機(jī)技術(shù)為背景的建筑智能化正是順應(yīng)這一時(shí)代潮流的必然趨勢。作為智能建筑3A系統(tǒng)之一的樓宇自動化系統(tǒng)（BAS）對大樓的水電暖通等機(jī)電設(shè)備進(jìn)行集中的監(jiān)控和管理已日益成為現(xiàn)代建筑中必不可少的配置。

下面就其中暖通空調(diào)系統(tǒng)的監(jiān)控談幾點(diǎn)看法。

2RS485網(wǎng)絡(luò)

中央空調(diào)系統(tǒng)管理復(fù)雜，運(yùn)行工況多變，是建筑物能耗大戶。為此，實(shí)施BA系統(tǒng)一般將空調(diào)系統(tǒng)作為監(jiān)控的重點(diǎn)，往往投入60％以上的監(jiān)控點(diǎn)和超過水電監(jiān)控投資總和的投入。

但是不同廠商提供了不同功能的產(chǎn)品和系統(tǒng)，采用不同的通信協(xié)議，致使它們之間依靠網(wǎng)關(guān)和大量軟件的互聯(lián)成為高成本、低性能的解決方案。從資源的利用，系統(tǒng)的設(shè)計(jì)、調(diào)試、擴(kuò)張、更新、維護(hù)等方面來看，都給業(yè)主帶來不利。

因此，目前BAS發(fā)展的技術(shù)趨勢是現(xiàn)場總線技術(shù)（FCS）。美國Echelon公司于1990年12月推出的Lonworks技術(shù)正是采用了FCS技術(shù)，這是一種開放系統(tǒng)的通用總線。它的技術(shù)核心是神經(jīng)元芯片（NeuronChip）和LonTalk協(xié)議。但對于中小型的監(jiān)控系統(tǒng)，全面采用Lonworks技術(shù)，并不具有技術(shù)優(yōu)勢和完善的工程實(shí)現(xiàn)。部分采用或支持現(xiàn)場總線技術(shù)的產(chǎn)品在目前大量的中小型系統(tǒng)中更具有應(yīng)用性。

以控制網(wǎng)絡(luò)而言，LonTalk總線在理論上可以組成任意拓?fù)浣Y(jié)構(gòu)的網(wǎng)絡(luò)。這種布線設(shè)計(jì)的隨意性，如果運(yùn)用不當(dāng)，在工程實(shí)踐中仍然是有技術(shù)風(fēng)險(xiǎn)的，并可能造成系統(tǒng)投資的增加。所以，中小型工程推薦運(yùn)用基于RS-485總線的控制網(wǎng)絡(luò)。該技術(shù)抗噪聲干擾性好，廣泛應(yīng)用于過程控制領(lǐng)域，技術(shù)成熟，實(shí)現(xiàn)成本也較低。

在使用RS-485接口的總線時(shí)，對于特定的傳輸線路，從發(fā)生器到負(fù)載，其數(shù)據(jù)信號傳輸所允許的最大電纜長度是數(shù)據(jù)信號速率的函數(shù)，這個(gè)長度數(shù)據(jù)主要是受信號失真及噪聲等影響所限制，兩者成反比。圖一所示的最大電纜長度與信號速率的關(guān)系曲線是使用24AWG銅芯雙絞電話電纜（線徑為0.51mm），線間旁路電容為52.5PF/M，終端負(fù)載電阻為100歐時(shí)所得出。（曲線引自GB11014-89附錄A）。由圖中可知，當(dāng)數(shù)據(jù)信號速率降低到90Kbit/S以下時(shí)，假定最大允許的信號損失為6dBV時(shí)，則電纜長度可達(dá)1200m。實(shí)際上，圖中的曲線是很保守的，在實(shí)際使用時(shí)是完全可以取得比它大的電纜長度。

圖一電纜長度與信號速率的關(guān)系曲線

對于總線上的連接點(diǎn)的問題，根據(jù)規(guī)定，每個(gè)標(biāo)準(zhǔn)RS-485接口的輸入阻抗為≥12kΩ，相應(yīng)的標(biāo)準(zhǔn)驅(qū)動節(jié)點(diǎn)數(shù)為32。為適應(yīng)更多節(jié)點(diǎn)的通信場合，有些芯片的輸入阻抗設(shè)計(jì)成1/2負(fù)載（≥24kΩ）、1/4負(fù)載（≥48kΩ）、甚至1/8負(fù)載（≥96kΩ），相應(yīng)的節(jié)點(diǎn)數(shù)可增加到64、128和256。

下表為一些常見芯片的可連接節(jié)點(diǎn)數(shù)。

節(jié)點(diǎn)數(shù)

型號

32

SN75176，SN75276，SN75179，SN75180，MAX485，MAX488，MAX490

64

SN75LBC184

128

MAX487，MAX1487

256

MAX1482，MAX1483，MAX3080～MAX3089

這樣RS-485接口在總線上允許連接多達(dá)256個(gè)收發(fā)器。即具有多站能力,便于我們方便的利用單一的RS-485接口方便地建立起連接若干個(gè)現(xiàn)場控制子系統(tǒng)的網(wǎng)絡(luò)。

以暖通空調(diào)系統(tǒng)典型的溫控來說，每個(gè)節(jié)點(diǎn)現(xiàn)場控制器，可掛接多片溫度傳感器，以實(shí)現(xiàn)多點(diǎn)溫度監(jiān)測，距離在20~50m。從監(jiān)控范圍和監(jiān)控對象來說，足以滿足一般中小型暖通空調(diào)監(jiān)控系統(tǒng)的要求。對于更大范圍的系統(tǒng)來說，也可通過在RS-485總線加裝中繼器來實(shí)現(xiàn)。

3系統(tǒng)軟件

從系統(tǒng)軟件的設(shè)計(jì)來看，由組態(tài)軟件進(jìn)行二次設(shè)計(jì)，一定程度上可以縮短開發(fā)周期。目前樓宇設(shè)備控制組態(tài)軟件市場為JohnsonControl′s，Simens，Honeywell等幾家公司所主宰。這些軟件功能豐富，借助其完善的樓宇自控硬件設(shè)備，占有絕大部分的市場份額。但存在著硬件設(shè)備要求較高的問題，出于對內(nèi)嵌的設(shè)備驅(qū)動程序（I/OServer）,及被處理數(shù)據(jù)結(jié)構(gòu)等原因的考慮，一般需要配用其專用的網(wǎng)絡(luò)設(shè)備。而且它的一些核心技術(shù)封裝在模塊中，非廠家專業(yè)人員很難進(jìn)行維護(hù)、調(diào)試。對于大量的中小型空調(diào)系統(tǒng)來說，其價(jià)格成本也較高。

所以借鑒組態(tài)軟件面向?qū)ο蟮脑O(shè)計(jì)思想，以實(shí)際系統(tǒng)中與各硬件直接相關(guān)的各控制量為對象名，作為系統(tǒng)設(shè)計(jì)的核心。軟件系統(tǒng)則以與控制量映射的對象名作為各種操作的對象，通過對對象名的屬性和值進(jìn)行定義、賦值來實(shí)現(xiàn)硬件系統(tǒng)的狀態(tài)變化。

在此核心思想的基礎(chǔ)上，以Windows為平臺，VC++作為開發(fā)工具，建立①CobjectName(對象名信息類)，包括AI型、AO型、DI型、DO型四類，每一個(gè)類中包括控制量的屬性和相關(guān)信息；②CtreeView（樹形顯示類），幫助建立系統(tǒng)結(jié)構(gòu)；③Ccomm(串行通信類)，實(shí)現(xiàn)RS-485總線上多機(jī)系統(tǒng)之間的通信功能，包括創(chuàng)建、初始化、讀寫、關(guān)閉等操作；④CODBCRecord(數(shù)據(jù)記錄類)，實(shí)現(xiàn)重要運(yùn)行參數(shù)的保存，及相關(guān)查詢更新操作；⑤CalarmError(故障記錄報(bào)警類)，對參數(shù)值超過設(shè)定上下限的現(xiàn)場運(yùn)行狀況進(jìn)行提示。

整個(gè)軟件系統(tǒng)則分為三個(gè)功能模塊：①設(shè)置模塊，定義各硬件地址，IO口對象名等；②界面模塊，建立人機(jī)對話界面；③后臺模塊，控制硬件采集、傳輸現(xiàn)場數(shù)據(jù)，及相關(guān)操作。

由于該軟件系統(tǒng)基于面向?qū)ο蟮脑O(shè)計(jì)思想，使得它的穩(wěn)定、高效、及維護(hù)、擴(kuò)展等性能得到了保證。

4控制算法

對于中央空調(diào)監(jiān)控系統(tǒng)來說，傳統(tǒng)的控制器多為PID控制算法。即，以設(shè)定值w與實(shí)際

輸出值y構(gòu)成的控制偏差e(e=w-y)的比例，積分，微分通過線性組合構(gòu)成控制量

式中：Kp是比例系數(shù)，Ti為積分時(shí)間，Td為微分時(shí)間。

在控制器中改寫成差分形式，在采樣時(shí)刻t=iT(T為采樣周期)時(shí)：

采用增量形式：

這樣只要保存近兩個(gè)控制周期的輸出值ui、ui-1，和近三個(gè)控制周期的偏差ei、ei-1、ei-2就可以了。

由于具有積分環(huán)節(jié)，PID控制器可消除穩(wěn)態(tài)誤差，在工作點(diǎn)附近有較好的穩(wěn)態(tài)精度。但對于空調(diào)系統(tǒng)特有的大慣性、純滯后、時(shí)變等特點(diǎn)，單純的PID調(diào)節(jié)，會存在積分飽和現(xiàn)象，使系統(tǒng)超調(diào)較大，延長了過渡過程。而如果簡單的采用高PID系數(shù)，雖然可以縮短過渡過程，但容易使控制失穩(wěn)，而導(dǎo)致室溫振蕩。

所以，利用雙回路控制，在較大偏差下利用模糊控制，屏蔽積分作用，實(shí)時(shí)整定PID系數(shù)，以改善系統(tǒng)動態(tài)性能，成為高精度空調(diào)控制系統(tǒng)的考慮。信號處理流程如圖二所示。

首先，確定控制規(guī)則：

IF｛ei｝AND｛éi｝THEN｛K｝

其中｛ei｝、｛éi｝為誤差e、誤差變化率é的模糊變量集合，｛K｝為比例控制系數(shù)KP、積分控制系數(shù)KI、和微分控制系數(shù)KD的集合。

然后，建立模糊變量集合和模糊控制規(guī)則表，以明確輸出的模糊量。

5結(jié)論

隨著社會經(jīng)濟(jì)的發(fā)展，空調(diào)系統(tǒng)的舒適性和節(jié)能性對系統(tǒng)的控制提出了更高的要求。

計(jì)算機(jī)及網(wǎng)絡(luò)技術(shù)的發(fā)展已經(jīng)逐步要求或被要求進(jìn)入暖通行業(yè)，對這方面內(nèi)容的研究必將促進(jìn)暖通行業(yè)新的發(fā)展。

參考文獻(xiàn)

1王學(xué)慧微機(jī)模糊控制理論及其應(yīng)用.北京:電子工業(yè)出版社,1987

2江億暖通空調(diào)系統(tǒng)的計(jì)算機(jī)控制管理【J】,暖通空調(diào),1997,3(4):6-7

3蘇學(xué)花等基于RS-485的分布式監(jiān)控系統(tǒng)的設(shè)計(jì),計(jì)算機(jī)應(yīng)用,2001年第8期

第7篇

1．1系統(tǒng)功能模塊設(shè)計(jì)經(jīng)過對福州外語外貿(mào)學(xué)院科研管理的需求調(diào)查分析，對取得的信息進(jìn)行仔細(xì)整理可以發(fā)現(xiàn)，科研管理系統(tǒng)的主要任務(wù)可以劃分為機(jī)構(gòu)管理、科研人員管理、科研項(xiàng)目管理、科研成果管理、報(bào)表打印管理、系統(tǒng)管理6個(gè)部分，各部分之間并非各個(gè)獨(dú)立，而是相互聯(lián)系。本研究正是據(jù)此設(shè)計(jì)，從而使本系統(tǒng)能夠很好地完成這些功能。具體功能結(jié)構(gòu)如圖2所示。(1)機(jī)構(gòu)管理:科研機(jī)構(gòu)包括各學(xué)院、部處、機(jī)關(guān)單位等，所有的科研人員、成果、項(xiàng)目等都按照科研機(jī)構(gòu)進(jìn)行歸口管理。提供各科研機(jī)構(gòu)的增加、刪除、修改與檢索。(2)科研人員管理:主要對學(xué)校參與科研工作的人員基本信息進(jìn)行管理，提供人員信息的增加、刪除、修改與檢索。為其他模塊提供人員信息，是其他模塊的基礎(chǔ)。(3)科研成果管理:主要對科研論文、著作、成果等進(jìn)行管理，提供成果信息的增加、刪除、修改與檢索。(4)科研項(xiàng)目管理:主要對已經(jīng)立項(xiàng)后的項(xiàng)目進(jìn)行管理，提供項(xiàng)目信息的增加、刪除、修改與檢索。可以對項(xiàng)目狀態(tài)進(jìn)行編輯。(5)報(bào)表打印管理:可以打印部門成果報(bào)表、個(gè)人成果報(bào)表、成果分類統(tǒng)計(jì)表、院部處教師科研分統(tǒng)計(jì)表、申報(bào)項(xiàng)目表、立項(xiàng)項(xiàng)目表等報(bào)表的打印。(6)系統(tǒng)管理:用于對登錄用戶信息、密碼等進(jìn)行維護(hù)。

1．2數(shù)據(jù)庫設(shè)計(jì)數(shù)據(jù)庫設(shè)計(jì)在軟件開發(fā)過程中是一個(gè)很重要的環(huán)節(jié)，數(shù)據(jù)庫是任何系統(tǒng)都不可避免的。本研究在設(shè)計(jì)數(shù)據(jù)庫時(shí)盡量滿足第三范式，減少數(shù)據(jù)冗余，盡量設(shè)計(jì)比較精簡的數(shù)據(jù)庫。(1)人員信息表:有機(jī)構(gòu)、人員編號、姓名、出生日期、性別、職稱、最后學(xué)歷、最后學(xué)位、學(xué)科、研究方向等字段。(2)科研成果信息表:有機(jī)構(gòu)、成果編號、成果名稱、第一作者、成果來源、成果形式、出版單位、出版時(shí)間、刊號、關(guān)鍵字、成果字?jǐn)?shù)等字段。(3)科研項(xiàng)目信息表:有機(jī)構(gòu)、項(xiàng)目編號、項(xiàng)目名稱、項(xiàng)目來源、批準(zhǔn)號、負(fù)責(zé)人、立項(xiàng)時(shí)間、完成時(shí)間、項(xiàng)目狀態(tài)、批準(zhǔn)經(jīng)費(fèi)等字段。(4)管理員信息表:有用戶名稱、密碼。管理員登錄的時(shí)候要進(jìn)行驗(yàn)證，表單獲得的數(shù)據(jù)和數(shù)據(jù)庫中該表的數(shù)據(jù)對比如果成功，則登錄成功，否則，登錄失敗。對以上所有表的添加、刪除、修改、讀取等數(shù)據(jù)操作都設(shè)計(jì)相應(yīng)的存儲過程來實(shí)現(xiàn)。

2系統(tǒng)實(shí)現(xiàn)

2．1系統(tǒng)用戶界面的設(shè)計(jì)用戶界面設(shè)計(jì)的要求是:(1)簡單清晰，一目了然，容易上手;(2)功能相似的頁面，采用統(tǒng)一的布局;(3)方便操作，盡量減少數(shù)據(jù)錄入量;(4)具有較好的錄入容錯(cuò)功能。用戶工作界面由三層組成:上方是圖標(biāo)欄;左下方為事務(wù)菜單;右下方為操作界面。頁面主要采用webForm來進(jìn)行設(shè)計(jì)。如校級管理員用戶通過驗(yàn)證后的登入界面。

2．2數(shù)據(jù)庫的實(shí)現(xiàn)本科研管理系統(tǒng)采用了三層結(jié)構(gòu)的框架，將訪問數(shù)據(jù)庫的一些底層方法封裝在DBUtility這個(gè)類庫中，其中DbHelperSQL類和DbHelperSQLP類是連接數(shù)據(jù)庫字符串和一些公用的方法，如簡單的SQL語句，帶參數(shù)的SQL語句，存儲過程的操作等，DES－Encrypt類是數(shù)據(jù)庫的安全性，加密解密等操作。PubConstant類是動態(tài)的配置數(shù)據(jù)庫的連接字符串。

2．3配置web．config為了方便數(shù)據(jù)操作和維護(hù)，可以將一些數(shù)據(jù)庫連接配置參數(shù)放在web．config文件中，代碼如下。

2．4科研項(xiàng)目管理功能模塊的實(shí)現(xiàn)高校科研項(xiàng)目管理主要針對已通過審核的項(xiàng)目提供管理功能，能提供項(xiàng)目的信息，對項(xiàng)目實(shí)現(xiàn)增加、修改、查找等功能。點(diǎn)擊項(xiàng)目管理，可以出現(xiàn)項(xiàng)目一覽和新增項(xiàng)目兩個(gè)功能模塊。這時(shí)候點(diǎn)擊項(xiàng)目一覽，可以出現(xiàn)項(xiàng)目的一些基本信息，并且可以對其進(jìn)行增加、修改、查找等相關(guān)操作。系統(tǒng)管理員有最高權(quán)限，可以查找全校的申報(bào)項(xiàng)目，可以模糊查找，有修改、刪除的權(quán)限，還可以導(dǎo)出所要的項(xiàng)目資料。以下是校級科研項(xiàng)目管理設(shè)計(jì)界面，如圖4所示。

3結(jié)束語

第8篇

（1）部門管理：按行政線展示，通過行政管理關(guān)系管理部門；按業(yè)務(wù)線展示，通過業(yè)務(wù)上級部門關(guān)系管理部門。系統(tǒng)缺省提供已有涉及渠道管理部門信息，數(shù)據(jù)來源M域系統(tǒng)、B-SDM系統(tǒng)、集中渠道系統(tǒng)。部門修改功能。支持按部門名稱或部門編碼模糊查詢。（2）部門行政關(guān)系查詢：系統(tǒng)缺省提供已有涉及渠道管理部門信息，數(shù)據(jù)來源總部管理數(shù)據(jù)庫。部門關(guān)系樹按行政管理部門建立，即可進(jìn)行行政管理部門查詢功能。（3）業(yè)務(wù)部門管理：系統(tǒng)缺省提供已有涉及渠道管理部門信息，數(shù)據(jù)來源總部管理數(shù)據(jù)庫。部門新增、修改、刪除和查詢功能。（4）部門補(bǔ)充信息：將新增的部門添加行政管理部門。（5）部門補(bǔ)充業(yè)務(wù)線：將新增的部門補(bǔ)充業(yè)務(wù)線。（6）部門導(dǎo)出：對部門查詢出的內(nèi)容進(jìn)行導(dǎo)出。

2人員信息維護(hù)

（1）自有人員信息管理：支持對部門的人員信息的選擇添加、修改和查詢功能。支持人員修改時(shí)對渠道名稱的修改。支持人員添加與管理渠道之間的維護(hù)。（2）自有人員導(dǎo)出：查詢出符合條件的聯(lián)通自有人員信息，并且將這些信息導(dǎo)出為EXCLE格式。（3）社會人員導(dǎo)出：查詢出符合條件的歸屬渠道社會人員信息，并且將這些信息導(dǎo)出為EXCLE格式。（4）社會人員帳號管理：支持對社會渠道中的人員信息、帳號信息的新增、修改、刪除（注銷）功能。支持批量導(dǎo)入注冊功能。支持區(qū)分人員是實(shí)體人員還是虛擬人員，對于標(biāo)記虛擬人員的員工禁止登入使用系統(tǒng)。支持對是否客戶經(jīng)理以及客戶經(jīng)理類型的區(qū)分。支持新增人員與管理渠道之間的維護(hù)。（5）虛擬人員維護(hù)：查詢出歸屬地域以下的所有存在人員賬號信息的自有人員信息。提供虛擬人員新增功能，虛擬人員新增必需要掛靠已有的自有人員帳號下。提供虛擬人員修改功能。提供虛擬人員注銷功能。提供虛擬人員詳細(xì)信息查看功能。

3數(shù)據(jù)變更提醒

變更提醒：在我的工作臺中人工處理M域發(fā)起的部門新增、修改、注銷操作。提供在我的工作臺中人工處理渠道發(fā)起的部門維護(hù)操作。提供在我的工作臺中人工處理B-SDM發(fā)起的部門維護(hù)操作。

4接口異常處理

記錄管理：查詢出操作員所在省份的記錄信息。通過【查詢明細(xì)】按鈕，可以查詢與記錄關(guān)聯(lián)的明細(xì)信息。通過【重新發(fā)送】按鈕，對發(fā)送失敗的明細(xì)信息重新發(fā)送。通過【人工處理完成】按鈕，將發(fā)送失敗的明細(xì)信息置為人工處理完成狀態(tài)。

5系統(tǒng)管理

系統(tǒng)管理員可以管理用戶分組，維護(hù)組的信息，通過增加新組添加一個(gè)新的用戶分類方式。系統(tǒng)有默認(rèn)的超級管理員，只能做設(shè)置系統(tǒng)管理員的操作。由系統(tǒng)管理員設(shè)置部門管理員，部門管理員具有對整個(gè)系統(tǒng)的部門、用戶管理權(quán)。部門管理員能設(shè)置轄內(nèi)下級部門的管理員。（1）權(quán)限管理：權(quán)限管理是按不同的工作范圍和角色管理系統(tǒng)操作者享有的資源及訪問的范圍，通過對一些要素的靈活控制實(shí)現(xiàn)權(quán)限管理，分為業(yè)務(wù)操作權(quán)限和數(shù)據(jù)權(quán)限。（2）日志管理：日志是系統(tǒng)運(yùn)行過程中，在某一時(shí)刻對系統(tǒng)某一運(yùn)行狀態(tài)的記錄。集中渠道管理的任一功能模塊，均應(yīng)將處理狀態(tài)、處理結(jié)果、進(jìn)程執(zhí)行情況等信息記錄日志，供系統(tǒng)維護(hù)人員瀏覽查詢。

6結(jié)束語

第9篇

在測井曲線的加載中，要求具有單獨(dú)的程序，并要具有菜單，每個(gè)模塊應(yīng)該能夠?qū)?yīng)一個(gè)菜單項(xiàng)，并且在曲線加載的過程中，要具有取消按鈕。測井曲線的文件查詢，井號列表應(yīng)用的是樹形方式，其中一級節(jié)點(diǎn)表示的是盆地，二級節(jié)點(diǎn)表示的是一級構(gòu)造，三級節(jié)點(diǎn)表示的是二級構(gòu)造，四級節(jié)點(diǎn)表示的是井號。查詢結(jié)果要能夠以表格的形式來顯示。在測井曲線的文件下載界面中，測井曲線文件信息要能夠以表格的方式來進(jìn)行顯示，每一個(gè)記錄之前都必須要求具有復(fù)選款，并可以根據(jù)實(shí)際需求對其進(jìn)行勾選，既可以進(jìn)行單選，又可以進(jìn)行多選。測井曲線的回放，在其回放界面中，應(yīng)用TAB方式對相關(guān)窗口進(jìn)行分隔，并要求每個(gè)回放的圖像都能通過點(diǎn)擊TAB來進(jìn)行切換，在圖像上，可以通過鼠標(biāo)實(shí)現(xiàn)曲線的選取及放大、縮小。

二、系統(tǒng)特性

系統(tǒng)要能夠保證測井曲線能夠轉(zhuǎn)換成為統(tǒng)一的LAS2.0格式，并且在轉(zhuǎn)換過程中，其要能夠具有異常處理功能，對于由于缺乏關(guān)鍵信息，導(dǎo)致不能成功轉(zhuǎn)換的相關(guān)的測井曲線文件，要對其所缺乏的關(guān)鍵信息予以指出，在曲線的查詢、下載過程中，對其工作效率具有一定的要求，并要求在五秒鐘之內(nèi)將查詢結(jié)果予以返回，要求一百條測井曲線的下載時(shí)間不能超過兩分鐘，系統(tǒng)在實(shí)際運(yùn)行過程中，要能夠?qū)崿F(xiàn)LAS2.0格式文件的回放功能，在對曲線特性處理時(shí)，要保證其能夠滿足測井曲線的實(shí)際展示要求。

三、DelphiVCL技術(shù)原理

Dephi是一個(gè)融合了可視化組件庫功能、集成開發(fā)環(huán)境功能、現(xiàn)代編程語言的編程軟件，其基本類庫是可視化組件庫Vi-sualComponentLibrary，其具有操作方便、可擴(kuò)展性強(qiáng)、封裝純粹的優(yōu)點(diǎn)，即使是一個(gè)非常復(fù)雜的Win32API，在對其進(jìn)行VCL封裝之后，其使用起來也是比較方便的，其能夠支持類、過程及函數(shù)的嵌套，可以在一個(gè)過程中生命一個(gè)類或者是一個(gè)過程，其對于事件具有完整的支持與封裝，通過對事件對象進(jìn)行有效的聲明，能夠?qū)⑷我獾耐獠渴录唇壎ㄓ赩CL控件中，并且在Delphi的VCL中，還具有較多的偽API，其能夠?yàn)檐浖_發(fā)工作提供大力的支持。由于VCL具有非常好的可擴(kuò)展性，這會極大的方便控件編寫工作，并且可以實(shí)現(xiàn)任意ActiveX控件的導(dǎo)入導(dǎo)出，并且其具有平臺無關(guān)性，可以在其他操作系統(tǒng)中直接應(yīng)用。所有的VCL組件可以劃分為可視組件與非可視組件兩種類型，通常情況下，可視組件主要是繼承TWinControl，非可視組件主要是繼承自TComponent。

四、油田測井曲線數(shù)據(jù)管理系統(tǒng)的總體設(shè)計(jì)

系統(tǒng)的主要功能模塊表現(xiàn)為：用戶管理模塊、測井曲線展示模塊、測井曲線解析模塊、測井曲線查詢下載、測井曲線加載。系統(tǒng)工作過程中的總體流程主要表現(xiàn)為：測井曲線文件加載、測井曲線文件查詢、測井曲線文件下載、測井曲線文件回放。

五、結(jié)束語