已經快一年沒有寫部落格了，實在是太忙了，忙到已經沒有時間寫文章。近半年的時間一直在忙著一個新專案，最近終於有了階段性成果，覺得很有必要寫寫文章來記錄一下這個新的專案。趁著這兩天趕路的空閒時間記錄分享一下專案的經驗和過程。

 

　　(一)  這是一個什麼型別的專案

　　　　其實自己做吉特倉儲管理系統已經好一些年了，當初的目的就是為了能夠完整的做一個專案，其實當時就是偶然的機會想到做這個倉庫系統，因為在工作過程中沒法完全經歷一個完整的專案，我就想從設計到客戶實施，從軟體售前到軟體售後維護都經歷一遍。前兩年做這個專案真的是慘不忍睹，不過自己的堅持還是給自己帶來豐厚的回報，在短短兩年時間內湊夠了在上海買房的首付款，其實走下來真不容易。但這不是我想寫這篇文章的重點，在最近半年時間吉特倉儲管理系統的更新以及業務都推進的比較慢，因為我幾乎將所有的精力都投入了一個全新的專案<<吉特生產執行製造系統

>>。 

　　　　其實自己也一直有一個目標，當做好吉特倉儲管系統之後，一定要將生產製造業務納入自己的範圍，只是生產管理系統的特殊性，如果沒有特定的應用環境，自己做的東西就是瞎想，基本很難到實際中應用，而且再加不同行業的特性，自己一直沒有真正的下定決心去做。今年一個偶然的機會，接觸了化妝品 日化行業（化妝品絕對是暴利行業，之前在免稅店工作化妝品產品銷售價格就不低），發現這個行業的資訊化落後程度之低，再加上一個做日化生產裝置的企業有意向合作，他們可以提供客戶資源，他們做裝置我這邊做軟體資訊化系統，這種誘惑力使我堅決放棄了這些年從未遇到過的好工作（主要是不用加班，在下班之後有足夠的時間處理 吉特倉儲管理系統上的事情）來開始一個全新的行業。

　　　　其實以上的誘惑力只是一個介面而已，只是工作在舒適區呆的太久了人心裡發慌，再加上吉特倉儲管理系統做了這麼多年，已經到了以一個人能力能夠推動的高峰，如果沒有團隊以及其他因素影響其實很難發展了，有這麼一句話一直對自己說：“ 當年覺得任何事情都順風順水的時候你就應該考慮你的後路了 ” ， 這就是我今年做吉特倉儲管理系統的感覺， 我需要改變這種舒適環境，為自己尋找新的後路。基於以上諸多原因我決定做化妝品行業的生產管理系統。

 

　　(二) 專案的主要問題

　　　　合作的裝置製造商他們裝置在業內做的非常不做，有很大的市場佔有率，他們能夠做裝置加工，電氣控制，但是他們做不到生產工藝的管控，這也是他們目前面臨的最大問題。正式和他們確定合作之後，我就開始了這半年來拼搏之旅。在此之前我從未接觸過化妝品日化行業，我只是覺得這樣一個行業有啥好做的，當年接觸到這個行業之後發現機會無限，當然是不是機會還要看能不能抓的住，如果抓不住機會希望也就只是一個希望，搞不好還會讓自己後悔很長一段時間。

　　　　第一個階段我的目前就是能夠配合他們的裝置做 配方工藝，稱量系統，投料方差系統即可，這三部分是和他們裝置息息相關的，在這個行業上突出他們的裝置優勢。 其實我更加想做全工藝，包括後期的成品灌裝和包裝，到原料倉庫 成品倉庫等管理。 但是做事也不能好高騖遠，第一期的目標就集中在配方工藝，稱量系統，投料防差錯系統。 如果這些成了我就可以整合自己的倉儲系統，將這個業務鏈推向一個新的高度。

　　　　專案的主要需求如下：

　　　　(1) 管理產品的配方（物料BOM）

　　　　(2) 管理產品的生產工藝（最終要將工藝引數下發到裝置PLC自動執行）

　　　　(3) 根據生產工單集合產品配方生成稱量任務（其實領料之後的成料過程，這個行業對物料的精準度相對比較高一點，醫藥食品行業更高）, 這裡的稱量不是簡單領料單，領料單是前置過程。

