Oracle® Fusion Middleware Oracle Enterprise Repositoryコンセプト・ガイド

11gリリース1 (11.1.1.7)

B72434-01(原本部品番号:E16581-07)

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

リリース11.1.1.7用のこのガイドでの新しい情報

1 ガバナンス・インフラストラクチャ

- 1.1 ガバナンス・インフラストラクチャの概要

- 1.2 OracleのGovernance Suite

- 1.2.1 Oracle Enterprise Repository

- 1.2.2 Oracle Service Registry

- 1.2.3 Oracle Web Services Manager

- 1.2.4 Oracle Enterprise Manager Grid Control

- 1.2.5 Oracle Enterprise Gateway (OEG)

- 1.3 設計時ツール

- 1.3.1 バージョン管理システム

- 1.3.2 統合開発環境(IDE)

- 1.3.3 ドキュメント・リポジトリおよびファイル・ストア

- 1.3.4 設計時ポリシー検証

- 1.4 ランタイム・ツール

- 1.4.1 SOA Suiteランタイムのメタデータ・ストア(MDS)

- 1.4.2 テスト・ツール

- 1.4.3 ビルド・ツール/スクリプト

- 1.4.4 不具合追跡システム

- 1.4.5 フェデレーション

2 ガバナンス対象アセット

- 2.1 概要

- 2.2 ベスト・プラクティス

3 可視性

- 3.1 概要

- 3.2 Oracle Enterprise Repositoryソリューション・パック

- 3.3 エンタープライズ・リポジトリのブートストラップ

- 3.3.1 サービス・レジストリ

- 3.3.2 ランタイム環境

- 3.3.3 アーティファクトおよびアーティファクト・ストア

- 3.3.4 スプレッドシートおよびその他のメタデータ・ストア

4 ステークホルダー・アイデンティティ

- 4.1 概要

- 4.2 ステークホルダー

- 4.2.1 サービス・コンピテンシー・センター、ソフトウェア・ファクトリまたはポートフォリオ管理チーム

- 4.2.2 ビジネス・アナリスト

- 4.2.3 プロジェクト・アーキテクト

- 4.2.4 (コンシューマとしての)開発者

- 4.2.5 (プロデューサまたはハーベスタとしての)開発者

- 4.2.6 レジストラ

- 4.2.7 エンタープライズ・アーキテクト

- 4.2.8 プログラム管理者

- 4.2.9 CIO

- 4.2.10 エグゼクティブ・スポンサー

- 4.2.11 ガバナンス・チャンピオン

5 アセット・タイプおよびタクソノミ

- 5.1 アセットおよびアセット・タイプの概要

- 5.1.1 アセット・タイプ

- 5.1.1.1 アセット・タイプのベスト・プラクティス

- 5.1.2 収集されたアセット

- 5.1.3 カテゴリ分け

6 アセット・ライフサイクル

- 6.1 概要

- 6.2 アセット・ライフサイクル

- 6.2.1 サービス定義

- 6.2.2 実装および構成

- 6.2.3 テスト、ステージングおよび本番

- 6.2.4 コンシューマ・プロビジョニングおよび契約管理

- 6.2.5 監視および管理

7 レポート

索引

Oracle® Fusion Middleware

Oracle Enterprise Repositoryコンセプト・ガイド

11gリリース1 (11.1.1.7)

B72434-01(原本部品番号:E16581-07)

2013年2月

Oracle Enterprise Repositoryの評価または実装を行うユーザーを対象としたドキュメントです。このガイドでは、ガバナンス・インフラストラクチャ、ガバナンス対象アセット、可視性、ステークホルダー・アイデンティティ、アセット・タイプとタクソノミ、アセット・ライフサイクルおよびレポートに関連する概念について説明します。

Oracle Fusion Middleware Oracle Enterprise Repositoryコンセプト・ガイド 11gリリース1 (11.1.1.7)

B72434-01

Copyright (C) 2008, 2013, Oracle and/or its affiliates.All rights reserved.

原本著者: Oracle Corporation

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアおよびドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

はじめに

『Oracle Fusion Middleware Oracle Enterprise Repositoryコンセプト・ガイド』では、ガバナンス・インフラストラクチャおよびプロセスの背後にある概念について説明します。

対象読者

このドキュメントの対象読者は次のとおりです。

- Oracle Enterprise RepositoryまたはOracleのガバナンス・ソリューションを評価または実装しようとする顧客

- 顧客の実装の支援するOracle ConsultingおよびOracle Consultingパートナ

『Oracle Fusion Middleware Oracle Enterprise Repositoryコンセプト・ガイド』では、次の概念について説明し、次の項目を理解するためのリソースを指し示します。

- ガバナンス・インフラストラクチャ

- ガバナンス対象アセット

- 可視性

- ステークホルダー・アイデンティティ

- アセット・タイプおよびタクソノミ

- アセット・ライフサイクル

- レポート

ドキュメントのアクセシビリティについて

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWeb サイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

