MES技术架构

lihuolin958

对于系统开发人员来说,ERP软件按照行业开发,MES按照工厂来开发.
ERP一个行业基本上就可以拿到一个标准.
MES没有标准可言.只有定制,所以对于开发人员的要求来说,ERP更多的是业务熟悉,MES更多的是和客户讨价还价.
MES成为了集团公司的专利,需要有数量庞大的专业软件开发人员伴随公司成长对系统不断修正,不断定制,不断升级,甚至重新来过...
所以ERP一大堆,MES用的少,产品少,好的就更少.因为MES一直是一个系统,一个不能重复利用的系统,一个不能拿出家门的系统.这不能不说是MES开发人员的悲哀.
所以我认为MES不应该是一个系统,它应该是一个平台,一个可以随时定制具体工作的平台.这个平台有2种类型的用户:一种就是一般的用户(A类用户),一种就是系统定制开发人员(B类用户).(要求很低的那种,基本上属于看了1个月软件开发书籍的就能上手的那种)
这个平台必须满足:
1.A类用户(销售)可以维护客户
2.A类用户(采购)可以维护供应商.
3.A类用户(工程)可以维护产品/零件的料号/版次.
4.A类用户(工程)可以定义产品的制造工艺.
5.A类用户(IE/工程)可以定义产品的制造流程.
6.A类用户(生管)可以维护工作计划和具体工单.
7.A类用户(作业员)可以维护产品实时生产制造信息.(条码扫描/RFID自动收集)
8.A类用户(仓管)可以维护出入库信息.(条码扫描/RFID自动收集)
9.A类用户(仓管)可以维护出货信息.(条码扫描/RFID自动收集)
10.A类用户(管理者/品管)可以根据公司的成长阶段/客户的要求范围改变管控范围.
11.B类用户在得到A类用户(管理者)的需求后改变管控点.
12.B类用户在得到供应商提供的设备接口后可以维护设备实时使用信息,甚至加入到生产流程中,如测试设备.(文件交互/Message交互/直接交互)
13.B类用户得到A类用户(管理者)的需求后,使系统可以管控以前从未涉及到的管控点.
满足A类用户需求不难,专业的MES开发人员就是做这些的.B类用户需求就是很多MES无法做到的,也就是MES很多都需要专业人员全程陪护,甚至需要重新开发的原因.
那如何满足B类用户需求呢?
我就简单描述一下我的解决方案.
1.针对第11点我把所有的管控点设为action,每项工作设为work,针对每个work有很多action组成.这样我们的b类用户只需要在得到需求后查看action功能描述去添加/删除action或者移动action的前后顺序就可以.
2.针对第12点,我把每个数据收集点当成一个worktype,一个worktype有很多work来执行,这样无论是远程终端的数据收集发来的数据信号/Message还是设备传来的数据文件,都可以简单理解成为一个worktype工作点动作.B类用户要做的就是配置远程终端的ip/message的队列位置/文件的存放位置.
3.针对第13点,就是在第11点的基础上让我们的B类用户有开发action功能.
public class WorkObject
{
        /// <summary>
        /// 动作
        /// </summary>
        /// <param name="INFO">收集来的数据</param>
        /// <param name="MSG">返回的提示信息</param>
        /// <param name="JUMP">下一工作跳动度</param>
        /// <param name="RES">结果(0为失败)</param>  
        /// <param name="...">其他参数</param>
        public static void WorkAction(object INFO, ref string MSG, ref int JUMP, ref int RES, ...)
        {
            RES = 1;
        }
}
会写一个类,里面加一个上面格式的方法(写一个Snippet,直接按tab格式就出来了),然后把这个action配置进去,就可以把它当成既有的action来做,而且具备.net功能,无聊使用什么语言只要编译成组装件,就是系统的一部分了.
MES客户/MES软件公司的定制工作不再需要一支专业的MES团队,只要一名抱着一本xx语言基础闯天下的人就可以完全胜任.


该贴已经同步到 lihuolin958的微博