　　　　(4) 電子秤直接稱量物料，確保物料的精準，有些物料精度要求 0.01g 範圍。

　　　　(5) 稱量的物料投入到裝置中生成，要防止物料投錯。

　　　　(6) 稱量成品的產出，計算產出率。

 

　　　　以上的需求其實很簡單，要求就三點。 但是細化起來工作還是聽多的，我個人大致將這個專案功能區分瞭如下：

　　　　(1) 基礎資料： 成品管理，半成品管理，原料管理，供應商管理，客戶管理，計量單位管理

　　　　(2) 工藝配方： 裝置管理，工序管理，產線管理，班組管理，配方版本，配方升級，工藝管理

　　　　(3) 生產管理：生產工單，排產任務，生產計劃，生產排班，生產施工單，稱量任務，返工管理

 

　　　　以上羅列的功能點是系統中比較重要的功能點，其他輔助新的功能就沒有過多的提及，總之以上功能都是為了核心三要素。其中程式涉及到幾部分：

　　　　(1) 系統所有服務API 程式： 所有的客戶端程式都連線到這個API服務程式

　　　　(2) PC端BS版本系統：BS端系統可以直接人工走完整個設定的業務流程

　　　　(3) 稱量客戶端： 用於連線電子秤讀取電子秤的稱量資料，並且和系統對接

　　　　(4) 列印客戶端： 系統中的列印分為單據列印，單據列印直接在BS系統中列印，如果涉及到標籤的列印使用CS客戶端，CS客戶端可以和BS端互動。

　　　　(4) PDA 投料： PDA用於稱量之後的複核，投料過程中物料的複核。

　　　　(5) PLC程式：本人不是特別懂PLC，用於大型裝置電氣化裝置控制，包括純水系統，汙水處理，CIP清洗系統，原料罐，配料罐，乳化鍋，各種管道閥門電機控制等。

　　　　(6) 對接PLC控制客戶端： 用於將配方工藝引數下發到PLC上

　　　　(7) 裝置監控程式：用於讀取裝置執行的引數資訊

　　　　

　　　　其實軟體功能都好理解，從以上羅列的一些問題來看，其實對於做軟體也是沒有什麼的，開發起來應該也不難。 真正有點難度的應該是裝置的控制，涉及到硬體的開發，這裡對於很多人都沒有接觸過，其實在此之前我也沒有接觸過PLC的開發，總感覺聽高階的。其實當年接觸只會發現其有難度，但是也沒有想象中的那麼難。以上的問題點設定都是理想情況，是偏向於軟體層面的，如果只是關注軟甲層面這種事情就太過於簡單了。

　　　　          

 

　　(三) 如何取設計這樣一個專案

　　　　對於很多開發人員來說，這種專案功能點其實是非常明確的，只要瞭解業務什麼都可以做，其實真的是想當然。有了之前 吉特倉儲管理系統 專案經驗，我後面再也不會有這種想法，只要有技術什麼專案都可以做。 到目前為止我是非常反感這種想法的，這個也是我我曾經的領導和我在思想上的差別，所以我們最終是走不到一起，他認為只要有技術造航母也是沒有問題的。我卻不認同這樣的觀念，一個專案的成敗技術只能佔到一部分因素，其中業務流程很重要，技術服務什麼樣的業務也都是有選擇性的。

　　　　最初我並不瞭解這個行業，自從開始決定做這個事情之後，我首先要做的就是了解這個行業，於是參加各種化妝品展會，去接觸各種做物聯網專案的人員，去了解生產製造行業的特點，瞭解化妝品生產的主要過程。 其實渠道很多，在前幾個月我參加了好幾次化妝品行業的展會，各種工業裝置展會，買過好一些關於化妝品生產的相關書籍閱讀，瞭解化妝品成分中原料等相關特性，基本的生產流程。其實為了快速能夠做專案這些只需要簡單瞭解一下就可以，需要有一個直接感性的認識即可。  不過有一本書對我的啟發很重要《BOM物料管理》 ，這本書是日本人寫的，但是翻譯的很爛，細心閱讀還是能夠給你很多的啟發。

