楼主: takeliou

[精华] ERP大哉论

[复制链接]
论坛徽章:
0
 楼主| 发表于 2014-10-16 11:21 | 显示全部楼层
软件具有高可塑性

前文建议:「软件具有高可塑性」。千万不要遗漏掉「高」字!差之毫厘,失之千里。

「软件允许二次开发」或「软件具有可塑性」这两类话仍不够明确。

想像一下:假设给用户一套用组合语言设计的ERP,含原代码。
嗯!的确允许二次开发、具可塑性。
问题是:

  • 谁能改?
  • 要投入多少编程师去改?
  • 要给怎样的薪资,才留得住人才?

用组合语言设计商业软件?只是假设性问题,不具参考性,没有讨论必要?

不!这是事实。某外国产的保险业专用软件的底层就是用assembly写的,在IBM mainframe上面运行,提供给程序人员呼叫。

做决策的MIS主管为何买用assembly写的商业软件?
我只是最底层的programmer,不知道答案。只能猜测:

  • 组合语言的运行速度最快。
    (a)厂商:「你想买速度,我就卖你速度!」
    (b)MIS主管:「运行不快?去做市场调查,找厂商来面报、选出一套自称运行最快的软件!这就是MIS,Management Information Systems、管理。」


  • 领先20年,套用前述SAP的代理兼顾问的铭言
   「在预算范围内,要挑最贵的,最有名气的,这样大家都不用担责任。

     比如上SAP,如果有个三长两短,谁也不好说啥:世界一流的产品你没用好,你说是谁的原因?」

ERP系统除了「允许」修改,也必须「容易」修改。

使用道具 举报

回复
论坛徽章:
0
 楼主| 发表于 2014-10-16 11:41 | 显示全部楼层
本帖最后由 viky 于 2014-10-16 14:31 编辑


迄今拜读过技术含金量最多,一位架构师所撰写,关於ERP系统的文章,实在叹为观止、相当佩服!如果有幸与此君合作,将是一大荣幸!

勿令好文下沉!但文章长度超过系统所允许,仅局部剪贴於下:

---------------------------
我也是做管理软件架构的,所以在这里给大家讲讲一个管理软件的一般架构思想。一个架构的作用:

(1) 业务程序员少写代码就能实现业务功能

(2) 有了需求来,也好定制修改

(3) 也稳定

(4) 性能也高

(5) 部署和支持也方便

(6) 安全性也高

为了实现这些目标,所以我们需要具备以下这些组件设施:

(1)登陆用户口令验证、license许可验证、盗版验证、过期失效验证、版本差异验证。

(2)主控台 用户功能树 管理主控台。

(3)表单设计器、业务实体设计器、工作流设计器、报表设计器、功能菜单设计器、多语言设计器、多皮肤设计器、查询过滤定制器。

(4) UI框架:Grid/Toob bar/Tree/TabSheet/Menubar/参照录入组件/Edit/Button/Combo之类。

(5) 单实体输入框架、主从List/Detail输入框架。

(6)运行配置参数设置、单号计数器、业务预警设置。

(7)异常框架、业务实体权限框架、业务实体存储引擎、业务实体查询引擎。

(8)报表:套打、单据报表、普通二维查询统计报表、交叉报表、图表。

(9)工作流引擎、消息引擎、自动任务引擎。

(10)企业组织结构设计工具、权限分配工具、数据导入导出工具、数据备份恢复工具、升级更新工具、错误诊断跟踪工具、性能监测工具、日志查看工具。

(11)OFFICE集成、BO集成、通信集成、邮件集成、短信集成、IM集成、搜索集成、电子商务集成、企业门户集成等等一切外围集成。

有了这些基础,就可以在其上开发业务模块了。一般,让业务开发人员能够顺利开发业务组件并且能顺利插入这个平台去运行,还需要有Example、Docs、IDE。这样,在IDE中,自动就能查到所能调用的公共业务类库命名空间的成员,也能有帮助文档知道如何使用,更有Example代码,几乎修改一下就能用。于是,几乎,业务人员不需要直接使用VS之类的开发工具。如果确实做不了,平台组会扩充平台功能。如果平台也不很好的完成,就需要平台组来分解需求抽象需求仅提供公共功能API,然后让业务人员调用API,适当使用VS工具,但都容易很多,开发的速度、质量稳定、性能都不错。

没有平台,高手低手都混在一起,开发的功能模块有的强有的弱,有的很好扩展很好修改原代码也很好理解性能也不错质量也不错,有的代码一团浆糊BUG百出几乎无法下手修改,整体质量无法保证。有了平台,就让能力高的开发平台,让能力低的去使用平台。毕竟,我们能招到的高手不多,而且成本高,大部分都是资质平凡的一般程序员。如果整体成功,就需要搭配各施其职。

