孫雪峰

摘 要 21世紀(jì)是一個知識、信息密集的時代，在激烈的市場經(jīng)濟(jì)競爭中，企業(yè)如何才能發(fā)展壯大、搶得先機(jī)、立于不敗之地，企業(yè)首先應(yīng)考慮自身體制方面的原因、管理方面的問題、員工素質(zhì)的高低、人才資源的多少等等。除此之外，充分挖掘并管理客戶信息這一寶貴資源，使其為企業(yè)發(fā)揮真正的價值，是企業(yè)得以生存發(fā)展的重要原因。本文介紹了出具防雷裝置檢測報告及客戶信息管理的應(yīng)用系統(tǒng)，闡明觀點及注意事項。

關(guān)鍵詞 雷電防護(hù) 檢測 管理

各級氣象主管機(jī)構(gòu)應(yīng)當(dāng)加強(qiáng)對雷電災(zāi)害防御工作的組織管理，并會同有關(guān)部門指導(dǎo)對可能遭受雷擊的建筑物、構(gòu)筑物和其他設(shè)施安裝的雷電防護(hù)裝置的檢測工作。研究雷電防護(hù)裝置檢測管理應(yīng)用系統(tǒng)（以下簡稱“應(yīng)用系統(tǒng)”）能夠?qū)Ψ览讬z測單位、?；髽I(yè)起到監(jiān)管作用，對雷電災(zāi)害防御工作的組織管理有很大的幫助。

一、研究內(nèi)容

（一）出具防雷裝置檢測報告的功能

通過研究應(yīng)用系統(tǒng)，檢測報告文書的編制更加規(guī)范，該系統(tǒng)針對檢測報告的編號可實現(xiàn)自動生成；報告文本具有保存、刪除、修改、打印等功能，更有利于監(jiān)督管理。

（二）檢測客戶信息管理

根據(jù)應(yīng)用系統(tǒng)基本信息欄要求填寫相關(guān)內(nèi)容（如服務(wù)單位聯(lián)系人、檢測日期、地址、檢測費用等），應(yīng)用系統(tǒng)自動生成客戶信息匯總表，管理員可根據(jù)報告編號或檢測單位查找客戶相關(guān)信息，匯總表同時具備打印功能，查詢、保存和管理更為方便。

二、系統(tǒng)目標(biāo)

信息管理的系統(tǒng)目標(biāo)是實現(xiàn)基本信息、內(nèi)部信息、用戶設(shè)置的管理，權(quán)限分配以及系統(tǒng)維護(hù)等功能，需要能夠儲存客戶信息以及檢測報告信息，對其進(jìn)行相應(yīng)的輸入數(shù)據(jù)操作和管理。實現(xiàn)用戶登錄及權(quán)限管理，為不同用戶設(shè)置不同角色，有不同的權(quán)限，保證信息的安全性。

三、研究方法

采用SSM架構(gòu)，遠(yuǎn)程服務(wù)器負(fù)責(zé)邏輯處理，本地瀏覽器負(fù)責(zé)客戶端操作。SSM框架由spring、springMVC、Mybatis組成。spring框架通過IOC（控制反轉(zhuǎn)）思想幫助我們確定對象之間的依賴關(guān)系，通過AOP（面向切面編程）幫助我們無耦合地實現(xiàn)日志記錄、性能統(tǒng)計、安全控制。

springMVC框架是一個輕量級web框架，將web層進(jìn)行解耦來簡化我們的開發(fā)。Mybatis框架是一個半自動化的持久層框架。規(guī)避了hibernate和JDBC的缺點，使SQL和Java編碼分開，功能界面清晰，一個專注業(yè)務(wù)、一個專注數(shù)據(jù)。