　　　　其實以上方式去了解這個行業都是輔助手段，最有效的方式就直接到生產車間去學習，到客戶現場去學習。 於是我跟了一個做裝置銷售的人員到客戶現場學習，記得有一次他突然給我電話說，他到上海了問我想不想跟他一起去跑客戶，因為事發突然我以為只是去一個客戶於是那天早上五點中就出發，去了上海奉賢見客戶，當天在奉賢見了三個客戶一下子讓我很難吃得消，晚上的時候問我要不要去其他的城市見客戶，其實當時我是有點不情願的去的，但是別人邀請了而且我也真是缺這樣一個機會於是答應了他。那天跟著他從奉賢打車到了虹橋火車站，發現沒有車了在車站吃了一個便飯，打了一個順風車連夜到了江蘇張家港（我第一次打滴滴順風車，從此以後我開啟了晚上打滴滴順風車的節奏），第二天在客戶現場瞭解一整天的生產工藝過程，涉及規劃等等。 由於銷售和客戶聊的太深，我們錯過了去江蘇淮安的車，於是連夜從張家港打滴滴順風車到淮安漣水縣，因為早上八點客戶等著銷售溝通專案問題，那天晚上下著好大的雨，等到了漣水縣已經是快凌晨三點了，早上八點客戶準時在酒店門口等著我們。 就這樣又是一天，又錯過了去煙臺的灰機，後面又開始打滴滴順風車看有沒有去山東濟南的，可能天氣不好或者路程實在是太遠而且是大晚上的，最終沒有打到滴滴。後面晚上等了一班到濟南的飛機，因為第二天八點客戶等著銷售談專案問題。就這樣折騰著凌晨三點到了濟南，然後還碰上了蠻不講理的山東濟南出租車司機，賓館短暫休息五點不到我們趕往濟南高鐵站前往煙臺， 我之前只知道濟南和煙臺都是山東的，沒有想到還有那麼遠，沒有辦法休息了兩個小時不到又開始趕路了，累的實在不行而且是站票，車上的服務員看我們兩個這個樣子還特意搬了一個小板凳給我們坐，終於在遲了差不多半小時的時間趕到了客戶現場，又這樣在煙臺跑了兩個客戶。

　　　　這一次跑客戶讓我徹底覺得自己吃不消，我跟那個銷售開玩笑說我以前真的是舒適區呆的太久了，平時工作我還叫累，跟你們比起努力拼搏來我還是差的太遠了。再後面我又去了好多工廠，還在中山一個工廠帶呆了一個月的時間，跟他們學習他們的生產流程，這也是我後面實施自動化生產專案的一個試點工廠。

　　　　先看看生產車間的現實情況：

　　　　                                        

　　　　

　　(四) 專案為何一個都沒有成功

　　　　就這樣艱難的快過了半年，一直在開發以上軟甲專案，答應了好幾個客戶給他們做。其實東西做了很多，但是都不敢給客戶工廠去實施，因為怕業務流程匹配不上，再加上有時候客戶催的很急我個人心裡也是很著急的。他們給到了我八個工廠的專案來處理，八個工廠不是小數目，而且現在還是孤家寡人一個，而且沒有相關的經驗，所有的一切都得從頭開始。其實壓力是非常巨大的，我已經很久沒有這麼大的壓力了，之前工作上沒有任何壓力，其他的壓力也就來自於吉特倉儲管理系統專案上的壓力，但是畢竟是有東西在手上，很多事情可控，可以有把握把握住節奏。但是吉特生產執行製造系統，一個全新的東西，完完全全從零開始，而且很多東西都是第一次遇到，又不想湊合著完成任務，因為<<吉特生產執行製造系統>>可能就是我將來的另外一條出路，我對此事考慮的很多，包括軟體產品的設計，車間資訊化規劃，裝置控制，業務流程梳理，人員培訓使用，實施安裝除錯等 在自己心中模擬了一遍又一遍，我是希望儘可能的按照一種模式走下去，能夠快速的複製這種模式到同類型的工廠。

　　　　軟體產品設計到開發，其實很快就完成了。其實也算不上完成，因為很多功能沒有開發，但是基礎的功能點，業務點都是串起來了，但是離實施使用還是有很大的差距，這也是我不得不面臨的問題。其實好幾次客戶催促我都是這樣應城別人的，我說軟體已經開發好了，你們能不能用起來呢？你覺得你們自己能夠將業務梳理起來，管理能夠約束起來，那我軟體就可以上，你們就可以用。其實這是一個雙方協商和爭取的過程，軟體直接上肯定是用不起來的，除了軟體的bug再就是業務流程的不匹配，再加上客戶自己本身對這種事情沒有太多的概念，這樣就會出現一個疊加區可以為自己爭取更多的開發時間。

