本發(fā)明涉及一種物料投放系統(tǒng)及其方法，特別是涉及一種基于互聯(lián)網(wǎng)智能防呆投料系統(tǒng)及其方法。

背景技術：

防呆（英語：Fool-proofing）是一種預防矯正的行為約束手段，運用避免產(chǎn)生錯誤的限制方法，讓操作者不需要花費注意力、也不需要經(jīng)驗與專業(yè)知識即可直接無誤地完成正確的操作。在工業(yè)設計上，為了避免使用者的操作失誤造成機器或人身傷害，（包括無意識的動作或下意識的誤動作或不小心的肢體動作），會有針對這些可能發(fā)生的情況來做預防措施，稱為防呆。

隨著十三五計劃的落實，如何更好更快的發(fā)展化工生產(chǎn)經(jīng)濟成為工廠日益關注的焦點和熱點，不同類型的化工工廠生產(chǎn)流水線擁有不流程，一旦某一個流程出現(xiàn)問題，那么將會對整批生產(chǎn)的產(chǎn)品造成不可挽回的損失。

在防呆的方面，采用到二維碼的技術，二維碼是用某種特定的幾何圖形按一定規(guī)律在平面（二維方向上）分布的黑白相間的圖形記錄數(shù)據(jù)符號信息的；在代碼編制上巧妙地利用構成計算機內(nèi)部邏輯基礎的“0”、“1”比特流的概念，使用若干個與二進制相對應的幾何形體來表示文字數(shù)值信息，通過圖象輸入設備或光電掃描設備自動識讀以實現(xiàn)信息自動處理：它具有條碼技術的一些共性：每種碼制有其特定的字符集；每個字符占有一定的寬度；具有一定的校驗功能等。同時還具有對不同行的信息自動識別功能、及處理圖形旋轉(zhuǎn)變化點。他具有存儲數(shù)據(jù)的容量較為高且不容易被篡改等特點。

技術實現(xiàn)要素：

本發(fā)明的目的在于提供一種基于互聯(lián)網(wǎng)智能防呆投料系統(tǒng)及其方法，本發(fā)明提供數(shù)據(jù)庫的從服務器到終端的完整的解決方案，其中數(shù)據(jù)庫服務器部分，是一個數(shù)據(jù)庫管理系統(tǒng)，用于建立、使用和維護數(shù)據(jù)庫。其成熟的架構、穩(wěn)定的性能、嵌入式開發(fā)方式、簡介的語法，使得系統(tǒng)能迅速開發(fā)。

本發(fā)明的目的是通過以下技術方案實現(xiàn)的：

一種基于互聯(lián)網(wǎng)智能防呆投料系統(tǒng)，所述系統(tǒng)包括工藝工程師站（ES）主機、庫房管理站（WMS）電腦主機、操作員站（OS）電腦主機、條碼識別站（FS）平板電腦、電子稱、聲光報警器、掃碼器（Android系統(tǒng)）、路由器、西門子PLC S7-300，MPI通訊電纜、RS485電纜、RS232電纜、24V電源、串口轉(zhuǎn)換器；ES站、WMS站、OS站、FS站的主機經(jīng)局域網(wǎng)絡相連；ES站經(jīng)局域網(wǎng)連接WMS站、OS站、FS站；電子稱通過RS485電纜、RS232/RS485串口轉(zhuǎn)換器、RS232電纜與掃碼器的RS232串口聯(lián)接，聲光報警器與PLC的輸出端子聯(lián)接；手持掃碼器通過局域網(wǎng)絡與FS站的平板電腦進行數(shù)據(jù)連接；PLC S7-300通過MPI通訊電纜與上位機相連。

所述的一種基于互聯(lián)網(wǎng)智能防呆投料系統(tǒng)，所述S7-300PLC與OS站上位機與以太網(wǎng)相連，S7-300PLC選用帶以太網(wǎng)接口的CPU。

所述的一種基于互聯(lián)網(wǎng)智能防呆投料系統(tǒng)，所述ES站主機中的數(shù)據(jù)庫為SQL server數(shù)據(jù)庫，并通過Json數(shù)據(jù)接口實現(xiàn)手持設備端和數(shù)據(jù)庫的連接。

一種基于互聯(lián)網(wǎng)智能防呆投料方法，所述投料方法包括以下過程：

（1）下達任務單

