管博倫 劉桂民 董 偉 張立平 錢 蓉

（安徽省農(nóng)業(yè)科學(xué)院農(nóng)業(yè)經(jīng)濟(jì)與信息研究所，合肥 230031）

1 引言

生豬養(yǎng)殖在我國(guó)的歷史悠久，但是我國(guó)的生豬養(yǎng)殖信息化管理建設(shè)卻起步較晚，歐洲發(fā)達(dá)國(guó)家于20世紀(jì)50 年代就已經(jīng)開(kāi)始建設(shè)并使用信息化生豬養(yǎng)殖系統(tǒng)[1]。新西蘭開(kāi)發(fā)的pigwin 豬場(chǎng)管理系統(tǒng)功能齊全、操作簡(jiǎn)單，是具備數(shù)據(jù)輸入和報(bào)表導(dǎo)出的綜合新豬場(chǎng)管理系統(tǒng)[2]。丹麥的winpig 豬場(chǎng)信息化系統(tǒng)包含了生豬產(chǎn)業(yè)鏈的育種、飼料生產(chǎn)、屠宰等各環(huán)節(jié)，目前在世界上各大規(guī)模集團(tuán)化豬場(chǎng)廣泛應(yīng)用[3]。目前國(guó)內(nèi)在生豬的生產(chǎn)管理方面也有一些大規(guī)模化的信息化軟件，如金偉康等人[4]開(kāi)發(fā)的基于物聯(lián)網(wǎng)的生豬飼養(yǎng)管理系統(tǒng)，實(shí)現(xiàn)了射頻識(shí)別技術(shù)（Radio Frequency Identification，以下簡(jiǎn)稱“RFID”）、智能交互、環(huán)境監(jiān)測(cè)等為一體的生豬信息化管理系統(tǒng)。青林、王春光等人[5]開(kāi)發(fā)的基于Django的規(guī)模化豬場(chǎng)管理系統(tǒng)，完成了在養(yǎng)豬各個(gè)環(huán)節(jié)對(duì)豬場(chǎng)的信息化管理和對(duì)生產(chǎn)數(shù)據(jù)的動(dòng)態(tài)分析。雷興剛等人[6]利用RFID 等技術(shù)開(kāi)發(fā)了豬場(chǎng)溯源管理系統(tǒng)，該系統(tǒng)從生豬產(chǎn)業(yè)鏈的源頭上對(duì)豬肉的品質(zhì)進(jìn)行了監(jiān)控。

隨著社會(huì)經(jīng)濟(jì)和信息技術(shù)的發(fā)展，國(guó)家對(duì)畜牧業(yè)信息化的支持力度也在不斷加大，各種小規(guī)模、中規(guī)模和大規(guī)模的養(yǎng)豬場(chǎng)的數(shù)量也在不斷增加，生豬產(chǎn)業(yè)已經(jīng)逐步成為農(nóng)村經(jīng)濟(jì)發(fā)展的支撐性產(chǎn)業(yè)[7]。對(duì)于中規(guī)模和大規(guī)模養(yǎng)豬場(chǎng)來(lái)說(shuō)，財(cái)力、物力保障充足，生豬產(chǎn)業(yè)鏈中各專業(yè)的人才也較為完善，各種信息化養(yǎng)豬平臺(tái)也在中、大規(guī)模養(yǎng)豬場(chǎng)十分普及。

