南车PLM业务方案定稿(二期)

修订记录
目录
1文档说明 (1)
1.1文档目的 (1)
1.2适用范围 (1)
1.3参考文档 (1)
2PDMLink基本术语 (1)
2.1文档 (1)
2.2EPM图样文档(PRO/E图样文档) (1)
2.3部件 (1)
2.4成品 (2)
2.5版本 (2)
2.6产品结构 (2)
2.7基线 (3)
2.8产品 (3)
2.9存储库 (4)
3未来业务解决方案 (4)
3.1以产品结构为核心的数据管理模式 (4)
3.1.1零部件属性 (4)
3.1.2零部件定义 (7)
3.2产品结构演化过程 (7)
3.3产品开发业务过程 (8)
3.3.1产品结构定义 (10)
3.3.2产品结构签审 (10)
3.4产品变型设计 (14)
3.5文档管理 (15)
3.5.1戚墅堰所文档类型如表格4所示。

(15)
3.5.2产品文件夹分类 (15)
3.5.3文档的签审 (16)
3.6基线管理 (19)
3.6.1采用基线固化产品结构 (19)
3.6.2使用基线查看固化的产品结构 (20)
3.6.3基线管理要求 (21)
3.7产品报表 (22)
3.8变更管理 (23)
3.8.1变更对象的分类 (23)
3.8.2变更存储 (24)
3.8.3变更流程 (24)
3.9编码管理 (30)
3.9.1普通用户操作步骤 (30)
3.9.2管理用户操作步骤 (35)
3.9.3权限管理 (47)
3.9.4用户管理 ...................................................................................................................................... 错误！未定义书签。

3.9.5用户组管理 .................................................................................................................................. 错误！未定义书签。

1文档说明
1.1文档目的
在前期业务访谈、分析、讨论的基础上，通过对戚墅堰所业务管理现状及需求的整理，本文档给出指导后续实施工作展开的业务方案。

作为PLM二期项目的蓝图文件，是PLM项目执行的重要技术文件。

1.2适用范围
本文档用于明确戚墅堰所业务现状及对于PDM系统的业务解决方案，并作为后期实施的指导文档。

1.3参考文档
2PDMLink基本术语
2.1文档
a)概念
文档是Microsoft Word、Excel、PowerPoint或其它类型文件的内容载体，在PDMLink中文档
是具有唯一标识的数据及文件存储单元,由元数据和物理文件（一个主文件/多个附文件）两部
分组成。

在PDMLink中，它可以用来表示产品整个生命周期过程中的任何文件、报告、档案、图纸等
对象。

b)文档的属性
1)文档的属性用来表示对象的某种特性。

2)文档的属性满足用户对文档的查询要求。

c)文档的内容
1)文档可以有主要内容和附件
2)文档的内容可以是各种格式的电子文件
注：目前企业文档分为：技术文档、其他CAD图样文档、质量管理文档三类
2.2EPM图样文档(PRO/E图样文档)
●EPM图样文档可以认为是一种特殊类型的文档。

●EPM图样文档文档是可以由CAD设计软件产生的。

比如：Pro/E3维模型和2维图等。

●EPM图样文档是通过集成工具创建到PDMLink系统的，比如Pro/E同PDMLink的集成等。

●EPM图样文档文档与部件有紧密的联系。

2.3部件
PDMLink中的部件是在产品结构中使用的物理组件或装配体的描述对象，可以是零件、组件、虚拟件、结合件、实际功能部件。

部件对象同文档对象一样具有版本。

2.4成品
成品也是一种部件，是表示销售、装配和交付给客户的产品功能单元的顶层组件。

可以在成品中创建其它成品。

2.5版本
PDMLink中对象的版本由两部分，大版本和小版本，可用下式示意描述：
版本(Revision) = 大版本(V ersion) +小版本(Iteration)
a)大版本
用户根据业务实际需要，对某个对象（如文档、零部件等）进行较大的修订或升级，从而得到该对象的一个新版本。

大版本用字母表示，如A版本、B版本。

