2019年4月份工做日誌

2019年4月1日

業務成長：

（1）知道某個行業的痛點，問題

（2）要有一個願景的想象，這個想象能提升效率，下降成本，標準化；不能只盯着眼前，不然任何事情都解決不了

漢廣信息服務平臺價格模塊：

（1）信息平臺價格關注品種除了藥通網沒有其餘網站的價格推送

弄清楚價格有哪些RestAPI，每一個API是幹什麼用的，寫好註釋爲準

 

中藥材天地網資訊的類型爲空，標題爲空，內容爲空，時間爲空

康美網類型爲空

 

明天計劃工做：

生產管理系統加一個字段

 

思考：

標籤，用戶畫像是怎麼作的？

 

數據源：

隴萃源信息平臺：http://www.longcuiyuan.com/

 

2019年4月2日：

自如房源監控：

 https://blog.csdn.net/u013205877/article/details/78726194

 

2019年4月3日：

感悟：

中化農業智慧農業介紹---作的產品模型很是震撼

中藥農業MAP：助力中國農業現代化---整個鏈條合做打通

業務的發展應該是企業和其餘業務公司或技術機構進行合做，打通整個行業鏈條

追溯應該是將各個中藥材追溯平臺的數據資源進行整合，即與其餘中藥材追溯平臺進行合做，打通全程追溯鏈條

以單品種弄清楚種植，加工，倉儲養護，銷售，流通的整個技術鏈條

 

今天完成工做：

ERP系統成本覈算，增長原料消耗量及使用原料消耗量計算再生產（100%）

信息服務平臺部分數據源採集有誤緣由查找，中藥材天地網爲頁面整改，部分字段沒法獲取；康美中藥網爲代碼錯誤致使沒法採集分類字段

思考文章如何打標籤----直接調用第三方接口獲取標籤，例如：使用調用百度AI平臺文章標籤接口實現；優勢：快速實現，無BUG

思考藥材標籤如何實現-----數據庫設計標籤表（使用MySQL），藥材的標籤分類（使用Redis哈希存儲；優勢：查詢快速）；前端使用標籤相關框架，例如：taggingjs

思考全程追溯平臺如何實現----應該是整合其餘中藥材追溯平臺的資源數據，作連接平臺

 

明天計劃工做：

信息服務平臺部分數據源採集更正，中藥材天地網爲頁面整改，部分字段沒法獲取，更正中藥材天地網爬蟲；康美中藥網爲代碼錯誤致使沒法採集分類字段，代碼修正

 其餘待安排

 

2019年4月4日：

1. 系統已經作好
1. 面對一個飲片企業，個人使用場景是這樣
1. 購買了漢廣貨的，漢廣的貨有批次號，
1. 輸入批次號，
2. 本批次的前面信息已經準備好，
3. 飲片企業只須要輸入飲片環境的就能夠
4. 附碼，打印，貼籤
2. 若是沒有購買漢廣貨，
1. 直接錄入，（本期是否是能夠不作）
1. 種植環節信息
1. 本期只是錄入，不考慮兼容別人的。
2. 初加工信息
3. 飲片信息
4. 附碼，打印，貼籤
2. 若是面對的是流通企業
1. 本期暫不作。
3. 若是面對的是初加工企業
1. 使用了漢廣生產管理系統的，輸入批次碼或者追溯碼，直接顯示結果
1. 不須要在這個追溯系統操做什麼，只是檢驗信息完整性。
2. 使用了漢廣的藥工匯來管理的，輸入批次碼或者追溯碼，直接顯示結果
1. 能夠在這個上面輸入信息，數據同步存儲在種植，初加工，
3. 沒有使用漢廣的任何系統，支持直接錄入，可是本期不作。
4. 若是面對的種植企業
1. 使用了藥農寶的種植管理，輸入批次碼或者追溯碼，直接顯示結果
1. 能夠修改容許被修改的數據，數據同步存儲到種植部分。
2. 使用了別家的種植管理，
1. 數據只是錄入。
2. 因此功能菜單應該是
1. 業務管理首頁
1. 查詢
2. 若是能查詢出來結果，則提供一個入口，補充其餘信息
2. 種植源頭追溯管理
1. 召回管理
3. 初加工環節追溯管理
1. 召回管理
4. 飲片加工環節追溯管理
1. 召回管理
5. 流通環節追溯管理
1. 召回管理
6. 系統管理
1. 系統用戶管理
2. 企業帳戶管理
3. 等等

 

今天完成工做：

信息服務平臺部分數據源採集更正，中藥材天地網爲頁面整改，部分字段沒法獲取，更正中藥材天地網爬蟲；康美中藥網爲代碼錯誤致使沒法採集分類字段，代碼修正（100%）

在原有爬蟲框架使用面向對象擴展框架類圖

 

明天計劃工做：

