zoukankan      html  css  js  c++  java
  • 小型企业信息化所依据的U型理论(1)

     

    摘要:本文根据笔者的工作经验以及自身的工作环境,针对小型企业信息化提出一个简易的U型理论,它是一般企业应该具有的最小化系统,同时它具有易理解、易实现、可扩展等多种特性,文中最后试着用该理论解释一些现象。

    笔者在软件公司从事小型企业管理信息系统开发工作,从编码到设计直至现在参与调研分析。在有了较多的原始积累之后,渐渐的也有了自己的一些想法:首先,业界MRPII及ERP的模块组成或流程图没有定论,特别是ERP,在“百花齐放、百家争鸣”的时代,更显得杂乱。但作为专门从事企业信息化的工作的人员来说,他自身必须要有较稳定的思想及产品结构,而不应该为这个客户画出这种流程图,而另一客户又画出另一种新的流程图。因此我急切盼望着自己能整理出一种比较稳定的流程图。其次,当我带着这个问题去分析ERP的相关资料,发现现行ERP流程图大多都以网状形式体现出来,理解比较困难。这其中原因在于ERP本身就包含较多的内容,确实无法简单,许多作者就直接给出最后的网状的流程图。网状的形式的缺点是不易理出头序来,对于普通人员则根本无法了解系统的流程,对于资深的分析师倒可以清晰地了解各个框图的连线含义,但也很难整体地说明清楚。第三,当我再把自己参与或负责过的系统结合这些框图时,又发现在小型企业中并不会全部用上ERP的所有模块。小型企业信息化程度低,如果按诺金模型,它们大都处在第一层,还有根本连计算机都还没买来,只是根据周围情况感觉到计算机信息系统的实用性。其中的工作人员甚至管理者要求较低,只要达到信息进入计算机,能规范、可查、可统计就兴喜若狂。另外国内配合的上下游企业尚未规范化,或存在买方市场或卖方市场的原因也造成无法一切按ERP理论走。眼高手低的情况还是事实(即嘴上讨论的是ERP、供应链管理等,手上能做的还是基本单据的输入与存储)。因此要有一个理论模型,它必须简单,能适合以上情况,这样也能让普通用户接受,但它还要保持系统性,不要再次形成信息孤岛,要可扩充,为将来信息化的扩展打下基础。以下介绍一个我整理出被命名为U型理论的模型。

    对于公司的零级流程图可用以下流程图来表示,被称为零级是因为这个结构对大多数企业都有效,也是最抽象的一层。首先业务部得到客户的需求,转向生产部的产品需求,生产部分解出物料需求又传给采购部,采购部将采购需求发给供应商,当供应商把物料送至采购部后完成采购需求的闭环,采购部将物料传到生产部完成物料需求的闭环,生产部将生产好的产品转到业务部完成产品需求的闭环,业务部将产品送到客户完成客户需求的闭环,最后财务部从客户那得到货款,并扣除向供应商购买材料的部分,所产生的资金积累作为企业的最终目的——获利!

  • 相关阅读:
    [Visual Studio] [Config] [Transformation] [SlowCheetah] 在非Web工程中使用Transformation
    [SQLSERVER] 把TransactionLog截断
    [Windows] [Firewall] 增加进入规则
    [POWERSHELL] [.net 3.5] [Windows Server] 在Windows Server上安装.NET3.5
    杂碎
    VSCode 使用Settings Sync同步配置(最新版教程,非常简单)
    JavaScript:ES2019 的新特性
    重新认识构造函数、原型和原型链
    如何实现 React 中的状态自动保存?
    深拷贝
  • 原文地址:https://www.cnblogs.com/yzx99/p/1182384.html
Copyright © 2011-2022 走看看