如何设计erp系统（erp设计软件）

本篇文章给大家谈谈如何设计erp系统，以及erp设计软件对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

微信号：cloud7591
如需了解更多，欢迎添加客服微信咨询。
复制微信号

本文目录一览：

• 1、如何设计ERP系统 的数据权限？？
• 2、ERP系统的高阶模型应该这么做！手把手教你从0-1搭建
• 3、如何设计出一套ERP系统
• 4、如何搭建适合自己企业的ERP系统
• 5、ERP管理软件数据库系统的几种设计方法

如何设计ERP系统 的数据权限？？

按照岗位体系建立 数据权限 

应用：CRM

优点：1.设置简单，选择按照部门选择

缺点：1.需要维护一套岗位体系

2.不够灵活，不能看到跨部门数据（可以了解到其他部门的 价值 ） 也不能看到上级的数据（有个员工需要根据能力恒定自己的职业规划，那么他会以上级为参考点，去观察上级的销售数据如何）（人事 财务需要看到整个部门的数据，他们也不是领导，他们是专员，而且那些人也不是他们的下属 ，无论如何都看不到数据）

针对角色设置数据权限（实习公司也是这样处理：班主任， 助教， 管理员）

优点：不受岗位框架 影响，可以灵活设置，如果短期内 没有负责到这部分数据，我就取消对应角色权限即可，但不用删除掉这个角色以及权限；再比如 可以设置一个角色“宇宙总局xx指挥中心xx副局”，但实际上不存在这个岗位。

再比如，角色可以多层叠加，比如 华南地区xxx就可以看到华南地区的数据；华东地区xxx就可以看到华东地区的数据；总局可以看到xx所有数据，但是 我们不能让这个人看到所有数据， 只需要让他负责华南与华东即可，则给他两个角色 就好

怎么设置 角色权限呢？

采用 数据规则：规则编辑器

如：客户所在地区 等于 AS地区 且 客户状态 等于 带续签 ，输出结果： 交集

客户所在地区 等于 B地区 且 客户状态 等于 入住   或  客户所在地区 等于 K地区 且 客户状态 等于 签约，输出结果：并集

优点：1. 避免 与岗位直接绑定， 岗位变动 则 权限变动；

2.避免与岗位直接绑定， 僵化 管理，没有角色灵活

3. 可以适合 多种 特殊化场景 （临时需求居多），用完就释放 权限关系，避免数据泄露

缺点：1.需要维护角色 与权限关系

2.数据规则较为复杂，需要进一步管理

3.如果是多层计算，同样数据规则也很复杂

专化 岗位：  提供 岗位 方案  如：销售 （A,B,C都是销售，但A负责a课程的 物料，B负责b课程的人群转化以及转介绍，C负责d项目的引入 ）

不专化岗位：提供 角色 方案    如：销售  人事 （一个月前负责xx项目的招聘工作，一个月后负责xx项目的培训工作）

总结：

数据范围 划分清晰， 准确

尽量减少 维护成本（弄完一套规则体系后尽量不动 维持原态）

设置灵活（可塑，可拆，可整合）

名词解释：

直接下属：辖域 下面一层

所有下属：所有辖域，包括往下一层 往下二层 往下三层，，，

虚拟上级：一个节点

特殊情况处理：

人员变动：  判断人员是否 专化？ if 是，then 岗位；if 不是，then 角色 方案。

部门变动（几乎很少）：

并入新部门： 维持与新部门同个权限位置。

拆分： 经讨论分析，评判每个用户的角色等级。

移出：  撤销原有权限，载入并维持新权限。

ERP系统的高阶模型应该这么做！手把手教你从0-1搭建

提到ERP系统，你会想到什么？

是繁琐的列表？还是复杂的数据？还是那让人头痛的系统页面布局？

ERP体系概述

