1. 概述 Introduction

1.1编写目的

本文基于杭州图班信息科技有限公司（下面简称“图班科技”）业务顾问在汽配行业公司（下面简称“客户公司”）进行调研访谈和专题讨论后，总结归纳并结合相关软件平台而形成的PLM管理方案建议书。

本报告编写目的为界定业务需求范围（WHAT）和未来总体蓝图、业务场景和技术路线，而不是具体功能需求和技术实现方案（HOW）。尽管为了反映调研访谈与专题研讨时达成的共识以及表述的完整性，本文有部分内容涉及到“如何做”（即方式/技术手段）。本文中如果有提到TO-BE部分，仅供参考，并非最终方案。未来系统的实现方式将由《详细设计报告》进行具体定义。

1.2章节安排

第一章 概述 介绍了文档的编写目的、章节安排、专用词汇缩写以及相关的参考文件；

第二章 企业数据现状分析 通过调研访谈和专题讨论，总结归纳了常州兴锻的内部IT系统建设思路和数据应用现状；

第三章 总体规划 从平台愿景、理念、技术架构和建设策略四个维度来阐述图班项目管理平台的顶层规划和分步建设思路；

第四章 业务方案 从项目开题、计划编制、项目执行、项目统计四个功能模块介绍图班自研平台的项目管理模块；

1.3定义与缩写

表格1定义与缩写

2客户PLM管理业务现状分析

2.1面临的挑战

根据调研的情况来看，客户公司目前内部的信息管理体系较为薄弱，而且做为国内的汽配行业，也往往伴随一下的一些挑战：

规格剧增：从过去的单一车型、单一零部件的单一规格发展到多车型、多规格。

种类扩展：从过去的单一种类，逐步发展到多种类。

周期缩短：交货准时性增高，生产、交货周期缩短。

变更增多：个性化显著，订单变更次数增多，批次由大批量、单一批次发展到多批次、中小批量。

产链复杂：内、外供应链的协同和集成水平提高，利润空间进一步缩小。

管理平衡：在技术、管理、市场运作水平上存在明显的不平衡。

宏观调控：进一步受到政策性调整，资金成本大幅提升。

联盟体系：品牌联盟使汽配企业难以突破联盟“牢笼”，完全受控于上级厂家。

在这种经营环境下，汽配行业，特别是一些中、小型汽配厂家，要实现低成本的扩张，只能从技术升级方面进行突破。技术升级除产品技术和制造工艺升级外，技术管理也是重点突破口。通过管理的突破，可以最短的时间、最低的成本和最小的风险，达到“四两拨千斤”的效果。

图 1 汽车零配件

2.2信息系统现状

从长远发展的角度来讲，一个企业信息系统的构建有着十分重要的意义。为了更快的响应市场改进新产品开发的内部效力，大部分的企业开始注重自身的信息技术建设。从通过部署PLM管理系统实施一整套的业务解决方案，把人、过程和信息有效的集成在一起，从而作用到整个企业，遍历产品从概念设计到报废的全生命周期，到使用ERP系统将设计产品设计与资源管理、计划管理结合，形成一种现代企业的运行模式，最大化的为企业创造收益。

通过调研交流，公司内部有着相对薄弱的信息技术的基础，并且系统之间没有完整的配合策略，没有建设基础性和通用性的数据库、知识库和模型库，所以在实际工作中无论系统的使用上还是业务流程的流转过程中都有着一定的障碍和痛点。

首先是项目计划的编制，是项目计划责任人使用Teambition完成，设计任务的执行是在CAD、NX中完成，设计人员将设计完成的图纸上传至项目文件夹下。初步满足APQP项目管理要求的工具和方法，导致开发流程管理滞后。开发进度难以实时掌控，项目的输出效率及质量难以提升。图纸发放、资料审批以书面形式流转，极易导致项目管理效率低下。

