企业信息化技术规范--产品数据管理(PDM)规范.docx

《企业信息化技术规范--产品数据管理(PDM)规范.docx》由会员分享，可在线阅读，更多相关《企业信息化技术规范--产品数据管理(PDM)规范.docx（48页珍藏版）》请在三一办公上搜索。

1、ICSxx.xxx.xxSJ中 华 人 民 共 和 国 电 子 行 业 标 准SJ/Txxxxx 200x企业信息化技术规范第 2 部分：产品数据管理（PDM）规范200x-xx-xx 发布 200x-xx-xx 实施中华人民共和国信息产业部批准 SJ/Txxxxx 200x目 次1 范围 . 22 规范性引用文件 . 23 定义 . 24 总则 . 75 PDM 产品研发技术要求 . 85.1 原型法总流程图 . 85.2 需求分析 . 95.3 原型设计 . 115.4 演示和评价原型 . 145.5 修正及改进 . 156 PDM 产品服务技术要求 . 166.1 基本组织结构 . 16

2、6.2 基本人员组成 . 166.3 各项工作概述 . 206.4 各项工作实施规范 . 227 PDM 产品功能技术要求 . 257.1 总体说明. 257.2 环境与用户界面. 277.3 系统整合与集成能力. 297.4 权限与系统管理. 317.5 文档管理. 337.6 产品结构管理. 357.7 BOM 管理 . 377.8 版本与配置管理. 397.9 工程变更管理. 417.10 工作流管理. 427.11 项目管理. 447.12 定义和开发工具. 46451企业信息化技术规范第 2 部分：产品数据管理（PDM）规范1 范围本规范给出了产品数据管理（以下简称 PDM）的相关软

3、件功能、开发管理、实施管理的基本要求和 方法。本规范适用于 PDM 软件产品的选型，可作为企业选择或评价 PDM 系统时的评测依据。本规范的使用者包括独立软件测试机构、应用 PDM 技术的组织、PDM 软件产品开发组织、PDM 实施 及咨询服务机构以及软件行业协会、各地区信息产业主管部门等。2 规范性引用文件下列文件中的条款通过本规范的引用而成为本规范的条款。凡是注日期的引用文件，其随后所有的 修改单（不包括勘误的内容）或修订版均不适用于本规范，然而，鼓励根据本规范达成协议的各方研究 是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本规范。GB/T 11457-1989

4、软件工程术语 。GB/T 16260-1996 信息技术 软件产品评价质量特性及使用指南 。（idt ISO/IEC 9126:1991）3 定义本规范采用以下的定义。3.1 验收acceptance需方受权代表的一项活动，通过该活动，需方接受履行合同的部分或全部的软件产品的所有权。3.2 需方 acquirer为自己或为另一个组织采购软件产品的组织。3.3 体系结构 architecture一个系统或 CSCI 的组织结构，标明它的组成，这些组成的接口和他们之间的操作概念。3.4 开发阶段 build1.软件的一个版本，它满足完整的软件所要满足的全部需求的一个特定的子集。2.开发满足特定需求

5、子集的软件版本所经历的时间。3.5 对象 object具有相同属性和方法的一类事物。3.6 设计 design开发方应用各种技术和原理，对设备、过程或系统做出足够详细的定义，使之能够在物理上得以实 现。3.7 过程 process为实现某个既定目的而进行的一组有组织的活动。3.8 评价 evaluation确定一个项目或一项活动是否满足制定准则的过程。3.9 接口 interface在软件开发中，两个或多个实体之间的关系。这些实体依据这种关系共享、提供或交换数据。3.10 数据库 database以一种能被用户或计算机程序通过一个数据库管理系统进行访问的方式，存储在一个或多个计算机 文件中的相

