有了这些基础，就可以在其上开发业务模块了。一般，让业务开发人员能够顺利开发业务组件并且能顺利插入这个平台去运行，还需要有Example、Docs、IDE。
这样，在IDE中，自动就能查到所能调用的公共业务类库命名空间的成员，也能有帮助文档知道如何使用，更有Example代码，几乎修改一下就能用。于是，几乎，业务人员不需要直接使用VS之类的开发工具。如果确实做不了，平台组会扩充平台功能。如果平台也不很好的完成，就需要平台组来分解需求抽象需求仅提供公共功能API，然后让业务人员调用API，适当使用VS工具，但都容易很多，开发的速度、质量稳定、性能都不错。没有平台，高手低手都混在一起，开发的功能模块有的强有的弱，有的很好扩展很好修改原代码也很好理解性能也不错质量也不错，有的代码一团浆糊BUG百出几乎无法下手修改，整体质量无法保证。有了平台，就让能力高的开发平台，让能力低的去使用平台。毕竟，我们能招到的高手不多，而且成本高，大部分都是资质平凡的一般程序员。如果整体成功，就需要搭配各施其职。
我看这次U9引入了DSL这个新技术。这也是我10多年一直摸索的，但却没有成果的。如今，Google和Ruby给了我很多思路。Google的REST、JSON、JAVASCRIPT，能够实现比BEPL广泛的Mashup，也比JAVA要轻量级。而Ruby更是引入真正的DSL脚本，像在编写游戏脚本一样。如果我们没有DSL，我们必须用JAVA这类原生重型语言操刀，这就难为业务开发人员了。
我们并不期望DSL给客户的IT维护人员用，但至少也不希望业务开发人员去全面深入的学习JAVA或C#，大家都知道现在各种框架越来越大，各种类库越来越大。让一个资质平凡的程序员去学习这些东西还要能开发，那上手需要多慢，培训成本需要多高。
但是，从U9在媒体透露出来的各种消息来看，U9现在已经完成的业务模块比较少，应该是财务、供应链、OA、HR这四部分(有没有生产管理、质量管理、CRM、物流仓储?没看到宣传内容)。其实要做ERP，就必须从CAD设计到产品数据管理到物料清单、采购、供应链、生产排程、仓储管理、生产成本管理、质量管理、物流、销售管理、市场管理、服务管理、客户管理、商业智能、企业OA、人力资源都得需要(不熟悉ERP构成的可以学习这些完整的ERP链，SAP基本业务套件[行业解决方案除外]也不外乎这些)。
四年，听说用友每年投资1个亿研发，U9研发甚至动用了600-800研发人员，堪称国内第一单产品动用人数最多的完成这么点，而且从看到的资料，UI和功能细节上都不能让人信服这是一个研发了四年的产品。我个人猜想，估计还是NC的两个错误：
1. 技术的不成熟，从.NET/WPF/WCF/WF，想实现的架构底层技术不支撑。
2.软件工程管理的不成熟。
其实还有第三点：管理思想和业务细节。
黄涛过去一直做技术方面，这次统领产品大局，研发时间之久却业务模块出的少，很有可能和我估计的第三个软肋有关(用友一直封锁消息做的很好，具体我不清楚，我只作为门外汉猜测而已)。
U9不断跳票，从王文京说的2006，跳到2007，然后是2007年底，然后是2008年3月。希望U9在今年上半年能够正式发版(编者注：2008年4月18日，用友U9正式发布)。
U9是又起早了呢，还是正好。不管怎样，管理软件行当都想看到未来的标杆是什么样?
更多内容请看常用软件加密宝典、杀毒软件专栏、软件插件专题，或进入讨论组讨论。
相关专题
- 五种处理方法突破ERP掣肘 (0次浏览)
- 大话ERP之项目选型参考依据 (0次浏览)
- ERP是框架 其他管理软件是子集 (0次浏览)
- 企业如何辨别ERP是否稳定 (0次浏览)
- 内外结合 实现电子商务与ERP整合 (0次浏览)
- 如何进行ERP项目招标 (0次浏览)
- 2008年国内ERP产业十大趋势预测 (0次浏览)
- ERP系统如何最大限度的理清成本来源 (0次浏览)
- ERP受限 传统厂商纷纷转舵 (0次浏览)
- ERP项目要鹬蚌相争 坐收渔翁之利 (0次浏览)