大版本更新应当根据必要的业务需要，由相应的业务流程来控制。

b)小版本
用户对对象进行一次“检出”及“检入”操作后由系统自动为该对象保存的相应的版本记录。

小版本用字母后面的数字表示，如A.1版本、A.2版本。

c)修改与修订造成版本的变化过程
图 1 版本演进
2.6产品结构
a)狭义的产品结构是指由成品和部件通过使用关系形成的树状BOM结构。

b)广义的产品结构是指由成品、部件、文档及相关变更通过相互关联形成的树状结构，它是在
产品开发的过程中自然形成的，体现了以产品结构为核心的各种信息的管理，我们称之为产
品结构树。

c)通过产品结构树，我们可以很快地从一个对象得到它相关的各种信息，也可以快速准确地形
成各种所需的报表。

d)PDMLink系统将以产品结构为核心进行产品数据的管理。

产品结构树的组成如图2所示。

图 2 产品结构示意图
2.7基线
基线实质上是特定时间点上产品数据集合的快照。

创建基线后，可以将部件和文档添加基线中。

一个基线可以包含任何数量的部件或文档，同时一个部件或文档可以存在于任意数量的基线中。

a)产品结构的最顶层的特殊零部件为成品（End Item），它代表能够单独销售给最终用户的交付
物。

其它件是构成产品结构不可或缺的节点，以零部件（Part）表示。

每个零部件所有的版本
都保存于系统中。

b)基线管理旨在管理产品关键历史时期的技术状态，即当时产品中每个零部件的版本状态（精
确到小版本）。

c)基线管理只需要管理零部件，零部件的大版本与EPM文档的大版本有对应关系。

通过某版本
的零部件的大版本，即可得到EPM文档的对应大版本。

d)受控基线由业务管理人员手工创建并用它记录产品各零部件当时的最新版本。

2.8产品
在Windchill PDMLink中，产品的含义为：
a)“产品”是企业研发制造的产品的相关产品数据的一个逻辑存储区域，或称为“产品容器”、还可
称为“上下文”。

b)用户可以为“产品”中的产品数据定制访问权限规则、编码方案、版本方案、生命周期和工作流。

c)“产品”也是产品相关团队的一个共同的工作空间。

2.9存储库
存储库也是一个Windchill PDMLink中一个数据逻辑存储区域，用来管理组织内各产品和项目共用的标准部件和文档。

3未来业务解决方案
3.1以产品结构为核心的数据管理模式
戚墅堰所将以产品结构为核心，组织在整个研发设计过程中生成的各类产品数据，其组织方式如图表1所示。

部件
部件
部件
图表1：产品结构为核心的数据管理模式
产品结构以树状方式描述，叶节点表示零件。

这种视图方式反映了产品、零部件之间的层次关系。

每个零部件都有其属性，如零件的材料、重量、以及部件由多少零件组成等。

每个零部件都有相关的文档，如零件二维图纸、三维模型、技术说明、各部件的装配图等。

零部件、文档都有版本。

在设计过程中产品信息可能会反复修改，其形成过程也是企业宝贵的财富，通过版本可追溯其历史记录。

零部件、文档可与变更项关联。

变更项包括问题报告、变更请求、变更通告。

3.1.1零部件属性
零部件属性是由设计人员给出的供后续部门使用的重要信息，如指导采购、指导工艺设计等，也
是生成产品报表的基础信息。

零部件属性如错误！未找到引用源。

所示。

零部件属性分系统标准属性和客制化属性，客制化属性是部件扩展的属性。

表格 1：零部件属性
零部件专用属性用来精确查找零部件，有利于减少零部件重复设计，为提高零部件通用率提供数据基础。

3.1.2零部件定义
在PDMLink创建部件有两种途径：
a）采用PDMLink标准功能手工创建部件，录入零部件编号等属性。

设计师根据申请得到的部件编号自行分配零部件流水号,然后在PDMLink创建部件，如图表2所示。

定义部件属性时手工
录入零部件编号，同时填写其它信息；
b）通过Pro/E与PDMLink的集成方式创建部件，此时需要设计师将零部件编号填写到图纸或模型的规定位置。

