论ERP系统架构的完备性

论ERP系统架构的完备性 作为一个ERP，简单粗暴来说可以分为平台和业务子系统两部分。ERP平台架构的完备性如何评估，业务子系统架构的完备性如何评估，业务子系统功能的完备性如何评估，这都是需要讲与究的。 当然，从现代软件应用架构分层角度来看，有UI层（还细分为UI展示、UI控制、UI前置后置数据处理）、业务逻辑层（还细分为服务整合、领域实体、数据持久化）、数据存储层（还细分为数据视图、数据存储、数据ETL）。在这三层之间，每两层与层之间还有接口层，做调用对接和数据传输用，这些层都需要专门设计。我们一是需要这样的设计方法，二是需要把这些设计方法在日常应用子系统架构设计层面落实，这就需要专门的应用架构师，专门在业务子系统实现设计层面发力。他们既要精通实现设计方法，还需要对业务架构有一定功底，才能让做出来的实现设计符合业务粒度、业务演进。能有这两方面功底的都是宝贝人才。 ERP的架构，其本质是为了在大层面大框架上保证ERP软件在开发和维护演进过程中一直能在机制上底层上框架上保证质量和维护效率。没有专门的应用架构和平台架构设计，ERP软件就成了功能实现代码的堆砌，堆个五六年就藕断丝连按下葫芦起了瓢了，就跟打地鼠一样，越到后来地鼠越多越神出鬼没，最后几双手都按不住了，Game Over了。 当然，ERP的应用架构的完备性评估，ISO早就有好的标准体系，这就是标准和标杆的威力。你还在自己苦苦追寻、琢磨、看书、动手，人家已经有现成方法放那里了，所以不要乱摸索，尤其在计算机业，我们国内和外国差距少说20年，太阳底下无新鲜