標籤服務設計，包括文章資訊標籤，藥材商品標籤，用戶標籤

 

2019年4月8日：

今天完成工做：

（1）對標籤服務的理解總結成文本

（2）信息服務平臺資訊生產環境的問題，初步肯定爲需求從新啓動腳本運行

 

明天計劃工做：

(1) 資訊爬蟲問題測試環境啓動無反應需再調試

（2）微信機器人項目總結文檔

（3）爬蟲數據採集擴展框架設計完善

 

2019年4月9日：

測試環境爬蟲是否能爬取中藥材天地網和藥通網數據

我關注了品種，可是沒有收到微信的模板消息；有的人收到了重複的模板消息

 測試環境運行爬蟲爬取的數據也會推送到是生產環境關注相關品種的用戶

成本覈算原料消耗量數據更正：成品入庫單和半成品入庫單使用生產入庫針對老數據使用入庫重量更新原料消耗量

UPDATE  e_wms_product_in_sheet  SET  produce_consume_weight=wms_product_in_sheet_in_weight WHERE  produce_consume_weight=0  OR  produce_consume_weight IS NULL;

UPDATE  e_wms_partially_product_in_sheet  SET  produce_consume_weight=wms_partially_product_in_sheet_in_weight WHERE  produce_consume_weight=0  OR  produce_consume_weight IS NULL

UPDATE e_wms_product_in_sheet  SET produce_consume_weight=350000 WHERE  wms_product_in_sheet_number='CPRK-003-190408-0012';

 原料消耗量驗證規則，原料消耗量必須大於生產入庫量，防止用戶填錯

信息服務平臺爬蟲使用pm2工具啓動，須要在啓動時指定環境變量

 

2019年4月10日：

今天完成工做：

本地鏈接測試環境MongoDB成功：須要設置MongoDB外網連接，將本地外網IP添加至服務器白名單，使用Mongo Shell軟件例如Robo 3T鏈接

採集資訊工做方案：使用拿來方式尋找線程的爬蟲程序、軟件、平臺實現資訊採集

資訊爬蟲BUG：生產環境爬蟲須要從新啓動，命令爲：NODE_ENV=prod  pm2  restart  newsCrawler.js

明天計劃工做：

去github和BAT開放平臺尋找線程的爬蟲程序、軟件、平臺，可以實現根據配置的URL規則採集下載頁面；並試運行，檢測是否可行，並歸檔總結

 

 

2019年4月11日：

今天完成工做：

（1）天地網資訊BUG處理 ：去除資訊的樣式及版權信息

cd  /data/NodeJS/crawler

git  fetch
git rebase origin/master

pm2  list
NODE_ENV=prod  pm2  restart newsCrawler.js

 

2019年4月12日：

今天完成工做：

 後裔資訊採集器軟件調研；查看產品說明了解採集器特性是否知足需求

成本覈算相關列表葉顯示原料消耗量；消耗量範圍驗證；消耗量文字提示

 

明天計劃工做：

 資訊採集器繼續調研，主要包括八爪魚採集軟件

生產批次最後一次成品入庫不驗證消耗量避免沒法錄入

 

2019年4月15日：

標籤第一期需求

性質：

標籤的第一期需求本質上上是一個分類節點樹問題，與業務無關；預計標籤的第二期需求會出現用戶畫像及智能推薦的需求

場景：

核心場景是藥材商品的標籤，藥材的標籤包括品種、規格、產地；第一期標籤需求的實現與業務無關，是純粹的技術問題

標籤分類：

按業務劃分：可分爲藥材標籤、文章標籤、用戶標籤及其餘

按技術劃分：可分爲根標籤（無父標籤）、分枝標籤（既有父標籤也可有子標籤）、葉子標籤（不能新增子標籤）

按運營劃分：可分爲通用標籤、平臺標籤、用戶自定義標籤

功能：

後臺運營人員查看標籤節點樹：

　　後臺以樹形結果展現通用標籤和平臺級標籤，無分頁展現標籤數

後臺運營人員新增標籤

　　後臺運營人員在指定非葉子標籤下批量新增標籤

後臺運營人員修改標籤

　　後臺運營人員在指定非葉子標籤下批量修改標籤，不能改變標籤掛載的節點，容易出現問題，若需需改，須要刪除此標籤後再新增標籤

後臺運營人員刪除標籤

　　後臺運營人員批量刪除標籤，刪除此標籤及其子標籤；點擊刪除時彈框提示確認刪除；若每次只能刪除尾節點標籤則比較浪費時間

後臺運營人員複製標籤

　　後臺運營人員複製此標籤及其字標籤，避免大量重複新建標籤而麻煩，批量複製後修改便可

APP用戶新建自定義標籤

　　APP用戶在指定標籤分類下新增自定義標籤

APP用戶修改自定義標籤