6、关数据的集合。3.11 数据库管理系统 database management system是一整套计算机程序，它提供为建立、修改、使用和完整性维护一个数据库所需的功能。3.12 软件 software计算机程序、过程以及有关的文档和数据。3.13 软件开发 software development产生软件产品的一整套活动。软件开发可以包括新开发、修改、重用、再工程、维护或者任何会产 生软件产品的其他活动。3.14 软件开发文档 software development file与特定软件实体开发有关的资料库。其内容一般包括（直接的或应用的）有关需求分析、设计和实 现的考虑、原理；开发方内部的

7、测试资料；进度和状态资料等。3.15 软件开发过程 software development process为了把用户的需求转换成软件产品而进行的一系列有组织的活动。3.16 软件质量 software quality软件满足所规定需求的能力。3.17 软件测试 software test根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例，并利用这些测试用例去运行程序，已发现程序错误的过程。3.18 咨询 consult通过对客户方业务、经营等各种情况的了解、分析，基于自身的知识和经验，提供合理化建议的一 种行为。3.19 实施 implement通过一定的手段将一项计划实现的

8、过程，在 PDM 领域特指将 PDM 软件经过科学的配置、调整用于客 户日常管理的过程。3.20 顾问 consultant有相关经验，为客户就行业特色提供咨询服务的人。3.21 选型 make choice根据实际业务管理的需要，对硬件、软件进行规格选择。3.22 维护 service对设备、系统的工作状况进行监视、维修，保证系统正常运转的工作。3.23 产品数据管理product data management一门用来管理所有与产品相关的信息(即描述产品的各种信息，包括但不限于零部件信息、结构、 配置、文档、CAD 文件、权限信息等)和过程(指产品的发放、变更、审批过程和其它的工作流程，包

9、括 对这些过程的定义和管理)的技术。3.24 文件夹 file文档及其自身的集合，类似于 Windows 操作系统中资源管理器的文件夹。3.25 文档document文档是产品数据的一种载体，由电子文件（非必需）和描述该电子文件的属性值（必需）组成。文 档是 PDM 管理的基本对象，文档管理是产品数据管理最基本的功能之一。3.26 数据仓库data vault用于安全存放文档或电子文件的物理存储空间。数据仓功能是 PDM 系统最基本的功能之一。它提 供生成、存储、查询、控制存取、恢复、编辑电子对象的历史及对通用文件的管理等能力。它为用户和 应用之间的数据传递提供一种安全的手段，并允许用户迅速访

10、问全企业的产品信息，而不必考虑用户和 数据的物理位置。3.27 零部件part零部件是生产中实际使用的实体的抽象，是构成产品结构的基本信息单元，它描述该单元的基本信息和装配信息，是产品结构管理的基本对象。3.28 版本 version某一配置项的一个可标示的实例。3.29 零部件版本part version表示实际用于生产的零部件，它包含该零部件的具体信息，如图号、材料、制造类型等。版本归属 于零部件。3.30 图纸页 drawing paper表示每一页图纸，它包含该图纸的描述信息（如图幅、绘图比例等）和图纸的电子文档。3.31 产品 product产品结构完全相同的一系列实际可销售的产品的

11、集合3.32 产品结构product structure用于描述各种零部件如何组成产品的结构。产品结构体现了零部件之间的装配关系。3.33 产品结构树tree of product structure产品构成的树状结构表示。3.34 产品数据树 tree of product data描述与产品有关的数据及其结构。3.35 零部件数据树 tree of part data描述与零部件有关的数据及其结构。3.36 节点数据树 tree of node data零部件数据树与产品数据树的统称。3.37 物料清单（BOM 表）bill of material构成一个具体产品的所有零部件（包括所有直接

12、和间接的下级零部件）的汇总统计表。3.38 计算机软件配置项 computer software configuration item(CSCI)满足最终使用功能的软件集合，而且它由需方指定进行单独的配置管理。CSCI 应从下列诸因素中 进行折衷选择：软件功能、规模或目标计算机、开发方、关键性、接口考虑、需要单独编写文档和控制 以及其他因素。3.39 配置项 configuration item能满足最终使用功能的硬件集合、软件集合或者软、硬件两者的集合，且由需方指定进行单独的配 置管理。SJ/Txxxxx 200x3.40 产品配置product configuration在产品结构上，根据

