[原创]研究院所实施PLM/PDM系统的阶段分析
1. PLM/PDM系统实施的目标
研究院所实施PLM的目标通常由两种:一是小目标,即将PLM作为管理工具,在企业的产品与工艺设计部门管理相关的数据与相关过程;另一种是大目标,即将PLM软件作为企业或跨企业的集成平台,除PLM所提供的自身功能外,还能将各种应用软件集成在这个平台上,营造一个产品协同开发的环境,让客户、设计者、供应商等一起参与产品的开发,提供产品全生命周期中的数据和过程管理。
基于研究院所的实际情况,我们认为研究院所实施PLM/ PDM的目标应定位在以下方面:
v 电子数据存取
建立适合自身特点的电子信息仓库。研究院所应着重于技术与工程数据(设计/工艺数据)方面,因为这部分数据是企业中表达最为复杂,且使用频繁的关键源头数据。
v 设计检索/公用信息检索产品
数据手工管理阶段的信息检索和借阅程序复杂,共享性差,资料竞争使用,严重地影响了产品设计过程的效率与准确性;同时数据查阅是研究院所实施PDM的基础,应支持工程设计中的信息检索与复用。设计数据复用是企业缩短产品开发周期,降低产品成本的重要手段。
v 数据组织/数据挖掘
建立数据之间的超级链接,对相关数据作统计分析。例如,建立图文之间的关联,使信息结构化、有序化,这样才能真正便于信息的使用和管理,根据产品数据生成各种综合报表。
v 工作过程控制实现工作流程电子化,记录产品数据的变更过程。
要完成工作过程控制,必须规范工作管理,并且所有相关人员都要接受这种管理。这里有时还需要企业根据PDM的数据管理特点进行局部或者全局工作过程重组,因为如果让PDM适合企业原来不合理的工作模式,那么,它的效力就不能得到最大限度的发挥。
2. PLM/PDM系统软件选型与比选过程
在明确了系统的实施目标后,首先要基于需求进行PLM/PDM系统的选型。系统软件的选型既要满足企业现有的功能要求,还要考虑企业未来发展的需要,并整体规划企业信息系统的发展体系来确定。影响软件选型的5个重要因素:
v 功能满足原则:包括文档管理、工作流程管理、集成应用软件的能力、提供开发工具等,功能上必须能够满足企业现有需求和未来发展的需要;
v 充分考虑软件本身体系结构的开放性和先进性,其API的开放程度,与应用系统的集成度等。良好的系统开放性将有利于二次开发工作,提高集成效果;
v 软件商所能提供的技术支持能力;
v 软件是否汉化、界面友好程度等;
v 软件系统的开放性、管理配置与应用开发的支持程度;
系统软件的选型可以从软件架构、系统功能和集成能力三个方面进行对比选择。
表1 软件架构的选型对比表
主题 | 项目 | 内容 |
软件架构 | 体系结构 | C/S结构,web三层结构,还是其他结构 |
硬件环境 | 用户终端、PC、工作站、服务器 | |
操作系统 | 支持那些操作系统(Windows、UNIX)?直至力度? | |
网络环境 | 支持哪些网络协议?对网络环境的要求? | |
数据库 | 使用哪种或哪些数据库?版本的绑定程度? | |
核心服务 | 是否采用面向对象模型?采用何种语言?是否提供开放的API?是否集成了web及XML处理机制? | |
用户界面 | 是否采用统一的用户界面?采用web技术还是C/S技术? | |
实施理念 | 公司推行的实施理念是什么? | |
安全机制 | 几层安全机制?能否有效保证安全性? | |
技术支持服务 | 系统开发上 | 在业界的地位,产品的持续性,开发商自身的潜力 |
支持服务队伍 | 是否在国内有完善的技术支持服务队伍?是否有在国内的实施经验?是否有相关行业的实施案例? | |
软件应用 | 软件已投入市场时间?占据的市场份额?普遍的评价? | |
软件价位 | 计算方法,软件及服务费用等 |
表2 软件功能选型对比表
主题 | 项目 | 内容 |
文档管理 | 电子仓库 | 哪些核心元素?分布式实现方式?基本功能操作有哪些? |
版本控制 | 版本管理模式? | |
分类编码 | 系统提供的分类编码功能如何? | |
搜索能力 | 是否支持全文搜索?是否支持属性搜索? | |
权限管理 | 权限管理模式?合理性比较? | |
数据模型 | 如何形成统一的数据模型? | |
查看圈阅 | 是否支持查看圈阅功能? | |
其他 | 是否支持电子签名功能 | |
工作流管理 | 工作流定义工具 | 是否图形化定义工具?路由规则?条件变量转移等 |
工作流执行 | 稳定性与实时性 | |
工作流监控 | 实时在线监控 | |
工作流管理工具 | 基本功能 | |
工程更改 | 工程更改模式?可扩展性? | |
其他 | E-mail接口、触发、警告、提醒机制等 | |
产品结构配置管理 | 产品结构生成 | 由应用工具提取自动生成还是手动生成 |
产品结构浏览 | 动态浏览等基本功能 | |
BOM生成 | 能否定之产生EBOM、MBOM等 | |
BOM多视图管理 | BOM版本、存储等基本功能 | |
配置管理 | 由产品结构(PS)快速配置产生产品的功能 | |
可视化 | 数据格式 | 通过统一界面可以查看哪些格式文件? |
操作 | 浏览同时是否支持旋转、拆分等基本操作?基于文件本身的互动操作? | |
其他功能 | 零件库 | |
电子协作工具 | ||
扫描与成像 | ||
其他应用功能等 |
表3 集成能力上选型对比表
主题 | 项目 | 内容 |
应用集成 | 封装 | 是否具备基本功能?方便程度? |
应用软件接口 | 提供哪些针对CAX工具的接口?提供哪些其他应用工具(如CAD、分析工具等)接口? | |
相关标准 | 支持如STEP标准、电子商务标准等哪些业界标准? | |
应用开发接口 | API提供的完善度,只支持界面修改还是深层次的开发? | |
应用开发工具 | 是否提供全套集成化应用开发工具?方便性和能力如何? | |
异构PDM接口 | 是否提供了能够实现联邦PDM、异构PDM的平台接口? | |
其他平台接口 | 是否提供了与PMS、KMS、MRPII等系统的接口? | |
用户界面 | 汉化程度 | 有无正式的汉化版本?汉化深度如何? |
最终用户界面 | 是否友好、操作方便、易于修改? | |
管理界面 | 易于管理人员工作? | |
系统安全 | 实现方式 | 几层安全防护措施?基于权限管理的还是基于操作系统的安全实现方式?有效性如何? |
3. PLM /PDM系统实施过程分析
基于以上对PLM/PDM系统实施目标的分析,其整个实施过程必须结合“管理+IT”两个角度进行。PLM/PDM系统的实施是一项技术和管理相结合的系统工程。如果采用传统的系统设计开发方法,如首先定义问题域,其次设计完整的解决方案,然后编制软件并最终测试产品,是难以取得理想的实施效果。实际上,系统的实施需要若干个渐进的反复过程。增量迭代式的实施过程注重于处理生命周期中每个阶段的迭代开发方法。迭代方法通过可验证的方法来减少项目风险,使最终用户不断的介入和反馈。因为每个迭代过程可以产生执行版本,实施队伍通过频繁的状态检查,确保项目能按时保质保量的进行。整个实施过程可以分为三个阶段:系统初始及准备阶段、系统实施试点阶段和系统全面推广阶段。
1) 系统初始及准备阶段
阶段目标:
本阶段的目标是为系统建立信息和功能模型,识别需求,确定项目的实施范围和目标,使实施团队尽快掌握系统软件,并确定项目试点实施计划。
阶段工作的主要内容:
v 明确系统实施的组织范围、信息范围和功能范围,包括从组织、信息和功能的角度分析应该实施哪些内容;
v 明确区分系统的关键Use-Case和主要的功能;
v 详细分析相关实施部门的业务流程,并实现优化重组;
v 评估各种不确定因素可能造成的潜在风险;
v 使实施团队成员基本掌握软件及各自的实施技能;
v 准备好PDM实施的软硬件支持环境,并建立初始Portal(统一访问界面);
阶段性主要成果:
v 确定实施工作的主要需求、关键用例;
v 确定用例模型;
v 进行业务流程分析及优化重组方案;
v 确定应用系统描述及集成策略;
v 进行风险评估;
v 建立Portal原型;
v 提出项目试点的实施计划;
阶段里程碑:
v 风险承担者就范围定义、成本/日程估计达成共识;
v 以客观的典型用例证明对需求的理解;
v 成本/日程、优先级、风险和实施过程的可信度;
v 被开发体系结构原型的深度和广度;
2) 系统实施试点
阶段目标:
实施试点阶段的目标是在一定的组织范围内进行试点实施,完成主要功能目标。本阶段已经进入实施的实质性阶段,主要在两个方面开展工作,一是系统定义或系统管理配置,一是客户化开发。
阶段工作的主要内容:
v 明确系统的组织模式,从行政归属、技术划分(技术层次、技术责任、技术领域)等方面确定团队的组织方式,并映射到PDM系统中,实现组织团队和权限管理;
v 制定文档管理模式,底层数据存储规则、文档命名规则、版本管理方式、检索规则等;
v 将以上文档管理模式在试点范围内实现;
v 制定工作流管理层次与规则,定制工作流模板;
v 确定客户化开发内容,并加以实现;
v 进一步完善Portal;
阶段性主要成果:
v 组织团队管理方式的定义,在系统中进行权限管理的定义;
v 文档管理模式定义,定制系统的文档管理模块;
v 确定工作流管理模式,定制工作流模板;
v 产品结构配置规则定义,定制产品结构配置管理系统;
v 系统客户化开发的定义和实现编码;
v 项目试点总结及全面实施计划;
阶段里程碑:
本阶段重要的里程碑式系统初始沟通的实现,该阶段的评审标准需要明确一下一些问题:
v 初始阶段定义的实施计划执行是否完成?
v 组织团队管理是否有效映射了实际管理模式?并进行了优化?
v 文档管理模式能否满足初始阶段定义的用例需求?
v 文档管理模式的实施效果是否得到认可?
v 工作流管理模式能否满足初始阶段定义的用例需求?
v 工作流管理模式的实施效果是否得到认可?
v 产品结构配置管理模式能否满足初始阶段定义的用例需求?
v 产品结构配置管理模式的实施效果是否得到认可?
3) 系统全面推广实施


