檢測系統論文精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的檢測系統論文主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：檢測系統論文范文

1．1水質環境條件要求

經過分析調查，水產漁業對水質的監測主要需求為:對溫度、pH值、溶解氧濃度這些參數發生變化或不符合標準，將嚴重影響水產品的質量和產量，因此，需對此類參數通過進行實時監控。

1．2系統結構設計

本系統主要由水質數據采集層、數據匯集層、監測中心層構成，水質數據采集層是由測溫度、pH值、溶解氧濃度的相應傳感器組成的，將其部署在水中，實現對相關參數的采集，再通過WiFi將所采集數據發送至AP節點進行數據匯聚，再由AP節點通過WiFi將匯集數據發送至監測中心。

2WiFi節點硬件設計

WiFi又稱IEEE802．11b標準，IEEE802．11b無線網絡規范是對IEEE802．11的改進，其最高帶寬為11Mbps。在信號較弱或有干擾時，可自動調整為5．5，2或1Mbps。本系統中帶寬為11Mbps。本系統需完成對終端節點、AP節點的制作，并且需實現將各個傳感器所采集到的數據通過WiFi傳輸至上位機，實現上位機對溫度、pH值、溶解氧濃度等參數的實時監測。

2．1電源模塊

本系統中各個模塊所需的工作電壓均為3．3V，因此，可用2節AA電池通過電壓轉換電路得到3．3V，從而避免了使用市電供電，使系統更加無線化。

2．2WiFi無線通信模塊

本模塊采用的是GainSpan公司的GS1011片上系統，其內部集成了WiFi物理層，裝上天線和射頻功放即可完成數據的接收與發送，該芯片功耗超低，為雙ARM7核結構，其中一個用于處理數據鏈路層和物理層的工作，一個用于實現軟件應用。芯片內嵌的FLASH和SRAM用于儲存程序和數據，編程和調試可通過JTAG口實現;ADC，I2C總線，GPIO等接口用于接收來自傳感器采集到的數據信息，實現通過串口與單片機通信，其工作電壓為3．3V。

2．3處理器模塊

本次通與終端節點相連的處理器采用STC89LE52C單片機。該單片機IO口可模擬I2C接口來接收傳感器模塊采集到的數據信息，其工作電壓為3．3V。AP節點無需處理器。

2．4串口模塊

串口模塊采用MAX232實現了單片機模塊和WiFi模塊之間的通信，并通過USB轉串口進行程序配置。

2．5傳感器模塊

本設計中采用美國Dallas半導體公司生產的DS18B20數字化溫度傳感器，適用電壓范圍為3．0～5．5V;通過串行數據線DQ與單片機的P1．2口相連實現溫度數據的傳輸。DQ上需接一只4．7kΩ上拉電阻器，以實現對DS18B20的控制，完成讀寫溫度數據功能。pH值傳感器采用雷磁E—201—C型pH復合電極，溶解氧濃度傳感器采用雷磁公司的DO—955溶氧電極，傳感器終端與單片機連接的電路原理圖如圖4所示。

3節點軟件設計

在系統中，IEEE802．11b采用的是Infrasture組網模式，通信協議為TCP/IP，具體目標是為實現將傳感器采集到的數據匯聚到AP節點，在通過WiFi后傳輸至監測中心。具體的軟件設計步驟為:首先通過gs_flashprogram軟件編寫WiFiProtectedSetup(WPS)程序，且在程序中內嵌TCP/IP協議，將該程序燒寫入GS1011模塊;然后，通過Keil軟件對單片機進行編程設計，其軟件結構由AT指令，各傳感器的程序和API接口組成。在本系統中，傳感器節點定時向AP節點發送數據，AP節點定時接收，并通過WiFi傳輸至監測中心的上位機，實現對水質的溫度、pH值、溶解氧濃度等參數的實時監測。系統每30min采集一次水質參數，因此，可通過定時器來控制終端節點連續給AP節點的工作狀態，當定時器被喚醒時，向上位機發送數據，定時器滿，停止發送，進入休眠狀態，等待下一次定時器被喚醒。在進入休眠狀態時，終端節點與AP節點處于中斷狀態，且傳感器暫時停止工作。

4管理系統的實現

系統的管理核心為上位機，主要需實現串口接收程序和上位機管理程序等功能，本系統上位機通過MicrosoftVisualStudio2010軟件采用的是里面的MFC應用程序框架進行設計的上位機程序。從而實現對傳感器設計查詢、數據接收、數據存放及歷史數據查詢等功能，當監控人員登陸界面查找相關資料時，系統通過調用數據庫中的歷史數據，并且可以以視圖的形式將數據發送到客戶端，實現了遠程監控功能。

5系統測試

在某水產養殖基地對本設計系統進行了測試。實驗時部署了4個終端節點，分別放在4個養殖池中，部署2個路由節點，溫度傳感器、pH值傳感器、溶氧度傳感器集成在終端節點上。終端節點僅需2節普通5號電池。節點固定在魚塘中心位置，且內離水面1m處。傳感器終端每隔30min對水質參數進行一次采樣，并將采樣數據發送至上位機后，自動進入休眠狀態，等待下一次采樣指令的盜壘。其溫度、pH值、溶解氧濃度監測結果。

6結束語

第2篇：檢測系統論文范文