　　　　目前該專案已經在四個工廠實施，但是所有的工廠都沒有使用起來，但是也並不是完全沒有使用，就是沒有達到預期的目標，有很多地方沒有銜接上，自己主要分析了一下不能達到預期目標的幾個原因：

　　　　(1) 和其他系統做整合： 比如ERP，這個是我這個期間最頭疼的問題，其實對接在技術上是沒有任何難度的，這個對於做技術的人員來說都是小問題，在對接過程中主要出現雙方步調不一致，兩個供應商你想要讓坐在一起協調問題這個很難很難，比協調產品經理和程式設計師之間的關係更難，雙方都想將問題部分拋給對方，導致專案很難推進。

　　　　(2) 系統對接技術問題：系統對接問題其實是最簡單的，當初我在設計此專案的時候，採用全API開放式模式就是為了方便其他系統的接入，在目前看來我有些異想天開，在和其他系統做對接的時候其他的系統根本無法對接API介面，他們必須使用資料庫整合，而且應用程式要部署到和ERP同一臺的伺服器上，這就大大限制了系統的隔離性問題。我釋出一個新版本程式還要考慮ERP等類似的系統的心情，萬一伺服器搞掛了整個廠區生產都要癱瘓，所以技術問題引起的專案問題著實讓人頭痛難以解決。

　　　　(3) 客戶理不清楚自己的流程： 我可以明確的說絕大部分客戶是理不清楚自己工廠內部的業務流程的，相關專案的負責人也就只能處理自己相關部門的業務，如果好一點的還能協調你處理其他部門的事情，如果不能那就只能你自己去慢慢摸索了。可能有人說客戶必須要有人來負責這個事情，這個真的是理想情況，就算完全懂工廠所有業務流程的人他的級別也不肯能天天跟著你給你講解他們工廠的業務。所以在這裡一點就是：“ 你必須必比客戶更加的專業(當然也很難做到)，而且你要能夠梳理出客戶所有的 業務流程並且將其串聯起來，你是專案的管理推進者，而非客戶讓你幹活的小弟，如果你只把自己當做一個幹活的小弟這個專案基本就很難推進了”。

　　　　(4) 軟體理論和實際應用的差別： 如果說是做手機APP，辦公室等使用的CRM系統，OA系統等等這些還好，但是系統一旦到了應用操作層面這個事情就難辦了，我給客戶做了一個電子秤，從小車設計到程式開發現場安裝除錯，陪同使用培訓等等。最初感覺是完美無缺，但是到了使用的過程中各種問題： 比如小車太重了，倉庫的小姑娘推不動電子秤，電子秤的顯示螢幕看不到讀數，獲取電子秤讀數還需要去按確認按鈕，掃描掃描不出來等等，網路訊號遮蔽的問題，這遠不是開發一個程式那麼簡單。

　　　　(5) 自身的能力問題： 其實最重要的還是自身的問題，自己還是沒有去更深入的去了解現場情況，對業務的流程的設計還不夠人性化，不夠便捷，對於專案目標概念的把控還不能靈活自如，也許這裡會提到什麼專案管理問題，團隊問題等等，在我覺得這都是在有完整的系統平臺下考慮的事情，自己還是缺乏這種專案結構的組織能力，對專案完成目標設計還不夠清晰，執行也不夠堅決。

　　　　(6) 客戶不使用無法發現問題： 這個我相信很多相關行業的人能夠深有體會，我一個專案下來這種大型裝置運轉起來，客戶不生產我永遠不知道自己在控制方面出了哪些問題，裝置上幾千個閥門控制怎樣算是正確？ 其實在理論模擬資料上可行到了實際生產過程又是另外一回事，客戶不生產我們也不能無法第一時間發現問題，可能很多人說那就自己開機器自己執行。其實在裝置運轉的過程中缺少很多東西導致裝置空運轉也是沒有任何意義的，比如缺少相關原料(我們一般使用水做測試)，沒有工藝配方。 再就是8月份我們做車間裝置除錯的時候，那封閉的車間真叫一個熱，客戶說現在車間都沒有生產起來，一個月電費都要幾萬，其實我內心也是比較擔憂的，這種沒有成效的測試只會導致資源的浪費。

　　　　