工藝工程師站（ES）的工藝技術人員在接到生產(chǎn)任務后，在計算機上下達生產(chǎn)任務單，通過局域網(wǎng)或無線網(wǎng)絡傳送至庫房、生產(chǎn)控制計算機、車間條碼識別計算機；庫房、生產(chǎn)控制、條碼識別計算機返回確認信息，下單任務完成；

（2）生產(chǎn)過程控制

通過在投料過程中物料、稱重、設備三者之間的聯(lián)動實現(xiàn)防錯功能；條碼識別站與庫房中的電子稱重設備通過數(shù)據(jù)線實現(xiàn)與PLC以及手持終端的Android系統(tǒng)間的數(shù)據(jù)通訊；由于電子稱的輸出數(shù)據(jù)線接口為RS485，而手持終端設備的數(shù)據(jù)輸入接口為RS232，所以需要用到串口轉(zhuǎn)換器完成數(shù)據(jù)轉(zhuǎn)換。

所述的一種基于互聯(lián)網(wǎng)智能防呆投料方法，所述生產(chǎn)過程控制步驟如下：

①投料防錯：保證加料的正確，包括物料名稱和重量。通過在投料過程中物料、稱重、設備三者之間的聯(lián)動實現(xiàn)防錯功能；

②配方管理：在下生產(chǎn)任務前，技術人員通過下生產(chǎn)任務單，程序會算出每種物料該批次需要投放的重量，避免人工計算過程可能出現(xiàn)的錯誤；

③在投料前對待投物料的條碼進行確認，通過提前編制好的程序，確認此步待投物料正確，避免生產(chǎn)過程中投料順序可能出現(xiàn)的錯誤。

本發(fā)明的優(yōu)點與效果是：

本發(fā)明采用Apache+PHP+MSSQL結(jié)構進行開發(fā)。它是目前最為成熟、穩(wěn)定、安全的企業(yè)級WEB開發(fā)技術，廣泛應用于超大型站點。其成熟的架構、穩(wěn)定的性能、嵌入式開發(fā)方式、簡介的語法，使得系統(tǒng)能迅速開發(fā)。后臺MSSQL數(shù)據(jù)庫是一個數(shù)據(jù)庫平臺，提供數(shù)據(jù)庫的從服務器到終端的完整的解決方案，其中數(shù)據(jù)庫服務器部分，是一個數(shù)據(jù)庫管理系統(tǒng)，用于建立、使用和維護數(shù)據(jù)庫。MSSQL被廣泛的應用在Internet上的網(wǎng)絡中。

本發(fā)明 相對C/S結(jié)構而言,采用B/S結(jié)構實現(xiàn)遠程實時監(jiān)控是一次深刻的變革,它具有如優(yōu)點：

1）客戶端不再負責數(shù)據(jù)的存取和復雜數(shù)據(jù)計算等任務,只需要進行顯示,充分發(fā)揮了服務器的強大作用,這樣就大大的降低了對客戶端的要求,降低了投資和使用成本。

2）易于維護、易于升級。維護人員不再為程序的維護工作奔波游走于各個客戶機之間,而把主要精力放在功能服務器上。由于用戶端無需專用的軟件,當企業(yè)對網(wǎng)絡應用進行升級時,只需更新服務器端的軟件,減輕了系統(tǒng)維護與升級的成本與工作量。

3）用戶操作使用簡便。B/S結(jié)構的客戶端只是一個提供友好界面的瀏覽器,通過鼠標即可實現(xiàn)遠程實時監(jiān)控,用戶無需培訓便可直接使用,利于推廣。

4）易于實現(xiàn)跨平臺的應用,解決了不同系統(tǒng)下不兼容的情況。

綜上所述,三層的B/S體系結(jié)構具有許多傳統(tǒng)C/S體系結(jié)構不具備的優(yōu)點,用的是基于Internet的Web技術,結(jié)合傳統(tǒng)控制原理,拓展了傳統(tǒng)的監(jiān)控應用的功能,更適合時代的發(fā)展,是技術發(fā)展的大勢所趨。

附圖說明

圖1為本發(fā)明系統(tǒng)信息流傳遞示意圖；

圖2為本發(fā)明系統(tǒng)結(jié)構圖；

圖3為本發(fā)明程序模塊及其業(yè)務流程圖；

圖4為實體操作員及其屬性E-R圖；

圖5為任務單及其屬性E-R圖；

圖6為用戶信息及其屬性E-R圖；

圖7為系統(tǒng)結(jié)構功能圖。

具體實施方式