ERP，由美国某咨询公司在1990年提出。ERP在技术的基础上，以企业式管理思想，将企业内外部系统资源进行集成管理。将企业的物流，资金流，信息流进行全面一体化管理，同时作为企业内部管理层及员工的决策和执行平台。

本质上来讲，ERP既是一个应用软件，又是一个管理模式。

ERP类型

ERP系统类型有自主开发式ERP，封装系统ERP，以及按需定制化的ERP，C/S架构与B/S架构的ERP。

（1）自主开发式ERP

自主开发式ERP完全是从0到1式的设计，完全不依靠已有的封装系统。不仅可以用于内部使用，更能为其他企业定制化开发；如知名的ERP开发商金蝶国际；

（2）封装系统的ERP

封装系统的ERP只需要在封装基础上进行小量修改和调整，进行加工，便能很快使用。封装系统的ERP成本较低，但扩展性也较低；

（3）按需定制化ERP

按需定制化的ERP可满足用户的不同需求，比如在模块上的（财务/人力/生产等）设计，又或者说是对界面，用户流程和用户体验有较强的要求的，则可以通过第三方按需开发；

（4）C/S架构的ERP

C/S架构即客户层与服务器之间的交互，此类ERP隐私较强，但使用场景过于局限，仅适用于企业内部网；

（5）B/S架构的ERP

B/S架构是C/S架构的升级版，不仅可以在内部环境使用，更能扩大到外部网络环境。满足互联网时代的任意环境办公，范围更全球化。

ERP的高阶模型

在概述章提到，ERP既是将内外部资源进行集成式管理的应用平台，又同时隶属于企业内部的管理。ERP的内外部便包含了客户，企业以及供应商。

客户需求决定了企业与哪些供应商有相关合作关系，在客户，企业与供应商之间形成了一条供应链。而ERP的核心模块：物流管理；财务管理；人力管理；生产控制；

从0到1设计ERP

基于高阶模型设计ERP的核心框架

基于ERP的复杂抽象出以下几大模块：

ERP的人物关系；

ERP的核心构造；

设计前的了解事项；

ERP体系中的人物关系和ERP的核心构造，是ERP体系的标配，而设计前的了解，则根据规划人员制定。ERP的使用者只有企业内部被称为用户，而ERP人物相关的客户与供应商，只不过是作为部分信息存储在ERP中。

比如客户和供应商嵌套在物流管理，财务管理和生产控制中，而人力管理专属于企业内部。ERP的具体规划根据不同业务而发生变化，但ERP的底层设计方法论却是通用的，不管业务如何变化，其底层规律不会发生变化。确定用户定位和产品定位后，便可以根据业务需要规划产品。

这是基于ERP架构得出的最基本产品设计方法论。

产品调研

对于陌生系统的规划，常见的入门手段则是产品调研了。在搜索引擎中查询关键词，找到你想调研的产品。

（1）金蝶国际的“精斗云”

（2）云版软件的“ERP”

案例框架：

根据云软的ERP得出以下架构图。

架构图给出了产品的具体框架模块以及方向，在以下架构图中，我们可以看到，产品的核心业务流程依然是围绕用户-客户-供应商三大角色。产品的使用者依然是用户，也就是企业方。

业务流程闭环

在具备产品业务方向后，了解业务逻辑闭环是设计产品的前提。根据以上所述，人物关系已经明确，ERP的核心依然是企业方用户使用。

ERP的核心功能模块围绕客户和供应商相关资料存储，以及用户对于ERP的使用范围。建立业务流程使用闭环，在复杂中抽象，在复杂中简单化。

在实际业务逻辑思考中需要明确所有业务流程闭环，抽象思维仅限于对业务逻辑不够明确时提出的思考方式。

思考具体业务逻辑，穷尽所有场景。模块之间的拆分以及独立，不仅是功能模块的相互独立，还有各模块之间嵌套的关系。每个业务模块所有的闭环逻辑，确保形成MVP。

原型规划

在做产品设计时，穷尽所有业务场景以及用户场景，并让业务逻辑条理清晰化。

