自動(dòng)識(shí)別(Auto Identification)技術(shù)是指通過機(jī)器來辨析人或物的技術(shù)。此項(xiàng)技術(shù)自其誕生之日起的幾十年內(nèi)便得到了迅猛的發(fā)展，形成了一個(gè)囊括圖形圖像、無線射頻、光電以及生物學(xué)等多種技術(shù)與學(xué)科為一體的高新科學(xué)產(chǎn)業(yè)。自動(dòng)識(shí)別技術(shù)作為計(jì)算機(jī)有效的信息采集手段，可以在很多情況下避免使用單一鍵盤、觸控輸入所導(dǎo)致的效率和性能瓶頸，其追求準(zhǔn)確、快速的特性為信息技術(shù)的推進(jìn)夯實(shí)了基礎(chǔ)。自動(dòng)識(shí)別正視為導(dǎo)向性的高薪技術(shù)被人們所接納。近年來運(yùn)輸、倉儲(chǔ)等物流環(huán)節(jié)普遍都使用的自動(dòng)識(shí)別技術(shù)存在條形碼和RFID兩種。

　　條碼常用以表達(dá)某些產(chǎn)品的生產(chǎn)地、制造商、產(chǎn)品類別、編號(hào)等基礎(chǔ)數(shù)據(jù)信息，這些數(shù)據(jù)能夠在產(chǎn)品流通、儲(chǔ)運(yùn)，圖書館藏、郵政運(yùn)作以及商品溯源等各個(gè)行業(yè)中發(fā)揮至關(guān)重要的作用。條形碼目前常以一維碼與二維碼兩種形態(tài)存在于生產(chǎn)、生活等諸多方面。一維碼是由對(duì)比率明顯的黑白長(zhǎng)條按不同粗細(xì)排列而成的帶狀圖形。國內(nèi)經(jīng)常使用的一維條形碼制有EAN-13商品碼、128生產(chǎn)碼等。二維碼是若干種不同的黑白方塊根據(jù)編碼規(guī)則排布于材料平面上方的形狀標(biāo)識(shí)。其精妙的應(yīng)用了計(jì)算機(jī)思維中十分重要“0”、“1”數(shù)據(jù)觀念，將平面圖形與二進(jìn)制關(guān)聯(lián)，以此表達(dá)特定的數(shù)據(jù)信息。二維條碼常見的碼形有QRCode、Code49 、PDF41716等。條碼技術(shù)與其他自動(dòng)識(shí)別技術(shù)相比存在如下優(yōu)點(diǎn)：

　　(1) 條碼圖形生產(chǎn)和使用均很簡(jiǎn)單；

　　(2) 具有較高的信息采集速率與較大的信息承載量；

　　(3) 條碼識(shí)別能力高、識(shí)別自由度大；

　　(4) 掃描設(shè)備與條形碼制作成本低廉。

　　無線射頻識(shí)別技術(shù)，英文縮寫RFID，又叫做電子標(biāo)識(shí)，是一類基于通信科學(xué)實(shí)現(xiàn)非手動(dòng)數(shù)據(jù)讀寫方案，它能透過無線頻譜訊號(hào)對(duì)指定信息載體的數(shù)據(jù)進(jìn)行讀寫操作，并且允許讀寫設(shè)備與數(shù)據(jù)載體之間不存在物理類型的接觸，從而可以更加迅速、精確的實(shí)施信息識(shí)別與傳遞交互。RFID標(biāo)識(shí)與讀寫器非接觸的應(yīng)答模式使得識(shí)別過程可以在運(yùn)動(dòng)狀態(tài)進(jìn)行自動(dòng)識(shí)別以及管理。與其他識(shí)別技術(shù)相比RFID具有如下優(yōu)勢(shì)：

　　(1) 數(shù)據(jù)辨識(shí)與讀取能力強(qiáng)大；

　　(2) 標(biāo)識(shí)載體實(shí)用性搞，環(huán)境適應(yīng)性好；

　　(3) 便于回收和重復(fù)利用；

