Agile Development 2.0 にアップグレードする前のカスタマイズの管理
Agile Development 2.0 にアップグレードする前にカスタマイズを管理することで、拡張されたアジャイル機能を十分に活用できます。
通常のアップグレードの時点で、フォームレイアウト、フィールドの追加、事前設定されたフィールドの削除、リストレイアウト、ビジネスルール、クライアントスクリプトなどのコアプラットフォームアーティファクトが環境内でカスタマイズされている場合、これらのアーティファクトのいずれかに Agile Development 2.0 の機能拡張の一部として加えられた変更は、お使いの環境には適用されません。Agile Development 2.0 にアップグレードする前にすべてのカスタマイズを削除し、アップグレード後に必要に応じて選択的にカスタマイズを再適用する必要があります。
考えられる 3 つのシナリオは次のとおりです。
- カスタマイズが適用されていない
- Agile Development 実装にカスタマイズを適用しておらず、 Agile Development 2.0 機能を使用したいと考えている。このような場合は、 Agile Development 2.0 プラグイン (com.snc.sdlc.agile.2.0) をインストールします。
- 小さなカスタマイズ
- 小さなカスタマイズが適用されているが、 Agile Development 2.0 機能を使用したいと考えている。このような場合は、すべてのカスタマイズを削除します。
- カスタマイズにはレビューが必要
- Agile Development の実装には、ビジネスプロセスにマッピングされるカスタマイズがいくつか含まれます。Agile Development 2.0 機能を使用したい場合でも、カスタマイズを確認し、すべてのカスタマイズを削除するか、または一部のカスタマイズを保持するかを決定できます。このような場合:
- Agile Development 2.0 拡張の一部として強化された、リストレイアウト、フォームレイアウト、ビジネスルールなどのカスタマイズされたプラットフォームアーティファクトを自動的に検出するユーティリティが提供されています。このユーティリティの詳細と Agile Development 2.0 で拡張されたすべてのプラットフォームアーティファクトのリストについては、Agile Development 2.0 におけるユーティリティのカスタマイズのレビュー を参照してください。
- 分析後、カスタマイズを保持しない場合は、カスタマイズを削除します。一部を保持したい場合は、カスタマイズを削除し、アップグレード後に再度適用します。
- ビジネスルールや UI ポリシーなどの独自のアーティファクトを作成した場合は、アップグレード後にアーティファクトが意図したとおりに機能するかどうかを確認します。