ERP系统的框架是怎么样构成的呢?

　　一个普通的 ERP系统软件总体上是分为基础平台和业务的子系统这两个部分。对于如何检测ERP系统软件的基础和高级层面的架构还有业务子系统功能的完备性，这些都是非常细致的工作。ERP的架构的作用是为了在上大层面的框架上，能够保证在开发和维护过程中保证工作质量和效率。如果没有专业的构架的话，ERP系统软件就只剩一堆只有功能的代码，一开始还能藕断丝连，但随着数据量越来越大，最终还是会支撑不住，可以减少每个步骤的关注重点，把重心放在构架的基础上。

　　作为一个ERP，简单粗暴来说可以分为平台和业务子系统两部分。ERP平台架构的完备性如何评估，业务子系统架构的完备性如何评估，业务子系统功能的完备性如何评估，这都是需要讲与究的。

　　从现代软件应用架构分层角度来看，有UI层(还细分为UI展示、UI控制、UI前置后置数据处理)、业务逻辑层(还细分为服务整合、领域实体、数据持久化)、数据存储层(还细分为数据视图、数据存储、数据ETL)。在这三层之间，每两层与层之间还有接口层，做调用对接和数据传输用，这些层都需要专门设计。我们一是需要这样的设计方法，二是需要把这些设计方法在日常应用子系统架构设计层面落实，这就需要专门的应用架构师，专门在业务子系统实现设计层面发力。他们既要精通实现设计方法，还需要对业务架构有一定功底，才能让做出来的实现设计符合业务粒度、业务演进。流程的协作，大致分为两类，一类是流程各个环节在各个岗位上的审批管控。管理，不外乎是管关键环节和关键产物，另外就是管理异常例外，紧急处理后就又形成规矩。另一类流程的协作是多岗位多部门多组织的协作，这往往通过状态条件来管控，如日期、金额、状态、类型。你把企业日常业务处理环节你画出来你看看，大量的if..else，这就是这些分支条件。所以在ERP系统中不少这样的业务开关参数、状态字段。因为这些状态类型经常被多个环节所更改，所以我们一般会记载他们的变化流水日志，而且不同状态下的数据特征是什么样，也需要提前明示以及被巡检。

　　ERP是将企业所有资源进行整合集成管理，简单的说是将企业的三大流：物流，资金流，信息流进行全面一体化管理的管理信息系统。它的功能模块以不同于以往的MRP或MRPII的模块，它不仅可用于生产企业的管理，而且在许多其它类型的企业如一些非生产，公益事业的企业也可导入ERP系统进行资源计划和管理。