使用信息化養(yǎng)豬平臺(tái)，可以為中、大規(guī)模養(yǎng)豬場(chǎng)節(jié)省大量人力成本，同時(shí)能更加精準(zhǔn)地把控種豬飼養(yǎng)、屠宰銷售乃至育種分析整個(gè)產(chǎn)業(yè)鏈，增加利潤(rùn)，形成了良性循環(huán)。同時(shí)，我國(guó)小規(guī)模養(yǎng)豬場(chǎng)在全國(guó)養(yǎng)豬規(guī)模中也占據(jù)了不可忽視的比重，雖然其年出欄量規(guī)模不大，但是小規(guī)模養(yǎng)豬場(chǎng)的數(shù)量多，安徽地區(qū)的小規(guī)模養(yǎng)豬場(chǎng)的數(shù)量甚至超過(guò)了中規(guī)模養(yǎng)豬場(chǎng)[8]。小規(guī)模養(yǎng)豬場(chǎng)的財(cái)力、物力沒(méi)有中、大規(guī)模養(yǎng)豬場(chǎng)充足，各種專業(yè)人才的配備也不齊全[9]，大多數(shù)以長(zhǎng)期飼養(yǎng)豬的農(nóng)民為主，當(dāng)其飼養(yǎng)生長(zhǎng)周期較長(zhǎng)的安徽本地豬品種時(shí)，投入大、資金回轉(zhuǎn)周期長(zhǎng)，其利潤(rùn)又進(jìn)一步降低。這些原因直接導(dǎo)致了小規(guī)模養(yǎng)豬場(chǎng)管理水平不高，系統(tǒng)化、信息化程度較低等問(wèn)題。

本文在研究了國(guó)內(nèi)外生豬養(yǎng)殖信息化平臺(tái)的基礎(chǔ)上，以安徽本地小規(guī)模養(yǎng)豬場(chǎng)現(xiàn)實(shí)存在的問(wèn)題為切入點(diǎn)，分析其生豬飼養(yǎng)的流程和需求，完成了適用于安徽本地小規(guī)模豬場(chǎng)智慧管理平臺(tái)的研發(fā)，提高安徽本地小規(guī)模養(yǎng)豬場(chǎng)的管理標(biāo)準(zhǔn)化、信息化、專業(yè)化，降低該類型養(yǎng)豬運(yùn)營(yíng)的成本。

2 平臺(tái)總體設(shè)計(jì)

2.1 用戶需求

結(jié)合小規(guī)模養(yǎng)豬場(chǎng)的流程規(guī)范，豬場(chǎng)管理主要可以分為配種、妊娠、分娩、保育、育肥和后備六個(gè)階段，管理對(duì)象分為母豬、仔豬、公豬，如圖1 所示。其中對(duì)于母豬的管理涉及的階段最多也最復(fù)雜，貫穿了整個(gè)生產(chǎn)過(guò)程，主要包括配種舍中飼養(yǎng)的空懷、后備、斷奶母豬與公豬進(jìn)行配種，妊娠舍中對(duì)已配種母豬飼養(yǎng)15周，臨產(chǎn)前一周將母豬轉(zhuǎn)入分娩舍中飼養(yǎng)4周（1周臨產(chǎn)，3 周哺乳仔豬），斷奶后的母豬經(jīng)檢查符合配種要求的再次轉(zhuǎn)入配種舍等待配種。仔豬的管理主要分為母豬在分娩舍中3周的哺乳管理，仔豬在平均21日斷奶后轉(zhuǎn)入保育舍進(jìn)行飼養(yǎng)，在保育舍飼養(yǎng)6 周后轉(zhuǎn)入育肥舍進(jìn)行育肥，在育肥舍飼養(yǎng)105 天左右、體重達(dá)到100-120 公斤出欄上市，在育肥舍中需要對(duì)育肥豬進(jìn)行檢測(cè)，對(duì)符合配種要求的豬在體重60-80 公斤時(shí)轉(zhuǎn)入后備舍中飼養(yǎng)或者作配種豬出售。公豬的管理主要是在仔豬育肥階段，對(duì)符合配種的公豬轉(zhuǎn)入配種舍與待配母豬進(jìn)行配種[10]。

圖1 豬養(yǎng)殖流程圖Fig.1 Swine breeding process

2.2 系統(tǒng)設(shè)計(jì)

根據(jù)生豬飼養(yǎng)規(guī)范和小規(guī)模豬場(chǎng)實(shí)際飼養(yǎng)流程，本文開(kāi)發(fā)了一款綜合性、便捷化的生豬飼養(yǎng)管理平臺(tái)。該平臺(tái)是一個(gè)包括公豬事件、母豬事件、仔豬育肥豬事件、豬場(chǎng)獸醫(yī)監(jiān)測(cè)、遺傳測(cè)定、庫(kù)房管理、豬場(chǎng)其他事件和統(tǒng)計(jì)分析為一體的生豬養(yǎng)殖綜合管理系統(tǒng)。為了貼近生產(chǎn)便于管理，該系統(tǒng)可為使用系統(tǒng)的不同豬場(chǎng)建立獨(dú)立的使用空間，每個(gè)使用的豬場(chǎng)下的用戶角色分為豬場(chǎng)管理員和普通用戶模式。該系統(tǒng)的功能組成如圖2所示。