我看这次xx引入了DSL这个新技术。这也是我10多年一直摸索的,但却没有成果的。如今,Google和Ruby给了我很多思路。Google的REST、JSON、JAVASCRIPT,能够实现比BEPL广泛的Mashup,也比JAVA要轻量级。而Ruby更是引入真正的DSL脚本,像在编写游戏脚本一样。如果我们没有DSL,我们必须用JAVA这类原生重型语言操刀,这就难为业务开发人员了。

我们并不期望DSL给客户的IT维护人员用,但至少也不希望业务开发人员去全面深入的学习JAVA或C#,大家都知道现在各种框架越来越大,各种类库越来越大。让一个资质平凡的程序员去学习这些东西还要能开发,那上手需要多慢,培训成本需要多高。

使用道具 举报

回复
论坛徽章:
0
 楼主| 发表于 2014-10-16 11:46 | 显示全部楼层
本帖最后由 takeliou 于 2014-10-16 11:50 编辑

前文武断地下了ERP项目的失败主因是ERP软件的品质不良这个结论,也推荐一些未经实证过的趋吉避凶之道供IT主管参考。

末学在此恭请苟同这些武断:

(1)ERP项目的失败主因是ERP软件的品质不良
(2)ERP产业离完美仍相当遥远,必须改善

,而且自认为英雄的各路豪杰,齐力改善ERP产业的不完美。

期望:
(1)一方面,帮助进退两难、骑虎难下的ERP用户脱离困境,
(2)另一方面,设法获取心安理得之正当收入。

我当然也了解:迄今为止,ERP品质从未与ERP市场占有率连动过,ERP市场早已被各路互利共生炼分食得差不多。所以,也不排除期望等於幻想的可能。

但是,我也深信互利共生炼终究有其不能的一面:用劣质ERP四处强迫灌食现金满溢、好高骛远、病急乱投医的企业,则或早或晚,终有一些营收不敌挥霍、因劣药并发副作用而倒下来,突然想到必须另觅良医的一日。

也就是说,我能想到的唯一机会是:经年累月不满意ERP品质的用户。即进退两难、骑虎难下,股东无法继续容忍IT部门吃垮财务、令公司经营陷入危机的ERP用户。

前文已清楚列举的国内外大型的ERP项目失败实例指出:问题应该不是有、无重病患者,而是:

(1)医院有无能力招揽病患住院?(业务能力)
(2)医疗团队有无能力医治患者?(技术能力)

我只是一个人,犹如一只渺小的蚂蚁面对大象群,需要各路英雄豪杰的带领、提携。(我没有钱,也不是在找钱。而且相信:金钱在ERP这个产业的作用不大。)

使用道具 举报

回复
认证徽章
论坛徽章:
54
秀才
日期:2017-02-22 15:18:002015年新春福章
日期:2015-03-06 11:57:31懒羊羊
日期:2015-03-04 14:48:16马上有对象
日期:2014-10-24 17:37:552014年世界杯参赛球队: 比利时
日期:2014-08-05 11:35:382014年世界杯参赛球队: 阿根廷
日期:2014-07-15 10:49:33马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11路虎
日期:2014-01-02 12:55:56ITPUB社区12周年站庆徽章
日期:2013-10-08 15:00:34
发表于 2014-10-16 15:26 | 显示全部楼层
原因很多,太难分清楚一二三四
但是,就像俺们领导档一样,都是纯洁的、伟大的,如果有问题的,一定是开除的,不会影响其纯洁、伟大性的

使用道具 举报

回复
论坛徽章:
50
红宝石
日期:2008-04-07 10:50:53红宝石
日期:2009-06-19 14:48:44紫水晶
日期:2009-07-15 16:00:02紫水晶
日期:2008-04-07 10:51:00海蓝宝石
日期:2008-04-07 10:51:08海蓝宝石
日期:2009-06-09 16:16:18祖母绿
日期:2009-06-26 16:00:09祖母绿
日期:2008-04-07 10:51:14萤石
日期:2008-04-07 10:51:22萤石
日期:2009-06-09 16:38:25
发表于 2014-10-16 16:03 | 显示全部楼层
ERP项目失败的「真正主要原因」是「ERP系统的『品质』不佳」

非常赞同这句话,国内超过90%以上的所谓ERP系统都是劣质ERP,这是ERP项目失败的一个非常重要的因素!

使用道具 举报

回复
论坛徽章:
0
 楼主| 发表于 2014-10-16 17:37 | 显示全部楼层