其次是零件号的规范上面，设计人员需要创建新的零件的时候，首先要向文控员申请零件号，文控员通过对比历史零件号等信息，生成新的零件号反馈至设计人员。跨部门的工作方式不仅效率比较低，耗时长，而且零件号是否重复依靠人工的检查，非常容易出现问题。以图代料的管理模式导致零部件种类越来越多，一物多码或一码多物的情况经常发生，技术人员缺乏准确判断物料是否存在的手段，造成新零部件种类不停的增长，零部件通用化程度不够，相似零件大量存在导致呆滞库存增加，产品成本居高不下。

企业传统地以纸张方式管理产品图纸、工艺、BOM的方式很难保证电子技术文档和纸质文档的一致性；并且随着新产品及客户订单产品的快速增加，设计资料的难以查找重用，带来重复设计；各种资料的变更修改相应增多，需要保证成套产品资料输出的版本一致、内容完整。

最后是对于变更场景的处理，文控员接收客户或者内部更改等原因，手动创建更改通知单，由各部门审核后对相关的图文档或者零件进行修改，文控员手动跟踪各部门修改、审核的执行记录。没有比较高效的错误追踪机制，出现问题只能通过查找更改单的执行记录，文档、零件和更改单之间只是通过文字关系关联，无法快速追溯。没有建立以产品结构为核心的建立维护和传递产品信息的模式，设计电子文档跟纸质文档不一致的情况大量存在；设计数据、工艺数据、生产数据、质量体系文件分散管理，无法实现数据的查询追溯。

随着信息系统的增多，系统间的交互越来越密集。公司的信息系统也形成一种生态，具备如下特征：

• 应用系统都是独立建设和维护的，拥有各自独立的数据库和前后台；

• 系统与系统之间的交互呈现点对点式的网状结构，难以梳理和维护；

• 在引入新业务和系统时，需要与所有关联系统集成，开发、协作与沟通的成本非常高；

• 系统之间经常会出现功能上的重叠，重复建设的情况比较普遍；

• 每一个应用都是独立的，从基础设施到上层用户界面，企业的所有IT能力都是以一个一个的应用系统为单位的，同时是以这些系统为单位被隔离的。

2.3数据应用现状

通过初步的调研交流，在企业内部的IT生态里，数据仓库系统已经普遍存在，数据仓库系统从各个IT业务系统和共享文件夹中收集数据，但是不同的应用系统的使用，上层的数据模型难以进行汇总分析和展现。设计数据、工艺数据更多的是靠纸质文档进行传递，造成相同的数据在多个部门重复输入，不仅增加工作量，而且会因为疏忽带来输入错误，数据难以及时传递，无法有效管理和传递产品信息，使得设计和制造脱节，生产周期加长，采购、生产出错和返工不断发生。

传统的数据仓库都是建立在关系型数据库之上的，随着大数据时代的来临，企业的业务系统越来越多、数据体量越来越大，传统数据仓库系统的架构变得越来越不堪重负，于是在大数据体系下重新建立企业的下一代数据仓库系统成了很多企业最近几年在信息化建设上的一项重要工作。

经过交流和调研，公司内部由于信息化水平的制约其数据生态还停留在较为落后的状态，存在着不少问题，以下是总结的一些典型状况：

• 数据离散分布，信息孤岛的问题还没有完全得到解决；

• 依然在大量使用文件进行数据交互，没有实时API，制约了上层业务流程的时效性；

• 企业数据处理平台依然依赖传统技术，负荷已经达到上限，无法进行水平伸缩；

• 大量数据离散于业务用户手工维护的文件中，难以自动化收集并处理；

• 同类型数据在多个业务系统中同步，数据冗余严重，一致性差，需要重复采集、核查、去重，成本高；

• 没有实时数据处理能力，无法快速及时地处理数据并反馈给业务用户；

• 没有健全的数据安全保障机制，面临数据泄露的风险；

• 缺乏完善的数据治理机制，数据质量参差不齐。

3总体规划

3.1平台愿景

平台在业务层面打破传统应用系统的壁垒，将企业的核心能力随着业务不断发展以数字化形式沉淀到平台。在业务层面实现在自研平台开题立项、统一编制各级项目计划，从而串联项目大计划、小计划。结合项目计划详细化、规范化变更管理场景、BOM管理场景，打造汽车及其零部件行业的项目管理体系。