1．1節能改造措施該大樓經過20多年的使用，存在辦公環境差，外立面效果為臟、亂;存在結構、消防安全隱患;室內舒適性差，建筑能耗高;生產流線不合理;部分建筑設備及建筑構件老化及超過使用年限等問題。這次改造采用的技術主要有:遮陽、通風等被動式節能技術;外窗改造優先的圍護結構改造技術;以人為本高能效的空調系統改造技術;高效節能的供水系統改造技術;切合實際的供配電和照明系統改造技術;光伏發電可再生能源利用系統;智能可控的空調集中系統及能耗監測系統。由于原來的屋面為架空預制鋼筋砼隔熱板，開裂老化嚴重，防水年限過期。外墻是鋼筋混凝土框架結構+粘土多孔磚，外窗是鋁合金框普通玻璃推拉窗，沒有外遮陽措施，且氣密性、水密性差。這次護結構節能改造，采用倒置式防水屋面進行防水層改造，采用40厚擠塑聚苯板敷設保溫隔熱層，進行了局部屋頂綠化，并增加太陽能光伏板。建筑外墻基本不變，減少南向帶型窗面積，增設窗間墻。改動墻體部分采用自保溫墻體蒸壓加氣混凝土砌塊。南向窗臺部分加膠粉聚苯顆粒保溫砂漿增強內保溫。減少南向外墻面積，控制窗墻比。南、北、東、西向外窗更換為普通鋁合金框中空玻璃。結合建筑外立面增設外遮陽，沿街北、西、部分南向外墻立面增設固定翼型遮陽百葉，沿街東向外墻立面增設電動式固定翼型遮陽百葉。通風設計結合內裝修平面調整，通過室內辦公空間分隔和家具排列順應和引導自然通風，合理組織通風線路。供配電方面重新對供配電容量、敷設電纜、供配電線路保護和保護電器的選擇性配合等參數進行核算;低壓配電室、層分配電箱盡量設在負荷中心;低壓配電室設集中無功補償和“電容器+電抗器”組合的無源濾波治理措施。結合屋面節能改造，安裝總容量50KWp的屋頂太陽能光伏建筑一體化組件，供配電系統結合屋頂50KWp太陽能光伏發電進行配電。照明部分因為原有照明系傳統照明燈具，采用電感整流器，無照明自控系統。現在選用發光效率高的光源、燈具效率高的燈具及能耗等級高的鎮流器，如辦公室均采用T5細管徑熒光燈和格柵燈盤，選用能耗低的電子整流器;公共部位采用光控和時間控制等相結合的智能控制方式，根據照度、人員活動區域自動控制照明。另外辦公區照明結合辦公功能和自然采光，合理采用分區、分組、集中和分散方式來安排照明;采用一般照明和局部照明相結合;采用合理的燈具安裝方式;在滿足安裝高度及美觀需求前提下，盡可能降低燈具的安裝高度。供水方面原來一層生活用水由市政管網直接供水，二層以上由合用水箱上行下給供水;埋地合用水池、合用水箱、鍍鋅鋼管給水管材不能滿足衛生需求;無水表計量裝置。現利用市政壓力直接供水的層數提至三層;四層以上由屋面生活水箱供水，并根據季節和用水狀況采用市政壓力之二組補水或加壓泵補水;水箱改用不銹鋼材質，給水管材改為衛生、綜合造價低的管材;增加了水表計量裝置;增設了水池、水箱超高水位報警功能;并增加了直飲水系統，為辦公人員提供了健康、安全的飲水條件。空調原來是分體空調，無新風系統;室外機設置在臨近外墻，顯得比較凌亂。改造采用分區VRV+部分新風系統;VRV變冷媒新風機組采用高效能的變頻一拖多空調系統，能效4．2以上;利用冷熱交換機組，利用排風的余冷(熱)量來預冷(熱)室外新風;室外機組集中屋面，不影響外墻整體效果。另外還設置了相應的建筑智能化系統，建立和利用福建省能耗監測系統展示平臺，對節能改造系統集成展示。

1．2節能改造后節能改造后，對各部門的房間格局進行了重新設計，集體辦公區主要以大開間為主，并將分體式空調改造為中央空調。改造后各樓層北樓和南樓的年總能耗、人均能耗及單位面積能耗統計如表1．4、表1．5所示。分析計算改造后各樓層單位面積年能耗量如表1．6所示。為了更直觀的對比改造前后各樓層單位面積年能耗量，以柱狀圖的形式表示如圖1．1所示。

2數據及效益分析

該辦公樓節能改造項目已于2013年完成，經數據對比、分析和計算，改造后建筑節能率可達到50．17%。其中，供水系統改造后，由于采用節水型衛生器具及減壓控流等技術措施，每年可節水約為0．2萬噸，節水率約為22．5%。供配電與照明系統改造后，同比預期每年可節省3．2萬kWh電量，屋頂50kWp太陽能光伏發電系統每年可發電約4．5萬kWh。暖通專業節能改造后，一方面因建筑圍護改造，隔熱保溫性能提高，設備配置的負荷容量降低了8%左右，空調系統的運行費用降低，另一方面，大樓改造前空調采用分體空調，效率低下，設備的能效比僅為2．6～2．7kw/kw，采用能效高的VRV空調系統后，制冷COP值達4．2kw/kw，IPLV值為5．4kw/kw。核算改造前空調年耗電量約45萬kWh，改造后空調年耗電量僅約為25萬kWh，改造前后空調年耗電節省量約18．13萬kWh。總計年節約的電能，按發電煤耗計算，共能節省65．3噸標煤，實現減排161．4噸CO2，削減4．9噸SO2等。由此可見，本辦公建筑的節能改造措施是有效和可行的。特別是，本既有建筑節能改造，采用的技術和方案基本上都是常規技術，除增加屋頂50kWp太陽能光伏發電系統外，改造所花費的投資也是正常的需求投資，但采用這些技術的理念都是先進和最適宜的。改造取得了節能的效果外，外立面有了煥然一新的現代建筑風格，室內辦公環境極大改善，舒適性提高，生產流線合理、建筑設備使用便捷、安全。

3能耗監測系統

改造前，該建筑物沒有安裝能耗監測和分析系統，所以各分項能耗和總能耗只能通過人工統計和估算得出，不僅費時費力，而且由于部門之間的差異和不同時段工作時間長短的不同，導致所得能耗統計數據與實際能耗有一定的偏差，準確性不高。改造后，該建筑物引進了能耗監測和分項計量系統，系統如圖1．2所示。該系統分為現場監控層、通訊管理層和監控主站層。現場監控層由多功能電能儀表組成，分別就地安裝在各自的配電箱上，并以現場總線形式接入通訊管理層，介質采用屏蔽雙絞線，主要完成測量、電量參數等相關信號采集上傳等功能;通訊管理層主要由通訊管理機組成，其主要任務是數據的處理、存放、調配，通信規約的轉換，各個區間的通信銜接以及對本地系統狀態的監視等;監控主站層由監控主機、UPS、數據服務器、WEB服務器，分項計量及能耗監測系統應用軟件組成。監控主站層通過以太網與通訊管理層相連，實時采集現場監控層的監控數據，可完成包括能耗數據采集、能耗分項計量、能耗區域管理、能耗設備管理、能效數據分析評估、系統優化策略、節能潛力評估、能效信息和用戶定制等若干系統功能。能耗監測平臺能夠簡化人工抄表及統計的煩瑣工序，只要各儀表根據標準接入采集網絡，監控中心就能定時、定點地獲取相關數據。通過在平臺上簡單的設置及操作即可對各建筑數據統一管理。而且數據采集設備采用的是系統開發商自主研發的控制代碼，不需操作系統支持，不被網絡病毒侵害，能夠免受外界網絡攻擊。另外，要求采集設備能保證斷電一定時間內數據不丟失，或通訊異常時，設備能保存重要數據，通訊恢復后向監控中心斷點續傳重要數據。

4結語

第3篇：檢測系統論文范文

根據各個模塊的具體實現功能的不同，按照由下至上的順序分別予以設計。

1.1溫濕度數據采集模塊這部分工作主要是對ZigBee節點內部的單片機模塊進行編程。首先考慮到CC2530有3個8位端口組成，端口1、2、3分別用P0，P1，P2來表示，其中，P0和P1是完全的8位端口，而P2僅有5位可用。所有的端口均可以通過SFR寄存器P0、P1和P2位尋址和字節尋址。傳感器芯片只提供2個I／O端口：DA－TA和SCK，前者為數據輸入輸出端口，后者為只可輸入的時鐘信號端口。因此將P0＿0與SCK相連以提供時鐘序列，P0＿1與DATA相連以讀寫溫濕度數據。在了解硬件連接基礎上對數據采集模塊進行軟件設計，程序由3部分構成：（1）主函數部分：首先調用函數初始化串口通信以及溫濕度傳感器，然后調用函數獲取溫濕度數據，最后將數據處理后調用串口控制函數，打印調試信息。（2）溫濕度傳感器控制部分：具體實現初始化傳感器函數，即設置P0端口的相關寄存器；實現獲取溫濕度數據的函數，根據傳感器資料說明，端口按照一定時序發出特定的序列即可進行相應控制；實現將得到的數據進行計算修正的函數。（3）串口打印控制部分：包括從串口獲取PC鍵盤按鍵值、發送一個字符、發送一串字符等功能使主函數的打印信息能顯示在串口通信軟件界面上。其主要部分的流程圖見圖2。