需要注意的是，部分企业在ERP中嵌套了OA系统，两个系统之间在业务逻辑上有了串联的关系，使得ERP不再规范性。但两套系统同时使用时，业务并没有变得复杂。相互独立，相互穷尽，部分串联。在设计上，更需要简单化。

一套原型设计规范，一套交互设计规范，可以简化在产品原型投入的时间成本。

最后的原型产出。

ERP设计思想：

剃刀原理 。（如无必要，勿增实体）

少即是多 。（无法再增减少）

简单法则 。（去繁化简）

如何设计出一套ERP系统

你很强大！！！

1）你是搞软件的，准备做一套ERP系统出售？？？

2）你是公司IT部门的，准备为公司开发一套ERP系统使用？？？

无论哪一种，都不是可以设计出来的。因为ERP不是图纸，不是计划，不是可以固定下来的东西，甚至不是一个软件，而是一个平台。

一个整合了软件、数据库、公司业务流程、公司员工等各种资源的平台。

如何搭建适合自己企业的ERP系统

如何搭建一款合适自己企业的ERP系统

首先得明确企业的具体需求，考虑ERP系统的集成性，一定要是个信息集成，数据资源共享的系统。而不是若干功能模块的堆砌。软件产品功能是否满足企业需求。

其次企业管理是非常复杂的，ERP软件必须满足80%企业的需求，有丰富的功能和弹性。还会有许多标准：如软件成熟度、可扩展性（是否是可持续的，无缝升级，个性化开发等）、易用性，稳定性、安全性等。

最后在考虑性价比的同时，还要考察软件厂商的服务能力。这个也是影响ERP是否成功运行的关键因素之一。

ERP管理软件数据库系统的几种设计方法