下面結(jié)合附圖所示實施例對本發(fā)明進行詳細說明。

本發(fā)明主要分為以下幾個步驟，首先尋找實現(xiàn)目標系統(tǒng)的各種不同的方案，在解讀需求分析的階段得到的數(shù)據(jù)流程圖是設想各種可能的方案的基礎。然后從這些可供選擇的方案中選取較為合理的方案，然后將每一個方案都設計一個相對應的工作流程圖，根據(jù)設計出來的系統(tǒng)流程圖選取出來所有的物理元素。在進行軟件結(jié)構設計的時候應該遵循的主要工作原理是每一個功能模塊獨立性原理，模塊可以小到模型、控制器，大到窗口、程序模塊劃分完成后，就可以開始設計了。

設計的過程通常由兩個主要的階段組成：系統(tǒng)設計，確定系統(tǒng)的具體實現(xiàn)方案；結(jié)構設計，確定軟件結(jié)構。

系統(tǒng)結(jié)構如下：

B/S模式的全稱：瀏覽器/服務器模式（Browser/Server）。由于結(jié)構的這些不足，在傳統(tǒng)的結(jié)構中間加上一層，把原來客戶機所負責的功能交給中間層來實現(xiàn),這個中間層即為服務器層。這樣,客戶端就不負責原來的數(shù)據(jù)存取,只須在客戶端安裝瀏覽器就可以了。把原來的服務器作為數(shù)據(jù)庫服務器,在數(shù)據(jù)庫服務器上安裝數(shù)據(jù)庫管理系統(tǒng)和創(chuàng)建數(shù)據(jù)庫。服務器的作用就是對數(shù)據(jù)庫進行訪問,并通過工網(wǎng)傳遞給瀏覽器。這樣,服務器既是瀏覽器的服務器,又是數(shù)據(jù)庫服務器的瀏覽器。

在這種模式下,客戶機就變?yōu)橐粋€簡單的瀏覽器,形成了“肥服務器/瘦客戶機”的模式,這就是瀏覽器服務器模式?；跒g覽器服務器模式的結(jié)構將與數(shù)據(jù)庫相結(jié)合,形成的基于數(shù)據(jù)庫的計算模式,并將該模型應用到中,最終形成了三層客戶機服務器應用結(jié)構,三層結(jié)構將應用系統(tǒng)的三個功能層面進行了明確的分割,使其在邏輯上各自獨立。

在三層體系結(jié)構下,表示層、業(yè)務邏輯層、數(shù)據(jù)層被分割成三個相對獨立的單元。

表示層即Web瀏覽器,包含系統(tǒng)的顯示邏輯,它位于客戶端,用來生成在客戶瀏覽器中顯示的用戶界面。它的任務是負責獲得用戶錄入的數(shù)據(jù),完成對錄入數(shù)據(jù)的校驗,由Web瀏覽器向網(wǎng)絡上的某一Web服務器提出服務請求，Web服務器對使用者進行身份驗證后用協(xié)議將客戶端請求操作數(shù)據(jù)傳送給業(yè)務邏輯層,然后將完成用戶請求操作的操作結(jié)果用研幾協(xié)議傳送給客戶端,客戶機接受傳來的主頁文件,并把它顯示在Web瀏覽器上。

業(yè)務邏輯層包括一個或者多個組件服務,它們應用業(yè)務規(guī)則實現(xiàn)應用程序邏輯并完成應用程序運行所需要的數(shù)據(jù)處理。作為這個過程的一部分,中間層負責處理來自數(shù)據(jù)存儲或者發(fā)送給數(shù)據(jù)存儲的數(shù)據(jù)。它的任務是接受用戶的請求,執(zhí)行相應的擴展應用程序與數(shù)據(jù)庫進行連接,通過對等方式向數(shù)據(jù)庫服務器提出數(shù)據(jù)處理申請,數(shù)據(jù)庫將申請?zhí)幚硗戤吅髮?shù)據(jù)處理的結(jié)果提交給Web服務器,再由Web服務器傳送回客戶端。

這樣的三層體系結(jié)構大大減輕了客戶機的壓力,不用把負荷均衡的分配給Web服務器。由于客戶機把事務處理邏輯部分分給了服務器,不再負責處理復雜計算和數(shù)據(jù)訪問等關鍵事務,只負責顯示部分,所以維護人員不再為程序的維護工作奔波于每個客戶機之間,而把主要精力放在功能服務器上程序的更新工作。這種三層結(jié)構層與層之間相互獨立,任何一層的改變不影響其它層的功能。

