我今天演讲围绕的主题就是，《应需而变的管理软件构建平台——高效构建管理软件应用的捷径》，这个主题应该是我们公司首次面向社会发布，但是他也比较古老，基于这种技术，同力天合持久化的研发过程已经经历了11年的时间，它的好处何在，请大家慢慢品尝。
同力天合公司首席运营总监 隋宝华
从上层的财务管理到集团财务到车间管控再到生产线，软件范围越来越广，越来越深。我们在做ERP推进的时候，一定要遵循一个特定的规律，即从代替手工开始，ERP能帮助企业提升管理，节约成本，最后提升竞争力。在15年前，中国推进电算化的时候，就是解决一个代替手工的工作，在10年前我们强调ERP概念的时候是强调ERP提升管理，现在我们要提倡一个节约成本的问题。
软件企业的利润在不断下滑，主要体现在“三高两低”，即，开发成本高、维护成本高、重复开发率高，市场应变低，工作效率低。中国最好的软件企业的利润率是多少？20%，这并没有体现出高科技企业带来的优势，这是软件企业的一个痛点，利润率不断下滑。
我们再看另外一个痛点，就是企业IT部门的烦恼，IT部门是承建方，不是真正意义上的甲方，甲方是公司的管理部门和业务部门，而软件公司扮演的是建设方。IT部门首先要做的一个非常重要的事情，就是确定需求谁来签字。作为企业的IT部门，它是不敢签这个字的，一定要让企业的管理部门来签字。而企业的业务部门和管理部门签字的时候，就要慎重了，因为签字后就要承担责任。因此，往往一个很好的项目，原计划3个月，由于需求没有签字就拖延了6个月，因为不可能没有签字就去做，同时，这个项目团队还不能解散，这样实施成本就高了。管理软件谁来验收也是个问题。如果系统实施不顺利，怎么找客观原因，首先企业的管理部门不能指责本公司的业务部门不配合，也不能指责软件厂商，所以说这时企业的IT部门的烦恼就非常多了。
同时，我们不得不谈的就是信息技术的五大革命。第一次革命是接口技术，第二次革命就是中断技术，由于有了第三个革命就是数据库技术，它使管理软件构建起来非常的简单。第四个就是组建技术，就相当于搭积木似的，搭建一些组建。第五次革命就是平台化技术，现在无论是国际还是国内的任何一个软件公司都在追求平台化。在各个软件公司的网站上平台两个字找不到是不可能的。因此，北京同力天合锁定了第五次革命，推出了一个全新的平台。那么请大家看一看软件开发技术改变的历程，第一个过程叫做从无序到简单有序，第二个过程叫做从简单有序到有规则。第一个过程就是组建化开发模式，第二个过程是平台化开发模式。
图1
假设图1中系统1是财务系统，系统2是人力资源系统，那么每一个系统实际上都由三个系统组成，第一是前端界面，第二是业务逻辑，第三是业务数据。那所有的厂商都在追求门户的集成、应用的集成和数据的集成，这些集成做到一定程度之后，就形成一个软件的平台，因此Business Logic（BL）就形成了。首先BL是经过上百家企业应用的软件系统，第二BL是采用MDA模型驱动的构建方法，第三BL是基于XML方式描述的业务处理过程，第四BL采用的是可望既可及、所见即所得构建过程。构建一个ERP可能您期望三年之内构建好，可能您最希望1个月，但往往不会，那么为什么会这样，因为传统的软件方法，他就是需要这么长时间，用BL去构建，可能7天就可以了。
图2
我举个例子，图2是印染行业的案例，它的功能模块300多个，如果说我们在完全开发的情况下，需要1000多天，50个人（这还是在项目推动比较顺利的情况下，可能需要50人）。如果用同力天合的BL方法对比一下，如图3工作量变成了5人/月，大家只是记住这个重要的数据就可以了。
图3
总结一下，这就是强大的柔性应用扩展能力，因为采用了MDA模型快速的构建模型软件，比传统的方法效率要提高10倍以上，构建100个功能模块，和构建10000个功能模块的道理是一样的，不会占用很大的空间。
接下来，我简单讲一下工作原理，首先要了解业务需求，根据业务需求去构建企业业务模型，接着生成一个ERP系统模型，就可以上线运行了，其实步骤非常简单。在这里我不得不提一个匹配时间差的概念，就是我们管理和业务的期望与系统上线之间的时间差，比如说我们今天开的会提出的管理需求，领带希望3天就能在系统中实现，而通常用传统软件工程方法实现可能需要60天，也有可能更长，而用我们BL模型驱动方法匹配时间差就只有7天。比用传统软件工程方法提高了10倍以上。
我解释一下什么是应需而变。首先它不是一个“无中生有”的系统。更不是“限量的变化”，只能在现有的系统上修修补补。它是“有中求变”，能够随着企业的发展而变化，即根据管理需求的变化而随时变化，用一个比喻来讲是开着跑车换轮胎，是快速的、高效的，在保持系统持续运行情况下应需而变的服务。我们强调协同，即你的ERP与功能匹配的协同，是更高端的协同。通过这个协同，我们可以最大程度的压缩时间匹配差。
现在我们来谈一谈同力天合T3的方法。T3分为三个阶段。第一个阶段，需求、模型、运行、评估，我们假设这个阶段叫做“玄黄阶段”，大家都不清楚怎么做，客户也不知道你的软件达到什么程度。经过这么一轮就解决了，至少大家相互的目标清楚了。在这个阶段，不需要相互签字，只是一个评估的过程，大家开个会，形成一个评估报告。我们第二阶段叫“昆冈阶段”，经过第一阶段之后，就是第二阶段需求的开始。大家基本上相互了解了，非常清楚这个软件应用得怎么样了，同时能够相互启迪应用的深入。经过这么一个周期，第三个阶段是“律吕阶段”，还是要经过这么一个过程，我们不需要每个人签字，但是大家要记住，这是一个可持续完成的阶段，我们每个季度做一次这个活动，一年就是四次。这里我们避免了一个签字的心理包袱，让大家签字，可能大家谁都不愿意签。
最后是28原则。传统软件的工程方法，20%以下的时间用于采集客户的需求与需求分析，80%的时间用于代码开发与系统测试或者功能匹配，目标是满足详细需求规格说明书，因为我们只对你的客户签字认账，不签的东西我们不做。而同力天合BL模型驱动的是什么？80%以上的时间用于了解客户的需求分析，20%的时间用于模型的实例化与一致性检查，目标是100%满足客户的需求。
转载请注明出处：拓步ERP资讯网http://www.toberp.com/
本文标题：应需而变的管理软件构建平台
相关文章