在集成检入图纸时，集成接口程序将判断检入的零部件编号在系统中是否存在，
如果存在将使用系统中存在的零部件；如果不存在，则创建新的零部件，并将图纸关联到原零
部件上。

录入从编码系统获取的编号
图表2：定义零部件编号等属性
3.2产品结构演化过程
戚墅堰所产品结构从其演化过程来看，分为设计BOM（EBOM）和制造BOM（MBOM）。

a)根据需要，EBOM由设计部门维护；
b)EBOM发布后，现由专人负责将EBOM由设计视图转为制造视图，形成初始MBOM；
c)再由专人重构MBOM，如增加虚拟组合件、辅料等；
d)MBOM需经签审批准后发布。

3.3产品开发业务过程
产品开发业务过程如图表3所示。

图表3：全新产品设计操作流程产品开发业务过程描述如表格2所示。

表格2：产品开发业务过程描述
3.3.1产品结构定义
创建产品结构的方式有两种：
a）手工方式。

手工方式主要用于顶层产品结构的创建；
b）集成方式。

集成方式适用于下层零部件通过二维图或三维模型集成检入生成的方式。

3.3.2产品结构签审
产品结构签审随图样签审同步进行，当某个部件下的所有子部件相关的图样都设计完毕后，可将此部件提交签审，签审入口如图表4所示。

图表4：产品结构及图样提交签审入口
产品结构的签审流程如图表5所示。

图表5：产品结构签审流程
产品结构提交签审的规则：
a）零部件的签审流程同图样的流程。

零部件结构携带关联图样进行流程签审。

b）父装配签审时，如果其子装配或子零件处于签审中或检出状态，则不允许父装配签审，提交签审页面显示已处于签审状态和检出状态的零部件；
c）父装配签审时，父装配下某个子装配或子零件已经完成流程签审的情况，父装配签审的时候不影响下面的发布的数据；
d）除会签节点外，其他审核环节为必选节点。

如没有选择相应审核者，则提交签审任务不能完成。

如选择各环节审批者错误，可在修改任务重新选择各审批负责人。

e）除会签任务外，校对、审核、批准等活动的参与者一般为单人次，如果创建者选择了多个人，则采用抢先机制，即：只要有一个人完成了该任务，其他人的任务即取消。

签审任务的结果为“通过”时，流程下一环节的参与者将收到任务。

当签审任务的结果是“驳回”时，编制者将收到修改任务。

编制者修改完毕后重新提交，文档从校对任务开始重新进行签署。

f）会签活动的参与者最多为两人（制订业务规范），且会签为可选节点，如不选择会签审批者，则流程不经过会签节点。

当会签活动的参与者为多人时，需要所有参与者提出意见，所有意见均为“通过”时方表示会签的最终意见为“通过”，只要有一个会签者选择驳回，即返回设计师修改。

g）在“修改”任务，任务负责人可以重新选择审核人员。

h）签审结束后零部件结构及关联的图样文件的状态置为“已发布”。

i）当流程完成签审将流程审核者的名字签署到drw文档的签名栏位中。

会签步骤最多两人，都依次签在图纸（二维图纸）会签栏。

产品结构签审过程说明如表格3所示。

表格3：产品结构签审过程描述
3.4
产品变型设计
利用PDMLink 的BOM 另存为功能可快速设计变型产品，基于基型BOM 的变型设计过程如错误！未找到引用源。

所示。

图 3 基型BOM 变型过程
a ） 根据产品技术规格要求查找最相近的基型BOM 或已有变型BOM ；
b）通过部件的“另存为”功能将查找到的基型BOM或已有变型BOM另存为为变型产品BOM（包括选择的部件、pro/e模型和图样文档）；
c）调整变型BOM，包括增件、减件或修改件；
d）基于调整后的变型BOM，绘制必要的新图或重新编制必要的技术文件。

e）另存的部件、pro/e模型和图样文档，需要使用在编码系统新申请的编号。

