文章 - 212 评论 - 33 收藏 - 0 粉丝 - 11 访问量 - 238744

工程变更管理建议标准 VDA4965

目录

1.1 序言

今天,在缩短产品开发周期和提高数字样机产品数据质量和变更过程描述质量方面已经没有多少可努力的途径了,而增强分布在各地的合作伙伴或协作开发商之间的协同工作,建立一个虚拟企业将成为企业成功的关键因素,其中一个关键的挑战就是和开发、计划、制造领域的合作伙伴一起去努力克服缩短开发时间和串行制造时间,如何成功迅速地处理在这个阶段中出现的变更。一些因素会定期的引起变更,这些变更因素包括:

·立法改革

·来自市场条件和竞争形势的改变

·企业内部在开发、工艺、制造环节的不足或缺陷

·产品安全或质量问题(内部的/外部的)

·潜在的产品优化需求

在跨企业的工程变更管理流程中,合作伙伴,供应商和服务提供商一直有一种愿望:想要实现更加动态和更灵活的应对。因此,工程变更管理流程的精通和掌握日益成为汽车行业的合作项目取得成功的关键因素,今天,供应商被要求加入到了产品开发和计划的早期阶段,在项目计划中被邀请加入的合作伙伴由于其企业性质的差异,意味着要把合作伙伴整合到工程变更管理中是一件非常艰巨的任务,一个小小的变更往往对成本、流程、开发时间和生产时间上都有着重大的影响。这就意味着,制定一个标准和建议,用于架构和开发跨企业的工程变更管理流程,将工程变更管理数据下载到企业专用接口,是必不可少的方法,如果这种集成整合是有效的,根据ECM工程组的评估,由于减少了数据检索、协调和处理跨合作伙伴的工程变更管理流程的时间,预期可以减少40%的成本费用。 

ECM私有流程的协调(比如具体合作伙伴的流程)对于开发过程中潜能的提高和什么时候启动一些列制造活动,是一个重大的贡献。目前的建议是基于加入了SASIG ECM工作组的合作伙伴的需求和经验之上的。这个建议已经在公司实验项目中验证过了。

1.2  本建议的目的

该建议的目的是为在ECM流程方面针对变更数据在客户和供应商之间变更数据的交换提供支持,本建议的运用使牵涉到流程中的所有合作伙伴之间更有效的整合,改善结果如下:

·减少了合作伙伴网络间的通讯方式

·减少了变更执行的时间

·改进了流程的质量和可靠性

·对所涉及到的影响范围提高了变更的透明度

·流程协议、接口和工具的重用性

1.3  本建议文档的结构

本建议被划分为独立的几部分以反映在变更过程中涉及的ECM参考子流程(3.3);这种划分如有变更,将作为进一步开发的结果

ECM概述和一般性建议

这篇文档给出了整个ECM参考流程、数据模型、合作伙伴模型的概述和一般性建议,它描述了对每个ECM参考子流程有效的框架和基本建议。文档接着定义了以下内容:

·ECM参考子流程

·对话场景

·通讯消息

·ECM数据模型

数据模型对象与以下部分建议共享,如下:

Part1:   ECR-工程变更规范和决策

Part1提出了关于ECR数据变更的说明和变更单的建议,它描述了ECR参考进程允许合作伙伴在使用ECR消息时不同的内部程序同步化。它提出了关于允许ECR消息序列来支持ECR对话场景的建议,  在合作伙伴双方交流的范围内 ,最小的需求适用于通讯和消息内容中的建议。数据改变包含ECR数据模型独立的通讯步骤。

Part2:  ECO-工程变更执行(工程变更实施)

Part2提出的是ECO数据通讯的建议,和Part1是一致的,都是为了工程变更执行,比如:ECO参考流程,必要的ECO消息和ECO数据模型。

接下来的部分希望来覆盖子流程的可选方案。为了提供一个确认的、可描述的和有潜力的好方案,一个或者多个可选方案就自然而然的被开发出来,这种方案描述了用不同的模式去执行变更。