　　(4) 穿透性強(qiáng)，可在一定范圍內(nèi)無縫作業(yè)；

　　(5) 存儲(chǔ)容量多，單位體積下能容納更大的數(shù)據(jù)信息。

　　自動(dòng)識(shí)別領(lǐng)域的技術(shù)類別很多，特性也各不相同。篩選合適的那一部分集成到平臺(tái)對(duì)系統(tǒng)的建設(shè)與發(fā)展是十分關(guān)鍵的。下表給出的不同識(shí)別技術(shù)之間的效能描述，可以在肉雞溯源系統(tǒng)的建設(shè)中給溯源信息記錄與追溯設(shè)備的篩選提供參考憑據(jù)。

　　本文的數(shù)據(jù)交換技術(shù)是指在兩個(gè)異構(gòu)系統(tǒng)之間，不同格式、編碼或者本地化信息內(nèi)容之間的相互通信與信息傳遞技術(shù)。由于溯源系統(tǒng)并非一個(gè)孤立的信息查詢系統(tǒng)，其廣泛涉及到多個(gè)網(wǎng)絡(luò)、信息子系統(tǒng)以及操作設(shè)備之間的數(shù)據(jù)交換過程。在實(shí)際運(yùn)行中各環(huán)節(jié)的數(shù)據(jù)格式與其他層次系統(tǒng)之間數(shù)據(jù)通信格式存在不一致性，從而使系統(tǒng)之間有效信息的表述也存在一定難度。在解決與異構(gòu)的Web系統(tǒng)信息交互時(shí)，最常用的兩種方式有XML（Extensible Markup Language）技術(shù)與JSON（Java Script Object Notation）技術(shù)。

　　XML，又叫做可擴(kuò)展標(biāo)識(shí)語言，屬于一種類似HTML（Hyper Text Markup Language）的標(biāo)記形語言。XML不存在預(yù)定義標(biāo)識(shí)，其通過DTD（Document Type Definition）文件模式規(guī)定數(shù)據(jù)格式，這種方式擁有相同的描述形式與平臺(tái)無關(guān)且易普及，被公認(rèn)是信息交換載體的標(biāo)準(zhǔn)模式。JSON則是一類新興的輕量級(jí)信息交互技術(shù)，它撰寫容易且格式簡(jiǎn)單，同樣也方便計(jì)算機(jī)的讀入與輸出。JSON是基于Java Script編程語法子合集，使用有別于語法文檔。

　　在數(shù)據(jù)解析方面，XML比JSON更加耗費(fèi)時(shí)間與資源，所以常較其后者稱重量級(jí)。目前，XML技術(shù)所采用的解析方式分別是DOM（Document Object Model）和SAX（Simple API for XML）。 DOM將一份XML形式呈現(xiàn)的信息載體看作成DOM對(duì)象，這種方式必須一次性讀取整份XML至存儲(chǔ)器中，這也正是JSON的做法。然而JSON構(gòu)建于有序鍵值對(duì)集合，類似于數(shù)組，解析過程相對(duì)簡(jiǎn)單。SAX方式則采取分步讀取識(shí)別方式，允許在中間過程中取消操作。因此，SAX模式適合于大規(guī)模文件的讀寫，也決定了其性能弱于DOM模式，而JSON 目前還未支持大型文件的讀寫功能。在編碼方式上，XML和JSON擁有各自的編寫工具。JSON的書寫格式較為簡(jiǎn)潔，即便不使用開發(fā)工具，也能夠?qū)懗龇螶SON規(guī)范的文檔數(shù)據(jù)。而XML數(shù)據(jù)的編碼則不得不借助于一款良好的編輯工具。在可讀性方面，兩者同樣出色?？偨Y(jié)上述特性來看，XML在大型文件標(biāo)記讀寫時(shí)使用更為恰當(dāng)，而JSON則更傾向于應(yīng)用內(nèi)信息數(shù)據(jù)的交互。

