1、企业信息化技术规范产品数据管理DM规范 Document number：BGCG-0857-BTDO-0089-2022企业信息化技术规范产品数据管理DM规范ICS 中 华 人 民 共 和 国 电 子 行 业 标 准SJ/Txxxxx 200x企业信息化技术规范第 2 部分：产品数据管理（PDM）规范200x-xx-xx 发布 200x-xx-xx 实施中华人民共和国信息产业部 批准 目 次1 范围 . 22 规范性引用文件 . 23 定义 . 24 总则 . 75 PDM 产品研发技术要求 . 8 原型法总流程图 . 8 需求分析 . 9 原型设计 . 11 演示和评价原型 . 14 修正及
2、改进 . 156 PDM 产品服务技术要求 . 16 基本组织结构 . 16 基本人员组成 . 16 各项工作概述 . 20 各项工作实施规范 . 227 PDM 产品功能技术要求 . 25 总体说明. 25 环境与用户界面. 27 系统整合与集成能力. 29 权限与系统管理. 31 文档管理. 33 产品结构管理. 35 BOM 管理 . 37 版本与配置管理. 39 工程变更管理. 41 工作流管理. 42 项目管理. 44 定义和开发工具. 46企业信息化技术规范第 2 部分：产品数据管理（PDM）规范1 范围本规范给出了产品数据管理（以下简称 PDM）的相关软件功能、开发管理、实施管理
3、的基本要求和 方法。本规范适用于 PDM 软件产品的选型，可作为企业选择或评价 PDM 系统时的评测依据。本规范的使用者包括独立软件测试机构、应用 PDM 技术的组织、PDM 软件产品开发组织、PDM 实施 及咨询服务机构以及软件行业协会、各地区信息产业主管部门等。2 规范性引用文件下列文件中的条款通过本规范的引用而成为本规范的条款。凡是注日期的引用文件，其随后所有的 修改单（不包括勘误的内容）或修订版均不适用于本规范，然而，鼓励根据本规范达成协议的各方研究 是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本规范。GB/T 11457-1989 软件工程术语 。GB/T
4、16260-1996 信息技术 软件产品评价质量特性及使用指南 。（idt ISO/IEC 9126:1991）3 定义本规范采用以下的定义。 验收 acceptance需方受权代表的一项活动，通过该活动，需方接受履行合同的部分或全部的软件产品的所有权。 需方 acquirer为自己或为另一个组织采购软件产品的组织。 体系结构 architecture一个系统或 CSCI 的组织结构，标明它的组成，这些组成的接口和他们之间的操作概念。 开发阶段 build1. 软件的一个版本，它满足完整的软件所要满足的全部需求的一个特定的子集。2. 开发满足特定需求子集的软件版本所经历的时间。 对象 obje
5、ct具有相同属性和方法的一类事物。 设计 design开发方应用各种技术和原理，对设备、过程或系统做出足够详细的定义，使之能够在物理上得以实 现。 过程 process为实现某个既定目的而进行的一组有组织的活动。 评价 evaluation确定一个项目或一项活动是否满足制定准则的过程。 接口 interface在软件开发中，两个或多个实体之间的关系。这些实体依据这种关系共享、提供或交换数据。 数据库 database以一种能被用户或计算机程序通过一个数据库管理系统进行访问的方式，存储在一个或多个计算机 文件中的相关数据的集合。 数据库管理系统 database management syste
6、m是一整套计算机程序，它提供为建立、修改、使用和完整性维护一个数据库所需的功能。 软件 software计算机程序、过程以及有关的文档和数据。 软件开发 software development产生软件产品的一整套活动。软件开发可以包括新开发、修改、重用、再工程、维护或者任何会产 生软件产品的其他活动。 软件开发文档 software development file与特定软件实体开发有关的资料库。其内容一般包括（直接的或应用的）有关需求分析、设计和实 现的考虑、原理；开发方内部的测试资料；进度和状态资料等。 软件开发过程 software development process为了把用户的需
7、求转换成软件产品而进行的一系列有组织的活动。 软件质量 software quality软件满足所规定需求的能力。 软件测试 software test根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例，并利用这些测试用例去运行程序，已发现程序错误的过程。 咨询 consult通过对客户方业务、经营等各种情况的了解、分析，基于自身的知识和经验，提供合理化建议的一 种行为。 实施 implement通过一定的手段将一项计划实现的过程，在 PDM 领域特指将 PDM 软件经过科学的配置、调整用于客 户日常管理的过程。 顾问 consultant有相关经验，为客户就行业特色提供咨询服
8、务的人。 选型 make choice根据实际业务管理的需要，对硬件、软件进行规格选择。 维护 service对设备、系统的工作状况进行监视、维修，保证系统正常运转的工作。 产品数据管理 product data management一门用来管理所有与产品相关的信息(即描述产品的各种信息，包括但不限于零部件信息、结构、 配置、文档、CAD 文件、权限信息等)和过程(指产品的发放、变更、审批过程和其它的工作流程，包括 对这些过程的定义和管理)的技术。 文件夹 file文档及其自身的集合，类似于 Windows 操作系统中资源管理器的文件夹。 文档 document文档是产品数据的一种载体，由电子
9、文件（非必需）和描述该电子文件的属性值（必需）组成。文 档是 PDM 管理的基本对象，文档管理是产品数据管理最基本的功能之一。 数据仓库 data vault用于安全存放文档或电子文件的物理存储空间。数据仓功能是 PDM 系统最基本的功能之一。它提 供生成、存储、查询、控制存取、恢复、编辑电子对象的历史及对通用文件的管理等能力。它为用户和 应用之间的数据传递提供一种安全的手段，并允许用户迅速访问全企业的产品信息，而不必考虑用户和 数据的物理位置。 零部件 part零部件是生产中实际使用的实体的抽象，是构成产品结构的基本信息单元，它描述该单元的基本信息和装配信息，是产品结构管理的基本对象。 版本
10、 version某一配置项的一个可标示的实例。 零部件版本 part version表示实际用于生产的零部件，它包含该零部件的具体信息，如图号、材料、制造类型等。版本归属 于零部件。 图纸页 drawing paper表示每一页图纸，它包含该图纸的描述信息（如图幅、绘图比例等）和图纸的电子文档。 产品 product产品结构完全相同的一系列实际可销售的产品的集合 产品结构 product structure用于描述各种零部件如何组成产品的结构。产品结构体现了零部件之间的装配关系。 产品结构树 tree of product structure产品构成的树状结构表示。 产品数据树 tree of
11、 product data描述与产品有关的数据及其结构。 零部件数据树 tree of part data描述与零部件有关的数据及其结构。 节点数据树 tree of node data零部件数据树与产品数据树的统称。 物料清单（BOM 表） bill of material构成一个具体产品的所有零部件（包括所有直接和间接的下级零部件）的汇总统计表。 计算机软件配置项 computer software configuration item(CSCI)满足最终使用功能的软件集合，而且它由需方指定进行单独的配置管理。CSCI 应从下列诸因素中 进行折衷选择：软件功能、规模或目标计算机、开发方、关
12、键性、接口考虑、需要单独编写文档和控制 以及其他因素。 配置项 configuration item能满足最终使用功能的硬件集合、软件集合或者软、硬件两者的集合，且由需方指定进行单独的配 置管理。 产品配置 product configuration在产品结构上，根据一定的条件自动或交互选配形成的一个 BOM 表，可以用时间、场地和批次等 有效性原则来确定具体的配置是否有效。 工作版本 iteration记录图纸页或文档的修改历史，并建立里程碑。图纸和文档每次出库修改后，系统在入库时会创建 相应的工作版本进行记录（如修改人、修改时间、备注及修改结果）。工作版本归属于版本。 角色 role对应企
13、业中的岗位和职责（如设计师、工艺师、标准化师等），在系统中它与一系列权限相对应。 用户 user对应企业中的每个人员，它包含了企业每个员工的基本信息（如姓名、电话、住址等），同时系统 的每个用户至少应该属于一个角色。 产品用户 product user在产品生命周期中，与产品存在关系的用户 产品配置管理 product configuration management以物料清单为组织核心, 把定义最终产品的所有工程数据和文档联系起来, 对产品对象及其相互之 间的联系进行维护和管理。 工作流程管理 workflow of process management主要是实现产品设计与修改过程的跟踪与控
14、制。包括工程数据的提交与修改、管理和监督、文档的 分布控制、自动通知等。4 总则围绕 PDM 产品应包含以下要素：底层设计高度集成化，各类数据、计算、共享高度一致，不同于单类应用的简单连接产品采用先进和稳定的 IT 开发平台，系统稳定、安全、灵活、可扩充在各行业有丰富的实用案例软件提供者本身的业务保持持续健康的发展，保证产品持续发展，服务持续提供符合相关制度和法规，适合企业管理和人文文化特点 为满足以上各项要素，必须在产品研发、实施、服务、产品功能各方面建立相关的标准工作方法和内容。5 PDM 产品研发技术要求产品研发是非常严谨、科学的一系列工作的组织，整个体系应具有完整、灵活、严谨、高效的特
15、性， 进行严格的管理控制，以确保产品的质量和市场反应的速度，保证工作的延续性，保证各类产品问题的 可追溯性，尤其是各类过程控制文档与记录的保存。这里采用快速原型法开发模型，以下为快速原型法 最基本的框架描述。 原型法总流程图 需求分析需求分析作 业 系 统 及 控 制 重 点依据资料及各项窗体一 目的 在分析员和用户的紧密配合下，快速确定软件系统的基本要求。二 权利与责任 本作业程序由研发部门负责，经总裁审核批准后实施，其修改亦同。三 作业程序1. 分析员与用户进行广泛交流，了解系统对应的组织机构、 输入输出、资源利用情况和日常数据处理过程。2. 结合用户需求、约束条件及其他非功能需求，写 出
16、软件需求规格说明。3. 在项目组内部还要提交 Use Case 图。4. 由项目小组根据软件需求规格说明书，依原型设 计的流程进行产品开发。四 控制重点1. 是否能平衡各种因素，制定切实可行的产品开发 目标。2. 是否存在风险分析。3. 是否提交了需求分析报告和 Use Case 图。软件需求规格说明Use Case 图 原型设计项目开始制定各项标准系统设计修改N审查Y程序设计（编码）调试测试提交原型设计作 业 系 统 及 控 制 重 点依据资料及各项窗体一. 目的 在快速分析的基础上，根据软件需求规格说明，尽快实现一个可运行的系统。 二. 权利与责任 本作业程序由研发部门负责，经总裁审核批准
17、后实施，其修改亦同。 三作业程序1. 若产品开发工作决定委托公司外部资源进行时， 应由项目小组拟定外包契约，经总裁审核批准，由项目负 责人监控。2. 产品开发过程中使用的各项标准应经过适当的 规划。3. 系统设计 包括概要设计和详细设计，设计完成后，因提交概要设计报告及详细设计报告，并经过适当审查。4. 编码、调试 程序员根据系统设计文件及各种标准撰写程序，并对程序进行调试。5. 产品测试 产品开发完成后应拟定测试计划与大纲，并经过严谨的测试，以确保产品质量，测试完成后应提交测试报告。 四. 控制重点1. 开发中项目是否定期监控进度及预算执行。2. 产品开发中使用的各项标准是否经过适当管理。3
18、. 系统设计是否经过适当审查。4. 是否保留开发记录及测试记录。5. 开发过程中的文件和记录是否能妥善保存及管外包契约概要设计报告 详细设计报告测试计划与大纲 测试报告理。 演示和评价原型作 业 系 统 及 控 制 重 点依据资料及各项窗体一. 目的 检查原型是否实现了分析和规划阶段提出的目标。 二. 权利与责任本作业程序由研发部门负责，经总裁审核批准后实施，其修 改亦同。三作业程序1. 开发者给用户演示原型。2. 用户在开发者指导下试用，考核评价原型的性能， 看是否满足需求说明中的要求，以及需求规格中的描述是否 满足用户的愿望。3. 纠正过去交互中的误解及分析中的错误，增补新的 要求，并为满
19、足用户的新设想而提出全面的修改意见。四. 控制重点1. 用户是否亲自使用了原型系统。2. 用户和设计者之间是否进行了充分的交流。3. 用户/设计者是否确定了什么时候更改是必需的。4. 设计者是否能控制总开发时间。 修正及改进作 业 系 统 及 控 制 重 点依据资料及各项窗体一. 目的 根据修改意见对原型修改和完善。 二. 权利与责任本作业程序由研发部门负责，经总裁审核批准后实施，其修改 亦同。三作业程序1. 根据修改意见拟出修改方案。2. 修改原型。有以下两种情况：? 若因为严重的理解错误而使正常操作的原型与 用户要求相违背时，应立即放弃。? 若由于规格说明不准确、不完整、不一致，或者 需求
20、有所变更或增加，这首先要修改并确定规格说明，然 后再重新构造或修改原型，这即是原型的迭代过程。开发 者和用户在一次次的迭代过程中将原型不断完善，以接近 系统的最终要求。3. 经过修改和完善的原型，达到参与者的一致认可，则 原型的迭代过程可以结束了。四. 控制重点1. 在修改原型的过程中，应保留前后两个原型。2. 装配和修改程序模块，而不是编写程序。3. 如果模块更改很困难，则把它放弃并重新编写模块。4. 不改变系统的作用范围，除非业务原型的成本估计有相应的改 变。5. 修改并把系统返回给用户/设计者的速度是关键。6 PDM 产品服务技术要求 基本组织结构企业实施 PDM 的立项和决策要由企业主
21、要领导参与并直接领导。要尽可能得到企业关键部门的全力 支持, 特别是要得到工程、制造、信息系统方面的管理部门的支持, 因为他们是成功实施 PDM 的基础。 基本人员组成PDM 实施队伍要有应用企业的领导、信息系统、电子、机械工程、制造等部门及其他管理人员和 PDM 供应商支持实施人员组成, 并分工明确其岗位职责(见表 1 和表 2)。表 1 PDM 实施人员岗位职责项目岗位产生部门条件要求岗 位 职 责PDM 项目负责人公司、企业领导部门公司领导,企业领导项目的组织领导。项目实施计划的审批及实施结果的验 收。项目实施过程中资源的调配。 确定实施过程中的问题及解决方案并 推动实施。PDM 项目实
22、 施小组组长公司、企业各部门领导1. 精通本部门的业务流程。2. 有一定计算机技术 基础。3. 能够协调 PDM 项目实 施过程中所辖人员的工 作。控制 PDM 项目的进度。协调下属部门人员之间的业务关系。 与公司人员确认项目实施过程中的瓶 颈问题。 对项目实施过程中的人员组织有调动 的权利。协助 PDM 项目实施人员进行数据采集 工作。制订计划, 监督项目进展, 考核实施 人员的工作状况。 向项目主负责人汇报工作进展情况。PDM 项目实 施小组公司、企业部门技术人员1. 精通本部门的业务流程。2. 有一定计算机技术 基础。3. 能够协调 PDM 项目实 施过程中所辖人员的工 作。4. 工作严
23、谨负责、积极 性高。5.对企业忠诚职守。指导其它部门实施人员的工作任务,确保项目计划的顺利实施。 提出项目实施过程中的问题。各部门 PDM项目负责人, 系统管理员公司、企业技术负责人1. 精通本部门的业务流程, 了解计算机知识。2. 工作严谨负责、积极 性高。3. 对企业忠诚职守。参与 PDM 项目的全过程实施, 进行数据采集及需求分析工作。 系统管理员维护系统的正常运转。 指导所辖人员的具体工作。各部门 PDM主要应用人 员公司、企业各应用部门1. 精通自己从事的本职工作。2. 了解计算机知识。3. 工作严谨负责、积极 性高。4. 对企业忠诚职守。参与 PDM 项目的全过程实施, 进行数据采
24、集及需求分析工作。对系统进行维 护。采集内容:图档: 一套完整标准产品的电子图纸。 文档: 组织结构表、人员角色表、权限 分配表、设计变更单等。流程说明: 变更流程、设计审批流程产品开发流程等。表 2 PDM 实施人员技术要求类型素质要求实施准备任务设计部门的技术骨干，熟悉本部门产品(从事设计工作三年以 上)。有一定的计算机知识, 较强的 CAD 应用背景，熟悉部门 的业务流程。熟悉典型产品的技术数据。 工作严谨负责, 积极性高。 对企业忠诚职守。典型产品的图文档工艺工装部门的技术骨干，熟悉本部门产品(从事设计工作 三年以上)。了解计算机知识。 熟悉本部门的所有工艺流程和工艺文件。掌握 CAD 技术, 有一定 CAPP 基础。典型产品的完整工艺标准化部门的技术骨干，熟悉公司产品。 熟悉企业的标准及编码。 熟悉企业的技术文档管理规范。熟悉本部门的所有工作流程、工作模式和标准化管理。提供企业的技术图文 档资料；了解企业的编 码规则其它要求每个部门确定二名以上技术人员参加 PDM 项目组, 另配技术人员配合工作, 人 员要求保持稳定。项目组人员必须参加有关 PDM 的各类培训和讨论。 各项工作概述服务名称实用阶段服务提供者服务对象服务内容及目的说明系统软件