1.2溫濕度數據傳輸模塊該模塊分為兩部分，一為基于Z－Stack協議棧開發使節點與協調器自動組網形成ZigBee網絡，并通過該網絡實現數據無線傳輸；二為使協調器與嵌入式核心板中ARM處理器進行串行異步通信，將數據最終交由嵌入式平臺處理。Z－Stack采用分布式尋址，兼容AODV路由協議，可以滿足近程通信的要求，即使通信鏈路失效發生也可有效工作。為了區分Z－Stack協議棧中復雜的硬件驅動系統，又提供了OSAL層［10］（類似于單片機上的操作系統，實則為根據所觸發的事件選擇調度相應任務），可調度APP層的任務。另外，Z－Stack提供了源碼例程SampleApp。該例程實現的功能主要是協調器自啟動（組網）和節點設備自動入網。在了解Z－Stack的工作流程后，程序的開發將在APP層對Sam－pleApp．c進行改寫完成。這部分程序主要為利用OSAL層任務事件輪詢調度機制，通過系統周期性定時廣播數據到group1中去實現。當ZigBee節點加入網絡后觸發狀態改變事件，系統開啟定時器，定時時間一到就觸發廣播消息事件；系統為其創建相應的任務ID，調用廣播消息函數；節點端的廣播消息函數讀取前一個模塊得到的數據，利用AF＿DataRequest（）函數接口調用下層射頻硬件驅動函數發送溫濕度數據；觸發協調器端的接收數據事件處理函數SampleApp＿MessageMSGCB（），將捕獲的溫濕度數據處理后，以字符串的形式通過串口顯示在宿主機的終端中，以方便調試和開發。另外，協調器通過異步串行接口將數據交由ARM處理器。

1.3溫濕度處理模塊為了后續拓展，為可處理多個節點溫濕度數據，該模塊設計采用服務器與客戶端兩進程間通信來實現［11］。將接收ZigBee協調器通過異步串行通信發送過來的數據作為服務器進程，并封裝ZigBee功能提供相應應用接口。客戶端進程則主要是用于同服務器端進行交互，解析獲取溫濕度數據，同時為實現UI圖形界面提供封裝好的接口，為此還需用Qt設計UI界面。其中雙方是利用套接口（Socket）來使進程之間通信，但是由于Socket本身不支持同時等待和超時處理，所以它不能直接用來完成多進程之間的相互實時通信。本實驗采用事件驅動庫libev的方式構建服務器模型。Libev是一種高性能事件循環／事件驅動庫。需要循環探測事件是否產生，其循環體用ev＿loop結構來表達，并用ev＿loop（）來啟動。用戶需要做的僅僅是在合適的時候，將某些ev＿io從ev＿loop加入或剔除。服務器主要實現流程：首先開啟一個Zigbee后臺線程（底層）監聽服務器調用信息，接著利用ev＿io＿start（loop，＆ev＿io＿watcher）啟動一個接收線程，專門用來接收客戶端發送過來的命令數據幀；然后按照相應的協議進行解析，跳轉到相應的接口，進一步調用底層Zigbee協調器并返回正確的信息給客戶端。客戶端主要實現流程：首先調用GetConnect接口函數連接到服務器的端口，然后開啟一個Zigbeetopo線程用來調用接口函數，發出獲取ZigBee網絡拓撲結構信息的數據幀，創建另一線程接收并解析服務器端返回的數據幀，同時已創建的UI界面設置定時器，動態刷新加載溫濕度數據，繪制成溫濕度曲線圖。服務器與客戶端進程間通信模型如圖3所示。此外還需利用Qt對UI界面設計。首先利用Qt－designer為整體界面布局，其中包括背景顯示框、LCD數值顯示框以及曲線圖顯示框，編譯生成一個UI類；然后采用多繼承的方法構造新類，并使用Qt中的信號與槽函數機制，使得接收到溫濕度數據觸發LCD數值顯示和曲線圖顯示槽函數動作。設計流程見圖4。

2Web服務搭建

以上只是完成了溫濕度的采集顯示，還未真正發揮出物聯網所實現的人與物相連，這部分就需要搭建Web服務來實現。實現Web服務需要移植嵌入式服務器，設計動態網頁，并通過WiFi最終在已搭建好的局域網內實現手機、PC等可實時查看數據。

2.1嵌入式服務器移植由于嵌入式設備資源一般都比較有限，并且也不需要同時處理多用戶的請求，因此不能使用Linux下最常用的如Apache等服務器，而需要使用一些專門為嵌入式設備設計的Web服務器。常見的嵌入式Web服務器主要有：lighttpd、thttpd、shttpd和BOA等。本文選擇移植BOA作為嵌入式服務器。BOA是一個非常小巧的Web服務器，可執行代碼只有約60KB，它是一個單任務Web服務器，只能依次完成用戶的請求，而不會fork出新的進程來處理并發連接請求，但BOA支持CGI，能夠為CGI程序fork出一個進程來執行。對BOA服務器的配置主要是在／etc／boa目錄下創建一個boa．conf文件，此文件包括服務器將使用主機的端口號、運行服務器的身份、錯誤信息記錄的指定文件、存放html文件的目錄、默認首頁文件等相關信息，此外還需根據配置信息在相應的一些目錄下創建文件。

2.2網頁設計及動態顯示網頁設計則是利用html制作靜態頁面，并結合JavaScript實現動態顯示。JavaScript是一種基于對象和事件驅動并具有相對安全性的客戶端腳本語言，同時也是一種廣泛用于客戶端Web開發的腳本語言，常用來給HTML網頁添加動態功能，比如響應用戶的各種操作。JavaScript腳本可以獨立成文件，也可以內聯到HTML文檔之中。另外，利用AJAX實時刷新網頁數據。AJAX：異步JavaScript和XML，它是一種在無需重新加載整個網頁的情況下，就能更新部分網頁的技術［14］。它通過在后臺與服務器進行少量的數據交換，便可以使網頁實現異步更新。這意味著可以在不重新加載整個網頁的情況下，對網頁的某部分元素進行更新。由于溫濕度數據放入數據緩沖區，是利用fopen、fread、fwrite以及fseek函數將數據緩沖區內數據寫入XML文本適當位置中，要想讀取XML文檔中的數據并將它顯示在Web頁面上，需將XML文件轉化為XMLDOM（XML文檔對象模型），然后再利用JavaScript來解析并實時它。

2.3WIFI模塊搭建通過搭建WIFI模塊，使得用戶可以通過支持WIFI的設備比如手機等更加便捷地查看溫濕度數據。WIFI是一個無線網絡通信技術的品牌，WIFI的運作至少需要1個AP和1個或1個以上的client。AP由路由器搭建的局域網充當，將插上無線網卡的嵌入式開發板看作一個client，然后就可以與其他client進行通信。要使無線網卡能正常工作，首先需加載驅動，然后對其進行一系列設置，使之加入到局域網中。由于開發板上配置有服務器，因此設置好合適IP以后，在手機等瀏覽器中輸入IP，就能查看溫濕度數據。

