《产品与过程的全生命周期管理windchill高阶白皮书(30页的技术白皮书).a1d837》由会员分享，可在线阅读，更多相关《产品与过程的全生命周期管理windchill高阶白皮书(30页的技术白皮书).a1d837（27页珍藏版）》请在金锄头文库上搜索。
1、 高阶白皮书 新的竞争焦点：产品与过程的全寿命周期管理 概述 今天的制造业企业相互间的竞争， 最明显的标志是产品的生命周期越来越短、 产 品个性化的需求越来越多、整个供应链中产品信息的重复利用的需求也越来越 强。 所以大多数成功企业都已经意识到， 对产品信息进行充分的管理和利用是获 得和保持竞争优势的第一步， 所以长期以来许多企业都曾苦苦寻求建立信息系统 的有效方法，以支持产品开发的整个寿命过程。 尽管企业对产品信息管理技术的需求很大，但现行的客户机-服务器系统的产品 信息管理解决方案成功运用的例子却很少， 只有那些大量投资而实施范围很小的 系统才取得了一定的效果。 大规模的系统实施很难实现，
2、 服务费比软件产品费用 高出很多，导致解决方案似乎永远停留在实施阶段，或者说投资回报率(ROI)很 成问题。造成这种情况的客户机-服务器技术本身具有缺陷，使企业最终只能建 成许多部门级的“单点”解决方案，这些单点方案无法扩展，难以满足他们的企 业产品开发总目标。 值得庆幸的是， Internet和WWW技术将成为一种实现产品信息管理的基本新方法 这种方法的内在优势远远超过传统客户机-服务器技术。 Windchill即是通过Internet技术，为企业提供了一种真正的产品信息管理方法。 它是一个集成的应用软件套件，使用它，用户可以在一个完备的CAD中立环境 中，对产品生命周期的所有阶段从产品的概
3、念和定义到生产、服务、维护和 淘汰进行管理。Windchill这套完备的产品套件，减少了对维护产品开发环境 中多个单点解决方案的需求有助于减少IT系统的差异性， 并能在实际系统中 实现基于Web环境的优点。 基于Web的体系结构为部署企业解决方案提供了一种灵活、联邦式的模型。 Windchill支持快速、逐步的实现方法，这种方法能通过提供以下功能，可以大大 加速投资的回报，降低风险： 透过联邦式模型能把整个问题分解成一些比较小的问题，而这些较小问题 则可以同时解决或者逐步解决，这样就能快速实施低风险系统。可以首先 确定和优化高回报率工序，确保加速投资的回报。 随着时间的推移，可以很方便地改变、
4、定制和升级工序，这样企业就能动 态改变业务活动，保持灵活性。 以Web为中心的解决方案可以部署到公司现有的内部网上，从而简化系统 的配置，降低总成本。 凭借联邦式数据模型和以Web为中心的方法，Windchill使供应链中的供应商、客 户以及合作伙伴等一大群用户迅速得到相关产品数据信息。 许多公司发现， 他们的竞争优势主要来自独特的产品开发方法和相关的产品生命 周期工序管理方法。 这些颇具特色的工序从根本上产生了独特的信息要求。 传统 的打包应用软件缺少灵活响应这些独特要求的能力， 迫使公司使用其它体系结构 和开发方法来建立专用应用软件， 以便能收集独特工序知识。 这导致了专用工序 应用软件的
5、泛滥，从而使各个系统相互独立，缺乏集成性，提高了系统的拥有成 本。 刚性单一的模型结构、缺乏连通性以及动态业务流程， 是当今软件市场中产品 过程生命周期管理软件的典型开始。 Windchill是将模块化应用软件和快速应用软 件开发(RAD)工具的独特组合，它们共享灵活的应用服务器体系结构，使企业超 越当今市场的限制，飞速发展。从而使企业通过相互联系的解决方案，响应独特 的流程和信息需求，他们保持竞争优势。 目录 高效产品开发工作的障碍 4 WINDCHILL产品和工序生命周期管理 7 WINDCHILL解决方案概述 . 12 WINDCHILL FOUNDATION 13 WINDCHILL生
6、命周期应用套件. 15 WINDCHILL体系结构. . 23 将所有这些组合起来：Windchill实施. . 28 附录 A: WINDCHILL方案时间安排31 阻碍提高开发产品过程效率的技术因素 分散的IT环境会造成束缚 怎样才能最佳配置信息技术以支持产品的开发工作？对这个问题， 制造企业已经 探索了很长一段时间。以往，企业把精力集中在单点解决方案上，以解决单个部 门的特定问题， 他们采用购买应用软件和自行开发系统这种混合方法， 来处理产 品的配置、采购、物料单管理、数字化模型以及产品开发过程中的其他工作。 为了解决这个问题的一部分，许多企业都已成功启动了一些方案，如减少CAD 系统的
7、异构性，把系统合并到一种主要CAD/CAM/CAE解决方案上。但即使经过 这样的努力， 企业的产品开发环境仍然严重分散， 多套相互独立的信息应用软件 在不同的环境下工作，管理分散的、互不相连的数据。这些应用软件各自使用专 用体系结构， 运行在具有独特数据模型、 基于不同数据库， 使用不同的用户界面。 结果，要想把他们连起来，就相当困难。根据Meta Group的调查，在全球2000家有 代表性的企业中，平均使用了超过49种企业应用软件，这些企业把他们25-33% 的IT预算用到解决应用软件的交互操作上了。(Meta Group，1998。) Configurator 配置工具 Enterpri
8、se visualization 企业可视化 Sourcing 供应 Bom mgmt Bom管理 Mfg process planning 制造工艺计划 Maintenance & repair 维护和修理 Product planning 产品规划 Proprietary process apps 专用流程应用软件 Supply chain design 供应链设计 Product & process lifecycle management 产品和过程生命周期管理 Transection systems 其他事务系统 ERP l Common infrastructure for bac
9、k office transaction system l Manufacturing,financials,human resources l MRP2,order fulfillment,supply chain operations ERP l 用于办公事务系统的公用基础结构 l 制造、财务、人力资源 l MRPII、订单履行系统、供应链操作 产品开发过程中分散的IT环境 其实，大多数企业都意识到，整个企业信息资源的紧密配合，是未来竞争优势的 一个关键因素。在最近十年内，许多企业都已把制造系统（如MRPII、订单完成 系统以及履行公共制造执行系统）集成到以ERP为IT“骨干”系统上了。E
10、RP骨 干系统经过优化， 可以良好地支持制造过程所需的事务型模型， 但在产品开发领 域，需要一种新的“骨干”系统来支持产品构思、开发、管理和改进的整个过程。 也就是说分散、过时的IT基础结构来管理他们的产品开发流程，已经使企业不堪 重负。企业需要能够全面、精确、及时地建立和管理整个产品生命周期中的信息 的新体系。 实践已经证明，客户机-服务器技术行不通 许多产品开发环境中的现有单点解决方案，都是基于客户机-服务器技术。象大 型机年代的系统一样，今天的客户机-服务器系统继续使用繁杂、自上而下的实 现方法。这种笨拙的方法还把另外一种独特的应用体系结构引进到客户的计算环 境中。 这种新型体系结构需要
11、繁杂的规划， 因为它想把信息资源强制规范成单一 的视图 （比如一种统一的数据模型） ， 但这些信息资源用于满足不断变化的需求， 并且涉及到不同的部门， 这些机构不仅包含企业内部的部门， 而且还包含供应商 和合作伙伴。 请考虑这样一个问题：一家从事飞机开发的大财团，使用客户机-服务器技术的 效果如何？这家财团的每个单位， 都从事着整个设计中不同部件的开发工作： 一 个单位设计机身，另一个开发电子设备，而第三个则致力于机翼部件的开发。为 了部署一套基于客户机-服务器技术的产品信息管理系统，整个财团必须约定一 组公用、 不变的过程和一种一致的数据库结构。 这不仅是一件耗时和乏味的工作， 而且由于每个
12、单位都必须牺牲他们独特的、 切实可行的工序， 所以最终会使他们 的系统无法达到最佳状态。 除此之外， 因为这种极其复杂的系统需要按自上而下 的顺序完成， 所以等到软件完全部署好后， 它所要解决的问题肯定也发生了变化。 这是一个十分典型的实现问题， 同样会出现在单个公司的不同部门之间以及公司 和它的供应链之间。在实现客户机-服务器解决方案时，许多公司不得不缩小项 目在企业内的实施范围， 或者改变他们的组织和业务流程， 这样才能应用这一软 件。这一问题暴露了客户机-服务器技术固有的缺陷：部署麻烦、难于使用、维 护成本高、且难于连续适应不断变化的客户需求。 供应链之间的信息交换受到限制 广义企业包含
13、了数目十分庞大的供应商、客户以及供应链上的其他外部机构。 “在用户研究他们的供应链以及寻求同贸易伙伴建立更紧密的联系时， 产品定义 和开发工序会被视为供应链上的一个关键部分， 并被视为一个稍做改进就能大大 提高竞争优势的领域。 ”(AMR Research中的“下一代PDM：产品生命周期骨干 系统。 ”1998年7月。) 不幸的是， 大多数用于产品信息管理的传统系统， 从来就没有扩展到工程部门以 外。这些部门级的解决方案，受到客户机-服务器系统呆板、专用体系结构的限 制， 几乎不可能在整个在产品生命周期中以及广义企业的一大群机构间有效地共 享产品信息。 当前系统缺乏灵活性 因为一个公司的产品开
14、发工序有可能形成一种竞争优势， 所以大多数公司都要求 他们的信息解决方案， 不仅能适应他们独特的开发工序， 而且能允许工序随着时 间的转移而很方便地被改进。 虽然ERP系统已经发展了一种通用方法，用于制造过程中的操作，但是仍然没有 一种合适的单一模型可以推动产品开发环境的发展。随着时间的推移，ERP已帮 助许多公司采用了当今这种最好的制造工序； 但是， 它也推动了那些工序的统一 化，并影响他们的体系结构，使以后修改那些工序受到限制。今天的功臣将会成 为明天的绊脚石。 虽然ERP能保证制造业环境中这类系统的运作效率， 但是公司却不能在产品开发 工序中使用相同的系统。 产品开发环境具有不断变化的特
15、性， 这样就会强烈要求产品信息系统要具有优秀 的系统灵活性， 这种灵活性主要表现在数据模型、 功能以及用户接口的处理能力 上， 这种能力用来满足客户特殊的需求无论是系统刚开始使用时， 还是过了 一段时间后。不幸的是，现在市面上的大多数打包应用软件，都要求客户自始至 终使用同构和固定的模型，所以，即使面对着不断变化的业务需求，改变独特的 工序技术并保证业务工序这两个要求，仍然会保持不变。 Windchill产品和工序生命周期管理系统 管理产品的整个生命周期 现在， 许多公司都需要提高他们的产品开发效率、 需要在整个供应链中充分利用 产品信息、需要快速响应市场需求（所有这些都要求在尽可能小地改变I
16、T环境的 前提下进行） ，Windchill认识到了这点，所以采用了一种全新的管理产品信息方 法。Windchill提供了一套集成的解决方案，用来管理产品的整个生命周期。 制定产品开发工序的目的是支持新产品的开发和管理， 它涉及到从概念定义到生 产、服务、维护以及退出市场的整个过程。生命周期管理工具可以计划并协调这 些工作，它能加速产品上市时间、提高产品的多样性、降低总成本、而最终提高 客户的满意程度。 通过利用Internet，Windchill能使企业协调多个职能部门，管理产品生命周期中 的各个阶段。 单点方案只为产品生命周期中的某一个部门或某一项工作提供解决 方案， 如产品数据管理系统（PDM） ，只为设计部门提供管理产品定义的功能， 而Windchill则不同，它管理整个广义企业的产品和工序生命周期。 Product Definition 产品定义 Product Planning 产品规划 Customer Management 客户管理 Maintenance & Repair 维护和修正 Production 生产 Manufactu
