高度なカスタマイズ > サービスおよびインフラストラクチャのカスタマイズ > エンタープライズレイヤー > 変更抽象
  
変更抽象
change2 パッケージには、基本的なサービスメソッドと変更管理をサポートするために必要な変更アイテムクラスが含まれています。変更管理モジュールは、ユーザーに Windchill 製品データ管理システムで管理される製品情報の変更を識別、計画、およびトラックする手段を提供します。
* 
change2 パッケージは、リリース 4.0 以前のリリースで使用できる change パッケージに代わるものです。
以下の図は、変更管理プロセスの 5 つの概念的な手順を示しています。
変更管理プロセス
Windchill の変更管理オブジェクトモデルを理解するためには、次に説明しているようにこれらの概念的なステップを理解することが重要です。これらのステップの順序は決まっていませんが、ここでは論理的な流れで説明します。
徴候の説明
問題の徴候が記録されました。この徴候を経験する人物は、内部の従業員、顧客、またはその他のエンドユーザーであると考えられます。この人物が徴候を記録します。
正式な変更の遂行
いくつかの点で、徴候のグループが評価されます。徴候を調査する正式な決定が下されます。
問題の原因の特定
徴候を調査し、分析を行うことにより、問題の根元的な原因が判別されます。この作業の一環として、問題を調査する人物は関連のある部品またはドキュメントを識別します。
解決策の提案
問題を解決する一連の方法が提案されます。この作業の一環として、解決策を準備する人物は関連のある部品またはドキュメントを識別します。
解決策の実装
解決策が選択され実装されます。この実装作業の一環として、変更プロセスのユーザーは部品またはドキュメントのリビジョン、古いリビジョン (変更する必要があるもの) と新しいリビジョン (変更されているもの) の両方を識別します。このステップには、必要に応じて解決策の実働システムへの組み込みも含まれます。