3結束語

第4篇：檢測系統論文范文

縣鄉畜牧獸醫服務體系現狀

勉縣于2005年實施鄉鎮畜牧獸醫管理改革，撤銷原鄉鎮畜牧獸醫站，剝離出治療、、飼料獸藥銷售等經營項目，重新組建了25個鄉鎮畜牧防疫站，為全民事業單位，定編68人。但大多數屬于定補人員，基本工資的40%由財政撥付，其余60%沒有著落。止2011年3月底，25個鄉鎮站共有在職人員66人，其中全額財政供養人員31人，定補人員35人（占53%）；本科1人，大專17人，中專、高中26人，初中22人；具有專業技術職稱45人（其中初級37人，中級8人），技術工人19人，職員2人；50歲以上的30人（占45.5%），40～49歲的21人，30～39歲的8人，30歲以下的6人。鄉鎮畜牧防疫站由于工作的主要對象是動物及其產品，大多是獨立建房辦公。通過近年來的冷鏈體系、擴大內需等項目建設，13個鄉鎮站的房屋經過重點建設或維修，基本滿足辦公條件；4個鄉鎮站無房，借住在鄉鎮政府機關辦公；8個站的房屋均為上世紀70～80年代建設，目前處于危房無法使用狀態，常年租用居民住房辦公。25個鄉鎮站配備有冷鏈、檢疫、化驗、撲殺、消毒、辦公等設備677臺（件），已經基本滿足日常工作的正常開展。勉縣于1999年成立縣畜牧獸醫技術推廣中心，為科級事業單位，工資由財政全額撥款。擔負全縣畜牧獸醫技術推廣、動物疫病防治、動物衛生監督等工作。中心定編35人，現有在崗人員29人（占編制的83%）。其中：男18人，女11人；大專以上17人，中專6人，初、高中文化6人；畜牧獸醫專業技術人員13人（其中高級職稱1人，中級10人，初級2人），占45%；30歲以下1人，31～40歲8人，41～49歲14人（占48%），50歲以上6人（占21%）。2.2.2基礎設施狀況近年來，中心通過擴大內需等項目建設，新建了電化教育室、生豬良種供精中心，完善了縣級動物疫病分析診斷檢測化驗室，增添了冷鏈防護、檢疫檢測、現代辦公等設施設備141臺套，辦公條件有了明顯改觀。

存在問題

技術力量嚴重不足，制約產業發展勉縣畜牧公共服務隊伍一直存在技術力量嚴重不足，年齡老化，后備人才緊。縣畜牧中心實有在崗人員占定編人數的83%，專業技術人員僅占在崗人員的45%。鄉鎮畜牧防疫站按照省農業廳等6廳委（陜農業發[2007]241號）關于《基層農業技術推廣人員編制標準（試行）》測算，應編制96人，實有在崗人員66人，相差28人，并有5人因病無法正常工作；5年內到達退休年齡24人（2011年內退休5人），40歲以下不足10人，有1/3的站只有1人支撐工作。定補人員工資待遇不能落實鄉鎮站在現有的66人中，定補人員就達35人，都承擔的是技術推廣、動物防疫等公益性工作，無其他任何收入。他們基本生活難以保障，致使信心不足，影響工作的更好開展。鄉鎮站基礎設施差，在建項目經費緊缺在25個鄉鎮站中，有8個站仍無辦公場所。近年來，雖然省、市先后下達13個鄉鎮站基礎設施建設，但項目資金較少，每個鄉鎮站項目建設資金僅有10余萬元，地方配套資金難以落實，項目實施艱難，鄉鎮站面貌難有較大改善。工作經費嚴重缺乏，制約業務工作的正常開展.1缺乏經費畜牧技術推廣、技術培訓沒有經費投入，新的技術難以引進，技術人員得不到知識更新，對養殖戶的培訓開展困難，致使技術水平和服務質量滯后于產業發展需求。動物疫情形勢復雜動物防疫及重大動物疫病防控任務艱巨，防疫工作經費短缺。村級動物防疫隊伍雖勉強建立，但因補助偏少，隊伍難以穩定。檢測診斷手段不能適應現代畜牧業發展的需要缺乏與產業發展和產業安全相適應的快速診斷試紙、試劑、診斷盒等，難以對動物疫病、違禁投入品等進行及時排查、發現和處理。縣上雖然有一個設施相對齊全的獸醫化驗室，但因缺乏工作經費和一些檢測必需品，難以全面開展工作。

第5篇：檢測系統論文范文

檢測系統由數據采集端、嵌入式網關遠程發送端以及檢測管理中心三部分組成。首先，傳感器通過ZigBee協議發送所采集的植物生理參數信息到網關中的協調器節點，協調器將數據通過RS—232串口發送到基于ARM9的CDMADTU嵌入式模塊，CDMADTU模塊對數據進行處理后通過CDMA2000網絡和Internet網絡將數據發送到由PC構建的Web服務器，發送到服務器的優點是數據易存儲易查詢。最后，檢測中心還能通過基于LabVIEW編寫的上位機軟件根據已知的數據分析出植物的生理生長狀況，并設計了一種根據蒸騰速率和葉綠素含量等參數的自動報警界面，從而可以更精確地判斷和控制植物的長勢和各項經濟指標。

2系統硬件設計

2．1數據采集節點硬件設計

數據采集節點組要負責采集植物的各項生理參數(莖稈與果實直徑、葉綠素含量、植物莖流等)和無線發送采集到的數據。無線收發芯片選用TI公司推出的CC2530作為ZigBee網絡的射頻收發送模塊。CC2530是應用于ZigBee網絡的真正片上系統(SOC)解決方案，包括一個高性能的2．4GHz射頻收發器，內含一個高性能、低功耗的增強型8051內核和一個8通道12位A/D轉換器。CC2530較以往常用的CC2430芯片具有靈敏度更高、功耗更小、通信距離更遠等優點，因此，滿足無線傳感器及其網絡對高性能、低成本、低功耗的要求。本設計中需要測量的莖稈直徑采用基于LVDT的植物莖稈傳感器，葉綠素含量測量采用基于透射型活體葉綠素傳感器，植物莖流測量采用基于熱平衡法傳感器，這些傳感器的輸出均為模擬信號，在傳感器部分對輸出信號進行調理就能夠直接與CC2530芯片連接。

2．2嵌入式網關硬件設計

嵌入式網關主要負責對接收的數據進行處理與存儲，并實現ZigBee協議與TCP/IP協議之間的轉換，從而將數據發送到遠程檢測系統。嵌入式網關主要由協調器和基于AM9的CDMADTU模塊組成，CDMADTU模塊包括AM9微處理器和DTU發送模塊。本設計的CDMADTU選用CDMA2000通信模塊，該模塊采用AM9高性能工業級嵌入式處理器，供電范圍寬(5～32VDC)，數據傳輸速度高，系統穩定可靠。在使用CDMADTU之前需要做兩步準備:一是因為本設計采用動態IP鏈接Internet網絡與Web服務器，因此，要申請域名，申請域名解析服務后可以通過域名自動建立通信。接入CDMA網絡前，需要向電信公司申請SIM卡，SIM卡可為CDMADTU提供鏈接Internet網絡服務。二是使用前需要用終端軟件或AT命令對參數設置，以決定進入網絡透明數據傳輸模式的工作方式。

