南车PLM业务方案研讨.docx

修订记录版本日期描述V1.12010-9-16根据与企业项目组讨论结果，修订了相关有关基本术语、零部件属性、变更管理等部分内容目 录1文档说明11.1文档目的11.2适用范围11.3参考文档12PDMLink基本术语12.1文档12.2EPM图样文档(PRO/E图样文档)12.3部件12.4成品22.5版本22.6产品结构22.7基线32.8产品32.9存储库43未来业务解决方案43.1以产品结构为核心的数据管理模式43.1.1零部件属性43.1.2零部件定义73.2产品结构演化过程73.3产品开发业务过程83.3.1产品结构定义103.3.2产品结构签审103.4产品变型设计143.5文档管理153.5.1戚墅堰所文档类型如表格4所示。153.5.2产品文件夹分类153.5.3文档的签审163.6基线管理193.6.1采用基线固化产品结构193.6.2使用基线查看固化的产品结构203.6.3基线管理要求213.7产品报表223.8变更管理233.8.1变更对象的分类233.8.2变更存储243.8.3变更流程243.9编码管理303.9.1普通用户操作步骤303.9.2管理用户操作步骤353.9.3权限管理463.9.4用户管理463.9.5用户组管理481 文档说明1.1 文档目的在前期业务访谈、分析、讨论的基础上，通过对戚墅堰所业务管理现状及需求的整理，本文档给出指导后续实施工作展开的业务方案。作为PLM二期项目的蓝图文件，是PLM项目执行的重要技术文件。1.2 适用范围本文档用于明确戚墅堰所业务现状及对于PDM系统的业务解决方案，并作为后期实施的指导文档。1.3 参考文档2 PDMLink基本术语2.1 文档a) 概念文档是Microsoft Word、Excel、PowerPoint或其它类型文件的内容载体，在PDMLink中文档是具有唯一标识的数据及文件存储单元,由元数据和物理文件（一个主文件/多个附文件）两部分组成。在PDMLink中，它可以用来表示产品整个生命周期过程中的任何文件、报告、档案、图纸等对象。b) 文档的属性1) 文档的属性用来表示对象的某种特性。2) 文档的属性满足用户对文档的查询要求。c) 文档的内容1) 文档可以有主要内容和附件2) 文档的内容可以是各种格式的电子文件注：目前企业文档分为：技术文档、其他CAD图样文档、质量管理文档三类2.2 EPM图样文档(PRO/E图样文档)l EPM图样文档可以认为是一种特殊类型的文档。l EPM图样文档文档是可以由CAD设计软件产生的。比如：Pro/E3维模型和2维图等。l EPM图样文档是通过集成工具创建到PDMLink系统的，比如Pro/E同PDMLink的集成等。l EPM图样文档文档与部件有紧密的联系。2.3 部件PDMLink中的部件是在产品结构中使用的物理组件或装配体的描述对象，可以是零件、组件、虚拟件、结合件、实际功能部件。部件对象同文档对象一样具有版本。2.4 成品成品也是一种部件，是表示销售、装配和交付给客户的产品功能单元的顶层组件。可以在成品中创建其它成品。2.5 版本PDMLink中对象的版本由两部分，大版本和小版本，可用下式示意描述：版本(Revision) = 大版本(Version) +小版本(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 零部件属性零部件属性是由设计人员给出的供后续部门使用的重要信息，如指导采购、指导工艺设计等，也是生成产品报表的基础信息。零部件属性如Error! Reference source not found.所示。零部件属性分系统标准属性和客制化属性，客制化属性是部件扩展的属性。表格 1：零部件属性属性名称属性类型是否必输项属性描述输入方法备注系统标准属性编号文本是零部件编号手工在3维模型名称栏输入从编码系统获取的编号，检入3维模型自动生成部件及其编号。名称文本是零部件名称手工输入是否创建为成品文本是否，是枚举选择标准或可配置文本否标准、可配置、高级可配置枚举选择来源文本否自制，外购，外协手工输入位置文本是部件存储文件夹界面浏览选择创建时间文本-在系统中创建零部件的时间自动生成创建者文本-在系统中创建零部件的操作者自动生成上次修改时间文本-零部件最后一次被修改的时间自动生成修改者文本-最后一次修改零部件的操作者自动生成版本文本-零部件变化一次其小版本增加一次，变更后建议改变大版本以示区别自动生成生命周期状态文本-说明零部件目前处于什么样的状态：设计中|正在审阅|已发布自动生成客制化属性张数文本是图纸共多少张PRO/E系统自动生成，由PDM读入到对应软属性中幅面文本是图纸的图幅PRO/E系统自动生成，由PDM读入到对应软属性中重量文本是零件单重PRO/E系统自动生成，由PDM读入到对应软属性中材料文本是零件材料手工在图纸上填写属性，由PDM读入到对应软属性中设计文本是设计者名称PDM中不需要设置该属性。仅PRO/E参数中定义校对文本是校对者名称系统输入（隐藏属性）工艺文本是工艺审核者名称系统输入（隐藏属性）审核文本是审核者名称系统输入（隐藏属性）会签文本否会签人员名称（最多为2名）系统输入（隐藏属性）标准化文本是标准化人员名称系统输入（隐藏属性）批准文本是批准者名称系统输入（隐藏属性）零部件专用属性用来精确查找零部件，有利于减少零部件重复设计，为提高零部件通用率提供数据基础。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：产品开发业务过程描述序号活动活动描述负责角色发生阶段1初始化产品环境1) 创建产品库；2) 定义产品团队；3) 定义产品存储文件夹；4) 定义产品权限策略；补充说明：1) 可基于模板创建产品；2) 本活动适用于全新产品设计，对于变型产品则基于已有产品库开展后续工作；产品经理设计阶段2创建产品结构1) 产品经理创建顶层部件成品；2) 设计人员在编码系统中申请图号/物料号；3) Pro/E建模；4) 集成方式检入Pro/E模型到PDM；5) 依据检入的模型结构自动创建产品结构（细化顶层成品结构），模型与成品结构自动关联；补充说明：1) 以上方法适用于全新产品设计；2) 对于变型设计，产品结构可基于基型复制快速生成；产品经理/设计人员设计阶段3编制技术文件并提交到PDM1) 按照产品结构自顶向下的形成过程，逐层提交技术文件并与“设计”状态的产品结构关联。2) 如文档还未关联，产品结构已提交签审，需由审核者将部件打回到修改中，再关联相关的文档。3) 如产品结构已经发布，还需关联文档需走变更流程。补充说明：1) 技术文件和产品结构的签审为各自单独的流程。设计人员设计阶段4图样签审1) 按结构提交图样签审；2) 自底向上完成图样和EBOM签审；各级签审人员设计阶段5建立基线/技术状态固化1) 建立基线；2) 技术文件或图样，产品结构加入基线；3) 基线冻结；产品经理设计阶段6变更控制1) 创建问题报告并签审；2) 创建变更请求并签审；3) 创建变更通告并确认；所有变更相关人员图样/技术文件/产品结构发布后7数据重用1) 数据搜索；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：产品结构签审过程描述序号活动活动描述负责角色1设计创建产品结构；确认产品结构相关图样已编制完毕，符合提交签审条件（提交流程的数据都已检入）；要提交签审的部件状态为“设计中”；在部件操作菜单“提交签审”启动产品结构签审流程；部件提交后，提交者收到流程任务，转到活动2;创建者2提交签审在此任务环节指定流程后续审核者；部件状态为“提交中”；完成该任务后，审核者收到流程任务，转到活动4；创建者3修改提交签审的部件和图样状态为“修改中”，借用的部件和图样状态不受此流程影响；查看签审人的批注意见（可视化批注、任务意见栏内容）；修改产品结构或图样；确认产品结构相关图样已修改完毕，符合提交签审条件（提交流程的数据都已检入）； 重新确认各签审角色指定用户是否正确；提交任务，转到活动4；创建者4校对提交签审的部件及一同签审的图样状态为“正在审阅”，借用的部件和图样状态不受此流程影响；校核产品结构及相关图样是否正确；利用可视化工具对图样做批注；在“校对”任务页面的意见栏填写文字说明；完成校核任务，如果意见为驳回，则转到活动3。如果意见为通过，则转到活动5；设计校对者5工艺提交签审的部件及一同签审的图样状态为“正在审阅”，借用的部件和图样状态不受此流程影响；校核产品结构及相关图样是否正确；利用可视化工具对图样做批注；在“工艺”任务页面的意见栏填写文字说明；完成校核任务，如果意见为驳回，则转到活动3。如果意见为通过，则转到活动6；工艺校对者6 审核提交签审的部件及一同签审的图样状态为“正在审阅”，借用的部件和图样状态不受此流程影响；审核产品结构及相关图样是否正确；利用可视化工具对图样做批注；在“审核”任务页面的意见栏填写文字说明；完成审核任务，如果校核人指配错误或其他意见驳回，则转到活动3。如果意见为通过，则转到活动7；审核者7 会签提交签审的部件及一同签审的图样状态为“正在审阅”，借用的部件和图样状态不受此流程影响；审查产品结构及相关图样是否正确；利用可视化工具对图样做批注；在“会签”任务页面的意见栏填写文字说明；完成会签任务，如果会签者有一人意见为驳回，则转到活动3。如果会签者意见均为通过，则转到活动8；8标准化审核提交签审的部件及一同签审的图样状态为“正在审阅”，借用的部件和图样状态不受此流程影响；审查产品结构及相关图样是否正确；利用可视化工具对图样做批注；在“标准化审核”任务页面的意见栏填写文字说明；完成标准化审核任务，如果意见为驳回，则转到活动3。如果意见为通过，则转到活动9； 标准化审查者9 批准提交签审的部件及一同签审的图样状态为“正在审阅”，借用的部件和图样状态不受此流程影响；审查产品结构及相关图样是否正确；利用可视化工具对图样做批注；在“批准”任务页面的意见栏填写文字说明；完成批准任务，如果意见为驳回，则转到活动3。如果意见为通过，则流程结束，相关的部件和图样文档为“已发布”状态。批准者3.4 产品变型设计利用PDMLink的BOM另存为功能可快速设计变型产品，基于基型BOM的变型设计过程如Error! Reference source not found.所示。图 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：文档分类序号类型子类说明1文档技术文档技术文档目前包括设计文档和工艺文档。质量管理文档包括质量文档和项目管理文档。具体分档归类由戚墅堰所业务规定。质量管理文档其他CAD图样文档2PRO/E图样文档Pro/E模型和Pro/E二维图样文件3.5.2 产品文件夹分类表格 5：产品文件夹分类序号文件夹名称说明101-输入文档存储项目前期文档202-PRO/E图样文档存储Pro/E模型和Pro/E二维图样文件303-其他CAD图样文档存储其他CAD图样文档404-技术文档存储技术文档505-质量管理文档存储质量管理文档606-产品结构存储零部件707-变更表单存储问题报告、变更请求、变更通告808-基线存储基线文档创建后，产品结构、变更表单、基线可根据所属类型自动存储到对应文件夹下。图表 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：变更对象的分类对象类型创建人创建时机备注问题报告问题提出者，原则上谁发现谁创建。问题提出者发现产品结构、图样或技术文件。适用于图样/BOM/技术文件等数据。变更请求问题报告流程指定的人员问题报告批准后，由问题报告流程指定的人员创建变更请求适用于图样/BOM/技术文件等数据。变更通告变更请求批准者指定的人员适用于图样/BOM/技术文件等数据3.8.2 变更存储针对产品中对象产生的变更对象（问题报告、变更请求、变更通告）存储在“07-变更表单”文件夹下。3.8.3 变更流程问题报告流程图表 15：问题报告流程表格 8：问题报告流程说明序号活动活动描述负责角色1提交问题报告基于已发布的对象创建问题报告； “新建问题报告”完成后启动问题报告流程；如对部件提交问题报告，需将相关零件及PRO/E文档一起加入到受影响数据中;提交任务，转到活动3；创建者2修改问题报告的状态为“修改中”；查看签审人的批注意见；修改问题报告；确认问题报告已修改完毕，符合提交条件； 重新确认各签审角色指定用户是否正确；提交任务，转到活动3；创建者3审核问题报告问题报告的状态为“正在审阅”；审核数据是否需要存在问题或需要变更； 在“审核问题报告”任务页面的意见栏填写文字说明；完成审核任务，如果意见为驳回，则转到活动2。如果意见为通过，则转到活动4；问题审核者4批准问题报告问题报告的状态为“已批准”；审核数据是否需要存在问题或需要变更； 在“批准问题报告”任务页面的意见栏填写文字说明；完成批准任务，如果意见为驳回，则转到活动2。如果意见为通过，则转到活动5；问题批准者5已解决变更请求状态为“已解决”6创建并提交变更请求问题报告审批后，基于问题报告创建变更请求，进入变更请求流程；问题处理者变更请求流程图表 16：变更请求流程表格 9：变更请求流程说明序号活动活动描述负责角色1创建并提交变更请求基于已审批的问题报告创建变更请求；变更请求创建完成后启动变更请求任务；上传变更请求附件；提交任务，转到活动3；创建者2修改变更请求的状态为“修改中”；查看签审人的批注意见；修改变更请求或重新上传附件；确认已修改完毕，符合提交条件； 重新确认各签审角色指定用户是否正确；提交任务，转到活动3；创建者3审核变更请求变更请求的状态为“正在审阅”；审核变更材料的完备性和正确性； 在“审核变更请求”任务页面的意见栏填写文字说明；完成审核任务，如果意见为驳回，则转到活动2。如果意见为通过，则转到活动4；变更请求审核者4批准变更请求变更请求的状态为“已批准”；审核变更材料的完备性和正确性； 在“批准变更请求”任务页面的意见栏填写文字说明；完成批准任务，如果意见为驳回，则转到活动2。如果意见为通过，则转到活动5；变更请求批准者5已解决变更请求状态为“已解决”6创建变更通告及变更实施计划变更请求审批后，问题处理者依据变更请求创建变更通告及变更实施计划；问题处理者图表 17：变更请求流程变更通告流程图表 18：变更通告及变更实施计划流程表格 10：变更通告及变更实施计划流程说明序号活动活动描述负责角色1创建变更通告及变更实施计划基于已审批的变更请求创建变更通告及变更实施计划；变更通告创建完成后启动创建变更通告及变更实施计划；提交任务，转到活动2；问题处理者2执行变更任务变更任务执行者在“执行变更”的任务，修订和修改数据；指配“变更任务审查者”；提交任务，转到活动4；变更任务执行者3修改变更任务的状态为“修改中”；查看签审人的批注意见；修改变更通告所关联的产生对象的数据；确认已修改完毕，符合提交条件； 重新确认各签审角色指定用户是否正确；提交任务，转到活动4；变更任务执行者4审查变更任务执行情况变更任务的状态为“正在审阅”；审核变更后数据的正确性； 在“审查变更任务执行情况”任务页面的意见栏填写文字说明；完成审核任务，如果意见为驳回，则转到活动3。如果意见为通过，则流程结束，变更通告及、变更任务及相关的变更请求和问题报告的状态为“已解决”；变更任务审查者注：此变更流程方案只作为完善一期变更流程，不对一期实施流程方法做全新改变。主要做以下实施：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：添加编码类别注意：l 已经存在编码规则的编码类别不能增加子类别l 已经存在编码规则的编码类别不能删除l 编码类别名称在同一层次中不能重复b) 重命名修改编码分类的显示名称。编码类别名称在同一层次中不能重复。除了根节点以外的所有编码分类都可以进行重命名。c) 删除不可以被删除的条件：l 非叶子节点不允许删除l 叶子节点有编码规则不允许删除l 叶子节点没有编码规则允许删除3.9.2.3 编码规则管理模块管理员在“系统管理”菜单中选择，编码规则管理，则进入编码规则管理模块.图表 31：管理编码规则a) 查看规则用户选择编码规则后，点击“查看规则”，在下面显示所选规则的内容。没有任何编码规则被选中时，“查看规则”按钮禁用。图表 32：查看规则b) 添加规则编码规则需要定义编码段，每段的编码规则以及段与段之间的连接。编码按段生成，每段定义生成规则，段与段之间定义连接方式。编码段的编码规则的定义需要满足下列的要求：编码段的长度：固定（需要定义长度）/不固定编码段的代码生成按照下面的方式进行：l 常数l 分类结点确定（依赖于其他分类代码段/不依赖于其他分类代码段）l 流水号（依赖于其他分类代码段/不依赖于其他分类代码段）l 用户手工输入只有在定义了前一编码段的编码规则后才能定义下一编码段的编码规则。编码段之间的连接方式：l 直接连接l 字符串常数连接只有选择了编码分类树的叶子节点，“添加规则”可用。否则，“添加规则”禁用。新添加的编码规则的状态处于“禁用”状态。第一步 定义段数图表 33：定义编码规则段数选择添加编码规则后，进入“第一步”，给出编码规则的名称，定义编码段数。只有填写名称后，才可以成功点击“下一步”按钮。编码规则的名称在统一个编码分类上不能重复。只有填写数字后，且是大于0，小于10的整数，才可以成功点击“下一步”按钮。若没有输入信息，或者段数的输入信息不是数字，则“下一步”不能完成。点击“取消”，则取消编码规则的创建过程。第二步 定义分隔符图表 34：定义编码规则分隔符在编码规则创建的第二步，定义编码段连接方式：l 直接连接l 字符串常数连接若是段数是1时，此步骤忽略。点击“下一步”时，进行如下检查，若选择“连接符”的方式，则必须存在连接符。点击“上一步”后返回定义编码段数界面。第三步 定义编码