当工程变更指令完成的时候,Part2正在被计划和将被出版。在变更过程中,结构变更和内容变更可能会引发新的见解和获得其他的信息。

1.4  记法公约(语法规则)

建议中已经用到了下面的记法公约,也打算来强调具体在使用中的名字。

1.5节会给缩写和术语下定义,还会给出一个有效的使用范围。

文中的斜体字是来证明下面的对象,同样地每个对象也有他自己的定义领域:

·ECM参考流程和ECM参考子流程(如:阶段,活动,流程角色)

·ECM场景对话(需求,反映和通知消息)

·ECM消息

用首字母大写的小写字体ECM数据模型定义对象来区分用于流程相关对象的术语。

1.5  缩写

下面的这些缩写在这篇文档中要用到

AS  可选方案

API  应用程序编程接口

ECM 工程变更管理

ECO 工程变更指令

ECR 工程变更需求(请求)

IS    场景对话

ISO   国际标准化组织

IT     信息技术

MCO  制造变更指令

OEM  对象管理组

PDM  产品数据管理

PLM  产品生命周期管理

STEP  产品模型数据交换标准

UML  统一建模语言

XML  可扩展标记语言

1.6  定义

本篇用到的定义:

流程活动:

流程活动是指流程步骤中用的流程活动图标,该图标是对参考流程的细节描述。比如:条件分支等等

协调者:

一个组织,负责协调ECM流程活动来解决有歧义的争论。

注释:协调者大多数情况下是产品的拥有者

跨阶段:

两个或者两个以上阶段的关系才叫跨阶段

对话:

场景对话

ECM对象:

关键数据模型对象在ECM参考子流程中提供合作者之间的通讯基础,如:ECRECO或者MCO

ECM场景对话:

场景对话定义为具体的ECM参考子流程范围。有ECR场景对话,ECO场景对话等等。

ECM消息:

消息定义为ECM参考流程范围或者具体的ECM参考子流程范围。有ECM消息,ECR消息,ECO消息等等。

ECM参考流程:

总体的参考流程跟ECM都有所联系。ECM流程由许多ECM参考子流程组成。

ECM参考子流程:

ECR参考流程,ECO参考流程等等都是ECM参考子流程。需注意的是如:ECR参考流程和ECO参考流程可能有重叠的情况。

独立的ECM参考子流程:

表明每个ECM参考子流程用的都是同样的方式和原理。

ECO参考流程:

具体的ECM参考子流程与工程变更单(指令)有一定的关系。

ECR参考流程:

具体的ECM参考子流程与工程变更需求(请求)有一定的关系。

工程变更管理(ECM):

协调管理和统一的变更跟踪。比如:收集思想观念或者产品需求、变更,阐述一种或者多种可解决方法,评估他们的相关技术、成本,执行相关的制造工程。

工程变更管理(ECM):

工程变更管理按照这个建议来执行。

工程变更单(ECO):

执行工程变更需求由计划、设计、验收、测试等组成。一个ECO由许多流程步骤组成,通过ECO参考流程来下定义。

工程变更需求(ECR):

评估一个或者多个产品的变更需求,涉及到部分变更、集成、文档、其他产品项目、必须的流程活动变更或产品开发。

一个ECR由许多流程步骤组成,通过ECR参考流程来下定义,从而用需求信息来丰富ECR最终指令,该指令后来被一个或者多个ECO执行。

实例:

一组数据模型对象从真实世界进入信息阶段。一个阶段以一种特殊的形式描述了总体的特性,同时也确定了数据类型。一个阶段实例是一个独特标准的数据单元,代表着真实世界的对象。实例指的是每个阶段的实例产品。如:真实世界里的一个对象是一个人,他的名字是他的资本。阶段或数据类型中的“人”代表着所有的人。数据类型中“人”的例子确定阶段属性的价值,表明他可以使用一个自己的ID

交互对话:

合作伙伴之间的消息交换。交互对话可以是单方面的交互,一方的消息通过相应方式传递给另一方,或者是双方的交互对话,双方交换需求消息和反映情况。单方面的交互对话是指发送者发送信息,接收者就接受信息。双方的交互对话是指发送者发送信息一秒钟后接受者就能作出交换。