圖2 系統(tǒng)功能組成圖Fig.2 System functional composition

（1）公豬事件功能模塊。公豬事件模塊用來(lái)記錄在生產(chǎn)過(guò)程中公豬的基本信息，包括公豬入群、公豬購(gòu)買、公豬死淘、公豬飼喂方案、公豬轉(zhuǎn)入、公豬轉(zhuǎn)出、公豬采精信息、公豬銷售。

（2）母豬事件功能模塊。母豬事件模塊是記錄母豬在生產(chǎn)過(guò)程中的基本信息，業(yè)務(wù)邏輯也是最為復(fù)雜的一個(gè)模塊，管理員可以在此模塊中對(duì)母豬從配種、分娩、飼喂到哺乳仔豬的飼喂等進(jìn)行管理。主要包含母豬轉(zhuǎn)入、母豬轉(zhuǎn)出、母豬死淘、母豬銷售、母豬進(jìn)群、母豬后買、母豬飼喂、母豬體況評(píng)分、母豬體貌評(píng)估、母豬斷奶、母豬分娩、母豬流產(chǎn)、母豬發(fā)情誘情、母豬發(fā)情用藥、母豬妊檢、母豬配種、哺乳仔豬寄入、哺乳仔豬寄出、哺乳仔豬死淘。

（3）仔豬育肥豬事件功能模塊。仔豬育肥豬功能模塊實(shí)現(xiàn)了仔豬育肥豬從斷奶后的飼養(yǎng)到上市銷售的管理，包括仔豬育肥豬轉(zhuǎn)入、轉(zhuǎn)出、購(gòu)買、盤點(diǎn)、發(fā)育監(jiān)測(cè)、銷售和設(shè)置仔豬育肥豬的批次。其中發(fā)育監(jiān)測(cè)監(jiān)控了整個(gè)仔豬育肥豬生長(zhǎng)過(guò)程，幫助管理員預(yù)先對(duì)一些發(fā)育情況采取措施。

（4）豬場(chǎng)獸醫(yī)監(jiān)測(cè)功能模塊。獸醫(yī)監(jiān)測(cè)模塊主要是在生豬生產(chǎn)過(guò)程中對(duì)豬只進(jìn)行免疫和防治的功能模塊。小規(guī)模養(yǎng)豬場(chǎng)的管理員往往缺乏更專業(yè)的獸醫(yī)知識(shí)，對(duì)生豬疾病的預(yù)防和治療缺乏經(jīng)驗(yàn)，獸醫(yī)監(jiān)測(cè)模塊能夠幫助管理員很好的預(yù)防和治療常見(jiàn)的疾病，它主要包含免疫計(jì)劃、哺乳仔豬的免疫和防治、仔豬育肥豬的免疫和防治、種豬的免疫和防治、種豬馴化抗體檢測(cè)。

（5）生產(chǎn)測(cè)定功能模塊。在生豬養(yǎng)殖過(guò)程中，需要管理員關(guān)心的不僅是目前正在飼養(yǎng)的生豬產(chǎn)量和成本，更是目前這些生豬的性狀和它們后代的品性，對(duì)后備種豬進(jìn)行性能測(cè)定和科學(xué)的評(píng)價(jià)可以為豬場(chǎng)選擇更加優(yōu)質(zhì)的生豬品種。在小規(guī)模養(yǎng)豬場(chǎng)中，這些性狀的測(cè)定也需要一定的專業(yè)知識(shí)，生產(chǎn)測(cè)定模塊可以幫助管理員員從繁殖性狀、育肥性狀、酮體性狀和肉質(zhì)性狀4 個(gè)方面科學(xué)的記錄和評(píng)價(jià)生豬性能。生產(chǎn)測(cè)定包括種豬分級(jí)選淘、豬基因型測(cè)定、基因組測(cè)定、豬斷奶個(gè)體體重測(cè)定、生長(zhǎng)育肥測(cè)定、屠宰測(cè)定、質(zhì)量形狀測(cè)定、21日窩齡測(cè)定和體型外貌測(cè)定。

