企业信息化技术规范产品数据管理PDM规范.doc

ICSxx.xxx.xxSJ中 华 人 民 共 和 国 电 子 行 业 标 准SJ/Txxxxx 200x公司信息化技术规范第 2 部分：产品数据管理（PDM）规范200x-xx-xx 发布 200x-xx-xx 实行中华人民共和国信息产业部批准 目 次1 范围 . 22 规范性引用文献 . 23 定义 . 24 总则 . 75 PDM 产品研发技术规定 . 85.1 原型法总流程图 . 85.2 需求分析 . 95.3 原型设计 . 115.4 演示和评价原型 . 145.5 修正及改善 . 156 PDM 产品服务技术规定 . 166.1 基本组织结构 . 166.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 定义和开发工具. 46公司信息化技术规范第 2 部分：产品数据管理（PDM）规范1 范围本规范给出了产品数据管理（以下简称 PDM）的相关软件功能、开发管理、实行管理的基本规定和 方法。本规范合用于 PDM 软件产品的选型，可作为公司选择或评价 PDM 系统时的评测依据。本规范的使用者涉及独立软件测试机构、应用 PDM 技术的组织、PDM 软件产品开发组织、PDM 实行 及征询服务机构以及软件行业协会、各地区信息产业主管部门等。2 规范性引用文献下列文献中的条款通过本规范的引用而成为本规范的条款。凡是注日期的引用文献，其随后所有的 修改单（不涉及勘误的内容）或修订版均不合用于本规范，然而，鼓励根据本规范达成协议的各方研究 是否可使用这些文献的最新版本。凡是不注日期的引用文献，其最新版本合用于本规范。GB/T 11457-1989 软件工程术语 。GB/T 16260-1996 信息技术 软件产品评价质量特性及使用指南 。（idt ISO/IEC 9126:1991）3 定义本规范采用以下的定义。3.1 验收acceptance需方受权代表的一项活动，通过该活动，需方接受履行协议的部分或所有的软件产品的所有权。3.2 需方 acquirer为自己或为另一个组织采购软件产品的组织。3.3 体系结构 architecture一个系统或 CSCI 的组织结构，标明它的组成，这些组成的接口和他们之间的操作概念。3.4 开发阶段 build1.软件的一个版本，它满足完整的软件所要满足的所有需求的一个特定的子集。2.开发满足特定需求子集的软件版本所经历的时间。3.5 对象 object具有相同属性和方法的一类事物。3.6 设计 design开发方应用各种技术和原理，对设备、过程或系统做出足够具体的定义，使之可以在物理上得以实 现。3.7 过程 process为实现某个既定目的而进行的一组有组织的活动。3.8 评价 evaluation拟定一个项目或一项活动是否满足制定准则的过程。3.9 接口 interface在软件开发中，两个或多个实体之间的关系。这些实体依据这种关系共享、提供或互换数据。3.10 数据库 database以一种能被用户或计算机程序通过一个数据库管理系统进行访问的方式，存储在一个或多个计算机 文献中的相关数据的集合。3.11 数据库管理系统 database management system是一整套计算机程序，它提供为建立、修改、使用和完整性维护一个数据库所需的功能。3.12 软件 software计算机程序、过程以及有关的文档和数据。3.13 软件开发 software development产生软件产品的一整套活动。软件开发可以涉及新开发、修改、重用、再工程、维护或者任何会产 生软件产品的其他活动。3.14 软件开发文档 software development file与特定软件实体开发有关的资料库。其内容一般涉及（直接的或应用的）有关需求分析、设计和实 现的考虑、原理；开发方内部的测试资料；进度和状态资料等。3.15 软件开发过程 software development process为了把用户的需求转换成软件产品而进行的一系列有组织的活动。3.16 软件质量 software quality软件满足所规定需求的能力。3.17 软件测试 software test根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例，并运用这些测试用例去运营程序，已发现程序错误的过程。3.18 征询 consult通过对客户方业务、经营等各种情况的了解、分析，基于自身的知识和经验，提供合理化建议的一 种行为。3.19 实行 implement通过一定的手段将一项计划实现的过程，在 PDM 领域特指将 PDM 软件通过科学的配置、调整用于客 户平常管理的过程。3.20 顾问 consultant有相关经验，为客户就行业特色提供征询服务的人。3.21 选型 make choice根据实际业务管理的需要，对硬件、软件进行规格选择。3.22 维护 service对设备、系统的工作状况进行监视、维修，保证系统正常运转的工作。3.23 产品数据管理product data management一门用来管理所有与产品相关的信息(即描述产品的各种信息，涉及但不限于零部件信息、结构、 配置、文档、CAD 文献、权限信息等)和过程(指产品的发放、变更、审批过程和其它的工作流程，涉及 对这些过程的定义和管理)的技术。3.24 文献夹 file文档及其自身的集合，类似于 Windows 操作系统中资源管理器的文献夹。3.25 文档document文档是产品数据的一种载体，由电子文献（非必需）和描述该电子文献的属性值（必需）组成。文 档是 PDM 管理的基本对象，文档管理是产品数据管理最基本的功能之一。3.26 数据仓库data vault用于安全存放文档或电子文献的物理存储空间。数据仓功能是 PDM 系统最基本的功能之一。它提 供生成、存储、查询、控制存取、恢复、编辑电子对象的历史及对通用文献的管理等能力。它为用户和 应用之间的数据传递提供一种安全的手段，并允许用户迅速访问全公司的产品信息，而不必考虑用户和 数据的物理位置。3.27 零部件part零部件是生产中实际使用的实体的抽象，是构成产品结构的基本信息单元，它描述该单元的基本信息和装配信息，是产品结构管理的基本对象。3.28 版本 version某一配置项的一个可标示的实例。3.29 零部件版本part version表达实际用于生产的零部件，它包含该零部件的具体信息，如图号、材料、制造类型等。版本归属 于零部件。3.30 图纸页 drawing paper表达每一页图纸，它包含该图纸的描述信息（如图幅、绘图比例等）和图纸的电子文档。3.31 产品 product产品结构完全相同的一系列实际可销售的产品的集合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构成一个具体产品的所有零部件（涉及所有直接和间接的下级零部件）的汇总登记表。3.38 计算机软件配置项 computer software configuration item(CSCI)满足最终使用功能的软件集合，并且它由需方指定进行单独的配置管理。CSCI 应从下列诸因素中 进行折衷选择：软件功能、规模或目的计算机、开发方、关键性、接口考虑、需要单独编写文档和控制 以及其他因素。3.39 配置项 configuration item能满足最终使用功能的硬件集合、软件集合或者软、硬件两者的集合，且由需方指定进行单独的配 置管理。3.40 产品配置product configuration在产品结构上，根据一定的条件自动或交互选配形成的一个 BOM 表，可以用时间、场地和批次等 有效性原则来拟定具体的配置是否有效。3.41 工作版本iteration记录图纸页或文档的修改历史，并建立里程碑。图纸和文档每次出库修改后，系统在入库时会创建 相应的工作版本进行记录（如修改人、修改时间、备注及修改结果）。工作版本归属于版本。3.42 角色 role相应公司中的岗位和职责（如设计师、工艺师、标准化师等），在系统中它与一系列权限相相应。3.43 用户 user相应公司中的每个人员，它包含了公司每个员工的基本信息（如姓名、电话、住址等），同时系统 的每个用户至少应当属于一个角色。3.44 产品用户 product user在产品生命周期中，与产品存在关系的用户3.45 产品配置管理product configuration management以物料清单为组织核心, 把定义最终产品的所有工程数据和文档联系起来, 对产品对象及其互相之 间的联系进行维护和管理。3.46 工作流程管理workflow of process management重要是实现产品设计与修改过程的跟踪与控制。涉及工程数据的提交与修改、管理和监督、文档的 分布控制、自动告知等。4 总则围绕 PDM 产品应包含以下要素：底层设计高度集成化，各类数据、计算、共享高度一致，不同于单类应用的简朴连接产品采用先进和稳定的 IT 开发平台，系统稳定、安全、灵活、可扩充在各行业有丰富的实用案例软件提供者自身的业务保持连续健康的发展，保证产品连续发展，服务连续提供符合相关制度和法规，适合公司管理和人文文化特点 为满足以上各项要素，必须在产品研发、实行、服务、产品功能各方面建立相关的标准工作方法和内容。5 PDM 产品研发技术规定产品研发是非常严谨、科学的一系列工作的组织，整个体系应具有完整、灵活、严谨、高效的特性， 进行严格的管理控制，以保证产品的质量和市场反映的速度，保证工作的延续性，保证各类产品问题的 可追溯性，特别是各类过程控制文档与记录的保存。这里采用快速原型法开发模型，以下为快速原型法 最基本的框架描述。5.1 原型法总流程图5.2 需求分析需求分析作 业 系 统 及 控 制 重 点依据资料及各项窗体一目的 在分析员和用户的紧密配合下，快速拟定软件系统的基本规定。二权利与责任 本作业程序由研发部门负责，经总裁审核批准后实行，其修改亦同。三作业程序1.分析员与用户进行广泛交流，了解系统相应的组织机构、 输入输出、资源运用情况和平常数据解决过程。2.结合用户需求、约束条件及其他非功能需求，写 出软件需求规格说明。3.在项目组内部还要提交 Use Case 图。4.由项目小组根据软件需求规格说明书，依原型设 计的流程进行产品开发。四控制重点1.是否能平衡各种因素，制定切实可行的产品开发 目的。2.是否存在风险分析。3.是否提交了需求分析报告和 Use Case 图。软件需求规格说明Use Case 图5.3 原型设计项目开始制定各项标准系统设计修改N审查Y程序设计（编码）调试测试提交原型设计作 业 系 统 及 控 制 重 点依据资料及各项窗体一. 目的 在快速分析的基础上，根据软件需求规格说明，尽快实现一个可运营的系统。 二. 权利与责任 本作业程序由研发部门负责，经总裁审核批准后实行，其修改亦同。 三作业程序1.若产品开发工作决定委托公司外部资源进行时， 应由项目小组拟定外包契约，经总裁审核批准，由项目负 责人监控。2.产品开发过程中使用的各项标准应通过适当的 规划。3.系统设计 涉及概要设计和具体设计，设计完毕后，因提交概要设计报告及具体设计报告，并通过适当审查。4.编码、调试 程序员根据系统设计文献及各种标准撰写程序，并对程序进行调试。5.产品测试 产品开发完毕后应拟定测试计划与大纲，并通过严谨的测试，以保证产品质量，测试完毕后应提交测试报告。 四. 控制重点1.开发中项目是否认期监控进度及预算执行。2.产品开发中使用的各项标准是否通过适当管理。3.系统设计是否通过适当审查。4.是否保存开发记录及测试记录。5.开发过程中的文献和记录是否能妥善保存及管外包契约概要设计报告 具体设计报告测试计划与大纲 测试报告理。5.4 演示和评价原型作 业 系 统 及 控 制 重 点依据资料及各项窗体一. 目的 检查原型是否实现了分析和规划阶段提出的目的。 二. 权利与责任本作业程序由研发部门负责，经总裁审核批准后实行，其修 改亦同。三作业程序1.开发者给用户演示原型。2.用户在开发者指导下试用，考核评价原型的性能， 看是否满足需求说明中的规定，以及需求规格中的描述是否 满足用户的愿望。3.纠正过去交互中的误解及分析中的错误，增补新的 规定，并为满足用户的新设想而提出全面的修改意见。四. 控制重点1. 用户是否亲自使用了原型系统。2. 用户和设计者之间是否进行了充足的交流。3. 用户/设计者是否拟定了什么时候更改是必需的。4. 设计者是否能控制总开发时间。5.5 修正及改善作 业 系 统 及 控 制 重 点依据资料及各项窗体一. 目的 根据修改意见对原型修改和完善。 二. 权利与责任本作业程序由研发部门负责，经总裁审核批准后实行，其修改 亦同。三作业程序1.根据修改意见拟出修改方案。2.修改原型。有以下两种情况：若由于严重的理解错误而使正常操作的原型与 用户规定相违反时，应立即放弃。若由于规格说明不准确、不完整、不一致，或者 需求有所变更或增长，这一方面要修改并拟定规格说明，然 后再重新构造或修改原型，这即是原型的迭代过程。开发 者和用户在一次次的迭代过程中将原型不断完善，以接近 系统的最终规定。3.通过修改和完善的原型，达成参与者的一致认可，则 原型的迭代过程可以结束了。四. 控制重点1. 在修改原型的过程中，应保存前后两个原型。2. 装配和修改程序模块，而不是编写程序。3. 假如模块更改很困难，则把它放弃并重新编写模块。4. 不改变系统的作用范围，除非业务原型的成本估计有相应的改 变。5. 修改并把系统返回给用户/设计者的速度是关键。6 PDM 产品服务技术规定6.1 基本组织结构公司实行 PDM 的立项和决策要由公司重要领导参与并直接领导。要尽也许得到公司关键部门的全力 支持, 特别是要得到工程、制造、信息系统方面的管理部门的支持, 由于他们是成功实行 PDM 的基础。6.2 基本人员组成PDM 实行队伍要有应用公司的领导、信息系统、电子、机械工程、制造等部门及其他管理人员和 PDM 供应商支持实行人员组成, 并分工明确其岗位职责(见表 1 和表 2)。表 1PDM 实行人员岗位职责项目岗位产生部门条件规定岗 位 职 责PDM 项目负责人公司、公司领导部门公司领导,公司领导项目的组织领导。项目实行计划的审批及实行结果的验 收。项目实行过程中资源的调配。 拟定实行过程中的问题及解决方案并 推动实行。PDM 项目实 施小组组长公司、公司各部门领导1. 精通本部门的业务流程。2. 有一定计算机技术 基础。3. 可以协调 PDM 项目实 施过程中所辖人员的工 作。控制 PDM 项目的进度。协调下属部门人员之间的业务关系。 与公司人员确认项目实行过程中的瓶 颈问题。 对项目实行过程中的人员组织有调动 的权利。协助 PDM 项目实行人员进行数据采集 工作。制订计划, 监督项目进展, 考核算施 人员的工作状况。 向项目主负责人报告工作进展情况。PDM 项目实 施小组公司、公司部门技术人员1. 精通本部门的业务流程。2. 有一定计算机技术 基础。3. 可以协调 PDM 项目实 施过程中所辖人员的工 作。4. 工作严谨负责、积极 性高。5.对公司忠诚职守。指导其它部门实行人员的工作任务,保证项目计划的顺利实行。 提出项目实行过程中的问题。各部门 PDM项目负责人, 系统管理员公司、公司技术负责人1. 精通本部门的业务流程, 了解计算机知识。2. 工作严谨负责、积极 性高。3. 对公司忠诚职守。参与 PDM 项目的全过程实行, 进行数据采集及需求分析工作。 系统管理员维护系统的正常运转。 指导所辖人员的具体工作。各部门 PDM重要应用人 员公司、公司各应用部门1. 精通自己从事的本职工作。2. 了解计算机知识。3. 工作严谨负责、积极 性高。4. 对公司忠诚职守。参与 PDM 项目的全过程实行, 进行数据采集及需求分析工作。对系统进行维 护。采集内容:图档: 一套完整标准产品的电子图纸。 文档: 组织结构表、人员角色表、权限 分派表、设计变更单等。流程说明: 变更流程、设计审批流程产品开发流程等。表 2 PDM 实行人员技术规定类型素质规定实行准备任务设计部门的技术骨干，熟悉本部门产品(从事设计工作三年以 上)。有一定的计算机知识, 较强的 CAD 应用背景，熟悉部门 的业务流程。熟悉典型产品的技术数据。 工作严谨负责, 积极性高。 对公司忠诚职守。典型产品的图文档工艺工装部门的技术骨干，熟悉本部门产品(从事设计工作 三年以上)。了解计算机知识。 熟悉本部门的所有工艺流程和工艺文献。掌握 CAD 技术, 有一定 CAPP 基础。典型产品的完整工艺标准化部门的技术骨干，熟悉公司产品。 熟悉公司的标准及编码。 熟悉公司的技术文档管理规范。熟悉本部门的所有工作流程、工作模式和标准化管理。提供公司的技术图文 档资料；了解公司的编 码规则其它规定每个部门拟定二名以上技术人员参与 PDM 项目组, 另配技术人员配合工作, 人 员规定保持稳定。项目组人员必须参与有关 PDM 的各类培训和讨论。6.3 各项工作概述服务名称实用阶段服务提供者服务对象服务内容及目的说明系统软件安 装及定制实行阶段工程师各部门 PDM 项 目负责人及 系统管理员安装系统软件，并依据系统 设计说明书完毕系统定制教育培训实行阶段、维 护阶段顾问实行小组及 各部门 PDM 主 要应用人员通过事先设计好的教材及步 骤，让学员了解 PDM 的标准 功能及操作方式数据导入及 调试实行阶段工程师实行小组及 各部门 PDM 主 要应用人员导入历史产品数据，调整系 统定制，改正系统不符合企 业需求之处。运营维护维护服务阶 段顾问、工程师实行小组及 各部门 PDM 主 要应用人员以训练有素的服务人员，通 过电话、E-mail 等方式接受 用户对于软件使用方面的种 种询问，为用户解答问题， 以保证 PDM 的顺利使用。二次开发实行阶段、维 护阶段项目经理、程 序员各部门 PDM 项 目负责人及 系统管理员结合公司需求, 应用 PDM 系 统的用户开发平台所提供的 开发工具, 通过二次开发, 建立具有本公司特色的 PDM 系统。项目验收验收阶段项目经理PDM 实行小 组组长PDM 系统项目实行工作完毕 后，项目经理应与公司实行 负责人共同讨论项目验收工 作，依据协议验收条款编制 验收工作计划。验收后的技 术支持维护阶段项目经理、顾 问实行小组及 各部门 PDM 主 要应用人员项目验收后，项目经理应继 续负责为客户公司提供一年 期的技术支持服务，保证企 业 PDM 系统正常稳定运营。6.4 各项工作实行规范6.4.1 公司应用 PDM 需求分析公司在开展 PDM 应用时, 一方面必须全面分析公司的有关流程和业务解决问题, 清楚地定义公司对 PDM 的需求。在进行公司对 PDM 的需求分析时, 要编制一个具体的公司需求说明书, 用以帮助公司评价 PDM 供应商和 PDM 系统的选型, 并作为公司实行 PDM 的依据。编制公司 PDM 需求说明书的规范如下:1. 分析拟定公司实行的范围A. 拟定 PDM 实行的组织范围。是面向项目组、整个公司, 还是跨公司跨地区;B. 拟定应用范围。是面向图文档管理、设计制造数据, 还是更广阔的应用领域; C. 拟定实行的时间跨度。是对某一目的一次完毕, 还是分阶段完毕。2 分析公司预期的最终用户的构成A. 用户数量多少, 初期实行和长期实行的数量; B. 经常需要的用户, 技术应用人员;C. PDM 用户的物理位置分布。3 分析希望应用 PDM 的哪些功能及如何应用A. 所有用户所需的功能, 哪一个用户需要的功能; B. 哪些功能重要, 哪些功能次之;C. 对公司组织来说, 实行 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. 需要多级实用管理程序吗？如系统级和用户级; B. 分析管理工具和集成实用程序易使用性;C. 公司员工能做所有的管理和集成工作吗？那些需要征询？那些需要外援？8 认真分析需要管理的数据类型和数据量 A. 电子数据、纸质或其他介质数据;B. CAD/CAPP/CAM 或 MRPII/ERP 等产生的数据;C. 要管理的每种数据类型有多少数据？短期/长期多少？D. PDM 供应商有经验管理公司所希望管理的数据类型和数量吗？9 分析需要转移的数据类型和数量A. 从已有的应用系统中转移来什么类型的数据/有多少数据？涉及电子的、纸质的、其它介质的数 据, 以及 CAD、CAPP、CAM 和 MRPII、ERP 等产生的数据;B. 需要转移来的是短期的或长期的数据;C. PDM 供应商有经验解决公司希望转移的数据吗？10 公司所希望的技术指导和征询服务A. 供应商有足够经验的技术人员帮助公司按合适方法实行 PDM 系统吗？ B. 供应商是否乐意和公司技术人员协作实行公司 PDM 系统？C. 公司是否需要其它技术指导和服务？11 分析必须要满足的公司和工业标准A. 公司是否有必须遵照的用户标准？B. 公司是否有数据库管理系统(DBMS)标准在实行 PDM 时必须要考虑的。6.4.2 根据公司需求拟定公司实行 PDM 的规划在做好各项准备工作后, 可根据公司需求分析作出公司实行 PDM 的规划, 规划的原则为:1. 总体规划、分步实行PDM 系统的功能和实行的内容很多, 实行工作量大, 难度大, 必须在总体规划指导下分步实行。 A. 根据公司急需限度, 急用先上;B. 根据难易限度, 先易后难;C. 制定阶段检查制度, 不断取得阶段成效。2 制定 PDM 项目实行进度计划根据总体规划分步实行的原则, 编制具体的项目实行计划安排, 可用甘特图方法制定。3 制定成本和预算计划根据项目总体的成本和预算计划, 结合实行的时间安排, 编制具体的系统成本和预算控制计划。4 制定人力资源计划根据总体进度计划和阶段计划的安排, 编制实行过程中人力需求计划。涉及公司方面的关键人员和 供应商及技术依托单位的人员。对他们的工作作出具体安排, 以保证对实行 PDM 项目的时间投入。5 制定对风险的防止和控制策略要对公司实行 PDM 的风险进行评估, 并对预计的重要风险采用相应的措施加以防止和控制。6.4.3 PDM 系统的安装公司在安装 PDM 系统时, 要配置本企项目组成员, 在安装进程中培养 PDM 的应用、开发和维护人员。6.4.4 公司数据收集和分析规定分析清楚与 PDM 实行相关的五个方面的内容, 即人员组织、业务流程、活动、数据和资源。 A. 明确人员的组织关系及其职责, 拟定其权限。B. 分析公司业务流程并进行优化组合, 拟定 PDM 实行涉及的业务流程。C. 明确活动过程及各过程的数据支持、人员配备以及过程所产生的数据。 D. 定义所需的 PDM 功能, 数据对象及其组织结构。E. 明确公司现有的信息基础资源。6.4.5 进行信息建模建立公司应用实行 PDM 的体系结构, 并以 6.4 中所收集到的数据为基础, 建立相应的数据模型, 流 程模型; 定义用户接口以及应用系统(如 CAD/CAM、MRPII/ERP 等)与 PDM 系统的接口。6.4.6 开发实行结合公司需求, 应用 PDM 系统的用户开发平台所提供的开发工具, 通过二次开发, 建立具有本企 业特色的 PDM 系统。在系统中实现过程模型、数据模型和各种接口。模拟运营, 并进行全面测试。6.4.7 用户适应、评估和调整收集公司用户反馈信息, 进行评估, 根据评估情况调整原设计, 再进行下一轮实行循环。并根据企 业需要和 PDM 系统功能的许可, 不断增长实行新内容。7 PDM 产品功能技术规定作为真正意义上的 PDM 产品，在基本功能方面，一定要满足涉及公司最重要管理和运作行为的方方 面面，同时兼顾到实际情况的不断变化，为灵活适应管理的改变打好基础，以下提供的框架规范和评估 方法，可以快速评估一套 PDM 系统的基本功能，同时又是衡量产品水准的规范，以列表的方式进行阐 述。7.1 总体说明功能类型总分得分环境与用户界面100系统整合与集成能力100权限与系统管理100文档管理100产品结构管理100BOM 管理100版本与配置管理100工程变更管理100工作流管理100项目管理100定义和开发工具100评选方式说明：1.此总表为各模块评选指标的得分与配分的比例*1002.各评选指标的栏位说明如下A.类别：该模块的功能分类B.等级：该功能对用户的重要限度C.配分：该模块在整个模块的配分比重D.功能描述：该功能的描述E.评分标准：该功能执行的细腻限度与达成水平的评选指标F.有无：指管理软件该功能是否达成此评选标准G.权数：指该评选标准在此功能的重要限度H.得分：指该功能的配分通过评选标准的权数分派后的分数7.2 环境与用户界面类别等级配分功能描述评选标准有无权数得分150系统环境C5支持系统平台WindowsNT/20231UNIX/Linux1A15支持的数据库Access1Ms Sql Server2Sybase1DB21