13、一定的条件自动或交互选配形成的一个 BOM 表，可以用时间、场地和批次等 有效性原则来确定具体的配置是否有效。3.41 工作版本iteration记录图纸页或文档的修改历史，并建立里程碑。图纸和文档每次出库修改后，系统在入库时会创建 相应的工作版本进行记录（如修改人、修改时间、备注及修改结果）。工作版本归属于版本。3.42 角色 role对应企业中的岗位和职责（如设计师、工艺师、标准化师等），在系统中它与一系列权限相对应。3.43 用户 user对应企业中的每个人员，它包含了企业每个员工的基本信息（如姓名、电话、住址等），同时系统 的每个用户至少应该属于一个角色。3.44 产品用户 produ

14、ct user在产品生命周期中，与产品存在关系的用户3.45 产品配置管理product configuration management以物料清单为组织核心, 把定义最终产品的所有工程数据和文档联系起来, 对产品对象及其相互之 间的联系进行维护和管理。3.46 工作流程管理workflow of process management主要是实现产品设计与修改过程的跟踪与控制。包括工程数据的提交与修改、管理和监督、文档的 分布控制、自动通知等。4 总则围绕 PDM 产品应包含以下要素：底层设计高度集成化，各类数据、计算、共享高度一致，不同于单类应用的简单连接产品采用先进和稳定的 IT 开发平台，

15、系统稳定、安全、灵活、可扩充在各行业有丰富的实用案例软件提供者本身的业务保持持续健康的发展，保证产品持续发展，服务持续提供符合相关制度和法规，适合企业管理和人文文化特点 为满足以上各项要素，必须在产品研发、实施、服务、产品功能各方面建立相关的标准工作方法和内容。SJ/Txxxxx 200x5 PDM 产品研发技术要求产品研发是非常严谨、科学的一系列工作的组织，整个体系应具有完整、灵活、严谨、高效的特性， 进行严格的管理控制，以确保产品的质量和市场反应的速度，保证工作的延续性，保证各类产品问题的 可追溯性，尤其是各类过程控制文档与记录的保存。这里采用快速原型法开发模型，以下为快速原型法 最基本的

16、框架描述。5.1 原型法总流程图5.2 需求分析需求分析作 业 系 统 及 控 制 重 点依据资料及各项窗体一目的 在分析员和用户的紧密配合下，快速确定软件系统的基本要求。二权利与责任 本作业程序由研发部门负责，经总裁审核批准后实施，其修改亦同。三作业程序1.分析员与用户进行广泛交流，了解系统对应的组织机构、 输入输出、资源利用情况和日常数据处理过程。2.结合用户需求、约束条件及其他非功能需求，写 出软件需求规格说明。3.在项目组内部还要提交 Use Case 图。4.由项目小组根据软件需求规格说明书，依原型设 计的流程进行产品开发。四控制重点1.是否能平衡各种因素，制定切实可行的产品开发 目

17、标。2.是否存在风险分析。3.是否提交了需求分析报告和 Use Case 图。软件需求规格说明Use Case 图5.3 原型设计项目开始制定各项标准系统设计修改N审查Y程序设计（编码）调试测试提交原型设计作 业 系 统 及 控 制 重 点依据资料及各项窗体一. 目的 在快速分析的基础上，根据软件需求规格说明，尽快实现一个可运行的系统。 二. 权利与责任 本作业程序由研发部门负责，经总裁审核批准后实施，其修改亦同。 三作业程序1.若产品开发工作决定委托公司外部资源进行时， 应由项目小组拟定外包契约，经总裁审核批准，由项目负 责人监控。2.产品开发过程中使用的各项标准应经过适当的 规划。3.系统