（6）豬場(chǎng)基礎(chǔ)信息模塊。豬場(chǎng)基礎(chǔ)信息是豬場(chǎng)的超級(jí)管理員設(shè)置豬場(chǎng)基礎(chǔ)信息的模塊，里面包含有豬舍基礎(chǔ)信息設(shè)置、豬欄基礎(chǔ)信息設(shè)置、入庫(kù)單和出庫(kù)單信息設(shè)置以及庫(kù)房盤點(diǎn)。

（7）其他事件功能模塊。其他事件包含豬檔案錄入、豬場(chǎng)環(huán)境監(jiān)測(cè)、生產(chǎn)目標(biāo)制定、豬場(chǎng)飼喂、綁定電子耳牌和銷售計(jì)劃。管理員可以在這個(gè)模塊中綁定豬的電子耳牌用來(lái)方便生豬信息的錄入，豬場(chǎng)環(huán)境監(jiān)測(cè)可以有效的控制和監(jiān)測(cè)豬舍內(nèi)的日常環(huán)境，保證豬舍內(nèi)有一個(gè)良好的溫度、濕度、通風(fēng)環(huán)境等。

（8）統(tǒng)計(jì)分析功能模塊。統(tǒng)計(jì)分析是生豬養(yǎng)殖管理平臺(tái)中的一個(gè)重要模塊，對(duì)于豬場(chǎng)來(lái)說(shuō)，掌握了關(guān)鍵數(shù)據(jù)才能科學(xué)的指導(dǎo)生產(chǎn)、提高飼養(yǎng)管理的精準(zhǔn)度、提高育種水平。數(shù)據(jù)是豬場(chǎng)的重要資料，與豬場(chǎng)業(yè)績(jī)、利潤(rùn)和效益息息相關(guān)。傳統(tǒng)的各種報(bào)表的制作費(fèi)時(shí)費(fèi)力，往往需要人工長(zhǎng)時(shí)間來(lái)完成，統(tǒng)計(jì)分析模塊利用數(shù)據(jù)自動(dòng)生成報(bào)表，解放了人力。統(tǒng)計(jì)分析中的數(shù)據(jù)主要包含生產(chǎn)管理數(shù)據(jù)、日常成本開(kāi)銷數(shù)據(jù)和銷售數(shù)據(jù)，其中生產(chǎn)管理數(shù)據(jù)占主要部分。主要包含綜合統(tǒng)計(jì)報(bào)告、銷售報(bào)表、飼料報(bào)表、免疫監(jiān)測(cè)報(bào)表、死淘原因報(bào)表、工作計(jì)劃、公豬報(bào)告、母豬報(bào)告和育肥豬報(bào)告。

3 關(guān)鍵支撐技術(shù)

3.1 總體架構(gòu)

生豬養(yǎng)殖管理平臺(tái)是一個(gè)基于Browser/Server(B/S)端的應(yīng)用，與之對(duì)應(yīng)的是基于Client/Server(C/S)端開(kāi)發(fā)的應(yīng)用。C/S 架構(gòu)是一種比較早的開(kāi)發(fā)模式，當(dāng)客戶需要時(shí)，下載一個(gè)應(yīng)用就可以使用，分為客戶端和服務(wù)器端兩層。如圖3 所示，由于其只有兩層架構(gòu)且一部分運(yùn)算是在本地進(jìn)行的，因此它的響應(yīng)速度很快。C/S 端的適用面比較窄，一般用在局域網(wǎng)的特定用戶，因此安全性較高。在開(kāi)發(fā)C/S 端的應(yīng)用程序時(shí)，需要針對(duì)某一種特定的操作系統(tǒng)，當(dāng)應(yīng)用要升級(jí)時(shí)，所有下載該應(yīng)用的客戶端都要升級(jí)[11]。

