2009年10月，e-works Research对用友U9 2.0版进行了一次评估。本文对U9的开发模式的评估结果进行解析。
传统的软件开发过程是首先调研客户需求，分析客户需求，包括个性化需求，再进行系统分析、系统设计和代码编程、最后形成产品功能和相应的产品模块。这样的软件开发过程使得该软件无法复制到令一个企业中，也无法对软件进行分割和重组。
在U9的开发过程中，用友一开始并未直接陷入传统的产品开发模式，而是花了半年以上的时间，借鉴国际先进的管理理念，结合本土企业的管理实际，从以往积累的多个客户当中提炼出了不同企业的业务模式，然后以业务模式为导向，来搭建U9的整体软件架构。
图表1：U9产品开发模式
在软件开发前对业务模式的归纳，好处在于开发完成的产品涵盖了多个行业、多个企业的运行模式，而不是针对某一个企业，这样可以很好的支持多个企业80%以上的ERP标准功能，剩下的20%产品功能可以通过灵活的业务组件来完善，而不是系统开发完成后，陷于无休止的开发、修改、打补丁当中。
U9将IT与业务融合，从累积到得客户业务模式中提炼出300多个模型，一一进行分析，抽象出每个服务，通过这些服务的组合，来完成最后整体的流程。这种组件化的建模可以随需而变，能够剖析业务模式，将其分解成独立的组件。即首先将企业业务从业务层面、流程层面、管理层面、范围层面，四个层面切割，进而又对每个层面的业务进一步细分，层层细分下来，最终形成了U9的服务组件。因为在开发构成中，开法人员发现流程可以给客户带来价值，他们将这个价值变成模型库、组件库，然后通过角色化的交互界面来实现。
图表2：U9企业服务组件化建模
图表3：组件化业务模式范例
同时，由于U9是全新开始做的新一代ERP产品，所以研发人员在做U9开发之前，首先做了一个开发平台UAP。它是在微软技术上架设的企业应用平台，是一个完全支持模型驱动的、体现SOA架构的开发平台。从技术上讲，UAP完全开放，甚至可以在这个平台上重做一个U9。
e-works Research认为，U9摒弃了传统的开发模式而采用以业务模式为导向的开发模式，这样一方面在内部开发过程中可以快速的调用已封装的服务，避免了共性功能的重复开发，使得开发效率大大提升；另一方面当终端用户业务发生变化时，可以通过对系统进行重新配置，以适应企业新的业务模式；此外，最终客户可以借助UAP平台进行客户化的定制开发，在满足企业个性需求的同时无需担心系统升级所带来的困难。
转载请注明出处：拓步ERP资讯网http://www.toberp.com/
本文标题：用友U9 ERP系统开发模式解析
相关文章