系統(tǒng)的總體業(yè)務流程：系統(tǒng)管理員通過登陸，經(jīng)過核查為合法用戶后進入網(wǎng)站后臺，即可以對任務單的相關信息進行操作；倉庫管理員通過登陸；經(jīng)過核查為合法進入網(wǎng)站后，可以通過手動輸入對物料做好唯一標簽；手持設備端，在生產(chǎn)的流程中，通過解析二維碼并和數(shù)據(jù)庫中的數(shù)據(jù)進行比對確定是否執(zhí)行填料的功能。需要編寫的主要程序模塊及其業(yè)務流程圖如圖所示。

數(shù)據(jù)字典的創(chuàng)建：數(shù)據(jù)字典是關于數(shù)據(jù)信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素定義的集合。任何供人字典最主要的用途都是查閱不了解的條目的解釋，數(shù)據(jù)字典的作用也正是在軟件分析和設計過程中給人提供關于數(shù)據(jù)的描述信息。數(shù)據(jù)流圖和數(shù)據(jù)字典共同構成系統(tǒng)的邏輯模型，沒有數(shù)據(jù)字典數(shù)據(jù)流圖就不嚴格，然而沒有數(shù)據(jù)流圖數(shù)據(jù)字典也難于發(fā)揮作用。只有數(shù)據(jù)流圖和對數(shù)據(jù)流圖精確的定義放在一起，才能共同構成系統(tǒng)的規(guī)格說明。

數(shù)據(jù)字典的主要用途是作為分子階段的主要工具。在數(shù)據(jù)字典中建立一組嚴密一致的定義很有助于改進分析員和客戶之間的通信，因此將消除很多可能的誤解。數(shù)據(jù)字典包含的每個數(shù)據(jù)元素的控制信息是很有價值的。因為列出了使用一個給定的數(shù)據(jù)元素所有程序，很容易估計改變一個元素將產(chǎn)生的影響，并且能對所有受影響的程序或模塊做出相應改變。

由于暫時還沒有自動的數(shù)據(jù)字典處理程序，采用卡片形式書寫數(shù)據(jù)字典，每張卡片上保存描述一個數(shù)據(jù)元素的信息。這種做法較好的實現(xiàn)了上述要求，特別是更新修改起來很方便，能夠單獨處理每個數(shù)據(jù)元素的信息。每張卡片上包含的信息有：名字，別名，描述，定義，位置。

系統(tǒng)概念結(jié)構ER模型中，包含“實體”、“聯(lián)系”和“屬性”三個基本成分。

1）實體：實體是客觀世界存在的且可相互區(qū)分的事物。它可以是人也可以是動物；可以是具體事物也可以是抽象概念。

2）聯(lián)系：聯(lián)系是指客觀世界中各事物彼此間的聯(lián)系。聯(lián)系分為三類：一對一的關系，一對多的關系，多對多的關系。

3）屬性：屬性是實體或聯(lián)系所具有的性質(zhì)，通常一個實體用若干屬性來刻畫。人們通常就是用實體、聯(lián)系和屬性這三個概念來理解現(xiàn)實問題，因此，ER模型比較接近人的思維方式。此外，ER模型使用簡單的圖形符號表示系統(tǒng)分析員對問題的理解，不熟悉計算機的人也能理解它，因此，ER模型可以作為用戶與系統(tǒng)分析員之間的交流工具。

一個較好的系統(tǒng)在設計的初期就要做好充分的分析工作，并且要按照一定的次序?qū)⑦@個完成，首先應該做好數(shù)據(jù)分析工作，設計好數(shù)據(jù)庫。在分析數(shù)據(jù)庫的建設問題的時候，應該從需求分析入手，從需求分析中獲取到系統(tǒng)所有將要使用到的數(shù)據(jù)，并且將其規(guī)劃好，抽取實體及其屬性，建立模型。以下分別是操作員、任務單、用戶信息等列表實體，系統(tǒng)所有要使用的數(shù)據(jù)，都將以E-R圖的形式表示如下：

如：實體操作員及其屬性E-R圖；任務單及其屬性E-R圖；用戶信息及其屬性E-R圖。

