【正文】 實(shí)現(xiàn)的方式是事先在數(shù)據(jù)庫中建議一個(gè)映射表，確定16進(jìn)制與中文字符的對照關(guān)系，然后，在進(jìn)行標(biāo)簽信息采集時(shí)，根據(jù)所采集到的16進(jìn)制數(shù)據(jù)，查找數(shù)據(jù)庫找出其對應(yīng)的中文字符，然后進(jìn)行顯示。圖514 綜合查詢子模塊的運(yùn)行界面信息查詢管理模塊運(yùn)行界面如圖515所示。其相關(guān)信息顯示在主窗口的WMS信息顯示窗口中。圖52 基于RFID的立體庫實(shí)驗(yàn)系統(tǒng)數(shù)據(jù)庫概念設(shè)計(jì)圖 物理模型設(shè)計(jì)通過建立概念模型(CDM)，我們掌握了本系統(tǒng)的實(shí)體關(guān)系。新建作業(yè)任務(wù)表59 新建作業(yè)任務(wù)名稱：新建作業(yè)任務(wù) 編號：e0040000xxxxxxxx說明：模擬WMS功能，向本系統(tǒng)發(fā)送作業(yè)任務(wù)輸入：需要核對的貨物信息，如貨物名稱、數(shù)量、出入庫狀態(tài) 輸出：顯示核對狀態(tài)，正確或錯誤處理：采集標(biāo)簽中的信息，調(diào)用數(shù)據(jù)庫進(jìn)行比對，若正確則進(jìn)行出入庫操作，若錯誤則警告，進(jìn)行處理。(4) 滿足鍵盤和鼠標(biāo)的雙重操作，完全支持回車鍵。設(shè)計(jì)各部分具體功能如下：(1) 基礎(chǔ)信息管理模塊該模塊包括標(biāo)簽信息錄入、制定作業(yè)任務(wù)兩部分。 狀態(tài)圖通過業(yè)務(wù)需求的分析，可知本系統(tǒng)的狀態(tài)有兩種：待機(jī)和掃描與可對。圖43 基于RFID的立體庫實(shí)驗(yàn)系統(tǒng)的用例圖 系統(tǒng)靜態(tài)分析 構(gòu)造概念類圖根據(jù)以上的系統(tǒng)需求分析，我們得到了系統(tǒng)需要的對象。然后做出驗(yàn)證通過或告警提示。因此，系統(tǒng)的軟件開發(fā)平臺已成熟可行。 系統(tǒng)必要性分析基于RFID的物流實(shí)驗(yàn)室視頻監(jiān)控系統(tǒng)可以克服傳統(tǒng)的手工作業(yè)或計(jì)算機(jī)半自動化管理方式，它能有效、準(zhǔn)確、智能的對進(jìn)出立體庫的貨物進(jìn)行信息自動識別、采集、記錄、上傳，為“精確”庫存的管理方式提供了數(shù)字化手段，對出入庫的數(shù)據(jù)進(jìn)行多次實(shí)時(shí)動態(tài)復(fù)核。也就是說用戶需求描述了用戶能使用系統(tǒng)來做些什么。IEEE軟件工程標(biāo)準(zhǔn)詞匯表中定義的需求為：“用戶解決問題或達(dá)到目標(biāo)所需的條件或權(quán)能(capability)” ，另外一種定義認(rèn)為需求是“用戶所需要的并能觸發(fā)一個(gè)程序或系統(tǒng)開發(fā)工作的說明” ，需求分析專家Alan Davis則認(rèn)為：“從系統(tǒng)外部能發(fā)現(xiàn)系統(tǒng)所具有的滿足于用戶的特點(diǎn)、功能及屬性等”。再者，以人和物為對象進(jìn)行建模，可以構(gòu)造抽象和具體的繼承結(jié)構(gòu)。當(dāng)前令軟件工程師們最傷腦筋的就是變化的需求給程序的維護(hù)帶來極大的麻煩，它使得程序結(jié)構(gòu)變得越來越脆弱。表 31 四種典型方法學(xué)比較一覽表系統(tǒng)流程數(shù)據(jù)用戶交流過程邏輯傳統(tǒng)系統(tǒng)流程圖表單、格式描述、網(wǎng)格圖面談自然語言、口述、腳本、程序流程圖、模塊結(jié)構(gòu)圖結(jié)構(gòu)化數(shù)據(jù)流圖數(shù)據(jù)字典、數(shù)據(jù)結(jié)構(gòu)圖、ER圖面談、用戶點(diǎn)評、聯(lián)合開發(fā)會議（JAD）決策樹/表、結(jié)構(gòu)化自然語言、結(jié)構(gòu)圖、Warnier圖信息建模業(yè)務(wù)領(lǐng)域分析（BAA）、處理模型業(yè)務(wù)領(lǐng)域分析（BAA）、ER圖面談、用戶點(diǎn)評、聯(lián)合開發(fā)會議（JAD）集思廣益法業(yè)務(wù)系統(tǒng)設(shè)計(jì)面向?qū)ο髮ο竽Ｐ蛯ο竽Ｐ蛯傩悦嬲?、用戶點(diǎn)評、聯(lián)合開發(fā)會議（JAD）、集思廣益法對象模型服務(wù)、情景法、決策樹/表、結(jié)構(gòu)化自然面向?qū)ο蠓椒ㄅc傳統(tǒng)的程序設(shè)計(jì)方法有很大的區(qū)別。Application framework classes：組成應(yīng)用程序骨干者，包括Document/View、消息映射、消息傳遞、動態(tài)創(chuàng)建、文件讀寫等等。MFC是微軟封裝了的API。OLE DB的兩個(gè)基本結(jié)構(gòu)式OLE DB提供程序(Provider)和OLE DB用戶程序(Consumer)。那么我們使用ODBC API就可以訪問這些數(shù)據(jù)庫。最初，廠商推出一個(gè)新的數(shù)據(jù)庫產(chǎn)品時(shí)，相應(yīng)地，他會為程序員提供一套訪問該數(shù)據(jù)庫的接口，即API。C/S 一般面向相對固定的用戶群對信息安全的控制能力很強(qiáng)一般高度機(jī)密的信息系統(tǒng)采用C/S結(jié)構(gòu)適宜。第三章 關(guān)鍵技術(shù)分析本系統(tǒng)實(shí)現(xiàn)方案以Microsoft MFC框架為基礎(chǔ)的C/S架構(gòu)，結(jié)合ODBC數(shù)據(jù)庫技術(shù)，在面向?qū)ο蟮南到y(tǒng)分析和設(shè)計(jì)思想的指導(dǎo)下，介紹了基于RFID的立體庫實(shí)驗(yàn)系統(tǒng)的分析、設(shè)計(jì)和實(shí)現(xiàn)的過程。用途：寫標(biāo)簽用戶區(qū)數(shù)據(jù)。返回值：0 識別標(biāo)簽成功，有ID號返回，ERROR_HANDLE_VALUE 無效的端口句柄，ERROR_RECEIVEDATA_LEN 數(shù)據(jù)長度校驗(yàn)錯誤，ERROR_IDENTIFY_FAIL 讀標(biāo)簽ID超時(shí)，請重新發(fā)送指令，ERROR_NODATA_RETURN 沒有數(shù)據(jù)返回或接收數(shù)據(jù)長度不足。 XCReport()用途：向讀寫器發(fā)送讀電子標(biāo)簽命令指令。概要：include “”unsigned char XCPowerOff (HANDLE hCom)。與XCOpen對應(yīng)，成對出現(xiàn)。 XCClose()概要：include “”unsigned char XCOpen(HANDLE amp。CRC_16的具體算法如下。標(biāo)簽ID號根據(jù)標(biāo)簽類型不同、長度可變、存放順序以標(biāo)簽內(nèi)存順序?yàn)闇?zhǔn)，ISO180006B協(xié)議標(biāo)簽的ID號為8個(gè)字節(jié)。如果指令幀中的天線號為00H，則由讀寫器自動掃描天線。命令從40H48H順序排列，所有數(shù)據(jù)默認(rèn)均采用16進(jìn)制數(shù)編碼。串行通信波特率：19200bps，8個(gè)數(shù)據(jù)位，1個(gè)停止位，無奇偶校驗(yàn)位。 數(shù)據(jù)幀格式表21數(shù)據(jù)幀格式數(shù)據(jù)長度指令類型 數(shù)據(jù)信息 CRC校驗(yàn)和(2字節(jié))(1字節(jié))0… …n (2字節(jié))說明： 第六章 系統(tǒng)實(shí)現(xiàn)。本文內(nèi)容將按照以下幾個(gè)方面進(jìn)行安排:第二章 讀寫器數(shù)據(jù)傳輸協(xié)議。本課題就是在此背景下，基于RFID的立體庫實(shí)驗(yàn)系統(tǒng)所做的開發(fā)。數(shù)字化倉庫的建設(shè)不僅實(shí)現(xiàn)了更快地找到所需貨物，同時(shí)實(shí)現(xiàn)了減少商品供應(yīng)品種中有脫銷情況發(fā)生、保持了準(zhǔn)確的適當(dāng)存貨、杜絕人為操作失誤、縮短了供銷計(jì)劃時(shí)間，從而減少存貨占用資金、降低運(yùn)費(fèi)，使零售商的商品銷售得到及時(shí)的滿足。在2007年1月，沃爾瑪希望下一批的300多個(gè)供應(yīng)商開始運(yùn)送貼有電子標(biāo)簽的貨箱和貨盤，這樣在2007年年初使用RFID技術(shù)的供應(yīng)商將超過驚人的600家。 RFID在沃爾瑪集團(tuán)的應(yīng)用[20]沃爾瑪集團(tuán)由山姆 當(dāng)前對RFID天線的研究主要集中在研究天線和環(huán)境這一天線性能的影響上。 讀寫器設(shè)計(jì)[17]同RFID芯片一樣，產(chǎn)品種類比較多。(1) HF頻段(125KHz、)：這兩個(gè)頻段的RFID芯片種類多、技術(shù)成熟價(jià)格低廉。我國有關(guān)政府部門已經(jīng)充分認(rèn)識到RFID產(chǎn)業(yè)的重要性，在2004年初正式成立了電子標(biāo)簽國家標(biāo)準(zhǔn)工作組，其目的就是制定中國自己的RFID標(biāo)準(zhǔn)，推動中國自己的RFID產(chǎn)業(yè)。ISO/IEC 18000標(biāo)準(zhǔn)是最早開始制定的關(guān)于RFID的國際標(biāo)準(zhǔn)，按頻段被劃分為7個(gè)部分。 計(jì)算機(jī)系統(tǒng)計(jì)算機(jī)系統(tǒng)通過RS232/485或者Ethernet以太網(wǎng)與系統(tǒng)中的各個(gè)讀寫器相連接，運(yùn)行與其上的應(yīng)用程序平臺應(yīng)用中間件(Middleware)與讀寫器系統(tǒng)互相通信，發(fā)送相關(guān)指令及處理采集到的數(shù)據(jù)，構(gòu)成一個(gè)完整的RFID系統(tǒng)[11]。無源電子標(biāo)簽自身不帶有電源，通過天線從讀寫器發(fā)出的能量中產(chǎn)生工作所需的電壓。RFID典型應(yīng)用包括：在物流領(lǐng)域用于倉庫管理、生產(chǎn)線自動化、日用品銷售；在交通運(yùn)輸領(lǐng)域用于集裝箱與包裹管理、高速公路收費(fèi)與停車收費(fèi)；在農(nóng)牧漁業(yè)用于羊群、魚類、水果等的管理以及寵物、野生動物跟蹤；在醫(yī)療行業(yè)用于藥品生產(chǎn)、病人看護(hù)、醫(yī)療垃圾跟蹤；在制造業(yè)用于零部件與庫存的可視化管理；RFID還可以應(yīng)用于圖書與文檔的管理、門禁管理、定位于物體跟蹤、環(huán)境感知等多種應(yīng)用領(lǐng)域[7]。RFID技術(shù)與產(chǎn)品研發(fā)處于一個(gè)大發(fā)展時(shí)期，各種RFID技術(shù)測試得到加速。在美軍對伊拉克的戰(zhàn)爭中，這個(gè)技術(shù)再一次得到了真正的檢驗(yàn)，由于采用了RFID技術(shù)、ERP及供應(yīng)鏈管理系統(tǒng)，美軍實(shí)現(xiàn)了對戰(zhàn)略物資的準(zhǔn)確調(diào)配，保證了前線彈藥和物資的準(zhǔn)確供應(yīng)[1] [5]。而在中國，由于射頻識別技術(shù)起步較晚，應(yīng)用的領(lǐng)域不是很廣。由于RFID標(biāo)簽的存儲量可以是2的96次方以上，它徹底拋棄了條形碼的種種限制，使世界上的每一種商品都可以擁有獨(dú)一無二的電子標(biāo)簽。為此本文某立體倉庫為具體應(yīng)用對象，研究RFID出入庫信息核對技術(shù)在立體倉庫的應(yīng)用。基于RFID的立體庫實(shí)驗(yàn)系統(tǒng)開發(fā)摘 要現(xiàn)有的倉庫管理信息系統(tǒng)原始數(shù)據(jù)信息基本上都是靠人工輸入的，不僅采集效率低、有一定的延時(shí)，而且誤差的產(chǎn)生難以完全避免。在深入研究RFID系統(tǒng)工作原理和性能特征的基礎(chǔ)上，結(jié)合立體庫貨物出入庫的管理現(xiàn)狀和需求的調(diào)研，對基于RFID的立體庫實(shí)驗(yàn)系統(tǒng)的總體思路，結(jié)構(gòu)框架和軟件模塊等要點(diǎn)都給出了詳細(xì)地闡述。況且，貼上這種電子標(biāo)簽之后的商品，從它在工廠的流水線上開始，到被擺上商場的貨架，再到消費(fèi)者購買后結(jié)賬，甚至到標(biāo)簽最后被回收的整個(gè)過程都能夠被跟蹤管理[2]。目前，射頻標(biāo)簽主要應(yīng)用于公共交通、地鐵、校園、社會保障等方面。按照RFID技術(shù)的發(fā)展過程，可以將其發(fā)展劃分為以下幾個(gè)階段[6]：1941～1950年。出現(xiàn)了一些最早的RFID應(yīng)用。 RFID系統(tǒng)組成通常，RFID系統(tǒng)由標(biāo)簽、讀寫器和計(jì)算機(jī)系統(tǒng)這三個(gè)主要部分組成[8]。其特點(diǎn)是重量輕、體積小、壽命長，但是工作距離短；有源電子標(biāo)簽通過自身帶有的電池供電，特點(diǎn)是識別距離長，但價(jià)格較高且壽命短。 基本工作流程射頻識別系統(tǒng)的基本工作流程如下[12]：(1) 讀寫器將無線電載波信號經(jīng)過發(fā)色天線向外發(fā)射；(2) 當(dāng)電子標(biāo)簽進(jìn)入發(fā)射天線的工作區(qū)時(shí)，電子標(biāo)簽被激活，將自身信息的代碼經(jīng)天線發(fā)射出去；(3) 系統(tǒng)的接受天線接收電子標(biāo)簽發(fā)出的載波信號，經(jīng)天線的調(diào)節(jié)器傳輸給讀寫器。目前支持ISO/IEC 18000標(biāo)準(zhǔn)的RFID產(chǎn)品最多，相對的也最成熟。目前，我國的RFID標(biāo)準(zhǔn)正在緊鑼密鼓的制定當(dāng)中[15]。其中，國外公司如Ti、Philips、Atmel、EM等提供的產(chǎn)品占了大部分市場。因?yàn)榇祟l段RFID工作原理的局限性，需要制作很大的天線，而且調(diào)試比較困難，因此在遠(yuǎn)距離的RFID中。 RFID應(yīng)用研究和國內(nèi)外應(yīng)用現(xiàn)狀基于RF ID標(biāo)簽對物體的唯一標(biāo)識特性，引發(fā)了人們對基于RFID技術(shù)的應(yīng)用研究熱潮。沃爾頓創(chuàng)立的沃爾瑪百貨有限公司成立于1962年，短短的40年間，沃爾瑪由一個(gè)小型商店發(fā)展成世界最大的零售企業(yè)。 RFID在昆明市煙草公司數(shù)字化倉庫的應(yīng)用[20]昆明市煙草公司也在近期應(yīng)用無線射頻識別(RFID)技術(shù)對其卷煙配送中心進(jìn)行了數(shù)字化建設(shè)。 課題的提出及研究的意義目前，大部分企業(yè)的倉庫管理系統(tǒng)還處于傳統(tǒng)的手工作業(yè)或計(jì)算機(jī)半自動化管理方式，對每件產(chǎn)品的信息處理仍需要企業(yè)各級操作員手工完成，這種管理模式在現(xiàn)代企業(yè)的發(fā)展過程中己暴露出許多缺點(diǎn)，大大影響了企業(yè)實(shí)現(xiàn)信息自動化的進(jìn)程。隨著中國物流行業(yè)技術(shù)的迅猛發(fā)展，自動化立體倉庫的大量使用，企業(yè)注重的已不再是擁有大量的庫存，而是考慮如以最小的庫存滿足整個(gè)供應(yīng)鏈的需求，這就對倉庫的管理提出了更高的要求。針對本系統(tǒng)實(shí)現(xiàn)方案采用的XCRF500系列讀寫器數(shù)據(jù)傳輸協(xié)議，詳細(xì)介紹該協(xié)議的相關(guān)內(nèi)容。根據(jù)上述的設(shè)計(jì)，實(shí)現(xiàn)此方案。數(shù)據(jù)長度：數(shù)據(jù)長度值包括“指令類型”和“數(shù)據(jù)信息”兩部分?jǐn)?shù)據(jù)的字節(jié)長度值，該值不包括自身和CRC校驗(yàn)和的長度； 所有指令和指令中的字節(jié)數(shù)據(jù)都遵循高位在先原則。 如表22所示。用戶數(shù)據(jù)地址：為用戶提供了224個(gè)字節(jié)，其中0～7存放標(biāo)簽ID號，8～223存放用戶的自定義數(shù)據(jù)。標(biāo)簽類型為04，即ISO180006B協(xié)議標(biāo)簽。循環(huán)冗余碼校驗(yàn)，英文名稱為Cyclical Redundancy Check，簡稱CRC。hCom,LPCTSTR lsCfgFile,LPCTSTR lsCfgItem)。用途：關(guān)閉串口或網(wǎng)絡(luò)連接。說明：此函數(shù)用于向讀寫器發(fā)送打開功放命令，讀寫器收到命令后打開功放，功放指示燈點(diǎn)亮。hCom：XCOpen獲得的端口句柄。用途：接收讀寫器識別到的標(biāo)簽ID編號。 XCReadUserData()通過使用框架，與通過使用傳統(tǒng)函數(shù)庫編寫的軟件相比，代碼量減少可高達(dá)90%。C/S程序可以更加注重流程，可以對權(quán)限多層次校驗(yàn)，對系統(tǒng)運(yùn)行速度可以較少考慮。不同的數(shù)據(jù)庫廠商所提供的訪問接口是不一樣的。如圖31所示顯示了ODBC的體系架構(gòu)。Windows作為一個(gè)提供功能強(qiáng)大的應(yīng)用程序接口編程的操作系統(tǒng)，的確方便了許多程序員，傳統(tǒng)的win32開發(fā)（直接使用windows的接口函數(shù)API）對于程序員來說非常的困難，因?yàn)锳PI函數(shù)實(shí)在太多了，而且名稱很亂，從零構(gòu)架一個(gè)窗口動輒就是上百行的代碼。傳統(tǒng)的程序主要是面向功能，在概念上很難找到與需求中實(shí)際事物（尤其是實(shí)物）相對應(yīng)的關(guān)系。而面向?qū)ο蟮乃枷胝J(rèn)為，在需求中人和物是相對穩(wěn)定的，它們是事物的本質(zhì)；而需求中的功能和行為是以人和物為主體的特征；人和物是相對穩(wěn)定的，而功能與行為是易變的。這種抽象和具體的概念層次理念與人的思維正好吻合，符合從抽象到具體、從簡單到復(fù)雜的思維邏輯過程。軟件的需求有三個(gè)不同的層次――業(yè)務(wù)需求、用戶需求和功能需求。功能需求(Functional Requirement)――規(guī)定開發(fā)人員必須在產(chǎn)品中實(shí)現(xiàn)的軟件功能，用戶利用這些功能來完成任務(wù)，滿足業(yè)務(wù)需求。 系統(tǒng)可行性分析該系統(tǒng)的可行性分析包括以下幾個(gè)方面的內(nèi)容。硬件方面，科技飛速發(fā)的今天，硬件更新的速度越來越快，容量越來越大，可靠性越來越高，價(jià)格越來越低，其硬件平臺完全能滿足此系統(tǒng)的需要。入庫流程如圖41所示：圖41 入庫流程圖 出庫過程的RFID信息校核實(shí)驗(yàn)第一步、根據(jù)WMS系統(tǒng)從上位機(jī)向堆垛機(jī)發(fā)出出庫指令。構(gòu)造出如圖44所示的基于RFID的立體庫實(shí)驗(yàn)系統(tǒng)的概念類圖。如圖45所示圖45 系統(tǒng)狀態(tài)圖 系統(tǒng)動態(tài)分析通過上述的系統(tǒng)靜態(tài)分析，我們得到了類的基本信息，但是這些信息并不完整。(2) 信息核對管理模塊該模塊主要實(shí)現(xiàn)貨物信息的采集與核對。(5) 信息安全保密。信息查詢表510 信息查詢名稱：信息查詢