追踪改善重复性问题，降低管理成本提高项目运作效率，有效控制产品关联数据的动态变更。实时反馈项目进度，最高层及时掌握项目执行情况、项目计划变更情况、变更原因，实现设计与生产的数据及业务流程一体化管理 。

在技术层面形成以服务为中心，构建其数据高效运转的信息管理体系，供企业更高效地进行业务探索和创新，实现以高信息化的形态构建企业核心差异化竞争力。

图 2未来工作方式

3.2平台理念

通过简单的调研了解，公司的项目管理方式分布式的运作与各个信息系统之间，没有形成一种高度集中式的统一管理方法，分散在各个信息系统之间的项目信息无法很好的配合使用，也无法快速的进行调整和分析。因此需要一个平台，通过这个平台整合公司内部的项目管理模块、BOM管理模块和工程变更管理模块，在收到新的产品订单之后快速的构建出项目管理实施方案。以项目驱动、以任务落实的工作模式，同时借助系统消息、自动邮件、WBS、甘特图等工具对APQP的执行效果实时监控。

此外公司在传统IT建设方式下，各种信息系统大多是独立采购或者独立建设的，无法做到信息的互联互通，导致企业内部形成多个数据孤岛。分散在各个孤岛的数据无法很好地支撑企业的经营决策，也无法很好地应对快速变化的前端业务。因此还需要一套机制，通过这套机制整合分散在各个孤岛上的数据，快速形成数据服务能力，为企业经营决策、精细化运营提供支撑，这就是数据贯通机制。

图班自研平台是一个依据企业现有的业务模式和组织架构，通过有形的产品和实施方法论支撑，构建的一套适合用户工作场景的管理工具。通过自研平台的组织把实际生产活动中的项目管理透明化、高效化，在实现业务需求的同时提升管理、决策水平。

自研平台的数据贯通机制是公司内部信息系统数据的汇聚地，内部信息管理的数据都整合到自研平台进行管理，信息系统之间数据的流转总是通过自研平台来实现。但数据贯通机制不是简单的数据堆积，各种信息系统产生的原始数据堆积在一起使用将导致使用成本非常高，数据贯通机制的使命就是持续的让数据运转起来，通过自身平台的能力和业务水平对数据管理的不断优化，形成一套高效可靠的数据管理能力。

图 3平台理念

3.3技术架构

图班基于innovator的汽车零配件解决方案使用的是浏览器和服务器架构模式（B/S架构），是随着互联网技术的发展形成的一种更安全更先进的架构方案，在这种架构下，用户工作界面是通过浏览器来实现，极少部分事务逻辑在前端（浏览器端）实现，主要的事务逻辑在服务器端（Server）实现。这种架构方式统一了客户端，将系统功能实现的核心部分集中到了服务器上，简化了系统的使用。客户机上只需要安装一个浏览器，服务器上安装Oracle、SQL Server等数据库，浏览器通过服务器上的Web服务同数据库进行数据交互。这样的架构方式最大程度的简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了公司内部的总体成本。

不同种类的操作系统，应用软件和应用基础架构相互交织，这便是公司内部的信息管理现状。一些现存的应用程序被用来处理当前的业务流程，因此从头建立一个新的基础环境是不可能的。公司应该能够对业务变化做出快速的反应，利用现有的应用程序和信息基础架构的投资来解决新的业务需求。自研平台的架构方案凭借其松耦合的特性，面向服务的架构方式（SOA），使得企业可以按照模块化的方式来添加新服务和更新现有服务，以解决新的业务需求，同时也保护了内部已经建设起的IT投资。

图 4 技术架构蓝图

上图所示的技术架构，体现了面向服务的架构方案的几大有点：

• 平衡最初的旧系统投资

组织过去投资的系统、软硬件，数据架构再利用等于赋予其新的价值，替公司组织降低了成本并增加了竞争力。

• 服务响应及时