　　JSON技術(shù)能解決絕大多數(shù)的Web應(yīng)用構(gòu)建，也可以和異構(gòu)系統(tǒng)：如手持設(shè)備、支持JSON讀寫的智能硬件進(jìn)行信息交互。當(dāng)然，在很多復(fù)雜系統(tǒng)以及特定環(huán)境下XML技術(shù)還是必不可少的：如Web Service領(lǐng)域，XML仍舊占據(jù)了不可動(dòng)搖的地位。JSON與XML兩種技術(shù)應(yīng)用的優(yōu)缺點(diǎn)如下所示。

　　表 2-2 JSON與XML技術(shù)的優(yōu)缺點(diǎn)

　　Spring Side是以Spring Framework為核心，配合Java EE中主流技術(shù)選型的一

　　個(gè)Pragmatic風(fēng)格的企業(yè)應(yīng)用開源構(gòu)件庫。它整合了Java社區(qū)中眾多優(yōu)秀的輕量級(jí)開源項(xiàng)目和框架，以構(gòu)件的方式與Ant、Eclipse Plugin等生成工具結(jié)合，為Java EE企業(yè)級(jí)應(yīng)用的開發(fā)、部署提供了便利。Springside從2006年發(fā)展至今，總共發(fā)行過4個(gè)主要版本，代碼倉庫也經(jīng)歷了Source Forge、Google Code與Git Hub的變遷。Springside4是 Springside技術(shù)架構(gòu)中較新的版本分支，其與Springside3的改進(jìn)之處在于：模型層由 DAO(Data Access Object，數(shù)據(jù)訪問對(duì)象)框架轉(zhuǎn)向Spring Data JPA和Hibernate；控制層棄用Struts2框架，改用Spring MVC；Restful框架轉(zhuǎn)用Spring Rest Template；CSS框架開始使用Twitter Bootstrap；安全框架將Spring Security改成了Apache Shiro等。本文所采用的Spring Side4中主要技術(shù)有：Spring、Spring MVC、JPA、Bootstrap和Apache Shiro。

　　Spring是 十 多 年 前 發(fā) 展 起 來 的 一 款 輕 量 級(jí)Java 開 源 框 架 ， 它 擺 脫 了EJB(Enterprise Java Bean)技術(shù)在企業(yè)級(jí)服務(wù)研發(fā)過程的繁瑣性。Spring在架構(gòu)設(shè)計(jì)之初就決定了天生的優(yōu)勢(shì)，它只是一個(gè)框架級(jí)別的調(diào)度工具，其分層架構(gòu)可以滿足工程師自由選擇熟悉的其他框架服務(wù)。Spring通過基本的Java Bean完成了EJB19才能提供的功能。當(dāng)然，Spring框架的作用不僅僅在服務(wù)端研發(fā)，它的簡(jiǎn)單、復(fù)測(cè)以及低內(nèi)聚等特點(diǎn)使任一Java程序都收獲良多。Spring框架存在如下優(yōu)勢(shì)：

　　(1) IOC解耦。對(duì)象依賴Spring統(tǒng)一管理，能夠有效避免到處粘合代碼而導(dǎo)致的強(qiáng)耦合。工程師不必為單例構(gòu)造、文檔讀寫等諸多基礎(chǔ)功能需求而煩惱，只需關(guān)注應(yīng)用邏輯。

　　(2) AOP編程。功能統(tǒng)一、涉及范圍廣泛的非業(yè)務(wù)代碼通過面向切面的方式注入到系統(tǒng)中，有效提高編程效率。

　　(3) 聲明式事務(wù)。擺脫單調(diào)冗余的事務(wù)代碼，通過注解方式靈活添加事務(wù)支持。

　　(4) 方便測(cè)試。通過非容器依賴的編程方式進(jìn)行幾乎絕大部分內(nèi)容的測(cè)試工作，降低測(cè)試占用的項(xiàng)目代價(jià)。

　　(5) 方便集成。直接支持各種公認(rèn)的優(yōu)秀架構(gòu)和服務(wù)，大幅度減小單個(gè)框架的應(yīng)用難度。