　　　　到目前為止專案沒有一個工廠完全是使用起來的，還有很多很多的問題，我這樣豪不避諱，這將是我面臨的問題，在客戶不斷催促的情況下要儘快去落實相關問題的解決。今天寫這篇文章我覺得對於自己是有必要的，因為最近看到了這個專案的曙光，我覺得有必要好好的回顧一下專案的問題，用於總結經驗發現問題。只要再堅持一段時間，我相信這個事情一定會遍地開花，順利的推廣下去。

 

　　　　(五) 說說最近的稱量系統

　　　　在上文提到了稱量系統是目標設定中的一個重要組成部分，因為這個行業使用的原料大部分是以粉塵，顆粒，液體為主，對於原料的精度控制就必須有一定的計量方式，那這個計量方式最有效的就是稱量(其他的方式也是可以的，比如使用流量計等，其實原理上是一樣的)。為什麼要使用稱量系統，主要是稱量在生產車間經常稱錯料，稱量重量不對，混合稱量等等問題。首先看看我這邊一個初期的稱量站結構：

　　　　                              

　　　　(1) 稱量系統的主要功能點

　　　　　　（a）掃描稱量任務單上的二維碼顯示顯示所有的稱量任務資訊。

　　　　　　（b）電子秤要能夠去皮操作

　　　　　　（c）平板上的程式要能夠讀取電子秤上的稱重讀數, 淨重和皮重。 其實這個是稱大料的，還有一種天平稱小料，他們的精度要求不一樣。

　　　　　　（d）稱料方差，物料不符合要求，稱量結果不滿足要求都要做限制，精度要求達不到也要做限制，稱量成功之後列印二維碼標籤貼上到包裝上。

　　　　　　（e）稱大料的時候要能夠拆分稱重，因為有可能一個容器裝不下所需的原料，所以要拆分到不同的容器中並且做以區分。

　　　　　　（d） 同一種原料不同批次要加以區分，用於ERP系統自動扣除庫存，再次之前是哪個原料批次很難弄清楚，而且需要人工錄入到ERP系統扣減庫存。

　　　　(2) 稱量系統實施遇到的問題

　　　　　　完成以上功能你如果覺得就非常不錯了那就打錯特錯了，上面只是軟體功能，其中我在實施過程中遇到的問題有很多

　　　　　　(a) 這個小推車是自己設計找人做的，這個車太長了而且非常笨重，在倉庫內部推動實在太難。

　　　　　　(b) 電子秤的這個顯示屏放在側面，稱料的人在傾倒物料的時候更變無法看清電子秤上的讀數。

　　　　　　(c) 電子秤上的去皮按鈕鍵沒有訊號傳輸出來，導致去皮操作無法完成。

　　　　　　(d) 電子秤沒有完整的對外資料傳輸訊號線，需要自己外接。

　　　　　　(e) 使用工業級平板太過於耗電，要求能夠移動稱量，目標是達到使用7-8小時，在工業級平板上基本是很難的。

　　　　　　(f) 列印的選擇問題，之前使用的是斑馬GK888t 標籤機，印表機是好但是也是太過於耗電。 

　　　　(3) 稱量系統小結

　　　　　　(a)  在產品和程式設計方面一定要能夠和現場情況匹配，不能意向天開，否則就算做的再好也很難使用起來，不能起到減輕工作量反而增加工作量。

　　　　　　(b)  多和現場使用人員溝通，但是也一定要有一個能夠做決定人的支援，事情該怎麼開展需要內部人來協調。

　　　　　　(c)  到現場實際體會一下操作，我最近一段時間就在倉庫稱了幾天的料，切身實際的體會操作工遇到的問題，因為很少有人能夠反饋你真實的問題。

　　　　　　(d)  一定要到現場實際測試，這樣才能發現問題並且解決問題，只要發現問題就能夠解決問題,就怕不能發現問題。 

　　　　

　　　　(六) 關於物聯網和智慧製造