企业的业务流程、业务模式不是一成不变的，应对不同客户的生产需求，软件的功能可能也会随时调整。所以对已经部署的软件产品进行维护、升级是正常的。自研平台的架构应用都集中在服务器上，各应用节点并没有任何程序，一个地方更新则全部应用程序更新，可以做到快速服务响应。

• 负荷比重科学

自研平台的管理软件只需要安装在服务器端上，网络管理人员只需要管理服务器，用户界面主要事务逻辑在服务器端实现，客户端只需要处理极少的事务。

• 快捷维护

软件系统的改进和升级越来越频繁，自研平台的这种服务器客户端的架构方式体现这更为方便的特性。对于企业信息管理来说，这种架构方式只需要管理人管理服务器就可以了，所有的客户端只是浏览器，不需要做任何的维护。

• 安全性保证

相较于其他架构的数据分布特性，自研平台的数据架构方式更加安全。由于自研平台的数据都是集中存放在总部的数据库服务器，客户端不保存任何业务数据和数据库连接信息，也无需进行数据同步，所以避免了很多安全性问题。

3.4建设策略

对于公司内部的信息化管理、项目管理来讲，自研平台的搭建是一个具有战略性的基础建设，建设牵涉的范围比较广，不可能通过一两期项目一蹴而就。总体建设需采用“顶层规划，分步建设和小步快跑”的建设策略。一般而言，自研平台的建设可以分为如下三个阶段：

• 一期建设------

通过调研交流，公司内部的项目管理基础相对薄弱，信息系统的搭建也比较复杂。考虑到这些情况，项目一期的建设最好是试验性的上线，渗透性的执行。其主要的使用功能为项目计划管理、BOM管理和工程变更管理，通过统一的项目管理平台的上线、统一变更场景的施行，规范公司内部在生产过程中的项目计划管理、BOM管理和工程变更管理；通过项目执行反馈机制的施行，严格管控项目执行过程中的人工成本；通过数据展示、数据汇总的上线，综合管理项目执行进度分析、项目风险预警、问题追踪机制。

起步阶段的首要工作是进行基础设施建设，在有了大数据集群之后，还需要通过一个到几个项目来验证平台的各项组件和服务是否能满足业务需求。

• 二期建设

这一阶段需要不断地将企业的各个数据源接入平台，建设集成方案，逐渐完善公司内部的信息架构，打通系统间的数据阻碍。最终的理想状态是企业的全部数据都聚集在自研平台上，上层的任何业务需求都可以直接或稍做处理进行响应。具体而言，这一阶段需要完成如下工作：

1. 广泛对接公司的各个信息系统；

1. 不断完善数据仓库体系，对企业数据规范管理；

1. 不断完善数据服务体系，丰富数据供给的协议和形式；

1. 搭建实时处理基础设施，提供部分实时处理服务；

1. 开发实现部分业务需求，产出业务价值。

• 三期建设

这一阶段是公司信息化管理的发展期。在这一阶段，基于前期建设起来的全面和完善的数据体系和强大灵活的软件功能，上层和各业务中心对自研平台的业务需求都可以快速满足。信息管理可以集中精力关注业务层面，快速敏捷地实现新业务功能。具体而言，这一阶段需要完成如下工作：

1. 深挖上层业务需求，利用前期建设起来的信息管理基础，对业务响应提供强力支持。

1. 深度介入业务的处理，通过自研品台的处理能力解决之前的信息系统很能实现的业务需求；

1. 将平台上某些成熟的功能产品化，推广到更多部门和业务场景中。

4业务方案

4.1项目管理

4.11项目立项

未来业务场景：基于模板创建项目截图

项目开题，项目经理进入平台，通过平台的项目管理入口进入项目模板创建界面。项目经理根据客户公司的具体需求按照APQP规范创建项目计划模板，包括项目阶段、任务、里程碑节点，指定任务的责任人身份，例如设计、采购、质量等，创建完成后手动将模板进行发布。

图 5 项目计划

项目经理打开对应的项目模板，按照项目计划模板创建项目计划，填写项目基础属性，添加项目成员并指定成员身份，例如设计、采购、质量，最后点击完成。系统根据项目团队指定的人员的身份，自动将人员关联到项目计划上。