18、设计 包括概要设计和详细设计，设计完成后，因提交概要设计报告及详细设计报告，并经过适当审查。4.编码、调试 程序员根据系统设计文件及各种标准撰写程序，并对程序进行调试。5.产品测试 产品开发完成后应拟定测试计划与大纲，并经过严谨的测试，以确保产品质量，测试完成后应提交测试报告。 四. 控制重点1.开发中项目是否定期监控进度及预算执行。2.产品开发中使用的各项标准是否经过适当管理。3.系统设计是否经过适当审查。4.是否保留开发记录及测试记录。5.开发过程中的文件和记录是否能妥善保存及管外包契约概要设计报告 详细设计报告测试计划与大纲 测试报告理。5.4 演示和评价原型作 业 系 统 及 控 制

19、重 点依据资料及各项窗体一. 目的 检查原型是否实现了分析和规划阶段提出的目标。 二. 权利与责任本作业程序由研发部门负责，经总裁审核批准后实施，其修 改亦同。三作业程序1.开发者给用户演示原型。2.用户在开发者指导下试用，考核评价原型的性能， 看是否满足需求说明中的要求，以及需求规格中的描述是否 满足用户的愿望。3.纠正过去交互中的误解及分析中的错误，增补新的 要求，并为满足用户的新设想而提出全面的修改意见。四. 控制重点1. 用户是否亲自使用了原型系统。2. 用户和设计者之间是否进行了充分的交流。3. 用户/设计者是否确定了什么时候更改是必需的。4. 设计者是否能控制总开发时间。5.5 修

20、正及改进作 业 系 统 及 控 制 重 点依据资料及各项窗体一. 目的 根据修改意见对原型修改和完善。 二. 权利与责任本作业程序由研发部门负责，经总裁审核批准后实施，其修改 亦同。三作业程序1.根据修改意见拟出修改方案。2.修改原型。有以下两种情况：若因为严重的理解错误而使正常操作的原型与 用户要求相违背时，应立即放弃。若由于规格说明不准确、不完整、不一致，或者 需求有所变更或增加，这首先要修改并确定规格说明，然 后再重新构造或修改原型，这即是原型的迭代过程。开发 者和用户在一次次的迭代过程中将原型不断完善，以接近 系统的最终要求。3.经过修改和完善的原型，达到参与者的一致认可，则 原型的迭

21、代过程可以结束了。四. 控制重点1. 在修改原型的过程中，应保留前后两个原型。2. 装配和修改程序模块，而不是编写程序。3. 如果模块更改很困难，则把它放弃并重新编写模块。4. 不改变系统的作用范围，除非业务原型的成本估计有相应的改 变。5. 修改并把系统返回给用户/设计者的速度是关键。6 PDM 产品服务技术要求6.1 基本组织结构企业实施 PDM 的立项和决策要由企业主要领导参与并直接领导。要尽可能得到企业关键部门的全力 支持, 特别是要得到工程、制造、信息系统方面的管理部门的支持, 因为他们是成功实施 PDM 的基础。6.2 基本人员组成PDM 实施队伍要有应用企业的领导、信息系统、电子

22、、机械工程、制造等部门及其他管理人员和 PDM 供应商支持实施人员组成, 并分工明确其岗位职责(见表 1 和表 2)。表 1PDM 实施人员岗位职责项目岗位产生部门条件要求岗 位 职 责PDM 项目负责人公司、企业领导部门公司领导,企业领导项目的组织领导。项目实施计划的审批及实施结果的验 收。项目实施过程中资源的调配。 确定实施过程中的问题及解决方案并 推动实施。PDM 项目实 施小组组长公司、企业各部门领导1. 精通本部门的业务流程。2. 有一定计算机技术 基础。3. 能够协调 PDM 项目实 施过程中所辖人员的工 作。控制 PDM 项目的进度。协调下属部门人员之间的业务关系。 与公司人员确