圖3 C/S架構(gòu)圖Fig.3 C/S architecture

在B/S 的架構(gòu)中，browser 指的是瀏覽器，前端（瀏覽器）僅實(shí)現(xiàn)少量的邏輯運(yùn)算，主要的邏輯運(yùn)算都放在后端(服務(wù)器)中進(jìn)行?；贐/S架構(gòu)的應(yīng)用無(wú)需安裝客戶端，只需web 瀏覽器便可以訪問(wèn)。與C/S 架構(gòu)不同的是，B/S 架構(gòu)有三層，分別是表現(xiàn)層、邏輯層和數(shù)據(jù)層。如圖4 所示，其中表現(xiàn)層是用戶訪問(wèn)的界面，完成用戶的輸入和結(jié)果的輸出，主要實(shí)現(xiàn)用戶和數(shù)據(jù)庫(kù)的交互；邏輯業(yè)務(wù)層的功能是實(shí)現(xiàn)應(yīng)用邏輯的功能，負(fù)責(zé)調(diào)用函數(shù)對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行增刪改查等操作；數(shù)據(jù)層負(fù)責(zé)對(duì)數(shù)據(jù)的存儲(chǔ)，并且提供邏輯業(yè)務(wù)層操作數(shù)據(jù)的接口[12]。

圖4 B/S架構(gòu)圖Fig.4 B/S architecture

3.2 關(guān)鍵技術(shù)

本平臺(tái)在B/S 架構(gòu)的基礎(chǔ)上采用Vue+Spring-Boot+MyBatis 的技術(shù)開(kāi)發(fā)，這種技術(shù)組合模式是當(dāng)前熱門的技術(shù)組合形式，關(guān)鍵技術(shù)架構(gòu)如圖5所示。

圖5 關(guān)鍵技術(shù)架構(gòu)圖Fig.5 Key technology architecture

Vue 是近些年使用的前端最熱門的框架，它的使用大大提高了前端開(kāi)發(fā)的效率和代碼復(fù)用率，對(duì)比前端流行的其他框架Angular、React、Ploymer等，Vue采用的是構(gòu)建用戶界面的漸進(jìn)框架，體驗(yàn)更加靈活、簡(jiǎn)單。同時(shí)，Vue還配有由餓了么推出的Element組件，讓開(kāi)發(fā)人員以更少的時(shí)間做更多的事。使用Vue 開(kāi)發(fā)平臺(tái)前端具有性能好、易優(yōu)化、功能強(qiáng)大、過(guò)渡效果實(shí)現(xiàn)簡(jiǎn)單等特點(diǎn)[13]。

SpringBoot 是2013 年提出的用于JaveEE 編程的輕量級(jí)框架。Spring 框架使用在三層架構(gòu)的邏輯業(yè)務(wù)層，體高模塊之間的內(nèi)聚，降低模塊之間的耦合，但是其繁雜的XML 配置文件帶給開(kāi)發(fā)者不友好的體驗(yàn)，而SpringBoot免XML 配置，為問(wèn)題提供了新的解決方案?？梢哉f(shuō)SpringBoot 是把框架集合到一起的框架，只要在開(kāi)發(fā)中導(dǎo)入響應(yīng)的依賴，就可以被使用。SpringBoot 兩個(gè)最核心的技術(shù)是開(kāi)箱即用和約定大于配置（按約定編程)。開(kāi)箱即用技術(shù)使得在開(kāi)發(fā)者省去了繁雜的XML 文件配置工作，開(kāi)發(fā)者只需要在pom 文件中添加相關(guān)的依賴，SpringBoot 就會(huì)在開(kāi)發(fā)中自動(dòng)注入。約定大于配置減少了開(kāi)發(fā)者需要做決定的次數(shù)，開(kāi)發(fā)者只需要按照文件目錄添加自己需要的信息，極大的增加了開(kāi)發(fā)效率[14]。