　　(6) 降低原生API使用難度。Spring對(duì)重要的原生Java API(如：JDBC、Java Mail、RMI等)提供了封裝層，使用更加簡(jiǎn)單。

　　Spring MVC屬于Spring Frame Work的后續(xù)產(chǎn)品，其已經(jīng)融合在Spring Web Flow中。Spring MVC控制層框架靈活度極大，包含了所有流行的視圖層有：JSP、Velocity、Tiles、iText和POI等。Spring MVC框架有效隔離了Controller、Model和View 三層架構(gòu)，使得每一層面更加容易控制。得益于視圖技術(shù)的無縫集成以及IOC架構(gòu) 形 式，Spring MVC在Web開發(fā) 領(lǐng)域成為了 一 個(gè)典型的教科書式MVC(Model View Controller，模型視圖控制器)構(gòu)架，不同于Struts這些并非完全遵循MVC架構(gòu)的模型技術(shù)，Spring MVC顯然是很出色的，它的實(shí)現(xiàn)堪稱教科書式典范。

　　JPA (Java Persistence API)是利用注解或XML配置文件表述Object-Relation的一種關(guān)聯(lián)關(guān)系，它能夠?qū)?zhí)行期的對(duì)象實(shí)例序列化到數(shù)據(jù)庫中。JPA由JCP (Java Community Process)這個(gè)機(jī)構(gòu)公布的Java EE規(guī)范，所有使用JPA規(guī)范的持久化框架都必須遵守此標(biāo)準(zhǔn)，預(yù)留出同樣的API，保障以JPA規(guī)范生成的應(yīng)用服務(wù)可以在不同的實(shí)現(xiàn)下運(yùn)行。

　　Bootstrap源自Twitter，它基于HTML、CSS、JS等多種前端技術(shù)框架，它簡(jiǎn)潔靈活、方便快捷，是目前最受歡迎的前端框架之一。Bootstrap基于HTML5和CSS3開發(fā)，在jQuery基礎(chǔ)上進(jìn)行了個(gè)性化定制，形成了一套獨(dú)有的網(wǎng)站風(fēng)格，并兼容大部分 jQuery插件。

　　Shiro是一款由 Java 編寫的安全組件，它公布的身份認(rèn)證及功能授權(quán)接口使用十分簡(jiǎn)單，并自持很多種異構(gòu)數(shù)據(jù)來源的認(rèn)證和企業(yè)級(jí)Session管理服務(wù)。如果服務(wù)使用者會(huì)在原地點(diǎn)的同一天頻繁登錄操作多個(gè)系統(tǒng)，那么Shiro對(duì)于此類單點(diǎn)20登錄的應(yīng)用相當(dāng)理想。Shiro的會(huì)話對(duì)象可以支持非HTTP訪問的用戶會(huì)話，即使程序執(zhí)行不在同一個(gè)Web環(huán)境甚至不存在Web環(huán)境的情形下，它還能夠維持原來的代碼段不變而正常運(yùn)作，更甚至運(yùn)行在命令行環(huán)境里。Apache Shiro被譽(yù)為強(qiáng)悍又簡(jiǎn)單的Java安全機(jī)制，具有登錄驗(yàn)證、權(quán)限管理、傳輸加密和對(duì)話控制等能力：登錄驗(yàn)證即用戶登錄檢查；授權(quán)是訪問內(nèi)容級(jí)別的控制；傳輸加密可以保證數(shù)據(jù)安全，阻止內(nèi)容窺泄；對(duì)話控制用來合理劃分登錄者相關(guān)的時(shí)刻對(duì)應(yīng)狀態(tài)。所有的應(yīng)用系統(tǒng)，都能夠由Shiro來支撐其涉及安全方面的系統(tǒng)服務(wù)，與別的安全組件相比，Shiro使用起來實(shí)在是非常簡(jiǎn)單。