2．3鋰電池供電模塊設計

植物生理檢測系統的實際應用環境很復雜，電源供給很難保障，因此，本設計中采用3．6V鋰電池供電。但植物生理檢測系統中傳感器模塊、CC2530等模塊需要不同的電源供給，因此，本設計采用DC-DC芯片NCP500SN33G獲得穩定的3．3V，該電壓適用于SOC工作電壓。采用TPS61040將3．6V自舉到適用于各類傳感器工作的12V電壓。其電路圖分別如圖4、圖5所示。

3系統軟件設計

3．1數據采集節點軟件設計

采集端傳感器節點主要負責采集植物各項生理信息并組網將數據發送給嵌入式網關。本設計采用IAR集成開發環境自底向上構建ZigBee網絡。為了節省電量，采用的傳感器節點一般處于低功耗模式，直到收到上位機命令后才將對應的檢測數據上傳到網關。為了提高效率，上位機可設置每隔一段時間后對傳感器發送上傳數據命令。另外，還采用了中值平均濾波算法來消除個別傳感器系統內部的隨機干擾，提高了傳感器的測量精度。

3．2嵌入式網關軟件設計

嵌入式網關的軟件設計是建立在Linuxredhatlinux操作系統上的，該操作系統具有多任務操作進程、支持硬件廣泛、程序模塊化、源代碼公開等諸多優點而被廣泛使用。使用IAR集成開發環境來建立嵌入式網關和遠程檢測管理中心的網絡連接。

3．3上位機軟件設計

系統采用LabVIEW平臺編寫上位機軟件，根據設計要求，將軟件分為數據顯示模塊、數據分析模塊、數據存儲三大模塊。數據顯示模塊主要是將接收到的數據和分析后的結果顯示在上位機的前面板上。數據分析模塊主要是根據所要檢測植物參數的不同選擇合適的分析和處理方法。本系統分析模塊實現的功能是:當測量數據在正常范圍內時指示燈顯示綠色，表示植物長勢正常。當某一參數超出或者低于正常范圍時，其對應的指示燈顯示紅色報警。數據存儲模塊主要是將數據存儲到數據庫中，由于LabVIEW不能直接訪問數據庫，因此，采用SQL語言來完成對數據庫的訪問。

4實驗結果與分析

為了對設計的系統性能各方面進行驗證，在29℃的溫室環境下選擇了4株番茄做為測試對象，4株番茄均勻分布于250mm×250mm的測試區域，將協調器放置在溫室的中心區域從而組建星型網絡結構。每株番茄同時采集莖流、葉綠素含量、番茄果實的直徑等生理參數并將參數發送到上位機顯示界面，采集間隔為2h，總檢測時間為24h。

5結論

第6篇：檢測系統論文范文

關鍵詞：高層民用建筑；防排煙系統；對策

中圖分類號：[TU208.3] 文獻標識碼：A 文章編號：

1 引 言

防排煙系統設施是高層民用建筑保障人民生命財產安全不可缺少的消防安全設施 ，由于我國尚未出臺關于防排煙系統方面的設計、施工和驗收規范或標準，暖通設計人員主要依據 《高層民用建筑設計防火規范》中關于防排煙系統的相關規定進行設計。部分設計、施工人員對防排煙設施的結構、作用、性能缺乏了解 ，對國家規范標準理解不夠透徹，往往導致在設計 、施工中出現防排煙系統設施配置被忽略或有配置而功能不全等現象。

2防排煙系統存在的主要問題

防排煙系統主要包括防煙樓梯間及前室、消防電梯前室、合用前室、封閉樓梯間、避難層( 間 ) 等場所設置的防煙設施，地下室、內走道、中庭、無窗或設有固定窗房間等部位設置的排煙設施，防煙分區之間的擋煙垂壁等。筆者在參與工程驗收時發現建成工程中的防排煙系統往往存在如下問題:

2.1 自然排煙設施達不到排煙要求

自然排煙是一種經濟、簡單、易操作、維護管理方便的排煙方式，但由于部分工程在設計、施工過程中不按規范要求進行，往往導致工程完工后，自然排煙設施達不到或不具備排煙作用，主要存在以下幾個方面 :

2.1.1 自然排煙窗的位置設置不當

從自然排煙效果考慮，排煙窗應盡量靠近墻的上部設置，目前有相當數量的自然排煙窗不是設置在墻的上部，而是下部，距頂板、吊頂的距離較大，不利于自然排煙。

2.1.2 自然排煙窗的開窗面積達不到規范要求《高層民用建筑設計防火規范》對采用 自然排煙部位的開窗面積均有明確規定，但由于部分設計人員未按規范要求進行認真計算，或將固定窗的面積計算在排煙窗面積之內，導致部分工程排煙窗面積達不到規范要求，直接影響排煙效果。

2.1.3自然排煙窗的結構形式不合理

有的把排煙窗做成不可開啟的固定窗，有的將窗的上部做成固定窗 ，把可開啟的排煙窗設在窗的下部，嚴重影響排煙功能和效果。

2.2 機械防煙設施達不到防煙要求送風道界面尺寸過小，送風口尺寸、正壓送風系統余壓值達不到規范要求的現象在工程中相當普遍，往往出現送風口實際送風量嚴重不足 ，開啟門洞處風速近似于零等現象，造成這種現象的原因比較復雜，主要有以下幾個方面:

2.2.1 風機選型不當

按規范要求，防煙樓梯間及前室、消防電梯間前室及合用前室的機械加壓送風量，應由計算確定，當計算值和規范規定的值不一致時，應按兩者中較大值確定。而有的設計者往往不經過計算直接按規范給定的值確定，導致選用的風機風量、風壓偏小，不能滿足要求;

2.2.2 送風道阻力過大，風壓損失嚴重

在實際工程驗收時，往往發現送風口的尺寸、以及選用的風機風量和風壓能夠滿足規范要求 ，但實測其送風口風速卻很小 ;離風機較近的送風口風速偏大、較遠送風口無風等現象，難以滿足產生余壓和門洞風速的要求 。究其原因是由于風管豎井施工質量差，漏風嚴重。有相當多的工程因送風道尺寸偏小、施工中混凝土風道內壁未作處理，管道連接不嚴實，常閉風口關閉不嚴密，漏風十分嚴重，導致送風口的風速、風量達不到規范要求。

2.2.3 正壓送風系統與自然排煙設施重復設置

對于建筑高度超過50m的一類公共建筑和建筑高度超過loom的居住建筑，按 《高規》要求，宜設置機械加壓送風系統，有的工程在上述部位同時又采用了自然排煙，導致火災情況下，機械加壓送風系統與自然排煙窗同時開啟時，防煙樓梯間難以形成正壓，達不到防煙效果。

2.3 機械排煙設施達不到排煙要求

2.3.1 排煙量達不到規范要求

