0 前言

       随着制造业的蓬勃发展，企业在经营现有业务的同时，已开始呈现出收购关联业务，兼并周边产业的趋势。而企业原有PLM系统往往无法快速为新企业的业务进行适配，这就导致新企业沿用原PLM平台，或者放弃原PLM系统在母公司的研发平台中额外开辟空间使用。然而无论哪一种方式，常规PLM平台都面临着不小的困难。企业希望既能让新单位快速融入现有研发管理平台，又能尽可能做到各单位间的业务协同及数据隔离的平衡。这就对PLM平台提出了更高的要求，本文以某电子高科企业的实际需求作为基础，介绍其所使用的PLM平台如何通过“多租户”的模式，逐步解决此问题，并成功将“多租户”的业务模式固化在PLM平台中。

1 多租户使用场景分析及需求梳理

       当企业被收购后，通常研发数据作为核心资产将被严格管控及保护，一般PLM使用多租户的使用场景及优势分析如下：

       1.为新收购公司提供快速可接入使用的PLM平台；

       2.实现集团公司基础数据共享，例如标准件、外购件，企标文件等；

       3.统一设计平台，减少PLM平台冗余而产生的运维工作量、减少IT设备使用并减员增效；

       4.为租户之间的数据及业务完全隔离，确保数据不泄露；

       5.高频使用的PLM功能，可快速复制给租户使用，提升PLM平台使用率，为设计优秀产品打好基础；

       6.为实现数据治理，提供平台支撑；

       7.避免多PLM情况下同一物料或数模图纸出现差异，而引发生产制造问题；

       8.为集团内部新孵化的子公司提供PLM平台，并使用完全适配于新公司的业务流程及功能。

       对于收购企业使用PLM平台，可供的解决办法无外乎使用原公司PLM或使用新公司平台，两种方式皆有利有弊，总结如下：

       1.1 需求梳理

       根据使用场景及两种模式的优缺点，提出了单一平台多租户的设想，从长远角度来看，多租户式的PLM平台才能满足未来企业发展需要。以集团型企业为例，下属分子公司一般同属一个行业，但研发或生产的产品互有不同，为满足个性化需求，目前常用的做法有两种：

       1.构建一套平台，取共性部分进行PLM固化

       此种模式需要将各分子公司的业务进行统一梳理，取共用部分植入PLM中，对其系统功能、流程、生命周期、各对象模板、物料分类等尽可能实现统一，以此实现集团各业务的相对标准化。对于确实有迫切需求，且个性化的内容，一般通过特定客制化的方式进行开发，并使之只针对某个具体的场景或参数才可生效。且要求各分子公司只使用一套ERP系统，这样每月进行物料需求计划计算时，可统一合并采购，在推进集采谈判的同时进一步降低采购单价。而若集团公司收购的新企业并不与现有业务相类似时，此种模式往往因原功能固定，所以需要为接纳新企业所需要定制较多功能。

       2.构建多套系统，各自管理及运维

       此种模式无需对各分子公司的业务进行梳理，更不需要选取共性功能，因各自进行系统构建及维护，各分子公司之间的影响几乎不存在。然而从长远考虑，集团若需要进行业务变革，数据治理等重大项目，则往往会出现明显良莠不齐的情况。若各分子公司之间还有一定的业务往来，则企业间不同的运行效率将极大程度的影响项目执行。

       综上所述，一般对于PLM平台提出如下具体功能要求：

       1.组织拆分

       可快速对组织进行新增、拆分及冻结。例如对于新收购的子公司可快速扩建对应的组织架构。而对于孵化的新单位，又可快速的将人员进行拆分合并，实现新旧人员及业务的并行使用。而当子公司被出售或关停时，又可快速冻结相应组织。

       2.模块拆分

       不同企业对于PLM的需求不同，一般而言，PLM平台包括PDM（产品数据管理）、PPM（项目管理）、RM（需求管理）、MPM（制造过程管理）等模块。各分子公司可根据业务实际需要选用其中的部分模块，既保障业务运行的同时，又能避免因模块过多使用导致的收益降低。

       3.生命周期

       各租户间的对象生命周期可单独定义，互不影响，且做到安全隔离。

       4.工作流

       各租户间的对象，所适用的工作流可单独定义，包括但不限于文档审批、BOM审批、EC变更等流程。

       5.对象类型及属性

       各租户可根据自身业务需要独自设立对象类型，并独立定义相关业务属性。且属性可定义相关的下拉选项、取值范围等约束条件。

       6.各对象模板

       对于文档模板，项目模板，WBS模板，产品库及存储库模板等，可按照各租户业务管理员的要求进行定义。

       7.权限划分

       各租户管理员可通过多个维度管理自租户下用户的权限。

       8.客制化功能

       此部分对于多租户管理而言，初期较为复杂，需要将租户所使用的功能简化至一个较小的颗粒度，并对使用场景进行梳理，使功能可以根据不同租户进行适配，且能确保正常使用。