图 6 项目团队搭建

项目创建完成后，通知文控员，文控员通过项目的初始化项目文件夹结构功能，自动创建出项目的文档存储结构。项目经理根据具体要求，选择计划任务，通过添加交付物的方式将文控员导入至系统的图文档指定给相关的计划任务，最后通过改变项目的状态为Active激活项目。

图 7 交付物指派

图 8 项目开题流程图

4.1.2项目执行与反馈

未来业务场景：

已经发布的项目，其具体的项目计划的任务将按照任务的计划开始时间将任务分发到任务的负责人，同时发送邮件至任务责任人的邮箱，提醒任务计划。任务负责人接收到邮件后用个人账号登入系统，通过系统的任务列表功能查看自己被分到的项目任务。责任人可以通过项目任务追溯至项目，并根据时间计划和节点自行调整任务执行顺序。

图 9 个人任务页

责任人根据任务列表的信息，线下执行自己的任务，任务执行完成之后用个人账号登入系统，在任务列表中找到完成的任务，双击该任务弹出项目执行反馈界面。责任人根据自己的具体情况上传自己的设计成果同时根据实际情况填写任务执行的工作记录，指定任务的实际开始时间，如果有交付物的上传系统将根据交付物的数量自动填写当前任务的完成度，填写完成之后点击完成结束当前任务。

图 10 任务执行反馈

图 11 项目执行流程图

4.1.3项目统计与跟踪

未来业务场景：

项目计划编制人在完成项目计划的编制之后，系统将根据项目计划自动完成甘特图的绘制，项目经理可以通过项目的查看甘特图功能浏览项目计划的安排。平台的项目统计模块将按照特定的数据统计逻辑，在项目执行的过程中实时的更新数据展示图表，项目经理使用项目管理的清单生成功能，生成对应的项目计划清单。

4.2文档管理

4.2.1图文档的创建与导入

未来业务场景：

文控员接收项目经理创立项目的通知，登入管理平台，通过项目管理的初始化文档结构树功能，初始化项目的文档管理结构树。

图 12 图文档结构树

对于新启动项目来说，文控员登入管理平台，通过图文档管理入口进入图文档的创建界面，填写图文档属性信息，选择图文档归属的项目和设计阶段，点击完成创建，系统自动将图文档归档到相对应的项目文档结构树中。

对于之前管理的项目 来说，文控员登入管理平台，通过图文档管理的入口进入图文档的导入界面，选择本地的EXCEL文件，点击导入，系统将根据EXCEL中记录的项目和设计阶段信息，将图文档信息自动创建至对应的项目文档结构树下，完成归档。

图 13 图文档导入示意图

图 14 图文档创建流程图

4.2.2图文档版本管理

未来业务场景：

新建的图文档数据，默认是初始版本，文控员登入系统，进入图文档管理界面，选择需要进行升版的图文档条目，批量发起审签流程，填写审签流程单的属性信息，点击完成。图文档条目自动被发送到审签流程的节点负责人处，通过各级审签完成流程，流程结束后，系统将自动将图文档数据进行升版。

文控员还可以根据具体的需求，以手动的方式，直接将图文档进行升版。

图 15 图文档版本管理流程图

4.2.3图文档查询

未来业务场景：

文控员登入管理平台，选择具体的某种类型的图文档，点击搜索进入查询界面，文控员选择简单查询，通过简单的查询条件和他们之间的配合过滤出最终的查询结果。

文控员还可以选择高级查询条件，按照图文档的属性配置特定的查询条件，过滤出最终的查询结果。以上两种方式定义的各种查询条件都可以通过SaveSearch功能，将查询条件保存，实现重复调用。

图 16 查询定制示意图

4.3BOM管理

4.3.1BOM的创建与导入

设计部人员登入管理平台，打开零件号申请窗口，填写申请零件号的类型、属性，系统按照逻辑自动生成零件号。

图 17 零件号申请示意图