在驗收中往往發現排煙口風量、排煙口的風速甚至接近于零 ，有的設計采用通風與機械排煙合用系統，但施工中未按設計要求選用雙速風機;有的建設單位不按設計的風機型號訂貨 ，購買功率規格較小的風機，導致風機風量嚴重不足。有的施工單位甚至取消了豎井連接吊頂風口的風管，利用吊頂悶頂空間代替風管，也往往造成風管風口風速接近于零。

2.3.2 排煙口的布置不符合煙氣流動規律

排煙口應盡量是指在頂棚上或靠近墻的上部設置，目前有相當數量的排煙口不是設置在墻的上部，而是下部，距頂板、吊頂的距離較大，不利于排煙。有的排煙口位置設置不當，致使煙氣與人員疏散方向相同，甚至有的將排煙口設置在安全出口的正上方或跨過安全出口，不僅不利于排煙反而把煙氣引向安全出口。

2.3.3 走道內的排煙口選型不正確

按照煙氣的流動規律，走道內的排煙口應該設置在頂棚上，并選用條縫全寬型排煙口，這樣有利于有效排煙。

2.3.4 應設機械排煙設施的部位未按規范要求設置超過20米無 自然排煙的內走道，有的設計人員因與其相連的防煙樓梯間前室有 自然排煙，認為其具備自然排煙的條件，未按規范要求設置機械排煙設施。

2.3.5 排煙風機應與排煙口實現聯動

排煙機與排煙口應設有連鎖裝置，當任何一個排煙口開啟時，排煙機能 自動啟動，即一經報警，確認發生火災時 ，右手動火又消防控制室遙控開氣派煙口，則排煙機立即投人運行，同時能立即關閉著火區的通風空調系統，使非著火區保持正壓，以減少煙氣的蔓延擴散。

3造成上述諸多向腸的主要原因

3.1 防排煙系統沒有得到足夠的重視

建筑工程項 目中的防排煙設施 ，是防止火災和在火災發生時減少人們生命財產損失的重要保障系統 ，是消防工程 系統不可缺少的一個重要組成部分 ，但人們在進行工程設計和施工時，往往忽視它的重要性和必要性 ，把它看成是可有可無 的東西了，消防監督部門在審核 、驗收時往往注重 自動報警系統 、消防給水系統等消防設施 ，而對防排煙系統不夠重視 ，這種意識和現象 ，本身就是消防工作

的一大隱患。

3.2 設計把關不嚴，存在不按規范設計配置的問題

有的建筑物雖然設計有排煙送風系統，但卻與通風、空調系統混在一起，認為在暖通圖紙上的防排煙系統，屬于空調系統專業，不是消防系統，只有防排煙的聯動部分，才屬于消防系統。這樣沒有把防排煙系統區分成獨立的系統，也沒有單獨繪制施工圖，這也是造成防排煙系統被重視程度不夠，從而出現先天隱患。

3.3 施工把關不嚴

防排煙設施是建筑 自動消防設施的一個重要組成部分，按規定其施工應由消防設施施工單位承擔，但目前很多項 目的防排煙設施施工均是由空調專業施工單位負責安裝。很多建筑工程施工中，防排煙、送排風系統往往交給不具備消防施工資質的空調工程公司或一般安裝公司承包施工，超范圍承包防排煙系統的安裝施工，其技術人員往往并不通曉消防自動控制系統功能原理和施工要求。這樣的施工 ，往往漏洞很多，很難保證質量。

4解決上迷問厄的方法及對策

4.1 從功能劃分上，把它當作一個獨立的消防系統 ，強調防排煙設施的重要性 ，與“自動報警系統”、 “水滅火系統”、“氣體滅火系統”等平行分列在一起所謂消防“防排煙系統”，就是一個包括排煙風機、送風風機、風管或風井、各種排煙防火閥門、風口以及聯動系統等設施，直接受消防中心控制的，具有獨特功能的，與生活通風、空調系統完全分開的獨立系統。只有這樣 ，把它當作一個“系統”提出來，才能促進人們在消防工程實踐中，重視它、完善它，而不至于把它忽略。

4.2 從設計環節著手，把防排煙系統與生活空調系統分開來設計

在每一個建筑工程項 目中，按國家規范要求進行防排煙系統設計 ，并且把它從“暖通”圖中分離出來，單獨制圖，冠以 “消防防排煙”施工圖圖名。就像火災報警系統的“電消”圖、水滅火系統的“水消”圖、氣體滅火系統的“氣消”圖一樣，沒有人對它的消防工程屬性產生絲毫懷疑，明確知道這就是消防工程施工圖內容范圍。

4.3 從施工監督管理方面抓落實

首先，消防監督部門加強工程設計審核、施工監督檢查、竣工驗收中防排煙系統的監督。再就是明確劃定建筑工程項 目中的防排煙系統設施 ，屬于消防工程內容范圍，必須由具有消防工程施工資質的工程公司來安裝施工。只有這樣，才能保證防排煙系統的設計和安裝施工落到實處，保證每個建筑項 目的防排煙系統設施配置齊全，功能完善，真正起到防火減災的作用。

結束語

人們只有端正對防排煙系統屬性和重要性的認識 ，在思想觀念上重視它，才能在工程實踐中不斷加以完善，保證防排煙系統的設計和安裝施工落到實處 ，保證每個建筑項目的防排煙系統設施配置齊全，功能完善，真正發揮其防火減災的作用。

第7篇：檢測系統論文范文

關鍵詞安全管理,區間信號,數據庫設計,計算機輔助測試

城市軌道(簡稱城軌)交通區間信號系統是安全性苛求系統。在區間安全性控制和防護設備的研制、生產、使用過程中,運用現代技術手段對設備的可靠性和安全性進行科學、高效、全面、按標準的檢測和評估,以取代目前國內主要依靠專家經驗進行的手工測試和實際線路試運行的非完善的方法,是十分迫切和必需的。在我國城市軌道交通領域,這方面的研究尚處于起步階段。本文的研究正是基于這一背景。文中所建測試平臺對城際鐵路同樣適用。

1區間信號系統測試平臺的結構

城軌交通區間信號系統測試評估平臺(以下簡稱平臺)硬件采用分布式結構,如圖1所示。平臺由主控機、數據庫機和仿真機組成[1]。被測系統通過網絡與平臺互聯。網絡通信采用TCP/IP協議。

圖1平臺分布式硬件結構示意圖

平臺軟件系統結構框圖如圖2所示。其中:主控及測試案例自動生成子系統一方面向仿真子系統發送區間狀態的仿真設置命令,另一方面動態監控現場信號狀態等,實現測試案例的動態擴展和連續加載、測試結果的動態判定,并將測試結果存入數據

圖2區間信號測試系統的軟件結構庫。傳輸信道仿真及區間現場仿真子系統為被測系統提供了一個模擬的傳輸仿真及現場環境。數據采集與處理子系統在被測系統與仿真信道之間進行數據處理及轉換。測試用基礎數據生成子系統通過讀取區間拓撲數據文件,生成區間測試用基礎數據。專用數據庫子系統負責存儲各種測試用基礎數據和測試結果。本文重點闡述平臺專用數據庫子系統的研究與實現。

2平臺專用數據庫設計

