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. 生产管理系统一批一码相关