系統(tǒng)以實際的生產(chǎn)流程為基礎，主要突出任務單下達、任務單詳細、二維碼生成、修改密碼等功能，該系統(tǒng)主要分為上述的三大模塊功能。在任務單下達模塊管理員可以修改等待執(zhí)行的任務單的工序，可以新增任務單，任務單的屬性可以由管理員去修改等等內(nèi)容。

系統(tǒng)邏輯結(jié)構的任務就是把概念結(jié)構設計階段設計的ER圖，轉(zhuǎn)換成與選用DBMS所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構。

系統(tǒng)邏輯結(jié)構如下：

1.從E-R圖向關系模式轉(zhuǎn)化 數(shù)據(jù)庫的邏輯設計主要是將概念模型轉(zhuǎn)換成一般的關系模式，也就是將E-R圖中的實體、實體的屬性和實體之間的聯(lián)系轉(zhuǎn)化為關系模式。在轉(zhuǎn)化過程中會遇到如下問題：

1）命名問題。命名問題可以采用原名，也可以另行命名，避免重名。

2）非原子屬性問題。非原子屬性問題可將其進行縱向和橫行展開。

3）聯(lián)系轉(zhuǎn)換問題。聯(lián)系可用關系表示。

2.數(shù)據(jù)模型的優(yōu)化，數(shù)據(jù)庫邏輯設計的結(jié)果不是唯一的。為了進一步提高數(shù)據(jù)庫應用系統(tǒng)的性能，還應該適當修改數(shù)據(jù)模型的結(jié)構，提高查詢的速度。

3.關系視圖設計，關系視圖的設計又稱為外模式的設計，也叫用戶模式設計，是用戶可直接訪問的數(shù)據(jù)模式。同一系統(tǒng)中，不同用戶可有不同的關系視圖。關系視圖來自邏輯模式，但在結(jié)構和形式上可能不同于邏輯模式，所以它不是邏輯模式的簡單子集。

4.關系模型的數(shù)據(jù)庫邏輯設計的具體內(nèi)容包括：

1）概念模式到關系數(shù)據(jù)庫模式的轉(zhuǎn)換。

2）關系模式的優(yōu)化。

5． E-R圖轉(zhuǎn)換成關系模型包括：

管理員（管理員ID，管理員名稱，管理員密碼）；

任務單（任務單ID，工序數(shù)量，任務詳細步驟，任務執(zhí)行狀態(tài)）

管理員信息（管理員ID，管理員姓名，管理員手機號，管理員郵箱）

6.數(shù)據(jù)模型的優(yōu)化包括：

（1）確定數(shù)據(jù)依賴

（2）對于各個關系模式之間的數(shù)據(jù)依賴進行極小化處理，消除冗余的聯(lián)系。

（3）按照數(shù)據(jù)依賴的理論對關系模式逐一進行分析，考查是否存在部分函數(shù)依賴、傳遞函數(shù)依賴、多值依賴等，確定各關系模式分別屬于第幾范式。

（4）按照需求分析階段得到的各種應用對數(shù)據(jù)處理的要求，分析對于這樣的應用環(huán)境這些模式是否合適，確定是否要對它們進行合并或分解。

（5）按照需求分析階段得到的各種應用對數(shù)據(jù)處理的要求，對關系模式進行必要的分解或合并，以提高數(shù)據(jù)操作的效率和存儲空間的利用率。

數(shù)據(jù)庫的物理實現(xiàn)：

1 數(shù)據(jù)庫物理設計的內(nèi)容和方法

數(shù)據(jù)庫的物理設計是為邏輯數(shù)據(jù)模型選取一個最合適應用環(huán)境的物理結(jié)構(包括存儲結(jié)構和存儲方法)。數(shù)據(jù)庫的物理設計一般分為兩步，即：確定數(shù)據(jù)庫的物理結(jié)構，在關系數(shù)據(jù)庫中主要指存儲方法和存儲結(jié)構。對物理結(jié)構進行評價，評價的重點是時間和空間的效率。

2.對于數(shù)據(jù)庫查詢事務,需要得到如下信息：

1）查詢的關系；

2）查詢的條件所涉及的屬性；

3）連接的條件所涉及的屬性；

4）查詢投影屬性。

3.對于數(shù)據(jù)庫更新事務,需要得到如下信息：

1）被更新的關系；

2）每個關系上的更新操作條件所涉及的屬性；

3）修改操作要改變屬性值。

4. 數(shù)據(jù)庫表的創(chuàng)建：