23、认项目实施过程中的瓶 颈问题。 对项目实施过程中的人员组织有调动 的权利。协助 PDM 项目实施人员进行数据采集 工作。制订计划, 监督项目进展, 考核实施 人员的工作状况。 向项目主负责人汇报工作进展情况。PDM 项目实 施小组公司、企业部门技术人员1. 精通本部门的业务流程。2. 有一定计算机技术 基础。3. 能够协调 PDM 项目实 施过程中所辖人员的工 作。4. 工作严谨负责、积极 性高。5.对企业忠诚职守。指导其它部门实施人员的工作任务,确保项目计划的顺利实施。 提出项目实施过程中的问题。各部门 PDM项目负责人, 系统管理员公司、企业技术负责人1. 精通本部门的业务流程, 了解计算

24、机知识。2. 工作严谨负责、积极 性高。3. 对企业忠诚职守。参与 PDM 项目的全过程实施, 进行数据采集及需求分析工作。 系统管理员维护系统的正常运转。 指导所辖人员的具体工作。各部门 PDM主要应用人 员公司、企业各应用部门1. 精通自己从事的本职工作。2. 了解计算机知识。3. 工作严谨负责、积极 性高。4. 对企业忠诚职守。参与 PDM 项目的全过程实施, 进行数据采集及需求分析工作。对系统进行维 护。采集内容:图档: 一套完整标准产品的电子图纸。 文档: 组织结构表、人员角色表、权限 分配表、设计变更单等。流程说明: 变更流程、设计审批流程产品开发流程等。表 2 PDM 实施人员技

25、术要求类型素质要求实施准备任务设计部门的技术骨干，熟悉本部门产品(从事设计工作三年以 上)。有一定的计算机知识, 较强的 CAD 应用背景，熟悉部门 的业务流程。熟悉典型产品的技术数据。 工作严谨负责, 积极性高。 对企业忠诚职守。典型产品的图文档工艺工装部门的技术骨干，熟悉本部门产品(从事设计工作 三年以上)。了解计算机知识。 熟悉本部门的所有工艺流程和工艺文件。掌握 CAD 技术, 有一定 CAPP 基础。典型产品的完整工艺标准化部门的技术骨干，熟悉公司产品。 熟悉企业的标准及编码。 熟悉企业的技术文档管理规范。熟悉本部门的所有工作流程、工作模式和标准化管理。提供企业的技术图文 档资料；了

26、解企业的编 码规则其它要求每个部门确定二名以上技术人员参加 PDM 项目组, 另配技术人员配合工作, 人 员要求保持稳定。项目组人员必须参加有关 PDM 的各类培训和讨论。6.3 各项工作概述服务名称实用阶段服务提供者服务对象服务内容及目的说明系统软件安 装及定制实施阶段工程师各部门 PDM 项 目负责人及 系统管理员安装系统软件，并依据系统 设计说明书完成系统定制教育培训实施阶段、维 护阶段顾问实施小组及 各部门 PDM 主 要应用人员通过事先设计好的教材及步 骤，让学员了解 PDM 的标准 功能及操作方式数据导入及 调试实施阶段工程师实施小组及 各部门 PDM 主 要应用人员导入历史产品数

27、据，调整系 统定制，改正系统不符合企 业需求之处。运行维护维护服务阶 段顾问、工程师实施小组及 各部门 PDM 主 要应用人员以训练有素的服务人员，通 过电话、E-mail 等方式接受 用户对于软件使用方面的种 种询问，为用户解答问题， 以确保 PDM 的顺利使用。二次开发实施阶段、维 护阶段项目经理、程 序员各部门 PDM 项 目负责人及 系统管理员结合企业需求, 应用 PDM 系 统的用户开发平台所提供的 开发工具, 通过二次开发, 建立具有本企业特色的 PDM 系统。项目验收验收阶段项目经理PDM 实施小 组组长PDM 系统项目实施工作完成 后，项目经理应与企业实施 负责人共同讨论项目验

