Implementer との統合
Implementer は、ソフトウェア管理のためのホストベースのバージョン コントロールと構成の機能を提供します。また、ソフトウェア変更を QA や運用環境に移行するための昇格や配布の機能も用意されています。Implementer の使用については、『Implementer 10.2 User Guide 』を参照してください。Implementer の管理については、Windchill RV&S Installation and Upgrading Guide を参照してください。
Implementer の変更パッケージは、アイテム を解決するために行われた iSeries の開発を表します。Windchill RV&S と Implementer の統合によって、次の操作が可能となります。
• 各メンバー、その変更履歴、および開発プロセスにおける各メンバーの現在位置を追跡する
• 関連する運用環境別に変更をグループ化する
• Windchill RV&S Web インタフェースから Implementer の情報を表示する
次に示すのは、Windchill RV&S のアイテムと Implementer の変更パッケージを使用する際の主な考慮事項の一部です。各変更パッケージは、単一の運用環境に対して作成または変更されたメンバーに対応します。
• 複数の運用環境が影響を受ける場合、たとえばソフトウェアの修正を新しいリリースだけではなく以前のバージョンにも適用する場合は、単一のアイテム に対して複数の変更パッケージが作成されます。あるアイテム を複数のアプリケーションで修正する必要がある場合は、アプリケーションごとに新しい変更パッケージが作成されて、各修正が別々に管理されます。
• Implementer で開発が進められる際に、Implementer での開発状況を反映させるためにアイテム の状態が更新される場合があります。たとえば、アイテムに対してメンバーがチェックアウトされるときに、アイテム の状態が自動的にCoding に設定されることがありますアイテム に対するすべての変更が品質保証に昇格したときは、状態が自動的にTesting に設定されることがあります。
• Implementer の開発アクティビティは、アイテムのワークフローによって制御されます。
Implementer インテグレーションの例
次の例では、Implementer と Windchill RV&S との統合がどのように機能するかを説明します。
1. アイテム でWindchill RV&S が作成されます。たとえば、そのアイテム でソフトウェア インストールの問題に対するバグの修正が要求されます。
2. Implementer 内でチェックアウトを実行することにより、自動的に Implementer 変更パッケージが作成されます。同様に、「ロックの詳細」パネルでロックにアイテム を割り当てるか、「複数のアイテム」パネルで追加のアイテム を割り当てることで、ワークベンチから自動的に変更パッケージが作成されます。この変更パッケージは、ID を割り当てられてオープン状態になります。
3. アイテム に対応するために必要な変更や追加が完了したら、ユーザーがメンバーを昇格させます。
4. 環境で定義されているワークフローの状態へとアイテム が移行します。たとえば、アイテム がTest 状態から QA1 状態に移行します。