Oracleサポート・サービスでは、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info) か、聴覚に障害のあるお客様は (http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

詳細は、Oracle Enterprise Repository 11gリリース1 (11.1.1.6.0)ドキュメント・セット内の次のドキュメントを参照してください。

- OTNでのOracle Enterprise Repository - Oracle Technology Network (OTN)でのOracle Enterprise Repositoryのホームページは、次のとおりです。
http://www.oracle.com/technetwork/middleware/repository/overview/index-100687.html

- SOAブログ - 次の場所にある最新のSOAブログを常にチェックしてください。
http://blogs.oracle.com/governance

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

このガイドのリリース11.1.1.7に関する新しい内容

このガイドは、リリース11.1.1.7で更新されました。次の表に、新しい項と変更された項をリストします。

注意:

既知の問題のリスト(リリース・ノート)については、http://www.oracle.com/technetwork/middleware/docs/soa-aiafp-knownissuesindex-364630.htmlにある、「Known Issues for for Oracle SOA Products and Oracle AIA Foundation Pack」を参照してください。

項

変更内容

2013年2月

すべての章

-

章の要約

Web検索結果を向上させるためにドキュメントおよび章の要約が改良されました。

-

ドキュメントの構成

ドキュメントはコンセプト・ガイドとして再構成されました。

x

1 ガバナンス・インフラストラクチャ

この章では、Oracleのサービス指向アーキテクチャ(SOA)ガバナンス・インフラストラクチャおよびOracleのSOA Governance Suiteコンポーネント(リポジトリのランタイム・インタフェースであるOracle Service Registry (OSR)、セキュリティ・ポリシー管理用のOracle Web Services Manager (OWSM)、設計時ツール用のSOA Suite Runtime MetaData Store (MDS)、レポート用のOracleのBusiness Intelligence (BI) Publisherなど)について説明します。

この章は次の項で構成されています:

- 1.1項「ガバナンス・インフラストラクチャの概要」

- 1.2項「OracleのGovernance Suite」

- 1.3項「設計時ツール」

- 1.4項「ランタイム・ツール」

1.1 ガバナンス・インフラストラクチャの概要

ガバナンス・インフラストラクチャには、Oracle SOA Governance Suiteの次のコンポーネントが含まれています。

- Oracle Enterprise Repository (OER)

- Oracle Service Registry (OSR)

- ランタイム・セキュリティ・ポリシー強制(OWSM)

- サービス監視(Oracle Enterprise Manager SOA Management Pack Enterprise Edition)

図1-1 Oracle SOA Governance Suiteのコンポーネント

「図1-1 Oracle SOA Governance Suiteのコンポーネント」の説明

図1-1は、OracleのSOA Governance Suiteのコンポーネントを示しています。

OracleのGovernance Suiteは緩いバンドルであるため、ユーザーがすべてのコンポーネントを購入する必要はありません。実際に、一部のガバナンス・コンポーネントはOracleのSOA Suiteにも含まれています。

ガバナンス・インフラストラクチャは、次の設計時ツールとの相互運用が可能です。

- バージョン管理システム

- IDE

- ドキュメント・リポジトリおよびファイル・ストア

- 設計時ポリシー検証ツール

ガバナンス・インフラストラクチャは、次のランタイム・ツールとの相互運用も可能です。

- メタデータ・ストア(MDS)

- テスト・ツール

- ビルド・ツール/スクリプト

- 不具合追跡システム

図1-2は、サービス指向アーキテクチャ内部のガバナンス・インフラストラクチャを示しています。このガイドでは、これらのツールごとのガバナンスの役割と、すべての部分をインストール、接続および構成する方法について説明します。

図1-2 ガバナンス・インフラストラクチャ

「図1-2 ガバナンス・インフラストラクチャ」の説明

注意:

特に最初は、ガバナンス・インフラストラクチャの全部をインストールする必要はありません。組織は、そのユース・ケースに最も関連性の高いコンポーネントを選択する必要があります。

1.2 OracleのGovernance Suite

この項では、Governance Suiteのコンポーネントについて説明します。内容は次のとおりです。

- 1.2.1項「Oracle Enterprise Repository」

- 1.2.2項「Oracle Service Registry」

- 1.2.3項「Oracle Web Services Manager」

- 1.2.4項「Oracle Enterprise Manager Grid Control」

1.2.1 Oracle Enterprise Repository

Oracle Enterprise Repositoryは、サービスのライフサイクルに対する設計時ガバナンス・サポートを提供し、コンポジット、サービス、ビジネス・プロセスおよびその他のIT関連アセットに対する拡張可能メタデータの格納と管理を可能にします。Oracle Enterprise RepositoryはSOA情報の中心的なソースとして機能し、計画済サービス、既存サービスおよびリタイア済サービスの検出を可能にします。

Oracle Enterprise Repositoryは、アプリケーションの機能拡張や新しいサービス機能の配布を行うサービス・プロデューサ、プロバイダおよびコンシューマに対して重要な情報を提供します。さらに、ポートフォリオ管理者およびビジネス・アーキテクトは、リポジトリを使用して、ビジネス機能について理解し、戦略的計画を支援します。

また、Oracle Enterprise Repositoryには、アセット・アーティファクト・ストアへのロールベース・リンクと、設計ドキュメント、承認ドキュメント、テスト・プラン、サポート・プラン、ポリシーなどへのリンクが用意されています。ライフサイクル・プロセスにおける承認者は証拠書類を参照およびアップロードしてその承認をサポートし、コンシューマは情報を参照してそのサービス選択をサポートできます。自動サービス・ライフサイクル・ガバナンスに役立つOracle Enterprise Repository機能は、次のとおりです。

- OERにSOAアセットを自動的に移入し、アーティファクトの更新を自動的に追跡する、アセット・ハーベスタ。

- 新しいプロジェクトに対するアセットの指示を可能にし、既存アセットの参照と消費を容易にする、IDEとの直接統合。

- 再利用、コンプライアンスおよびその他のポートフォリオ管理メトリックに関するレポート。

- 組織のガバナンス・プロセス・ワークフローを満たす標準の変更可能プロセスのセットが付属した、組込みプロセス・エンジン。

- ライフサイクル・イベントの選択に関する組込み自動通知、およびアセット・サブスクライバの任意通知。

- リポジトリ・イベントを任意のプロセス・サービス・エンドポイントに公開できる、イベント・エンジン。

- エンタープライズ・リポジトリとサービス・レジストリ間で情報の同期を保つ、双方向レジストリ交換機能。

- 組織がプログラムによりリポジトリを更新して、記述対象のITおよびビジネス環境との同期を保つことを可能にする、豊富な機能のSOAPベースAPI。

さらに、Oracle Enterprise Manager SOA Management Pack Enterprise Editionは、Oracle Enterprise Repositoryにランタイム・パフォーマンス・メトリックのサマリーを提供します。これらのメトリックは、サービス・プロバイダがポートフォリオ・パフォーマンスを判断したり、サービス・コンシューマがランタイム・パフォーマンスを判断するうえで役立ちます。

また、Oracle Enterprise Repositoryはアセット使用状況を追跡し、組織がアセットの再利用に関するROIを決定するうえで役立つ堅牢なレポートを提供します。Oracle Enterprise RepositoryのインタフェースはJDeveloperやその他の統合開発環境、およびソース・コード管理ツールと統合されて、開発者の採用をプロモートします。

エンタープライズ・リポジトリをインストールする際は、次のリソースが役立ちます。

- Oracle Enterprise Repositoryをサイジングします。
詳細は、http://www.oracle.com/technetwork/middleware/repository/overview/oer11gsizingguidelines-130307.pdfを参照してください。

- Oracle Enterprise Repositoryでサポートされているプラットフォームからプラットフォームを選択します。
詳細は、http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.htmlを参照してください。

- Oracle Enterprise Repositoryページ(http://www.oracle.com/technology/products/soa/repository/index.html)からOracle Enterprise Repositoryをダウンロードします。

- Oracle Enterprise Repositoryをインストールします。
詳細は、『Oracle Fusion Middleware Oracle Enterprise Repository統合ガイド』を参照してください。

- 旧バージョンのOracle Enterprise Repositoryをアップグレードします。
詳細は、Oracle Fusion Middleware Oracle Enterprise Repositoryアップグレード・ガイドを参照してください。

- クラスタ環境でOracle Enterprise Repositoryを実行します。
詳細は、Oracle Fusion Middleware Oracle Enterprise Repositoryインストレーション・ガイドのクラスタ環境へのOracle Enterprise Repositoryのインストールに関する項を参照してください。

Oracle Enterprise Repositoryでは、一般的な認証メカニズムを使用することもできます。Oracle Enterprise Repositoryでサポートされている認証は、次のとおりです。

- LDAP/Active Directory
詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドのLDAP/Active Directoryに関する項を参照してください。

- eTrust Siteminder
詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドのeTrust Single Sign-Onに関する項を参照してください。

- コンテナ管理の認証
詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドのコンテナ管理の設定に関する項を参照してください。

Oracle Enterprise Repositoryでは、OracleのBusiness Process Management (BPM)ツールを使用して、即時利用可能な自動ワークフローを実行します。組織は任意のワークフロー・エンジンを使用できますが、Oracle Enterprise RepositoryにはOracle BPMの制限付き使用ライセンスが含まれています。Oracle BPMの詳細は、次のサイトを参照してください。

- http://www.oracle.com/us/technologies/bpm/index.html (Oracle BPMをダウンロードする場合)。

- http://download.oracle.com/docs/cd/E13154_01/bpm/docs65/installguide/index.html (Oracle BPMをインストールする場合)。

Oracle Enterprise Repositoryでは、レポート・エンジンとしてOracleのBusiness Intelligence (BI) Publisherを使用します。Oracle Enterprise Repositoryには、Oracle BI Publisherの制限付き使用ライセンスが含まれています。Oracle BI Publisherの詳細は、次のサイトを参照してください。

- http://www.oracle.com/technetwork/middleware/bi-publisher/downloads/index.html (Oracle BI Publisherをダウンロードする場合)。

- http://download.oracle.com/docs/html/B25825_01/toc.htm (Oracle BI Publisherをインストールする場合)。

1.2.2 Oracle Service Registry

Oracle Service Registryは機能が豊富なUDDIバージョン3準拠のサービス・レジストリであり、標準ベースの相互運用性を提供し、リポジトリの実行時インタフェースを作成します。サービス・バインディングとランタイム・ロケーションの透過性、クローズド・ループ型ガバナンスのランタイム・メトリックのフェデレーション、および環境に基づいた適切なサービス・バージョンへのアクセスが提供されます。実行時に、レジストリに発行されたサービスを参照して動的サービス・ロケーションを確認できます。詳細は、http://www.oracle.com/technology/products/soa/registry/index.htmlを参照してください。

Oracle Service Registryは、ランタイム・ツールの統合ポイントとしても機能します。

- Oracle Service Busは、新規または変更されたアセットにサブスクライブします。

- コンポジット・アプリケーションは、更新されたエンドポイントおよびWSDLロケーションを検出できます。

- Amberpointなどのランタイム監視ツールはOracle Service Registryにメトリックを公開でき、公開されたメトリックはOracle Enterprise Repositoryに再び伝播されます。

注意:

Oracle Enterprise Manager SOA Management Pack Enterprise Editionでは、ランタイム・メトリックがEnterprise Repositoryに直接提供されます。

レジストリをフェデレートすることもできます。図1-3に示すように、1つの論理リポジトリと複数のレジストリ(ライフサイクルの主要な環境またはステージごとに1つずつ)を持つシステム構成が一般的です。

図1-3 サービス・レジストリ

「図1-3 サービス・レジストリ」の説明

サービス・レジストリをインストールする際は、次のリソースが役立ちます。

- Oracle Service Registryのダウンロードの詳細は、http://www.oracle.com/technologies/soa/service-registry.htmlを参照してください。

- ライフサイクルの主要な各環境または各ステージへのOracle Service Registryのインストールの詳細は、http://download.oracle.com/otndocs/tech/soa/OSR11gR1ProductDocumentation.pdfを参照してください。

- クラスタ環境でのOracle Service Registryの実行の詳細は、http://www.oracle.com/technology/tech/soa/uddi/osr_cluster_config.pdfを参照してください。

Oracle Enterprise RepositoryとOracle Service Registryは堅く統合されています。Oracle Registry Repository Exchange Utilityは、メタデータがこのユーティリティを介してどちらかの方向に流れることができるように、Oracle Enterprise RepositoryとOracle Service Registryを双方向に同期します。

1.2.3 Oracle Web Services Manager

Oracle Web Services Manager (OWSM)を使用すると、IT管理でWebサービス操作(アクセス・ポリシー、ロギング・ポリシー、ロード・バランシングなど)を統制するセキュリティ・ポリシーを一元的に定義できます。これらのポリシーは、異種環境のWebサービスに変更なしで適用できます。さらに、Oracle Web Services Managerは、サービス品質、稼働時間およびセキュリティを確保するために統計の収集と監視を行い、それらをWebダッシュボードに表示します。

OWSMは、クライアントおよびサーバー・エージェントをコンテナ自体の中にデプロイすることにより、サービス・コンシューマとサービス・プロバイダ間にエンドツーエンド・セキュリティを提供します。OWSM Policy Managerは、サービス・セキュリティ手段が更新されたときにコンシューマが適切なポリシー・イベントを適用できるように、クライアントおよびサーバーのエージェントに一元的なポリシー情報を提供します。

Oracle Web Services Managerは、OracleのSOA Suiteの一部です。Oracle SOA Suiteがインストールされていれば、OWSMもインストールされています。

- Oracle Web Services Managerのダウンロードの詳細は、http://www.oracle.com/technetwork/testcontent/index-085253.htmlを参照してください。

- Oracle Web Services Managerのインストールの詳細は、http://download.oracle.com/docs/cd/E12524_01/web.1013/e12576/toc.htmを参照してください。

- Oracle Web Services Managerの構成の詳細は、http://download.oracle.com/docs/cd/E12839_01/web.1111/b32511/toc.htmを参照してください。

1.2.4 Oracle Enterprise Manager Grid Control

Oracle Enterprise Manager SOA Management Pack Enterprise Editionは、コアOracle Enterprise Manager Grid Control (Grid Control)製品に基づいて構築されたもので、複雑なSOA環境の操作管理を実現します。

図1-4に示すように、Grid Controlは、Oracle製品を一元的に管理するためのWebベース・システムです。これにより、パックおよびプラグインを使用した各種Oracle製品の管理が可能になります。Management Packを使用すると、デプロイされたSOAアーティファクトの検出および構成を管理できます。

図1-4 Oracle Enterprise Manager Grid Control

「図1-4 Oracle Enterprise Manager Grid Control」の説明

Grid Controlでは、Java Application Server内部にデプロイされたすべてのアーティファクトの動的検出およびサービスレベル監視も可能です。管理者は、特定のSOA環境で実行されている処理が設計時に定義されたとおりであることを確認できます。

Grid Controlによって、各サービス・コンポーネントの待機時間、呼出し数および例外を含む統計が収集されます。これらは集計されて格納され、ユーザーが選択した期間セットにわたってメトリックが表示される機能豊富なダッシュボードが提供されます。各SOAアーキテクチャ・レイヤーで、サービスレベル目標を設定できます。注意レベルおよび違反レベルのしきい値を設定でき、定義した期間を超えて違反があった場合、アラートが標準プロトコルで送信されます。

1.2.5 Oracle Enterprise Gateway (OEG)

Oracle Enterprise Gateway (OEG)は、オンプレミスで、ドメイン境界を越えて、またはクラウドでSOAデプロイメントを保護するように設計されています。XMLおよび他のタイプのデータを保護、高速化および統合するための簡単な方法を提供することにより、これを実現しています。この結果、統合コストの大幅な低減、所有権のコストの低減、およびデプロイメント・リスクの軽減が可能になります。Oracle Enterprise Gatewayは、多数のアイデンティティ管理およびアクセス管理プラットフォームとの豊富な統合を実現し、認証、認可および監査の機能を介した規制遵守の合理化を可能にします。OEGには次の機能が備わっています。

- SOAおよびクラウド環境に対するDMZクラスのセキュリティおよび包括的な脅威防御システム

- SOAアプリケーションおよびクラウド・アプリケーションでのリソース集中型のXMLベース操作のオフロードを可能にする、超高速のXML処理

- オープンかつ標準ベース、Oracle Fusion MiddlewareおよびOracle以外のテクノロジで動作保証済

1.3 設計時ツール

ガバナンス・インフラストラクチャは、設計時ツールと相互運用できるように構成できます。この項の内容は次のとおりです。

- 1.3.1項「バージョン管理システム」

- 1.3.2項「統合開発環境(IDE)」

- 1.3.3項「ドキュメント・リポジトリおよびファイル・ストア」

- 1.3.4項「設計時ポリシー検証」

1.3.1 バージョン管理システム

Oracle Enterprise Repositoryはバージョン管理システムではなく、メタデータ管理システムです。ただし、Oracle Enterprise Repositoryは既存のバージョン管理システムと堅く統合できます。開発者がアセットの物理的アーティファクト(XSDやWSDLファイルなど)にアクセスする必要がある場合、Oracle Enterprise Repositoryによってバージョン管理システムからコードのコピーが配布されます。

これは、いくつかの点で組織にメリットをもたらします。

- 動作変更の必要がない場合、組織はその既存のバージョン管理プラクティスを維持します。

- Oracle Enterprise RepositoryがすべてのSCMに対する1つのブローカとして機能している場合、開発者は複数のバージョン管理システムにアクセスする必要がありません。

また、複数のバージョン管理システムまたはソース制御管理システムに接続することもできます。

コネクタの詳細は、『Oracle Fusion Middleware Oracle Enterprise Repository統合ガイド』のOracle Enterprise Repositoryのコネクタに関する項を参照してください。

- サポートされているバージョン管理システムまたはソース制御管理システムは、次のとおりです。

- ClearCase

- コネクタのダウンロード

- ドキュメントへのアクセス
ClearCaseの詳細は、『Oracle Fusion Middleware Oracle Enterprise Repository統合ガイド』のClearCaseの統合に関する項を参照してください。

- Harvest-HTTP

- コネクタのダウンロード

- ドキュメントへのアクセス
Harvest-HTTPの詳細は、『Oracle Fusion Middleware Oracle Enterprise Repository統合ガイド』のHarvest-HTTPリポジトリ・ホストの統合に関する項を参照してください。

- Serena ChangeMan

- コネクタのダウンロード

- ドキュメントへのアクセス
ChangeManの詳細は、『Oracle Fusion Middleware Oracle Enterprise Repository統合ガイド』のSerena ChangeManの統合に関する項を参照してください。

1.3.2 統合開発環境(IDE)

Oracle Enterprise Repositoryは、開発環境(IDE)と堅く統合されて、開発者に対してガバナンスを可能なかぎり不可視にします。IDEを介して、開発者は、関連するアセットの検索、アセット・メタデータの評価、および再利用するアセットの選択を行うことができます。完了した作業はOracle Enterprise Repositoryによって収集され、アセットおよび関係が自動的に生成されます。

サポートされているIDEとの統合:

- JDeveloper (Oracle Enterprise Repository 11gの新機能)

- プラグインのダウンロード

- ドキュメントへのアクセス
Oracle JDeveloperの詳細は、『Oracle Fusion Middleware Oracle Enterprise Repository統合ガイド』のOracle JDeveloperの構成に関する項を参照してください。

- Eclipse

- プラグインのダウンロード

- ドキュメントへのアクセス
Eclipseの詳細は、『Oracle Fusion Middleware Oracle Enterprise Repository統合ガイド』のEclipseの構成に関する項を参照してください。

- VS.NET
VS .NETの詳細は、『Oracle Fusion Middleware Oracle Enterprise Repository統合ガイド』のVS .NETの構成に関する項を参照してください。

1.3.3 ドキュメント・リポジトリおよびファイル・ストア

アセットの機能や動作について理解するために開発者が追加情報を必要とする場合があります。この情報は、ユース・ケース・ドキュメント、アーキテクチャ・ドキュメント、テスト・ケース、テスト結果などに含まれている可能性があります。このようなドキュメントは通常、バージョン管理システム、リポジトリおよびファイル・ストアに格納されています。ただし、開発者がEnterprise Repositoryアセットにシームレスにアクセスできるように、アセットから関連ドキュメントへのリンクを作成することもできます。

この機能にはコネクタやプラグインは必要ありません。詳細は、『Oracle Fusion Middleware Oracle Enterprise Repositoryユーザーズ・ガイド』のアーティファクト・ストアの構成に関する項を参照してください。

1.3.4 設計時ポリシー検証

Oracleでは、ランタイム・セキュリティ・ポリシーの管理および強制のためにOWSMを提供しています。さらに、Oracle Enterprise Repositoryには、設計時要件および開発要件を開発チームに伝達するためのネイティブ・ポリシーが用意されています。ポリシーには次の情報が含まれることがあります。

- 企業の品質標準およびガイドライン

- アセットの命名規則

- パフォーマンスのターゲット

アセットに適用されたポリシーは設計要件および開発要件を伝達し、管理者がガバナンス、アーキテクチャおよびその他の組織標準への準拠を実施するのに役立ちます。たとえば、アセットを実行するプラットフォームや許容される不具合密度レートを指定して、企業の品質標準を規定するポリシーなどがあります。

Oracle Enterprise Repositoryのネイティブ・ポリシーは、内容領域専門家が手動で検証するか、ParasoftやWebLayerなどのサード・パーティ・ツールを介してプログラムにより検証することができます。

Oracle Enterprise Repositoryのネイティブ・ポリシーを使用する手順は、次のとおりです。

- ポリシー管理機能をアクティブ化します。

- ポリシー・タイプを作成します。

- ポリシー・アサーション要素をポリシー・タイプに追加します。

- ポリシーを作成します。

- 適用されたアセット・ポリシー要素をタイプに追加します。

- ポリシーをアセットに適用します。

- ポリシー・ステータスを表示します。

- ポリシー・アサーションを検証します。

Oracle Enterprise Repositoryのネイティブ・ポリシーの構成の詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドのポリシー管理の構成に関する項を参照してください。

サード・パーティ・ツールを使用したOracle Enterprise Repositoryのネイティブ・ポリシーの検証の詳細は、http://www.oracle.com/technetwork/middleware/repository/を参照してください。

1.4 ランタイム・ツール

ガバナンス・インフラストラクチャは、ランタイム・ツールと相互運用できるように構成できます。この項の内容は次のとおりです。

- 1.4.1項「SOA Suiteランタイムのメタデータ・ストア(MDS)」

- 1.4.2項「テスト・ツール」

- 1.4.3項「ビルド・ツール/スクリプト」

- 1.4.4項「不具合追跡システム」

- 第1.4.5項「フェデレーション」

1.4.1 SOA Suiteランタイムのメタデータ・ストア(MDS)

MDSには、Oracle SOA Suiteを含むOracle Fusion Middlewareで使用されるランタイム・メタデータおよび構成情報が格納されます。Oracle Enterprise Repositoryでは、MDSからのメタデータを収集し、表示できます。Oracle Enterprise Repositoryは、Oracle SOA Suiteにサービス・エンドポイントへの可視性を提供します。Oracle Enterprise Repositoryは、HTTPサーバー、Web based Distributed Authoring and Versioning (WEBDAV)、またはMDSなどのリポジトリに存在する、外部でホストされているアーティファクトへの参照を管理します。

ベスト・プラクティスは、すべてのSOAインフラストラクチャからアクセスできるように、すべての共有ランタイム・メタデータを1つのMDSインスタンスでホストすることです。

MDSからのアセットおよびメタデータの収集の詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドの設計時環境およびランタイム環境での自動収集の構成と使用に関する項を参照してください。

1.4.2 テスト・ツール

市販されているWebサービス・テスト・ツールの数が多いため、即時利用可能なテスト・ツール・コネクタはありません。かわりに、Repository Extensibility Framework (REX)を使用して、任意のテスト・ツールと統合します。REXは、Oracle Enterprise Repositoryへの統合をプログラムにより行うためのWebサービスAPIです。これは、受け入れられている業界標準に基づいて、相互運用性およびプラットフォーム非依存に重点を置いて設計されています。REXでは、Web Services Description Language (WSDL v1.1)で記述されたRemote Procedure Call (RPC) Webサービスが使用されます。これにより、クライアントは、任意のプラットフォーム、およびWebサービスをサポートする任意の実装言語を使用して、Oracle Enterprise Repositoryと対話できます。

テスト・ツールと統合する際は、次のアプローチが推奨されます。

- Oracle Enterprise RepositoryのWebサービス・アセットが特定のライフサイクル・ステージに到達すると、イベントがトリガーされます。

- イベントによって、Oracle Enterprise Repositoryで指定されている場所からのWebサービス・コードの取得が開始されます。

- テスト・ツールによって、そのライフサイクル・ステージに適したテストが実行されます。

- テスト結果は、メタデータとして、またはWebサービス・アセットにアタッチされたドキュメント・リンクとして、Oracle Enterprise Repositoryに転送されます。

前の順序を実行するために使用可能なREX APIコールを確認するには、『Oracle Fusion Middleware Oracle Enterprise Repository統合ガイド』のRepository Extensibility Frameworkに関する項を参照してください。

1.4.3 ビルド・ツール/スクリプト

ガバナンスの目標の1つは、ライフサイクル内を移動するアセットを可視化することです。ビルド時にアセット情報を収集するには、Oracle Enterprise RepositoryハーベスタをAntやWebLogic Scripting Tool (WLST)などのビルド・ツールおよびスクリプトに統合します。WLSTは、WebLogic Serverインスタンスを管理するコマンドライン・スクリプト・インタフェースです。WLSTでは、Oracle Service BusおよびSOA Suiteがサポートされています。

WLSTの詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』を参照してください。

Oracle Enterprise RepositoryハーベスタをWLSTから起動すると、デプロイメント時にすべてのデプロイメント情報がOracle Enterprise Repositoryに格納されます。ビルド・ツールおよびスクリプトへのハーベスタの組込みの詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドの設計時環境およびランタイム環境での自動収集の構成と使用に関する項を参照してください。

ガバナンス・プラクティスはビルド時に強制することもできます。図1-5は、Oracle顧客のガバナンス・プラクティスの例を示しています。

図1-5 ガバナンス・プラクティスの例

「図1-5 ガバナンス・プラクティスの例」の説明

SFIDの詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドの使用状況の自動検出の構成に関する項を参照してください。

1.4.4 不具合追跡システム

不具合追跡システムによって、ランタイム環境にデプロイされた後のアセットに関する問題が追跡されます。開発者がアセットを再利用するかどうかを検討する際に、そのアセットに関連するすべての不具合を確認すると役立ちます。

Oracle Enterprise Repositoryは不具合追跡システムとの統合が可能であり、ClearQuestとの統合をサポートするアダプタが含まれています。Oracle Enterprise Repositoryでは、ClearQuestストアを使用できます。ClearQuestとの統合の詳細は、『Oracle Fusion Middleware Oracle Enterprise Repository統合ガイド』のClearQuestの統合に関する項を参照してください。

1.4.5 フェデレーション

Oracle Enterprise Repositoryは論理的にフェデレートできるため、リポジトリのロール・ベース・アクセス制御によって、組織内の異なるグループがそれぞれのアセットにアクセスでき、また誰もが企業全体のアセットを参照できます。Oracle Enterprise Repositoryには物理的なフェデレーションのための即時利用可能なサポートはなく、Oracle Enterprise Repositoryの各インスタンスが個々のグループのニーズに対応しています。Oracle Enterprise Repositoryを使用してフェデレートされた構造を構築することもできますが、お薦めしません。

論理的なフェデレーションをサポートするためのOracle Enterprise Repositoryインスタンスの設定の詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドの高度なロールベース・アクセス制御に関する項を参照してください。

2 ガバナンス対象アセット

この章では、要件を特定し、Oracle Enterprise Repositoryに送信するアセットを決定するためのベスト・プラクティスについて説明します。

この章は次の項で構成されています:

- 2.1項「概要」

- 2.2項「ベスト・プラクティス」

2.1 概要

Oracle Enterprise Repositoryには、アセットを取得して管理およびガバナンスを可能にする自動ツールが用意されています。この項では、どのアセットを送信するかを慎重に考慮します。

組織は、最大の価値とメリットをもたらすアセットに焦点を絞って、複数のフェーズでエンタープライズ・リポジトリをブートストラップすることをお薦めします。

たとえば、組織の主要業務がアプリケーション開発である場合、次のように再利用性の高いドメイン非依存のエンタープライズ・コンポーネントおよびサービスからエンタープライズ・リポジトリのブートストラップを開始します。

- ロギング・サービス

- エラー処理サービス

- 認証サービス

- オンライン・データ取得および格納ルーチン

- (顧客情報、アカウント情報、インベントリ情報などを提供する)データ・アクセス・サービス

- 接続プーリング・サービス

- キャッシュ・サービス

- フレームワーク(STRUTS、セキュリティなど)

- 検証ルーチン

- アプリケーション・インタフェースを公開する、すでに本番稼働しているWebサービス

いずれのアプリケーションにも、ドメイン非依存の再利用性の高い機能が含まれています。さらに、組織は通常、複数のアプリケーション間の整合性を保つためにこの機能を標準化する必要があります。主要なアセットの再利用によって最初の生産性向上が非常に大きくなることがあります。多くの組織は、再利用と標準化により数か月に数十万ドルも節約します。

アプリケーション統合に焦点を置いている組織は、次の要素からエンタープライズ・リポジトリのブートストラップを開始できます。

- よく使用されるデータ・アクセス・オブジェクト

- XMLスキーマ

- メッセージング・ハブおよび共通メッセージ形式

- レガシー・システム内の情報にアクセスするサービス

- 既存のビジネス・プロセス(それらをオーケストレートする基礎となるシステムおよびサービスへのリンクを含む)

プロジェクトに通信メカニズムのみが必要な場合は、プロジェクト・チームに最も関連性の高い情報でエンタープライズ・リポジトリをブートストラップします。これには、たとえば次のものが含まれます。

- プロジェクトの機能要件と非機能要件を満たす既存の機能

- 機能の概要(チームは依存性を管理し、誰がどの機能を配布するかを決定できます)

- 標準およびベスト・プラクティス

- オープン・ソースのライセンスおよびプロジェクト

- 商用オフザシェルフ(COTS)の依存性 - どの商用パッケージおよびライブラリを使用するか

- ビルド・ラベル - Antタスクを使用して最新のビルドやテスト結果などのリポジトリ場所にチェックインします。

- SCM情報(ソース・コードの場所)

- 構成済のプラットフォーム(例: 開発環境で使用できるように構成されたWLS)

- プロジェクトに必要なアプリケーション・インタフェースへのアクセスを提供するWebサービス

2.2 ベスト・プラクティス

この項では、Governance Suiteコンポーネントについて説明します。内容は次のとおりです。

組織の目標達成にどのポートフォリオが役立つかを理解します。

ガバナンスの組織目標を特定し、これらの目標を補助的なアセット・ポートフォリオと調整します。たとえば、組織が新製品の市場化の迅速化に焦点を置いている場合は、最初に製品ライン・アセット・ポートフォリオをガバナンス・プログラムに含めます。標準のソフトウェア開発ライフサイクル・プロセスの確立が目標であれば、最初にプロセス・テンプレートおよび標準を含めます。

要件の特定

アセット・ポートフォリオを特定した後は、それぞれのポートフォリオを管理するためのアセット・ポートフォリオ管理チーム要件を特定します。たとえば、アーキテクトがソリューション・セットをパッケージし、使用状況と標準コンプライアンスを監視します。また、サービス・コンピテンシー・センターが、ビジネス・プロセスをオーケストレートするサービスを伝達します。ガバナンス・プログラムによって、ポートフォリオ管理チームを支援するアセット・ポートフォリオが配布されます。

価値を生み出すプログラムの構成

エグゼクティブがビジョンを理解していれば、その資金提供を得て、アセット・ポートフォリオ管理チームおよびそのコンシューマにとって価値のあるプログラムを構成できます。ただし、明確なメリットが見えなければ、チームの参加モチベーションを真に上げることはできません。

結論

ガバナンスの成功は、組織がその目標達成に役立つアセットを提供するかどうかで決まります。アセット・ポートフォリオ管理チームがアセットの主要なソースです。ガバナンス・プログラムはこれらのチームに携わり、そのニーズを満たす必要があります。

アセット・ポートフォリオ管理チームの役割の詳細は、第4章「ステークホルダー・アイデンティティ」を参照してください。

リソース

オラクル社は、アセット・ポートフォリオから予測されるROIの評価に役立つホワイトペーパーおよびワークブックを提供しています。このツールを使用すると、最も価値の高いアセットを特定できます。

- ホワイトペーパー: 再利用によるSOAのROIの決定

- ワークブック: 再利用によるSOAのROIの決定
再利用によるSOAのROIの決定の詳細は、http://www.oracle.com/technetwork/middleware/repository/overviewを参照してください。

- アプリケーション統合の所有権の合計コストを決定する際は、次の追加リソースが役立ちます。

- ホワイトペーパー: アプリケーション統合アーキテクチャ(AIA)のビジネス・ケースの構築

- ワークブック: アプリケーション統合アーキテクチャの所有権の合計コスト
AIAのビジネス・ケースの構築方法の詳細は、http://www.oracle.com/technetwork/middleware/repository/overviewを参照してください。

Oracle Unified Method (OUM)は、豊富な追加のガバナンス情報を提供します。OUMユーザーには、オラクル社の従業員、Oracle Partner Network Certified PartnerまたはCertified Advantage Partner、OUM Customer ProgramクライアントおよびOracleコンサルティング・サービス・クライアントが含まれます。OUMはWebにデプロイされたツールキットであり、ソフトウェア開発と実装のプロジェクトの計画、実行および制御を行います。

OUMの詳細は、次の場所にあるOUM FAQを参照してください。

http://www.oracle.com/us/products/consulting/resource-library/oracle-unified-method1-069271.pdf

3 可視性

この章では、管理対象アセットを可視化するためのOracle Enterprise Repositoryソリューション・パックの使用方法について説明します。Oracle Service Registryは、Oracle Registry Repository Exchange Utilityを使用してリポジトリと同期されると、アセットの可視性を提供します。

この章は次の項で構成されています:

- 3.1項「概要」

- 3.2項「Oracle Enterprise Repositoryソリューション・パック」

- 3.3項「エンタープライズ・リポジトリのブートストラップ」

3.1 概要

組織は、目に見えないものを管理することはできません。したがって、最初の手順は、管理対象のアセットを可視化することです。

Oracle Enterprise Repositoryソリューション・パックには、次のものが含まれています。

- ベース・データ・パック

- ハーベスタ・ソリューション・パック(アダプタ・ソリューション・パックを含む)

- AIAソリューション・パック(Oracle Application Integration Architecture Foundation PackおよびPIPを購入すると使用可能)

ブートストラップとは、次のようなソースからアセットおよびアセット・メタデータをエンタープライズ・リポジトリにプログラムにより最初にロードすることです。

- サービス・レジストリ

- ランタイム環境

- アーティファクトおよびアーティファクト・ストア

- Excelスプレッドシートおよびその他のメタデータ・ストア

組織は、手動でアセットを入力することもできます。その後、手動の検証によって、インポートされたアセットが適切に収集され、ビジネス中心のメタデータの追加が可能になっていることを確認します。

3.2 Oracle Enterprise Repositoryソリューション・パック

この項では、Oracle Enterprise Repositoryソリューション・パックについて説明します。

- ベース・データ・パック

- ハーベスタ・ソリューション・パック(アダプタ・ソリューション・パックを含む)

- AIAソリューション・パック

ベース・データ・パック

ベース・データ・パックによってテンプレート・アセットが配布されます。これには、組織が追跡するビジネス中心のアセット・メタデータが含まれます。メタデータ・フィールドは、世界中の各組織のベスト・プラクティスからすでに収集されています。ベース・データ・パックは、Oracle Enterprise Repositoryとともに自動的にインストールされます。ベース・データ・タイプはコピーして、特定の組織アセットにあわせてカスタマイズできます。

ハーベスタ・ソリューション・パック(アダプタ・ソリューション・パックを含む)

ハーベスタ・ソリューション・パックによって、ハーベスタ・ツールで必要なアセットが配布されます。ハーベスタおよびハーベスタ・ソリューション・パックによって、アセットの実装と関係に関するメタデータが提供されます。ハーベスタ・ソリューション・パックによって、Oracle Enterprise Repositoryでアーティファクトが収集される形式が定義されます。

Oracle Enterprise Repositoryハーベスタ・ソリューション・パックには、Oracleのアプリケーション・アダプタおよびアプリケーション用のアセット・タイプが含まれています。これらのアセット・タイプを使用すると、収集が可能になり、アプリケーション統合のエンドツーエンドの可視性を実現できます。

Oracle Enterprise Repositoryハーベスタ・ツールは、多数のOracle製品(Oracle SOA Suite、Oracle Service Bus、Oracle Enterprise Manager、Oracle BPEL PM, UDDI Registriesなど)からのアセットを可視化します。また、Oracle Enterprise Repositoryハーベスタ・ツールを使用すると、組織はサード・パーティ・ツールで生成された標準ベースのWSDL、BPEL、XSDおよびXSLTアーティファクトを収集できます。収集プロセスにはハーベスタ・ソリューション・パックが必要です。

ハーベスタは11.1.1.x.x-OER-Harvester-Solution-Pack.zipに含まれていますが、これはOracle Enterprise Repositoryインストールとバンドルされており、次の.zipファイル内にあります。

<ORACLE_HOME>/repository111/core/tools/solutions/11.1.x.x.0-OER-Harvester-Solution-Pack.zip

詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドを参照してください。

AIAソリューション・パック

AIAソリューション・パックの詳細は、Oracle Fusion Middleware Oracle Application Integration Architecture Foundation Pack開発者ガイドのOracle AIA SOAリポジトリとしてのOracle Enterprise Repositoryの構成と使用に関する項を参照してください。

3.3 エンタープライズ・リポジトリのブートストラップ

この項では、Oracle Enterprise Repositoryをブートストラップする方法について説明します。内容は次のとおりです。

- 3.3.1項「サービス・レジストリ」

- 3.3.2項「ランタイム環境」

- 3.3.3項「アーティファクトおよびアーティファクト・ストア」

- 3.3.4項「スプレッドシートおよびその他のメタデータ・ストア」

3.3.1 サービス・レジストリ

SOA Governanceの効果を得るには、エンタープライズ・リポジトリとサービス・レジストリを同期する必要があります。

Oracle Registry Repository Exchange Utilityは、メタデータがどちらかの方向に流れることができるように、Oracle Enterprise RepositoryとOracle Service Registryを同期します。

サービス・レジストリからOracle Enterprise Repositoryをブートストラップするには、次の手順を実行します。

- Oracle Registry Repository Exchange Utilityを構成します。

- メタデータがOracle Service RegistryとOracle Enterprise Repository間でどのように同期されるかを理解します。

- 既知の問題を確認します。

Oracle Registry Repository Exchange Utilityの詳細は、http://download.oracle.com/docs/cd/E14571_01/doc.1111/e16580/oereu.htm#CACEFFIHを参照してください。

3.3.2 ランタイム環境

組織のランタイム・コンテナからのアセットを使用して、エンタープライズ・リポジトリをブートストラップできます。Oracle Enterprise Repositoryでは、ハーベスタ・ツールを使用してデプロイ済のアーティファクトにアクセスします。ハーベスタによって、BPEL、WSDL、XSD、XSLTファイルなどの標準ベースのファイルが、Oracle SOA SuiteおよびOracle Service Busで生成されたアセットとして読み取られます。ハーベスタによって、アセットの作成、アセット・メタデータの移入、およびアーティファクト・ファイルの情報に基づいたリレーション・リンクの生成が自動的に実行されます。ハーベスタはOracle製品のみでなく、任意のツールから生成された標準ベースのアーティファクトを収集できることに注意してください。ランタイム環境では、コマンドラインまたはAntタスクを使用してハーベスタを起動できます。

ランタイム・コンテナからの収集の詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドのランタイム収集の詳細に関する項を参照してください。

3.3.3 アーティファクトおよびアーティファクト・ストア

組織のバージョン管理システムまたはファイル・システムからの製品グレード・アセットを使用して、エンタープライズ・リポジトリをブートストラップできます。Oracle Enterprise Repositoryでは、ハーベスタを使用して様々なアーティファクト・ストア内のアーティファクトにアクセスします。また、コマンドラインからハーベスタを起動することもできます。

注意:

WSDLが実行中エンドポイント(HTTP、HTTP/SまたはFTP)以外の場所でホストされている場合、OSRへの公開サービスに関連する制限があります。他のタイプのアーティファクト・ストアでホストされているアーティファクトが関連するサービスは、OSR/UDDIに公開されません。

アーティファクト・ストアからの製品グレード・アーティファクトの収集の詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドのコマンドラインでのハーベスタの構成に関する項を参照してください。

3.3.4 スプレッドシートおよびその他のメタデータ・ストア

ガバナンス・プラクティスの調査を開始して間もない組織は、アセット・メタデータおよび依存性を、スプレッドシート、Wiki、またはその他のタイプのツールを使用して追跡する場合があります。しかし、これは特定の時点に達すると管理しにくくなるため、情報をエンタープライズ・リポジトリに移行するほうが合理的です。

Oracle Enterprise Repositoryには、Repository Extensibility (REX) FrameworkというWebサービス・ベースのAPIが含まれており、これによってスプレッドシートやその他のメタデータ・ストアからOracle Enterprise Repositoryをブートストラップできます。これにはカスタマイズおよびコーディングが必要となり、高度なトピックとして説明されています。

エンタープライズ・リポジトリのAPIの詳細は、『Oracle Fusion Middleware Oracle Enterprise Repository統合ガイド』のカスタム統合の開発に関する項を参照してください。

4 ステークホルダー・アイデンティティ

この章では、ステークホルダーとは誰か、その一般的な責務、およびOracle Enterprise Repositoryでステークホルダーにロールを割り当てる方法について説明します。

この章は次の項で構成されています:

- 4.1項「概要」

- 4.2項「ステークホルダー」

4.1 概要

ガバナンス対象アセットを特定した後は、ステークホルダーとともに次の操作を実行できます。

- Oracle Enterprise Repositoryの最適な利用方法の決定

- 必要な追加メタデータの特定

- タクソノミおよびカテゴリ分けの変更

- アクセスおよびアセット・ビューのカスタマイズ

図4-1 クローズド・ループ型ガバナンス・プロセス

「図4-1 クローズド・ループ型ガバナンス・プロセス」の説明

図4-1は、クローズド・ループ型ガバナンス・プロセスへのステークホルダーの関与およびそのインフラストラクチャを示しています。

- Oracle Enterprise Repositoryでのユーザーの確立の詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドのユーザーに関する項を参照してください。

- ユーザーへのロールの割当ての詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドのロールおよびアクセス設定に関する項を参照してください。

- ガバナンス構造およびベストオブブリードのガバナンス・ソリューションの詳細は、次の場所にあるOFRAガバナンスの資料を参照してください。
http://www.oracle.com/technology/products/soa/repository/index.html

4.2 ステークホルダー

この項では、Oracle Enterprise Repositoryのステークホルダーについて説明します。

- 4.2.1項「サービス・コンピテンシー・センター、ソフトウェア・ファクトリまたはポートフォリオ管理チーム」

- 4.2.2項「ビジネス・アナリスト」

- 4.2.3項「プロジェクト・アーキテクト」

- 4.2.4項「(コンシューマとしての)開発者」

- 4.2.5項「(プロデューサまたはハーベスタとしての)開発者」

- 4.2.6項「レジストラ」

- 4.2.7項「エンタープライズ・アーキテクト」

- 4.2.8項「プログラム管理者」

- 4.2.9項「CIO」

- 4.2.10項「エグゼクティブ・スポンサー」

- 4.2.11項「ガバナンス・チャンピオン」

4.2.1 サービス・コンピテンシー・センター、ソフトウェア・ファクトリまたはポートフォリオ管理チーム

ガバナンスでの役割

- コミュニティ全体に共通のニーズを特定します。

- これらのニーズを満たすために必要なアセットおよび投資レベルを特定します。

- アセット投資の期待収益を決定します。

- アセット・ライフサイクル(開始、作成、配布、使用およびリタイアを含む)を管理します。

- エンタープライズ・リポジトリで一般的な機能を定義します。

- Oracle Enterprise Repositoryでアセットを作成します。

- 定義メタデータを移入します。

- 関連するドキュメントをアタッチします。

- ターゲットの使用可能日を特定します。

- アセット・ポートフォリオについてガバナンス・ワークフローを確立します。
ワークフローの詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドのOracle Enterprise Repositoryワークフローの構成に関する項を参照してください。

- ポートフォリオ内のアセットに関するガバナンス承認プロセスに関与します。

- 使用状況履歴、開発者フィードバック、ランタイム・パフォーマンス・メトリック、ポリシー・ステータスおよびコンプライアンス・レポートを確認することにより、アセットのパフォーマンスを評価します。

- Oracle Enterprise Repositoryナビゲータを使用して、アセット変更による影響を評価します。

- 既存のアセットの新しいバージョンを作成し、古いバージョンをリタイアします。

Oracle Enterprise Repositoryで割り当てられる代表的なロール

レジストラ

4.2.2 ビジネス・アナリスト

ガバナンスでの役割

- グローバルなビジネス要件を指定します。

- 既存のビジネス・プロセスを再利用します。

- 既存の機能およびサービスを使用して、新しいビジネス・プロセスを作成します。

- ビジネス・プロセスを取引先にまで拡張することにより、収益を伸ばします。

Oracle Enterprise Repositoryで割り当てられる代表的なロール

高度なサブミッタ

4.2.3 プロジェクト・アーキテクト

ガバナンスでの役割

- ソフトウェア・アセットを、アーキテクチャ設計(サービスのサービス・レベル契約、コンポーネントの成熟度、設計ドキュメント)で最大限に再利用するために分析します。

- アプリケーション、サービスおよびコンポーネント・バージョンを作成し、使用します。

- アプリケーション、サービスおよびコンポーネントに対する変更をステークホルダーに通知します。

Oracle Enterprise Repositoryで割り当てられる代表的なロール

高度なサブミッタ

4.2.4 (コンシューマとしての)開発者

ガバナンスでの役割

- ソフトウェア・アセットを、特定の再利用(機能、依存性、ハウツー・ガイド、テスト・ハーネス)に関して分析します。

- アプリケーション、サービスおよびコンポーネント・バージョンを使用します。

- アプリケーション、サービスおよびコンポーネントに対する変更をステークホルダーに通知します。

- 他のアセットの作成時に、再利用可能なアセットを使用します。

- リポジトリ内でプロジェクトに適した再利用可能アセットを検索します。

- 再利用可能アセットを統合し、必要な変更を行います。

Oracle Enterprise Repositoryで割り当てられる代表的なロール

ユーザー

4.2.5 (プロデューサまたはハーベスタとしての)開発者

ガバナンスでの役割

- 初めから再利用可能アセットを作成するか、既存のアセットを再設計して再利用可能にします。

- アセットをテストし、品質標準を確保します。

- アセットを管理します。

- ユーザーがアセットの機能、制限および適用性を理解できるよう手助けをします。

Oracle Enterprise Repositoryで割り当てられる代表的なロール

高度なサブミッタ

4.2.6 レジストラ

ガバナンスでの役割

- アセットを評価、動作確認、分類、追加および削除します。

- リポジトリの操作面を管理します。

- 作業成果が品質、ドキュメントおよびその他の確立済の標準を満たしていることを確認します。

- 作業成果の新しい追加や削除をすべての要素に伝達します。

- コンシューマ・エンジニアのニーズと、プロデューサ・エンジニアの機能および可用性と一致させます。

Oracle Enterprise Repositoryで割り当てられる代表的なロール

レジストラ

4.2.7 エンタープライズ・アーキテクト

ガバナンスでの役割

- ターゲット・アーキテクチャに対する進捗状況を追跡します。

- 進捗状況をエグゼクティブに伝達します。

- アーキテクチャの標準を配布チームに伝達します。

- コンプライアンスを監視します。

Oracle Enterprise Repositoryで割り当てられる代表的なロール

レジストラ

4.2.8 プログラム管理者

ガバナンスでの役割

- 変化するビジネス・ニーズに対応しながら、ガバナンス・プログラムの計画、優先順位付け、管理およびサポートを調整します。

- プログラムの目的の定義を容易にします。

- エンタープライズのイニシアチブを監督します。

- コンセンサスを確立し、プログラムの目標と目的(スケジュール、予算、主要なマイルストーンおよび中間成果物を含む)を推進します。

- 補助的なプロジェクト・プランの協同開発、レビューおよび統合を行います。

- 伝達プラン、リスク管理プランおよびスキル・ギャップ分析を開発します。

- シニア・マネージメント、顧客担当者およびプログラム参加者を定期的に更新します。

- メトリックおよびレポートの要件を確立します。

Oracle Enterprise Repositoryで割り当てられる代表的なロール

レジストラ管理者

4.2.9 CIO

ガバナンスでの役割

アプリケーション、コンポーネントおよびサービスの使用と再利用を、LOB、製品およびバリュー・チェーンによって分析します。

Oracle Enterprise Repositoryで割り当てられる代表的なロール

ユーザー

4.2.10 エグゼクティブ・スポンサー

ガバナンスでの役割

- マネージメントの関心事項を表現します。

- リソース使用を認可、推進およびサポートします。

- マネージメントがプログラムをサポートすることを表明します。

Oracle Enterprise Repositoryで割り当てられる代表的なロール

ユーザー

4.2.11 ガバナンス・チャンピオン

ガバナンスでの役割

- 組織全体への伝達活動を通してプログラムをサポートします。

- プログラムの概念、長期的なメリット、阻害要因および目的について教育します。

- 実装の方向を設定します。

- 組織全体に成功事例を伝達します。

Oracle Enterprise Repositoryで割り当てられる代表的なロール

ユーザー

5 アセット・タイプおよびタクソノミ

この章では、アセット・タイプ、収集されたアセット、タクソノミおよびカテゴリ分けについて説明します。

この章は次の項で構成されています:

- 5.1項「アセットおよびアセット・タイプの概要」

- 5.1.1項「アセット・タイプ」

- 5.1.2項「収集されたアセット」

- 5.1.3項「カテゴリ分け」

5.1 アセットおよびアセット・タイプの概要

アセットという語は、Oracle Enterprise Repositoryに格納されるあらゆる要素を指します。これには、ビジネス・プロセス、サービス、パターン、フレームワーク、アプリケーション、コンポーネント、データ・サービスなどがあります。次のようなアセット・タイプがあります。

- サービス関連アセット

- プロセス・アセット

- ナレッジ・アセット

- ガバナンス・アセット

- ポリシーおよびポリシーの目的

すべてのアセットがコードであるとは限りません。アセットは、プロセス、ITロードマップ、または任意の数のドキュメントであることもあります。フレキシブルなアセット・タイプでは、次のものがサポートされています。

- エンタープライズ・アプリケーションの統合

- サービス指向アーキテクチャ

- コンポーネントベースの開発

- アーキテクチャ、標準およびベスト・プラクティス・デプロイメント

5.1.1 アセット・タイプ

Oracle Enterprise Repositoryでは、アセット・タイプをモデリングできます。タイプ・マネージャは、ソリューション・パックのアセット・タイプを変更して新しいアセット・タイプを定義するための使いやすいツールです。タイプ・マネージャには数多くの要素と表示タイプが用意されており、アセット・コンシューマ、アセット・プロデューサまたはアセット・プロバイダにわかりやすい形式でこれらを配置できます。

5.1.1.1 アセット・タイプのベスト・プラクティス

Oracle Enterprise Repositoryでレジストラ管理者ロールが割り当てられたユーザーは、新しいアセット・タイプの作成、アセット・タイプ・メタデータの変更、新しいカテゴリと新しいタブの作成、および各タブへの任意の数の新しい要素の追加を行うことができます。

ステークホルダーのニーズに応じてアセット・タイプを変更するためのベスト・プラクティスを次に示します。

- 元のメタデータのコピーを保持します。

- 元のアセット・タイプのコピーを作成します。

- 接頭辞zを追加してコピーの名前を変更し、コピーを非アクティブにします。

- 元のアセット・タイプに必要な変更を加えます。

注意:

これは、アセットを自動収集する場合に特に重要になります。Oracle Enterprise Repositoryによって、アセットが事前定義済のモデルに収集されます。モデルでは、即時利用可能なアセット・タイプに関連付けられた一意識別子が使用されます。元のアセットのコピーは異なる一意識別子を持つため、ハーベスタによってこれらのコピーは移入されません。

- ステークホルダーと作業する場合は、テンプレートを使用して各アセットに必要なメタデータ・フィールドを特定します。ステークホルダーは、リストを参照すると、メタデータ・フィールドを特定しやすくなります。ステークホルダーが各アセットのメタデータを特定した後は、Oracle Enterprise Repositoryでプロトタイプを開発でき、これをステークホルダーが検証できます。

- Oracle Enterprise Repositoryの各アセット・タイプに対応する即時利用可能なメタデータは、http://www.oracle.com/technetwork/middleware/repository/overview/asset.xlsにリストされています。
これは、第4章「ステークホルダー」に示されているステークホルダーに必要なメタデータを特定するためのテンプレートとして使用します。

- Oracle Enterprise Repositoryには、2つのアセット・メタデータ・ビューが用意されています。ビューアでメタデータが表示され、すべてのユーザーがこのメタデータに対する読取り専用のアクセス権を持ちます。エディタは、アセット情報を入力または編集するユーザーが使用できるテンプレートベース・ビューです。アセット情報を入力または編集する際に、どのメタデータ・フィールドに移入するかがわかりやすいように、エディタでメタデータを編成します。

- エディタには、複数のカスタマイズ可能なタブを設定できます。これらのタブは、指定する必要のあるアセット・メタデータをユーザーがすぐに特定できるように、ユーザー・ロール別に編成することをお薦めします。

- あるいは、SDLC状態に従ってタブを編成することもできます。これによって、アセットのライフサイクルの各ステージで必要なメタデータが明確になります。

- Oracle Enterprise Repositoryの自動ワークフローでは、タブを使用してアセットが処理されることに注意してください。複数のアセット・タイプ間の整合性を保持すると、その結果としてワークフローによる処理が整合します。

5.1.2 収集されたアセット

Oracle Enterprise Repositoryでは、基礎となるモデルに従ってアセットが収集されます。たとえば、Oracle Enterprise Repositoryでは、基礎となるコンポジット・アセット・モデルにJDeveloper 11gプロジェクトが収集されます。このモデルによって、Oracle Enterprise Repositoryに表示されるアセットと、アセット間の関係が決まります。第3章「可視性」で説明されているように、収集されたアセットには実装の詳細が表示されます。

図5-1は、SOA Suiteに付属のコンポジット・アセットの1つを示しています。右側の図は、基礎となるモデルを表しています。コンポジットが収集されると、基礎となるモデルに従って解釈されます。結果を図5-2に示します。

図5-1 JDeveloperコンポジットおよび結果のOracle Enterprise Repositoryコンポジット・モデル

図5-2 コンポジット収集結果

ソリューション・パックは、Oracle Enterprise Repositoryで収集されたアセットの表示形式を定義する、基礎となるモデルを提供します。ステークホルダー情報の要件に応じて、ベースおよびソリューション・パックのアセット・タイプにメタデータ・フィールドを追加できます。

5.1.3 カテゴリ分け

カテゴリ分けによって、Oracle Enterprise Repository内のアセットおよびプロジェクトが分類または編成されます。これらはアセット・メタデータとして表示され、堅牢な検索機能を提供します。これらは、Oracle Enterprise Repositoryホームページの参照ツリー検索機能および拡張検索機能の両方で使用されます。階層またはタクソノミとなっている要素はすべてカテゴリ分けできます。たとえば、アーキテクチャ参照モデル、アセット・ライフサイクル・ステージ、ビジネス・ライン、ドメイン、ビジネス機能などです。

Oracle Enterprise Repositoryには、多数のカテゴリ分けが用意されています。これらは、組織に関連する概念を反映するようにカスタマイズできます。

- ユーザーがアセットを検索する方法(ビジネス・ラインやテクノロジを使用するなど)について考慮します。

- チームがアセットを編成する方法(ライフサイクル・ステージやビジネス・ドメインを使用するなど)を考慮します。

タクソノミのカスタマイズの詳細は、『Oracle Fusion Middleware Oracle Enterprise Repositoryユーザーズ・ガイド』のカテゴリ分けの構成およびタブ要素に関する項と、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドのUDDIマッピング・ファイルでのOracle Enterprise Repositoryカテゴリ分けの構成に関する項を参照してください。

6 アセット・ライフサイクル

この章では、アセット・ライフサイクルの各ステージ(サービス定義、実装と構成、テスト、ステージングと本番、監視と管理)について説明します。

この章は次の項で構成されています:

- 6.1項「概要」

- 6.2項「アセット・ライフサイクル」

6.1 概要

アセットが取得され、ステークホルダに対して可視化されたら、次の手順はガバナンスをアセット・ライフサイクル・プロセスに挿入することです。図6-1は、アセット・ライフサイクル・プロセスを示しています。

1. 最初に、複数のワーク・グループで必要な機能が定義されます。

2. この機能に対する資金提供が行われ、それを実装するプロジェクトが開始されます。

3. 実装が本番前環境(ステージングやテストなど)にプロモートされます。

4. 最後に実装が本番環境にプロモートされ、ここでパフォーマンスを監視し、動作を強制できます。Oracle Enterprise Repositoryの自動ワークフローによって、このプロセスが容易になります。

図6-1 アセット・ライフサイクル・プロセス

「図6-1 アセット・ライフサイクル・プロセス」の説明

6.2 アセット・ライフサイクル

この項では、ガバナンスの各アセット・ライフサイクル・フェーズについて説明します。この項の内容は次のとおりです。

- 6.2.1項「サービス定義」

- 6.2.2項「実装および構成」

- 6.2.3項「テスト、ステージングおよび本番」

- 6.2.4項「コンシューマ・プロビジョニングおよび契約管理」

- 6.2.5項「監視および管理」

6.2.1 サービス定義

必要な機能が認識されたら、エンタープライズ・リポジトリでそれを可視化できます。機能の作成者は、ターゲット・アーキテクチャを操作するアーキテクトの場合や、共通のビジネス要件を特定するビジネス・アナリストの場合もあります。エンタープライズ・リポジトリでこれらの機能が可視化されると、共通のビジネス・モデルまたはROIモデルに従ってそれらを評価し、優先順位付けできます。次に、これらの機能を、提案済(特定済および調査済)、計画済(アクティブ・プロジェクトで進行中)、リリース済(実装完了)などの各ステージにカテゴリ分けできます。

エンタープライズ・リポジトリで機能を可視化するには、次の方法があります。

- クイック送信

- 高度な送信

機能およびアセット投資の調整や優先順位付けに役立つ情報およびワークブックが使用可能です。

- ホワイトペーパー: 再利用によるSOAのROIの決定

- ワークブック: 再利用によるSOAのROIの決定
再利用によるSOAのROIの決定方法の詳細は、http://www.oracle.com/technetwork/middleware/repository/overview/index.htmlを参照してください。

6.2.2 実装および構成

機能を計画する際は、プロジェクトによって機能を実装します。JDeveloperで作業するSOA Suite開発者は、プロジェクトを完了するためにエンタープライズ・リポジトリ・サービスを参照し、再利用できます。Eclipseで作業するService Bus開発者は、プロジェクトを完了するためにエンタープライズ・リポジトリ・サービスを参照し、再利用できます。開発者は、完了した実装を直接エンタープライズ・リポジトリに発行することもできます。エンタープライズ・リポジトリでは、VS .Net開発もサポートされています。

- JDeveloper、EclipseおよびVS .Netを使用したアセットの再利用の詳細は、『Oracle Fusion Middleware Oracle Enterprise Repository統合ガイド』のOracle Enterprise Repositoryとの統合をサポートするためのIDEの構成に関する項を参照してください。

- JDeveloper、EclipseおよびVS .Netからのアセットの収集の詳細は、『Oracle Fusion Middleware Oracle Enterprise Repository統合ガイド』を参照してください。

6.2.3 テスト、ステージングおよび本番

実装は、Oracle Enterprise Repositoryに収集された後、リポジトリのワークフローで確立済のガバナンス・ルールとプラクティスに従って処理されます。Oracle Enterprise Repositoryには、事前構成済のカスタマイズ可能なワークフローが複数用意されています。

Oracle Enterprise Repositoryのワークフローおよびそのカスタマイズ方法の詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドのOracle Enterprise Repositoryワークフローの構成に関する項を参照してください。

実装がテストからステージング、本番へとライフサイクル内を移動すると、Oracle Enterprise Repositoryによって各環境に対するエンドポイントが収集され、可視化されます。ハーベスタは、AntまたはWLSTデプロイメント・スクリプトに組み込まれています。

デプロイメント・スクリプトを使用してランタイム環境からエンドポイントを収集する方法の詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドの設計時環境およびランタイム環境での自動収集の構成と使用に関する項を参照してください。

Exchange Utilityを使用すると、Oracle Enterprise Repositoryは、オプションで各ライフサイクル環境においてサービスおよび収集済エンドポイントをサービス・レジストリにプロモートできます。OSBやSOA Suiteなどのランタイム・ツールを使用すると、レジストリ内のサービスに対する変更を動的に検出できます。OSBはサービス・レジストリのパブリッシュ/サブスクライブAPIにサブスクライブし、これによって変更の発生時にOSBは自動的に通知を受けます。あるいは、SOA Suiteによって、設計時にWSDLとエンドポイントの場所およびUDDIサービス・キーがキャッシュされます。WSDLまたはエンドポイントが無効になると、SOA Suiteはサービス・キーを使用してそれらを動的に検出して更新します。OERとOSRは両方とも、各サービスの一意のキーを優先します。アプリケーションは、ライフサイクルを通じて変更される可能性のあるエンドポイントではなく、キーによってサービスにアクセスできます。

- アセットをOracle Enterprise RepositoryからOracle Service RegistryにプロモートするためのExchange Utilityの構成の詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドのOracle Registry Repository Exchange Utilityの構成に関する項を参照してください。

- Oracle Service Busの動的検出機能の詳細は、『Oracle Fusion Middleware Oracle Service Bus管理者ガイド』のUDDIに関する項を参照してください。

- Oracle SOA Suiteの動的検出機能の詳細は、『Oracle Fusion Middleware Oracle SOA Suite開発者ガイド』(http://download.oracle.com/docs/cd/E15523_01/integration.1111/e10224.pdf)を参照してください。

6.2.4 コンシューマ・プロビジョニングおよび契約管理

組織によっては、本番サービス・エンドポイントをすべてのコンシューマに自動的に公開しないようにすることもあります。コンシューマは最初に、サービス・プロバイダとのサービス・レベル契約をネゴシエートする必要がある場合があります。Oracle Enterprise Repositoryによってこのネゴシエーション・プロセスを容易にできます。

6.2.5 監視および管理

サービス・プロバイダとサービス・コンシューマの両方が、ランタイム環境でサービスがどのように実行されるかを理解する必要があります。Oracle Enterprise Repository 11gは、Enterprise Manager SOA Management Pack Plusからランタイム・サービス・パフォーマンス・メトリックのサマリーをインポートできます。

Oracle Enterprise RepositoryとOracle Enterprise Manager SOA Management Pack Enterprise Editionの相互運用性の構成の詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドを参照してください。

一部のサード・パーティ・ツールでは、ランタイム・メトリックをOracle Service Registryに公開できます。Oracle Enterprise RepositoryとOracle Service Registryの間の双方向同期によって、ランタイム・メトリックがレジストリからリポジトリに移動されます。

Oracle Enterprise Manager SOA Management Pack Enterprise Editionではランタイム・メトリックがEnterprise Repositoryに直接提供されることに注意してください。

Oracle Service RegistryからOracle Enterprise Repositoryへのメトリックのプロモートの詳細は、『Oracle Fusion Middleware Oracle Enterprise Repository統合ガイド』のメトリックの公開に関する項を参照してください。

7 レポート

この章では、Oracle BI Publisherをレポート・エンジンとして使用して、Oracle Enterprise Repositoryのレポートの概念について説明します。

Oracle Enterprise Repositoryでは、設計時のアセット使用が追跡され、それに関するレポートが作成されます。使用状況を追跡するには、手動アセットの「使用 - ダウンロード」プロセスを使用する方法と、IDEを使用する方法の2つがあります。

Oracle Enterprise Repositoryでは、レポート・エンジンとしてOracle BI Publisherを使用します。Oracle Enterprise Repositoryには、20を超える事前構成済レポートが用意されています。顧客は、任意のレポート・ツールを使用して独自のレポートを生成することもできます。

Oracle Enterprise Repositoryのレポート機能およびメトリックの詳細は、Oracle Fusion Middleware Oracle Enterprise Repository構成ガイドを参照してください。

索引

A  B  C  D  E  F  G  H  I  J  M  O  P  R  S  T  V

A

AIAソリューション・パック, 3.2

アセット・ライフサイクル, 6.2

「定義」を参照

「実装および構成」を参照

「概要」を参照

「テスト、ステージングおよび本番」を参照

アセット・ライフサイクル・プロセス, 6.1

B

ベース・データ・パック, 3.2

ベスト・プラクティス, 2.2

エンタープライズ・リポジトリのブートストラップ, 3.3

サービス・レジストリからのOracle Enterprise Repositoryのブートストラップ, 3.3.1

アーティファクトおよびアーティファクト・ストアからのエンタープライズ・リポジトリのブートストラップ, 3.3.3

Excelスプレッドシートおよびその他のメタデータ・ストアからのエンタープライズ・リポジトリのブートストラップ, 3.3.4

ランタイム環境からのエンタープライズ・リポジトリのブートストラップ, 3.3.2

ビルド・ツール/スクリプト, 1.4.3

ビジネス・アナリスト, 4.2.2

C

カテゴリ分け, 5.1.3

CIO, 4.2.9

「ガバナンスでの役割」を参照

「Oracle Enterprise Repositoryで割り当てられる代表的なロール」を参照

クローズド・ループ型ガバナンス・プロセス, 4.1 Oracle SOA Governance Suiteのコンポーネント, 1.1 コンポジット収集結果, 5.1.2 設計時ツールと相互運用するためのガバナンス・インフラストラクチャの構成, 1.3 ランタイム・ツールと相互運用するためのガバナンス・インフラストラクチャの構成, 1.4 コンシューマ・プロビジョニングおよび契約管理, 6.2.4

D

不具合追跡システム, 1.4.4

定義, 6.2.1

設計時ポリシー検証ツール, 1.3.4

(コンシューマとしての)開発者, 4.2.4

「ガバナンスでの役割」を参照

「Oracle Enterprise Repositoryで割り当てられる代表的なロール」を参照

(プロデューサまたはハーベスタとしての)開発者, 4.2.5

「ガバナンスでの役割」を参照

「Oracle Enterprise Repositoryで割り当てられる代表的なロール」を参照

ドキュメント・リポジトリおよびファイル・ストア, 1.3.3

E

エンタープライズ・アーキテクト, 4.2.7

「ガバナンスでの役割」を参照

「Oracle Enterprise Repositoryで割り当てられる代表的なロール」を参照

Enterprise Manager Database Control, 1.2.4 ガバナンス・プラクティスの例, 1.4.3 エグゼクティブ・スポンサー, 4.2.10

「Oracle Enterprise Repositoryで割り当てられる代表的なロール」を参照

エグゼクティブ・サポート

「ガバナンスでの役割」を参照

F

フェデレーション, 1.4.5

G

アセット・ライフサイクル・プロセスのガバナンス, 6

ガバナンス・チャンピオン, 4.2.11

「ガバナンスでの役割」を参照

「Oracle Enterprise Repositoryで割り当てられる代表的なロール」を参照

ガバナンス・インフラストラクチャ, 1.1

H

ハーベスタ・ソリューション・パック(アダプタ・ソリューション・パックを含む), 3.2

I

ガバナンス対象アセットの特定, 2

「概要」を参照

ビジネス・アナリストの特定

「ガバナンスでの役割」を参照

「Oracle Enterprise Repositoryで割り当てられる代表的なロール」を参照

ステークホルダーの特定, 4

「概要」を参照

実装および構成, 6.2.2 統合開発環境(IDE), 1.3.2

J

JDeveloperコンポジットおよび結果のOracle Enterprise Repositoryコンポジット・モデル, 5.1.2

M

アセット・タイプおよびタクソノミの変更, 5

監視および管理, 6.2.5

O

Oracle Enterprise Repositoryソリューション・パック, 3.2

OracleのGovernance Suite, 1.1, 1.2

「サービス・レジストリ」を参照

概要, 2.1, 3.1, 4.1, 6.1

P

プログラム管理者, 4.2.8

「ガバナンスでの役割」を参照

「Oracle Enterprise Repositoryで割り当てられる代表的なロール」を参照

プロジェクト・アーキテクト, 4.2.3

「ガバナンスでの役割」を参照

「Oracle Enterprise Repositoryで割り当てられる代表的なロール」を参照

R

レジストラ, 4.2.6

「ガバナンスでの役割」を参照

「Oracle Enterprise Repositoryで割り当てられる代表的なロール」を参照

レポートおよびプロモート, 7 ガバナンスでの役割, 4.2.1, 4.2.2, 4.2.3, 4.2.4, 4.2.5, 4.2.6, 4.2.7, 4.2.8, 4.2.9, 4.2.10, 4.2.11 ランタイム・ポリシー検証ツール, 1.2.3

S

サービス・コンピテンシー・センター/ソフトウェア・ファクトリ/ポートフォリオ管理チーム, 4.2.1

サービスの監視および管理, 1.2.4

サービス・レジストリ, 1.2.2

1つのリポジトリと複数のレジストリ, 1.2.2

SOA Suiteランタイムのメタデータ・ストア(MDS), 1.4.1

ステークホルダー, 4.2

T

テスト・ツール, 1.4.2

テスト、ステージングおよび本番, 6.2.3

ガバナンス・インフラストラクチャ, 1.1

Oracle Enterprise Repositoryで割り当てられる代表的なロール, 4.2.2, 4.2.3, 4.2.4, 4.2.5, 4.2.6, 4.2.7, 4.2.8, 4.2.9, 4.2.10, 4.2.11

V

バージョン管理システム, 1.3.1

可視性, 3

「概要」を参照

Copyright (C) 2008, 2013, Oracle and/or its affiliates.All rights reserved.