28、收工 作，依据合同验收条款编制 验收工作计划。验收后的技 术支持维护阶段项目经理、顾 问实施小组及 各部门 PDM 主 要应用人员项目验收后，项目经理应继 续负责为客户企业提供一年 期的技术支持服务，保证企 业 PDM 系统正常稳定运行。SJ/Txxxxx 200x6.4 各项工作实施规范6.4.1 企业应用 PDM 需求分析企业在开展 PDM 应用时, 首先必须全面分析企业的有关流程和业务处理问题, 清楚地定义企业对 PDM 的需求。在进行企业对 PDM 的需求分析时, 要编制一个详细的企业需求说明书, 用以帮助企业评价 PDM 供应商和 PDM 系统的选型, 并作为企业实施 PDM 的依据

29、。编制企业 PDM 需求说明书的规范如下:1. 分析确定企业实施的范围A. 确定 PDM 实施的组织范围。是面向项目组、整个企业, 还是跨企业跨地区;B. 确定应用范围。是面向图文档管理、设计制造数据, 还是更广阔的应用领域; C. 确定实施的时间跨度。是对某一目标一次完成, 还是分阶段完成。2 分析企业预期的最终用户的构成A. 用户数量多少, 初期实施和长期实施的数量; B. 经常需要的用户, 技术应用人员;C. PDM 用户的物理位置分布。3 分析希望应用 PDM 的哪些功能及如何应用A. 所有用户所需的功能, 哪一个用户需要的功能; B. 哪些功能重要, 哪些功能次之;C. 对企业组织来

30、说, 实施 PDM 与企业过程重组的关系。4 分析企业所期望的用户接口A. 分析需要哪些公用的用户接口;B. 分析希望用户能裁剪他们自己的用户接口。5 系统结构和操作环境的选择或需求说明 A. 对网络环境/服务器的选择;B. 为实施 PDM 所需要的实用性强的硬件配置; C. 实施 PDM 所需要的操作系统。6 分析与已有系统的接口与集成A. 已有的 MRPII/ERP 系统或 CAD/CAPP/CAM 系统有哪些必须与 PDM 接口集成; B. 已有的数据库必须与 PDM 有接口或更新信息;C. 分析与 CAD/CAPP/CAM 集成的程度。7 分析所需的管理工具和应用程序A. 需要多级实用

31、管理程序吗？如系统级和用户级; B. 分析管理工具和集成实用程序易使用性;C. 企业员工能做所有的管理和集成工作吗？那些需要咨询？那些需要外援？8 认真分析需要管理的数据类型和数据量 A. 电子数据、纸质或其他介质数据;B. CAD/CAPP/CAM 或 MRPII/ERP 等产生的数据;C. 要管理的每种数据类型有多少数据？短期/长期多少？D. PDM 供应商有经验管理企业所希望管理的数据类型和数量吗？9 分析需要转移的数据类型和数量A. 从已有的应用系统中转移来什么类型的数据/有多少数据？包括电子的、纸质的、其它介质的数 据, 以及 CAD、CAPP、CAM 和 MRPII、ERP 等产生

32、的数据;B. 需要转移来的是短期的或长期的数据;C. PDM 供应商有经验处理企业希望转移的数据吗？10 企业所希望的技术指导和咨询服务A. 供应商有足够经验的技术人员帮助企业按合适方法实施 PDM 系统吗？ B. 供应商是否愿意和企业技术人员协作实施企业 PDM 系统？C. 企业是否需要其它技术指导和服务？11 分析必须要满足的企业和工业标准A. 企业是否有必须遵照的用户标准？B. 企业是否有数据库管理系统(DBMS)标准在实施 PDM 时必须要考虑的。6.4.2 根据企业需求确定企业实施 PDM 的规划在做好各项准备工作后, 可根据企业需求分析作出企业实施 PDM 的规划, 规划的原则为:

33、1. 总体规划、分步实施PDM 系统的功能和实施的内容很多, 实施工作量大, 难度大, 必须在总体规划指导下分步实施。 A. 根据企业急需程度, 急用先上;B. 根据难易程度, 先易后难;C. 制定阶段检查制度, 不断取得阶段成效。2 制定 PDM 项目实施进度计划根据总体规划分步实施的原则, 编制详细的项目实施计划安排, 可用甘特图方法制定。3 制定成本和预算计划根据项目总体的成本和预算计划, 结合实施的时间安排, 编制具体的系统成本和预算控制计划。4 制定人力资源计划根据总体进度计划和阶段计划的安排, 编制实施过程中人力需求计划。包括企业方面的关键人员和 供应商及技术依托单位的人员。对他们

34、的工作作出具体安排, 以确保对实施 PDM 项目的时间投入。5 制定对风险的预防和控制策略要对企业实施 PDM 的风险进行评估, 并对预计的主要风险采取相应的措施加以预防和控制。6.4.3 PDM 系统的安装企业在安装 PDM 系统时, 要配置本企项目组成员, 在安装进程中培养 PDM 的应用、开发和维护人员。6.4.4 企业数据收集和分析要求分析清楚与 PDM 实施相关的五个方面的内容, 即人员组织、业务流程、活动、数据和资源。 A. 明确人员的组织关系及其职责, 确定其权限。B. 分析企业业务流程并进行优化组合, 确定 PDM 实施涉及的业务流程。C. 明确活动过程及各过程的数据支持、人员

35、配备以及过程所产生的数据。 D. 定义所需的 PDM 功能, 数据对象及其组织结构。E. 明确企业现有的信息基础资源。6.4.5 进行信息建模建立企业应用实施 PDM 的体系结构, 并以 6.4 中所收集到的数据为基础, 建立相应的数据模型, 流 程模型; 定义用户接口以及应用系统(如 CAD/CAM、MRPII/ERP 等)与 PDM 系统的接口。6.4.6 开发实施结合企业需求, 应用 PDM 系统的用户开发平台所提供的开发工具, 通过二次开发, 建立具有本企 业特色的 PDM 系统。在系统中实现过程模型、数据模型和各种接口。模拟运行, 并进行全面测试。6.4.7 用户适应、评估和调整收集

36、企业用户反馈信息, 进行评估, 根据评估情况调整原设计, 再进行下一轮实施循环。并根据企 业需要和 PDM 系统功能的许可, 不断增加实施新内容。7 PDM 产品功能技术要求作为真正意义上的 PDM 产品，在基本功能方面，一定要满足涉及企业最主要管理和运作行为的方方 面面，同时兼顾到实际情况的不断变化，为灵活适应管理的改变打好基础，以下提供的框架规范和评估 方法，可以快速评估一套 PDM 系统的基本功能，同时又是衡量产品水准的规范，以列表的方式进行阐 述。7.1 总体说明功能类型总分得分环境与用户界面100系统整合与集成能力100权限与系统管理100文档管理100产品结构管理100BOM 管理

37、100版本与配置管理100工程变更管理100工作流管理100项目管理100定义和开发工具100评比方式说明：1.此总表为各模块评比指标的得分与配分的百分比*1002.各评比指标的栏位说明如下A.类别：该模块的功能分类B.等级：该功能对用户的重要程度C.配分：该模块在整个模块的配分比重D.功能描述：该功能的描述E.评分标准：该功能执行的细腻程度与达成水平的评比指标F.有无：指管理软件该功能是否达到此评比标准G.权数：指该评比标准在此功能的重要程度H.得分：指该功能的配分经过评比标准的权数分配后的分数7.2 环境与用户界面类别等级配分功能描述评比标准有无权数得分150系统环境C5支持系统平台WindowsNT/20001UNIX/Linux