平臺的數據庫不僅是一般意義上的數據庫應用,它還負責協調各個子系統之間的數據聯系。平臺數據的類型與結構在一定程度上反映了整個平臺的測試水平。基于對平臺數據以及平臺分布式結構的考慮,經過深入的比較,選擇SQLServer作為平臺的數據庫開發工具。數據庫設計一般分為四步:需求分析、概念設計、邏輯設計和物理設計。應用數據庫設計理論,平臺專用數據庫設計的具體步驟如圖3所示。

圖3數據庫的設計過程

2.1需求分析

平臺的數據按其對時效性的不同要求可以分為動態數據和靜態數據兩大類[2]。動態數據是指具有嚴格時效性的數據,并且隨著時間推移而動態刷新;靜態數據則指相對穩定,不隨時間變化的數據。

2.1.1動態數據及其傳輸

平臺動態數據是維持平臺正常運行的基礎,主要包括下列3類數據:

·列車運行仿真命令、故障及干擾仿真命令。由主控機發出,用于控制仿真子系統進行相應仿真活動。

·區間信號設備狀態及動作信息。指仿真機所模擬的實際區間信號設備的狀態(如軌道區段是否有車占用等),主控機采集這些信息用于動態判定及顯示測試過程的實際狀態。

·測試結果信息。平臺的測試結果記錄是一種比較特殊的動態數據,包括經信道傳輸前后的實時電信號(數據)。它們是評價被測系統的重要依據,必須完整、正確地記錄。

動態數據傳輸首先必須滿足實時性要求,當不能及時傳送時,根據數據特性的不同,或丟棄,或重發。例如被測系統發送的數據如不能及時傳送,或數據有誤,則該數據必須丟棄。主控機發給仿真子系統的故障及干擾仿真命令、列車運行仿真命令,在網絡傳輸出現差錯的情況下,為了確保命令被正確執行,必須重發。

2.1.2靜態數據及其復制

生成和校驗正確后的靜態數據,在平臺對被測系統進行測試的過程中不再變化,具有相對的穩定性。同樣需要對靜態數據進行存儲、查詢、校驗和修改等操作。平臺靜態數據可分為以下幾類:

·信號設備數據。記錄發送端、接收端、閉塞分區的排序序列號與設備名稱之間的映射關系,設備的一些屬性特征。例如:閉塞分區的編號、名稱、位置、長度,道岔的編號、名稱、位置、類型等。

·基本數據。包括區間基本特征、鋼軌線路的一次參數、鋼軌線路四端網參數、列車運行線路等重要數據。其中區間基本特征數據包括閉塞制式、軌道電路類型、道碴與枕軌類型、坡度、曲線及長度等。列車運行線路數據包括線路運行方向、經由閉塞分區編號、經由發送端、接收端編號。

·區間現場拓撲數據。包括閉塞分區、發送端、接收端的位置和相互關系。這種描述有兩方面用途,一方面用于現場仿真的動態顯示,另一方面是作為測試用基礎數據生成的原始依據。靜態數據的復制是通過開放式數據庫互連(ODBC)機制實現的。

2.2概念設計

在數據庫設計中,筆者使用實體-聯系(ER)模型作為概念設計的工具,得到概念設計的E-R圖。E-R圖由實體、聯系和屬性3個基本成分組成。測試用基礎數據所處理的基本實體是城市軌道交通區間的信號設備:接收端、發送端、閉塞分區;設備之間的關系也就是最直接的實體間聯系。通過E-R圖,可以十分清楚地描述測試用基礎數據的結構。圖4為列車運行線路數據的E-R圖。

圖4列車運行線路ER圖

2.3邏輯設計

關系數據庫的邏輯設計過程是把概念設計的結果(如E-R圖)轉換成關系模式的過程。為了消除關系模式的存儲異常問題,需要對其進行規范化。

在本子系統數據庫模式的規范化設計過程中,既要考慮減少數據冗余、消除存儲異常情況,也要考慮現場仿真、主控等子系統讀取數據及運算的花費。規范化測試用基礎數據的關系子模式包括:發送端表、接收端表、閉塞分區表、列車運行線路表、區間基本特征表、鋼軌線路一次參數表、鋼軌線路四端網參數表等。

2.4物理設計

物理設計要根據具體的數據庫管理系統(DBMS)和相應的操作系統、計算機硬件所能支持的存儲結構、存取方法以及資源來進行設計。SQLServer提供索引或表鍵機制來幫助SQLServer優化對查詢的響應。在測試平臺上,對結果數據的查詢,是將記錄計數號與測試項目的組合作為索引。這是因為大多數的查詢都要直接或間接地將該兩項作為SQL語句中WHERE子句后的首列。

3平臺專用數據庫接口的實現

平臺采用客戶端/服務器體系,后臺數據庫服務器采用SQLServer,前臺應用程序開發工具采用VisualC++。前臺應用程序對數據庫的訪問是通過ODBC機制實現的。

VisualC++對ODBC提供了兩種支持:一種是API函數[3];另一種是對API函數進行封裝的MFCODBC類,包括CDatabase(數據庫類),CRecordSet(記錄集類)和CRecordView(可視記錄集類)。兩種方式在平臺上分別應用于不同的場合。

·ODBCAPI使客戶應用程序能夠從底層設置和控制數據庫,完成一些高層數據庫技術無法完成的功能。例如檢測數據庫是否連接、數據源配置是否正確等。

·MFCODBC類封裝了多種數據庫訪問功能,使用簡單方便。平臺專用數據庫定義了11個CRecord2Set類的子類,每一個子類對應專用數據庫中的一個表,例如,B-JSSet類對應接收端表,B-BSFQSet類對應閉塞分區表。

4結語

建立在SQLServer上的平臺專用數據庫要兼顧通用數據庫的設計要求和區間測試平臺的特殊性。只有綜合考慮這兩方面的因素,才能使專用數據庫既高效又安全。當然,隨著平臺水平的不斷提高,專用數據庫的功能必將隨之擴展,日趨完善。

參考文獻

1吳芳美.鐵路安全軟件測試評估.北京:中國鐵道出版社,2001.23

第8篇：檢測系統論文范文

[關鍵詞]信息不對稱；食品安全；流通環節[中圖分類號]F252 [文獻標識碼]A [文章編號]1005-6432（2013）30-0023-02

1 流通環節中食品安全信息不對稱的表現與原因分析

1.1 分段監管的食品安全管理體制中存在信息不對稱的現象

2010年2月以來我國實行在食品安全委員會統籌指導下，農業、衛生、工商、質檢、食品藥品監管等部門分段負責的食品安全監管體制。設立食品安全委員會的目的是為了協調各相關職能部門密切配合統一行動，以達到良好的監管效果。但是實踐證明這種監管體制的效果并不理想，并未從根本上解決實際監管中出現的各部門的各自為政以及職能界限不清的體制弊病。原因在于食品安全委員會只是一個議事協調機構，對各部門缺乏統一指揮的權力，想讓各部門實現監管信息共享進而實現監管行動無縫銜接就顯得不太現實；各部門之間無隸屬關系，在監管實踐中仍然是各自為政，均不愿主動與其他部門實現監管信息的共享，其結果是各部門在監管中對食品安全違法行為的處理以“一罰了之”的簡單處理方式為主，很少將食品安全違法事件告知其他部門進而統一行動，以達到良好的監管效果。2013年國務院機構改革方案中將各監管部門的職能得到了一定的整合，監管體制從多段管理到兩段管理，近年來的實踐已經有力的說明分段管理的模式很難達到良好的監管效果，這次的機構改革未必能起到預期的效果。