1. 自增长primary key采用自增长primary key主要是性能。早期的数据库系统，经常采用某种编号，比如身份证号码，公司编号等等作为数据库表的primary key。然而，很快，大家就发现其中的不利之处。 比如早期的医院管理系统，用身份证号码作为病人表的primary key。然而，第一，不是每个人都有身份证；第二，对于国外来的病人，不同国家的病人的证件号码并不见得没有重复。因此，用身份证号码作为病人表的primary key是一个非常糟糕的设计。考虑到没有医生或者护士会刻意去记这些号码，使用自增长primary key是更好的设计。 公司编号采用某种特定的编码方法，这也是早期的数据库系统常见的做法。它的缺点也显而易见：很容易出现像千年虫的软件问题，因为当初设计数据库表的时候设计的位数太短，导致系统使用几年后不能满足要求，只有修改程序才能继续使用。问题在于，任何人设计系统的时候，在预计某某编号多少位可以够用的时候，都存在预计不准的风险。而采用自增长primary key 则不存在这种问题。同样的道理，没有人可以去记这些号码。 使用自增长primary key另外一个原因是性能问题。略有编程常识的人都知道，数字大小比较比字符串大小比较要快得多。使用自增长primary key可以大大地提高数据查找速度。 2. 避免用复合主键 (compound primary key)这主要还是因为性能问题。数据检索是要用到大量的 primary key 值比较，只比较一个字段比比较多个字段快很多。使用单个primary key 从编程的角度也很有好处， sql 语句中 where 条件可以写更少的代码，这意味着出错的机会大大减少。 3. 双主键双主键是指数据库表有两个字段，这两个字段独立成为主键，但又同时存在。 数据库系统的双主键最早用在用户管理模块。最早的来源可能是参照操作系统的用户管理模块。 操作系统的用户管理有两个独立的主键：操作系统自己自动生成的随机 ID (Linux, windows 的 SID), login id。这两个 ID 都必须是唯一的，不同的是，删除用户 test 然后增加一个用户 test, SID 不同，login id 相同。采用双主键主要目的是为了防止删除后增加同样的 login id 造成的混乱。比如销售经理 hellen 本机共享文件给总经理 peter, 一年后总经理离开公司，进来一个普通员工 peter ，两个peter 用同样的 login id, 如果只用 login id 作操作系统的用户管理主键，则存在漏洞：普通员工 peter 可以访问原来只有总经理才能看的文件。操作系统自己自动生成的随机 ID 一般情况下面用户是看不到的。 双主键现在已经广泛用在各种数据库系统中，不限于用户管理系统。 4. 以固定的数据库、表应付变化的客户需求这主要基于以下几个因素的考虑： ◆4.1 大型EPR系统的正常使用、维护需要软件厂商及其众多的合作伙伴共同给客户提供技术服务，包括大量的二次开发。 如果用户在软件正常使用过程中需要增加新的表或者数据库，将给软件厂商及其众多的合作伙伴带来难题。 ◆4.2 软件升级的需要。 没有一个软件能够让客户使用几十上百年不用升级的。软件升级往往涉及数据库表结构的改变。软件厂商会做额外的程序将早期版本软件的数据库数据升级到新的版本，但是对于用户使用过程中生成的表进行处理就比较为难。 ◆4.3 软件开发的需要。 使用固定的数据库库表从开发、二次开发来说，更加容易。对于用户使用过程中生成的表，每次查找数据时都要先查表名，再找数据，比较麻烦。 举例来说，早期的用友财务软件用Access作数据库，每年建立一个新的数据库。很快，用户和用友公司都发现，跨年度数据分析很难做。因此这是一个不好的设计。在 ERP 中，很少有不同的年度数据单独分开。一般来说，所有年份的数据都在同一个表中。对于跨国公司甚至整个集团公司都用同一个 ERP 系统的时候，所有公司的数据都在一起。这样的好处是数据分析比较容易做。 现在大多数数据库系统都能做到在常数时间内返回一定量的数据。比如，Oracle 数据库中，根据 primary key 在 100万条数据中取 10 条数据，与在1 亿条数据中取 10 条数据，时间相差并不多。 5. 避免一次取数据库大量数据，取大量数据一定要用分页这基本上是现在很多数据库系统设计的基本守则。ERP 系统中超过 100万条数据的表很多，对于很多表中的任何一个，一次取所有的会导致数据库服务器长时间处于停滞状态，并且影响其它在线用户的系统响应速度。 一般来说，日常操作，在分页显示的情况下面，每次取得数据在 1-100 之间，系统响应速度足够快，客户端基本没有特别长的停顿。这是比较理想的设计。这也是大型数据库系统往往用 ODBC, ADO 等等通用的数据库联接组件而不用特定的速度较快的专用数据库联接组件的原因。因为系统瓶颈在于数据库( Database) 方面(数据量大)，而不在于客户端(客户端每次只取少量数据)。 在B/S 数据库系统中，分页非常普遍。早期的数据库系统经常有客户端程序中一次性取大量数据做缓冲。现在已经不是特别需要了，主要原因有： ◆5.1 数据库本身的缓冲技术大大提高 大部分数据库都会自动将常用的数据自动放在内存中缓冲，以提高性能。 ◆5.2 数据库联接组件的缓冲技术也在提高。 包括ADO 在内的一些数据库联接组件都会自动对数据结果集(result set)进行缓冲，并且效果不错。比较新颖的数据库联接组件，比如 Hibernate 也加入了一些数据结果集缓冲功能。 当然，也有一些数据库联接组件没有对数据结果集进行缓冲，比如 JDBC Driver，不过几年之内情况应该有所改观。也有些不太成功的数据缓冲，比如 EJB 中的实体Bean，性能就不尽如人意，实体Bean数据也是放在内存中，可能是因为占用内存过多的缘故。 相对来说，今天的程序员写客户端数据缓冲，能够超过以上两个缓冲效果的，已经比较难了。

如何设计erp系统的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于erp设计软件、如何设计erp系统的信息别忘了在本站进行查找喔。