　　APP用戶在修改自定義標籤的名稱

APP用戶刪除自定義標籤

　　APP用戶在刪除自定義標籤

APP用戶獲取標籤

　　APP用戶獲取標籤數，此標籤數爲通用標籤數與平臺級標籤數及此用戶自定義標籤的合併



數據庫設計：

id　　標籤自增ID

pid　　父標籤ID，根標籤的pid爲0

phone　　建立此標籤的APP用戶手機號碼

tag_name　　標籤名稱

tag_code　　標籤編碼，使用父標籤編碼拼接自身編碼實現

tag_type　　標籤類型：1爲通用標籤，2爲平臺標籤；3爲用戶自定義標籤

created_at　　建立時間戳

updated_at　　更新時間戳

is_del 　　是否軟刪除





API定義：

獲取標籤列表：

tags/list/｛id｝/｛phone｝/｛deep｝

｛id｝爲標籤ID；｛phone｝爲用戶手機號碼,空爲後臺人員建立；｛deep｝爲標籤樹的深度

返回的數據部分爲字典類型



批量新建標籤：

tags/create/｛phone｝

｛phone｝爲用戶手機號碼，空爲後臺人員建立

返回的數據部分爲列表，列表的元素爲字典類型





批量修改標籤：

tags/update/｛phone｝

｛phone｝爲用戶手機號碼，空爲後臺人員修改

返回的數據部分爲列表，列表的元素爲字典類型



批量軟刪除標籤：

tags/update/｛phone｝

｛phone｝爲用戶手機號碼，空爲後臺人員修改

返回的數據部分爲刪除的標籤數量

 

明天計劃工做：

標籤服務框架搭建：服務框架搭建己RestAPI框架搭建
ERP問題：原料採購入庫的問題處理

 

2019年4月16日：

今天完成工做：
1. ERP問題：原料採購入庫的問題處理

2. 通用標籤及平臺級標籤及用戶標籤的規則

3. 標籤編碼規則

4. 接口定義及接口文檔（未部署在測試環境，應該是域名解析問題致使訪問不成功；明天在部署一次）

5. 使用Yii2搭建微服務框架

明天計劃工做：

1. ERP問題：定向採購入庫問題處理

2. 標籤服務：開始創建數據庫並開發

 

2019年4月17日：

今天完成工做：

標籤服務接口文檔上線

標籤服務框架搭建

ERP系統問題處理

 

建立標籤：

建立的標籤爲用戶級標籤，則必須傳入用戶惟一標識手機號碼

建立的標籤爲平臺級標籤，則必須傳入平臺惟一標識APPID

建立的標籤爲通用的標籤，則無需傳入用戶惟一標識和平臺惟一標識

父標籤爲通用標籤，則能夠建立通用標籤、平臺級標籤、用戶級標籤

父級標籤爲平臺級標籤，則只能建立平臺級標籤

父級標籤爲用戶級標籤，則只能建立用戶級標籤

建立標籤無需傳入標籤編碼，編碼爲自動生成

 

修改標籤：

不能修改標籤的類型，容易引起權限問題，例如：用戶不能修改通用標籤和平臺級標籤；後臺不能修改用戶級標籤

其餘同建立標籤

 

刪除標籤：

方案一：如有子標籤，則沒法刪除，須要先刪除全部子標籤

方案二：刪除此標籤及其全部子孫標籤

 

標籤樹列表：

傳入平臺惟一標識和用戶惟一標識：經過標籤編碼獲取全部類型的子孫標籤

傳入平臺惟一標識：經過標籤編碼獲取全部子孫通用標籤及全部子孫此平臺級標籤

傳入用戶惟一標識：經過標籤編碼獲取全部子孫通用標籤及全部子孫此用戶級標籤

不傳平臺惟一標識和用戶惟一標識：經過標籤編碼獲取全部子孫通用標籤

 

 

明天計劃工做：

標籤接口及規則討論確承認行

編寫代碼，開發

 

2019年4月18日：
今天完成工做：

1. 標籤服務設計確認

2. 標籤服務接口文檔更新

http://tagdoc.test.chinahanguang.com

 

明天計劃工做：

1. access_token問題與李勇確認

2. 標籤服務標籤列表獲取參考無極限分類，獲取標籤信息算法肯定

 

2019年4月19日：

今天完成工做：

 YLRK-002-190402-0005   改成標準件 剩餘285Kg，包裝規格爲50Kg

標籤服務設計參考PM系統的模塊管理模塊，修改API並更新API文檔

明天計劃工做：

標籤服務API接口再確認

數據庫實現及接口實現

 

2019年4月22日：

成品入庫單CPRK-022-190418-0011打印問題解決

標籤移位接口調整

基於Yii2的爲服務框架搭建，使用ERP系統 和用戶微服務系統進行抽取微服務框架