ERP系统必须具有高可塑性(续)

世界上不存在一体适用的「万能ERP」。不赘述「产业不同,则对ERP的功能需求相异』这项大家已知的常识。

在竞争激烈、「毛三到四」的微利时代,企业或政府为求获利或只求生存,组织的改变幅度和频率也不得不随之提高。ERP软件乃企业的营运工具,当然也必须允许用户随时修改、强化,以因应不断改变的业务活动。

ERP导入项目的「管理艺术」建立在「ERP品质」的基础上面:

  • ERP若满足了user的需求,则user愿意配合,甚至不必沟通就直接接受。
  • 如果user对ERP不满意,就变得很难沟通、「顽固」,酝酿抵制。

试想:使用一套不允许修改的「套装软件」,於面对下列经营活动的变更时,MIS人员如何能配合企业的营收来源---营销部门?

  • 电子代工厂的A级客户采X销售价格策略,B级客户采Y销售价格策略,C级客户采Z销售价格策略,AA类客户没有议价空间。适用期间时有变动,各种策略与指定期间的销售量与生产成本连动。
  • 百货公司或大卖场的周年庆促销活动:三件1000元,购物满4000元赠500元折价券。
  • 连锁杂货店的每周四,除了特价商品,全部打95折。
  • 客户於累积消费点数达3000点,可折价买A产品;达2000点,可折价买B产品;达1000点,可折价买C产品。

使用「套装软件」的企业,一旦遇到这些随时可能出现的「不」意外临时信息需求,却未能满足使用人的时候,「沟通」、「协调」这类「管理艺术」全部失效。

使用道具 举报

回复
论坛徽章:
0
 楼主| 发表于 2014-10-16 18:03 | 显示全部楼层
本帖最后由 takeliou 于 2014-10-16 18:05 编辑

ERP系统必须是容易使用、操作简单

这里尝试用反例解释这项原则。

市面上有一款以超越人类平庸之辈的德国智慧所设计的「大」ERP软件。其业务员和广告看板号称这神奇宝贝无所不能、适用任何行业。因为它对每一个行业都能提出「行业最佳样板」(best practice template)。

一款只卖给现金满满的顶级企业,弹性最高、「best company」才能「run」的顶级万能ERP。一款用户只要按照文件所载、顾问团所教导的国际标准SOP办理,套到企业或政府部门之后,该企业或政府部门的管理水准立即蛙跳N级、越上全球前N+1大的无敌ERP软件。

乍听之下,应该是一套万能ERP,错不了!
不过,学校的训练教我们:


要冲高软件的弹性、让它能满足各行各业的万能ERP,唯一办法就是设计成千上万的function module和开关。

「开关」是甚么东西?就是:使用人「要勾选这个选项、不要勾选那个选项」的那种机制:
  • 这里要输入代码『X』、那里设定『Y』代码。
  • 如果勾选『选项A』,则要记得千万不要勾选『选项B』、『选项C』和『选项D』,否则会有预料不到的效果。
  • 而且,如果没有勾选『选项C』,则『功能P』会被启动而且『功能Q』会失效

也就是要另外付费请国际级、智商180的ERP流程顾问开班训练的「流程调校」高科技,一种融合软件与企业管理科学的高深技术,一门大学没有教的独门高级课程。

「开关」多,的确弹性高。只是,「开关」是双面刃,它如影随形地寄生下列先天负面特性:
  • 运行效能低
  • IT人员难维护
  • 顾问和使用人难以「正确使用」
  • 助长项目失败的机会

  • 开关多
  • 屏幕多
  • 菜单多
  • 隐藏机制多
使用人必须来回翻找、输入资料、比对数据、设定机制(即:流程)的「大型」ERP软件与这项原则完全背道而驰:

*** ERP系统必须是容易使用、操作简单 ***

使用道具 举报

回复
论坛徽章:
0
 楼主| 发表于 2014-10-16 18:28 | 显示全部楼层
本帖最后由 takeliou 于 2014-10-16 18:32 编辑

*** ERP的品质决定ERP项目的品质 ***

前文指出ERP项目的真正失败主因是:选用了品质不良的ERP;IT部门的诸多管理问题,多源自劣质ERP。


ERP的「品质」应如何定义?

在ERP产业,「品质」只是一个空洞的名词,「最好」或「the best」也是广告用语。

「品牌」等於「品质」吗?用户数量的多寡等於「品质」吗?
以上皆非。「品牌」和用户数量是「市场占有率」,与「品质」无关。

ERP专家很多。我也厚颜鸣放一番,尝试把「品质」具体化,请网友指教!