　　　　　　這兩年比較火的行業算是物聯網了，什麼萬物物聯等等亂七八糟的概念，我不是批評這種概念啥的，國內目前也很多做物聯的企業，也有很多做物聯網平臺的。以前關注的可能不是太多，但是最近關注這一的平臺不少，也看過很多展會的案例，其中絕大部分物聯網平臺就是一個 弄了一個簡單的感測器裝置採集資料到了一個公有云平臺，做一些資料報表的分析，然後做一些大資料的宣傳等等。對於這種技術的研發的企業感到敬佩，但是他們都存在一個重大的問題，你採集的資料能夠為我做什麼？

　　　　　　昨天還有一個向我推銷物聯網一個什麼盒子的問題人，具體忘記什麼企業了，是上海一家做物聯網的，一樣的套路讓我買他們的裝置安裝到客戶現場，採集資料到他們的公有云平臺，然後給我出報表。然後我提出了幾個問題：

　　　　　　(1) 車間封閉的情況下如何上傳資料，很多車間是禁止使用外部網路的。

　　　　　　(2) 使用4G網路訊號，暫且不說訊號好弱強度如何，4G網路訊號費用誰出。

　　　　　　(3) 對於工藝引數時效性的設定等如何解決，雖然現在網路的確很發達，是否能夠確保萬無一失。

　　　　　　(4) 對於採集資料，你採集到了資料，無法就是轉速，溫度，壓力，流速等等，這些資料形成了報表能夠給我什麼樣的業務指導？【這是一個非常有爭議的話題，很多人就是說我可以給你波動曲線圖，給你圖表你就能夠分析了，其實對於這種我是非常反感的，在沒有業務應用引數做對比的情況下，這些所謂的圖表都是沒有任何意義的(這種業務引數每個企業每個產品可能都不一樣，憑什麼你一個平臺就能打遍所有行業)，就是一個比較漂亮的圖表而已，起不到對業務推進和改進的作用，這就是做物聯網平臺大資料的最大侷限性，以上純屬個人觀點】 

　　　　　　(5) 就算你能夠形成有用的圖表，難道客戶還要切換到你們的平臺上去看生產資料？

　　　　　　(6) 對於生產型的資料客戶不願意儲存在其他的地方怎麼辦？

　　　　　　之前在工業博覽會上我和王強《https://www.cnblogs.com/lsjwq/》有聊到過相關的物聯網的相關問題，他是這方面的專家，我是菜鳥，如果大家有打算做物聯網方面的可以關注他相關的文章。

　　　　　　其實我個人在昨晚以上生產方面之後，我想接入後續的生產灌裝車間，以及包裝車間，整合自己的倉庫系統，統一管理原料倉和成品倉庫，如果是能夠做一個完整的自動化車間那真的睡著也會笑醒來。今年也在和技田科技機器人合作，希望能夠倉儲方面相互推廣，做好工業領域的自動化倉庫。

　　　　　　                 

　　　　　　本來是想放一個視訊來著，一個天貓超市的無人倉庫，但是部落格園寫文章好像不能上傳視訊，只能截圖了（第三張不是的，是另外一個超大型自動化立體庫）。 如果有興趣的可以加我微信轉發看看。 總之有些東西做起來還是挺有意思的。

　　　　

　　　　寫在文章的最後，時間實在太倉促，趁趕路的時間寫下這篇文章又開始飛了，週六的時候去東莞見了一下老同學，學工業設計的。我問他在家幹啥，他說在學習，看到他這本工具書著實佩服，我們曾經也一起努力學習過，但是能夠堅持的人實在是少之又少。 我相信越努力的人越幸福。堅持，我相信自己的目標一定會達成。

　　　　　　

　　　　　　

　　　　　　

 

 

作者：情緣
出處：http://www.cnblogs.com/qingyuan/
關於作者：從事倉庫，生產軟體方面的開發，在專案管理以及企業經營方面尋求發展之路
版權宣告：本文版權歸作者和部落格園共有，歡迎轉載，但未經作者同意必須保留此段宣告，且在文章頁面明顯位置給出原文連結。
聯絡方式: 個人QQ  821865130 ; 倉儲技術QQ群 88718955,142050808 ; 微訊號：15800466429
吉特倉儲管理系統 開源地址: https://github.com/hechenqingyuan/gitwms