• 说说这半年做的一个项目,并分享给各位


      已经快一年没有写博客了,实在是太忙了,忙到已经没有时间写文章。近半年的时间一直在忙着一个新项目,最近终于有了阶段性成果,觉得很有必要写写文章来记录一下这个新的项目。趁着这两天赶路的空闲时间记录分享一下项目的经验和过程。

      (一)  这是一个什么类型的项目

        其实自己做吉特仓储管理系统已经好一些年了,当初的目的就是为了能够完整的做一个项目,其实当时就是偶然的机会想到做这个仓库系统,因为在工作过程中没法完全经历一个完整的项目,我就想从设计到客户实施,从软件售前到软件售后维护都经历一遍。前两年做这个项目真的是惨不忍睹,不过自己的坚持还是给自己带来丰厚的回报,在短短两年时间内凑够了在上海买房的首付款,其实走下来真不容易。但这不是我想写这篇文章的重点,在最近半年时间吉特仓储管理系统的更新以及业务都推进的比较慢,因为我几乎将所有的精力都投入了一个全新的项目<<吉特生产执行制造系统>>。 

        其实自己也一直有一个目标,当做好吉特仓储管系统之后,一定要将生产制造业务纳入自己的范围,只是生产管理系统的特殊性,如果没有特定的应用环境,自己做的东西就是瞎想,基本很难到实际中应用,而且再加不同行业的特性,自己一直没有真正的下定决心去做。今年一个偶然的机会,接触了化妆品 日化行业(化妆品绝对是暴利行业,之前在免税店工作化妆品产品销售价格就不低),发现这个行业的信息化落后程度之低,再加上一个做日化生产设备的企业有意向合作,他们可以提供客户资源,他们做设备我这边做软件信息化系统,这种诱惑力使我坚决放弃了这些年从未遇到过的好工作(主要是不用加班,在下班之后有足够的时间处理 吉特仓储管理系统上的事情)来开始一个全新的行业。

        其实以上的诱惑力只是一个接口而已,只是工作在舒适区呆的太久了人心里发慌,再加上吉特仓储管理系统做了这么多年,已经到了以一个人能力能够推动的高峰,如果没有团队以及其他因素影响其实很难发展了,有这么一句话一直对自己说:“ 当年觉得任何事情都顺风顺水的时候你就应该考虑你的后路了 ” , 这就是我今年做吉特仓储管理系统的感觉, 我需要改变这种舒适环境,为自己寻找新的后路。基于以上诸多原因我决定做化妆品行业的生产管理系统。

      (二) 项目的主要问题

        合作的设备制造商他们设备在业内做的非常不做,有很大的市场占有率,他们能够做设备加工,电气控制,但是他们做不到生产工艺的管控,这也是他们目前面临的最大问题。正式和他们确定合作之后,我就开始了这半年来拼搏之旅。在此之前我从未接触过化妆品日化行业,我只是觉得这样一个行业有啥好做的,当年接触到这个行业之后发现机会无限,当然是不是机会还要看能不能抓的住,如果抓不住机会希望也就只是一个希望,搞不好还会让自己后悔很长一段时间。

        第一个阶段我的目前就是能够配合他们的设备做 配方工艺,称量系统,投料方差系统即可,这三部分是和他们设备息息相关的,在这个行业上突出他们的设备优势。 其实我更加想做全工艺,包括后期的成品灌装和包装,到原料仓库 成品仓库等管理。 但是做事也不能好高骛远,第一期的目标就集中在配方工艺,称量系统,投料防差错系统。 如果这些成了我就可以集成自己的仓储系统,将这个业务链推向一个新的高度。

        项目的主要需求如下

        (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

  • 相关阅读:
    (双指针 二分) leetcode 167. Two Sum II
    (双指针) leetcode 485. Max Consecutive Ones
    (双指针) leetcode 27. Remove Element
    (String) leetcode 67. Add Binary
    (数组) leetcode 66. Plus One
    (N叉树 BFS) leetcode429. N-ary Tree Level Order Traversal
    (N叉树 递归) leetcode 590. N-ary Tree Postorder Traversal
    (N叉树 递归) leetcode589. N-ary Tree Preorder Traversal
    (N叉树 DFS 递归 BFS) leetcode 559. Maximum Depth of N-ary Tree
    (BST 递归) leetcode98. Validate Binary Search Tree
  • 原文地址:https://www.cnblogs.com/qingyuan/p/9873790.html
Copyright © 2020-2023  润新知