高品质的ERP软件,必须具有下列特性:

  • 软件具有高可塑性(见前文)
  • 容易使用、操作简单(见前文)
  • 容易安装
    ERP软件面临下述情况时,通常需要安装:
    - 启用ERP软件前
    - 硬件损坏
    - 电脑中毒
    - 打补钉
    小规模企业的ERP使用人在同一个地点使用同一套ERP软件,这些工作尚不至於形成困扰。

    然而大企业、跨国企业使用同一套ERP软件时,上述工作负担与IT人员的人数、费用、占用网络带宽...等各项「成本」息息相关。故IT主管宜积极选用容易安装的ERP系统,而非反向操作。

    想像一下最极端的例子:client软件是2片DVD;遍布全国的电脑上千台,必须逐一到场或遥控安装、维护。

    不当膨胀ERP项目规模与上线成本的劣质决策,应避免、可避免。
  • 高安全性
    小规模企业对ERP的安全度要求一般不高,大型企业、跨区或跨国企业的IT主管不宜忽略安全性。ERP系统的运算架构影响安全性。
    - 通讯安全:
      资料传输,宜加密。

      如果需要高安全性而ERP软件的传输资料却不加密,则IT部门必须额外付费架设Virtual Private Network (VPN)之类的防护措施。这种额外投资成本对user分布广、各点用户数少,的企业负担更是明显,例如:连锁零售业。


    - 二层运算架构(数据库管理系统对接client软件)的ERP软件,其安全性较低:
      (a)通常在数据库管理系统与client软件两者之间的资料传输,无法加密。
      (b)数据库管理系统通常必须允许任何软件的连接。因此,任何内部人员,甚至外界,都可以使用工具直接连接数据库管理系统,删除或修改数据库内容。
    - 尽量避免具SQL injection漏洞。


  • 高运行效率

    小规模企业使用低运转速度的ERP尚可忍受,大型企业的专业IT主管有义务要求ERP系统的回应速度。
    如前述:本人使用过20分钟不回应的西洋ERP。

    - 语言
    参见:InterpreterStackoverflow的最佳答案
    (a) 运行前,程序码只经过interpret过的ERP系统,其运行速度最低。
    (b) 运行前,程序码经过just-in-time interpret过的ERP系统,其运行速度次低。
    (c) 运行前,程序码经过compile过的ERP系统,其运行速度最高。

    以R3为例:首次打开某些屏幕时,系统必须花掉20秒以上的时间去「准备」。系统最后终於「想通了」之后,屏幕才出现。

    大企业的ERP使用人数多,资料量大,其IT主管应选择运转效率高的轻巧ERP系统,才是名符其实的「专业经理人」。而非反向操作,选择「大」且「慢」的恐龙。

    - 架构层次

    本文不谈系统出问题的机会之高低,仅讨论系统运转效能。叠床架屋的ERP系统,其整体运转速度比架构简单的ERP系统慢:

    5层运算架构(example: tiptip GP ERP):
    1:数据库管理系统
    2:4GL
    3:4GL/HTML转换器
    4:HTTP伺服器
    5:浏览器

    的ERP系统,其运转速度比3层运算架构的ERP慢:
    1:数据库管理系统
    2:应用伺服器软件
    3:client(客户软件)

    理论上,2层运算架构(1:数据库管理系统 + 2:client)的运行速度最快。但是有安全性缺点,如前述。

    欲兼顾(a)整体ERP系统运作性能与(b)安全性,宜先考虑选择3层运算架构。

    另外,对网络带宽的要求越低的ERP系统,其「品质」当然越高。

  • 使用高品质的数据库管理系统。

使用道具 举报

回复
论坛徽章:
1
发表于 2014-10-17 09:13 | 显示全部楼层
好好学习一下

使用道具 举报

回复
认证徽章
论坛徽章:
9
2010新春纪念徽章
日期:2010-03-01 11:20:052011新春纪念徽章
日期:2011-01-04 10:35:48ITPUB十周年纪念徽章
日期:2011-11-01 16:23:262012新春纪念徽章
日期:2012-01-04 11:53:29itpub13周年纪念徽章
日期:2014-10-08 15:16:50itpub13周年纪念徽章
日期:2014-10-08 15:16:50itpub13周年纪念徽章
日期:2014-10-08 15:16:50沸羊羊
日期:2015-03-04 14:51:522015年新春福章
日期:2015-03-06 11:57:31
发表于 2014-10-17 12:17 | 显示全部楼层
本帖最后由 chenlei1115 于 2014-10-17 12:21 编辑

失败案例原因?

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 
京ICP备09055130号-4  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表