对话实例:

一个对话实例的场景要在一个明确的协调者组织和一个明确的参与者组织之间。

对话场景:

简化序列的描述和合作伙伴之间数据交换的情况,因为特殊目的交互对话,因为特殊形式协作,来执行流程集成。这个建议定义了协调者和参与者的场景对话,通过1)定义可能出现的对话、一定会出现的对话、或者一定不会出现的对话;2)定义了交互对话或消息可能使用的语法图标;3)为了参考流程中的同步点,发送和接收协调者的对话行为 ,定义其他额外的对话、情况和对话序列。

强制性:

所有的流程活动或数据对象都具有强制性,如:在任何环境下无论如何必须实施,或者数据对象明显都是必不可少的。

制造变更指令:(MCO

通过制造开发产品来处理变更需求,通过许多流程步骤来处理制造变更指令。

MCO参考流程:

具体的ECM参考子流程与MCO有关。

消息:

符号序列包含的信息。这个建议区分了3种类型的消息:1)需求2)反馈3)通知

里程碑:

描述了一个特别流程对象完成的一个流程状态。里程碑尤其用于阶段图里。

任选项:

当有所需求的时候,所有流程活动或者数据对象可能被使用,或者在某种情况下,所有流程活动或者数据对象可能会有所需求。

合作伙伴:

参与ECM参考流程的所有人和组织,如:协调者和参与者。

阶段:

为了ECM参考子流程的描述,就细分了流程图的流程。阶段图是用来使ECM参考子流程和组件部分容易读懂、描述。也因为这样,许多流程活动通常都团结在一起以这种表现形式形成一个阶段。

私有流程:

在内部使用中,搭档的具体流程的描述,和参考流程相比之下,私有流程是流程的普通表现形式。

协议说明:

协议说明被用来精确地定义每个对话场景中协调者和参与者观点的许可消息序列。

参考流程:

一个协调通讯数据和流程集成的工作流描述了使用架构。参考流程详细说明了主要的流程活动,合作伙伴之间的可交互对话,流程活动、交互对话的情况和序列。为了交流,每个合作伙伴都绘制自己的内在流程。

角色:

流程中一系列的责任描述,可以通过一个人或者一个组织体现出来。建议中有两种角色:1)流程角色,在ECM参考子流程里,人或者组织履行角色执行流程活动,如:提需求者。2)交互对话角色,由于协调者或参与者在ECM对话场景中履行许多流程角色,交互对话角色也在组织单元里履行一定的角色。组织结构的进一步模型元素,如:组织实体、组织单元在各自部分被具体描述。

同步点:

ECM参考子流程的确定点中,和合作伙伴的具体对话可能会同步化协调者和参与者的私有工程变更管理流程。

1.7  参考标准

CMMI:

成熟期的模型集成能力(成熟度能力模型),版本1.1

工程系统的模型集成能力,工程软件,集成,产品和流程开发,资源供应商;20023

ISO10303-11

工业自动化系统和集成产品数据描述和交换-part 11:描述方式:参考手册,199412

ISO 10303-21:

工业自动化系统和集成产品数据描述和交换-part21:执行方式:明确结构交换的文字编码。

ODETTE PID

ODETTE:合伙人的身份认证和数据库。版本2006.1.0

QDXReport8D-1.1

2006.3.31,质量数据交换:;www.vda-qmc.de

RFC 1034:

P. Mockapetris. Domain Names—概念和设施。RFC 1034198712月, http://www.ietf.org/.

VDA 5006:

Einheitliche Identifizierung von Partnerunternehmen – UPIK (Unique Partner Identification

Key).,20038月第一版 VDA-Empfehlung 5006

发表于: 2011-10-17 08:55 阅读(2357) 评论(0) 收藏 好文推荐

发表评论(网友发言只代表个人观点,不代表本网站观点或立场。)

您尚未登录,请先【登录或注册