设计人员进入系统的BOM管理界面，点击导入BOM结构功能，选择本地的EXCEL文件，将BOM结构导入系统。系统将自动解析EXCEL文件的BOM结构，调用系统标准件库的标准间和零件，在系统中创建出对应的BOM结构，包括零件结构、外部零件引用。

图18 BOM管理图

设计部人员，创建完BOM结构之后，编辑对应的BOM实例，手动上传相关的技术资料。

图 19 BOM创建流程图

4.3.2BOM版本管理

未来业务场景：

导入系统内的Part 、BOM结构默认为初始版本，进入Part、BOM管理界面，选择需要进行升版的Part、BOM条目，批量发起审签流程，填写审签流程单的属性信息，点击完成。Part、BOM条目自动被发送到审签流程的节点负责人处，通过各级审签完成流程，流程结束后，系统将自动将Part、BOM数据进行升版。 当文控员导入BOM文件时，系统解析文件的信息，对发生变动的零件进行升版。

文控员还可以根据具体的需求，以手动的方式，直接将Part、BOM进行升版。

BOM升版规则：

1 当BOM底下的子零件发生变更，子零件升版，子零件所有的父节点升版。

2 当BOM自身发生变更，添加子零件或者更改子零件条目，BOM及其所有父节点进行升版。

不同版本的BOM，可以通过BOM的对比界面查看版本的差别。

图 20 BOM对比流程图

图 21 BOM版本管理流程图

4.4工程变更管理

4.4.1创建更改单-----支持cm2变更体系

未来业务场景：

文控员接收更改需求，登入系统，创建工程更改申请单（ECR），填写申请单信息，选择受影响的图文档数据，点击完成，发起申请流程。

图 22 工程变更创建图

文控员接收到申请单通过的通知，登入系统，创建工程更改通知单（ECN），填写更改单信息（更改内容、更改原因等），挂接对应的ECR附件，选择受影响的零件或者文件，点击完成，发起更改流程。工作流程发起后，系统将受影响的零件或者文件的状态改为“变更”。

图 23 工程变更流程图

4.4.2流程任务执行-----上传附件截图

未来业务场景：

系统会根据工作流中定义的任务节点将申请单、更改单发送至各个部门负责人的任务列表，各个部门的责任人登录系统，查看各自的任务，确认之后添加电子签名并通知文控员，流程结束后将自动归档至项目文档区，工作流程中各个部门的签审记录将自动生成在更改单下。

图 24 签审记录

当工作流执行完毕后自动对受影响的零件或者文件进行升版，并将状态改为“初始”。

图 25 任务执行流程图

4.5工作流管理

4.5.1创建工作流模板----工作流指派

未来业务场景：

系统管理员登入管理平台，打开工作流模板创建界面，新建工作流模板。系统管理员编制工作流模板，添加节点，给节点设置任务，添加路径。指定节点权限角色等属性。

图 26 工作流程配置

4.5.2工作流指派-----截图

未来业务场景：

系统管理员登入系统，将工作流配置到对应的更改单模板上，每创建一个更改单实例，系统将按照工作流的模板创建出一个实例，用户可以直接在更改单的编辑窗口指派工作流实例的人员角色。工作流运行结束之后，将自动保存在工作流实例的库中。

4.6系统管理

4.6.1组织管理

未来业务场景：

系统管理员线下汇总企业内部的人员组织架构，登入系统，按照层级结构在系统中创建出对应的层级组织关系，按照公司的人员信息在系统中创建出对应的人员，同时指定人员的登录名和登录密码等基础信息。最后按照人员的身份关系，将不同的人员添加到具体的组织下面，完成系统内部人员组织的搭建。

图 27 人员组织管理

4.6.2搭建权限规则

未来业务场景：

系统管理员登入系统，按照企业内部的权限管理规则，使用系统内部的权限管理模块创建出与之对应的权限规则，添加人员或者组织，然后赋予该人员或者组织特定的权限。创建出与之对应的权限规则。权限规则包括添加、删除、修改等基础权限。

权限规则创建完成之后，由系统管理员将权限规则指派到特定的功能或者文件夹类型上，当用户使用这些功能或者文件夹创建实例的时候，权限规则才会生效。

图 28 权限管理