根據(jù)系統(tǒng)功能設計要求和模塊劃分，該系統(tǒng)后臺的數(shù)據(jù)庫主要包括管理員登陸信息、管理員詳細信息以及任務單的詳細信息三個部分，由前面的數(shù)據(jù)分析可以建立如下的幾張表，各表名的詳細描述如下：

（1）、管理員登陸信息表，命名為“bs_login”，該表的設計參數(shù)如表1所示：

表1 管理員登陸信息表

（2）、任務單詳細信息表，命名為“bs_mask”，該表的設計參數(shù)如表2所示：

表2 任務單詳細信息表

（3）、管理員詳細信息表，命名為“bs_user”，該表的設計參數(shù)如表3所示：

表3 管理員詳細信息表

。

系統(tǒng)的總體業(yè)務流程：

系統(tǒng)管理員通過登陸，經(jīng)過核查為合法用戶后進入網(wǎng)站后臺，即可以對任務單的相關信息進行操作；倉庫管理員通過登陸；經(jīng)過核查為合法進入網(wǎng)站后，可以通過手動輸入對物料做好唯一標簽；手持設備端，在生產(chǎn)的流程中，通過解析二維碼并和數(shù)據(jù)庫中的數(shù)據(jù)進行比對確定是否執(zhí)行填料的功能。

下達任務單端將Apache+PHP+MSSQL技術緊密的結(jié)合起來，并創(chuàng)建了一個基于本地服務器的任務單端的操作平臺。該系統(tǒng)主要面向擁有自動化生產(chǎn)線的工廠。整個系統(tǒng)分為以下模塊的內(nèi)容：

系統(tǒng)以實際的生產(chǎn)流程為基礎，主要突出任務單下達、任務單詳細情況、任務單執(zhí)行情況、二維碼生成等功能。在任務單下達模塊，操作員可以在這里提交任務單，并且指定每一個步驟所需要投放的物料以及數(shù)量；任務單詳細模塊可以精準的看到任務的工序數(shù)量、詳細的投放的物料以及其數(shù)量；任務單執(zhí)行模塊可以查看到任務的執(zhí)行狀態(tài)包括等待執(zhí)行、執(zhí)行中以及執(zhí)行完成的狀態(tài)；二維碼生成模塊，主要供倉庫管理員使用，倉庫出料的時候使用此模塊生成一個存有物料名稱以及數(shù)量的二維碼信息。

手持設備終端將Android開發(fā)技術巧妙的應用起來，并且創(chuàng)建了一個和任務單端的數(shù)據(jù)庫連接的機制，利用任務單端提供的數(shù)據(jù)接口生成一個Json數(shù)據(jù)接口，通過Json接口實現(xiàn)手持設備端和數(shù)據(jù)庫的遠程訪問。

手持設備端主要分為四個界面，選擇任務的界面、選擇該任務的某一工序的界面以及掃碼比對界面。選擇任務模塊，通過請求訪問數(shù)據(jù)庫根據(jù)返回的Json生成選取列表；選擇工序模塊根據(jù)該任務的數(shù)據(jù)庫中的唯一標識結(jié)合工序步驟請求訪問數(shù)據(jù)庫，根據(jù)返回的Json獲取正確的物料名稱以及所需要的數(shù)量；最后是掃碼模塊，通過調(diào)取API實現(xiàn)掃碼，根據(jù)解析出的二維碼中存在的信息，實現(xiàn)比對，并將結(jié)果傳輸給下一個環(huán)節(jié)。系統(tǒng)以實際的生產(chǎn)流程為基礎，主要突出任務單下達、任務單詳細、二維碼生成、修改密碼等功能，該系統(tǒng)主要分為上述的三大模塊功能。在任務單下達模塊管理員可以修改等待執(zhí)行的任務單的工序，可以新增任務單，任務單的屬性可以由管理員去修改等等內(nèi)容?？梢允股a(chǎn)商方便快捷的掌握投料的各種信息，準確的進行生產(chǎn)流程，同時也可以使產(chǎn)品的質(zhì)量得到保障。

系統(tǒng)應用程序設計包括：下達任務單模塊設計，在系統(tǒng)的開發(fā)過程中，我們通過細致的系統(tǒng)調(diào)研工作，與相關部門進行積極的溝通，了解其所需要的系統(tǒng)架構，形成一套功能完善的系統(tǒng)邏輯流程，遵循系統(tǒng)設計原則。該系統(tǒng)的結(jié)構功能圖如圖所示。還包括用戶登陸界面設計和任務單詳細界面。