　　本章首先闡述了可追溯系統(tǒng)的基本概念，隨后重點(diǎn)介紹了HACCP體系、有限狀態(tài)機(jī)以及關(guān)聯(lián)規(guī)則三個(gè)主要的相關(guān)理論，最后詳細(xì)介紹了以自動(dòng)識(shí)別、數(shù)據(jù)交換和開發(fā)框架為主的三種技術(shù)。

　　HACCP體系能夠有效預(yù)防、管控肉雞產(chǎn)品生產(chǎn)流程的潛在安全隱患。本文以HACCP 標(biāo)準(zhǔn)體系中的工藝流程危害分析為基礎(chǔ)，確定了以生物、物理以及化學(xué)性危害為主的肉雞安全生產(chǎn)過程關(guān)鍵環(huán)節(jié)以及控制因素。通過分析肉雞養(yǎng)殖、屠宰加工、儲(chǔ)運(yùn)等基本流程，找到關(guān)鍵控制點(diǎn)，明確需要最終記錄的溯源信息。

　　(1)肉雞生產(chǎn)工藝流程肉雞生產(chǎn)工藝以食用仔雞的屠宰、加工過程為主要內(nèi)容，其工藝流程如圖3-1所示。

　　(2) 肉雞生產(chǎn)過程危害分析通過養(yǎng)殖、生產(chǎn)環(huán)節(jié)中有害因素的收集評(píng)估，尋找有關(guān)涉及生產(chǎn)環(huán)節(jié)食品安全的顯著危害，肉雞屠宰加工過程危害分析結(jié)果如表3-1所示，表中B(Biological)表示生物性危害，C(Chemical)表示化學(xué)性危害，P(Physical)表示物理性危害。

　　對(duì)上述危害加以控制，采取相應(yīng)的預(yù)防措施，可以防止肉雞食品安全事件的發(fā)生。通過危害分析與關(guān)鍵點(diǎn)控制體系的核準(zhǔn)，能夠分析出肉雞溯源系統(tǒng)各環(huán)節(jié)的主要溯源信息如下：

　　種蛋孵化環(huán)節(jié)：孵化情況、種雞編號(hào)、環(huán)境信息、孵化裝置、操作員等；

　　養(yǎng)殖環(huán)節(jié)：孵化器編碼、雙親信息、棟舍號(hào)、個(gè)體基本信息、脫雛信息、異常情況記錄、檢驗(yàn)檢疫記錄、養(yǎng)殖日志、飼養(yǎng)記錄、用藥記錄、出售記錄、養(yǎng)殖企業(yè)等；

　　屠宰加工環(huán)節(jié)：分割編號(hào)、批次號(hào)、倉庫號(hào)、屠宰記錄、加工企業(yè)、產(chǎn)品信息、質(zhì)檢記錄等、設(shè)備環(huán)境數(shù)據(jù)等；

　　儲(chǔ)運(yùn)環(huán)節(jié)：運(yùn)輸設(shè)備、包裝數(shù)據(jù)、運(yùn)輸企業(yè)、銷售記錄等；

　　其中還包括中間關(guān)聯(lián)環(huán)節(jié)產(chǎn)生的環(huán)境、消毒、飼料、疫苗等有關(guān)的第三方信息記錄。

　　肉雞供應(yīng)鏈基本上包括育雛、育成、屠宰、加工、包裝、分發(fā)和銷售這幾個(gè)階段。嚴(yán)格地說農(nóng)藥、獸藥、飼料和疾病免疫不屬于肉雞供應(yīng)鏈的一部分，但在某些情況下，肉雞溯源系統(tǒng)需要從這些過程中獲取信息。當(dāng)肉雞從上一階段傳遞到下一階段時(shí)，用于產(chǎn)品追溯的信息被存儲(chǔ)下來。肉雞供應(yīng)鏈的養(yǎng)殖者、加工者和銷售人員負(fù)責(zé)收集數(shù)據(jù)。他們收集的信息被傳送到肉雞溯源系統(tǒng)的中央數(shù)據(jù)服務(wù)器。這樣，連續(xù)的產(chǎn)品和溯源數(shù)據(jù)流向就構(gòu)成了完整的供應(yīng)鏈。