3.5文档管理
3.5.1戚墅堰所文档类型如表格4所示。

表格4：文档分类
3.5.2产品文件夹分类
表格5：产品文件夹分类
01-
02-PRO/E
03-
04-
05-
06-
07-
08-
图表6：产品文件夹结构示意图
3.5.3文档的签审
a)各类文档的生命周期
b)各类文档的生命周期统一划分如下：
表格6：文档生命周期权限表
c)数据权限控制策略
1.产品成员才具有访问产品的权限；
2.产品成员可以查看产品中所有文件夹下所有状态的部件；
3.只有数据创建者可以修改、删除自己创建的处于编制中状态或设计中状态的数据；
4.除产品经理外，其它角色对文档没有设置状态的权限；
5.设计人员有另存新产品结构的权限；
6.所有角色的权限都通过静态权限控制
d)各类文档签审流程
1.技术文档
其中标准化审核任务为可选节点，由业务规范定制哪些技术文档需经过标准化审核任务。

图表7：技术文档签审流程
2.质量管理文档
其中审核任务为可选节点，由业务规范定制哪些质量管理文档需经过审核任务。

图表8：质量管理文档签审流程
3.其他CAD图样文档
其中会签任务为可选节点，由业务规范定制哪些其他CAD图样文档需经过会签任务。

图表9：其他CAD图样文档
3.6基线管理
3.6.1采用基线固化产品结构
基线（Baseline）是产品研发过程特定关键节点/技术状态的快照，包括：
产品结构信息的集合；
产品研发过程中所涉及到的文档集合。

通过基线可以追溯产品每一设计阶段或每一次变更后的状态，2010年2月26日对应的产品结构及零部件版本如图表10所示，2008年3月6日对应的产品结构及零部件版本，如图表11所示。

通过两棵产品树可以很清晰比较两个时刻技术状态的变化。

图表10：2010年2月26日基线
图表11：2008年3月6日基线
3.6.2使用基线查看固化的产品结构
基线中内容以列表形式存在，如图表12所示，并不直观看出数据之间的关系。

图表12：基线内容
可以通过选择“基线配置规范”查看历史技术状态的产品结构，如图表13所示。

图表13：基线配置查看产品结构
3.6.3基线管理要求
基线创建时机：设计BOM（EBOM）每发布一次（包含BOM变更）即由产品经理建立相应的基线。

基线存储位置：在每个产品容器下均设置一个“基线”文件夹，用来存储与此产品有关的所有基线。

基线创建方式：在每次重大变更审批完成后产品经理在指定位置创建基线，并添加基线内容。

基线内容可以包括产品结构、文档、CAD文档、变更项。

基线冻结：在确认基线内容完整后，产品经理将基线的状态由“正在工作”改为“已发布”，不需要流程确认。

处于已发布状态的基线只有产品经理具有修改权限。

3.7产品报表
企业主要有：零部件明细表、零部件汇总表、图样目录、自制件汇总表、紧固件汇总表、标准件汇总表这六类汇总报表需要生成
自制件、紧固件、标准件可根据编码来区分。

零部件明细表、图样目录需要生成的报表要表示BOM层级关系，并且按要求排序显示（按零部件就地展开原则）。

统计报表不走流程，系统提供统计汇总功能，以便于其他部门对数据进行再利用。

生成的报表需要保存为xls格式文件，戚墅堰所负责提供xls格式的报表模板。

用户需要能查询到以前某个设计状态（基线标示）的BOM的报表信息，系统要能提供支持。

零部件明细表没有总数量栏，只保留汇总本图数量；另增加一个零部件汇总表，该表只汇总总数量，而不要本图数量。

报表生成的入口如图表14所示，选择需要出报表的部件，点击相关报告下拉框，显示定制的报表名称和PDMLink标准报表名称。

图表14：产品报表入口3.8变更管理
3.8.1变更对象的分类
表格7：变更对象的分类
3.8.2
变更存储
针对产品中对象产生的变更对象（问题报告、变更请求、变更通告）存储在“07-变更表单”文件夹下。

