Engineering Lifecycle Management でのデータ管理

顧客データ管理プロセスには、すべてのプロジェクト・エリアをレビューし、その後プロジェクト・エリアをアーカイブする必要があるかどうかを決定するために、ビジネスの利害関係者との定期的な月次会議または四半期会議を含める必要があります。 以下の理由により、データ管理を行うことは重要です。
  • ポリシーと使用可能なシステム・リソースの範囲内でデータの使用を最適化して、組織が利益を最大化するための意思決定とアクションを実行できるようにします。
  • 企業は通常、データ管理やデータ保存に関するポリシーを設定しています。 IBM Engineering のデータ管理を計画するときは、これらのポリシーを考慮する必要があります。
  • 組織で IBM エンジニアリングの導入が増えるか、既存のプロジェクトに取り組み続けると、さまざまな Engineering Lifecycle Management アプリケーション プロジェクト領域のデータも増え続けます。 この成長は、Jazz® Reporting Serviceと Lifecycle Query Engineのデータ増加にも貢献しています。
  • ビジネス上システムリソースに制限がある場合、データ管理はオプションではなく、各ライフサイクルクエリーエンジンのデプロイメントの必須部分となる。
  • 適切なデータ管理は、様々なサポートビジネスのレポーティングニーズのバランスをとり、JRSと Lifecycle Query Engineが利用可能なシステムリソースで正しく動作することを保証します。 データ管理は、以下の利点を得ることを目的として実行します。
    • レポートを作成して実行するときに、無関係なデータや不要な選択を削減する。
    • ライフサイクル・クエリー・エンジンのハードウェア要件の削減
    • ネットワークの消費量を削減する。
データ管理プロセスを実行するには、以下のタスクを実行する必要があります。 JRSまたはIBM® Engineering Lifecycle Optimization - PublishingPUB)を使用して、プロジェクト・エリアの全リストを確認することができます。

Jazz Reporting Service を使用した、完了したプロジェクトの品質メトリック・レポートの生成

このタスクについて

以下のいずれかの方法を使用して、アーカイブするプロジェクト・エリアのリストを取得できます。

  • レポート・ビルダーでは、適切なフィルター条件を設定し、アーカイブ・プロセスに適したプロジェクト・エリアを見つけるためのレポートを生成することができます。 以下のリストは、アーカイブ・プロセスに適した候補の例です。
    • ほとんどが完了状態の成果物を含むプロジェクト・エリア
    • 古いリリースに属するプロジェクト・エリア
    • 無効化されたためアーカイブ可能なプロジェクト・エリア
    • テスト目的で使用されたプロジェクト・エリア
    レポートの生成方法については、 「レポート ビルダーを使用したレポートの作成」 を参照してください。
  • レポートビルダー のフィールドを使用してプロジェクトをフィルタリングできない場合は、 レポートビルダー の 「詳細設定 」セクションから SQL クエリを実行できます。 適切なSQL クエリを使用することで、過去のリリースに属するプロジェクト領域のリストを取得できます。 Report Builder で SQL クエリを作成および実行する方法については、 「SQL Report Builder クエリの手動編集」 を参照してください

PUB を使用したレポートの生成

このタスクについて

アーカイブ済みプロジェクトのレポートを生成する方法については、 PUB 「 を使用してレポートを生成する」 PUB を参照してください。

プロジェクト・エリアのアーカイブ

ユーザーが使用しなくなったプロジェクト・エリアまたはチーム・エリアは、アーカイブするのが一般的です。 プロジェクト・エリアをアーカイブすることによって、不要なIBM Engineering Workflow Management、IBM Engineering Requirements Management DOORS® Next、IBM Engineering Test Managementプロジェクト・エリアをLifecycle Query Engineから削除できます。
注： Lifecycle Query Engineからデータを削除するプロジェクト・アーカイブ機能は、DOORS Next 6.0.6.1および他のEngineering Lifecycle ManagementアプリケーションのEngineering Test Management 7.0以降のバージョンで利用可能です。
プロジェクトのアーカイブ方法については、 「プロジェクト領域とチーム領域のアーカイブ」 を参照してください。

アーカイブされたプロジェクトの削除 DOORS Next

このタスクについて

で自動的に削除される。 DOORS Next. したがって、 Lifecycle Query Engine 管理者は、以下の手順を実行して、 DOORS Next アーカイブされたプロジェクト領域データを Lifecycle Query Engine から削除する必要があります。

手順

  1. Lifecycle Query Engineのインデックス・トリプル・データベース・システム（tdbs）のすべてのサイズを測定する。
    ...server/conf/lqe/indexTdb
...server/conf/lqe/shapeTdb
...server/conf/lqe/versionTdb
...server/conf/lqe/historyTdb
    注記: バージョン 7.0.3 以降、フォルダ shapeText は に置き換えられます shapeTdb。 以前のバージョンからアップグレードした場合、インストールにはまだ フォルダ shapeText が含まれている可能性があります。 完全なデータ移行を確保するため、削除およびコピー操作の両方に両方のフォルダを含めてください。
  2. ...rm/admin#action=com.ibm.rdm.fronting.server.web.trsに進みます。
  3. 下線が引かれた、単一のプロジェクト・エリアを持つ公開プロジェクト・コンテンツを選択します。 コンパクション処理が完了したら、すべてのLifecycle Query Enginetdbsのサイズを測定する。 これは、削除イベントがライフサイクルクエリーエンジンのリソースを削除したことを確認するためです。

    索引用に保持されているディスク・スペースは、圧縮プロセスが完了するまで復旧されません。 そのため、リソースの削除は、圧縮と圧縮の間に試してください。

    注: DOORS Next が過負荷にならないようにするために、複数のプロジェクト・エリアを同時に選択しないでください。

    詳しくは、以下のビデオをご覧ください。

Engineering Test Management からの不要な成果物の削除

テスト実行記録 (1 つのテスト・ケースが何度も実行される可能性がある) などの不要な成果物を削除できます。 実行テスト結果は、Engineering Test Management、ひいてはLifecycle Query Engineから削除しなければならない。 成果物の削除は、 Engineering Lifecycle Management のバージョンで可能です。 詳細については、 「テスト成果物の削除」 を参照してください。