標籤服務數據表設計並編寫migrations並生成數據模型

明天計劃工做：

標籤服務接口實現，共5個接口，詳細見接口文檔；tagdoc.test.chinahanguang.com

 

2019年4月23日：

今天完成工做：

標籤服務接口實現（75%）

修改標籤接口

建立或更新子標籤接口

刪除標籤接口

查詢獲取標籤樹接口未完成，完成使用遞歸得出標籤樹結構

明天計劃工做：

查詢獲取標籤樹接口，主要是分狀況及考慮是否須要過濾用戶自定義標籤的狀況

標籤移位接口

生產管理系統追溯一批一碼相關

 

2019年4月24日：

今天完成工做：

原料消耗量邏輯整理清楚：

a. 每次建立生產入庫申請單時，填寫的原料消耗量必須小於剩餘最大原料消耗量（剩餘最大原料消耗量=生產批記錄單的投入量 - 生產批記錄單的尾料量 - 生產批記錄單的退料量 - 今生產批記錄的全部生成的未做廢不管是否確認入庫的生產入庫單入庫量之和）

注意：這裏不考慮生產入庫單是否確認入庫，由於容易產生問題；若是使用已經確認入庫來計算剩餘原料消耗量，由於可能一次性產生多個生產入庫申請單，且是別動接收的，致使在入庫單申請單時沒法驗證

b. 建立生產入庫申請單時，若是未徹底入庫，則原料消耗量必須大於填寫的成品入庫重量；若是最後一次徹底生產入庫，則不驗證原料消耗量，且不管用戶將原料消耗量填寫多少，都將自動在後臺改成剩餘原料消耗量（此處在後臺自動修改，未在前臺修改及提示，由於在前臺修改及提示比較繁瑣，需在前臺頁面判斷驗證場景及入庫類型等）

c. 再生產計算接口：若是生產批記錄單已經完成且批記錄單成品量等於入庫量，則再生產=0； 不然：再生產=原料投入量 - 已確認入庫的生產入庫單原料消耗量

代碼修改：

a. 已經修改再生產計算的接口（代碼在dev分支）

b. 已經修改原料消耗量計算相關驗證已卡住且已經自測經過（代碼未提交dev分支）

明天計劃工做：

查詢獲取標籤樹接口，主要是分狀況及考慮是否須要過濾用戶自定義標籤的狀況

標籤移位接口

生產管理系統追溯一批一碼相關

全部接口考慮根據用戶惟一標識過濾用戶自定義標籤的狀況

 

2019年4月25日：

今天完成工做：

在生產計算接口使用原料消耗量計算；生產記錄已完成：在生產=0；生產記錄未完成：在生產=領料量-原料消耗量-退料量；

標籤服務接口：標籤移位接口實現；

明天計劃工做：

標籤服務接口：標籤查詢接口及刪除標籤接口考慮根據平臺ID和用戶ID過濾

 

2019年4月26日：

今天完成工做：

 

2019年4月28日：

今天完成工做：

原料消耗量問題上測試

原料消耗量更正腳本

標籤服務查詢接口

明天計劃工做：

原料消耗量上線

標籤服務上線

yuan

 

2019年4月29日：

今天完成工做：

禹州老數據庫存詳細信息不正確找緣由

原料消耗量改進測試經過上線

明天計劃工做：

標籤服務檢查自測並上線

 

2019年4月30日：

標籤服務的標籤類型：

1. 不傳平臺惟一標識、不傳用戶惟一標識

提示錯誤，實際操做必定知道是由哪一個平臺操做

2. 不傳平臺惟一標識、傳用戶惟一標識

提示錯誤，實際操做必定知道是由哪一個平臺操做

3. 傳平臺惟一標識、不傳用戶惟一標識

修改單個標籤基本信息：可修改通用標籤、可修改此平臺的平臺級標籤

批量建立或更新子標籤：在通用標籤下建立和更新通用子標籤和此平臺級子標籤、在此平臺級標籤下建立和更新此平臺級子標籤

軟刪除標籤及其全部字標籤：刪除通用標籤及全部子標籤、刪除此平臺級標籤及其全部子標籤

查詢：查詢通用標籤、查詢此平臺級標籤

4. 傳平臺惟一標識、傳用戶惟一標識

修改單個標籤基本信息：可修改此用戶級標籤

批量建立或更新子標籤：在此平臺級標籤下建立和更新此平臺級子標籤和此用戶級標籤、在此用戶級標籤下建立和更新此用戶級子標籤

軟刪除標籤及其全部字標籤：刪除此用戶級標籤及其全部子標籤

查詢：查詢通用標籤、查詢此平臺級標籤、查詢此用戶級標籤

 

明天計劃工做：

1. 標籤服務和李勝強、郝建設對接

2. 生產管理系統一批一碼相關