3.8.3
变更流程 问题报告流程
图表 15：问题报告流程
表格 8：问题报告流程说明
变更请求流程
图表16：变更请求流程表格9：变更请求流程说明
图表17：变更请求流程变更通告流程
图表 18：变更通告及变更实施计划流程
表格 10：变更通告及变更实施计划流程说明
注：此变更流程方案只作为完善一期变更流程，不对一期实施流程方法做全新改变。

主要做以下实施：
a) 增加二期所需要的审批节点，一期过程的流程说明只作为参考。

b) 增加在“执行变更任务”环节，在“编辑变更任务”界面，修订受影响的数据，并将修订后
的数据关联到产生数据中。

如图表 19、图表20。

并变更流程结束后，将产生对象中的数据设置为“已发布”
图表 19：修订产生数据
图表20：修订后数据关联到变更的产生对象中
c)若数据未存在已审批的问题报告不允许创建变更请求。

3.9编码管理
企业编码系统目前采用：手工输入+分类＋流水的方式构成编码规则。

编码系统管理如下分类：产成品（4大类：齿轮传动、工程机械、汽车零配件、轨道交通关键零部件及衍生产品）、设计文档、工装、刀具、量具；国标紧固件；标准件；通用件。

需要提供编码工具以完成企业目前的编码需求。

详见用户最终确定的《戚墅堰所产品编码》
企业目前零部件分类有：紧固件、标准件、通用件、自制件。

其中外购件不纳入编码系统，紧固件、标准件、通用件已在系统建立存储库进行存放。

3.9.1普通用户操作步骤
3.9.1.1入口
在个人的实用程序页面增加链接，分别为编码申请和编码维护，根据是普通用户或是管理用户选择不同链接，点击“编码申请”链接进入编码申请页面。

图表21：编码系统入口
3.9.1.2编码申请
选择“编码申请”->“编码申请”，跳出编码申请界面，如下图
图表22：编码申请编码规则分为4类
常数、分类节点、流水号、手工输入
常数和流水号无需选择，由系统自动赋予
分类节点和手动输入用户直接选择或输入
选择分类节点
图表23：选择分类节点
最后申请结果
图表24：申请结果
3.9.1.3编码搜索
用户能够搜索所有分类的已申请编码规则
能够根据“关键字”和“创建时间”进行搜索
编码保留
图表25：编码搜索界面
图表26：编码搜索结果
3.9.1.4编码启用
用户能够搜索所有分类的自己所申请的编码
能够根据“关键字”、“创建时间”和“状态”进行搜索
（管理员能够增加“创建者”的搜索条件）
如果过去申请保留的编码期望启用，用户可以搜索出来以后，选择并点击“启用”按钮，则将该
编码从保留状态更新为启用申请状态
图表27：编码启用
3.9.1.5编码保留
用户能够搜索所有分类的自己所保留的编码
能够根据“关键字”、“创建时间”和“状态”进行搜索
（管理员能够增加“创建者”的搜索条件）
如果已启用的编码期望保留，用户可以搜索出来以后，选择并点击“保留”按钮，则将该编码从启用状态更新为保留状态。

编码启用
编码保留
申请
共**记录
保留
图表28：保留编码
3.9.2管理用户操作步骤
3.9.2.1入口
在个人的实用程序页面增加链接，为维护编码，点击进入编码管理系统。

图表29：编码维护入口
3.9.2.2编码类别管理模块
“管理编码类别”（可将现企业大类别用编码类别方式管理）可以进行编码类别的添加，删除，重命名等操作。

a)添加子类别
图表30：添加编码类别
注意：
●已经存在编码规则的编码类别不能增加子类别
●已经存在编码规则的编码类别不能删除
●编码类别名称在同一层次中不能重复
b)重命名
修改编码分类的显示名称。

编码类别名称在同一层次中不能重复。

除了根节点以外的所有编码分类都可以进行重命名。