　　當(dāng)肉雞產(chǎn)品被消費(fèi)者購入后，在肉雞溯源系統(tǒng)中的每一件產(chǎn)品都能夠根據(jù)用戶的角色查詢出相關(guān)的產(chǎn)品信息。不同角色對(duì)肉雞溯源系統(tǒng)檢索到的信息有不同的需求。大多數(shù)消費(fèi)者只需要與肉雞產(chǎn)品相關(guān)的基本信息，如生產(chǎn)日期、肉雞產(chǎn)地和肉雞加工流程信息等。為了保證肉雞產(chǎn)品的質(zhì)量，市場(chǎng)經(jīng)銷商需要了解商品的倉儲(chǔ)和貨運(yùn)信息，因?yàn)闇囟?、相?duì)濕度和空氣中的化合物成分對(duì)于肉雞品質(zhì)至關(guān)重要。肉雞屠宰廠商希望了解基本的飼料和加工工藝信息，以便能夠在市場(chǎng)營銷出現(xiàn)問題時(shí)對(duì)生產(chǎn)過程中發(fā)生的問題進(jìn)行回溯，并對(duì)問題產(chǎn)品進(jìn)行追回。肉雞養(yǎng)殖人員則更關(guān)注的是育雛、育成、飼料和疾病免疫等問題。

　　根據(jù)FSM理論，本文將肉雞溯源系統(tǒng)的狀態(tài)轉(zhuǎn)換過程定義為如圖3-2所示，其中：

　　K= {q0,q1,q2,q3,q4,q5,q6,q7,q}，∑= {0,1}， F = {q}，δ 轉(zhuǎn)換函數(shù)如下：

　　(q0 , 0) = q，(q0 ,1) = q1，(q0 ,1) = q2，(q1 , 0) = q，

　　(q1 , 0) = q0，(q1 ,1) = q3，(q1 ,1) = q4，(q1 , 1) = q5，

　　(q2 , 0) = q，(q2 ,0) = q0，(q3 ,0) = q，(q3 , 0) = q1，

　　(q4 , 0) = q，(q4 ,0) = q1，(q4 ,1) = q6，(q5 , 0) = q，

　　(q5 , 0) = q1，(q5 ,1) = q7，(q6 ,0) = q4，(q7 , 0) = q5，

　　圖3-2肉雞溯源系統(tǒng)狀態(tài)轉(zhuǎn)換圖

　　上圖中q表示終態(tài)；q0表示初態(tài)；q1表示登錄及權(quán)限分配；q2表示肉雞產(chǎn)品基本溯源信息查詢請(qǐng)求，如生產(chǎn)日期，肉雞產(chǎn)地、雛雞來源和加工信息等；q3表示肉雞銷售企業(yè)對(duì)肉雞來源、儲(chǔ)運(yùn)環(huán)境等的查詢請(qǐng)求；q4表示肉雞屠宰企業(yè)對(duì)肉雞來源、加工環(huán)境、檢驗(yàn)結(jié)果等的查詢請(qǐng)求；q5表示肉雞養(yǎng)殖企業(yè)對(duì)雛雞來源、養(yǎng)殖環(huán)境、肉雞去向等的查詢請(qǐng)求；q6是車間消毒數(shù)據(jù)、死亡雞仔、加工人員等的查詢請(qǐng)求；q7是疾病防御、飼料、肉雞病史、檢驗(yàn)檢疫等的查詢請(qǐng)求。

