【毕业学位论文】（Word原稿）某研究所产品研发管理平台的设计与实现-软件工程

硕士学位论文 （专业学位） 研究所 产品研发管理平台 的设计与实现 姓 名： 学 号： 所在院系：软件学院 职业类型：工程硕士 专业领域：软件工程 指导教师： 副 指导教师 ： 二 一 二 年 九 月 A in 2010 2012 某研究所产品研发管理平台的设计与实现 同济大学 学位论文版权使用授权书 本人完全 了解同济大学关于收集、保存、使用学位论文的规定，同意如下各项内容：按照学校要求提交学位论文的印刷本和电子版本；学校有权保存学位论文的印刷本和电子版，并采用影印、缩印、扫描、数字化或其它手段保存论文；学校有权提供目录检索以及提供本学位论文全文或者部分的阅览服务；学校有权按有关规定向国家有关部门或者机构送交论文的复印件和电子版；在不以赢利为目的的前提下，学校可以适当复制论文的部分或全部内容用于学术活动。 学位论文作者签名： 年 月 日 经指导教师同意，本学位论文属于保密，在 年解密后适用本授权书。 指导教师签名： 学位论文作者签名： 年 月 日 年 月 日 同济大学学位论文原创性声明 本人郑重声明：所呈交的学位论文，是本人在导师指导下，进行研究工作所取得的成果。除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明。 本 学位论文原创性声明的法律责任由本人承担。 学位论文作者签名： 年 月 日同济大学 硕士学位论文 摘要 I 摘要 随着新产品不断地开发，设计技术文件不断增加，而现有企业院所的设计资料管理性差，设计资料由于人员或工作职能的变化等原因使得版本很多。造成混乱，图样平时分散在各个人手里，无法统一管理，设计资料没有有效的权限控制，安全性较低 ， 设计方式陈旧，人工编制汇总表等各种报表信息，耗时耗力，信息共享程度低。各个信息孤岛之间无法实现数据共享，无法配合生产管理系统一同促进企业信息化发展。 本文 是以 究所 的需求 为背景 ， 通过深入调研，针对 究所的产品研发管理现状，特点以及需求，以软件工程的思想作为指导，设计和开发了基于 产品研发管理平台 ，从而实现 以产品结构为核心，管理产品设计数据和外来文档，构建产品研制的单一数据源。实现对电子设计数据的签审、可视化协同和异地工艺会签过程的控制，建立一体化的、协作的设计过程管理。 作为产品研发管理的重要组成部分， 品数据管理是现代产品 研 发环境中成长与发展起来的一项管理数据新技术 。它有力地促进了新产品的设计与开发 ，缩短了产品上市时间 。 同时， 工程技术人员提供了一个协同工作环境，优化 了工作和业务流程，提高了产品质量，缩短了产品研制周期，为企业赢得了竞争的优势。 关键字 : 产品研发管理， 产品 数据 管理 ， I of is of of of a of of or in of of of of be of to of As an of is a in a of It to It of to to by is on of to of as a to of a in to as by a of of an 硕士学位论文 目录 录 第 1 章 引言 . 错误 !未定义书签。 题背景 . 错误 !未定义书签。 内外研究现状 . 错误 !未定义书签。 题研究内容 . 3 文的组织结构 . 4 第 2 章 相关技术 . 5 于 统 . 5 成数据管理平台 . 6 台关键技术 . 7 上游工具的集成 . 8 下游工具的集成 . 8 台应用及基本功能 . 9 品结构管理 . 9 档管理 . 10 程变更管理 . 10 命周期和工作流管理 . 11 限管理 . 12 章小结 . 12 第 3 章 系统需求分析 . 13 础业务分析 . 13 据存储规划 . 13 限规划 . 14 能需求分析 . 14 统功能规划 . 15 品数据管理 . 15 品变更管理 . 21 阶段管理 . 22 线管理 . 23 次技术状态管理 . 24 来文档管理 . 26 统用例分析 . 26 同济大学 硕士学位论文 目录 识别参与者 . 26 别用例 . 27 第 4 章 系统的设计 . 31 统总体设计 . 31 体方案描述 . 31 统总体框架 . 31 统功能设计 . 32 统功能模型 . 32 品数据管理 . 33 品变更管理 . 37 品转阶 段管理 . 39 线管理 . 41 次技术状态管理 . 42 来文档管理 . 43 据库设计 . 44 统核心 . 44 统核心数据表 . 50 章小结 . 54 第 5 章 系统的实现 . 55 本业务环境的实现 . 55 统基础功能的搭建 . 55 户登录 . 56 统页面说明 . 57 品数据管理组件的实现 . 58 签功能 的实现 . 58 审对象 生命周期的实现 . 62 审对象 工作流的实现 . 63 第 6 章 总结与展望 . 71 论 . 71 一步的工作方向 . 71 致谢 . 73 参考文献 . 74 个人简历 在读期间发表的学术论文与研究成果 . 75 同济大学 硕士学位论文 目录 V 第 1 章 引言 1 第 1 章 引言 题背景 “ 十一五”期间航天科技集团在“弹、箭、星、船”等武器与宇航产品的研制中承担了繁重的研制任务，产品类型不仅日趋复杂与多样，而且技术难度大，周期要求短，传统的研制模式和技术手段已经不能满足实现跨越式发展、提高自主创新能力的要求，迫切需要建立以数字化为核心的航天新型武器系统的先进研制与管理体系。 “十一五”期间，随着“数字航天”工程的建设与发展，航天各院及用户等也对产品研发管理软件的研究与发展提出了更高、更广泛的需求。 随着新产品不断地开发，设计技术文件不断增加，而现有企业院所的设计资料管理 性差，设计资料由于人员或工作职能的变化等原因使得版本很多。造成混乱，图样平时分散在各个人手里，无法统一管理，设计资料没有有效的权限控制，安全性较低。设计方式陈旧，人工编制汇总表等各种报表信息，耗时耗力，信息共享程度低。各个信息孤岛之间无法实现数据共享，无法配合生产管理系统一同促进企业信息化发展 1,2。 作为产品研发管理的重要组成部分， 品数据管理是现代产品研发环境中成长与发展起来的一项管理数据新技术。它有力地促进了新产品的设计与开发，缩短了产品上市时间。同时， 工程技术人员提供了一个协同工 作环境， 优化 了工作和业务流程，提高了产品质量，缩短了产品研制周期，为企业赢得了竞争的优势。 内外研究现状 作为该产品研发管理平台的核心理念 前并没有一个业界统一的定义。根据 定义， 一种应用于在单一地点的企业内部、分散在多个地点的企业内部，以及在产品研发领域具有协作关系的企业之间的，支持产品全生命周期的信息的创建、管理、分发和应用的一系列应用解决方案， 同济大学 硕士学位论文 某研究所产品研发管理平台的设计与实现 2 它能够集成与产品相关的人力资源、流程、应用系统和信息。 从另一个角度来说， 一种理念，是一种以产品为核心的商业战略。它 实施一整套的业务解决方案，把人、过程和信息有效地集成在一起，作用于整个企业，遍历产品从概念到报废的全生命周期，支持与产品相关的协作研发、管理、分发和使用产品定义信息。 企业及其供应链组成产品信息的框架。它由多种信息化元素构成：基础技术和标准（如 算、协作和企业应用集成）、信息生成工具（如 技术发布）、核心功能（如数据仓库、文档和内容管理、工作流和程序管理）、功能性的应用（如配置管理）以及构建在其他系统上的商业解决方案。 即产品生命周期管理。产品的生命周期包括：培育期、成长期、成熟期、衰退期、结束期四个阶段 3。 过培育期的研发成本最小化和成长期至结束期的企业利润最大化来达到降低成本和增加利润的目标。我们可以认为 质上包含三个层面的概念，即 域、 念和 件产品。而 件的功能是 件的扩展和延伸， 件的核心是 件。 对很多企业来说，相对 ， 是一个还不很熟悉的概念，目前 是 域的发展远较 迅速，呈现出快速增长的势头，据 分析， 2006 年全球 场将继续呈现迅速增长的势头，预计增长率将达到 14%，而亚太地区尤其是中国，增长率将更高 4。 以前， 件主要还是在大型和中型企业应用，那些产品结构复杂，设计周期长，设计工作量大的企业更倾向于应用 件，尤其是那些需要按订单设计的企业，则 更大的用武之地，而对于那些只是纯以生产制造为主的企业，则 处不大。在国内， 件的用户也主要分布在交通运输、航空航天、电子、机械等行业，但目前，在快速消费品、制药、钢铁等流 程制造行业， 术也开始得到应用，这些行业成为 域的新兴市场，而在中小企业方面，则主要需要应用 件中的图文档管理功能。但是据统计，中端市场企业对 需求正在快速增加。 测，到 2009 年，中端市场的销售额将从 2005 年的 21 亿美元增加到 40 亿美元。面对这一第 1 章 引言 3 块巨大而诱人的蛋糕，广大 应商们开始密切关注中小企业市场，并在策略中加大中端市场的力度，加紧研发、推出适合中端市场的解决方案， 进广大中小企业将不再是很遥远的事情 5 为一种理念 ，它本身正在不断变化与延伸，在主流厂商的推动与大型企业的应用过程中不断完善。最终， 能够管理从产品的需求分析、概念设计、初步设计、工艺设计、制造过程的数据和流程，并实现与项目管理、软件的双向集成，构成一个完整的信息化协同管理平台 8。同时，在 会包含研发过程的质量管理和成本管理，使产品在研发过程中就能够确保产品高质量、低成本。随着企业信息化的发展及企业管理软件应用的深入，念中包含的在企业的多个部门和在异地进行协同将逐渐成为现实，产品信息在供应链合作伙伴中的共享也会逐渐实现， 会逐渐发挥出更大的效益。 此外， 统会影响企业与供应商、销售渠道和客户之间的联接点，有些情况下，产业的界限已经被打破。可以想像，将来连接客户与供应商的跨企业 统将可能越来越普遍， 统会将企业、客户、供应商更密切地联系起来， 统将不仅只整合一个企业内部的业务流程，而且将开始来实现多个企业间的跨企业业务流程整合。 统正在改变竞争规模、自动化和弹性之间的关系，并可能带来深远的影响。 总之， 在迅速地从一个竞争优势转变为竞争必需品，像 样，成为企业未来发展 的必由之路。而就国内而言， 企业中的应用仍方兴未艾，有着广阔的前景。 题研究内容 本 产品研发管理平台 是建立在 产品生命周期管理软件的相关技术基础上，依据 业最佳实践 和实施经验 ，结合客户业务流程，及研发方式，设计并实现的。 前期需求分析阶段，通过研究了国内多个航空航天及高科技电子行业的施案例，对需求情况进行汇总，并针对该研究所的业务流程进行了深入同济大学 硕士学位论文 某研究所产品研发管理平台的设计与实现 4 的分析，完成了需求调研报告 设计阶段，通过研究 B/S 架构下扩展，定制 统的设计思路，和 于 台架构开发 用系统的核心技术，包括作流任务表单定制等，将系统主要功能划分为产品数据管理，产品更改管理，转阶段管理，批次技术状态管理，基线管理，及外来文档管理等，基本实现了该院所 “建立型号产品研发管理平台”的总体战略目标。 在系统的实现与交付阶段，进行各模块实现算法的研究，画出流程图，并进行具体代码的编写和页面的制作，同时搭建平台进行集成。 同时对系统进行调试和测试，及时发现问题并改进。对系统中的错误判断与处理进行完善，通过进一步改进，提高系统的可用性。 文的组织结构 本文是以 产品研发管理平台 为例，介绍了基于 念 和 品生命周期管理软件，通过 品定制的方式 设计与实现 该研究所产品研发管理平台 的过程。本文的组织结构如下： 第 1 章引言，主要介绍了课题的背景，意义和目的，以及 发展现状和本课题的研究方法。 第 2 章相关技术，主要介绍了系统在设计和开发过程中所涉及到的方法和技术。 第 3 章系统的需求分析，主要是通过与 各科室和相关部门责任人 的 交流 ，从而获得 产品研发管理平台 的需求信息，并运用 流程图 将需求分析可视化，进而使系统的拥 有者，开发者以及测试人员对 个业务流程 有一个直观上的认识。 第 4 章系统的设计 ，包括总体设计和产品数据管理组件的详细设计 ，在 详细设计 中， 运用了 流程图，类图 对各个子功能进行了 详细的 分析，并设计了对象模型， 命周期及工作流 。 第 5 章系统的实现， 介绍了 产品研发管理平台 功能 的实现 。 第 6 章总 结与展望，主要是对系统的设计与实现进行总结，并提出下一步的计 划。第 2 章 相关技术 5 第 2 章 相关技术 于 统 从整体上来说， 一种 B/S 模式的 3 层体系结构 :客户端 /服务器 /数据库。图 示为基于 某企业 统的体系结构。 图 三层体系结构 图 客户端主要包括 2 个 :1)浏览器，起着用户接口、执行 程序、展示 面和表格作用 ;2)是可选的客户端组成元素，有了它可以允许从 统检入检出 据 文件 到 服务器层包含了主要的商业逻辑并且承担着处理所有商业数据的作用。它由以下几个组件组成 :务器 ,关、 务器、服务器管理器。这些组件组成在一起可起到数据库访问、客户端分布和交互、用户权限同济大学 硕士学位论文 某研究所产品研发管理平台的设计与实现 6 和安全机制的作用。 数据库层是保存 元 数据和大量的非结构数据的地力一。数据库可以是一个专门的服务器或建立在 务器主机上。 采用这种体系结构与传统的 2 层结构相比好处如下 ： (1) 传统的 C/S 结构中，在客户端需要多层软件，如操作系统、网络协议、客户机软件、开发工具及应用程序等，而的 统的 B/S 结构则简化了客户端，只需配置操作系统、网络协议和浏览器。 (2) 在 C/S 结构中，服务器端只是单 纯的数据库，而 B/S 结构中服务器端集中了所有应用系统的维护与开发信息。 (3) B/S 结构中将用户业务逻辑集中到中间层。这样使性个系统独立性更强，提高了系统的可扩展性，使用户界面更简单，并能支持各种网络结构和异构平台等。 成数据管理平台 因为 用了一种扩展面向对象的 支持 以它能通过把传统数据集成到基于 性体企业信息管理策略中，从而采纳和利用企业以往的投资。 在体系结构上，它提供了良好的应用集成接口，它与上游 具如,的集成，还可与下游的 成。通过这些有效的集成，使得性个企业的产品数据能够在最大程度上进行共享，从真正意义上实现企业系统平台的统一化。图 是我们以 基础构筑的集成开发平台。 第 2 章 相关技术 7 图 基础的集成开发平台 台关键技术 该平台主要基于 术。整个系统以全新的 基础 , 3 层 系统架构 (3主体，完全突破了传统系统架构下的限制，透 过 强大功能，让全球各大跨国企业集团能以低成本建构全球营运的版图。平台使用的主要技术有 ： (1) 采用 3 层的客户端 /服务器 /数据库的力一式。它的显著特征是每个应用程序的主要部分在一共享的应用程序服务器上执行，而不是分散在每个客户机上运行。 (2) 基于浏览器的用户接口使用标准 表格信息的双向通讯，用 现交互应用能力。为了力 些能力以即时和不需管理的力一式，从标准的网络服务器通过 议传给网络浏览器。 (3) 服务器技术基于 术。服务器流程以开放灵活的结构隔离了产品数据的商业行为，从而使得那些数据可供各种网页、 采用及 术的外部系统所使用。 同济大学 硕士学位论文 某研究所产品研发管理平台的设计与实现 8 (4) 底 层是异构分布的计算机硬件环境、操作系统、网络与通信 I 办议、数据库，包括 硬件平台与相应的操作系统。网络环境主要是通过 接 施所涉及的各主要部门 ， 实现各种信息的交换。数据库层使用对象关系数据库 为数据存储的核心。 (5) 组件技术。 用组件层实际上是由调用 础服务的一组程序(界面 )组成并能完成一定应用功能的功能模块。如工作流管理应用组件，就是由工作流定义工具、工作流执行机、工作流监控工具等组成的完成工作流程管理的功能模块。每个服务由一个或多个组件组成，它们建立在对象模型基础上。每个组件被 作为一个对象描述，封装它具有的属性和能提供的操作，建立在其上的用户服务和应用服务只处理自己模块的功能逻辑。所采用的对象标准是过这些标准 ，实现 统内部的各个软件组件之间的数据交换与方法调用。 上游工具的 集成 该系统与 统的集成关系从低到高可以分为 3 个层次 :封装、接口和集成。封装主要解决在 部激活 统，主要属于功能上的集成 ;接口主要通 过中间接口实现两个系统之间的信息共享，但仍然存在信息一致性的问题 ;而集成则是解决 2 个系统间信息的共享和一致性，甚至达到信息互动。些平台与 辅助设计软件进行了集成。该系统与 的集成是通过 进行的。 一个项目组级的 统，它管理着在 产生的数据。 统的一个组件， 的数据可以通过它导入到 统中， 统用户可通看到 的信息。些集成为单向集成，即在 产生相应的对象，而在生成的对象是不能在 生成的。 下游工具的集成 这主要是与 集成。通过与 集成，可以将 产生的设计数据发布到 去，以供给生产上用。包括 单、更改信息等。而在 也可以看到 的一些相关的信息如成本 (这是企业的第 2 章 相关技术 9 保密信息，只供一定级别的人使用 )、库存、采购提前期等信息 9。 台应用及基本功能 该平台的主要功能是产品结构管理、文档管理、工程变更管理、生命周期和工作流管理、权限管理等。该企业使用 统管理的业务对象有部件、文档、工程变更对象等。用户创建业务对象的方法有 2 种 ： 一是直接在 二是在上游工具中创建，然后通过接口导入 ，比如结构 部件，可先在 中创建，然后通过 入 ，在 系统与用户接口界面主要 是 页面，这样用户操作起来更简便、更友好化。 品结构管理 产品结构管理是 这 些系统的核心功能之一，在该企业中，是以部件为中心而不是以文档为中心来进行管理的。部件与文档的关系是参考 (对该部件辅助性说明文件，如操作说明书和描述 (包含部件的属性信息，如原理图、表等 )的关系。 在 统中，零部件按照它们之间的装配关 系被组织起来形成产品结构，用户可以将各种产品定义数据与零部件关联起来，最终形成对产品结构的 完整 性描述。个部件是通过一个系统自动生成的编码来唯一标识的。比如某部件的编码为 56100032 其中前两位为分类大类，第二位为分类小类，分类代码由用 户定义部件时选择，后五位为系统自动生成的顺序编码。用户可以通过该编码查看到部件的所有信息。在该系统中产品结构管理有以下功能 ： (1) 创建部件 ； (2) 修改部件 ； (3) 版本控制 ； (4) 信息查询 ； (5) 与供应商的集成 ； (6) 民表生成 ； (7) 配置有效性管理 ； 同济大学 硕士学位论文 某研究所产品研发管理平台的设计与实现 10 (8) 试图管理等等。 档管理 虽然在 是以部件为中心进行管理的，但部件的大部分原理属性通常是保存在文档中，它是直接用 于 生产上的。因些，对于文档管理来说重要的有 两 方面 :一是权限控制 ;二是文档的审核流程。对于文档的权限设置是相当严格，因为它保存了部件的原理属性，这涉及到其保密性问题，比如一些标准规范可以 被企业所有人查看，而对于具体的产品线上的产品则只能由该产品线上的人员访问。在该企业中，文档的存储是以产品线 +产品、功能领域、角色等来分类存放。因 为一 些用户创建文档时 ，必须定义其类别、产品线、功能领域、角色等。如果该用户不属十他所选择的这些分类，是创建不成功的，也查看不到该类的文档。在流程 管理上 ，不同类型的文档有不同的审核流程，查看或修改文档的权限是流程动态赋予的。文档是由系统自动生成的编码来唯 它没有部件那样的分类代码，其编 码代表 表不了在 统中产生的顺序号。文档管理中还有一些和产品结构管理相同的功能，比如版本控制，更改历史记录等。 程变更管理 没有更改控制的更改会给企业带来巨大的损失，而更改控制在 统中是最难控制的。 系提供 了优越的更改控制能力。它充分结合文档管 理、产品结构管理和工作流管理的功能，从更改请求 (始控制，直到更改活动完成。期间涉及的用户将收到系统发出的相关更改活动和更改信息的通知， 做到跟踪、审核、批准、审计上的系统控制。在该企业中，工程变更的作用体现在以下几个力一而 ： (1) 新产品数据向 发布 ； (2) 老产品的数据更改 ； (3) 部件规格更改 ； (4) 部件产品结构的更改 ； (5) 临时技术更改 ； (6) 文档的更改及发放。 第 2 章 相关技术 11 图 在该企业应用 系的工程变更 管理的流程图。在该流程中有 4 个变更对象，分别是 问题报告 (R)、 变更请求 (变更通告 (变更 任务 /活动 ( 在 系中进行工程更改可以用一个复杂流程完成即创建 4 个变更对象，也可以用一个简单过程完成(更改完成后，更改信息会由系统向 布。 图 程变更管理流程图 命周期和工作流管理 同济大学 硕士学位论文 某研究所产品研发管理平台的设计与实现 12 生命周期是指产品从规划、设计、生产、销售直到最终退出市场的性个生命历程。工作流是将工作仟务按照一定的关系规划并控制，提供系统引导执行的工作过程 10。 在 系中我们可以随时查看一个流程走到哪里了，并可看到以前的审核节点的参与人及其意见和现在是到哪个节点及该谁来审核。通过生命周期与工作流的结合，可以组织 特 定业务流程进行工作，尽量与以前工作业务一致，提供了信息驱动业务的途径。 限管理 权限一直是个很重要的方面 ,因为它直接关系到 企业的利益。在该企业中，有动态权限和静态权限之分。动态权限是流程赋予。在流程中，参与者有读或者修改权限 ;而结束后，会收回某些权限或全部权限。静态权限则是授予某些特殊的群体使其在 任何 时候都有读或修改的权限。 章小结 本节主要 介绍了 设计和开发 产品研发管理平台 所涉及的相关技术。重点介绍了 统体系结构、数据集成系统架构 、 统平台主要功能 。这些技术为系统的后续开发提供了理论依据和技术基础 。 第 3 章 系统需求分析 13 第 3 章 系统 需求分析 础 业务 分析 据存储规划 数据存储规划，是将 统的电子数据（零 部件，图文档等）， 按照组织架构或资料特性设定不同的存储位置（如文件柜或文件夹），将不同的资料可以按照不同的存储位置分类存储。用户可以自定义文件夹和子文件夹，文件夹可以无限嵌套。 本系统规划的数据存储结构 如下图所示： 型 号 产 品 库总 装结 构动 力电 性 能外 来 文 件图 样表 格 内 容 设 计 文 件文 字 内 容 设 计 文 件文 字 内 容 设 计 文 件机 密秘 密研 试 文 件质 量 控 制 文 件. . 件夹结构 按型号建立产品库。 同济大学 硕士学位论文 某研究所产品研发管理平台的设计与实现 14 第一层文件夹按专业划分，不同类型的型号，专业有所区别。 第二层文件夹按数据类型划分。 第三层文件夹按密级分为机密和秘密。不同密级的数据存放在对应的文件夹中。内部公开的数据直接存放在第二层文件夹 中。 每个存储库设置外来文件文件夹，用于存放本型号的外来数据。详见本方案外来文件管理部分。 将来， 建立通用件产品库，用于存储通用件产品数据。 图 态授权 限规划 默认设计师只能修改自己创建的数据。对于小组共同设计，或者其它需要给非创建者修改权限的情况，可以使用 统的的动态授权功能，通过产品结构或者文件夹批量选择需要动态授权的数据，赋予特定用户或角色读取，修改等权限。 所领导、科技处、质量处、总体室人员可以查阅所有内部公开的产品数据。 专业室所有人员可以查阅本专业所有内部公开的产品 数据。 每个型号设立机密数据访问数据组和秘密数据访问组，分别可以访问存放于机密文件夹和秘密文件夹中的数据。 型、图样、技术文件增加密级属性用于标识其密级，由设计师提交数据时设置。 能 需求分析 第 3 章 系统需求分析 15 统功能规划 统 功能规划如下图所示： 图 统 功能 产品数据管理：数据分类、编码、属性等；产品结构、报表等；生命周期、工作流、工艺会签等；数据打印、归档和发放等。 产品更改管理：各类更改管理流程、技术通知单管理、管理各种变更对象、更改范围分析。 转阶段管理：转阶段管理流程、转阶段 基线管理功能。 基线管理：产品状态基线、设计过程基线等。 批次技术状态管理：批次技术状态管理、阶段并行设计管理、先行件管理等。 外来文档管理：外来文档存储、管理。 品数据管理 该系统的产品数据管理包含产品结构、图样和技术文件管理，设计签审管理 ，以及标准库管理 3 个 部分 。 1、 相关概念说明 （ 1） 产品库 “产品库”是企业研发制造的型号产品相关数据的一个存储区域，或称为同济大学 硕士学位论文 某研究所产品研发管理平台的设计与实现 16 “产品容器”。 在“产品库”中可以定义数据存储的文件夹目录，访问权限规则等信息。 “产品库”也是产品相关团队的一个共同的工作环境，可以为产品库团队定 制角色和成员。 同一类型的产品库，可以将共同的设置（如文件夹、团队角色、权限设置等）保存为模板，从而简化产品库新建和设置的工作量。 “产品库”对应实际业务中的型号。 （ 2） 零部件 零部件是一个泛称，它可以是企业中的组件、部件、零件等，可以是自制的或外购的。 零部件是构成产品结构的基本元素。它不是孤立存在的，零部件与其它零部件有结构上的上下级关系（即使用与被使用的关系），通过这种上下级关系形成整个型号产品的结构。 零部件是实物的一种抽象，通过它仅能反映结构上的关系。零部件具体是如何设计的，应该如何制造等 信息是通过与之相关联的技术资料来说明的。我们泛