c)删除
不可以被删除的条件：
●非叶子节点不允许删除
●叶子节点有编码规则不允许删除
●叶子节点没有编码规则允许删除
3.9.2.3编码规则管理模块
管理员在“系统管理”菜单中选择，编码规则管理，则进入编码规则管理模块.
图表31：管理编码规则
a)查看规则
用户选择编码规则后，点击“查看规则”，在下面显示所选规则的内容。

没有任何编码规则被选中时，“查看规则”按钮禁用。

图表32：查看规则
b)添加规则
编码规则需要定义编码段，每段的编码规则以及段与段之间的连接。

编码按段生成，每段定义生成规则，段与段之间定义连接方式。

编码段的编码规则的定义需要满足下列的要求：
编码段的长度：固定（需要定义长度）/不固定
编码段的代码生成按照下面的方式进行：
●常数
●分类结点确定（依赖于其他分类代码段/不依赖于其他分类代码段）
●流水号（依赖于其他分类代码段/不依赖于其他分类代码段）
●用户手工输入
只有在定义了前一编码段的编码规则后才能定义下一编码段的编码规则。

编码段之间的连接方式：
●直接连接
●字符串常数连接
只有选择了编码分类树的叶子节点，“添加规则”可用。

否则，“添加规则”禁用。

新添加的编码规则的状态处于“禁用”状态。

第一步定义段数
图表33：定义编码规则段数
选择添加编码规则后，进入“第一步”，给出编码规则的名称，定义编码段数。

只有填写名称后，才可以成功点击“下一步”按钮。

编码规则的名称在统一个编码分类上不能重复。

只有填写数字后，且是大于0，小于10的整数，才可以成功点击“下一步”按钮。

若没有输入信息，或者段数的输入信息不是数字，则“下一步”不能完成。

点击“取消”，则取消编码规则的创建过程。

第二步定义分隔符
图表34：定义编码规则分隔符
在编码规则创建的第二步，定义编码段连接方式：
●直接连接
●字符串常数连接
若是段数是1时，此步骤忽略。

点击“下一步”时，进行如下检查，若选择“连接符”的方式，则必须存在连接符。

点击“上一步”后返回定义编码段数界面。

第三步定义编码段
将根据用户输入的编码段的段数依次进行编码段的定义。

对于任何一种编码方式，对于编码段的定义必须从左到右依次进行定义，如果第一个代码段的规则没有定义，则不能定义第二代码段的规则；如果没有定义第二代码段的规则，则不能定义第三代码段的规则。

依次类推。

允许最后一个编码段可以有值，也可以没有值。

这种情况用来处理类似于DH615Q0123J和DH615Q0123的情况。

图表35：定义编码规则编码段
创建编码段时，需要给出编码段的名称，以及编码段的方式。

有四种方式供选择：常数，分类节点，流水号，手工输入。

定义分类节点
分类节点类型编码段指取值为离散值，且以树形结构进行组织的编码段
图表36：定义编码规则的分类节点
选中根节点后，输入节点名称和节点编码后，点击“添加节点”按钮，则增加被选中的节点下增加新的节点定义。

只有选中某节点后，节点名称和节点编码的输入框才可用，否则禁用。

“添加节点”按钮将检查节点名称、节点编码是否输入完整，否则将给出提示信息，说明输入信息不全，不能增加节点。

而且检查是否存在被选中的节点，否则给出提示信息，说明没有被选中的节点，将无法得知在哪里增加子节点。

图表37：定义编码规则分类节点依赖节点
分类节点编码段也可以依赖于其他分类节点编码段。

选择“依赖于代码段”后，指定被依赖的编码段。

此时表示该分类节点是其他编码段分类节点的子节点。

被依赖的编码段只能是编码方式为“分类节点”，并且是在此之前定义的编码段。

定义流水号段
定义流水号段时，需要给出流水号长度的定义，若流水号是定长时，则需要给出具体长度。

在进行“下一步”前，检查定长的流水号是否给出长度数值，输入信息是否为整数。

在进行“上一步”之前，不进行此项检查。

定长，起始值，步长必须输入同时必须为整数值
起始值必须为整数。

若是选择定长流水号，则起始值不能超过流水号的长度。