2 多租户应用及实践

       考虑到上述需求，某企业在引入PLM平台时，即对PLM进行了多租户应用方面的考虑，并有针对性的对上述功能进行PoC验证。

       ●组织划分

       对于企业的组织，可对每个租户形成树状结构，并交由各自的租户管理员进行维护。并对租户定义相关必要的信息，例如：

       a)租户：给一家集团型企业划分成多个组织，解决组织的数据隔离。

       b)组织：人们为实现一定的目标，互相协作结合而成的集体或团体。

       c)容器团队：一个应用程序上下文的成员列表。

       d)角色：专业分工的类别。

       e)用户组：具有相同特征的集合体，又可以看作群组。

       ●应用及服务划分

       应用是PLM平台的具体模块，常规包括数据管理，项目管理，工艺管理等。而服务是每个模块中的具体功能，其关系如下：

       a)应用：用来解决业务问题，实现特定的业务功能。业务应用的交付物主要是镜像。如：PDM，PPM，RM，DTM，MPM...

       b)服务：把单一职责、高内聚低耦合的服务作为业务单元，实现单一服务的业务场景。如：PDM的物料管理服务、图档管理服务。

       c)应用服务群：把一类服务进行组合，具备业务应用的能力。

       ●类型划分

       对象类型是PLM中所管理的内容，例如文档类型、部件类型、变更类型等等，其一般管理如下内容：

       a)对象类型：系统提供封装好的业务对象，有带版本的对象，不带版本的对象等。

       b)属性：属性种类有模型属性（硬属性，系统出厂自带的），标准属性（扩展属性，能够按列搜索），IBA属性（扩展属性，只做存储），虚拟属性（计算属性，不存储）。描述一个属性包括基本信息，还有约束信息，组件化信息。

       c)行为：包括管理行为和应用行为，其中管理行为是对自身对象的CRUD操作，应用行为是对外调用的操作。

       d)布局：表单排版设计

       e)表格视图：展示对象的列表信息

       ●对象管理

       对象管理与对象划分相辅相成，其主要管理相对应的生命周期、工作流程等。一般涉及如下内容：

       a)上下文：指对象存放的位置，系统上下文自上而下的层级是：站点>组织>容器（项目容器/产品容器）

       b)编码：给对象设置编码规则，编码支持唯一设置，也支持流水码设置

       c)生命周期：给对象定义各种状态，使其按照规则流转。

       ●租户应用管理

       按前文所叙述，每个租户所使用的模块不尽相同，需要根据各分子公司实际情况开通，这就需要对租户的业务进行摸排：

       a)租户：给一家公司划分成多个组织，解决组织的数据隔离。

       b)应用：用来解决业务问题，实现特定的业务功能。业务应用的交付物主要是镜像。如：PDM，PPM，RM，DTM，MPM...

       ●权限管理

       权限管理是多租户的重点实施内容，需要按多个不同维度进行业务分析，最终才能确定每个租户下的角色/用户权限：

       a)菜单：平台/应用定义的菜单.，菜单可以给部门、角色、用户组、用户分配权限，分配后，即可见菜单

       b)功能操作：容器页面承载的菜单或按钮

       c)工作流权限：动态权限，在流程某个节点临时放开权限

       d)生命周期权限：依据生命周期状态放开权限

       e)安全密级：根据用户级别、对象级别放开权限

       f)对象：根据对象的状态授予部门、角色、用户组、用户的权限

       g)属性：根据表单的属性授予可见、可编辑的权限

       ●客制化功能

       对于PLM平台，常规的实施必定包含个性化内容的客制化开发，而这部分也是多租户实施的最大挑战，其较大价值部分也在此处。

       a)目标：定制客制化功能，根据不同事业部进行调用，且可在项目基本信息中，定义所属公司，例如模具、夹具；当用户使用时可根据租户进行校验确定是否启用此客制化功能。

3 结论

       多租户架构可以在一个系统平台中支持多个租户同时访问，每个租户拥有独立的资源和数据，并且彼此之间完全隔离。通俗来说，多租户就是把一个应用按照客户的需求“分割”成多个独立的实例，每个实例互不干扰。其对于集团型制造企业而言，具有明显应用价值：①更好的满足不同租户的业务需求；②降低各平台总运维成本，减少软硬件及网络等基础设施的成本投入；③节约开发成本，通过复用代码快速上线新租户实例；④增强系统的可扩展性及可伸缩性，并支持横向扩展，做到每个租户的数据和资源均可自由管理及合理控制。