在項(xiàng)目開(kāi)發(fā)的過(guò)程中，不可避免地將數(shù)據(jù)存儲(chǔ)在數(shù)據(jù)庫(kù)中，因此，需要開(kāi)發(fā)者在業(yè)務(wù)邏輯中和數(shù)據(jù)庫(kù)中間對(duì)數(shù)據(jù)做增刪改查(CRUD)操作。在Java中提供CRUD 操作的是JDBC 技術(shù)，但是JDBC 的使用會(huì)產(chǎn)生大量的重復(fù)性代碼，增加代碼的重復(fù)性。MyBatis框架是對(duì)JDBC 封裝的集成了SQL 查詢語(yǔ)句、存儲(chǔ)過(guò)程和高級(jí)映射的持久層框架[15]，它通過(guò)XML 配置的形式將Java 中的domain 對(duì)象與數(shù)據(jù)庫(kù)中的記錄進(jìn)行映射。MyBatis 架構(gòu)分為三層，配置層負(fù)責(zé)配置數(shù)據(jù)庫(kù)連接、數(shù)據(jù)庫(kù)連接池、加載配置文件等操作，數(shù)據(jù)處理層負(fù)責(zé)生成SQL 語(yǔ)句、將domain 對(duì)象和數(shù)據(jù)庫(kù)記錄進(jìn)行映射、進(jìn)行CRUD 操作等，API 層提供更加方便的數(shù)據(jù)庫(kù)操作，使開(kāi)發(fā)者在操作數(shù)據(jù)庫(kù)時(shí)更靈活方便。

4 數(shù)據(jù)庫(kù)設(shè)計(jì)

數(shù)據(jù)庫(kù)設(shè)計(jì)是軟件開(kāi)發(fā)過(guò)程中重要的部分之一，關(guān)系著軟件開(kāi)發(fā)過(guò)程能否順利推進(jìn)，系統(tǒng)軟件開(kāi)發(fā)完成后能否正常運(yùn)行[16]。在開(kāi)發(fā)過(guò)程中如果數(shù)據(jù)庫(kù)設(shè)計(jì)不合理，會(huì)造成后期維護(hù)難度大、代價(jià)大，會(huì)損失更多的人力財(cái)力資源，而合理的數(shù)據(jù)庫(kù)設(shè)計(jì)不僅僅能保證系統(tǒng)的運(yùn)行穩(wěn)定，還能夠提高計(jì)算機(jī)運(yùn)行效率，降低后期維護(hù)成本[17]。

本系統(tǒng)采用的是傳統(tǒng)穩(wěn)定的MySQL 數(shù)據(jù)庫(kù)，它是一款開(kāi)源的數(shù)據(jù)庫(kù)管理系統(tǒng)(DBMS)，具有功能強(qiáng)大、使用簡(jiǎn)單、運(yùn)行穩(wěn)定等優(yōu)點(diǎn)[18]。在項(xiàng)目開(kāi)發(fā)過(guò)程中為了提高數(shù)據(jù)庫(kù)運(yùn)行效率，在數(shù)據(jù)庫(kù)和表上開(kāi)啟了查詢緩存、增加了字段索引等操作。由于本系統(tǒng)表結(jié)構(gòu)較多，所以選取母豬事件管理表為例，描述部分表結(jié)構(gòu)和字段，說(shuō)明數(shù)據(jù)庫(kù)設(shè)計(jì)，如圖6所示。

圖6 數(shù)據(jù)庫(kù)設(shè)計(jì)圖Fig.6 Database design

根據(jù)需求分析，設(shè)計(jì)了數(shù)據(jù)字段和數(shù)據(jù)表，以及表之間業(yè)務(wù)的關(guān)聯(lián)。圖6 展示的是母豬事件部分邏輯關(guān)系，將購(gòu)買的母豬的信息錄入豬個(gè)體檔案中，豬個(gè)體檔案登記表中記錄本場(chǎng)所有豬的基本信息，豬個(gè)體號(hào)是主鍵，通過(guò)豬個(gè)體號(hào)關(guān)聯(lián)其他業(yè)務(wù)表。在不同的階段，不同情況的母豬可以制定不同的飼喂方案記錄到母豬飼喂方案表中。獸醫(yī)種豬免疫信息表和獸醫(yī)種豬防治信息表是種豬在免疫或者治療時(shí)記錄的信息，也是通過(guò)豬個(gè)體號(hào)進(jìn)行關(guān)聯(lián)。母豬配種信息表、母豬妊娠信息表、母豬分娩表、母豬流產(chǎn)表等分別記錄對(duì)應(yīng)階段的信息。

