PDM系统功能结构
发布时间：18-04-11
PDM系统的功能有四大类:文档管理、工作流与过程管理、产品结构与配置管理、系统管理。整个系统的整体框架图如图2.10
1共性功能需求
根据PDM系统功能结构图，可以对PDM系统中的通信机制的共性需求进行分析，提出合理的解决方案，达到预期的目标。下文将对PDM系统中通信机制共性需求展开详尽的分析。
(1)文档管理
文档「引是指在项目从开始到结束的过程中与产品相关所有的数据以及相应的属性和版本方面的信息，文档可以是文本，也可以是图纸，如项目合同、零部件图纸、会议记录、技术文档等。文档的管理主要包括文件的有序存储、检索和查阅，文档也有可能是动态的，需要做版本的管理。另外，文档的安全决定着企业的信息安全，也是文档管理的一个重要方面。因此，从作用的对象来看文档管理具体可以分为以下四个部分:
文档对象的查阅与编辑:文档对象的查阅要求用户可以根据关注的产品或者子件通过文件指针定位到其有关的图纸或者技术文件等，并且这些文件是按照类型、大小、版本有序组织起来的。不仅可以查看文本文件，还可以通过第三方编辑器如CAD等查看三维图纸和视频等多媒体文件，有权限的工作人员可以进行相关的编辑和修改操作。文档对象的查阅与编辑让文档数据有效的共享到每一位参与人员，减少了不必要的工作量，提高了开发效率。
文档的分类存储管理:文档本身是有属性的，文档的分类存储管理要求文档是有序的、按属性类别存储在数据中心，而不是杂乱的堆砌在一起。这样不仅能减少文档的查询时间，还能减少重复、冗余数据，让文档的备份更加方便快捷。
文档的版本控制:在产品的整个设计和生产过程中，产品的各方面不可避免的会有多层次的反复修改。而工作流的每个节点之间的数据是相互关联的，一个节点的文档数据修改可能会引起多个节点的改动，如初始材料零件清单改动会引起BOM表立项后材料零件清单的改动。这就需要对文档加以版本的控制，有一个节点的文档修改就要将该文档及其关联的文档用不同版本记录下来，还有记录这些版本之间的关系，方便追溯和还原。
文档的安全控制:文档数据是企业的无形资产，对企业具有不可估量的价值和意义，需要做好安全措施。根据对文档的操作应分为查询和编辑二种权限，每种权限应该有严格的机制验证控制，并且每次操作系统有文件记录，方便出现问题时追踪不法人员。特别重要的文件还要做好加密控制，秘钥只分享给指定的人员。另外，文档数据应定期做好备份和整理，防止意外事故引起的数据丢失，防患于未然。
在文档管理中，客户端和数据库的连接需要消息通信机制来维护数据的一致性，从而实现数据共享、数据同步、数据装备追踪等功能需求。
(2)工作流与过程管理
对产品设计和生产整个过程中的数据和流程的控制就是工作流与过程管理。工作流引擎是流程驱动乃至整个系统的发动机，它决定了一个功能模块节点走完后下一步启动哪些节点。流程节点的执行顺序既可以按照事先的模板执行，也可以根据需要手动修改和配置符合当前产品特点的新流程。
工作流与过程是通过数据的走向提供人与人之间的协同工作环境，表面上管的是数据，实际上管的是人。工作流与过程的管理还包括版本变更，工程变更的管理，有一个己完成的节点发生变动，就需要将其关联的所有节点和节点之间的关系记录下来，方便追溯和修改。根据涉及的范围可以分成任务管理、工作流管理与任务历史管理三种类型。
任务管理:对某个任务节点的操作产生了哪些关联的新任务，这些任务需要以怎么的方式通知到哪些执行者，任务完成后也需要有相应的记录。
工作流管理:工作流有对产品整个生命周期控制的宏观工作流，也有某个工作流节点内部的微型工作流，所以企业的每个活动都是由无形或有形的工作流控制的。每个产品的生命周期流程不尽相同，这就要求合格的工作流应该是可以根据实际情况灵活配置的，并且每个产品的工作流应做好历史存储，在新产品到来时可以到数据库中比对参照。在产品开发过程中流程的变更也应做好相应的记录，流程的每次推进要及时更新到每一位参与人员。
任务历史管理:每个节点状态的更新都会产生任务，而任务的完成又可能会改变节点的状态，推动流程的前进。在流程的推进中，难免会产生一些错误的任务操作，对整个产品的开发进度带来影响，这就需要对任务做好相应记录。当出现问题时可以快速定位事故的发生点，结合错误分析快速做出新决策，挽回企业损失。在新产品开发时也可以结合历史任务数据比较，在开发过程中避免同样的事故再次发生，因此任务历史是一笔宝贵的经验财富。
在工作流与过程管理中，客户端、数据库、服务器的协同工作需要依赖通信机制，在工作流的实施中，数据共享与同步、过程和节点状态与追踪以及其他己通知参与人员为目的的协调工作等功能，都需要通信机制来处理。
(3)产品结构与配置管理
产品是由多个子件组合而成的，而这些子件又可能本身也由子件构成，这就需要对复杂的产品组织结构和其配置过程做一个完善的管理，整个产品的组织结构被不断调整的过程就是配置管理。产品结构与配置管理要求对产品的结构形态和子件的属性做好视图分析，同时，每个零部件的图纸和材料清单以及他们之间的关系也要以相应的形式组织起来方便查阅。因此，可以将其从功能上分为二个区域。
产品结构管理:产品本身不是一个独立的个体，而是由一个或者多个子件组成的，而生成产品的子件又可能分为其他子件，这样逐渐递归可以演化出一颗映射产品子件构成的树，而树的根节点就是产品本身，树的其他节点则是构成产品的子件。每个叶子节点带有自制或者外协的属性，意味着该子件是自己生产还是外部加工。产品结构树的每个节点都有自己的图纸和材料清单明细，这些数据之间关联到一起的，因此还需要版本的记录和管理。产品结构数据的共享能协调开发人员的工作进度，减少重复工作，加快产品的组织和设计进度。
产品配置管理:产品的核心信息是材料明细表，每一个子件都有自己的材料明细表，而这些子件之间的数据是孤立的，没有相互的关联。就好比是采购部和生产部都有自己的材料零件清单，采购部只关心自己需要买什么，这些东西是什么价钱，而生产部只关心这些东西有什么用，并不在乎要花多少钱。如此，这张清单的价值就降低了。所以，需要一张全面的材料明细表涵盖所有的子件信息和参与部门，每个部门根据自己的需要将这些材料信息按照特定的要求组织形式结构化编制，这个编制过程就是配置产品结构，而对这个编制过程的控制就是产品配置的管理。
在产品结构与配置管理中，用户需要即时跟踪己投入使用的零部件基本信息和它们所处的状态，依赖通信机制提供的数据同步和共享，节点状态追踪功能。
(4)系统管理
系统管理的对象包括组件的注册和更新、机构管理和权限。所有客户机系统的组件是通过服务器传输更新的，这就涉及到两者之间的组件版本的同步问题。组织机构和用户授权是结合使用的，它们渗透到PDM系统的每一个功能模块，贯穿在用户注册到产品上线整个过程，决定了系统的安全性和连贯性。系统中的每一次信息变更(如项目信息、人员信息)的及时共享和扩散都能使企业及时的调整工作和决策，缩短生产工期。
因此，在系统管理中，消息通信机制需要将组件、人员、权限的相关信息变更实时更新和同步到每个客户端和服务器。
综上所述，PDM中通信有关的共性功能需求可综合如表2.10
长春某汽车零部件公司需要引进PDM系统规范企业的管理和加强信息共享，在系统的实施过程中，结合该公司对PDM系统的功能需求，得到PDM系统的在通信机制的个性化需求体现在以下方面:
(1)符合自身行业标准的质量认证体系的工作流程配置。质量认证体系是相关部为了提高产品质量所设计的企业在实际生产中所必须遵守的行业标准。每个行业的特点不尽相同，这就导致了标准的不一致性，如该公司就是采用的 TS 16949质量管理体系。所以，在设计系统的时候，通信流程要符合模板标准，才能规范化企业管理，保证项目的完美验收。
(2)自定义的内部即时通讯系统。即时通讯系统是PDM系统的一个辅助功能部件，能够起到发布任务和相关消息、方便内部工作交流的作用，大大的提高工作效率。即时通讯系统分为公告栏、任务栏、邮件系统三个部分，这些模块都需要通信机制提供即时可靠的数据流通功能。
(3)柔韧性强。企业对PDM系统的需求不是一成不变的，这可能会给系统的开发带来很大麻烦，轻微的需求变动可能会带来系统的颠覆性改动，给维护带来很大的难度。因此，通信机制模型要有很强的柔韧性「门，可适应多层次的扩展，易于二次开发。
本文为御云PLM软件原创文章，如想转载，请注明原文网址摘自于
http://www.plmsoft.com.cn/safe/96.html，请注明出处；谢谢配合!