持久層：DAO層（mapper）主要是做數(shù)據(jù)持久層的工作，負(fù)責(zé)與數(shù)據(jù)庫進(jìn)行聯(lián)絡(luò)的一些任務(wù)都封裝在此。DAO層的設(shè)計首先是設(shè)計DAO的接口，然后在Spring的配置文件中定義此接口的實現(xiàn)類，然后就可在模塊中調(diào)用此接口來進(jìn)行數(shù)據(jù)業(yè)務(wù)的處理，而不用關(guān)心此接口的具體實現(xiàn)類是哪個類，顯得結(jié)構(gòu)非常清晰。DAO層的數(shù)據(jù)源配置，以及有關(guān)數(shù)據(jù)庫連接的參數(shù)都在Spring的配置文件中進(jìn)行配置。

業(yè)務(wù)層：Service層主要負(fù)責(zé)業(yè)務(wù)模塊的邏輯應(yīng)用設(shè)計。首先設(shè)計接口，再設(shè)計其實現(xiàn)的類，接著再在Spring的配置文件中配置其實現(xiàn)的關(guān)聯(lián)。這樣我們就可以在應(yīng)用中調(diào)用Service接口來進(jìn)行業(yè)務(wù)處理。Service層的業(yè)務(wù)實現(xiàn)，具體要調(diào)用到已定義的DAO層的接口，封裝Service層的業(yè)務(wù)邏輯有利于通用的業(yè)務(wù)邏輯的獨立性和重復(fù)利用性，程序顯得非常簡潔。

表現(xiàn)層：Controller層（Handler層）負(fù)責(zé)具體的業(yè)務(wù)模塊流程的控制。在此層里面要調(diào)用Service層的接口來控制業(yè)務(wù)流程，控制的配置同樣是在Spring的配置文件里面進(jìn)行。針對具體的業(yè)務(wù)流程，會有不同的控制器，我們具體的設(shè)計過程中可以將流程進(jìn)行抽象歸納，設(shè)計出可以重復(fù)利用的子單元流程模塊，這樣不僅使程序結(jié)構(gòu)變得清晰，也大大減少了代碼量。

View層：View層與控制層結(jié)合比較緊密，需要二者結(jié)合起來協(xié)同開發(fā)。View層主要采用HTML+JQuery+bootst展示控制層返回的數(shù)據(jù)。

各層聯(lián)系：DAO層、Service層這兩個層次都可以單獨開發(fā)，互相的耦合度很低，完全可以獨立進(jìn)行。這樣的一種模式在開發(fā)大項目的過程中尤其有優(yōu)勢。Controller、View層因為耦合度比較高，因而要結(jié)合在一起開發(fā)，但是也可以看作一個整體獨立于前兩個層進(jìn)行開發(fā)。這樣，在層與層之間我們只需要知道接口的定義，調(diào)用接口即可完成所需要的邏輯單元應(yīng)用，一切顯得非常清晰簡單。

Service邏輯層設(shè)計：Service層是建立在DAO層之上的，建立了DAO層后才可以建立Service層，而Service層又是在Controller層之下的，因而Service層應(yīng)該既調(diào)用DAO層的接口，又要提供接口給Controller層的類來進(jìn)行調(diào)用，它剛好處于一個中間層的位置。每個模型都有一個Service接口，每個接口分別封裝各自的業(yè)務(wù)處理方法。

四、可行性分析

本系統(tǒng)簡單易開發(fā)，且開發(fā)成本低，對使用者的計算機(jī)技能要求不高，只要求熟悉基本的電腦操作就能使用該系統(tǒng)。系統(tǒng)實現(xiàn)了計算機(jī)化，節(jié)省了大量人力、財力，使工作人員從繁忙的工作中解脫出來，減少了管理中的失誤，節(jié)省了大量時間，大幅度提高了管理效率，其產(chǎn)生的效益遠(yuǎn)遠(yuǎn)大于該系統(tǒng)的開發(fā)成本。綜上所述，本系統(tǒng)的開發(fā)在技術(shù)上、經(jīng)濟(jì)上、操作上都是可行的。

（作者單位為棗莊市氣象局）