PDM文档管理.pptVIP

PDM中文档管理基本内容 对象的存储 对象可以存储于下列容器中 产品 产品是企业开发的最终提交物。 产品同时也是一个容器，其中可以存储构成本产品结构的各零部件及其相关设计图档。 产品容器中的零部件和图档不是孤立存在的。零部件通过装配关系组成产品结构，零部件相关的设计文档与零部件建立关联，从而形成以产品结构为核心的设计管理。 产品容器中还可以存储零部件和图档的相关变更对象。从而实现产品配置的管理（产品结构的管理+变更管理）。 存储库 用来存储企业内部与特定产品型号无关或者与跨产品、跨平台类数据相关的数据。例如：企业标准、标准件、通用件等 存储库还可以用来存储研发过程中产生的其它数据和参考文档。 存储库还中的数据以后根据需要可能会迁移到某产品中。 个人文件柜 每个系统用户都会有一个个人文件柜。 个人文件柜是用户的个人工作空间，放在个人文件柜的数据其他人无权查看。 个人文件柜中的数据只有检入到产品或存储库中才能与其他设计师共享。当然，其他设计师对于该产品或存储库中的数据有访问的权限。 当然，可以根据实际情况在产品和存储库的使用上有所调整。 PDM系统管理的对象 主要的对象类型 文档（Document） CAD图档（CAD Document） 零部件（Part） 变更对象（Change Items） 文档对象 零部件（Part）对象 零部件（Part）对象 产品结构与零部件（Part）的概念 零部件是一个泛称，它可以是企业中的总成、子总成、零件或是标准件，可以是自制的或外购的。 零部件是构成产品结构的基本元素。它不是孤立存在的，零部件与其它零部件有结构上的上下级关系（即使用与被使用的关系），通过这种上下关系形成整个产品的结构。 零部件是实物的一种抽象，通过它仅能反映结构上的关系。零部件具体是如何设计的，应该如何制造等信息是通过与之相关联的技术资料来说明的。我们泛称这些技术资料（包括图档）为文档。从与零部件的关系的角度看，这些技术资料分为两种：一种是参考文档，主要包括设计依据文档、设计输入文档或辅助性的设计输出文档，另一种描述文档，是作为设计的主要输出文档，比如产品图纸、技术条件文档。 广义的产品结构是指由零部件、文档及相关变更通过相互关联形成的树状结构，它是在产品开发的过程中自然形成的，体现了以产品结构为核心的各种信息的管理。通过产品结构树，我们可以很快地从一个对象得到它相关的各种信息，也可以快速准确地形成各种所需的报表。 产品（Product）的概念 产品代表可以交付给客户的一个最终物理对象（End Item）。同一个产品可能有多种不同的配置。 从PDM系统的角度看，产品就是没有上级父件的顶端零部件，对发动机项目CA20来说，产品就是CA20发动机总装配。 从PDM系统的角度看，产品是零部件的一种特珠的情形，零部件所具有的的所有特征，产品也都具有。后面所指的零部件，如不特别指明，可能是一般的零部件，也可能是一个产品。 变更对象 变更对象相互之间可以关联 问题报告（Problem Report, PR） 驱动 企业变更请求（Enterprise Change Request，ECR） 驱动 企业变更通知（Enterprise Change Notice，ECN） 所有的变更对象都可以与需要更改的零部件或文档关联。 PDM系统文档编码 主要的对象类型 文档——采用流水号 CAD图档——来自文档属性 零部件——来自文档属性 变更对象——采用流水号 PDM系统文档操作 文档对象基本操作 创建 检入／检出／修改／重命名 修订 另存为 删除 讨论 版本历史纪录 订阅 对象的工作流程 对象的版本 对象的访问控制 系统门户界面 文档分类及签署流程 文档分类及签署 文档分类及签署 文档类别 文档大至分为以下类别 项目文档 设计文档 产品图档 工艺文档 试验文档 质量文档 其它文档 文档流程 文档流程特点 同一类文档流程签署级别大致相同，但签署还是存在差别。比如，设计文档有的不需要签署，有的需四级签署，有的需五级签署，有的需六级签署；即同为五级签署，流程环节还有可能不一样。 图档类流程活动环节的一般次序为：拟制、校对、审核、工艺性审查、标准化审查、会签、审定、批准；少量文档的流程不符合此顺序。 流程环节名称 拟制=设计、编制、拟稿、提出 校对=校对、校核 审核=审查、审核 批准=审批、批准 工艺性审查=工艺检查 标准化审查=标准检查、标准化 + 中英文审查 文档管理其它方面 文档的编号 一般文档的编号：有些文档有编号，有些文档只有类别代号，没有编号。 图档类的编号：概念设计的时候整个BOM会出来。零部件编号要到科技质量部标准化处申请，先有编号后做设计。零部件的编号遵循发动机零部件编号的行业标准。产品图的编号跟随零部件的编号。 文档的属性 除