1.2 食品安全方面的法律法規和基本常識普及率不高，使得食品買賣雙方之間存在信息不對稱的現象

首先我國食品安全方面的法律法規在人民群眾中的普及率并不高，他們大多法律意識淡薄，偏遠農村的情況更為嚴重。城市中的農貿市場和農村的集貿市場中一定程度地存在著銷售不合格不衛生食品的現象，他們大多只顧賺取利潤，很少或從未想過銷售劣質食品的危害以及應負的法律責任。其次我國食品安全方面的法律法規建設不夠完善，還存在一些管理漏洞，一些靠批發或零售低劣食品牟取暴利并且對相關法律法規非常熟悉的企業或個人，他們故意在法律的盲區內活動，而依據現實的法律法規又很難將他們予以懲處；這樣的事例在食品流通環節中并不罕見。

1.3 實際監管環節中存在信息不對稱

依照法律法規的規定工商管理部門有打擊流通領域的走私販私行為和經濟違法違章行為的職責。但在現實中由于工商部門執法人員力量的不足，所以很難充分掌握所管轄區域內的流通領域的遵紀守法狀況；城市里人員眾多且流動性大，由于執法人員數量極其有限，掌握流通領域全部的食品安全信息實現更好的流通領域的食品監管對于工商部門來說顯得力不從心。農村地域廣大，食品經營戶較分散，基層監管力量明顯不足[1]，僅有的幾名執法人員走訪一遍所有村子就需要一兩月的時間，對流通領域的食品監管難度很大，掌握的相關監管信息也是明顯不足，很多的批發商就是利用農村的隱蔽性特點從事劣質食品的倉儲工作。

1.4 市場信用體系建設滯后，加劇了各市場主體之間信息不對稱的局面

目前工商部門只是對各市場主體進行簡單的登記工作，這對不法商販的監管力度極其有限。在實踐中我們常常發現這樣的情況：當工商部門對某一不法商販查處后，由于社會對該商家的違法行為了解有限，該商家后續的經營幾乎不受太大影響。這暴露出我們當前的管理體制的不足：市場信用體系建設滯后，對市場主體缺乏足夠的約束。

1.5 執法信息不公開，使得人民群眾與監管部門之間存在信息不對稱

近年來隨著市場經濟的深入發展，我國政府一直在努力轉變政府職能，深化行政執行方式的改革。政府信息公開化是深化行政執行方式改革的重要內容，雖然政府信息公開化的工作已經開展了多年，但從工商部門執法信息的公開現狀來說，這方面的工作做得還遠遠不夠，相當一部分的信息公開只是流于形式。為了實現更好的食品市場監管，從理論上來說工商部門應該將不涉及保密規定的具體執法信息公之于眾，這樣一方面可以接受公眾的監督，另一方面也對不法商販起到一定的震懾作用。

2 加強流通環節食品監管的對策建議

2.1 改革政府各職能部門分段監管的局面，建立信息通暢的管理體制

現代高效的行政組織系統必然是一個信息暢通、指揮統一、權責明確的有機系統，各部門不僅在信息上做到上下貫通左右協調，而且能夠為了共同的目標統一行動。歐盟的統一監管和美國的分類監管啟示我們，同一種類產品的全部生產流通環節受到同一部門的監督，這種監管方式在實際的運用中更加有效，并能節省監管成本[2]。鑒于我國食品安全分段管理體制的嚴重弊病，我們可以借鑒這種按產品種類進行監管的體制，從理論上來說，這種體制的權責劃分明確，可有效避免現行體制中的部門信息溝通不暢的弊病，從而有利于流通環節的監管。

2.2 加強食品安全常識及法律法規的教育，改善消費者處于食品安全信息劣勢的局面

鑒于我國食品安全法律法規及常識的普及率較低的現狀，開展相關方面的教育工作顯得尤為必要。政府相關部門以及消費者協會要切實負起責任，通過舉辦多種形式貼近人民群眾的活動向公眾宣傳基本的食品安全常識及相關法律，提高公眾辨別食品優劣的能力和法律水平。另外還要加強對市場流通主體的教育工作，增強他們的法制觀念與守法意識，努力使他們自覺規范自身行為。

2.3 建立食品安全流通環節社會監管信息網絡系統，實現監管網絡的社會化

在當前深化食品安全監管體制改革的大背景下，相關監管部門應該更新管理觀念創新管理方式，向社會讓渡部分管理職能，建立全民參與的食品安全監管電子網絡系統，讓人民群眾參與到流通環節食品安全的監管中來。這樣一方面可以彌補工商等職能部門因監管力量不足而導致的所掌握的監管信息不足的缺陷；另一方面也在客觀上充實了監管力量，對流通環節的食品安全違法行為也起到一定的震懾作用。可以說社會監管網絡的建立對流通領域的食品安全監管工作將起到極大的促進作用。不法商販生活在人民群眾當中，人民群眾在發現食品安全違法行為的時候可以積極通過監管網絡向相關監管部門舉報，這對監管部門實現良好地監管效果來說將起到事半功倍的作用；為保證社會監管網絡系統的持續健康發展，必須建立健全相關配套機制，如對舉報人的保密和獎勵制度，采用這些措施將極大地激勵人們參與到食品安全流通環節的監管中來。

2.4 建立食品安全流通環節信用體系，從深層次上解決信息不對稱的局面

食品安全監管只是治本，開發建立流通領域食品安全社會信用體系是治本之策。在借鑒銀行業系統建立的個人信用檔案系統的基礎上，工商部門應在對市場主體進行登記的基礎上建立他們的市場行為的信用記錄系統，并向社會公開相關信息方便公眾查詢，這有利于緩解目前市場經濟活動中各市場主體占有信息不對稱的局面。相比目前的事后監管模式，信用體系具有多方面的優勢。一方面是誠信記錄的公開化使食品流通環節的各參與者占有更多的食品安全方面的信息；另一方面這一措施將極大地促進整個市場誠信體系的建設，從而在更深層次上促進信息不對稱的問題的解決。

2.5 加大政府信息公開力度，建立流通環節食品安全監管長效機制

沒有監管的權力必然導致腐敗，這是一條已被證明了無數次的真理。加強社會各界對食品安全相關監管部門的監督，將對相關職能部門認真履行職責起到巨大的促進作用，而取得良好監督效果的關鍵就是相關執法信息的公開。信息公開可以使公眾了解更多食品流通環節執法的真實情況，這一方面可以使相關職能部門主動規范自身監督行為，有效減少監管過程中營私舞弊和走過場等不良現象；另一方面還有利于督促監管部門將監管工作常態化，改變現在靠開展專項行動突擊檢查的非良性監管模式，監管常態化有利于監管部門緩解對市場主體行為的相關信息了解有限的局面，極大的提高監管效果。

參考文獻：