　　有限狀態(tài)機(jī)由q0出發(fā)，當(dāng)用戶打開宣傳公示網(wǎng)站時(shí)，自動(dòng)機(jī)根據(jù)轉(zhuǎn)換函數(shù)從狀態(tài)q0遷移到狀態(tài)q2，在狀態(tài)q2，用戶可查詢?nèi)怆u產(chǎn)品基本溯源信息；當(dāng)用戶打開后臺(tái)管理系統(tǒng)時(shí)，自動(dòng)機(jī)從狀態(tài)q0遷移到狀態(tài)q1，在狀態(tài)q1，系統(tǒng)對(duì)用戶認(rèn)證并賦予相應(yīng)權(quán)限，如果認(rèn)證通過，則登錄到后臺(tái)管理系統(tǒng)并賦予相應(yīng)權(quán)限，可以接收進(jìn)一步請(qǐng)求，反之如果驗(yàn)證不通過，那么自動(dòng)機(jī)返回到原始狀態(tài)q0；當(dāng)使用者退出瀏覽器時(shí)，則自動(dòng)機(jī)遷移到狀態(tài)q；在狀態(tài)q3、q4 、q5，認(rèn)證用戶除了能夠?qū)θ怆u產(chǎn)品的基本溯源信息進(jìn)行查詢，如生產(chǎn)日期，產(chǎn)品包裝和運(yùn)輸?shù)取＿€能根據(jù)對(duì)應(yīng)的權(quán)限，查詢銷售、屠宰、養(yǎng)殖部分的詳細(xì)信息。如果查詢失敗則遷移回狀態(tài)q1；在狀態(tài)q4 、q5還能進(jìn)行更高級(jí)的信息查詢，如養(yǎng)殖環(huán)境、加工環(huán)境等。查詢高一級(jí)的溯源信息時(shí)，狀態(tài)遷移到對(duì)應(yīng)的q6 、q7，同樣查詢失敗時(shí)遷移回狀態(tài)q4 、q5。

　　3.3 基于關(guān)聯(lián)規(guī)則的肉雞產(chǎn)品質(zhì)量安全預(yù)警模型研究

　　預(yù)警模型的研究是肉雞產(chǎn)品質(zhì)量可追溯系統(tǒng)中預(yù)警模塊能有效工作的基礎(chǔ)，其能通過對(duì)溯源信息中基礎(chǔ)數(shù)據(jù)的分析挖掘，生成相關(guān)的警告訊息，并及時(shí)通知肉雞溯源系統(tǒng)的管理者。

　　肉雞產(chǎn)品質(zhì)量安全預(yù)警模型包括消息、比對(duì)、挖掘以及反饋四個(gè)模塊。預(yù)警模型框架見圖3-3。

　　圖3-3肉雞產(chǎn)品質(zhì)量安全預(yù)警模型框架

　　消息模塊是預(yù)警模型數(shù)據(jù)的來源，以肉雞溯源系統(tǒng)在肉雞養(yǎng)殖、生產(chǎn)環(huán)節(jié)所收集的數(shù)據(jù)為基礎(chǔ)，遵循HACCP體系，選取其關(guān)鍵控制點(diǎn)中的記錄來進(jìn)行預(yù)警挖掘。對(duì)比模塊是專家數(shù)據(jù)和歷史挖掘數(shù)據(jù)的集合，在進(jìn)行規(guī)則挖掘分析時(shí)，通常要經(jīng)過與專家、歷史數(shù)據(jù)的對(duì)比，最后再得出挖掘規(guī)則。挖掘模塊是預(yù)警模型的核心，接收來自信息源的原始數(shù)據(jù)，經(jīng)過對(duì)異常數(shù)據(jù)的分析，采用合適的關(guān)聯(lián)規(guī)則挖掘算法，得出一些具有參考價(jià)值的規(guī)則，供下一個(gè)模塊使用。反饋模塊是模型外部取得知識(shí)規(guī)則的窗口。當(dāng)預(yù)警消息歸類為緊急信息時(shí)，系統(tǒng)會(huì)主動(dòng)推送通知給相關(guān)人員，避免造成嚴(yán)重的食品安全事件和較大規(guī)模的經(jīng)濟(jì)損失。該模塊還支持管理人員的手動(dòng)預(yù)警挖掘，進(jìn)一步提高系統(tǒng)整體的預(yù)防能力，保障肉雞產(chǎn)品的質(zhì)量安全。

 

【未完待續(xù)】