數(shù)據(jù)庫(kù)中主要存儲(chǔ)了豬場(chǎng)生產(chǎn)中產(chǎn)生的業(yè)務(wù)字段信息，該信息由人工錄入或者后臺(tái)業(yè)務(wù)邏輯自動(dòng)計(jì)算得到。為了避免人工錄入數(shù)據(jù)出現(xiàn)錯(cuò)誤或者數(shù)據(jù)出現(xiàn)沖突，系統(tǒng)在業(yè)務(wù)邏輯方面設(shè)置了嚴(yán)格的約束限制。以母豬分娩為例，如圖7所示。

圖7 母豬分娩條件約束圖Fig.7 Constraints on sow parturition conditions

在母豬分娩約束條件中，從后備母豬開(kāi)始，分娩結(jié)束。首先業(yè)務(wù)邏輯要檢查后備母豬是否誘情或者發(fā)情，如果有誘情發(fā)情信息則可以轉(zhuǎn)入配種舍進(jìn)行配種，否則禁止轉(zhuǎn)入配種舍配種，母豬配種后轉(zhuǎn)入妊娠舍，在妊娠過(guò)程中進(jìn)行妊檢操作，如果母豬流產(chǎn)后發(fā)情則轉(zhuǎn)到配種舍進(jìn)行再次配種，當(dāng)母豬妊娠時(shí)間達(dá)到分娩要求，進(jìn)行妊娠舍轉(zhuǎn)到分娩舍的操作，母豬分娩后再次進(jìn)入后備母豬階段，符合配種要求的母豬繼續(xù)進(jìn)行配種。在生產(chǎn)過(guò)程中數(shù)據(jù)的錄入均受到類似上述業(yè)務(wù)邏輯的約束，這種約束保證了數(shù)據(jù)的真實(shí)性，避免了數(shù)據(jù)沖突。

5 總結(jié)與展望

本文基于Vue+SpringBoot+MyBatis 設(shè)計(jì)了小規(guī)模生豬飼養(yǎng)管理系統(tǒng)，實(shí)現(xiàn)在對(duì)生豬的養(yǎng)殖、生育、購(gòu)買、售賣、醫(yī)療保健、統(tǒng)計(jì)分析等管理。該系統(tǒng)平臺(tái)實(shí)現(xiàn)了信息錄入、信息查詢、修改、導(dǎo)入導(dǎo)出等基本功能。經(jīng)過(guò)測(cè)試，該系統(tǒng)平臺(tái)能夠正常運(yùn)行，各功能的設(shè)計(jì)也符合小規(guī)模養(yǎng)豬場(chǎng)的需求，為小規(guī)模生豬飼養(yǎng)場(chǎng)管理信息化提供了技術(shù)支持和科學(xué)指導(dǎo)，節(jié)省了小規(guī)模養(yǎng)豬場(chǎng)人力成本開(kāi)銷，提升了利潤(rùn)空間。

同時(shí)也應(yīng)該看到，該系統(tǒng)平臺(tái)與智能養(yǎng)豬還有一定差距，今后可以在系統(tǒng)平臺(tái)中加入智能化模塊，比如精準(zhǔn)自動(dòng)飼喂、肉品質(zhì)的無(wú)損檢測(cè)、生豬疾病的預(yù)測(cè)與檢測(cè)等[19]。智慧養(yǎng)豬管理平臺(tái)涉及到計(jì)算機(jī)、畜牧業(yè)、物聯(lián)網(wǎng)、獸醫(yī)、經(jīng)濟(jì)學(xué)等多個(gè)學(xué)科，加強(qiáng)多學(xué)科融合協(xié)作是養(yǎng)豬智能化的必由之路[20]。智能養(yǎng)豬是未來(lái)養(yǎng)豬業(yè)的發(fā)展趨勢(shì)，最終將實(shí)現(xiàn)養(yǎng)豬產(chǎn)業(yè)鏈的一體化、智能化。