今週は、Cognos MashupServiceの基本について説明します。 IBM Cognos製品の組み合わせにどのように価値をもたらすかを確認するために、構成要素に分解します。
Cognos Mashup Serviceを利用するには、次の最小要件を満たす必要があります。
1. IBM Cognos BI Server 8.4.1
2.HTTPを介してSOAPまたはURLベースのサービスと対話できるクライアント
CognosConnectionおよびCognosMashup Serviceには、Cognosゲートウェイを介してアクセスできます。
著者注：俳優R.リーアーメイの声を使用してください（ガニーから フルメタル·ジャケット)
次のいくつかの記事では、私があなたのインストラクターになります。 あなたは私を「練兵」と呼んでもよい。 私はあなたの新兵を、そこから来た砂の低い粒子に分解し、レーザーエッチングされたシリコン片にあなたを元に戻します。 Cognos MashupServiceとして知られる戦場で生き残るために必要なツールを持ってここを離れます。 危険なカスタム視覚化地形を通り抜ける方法をコーディングできるようになります。 デザインの概念に関しては、敵と味方を区別することができます。 簡単なRESTサービスの約束に甘んじることになると思ったかもしれません。 しかし、これはあなたのママのRESTではありません。 「YESDRILLSERGEANT！」をもらえますか？ 今すぐドロップして私にXNUMXをください！
わかりました。キャラクターから少し離れて、まっすぐに伝えましょう。 今週は、Cognos MashupServiceの基本について説明します。 IBM Cognos製品の組み合わせにどのように価値をもたらすかを確認するために、構成要素に分解します。
Cognos Mashup Serviceを利用するには、次の最小要件を満たす必要があります。
1. IBM Cognos BI Server 8.4.1
2.HTTPを介してSOAPまたはURLベースのサービスと対話できるクライアント
CognosConnectionおよびCognosMashup Serviceには、Cognosゲートウェイを介してアクセスできます。
Cognos Mashup Serviceは、連携して機能するXNUMXつの異なる部分で構成されており、コンシューマーがレポートビューアーの外部でカスタムビジュアライゼーションにレポートデータを分割できるようにします。 サービスの一部はトランスポートインターフェイスであり、もうXNUMXつはペイロードです。 次の図では、リクエストをトランスポート、レスポンスをペイロードと見なすことができます。
トランスポートインターフェイスは、レポートを呼び出すための手段です。 消費者が使用するXNUMXつのオプションがあります。 XNUMXつはSOAPベースで、もうXNUMXつはRESTスタイルのURLを利用します。 どちらのインターフェースもHTTP上で実行され、構造は似ています。 つまり、SOAPスタイルのインターフェイスの論理操作ごとに、RESTスタイルの論理操作が一致します。 正確なメソッド仕様は、選択した呼び出しスタイルの特異性を順守します。 しかし、肝心なのは…ログオン、レポートの呼び出し、出力の取得、およびログオフの機能は、両方のキャンプで利用できるということです。
それで、あなたは自分自身に「なぜ私はどちらか一方を選ぶのだろうか？」と自問するかもしれません。 多くの場合、これに対する答えは、プロジェクトのテクノロジーや慣習を見るときに明らかになります。 完全にクライアント側で開発されたコンシューマーの例を見てみましょう。 HTMLとJavaScriptを使用してCognosMashupServiceと対話します。 真空状態では、RESTURLベースのインターフェースにより統合が容易になります。 対照的に、別のプロジェクトでは、Javaサーブレットに既存のCognosSDKアセットが含まれている場合があります。 彼らはSDKによって公開されるSOAPスタブに慣れています。 この状況がマッシュアップサービスのSOAPベースのコンシューマーになることに傾倒するのはより自然なことです。 実際には、これは実際に検討するのが難しい選択ではありませんでした。 XNUMXつの選択肢を見ると、全体的なソリューションを検討するときに、どちらかが常に適切であるように見えます。 他の感覚を使用しようとすると、強制されます。
トランスポートインターフェイスによって提供される論理操作により、コンシューマーはCognosレポートと分析の実行を中心としたタスクを実行できます。 オプションのセットにより、消費者はレポートを実行するライフサイクル全体を進めることができます。 これも：
•認証
•パラメータの割り当て
•レポートの実行（同期および非同期）
•ドリルの動作
•出力の取得
マッシュアップサービスは、SDKでは利用できないいくつかの機能も提供します。 ただし、マッシュアップサービスとSDKを比較対照する次の記事のために、その議論を保存します。
これで、HTTPベースのサービスセットを介してレポートを呼び出す手段ができました。 もう一方の端は何が出てきますか？ これで、マッシュアップサービスのXNUMX番目のコンポーネントに進みます。 「ペイロード」と入力します。
マッシュアップサービスを介してレポートを呼び出すときに指定できるオプションのXNUMXつは、出力形式です。 HTML Layout Data XML（LDX）やJSONなど、利用可能なオプションがいくつかあります。 他にもいくつかありますが、これはabのスペクトルをカバーしていますroad 検出。 HTMLはほとんどあなたが期待するものです。 これらは、CognosConnection内のレポートビューアを介して表示されるレポートから取得するものと非常によく似ています。 より有望な形式はLDXとJSONです。 実際、Cognos Mashup Serviceによる明らかな大ヒットがあった場合、それはこれらXNUMXつの形式の導入です。
これらの形式はどちらも、プレゼンテーションニュートラル形式でレポート出力を生成します。 これにより、レポート出力の利用者は、JSONまたはXMLを理解できる任意の視覚化で情報をレンダリングできます。 もう一度読んでください。
レポートデータは、CognosViewerによって設定された束縛から解放されます。 データは、以前は実用的ではなかった場所に移動できるようになりました。 たとえば、リッチインターネットアプリケーションは、Google Visualization APIやExt-JSなどのフレームワークを使用して、データの表示にスパイスを加えることができます。 出力をこれらのデバイスに適合させることができるため、モバイル統合ははるかに達成可能になります。 Cognosデータは、外部ソースからのデータと真にマッシュアップできます。 実際、Cognos BIからのデータは、同じExt-JSグリッド内の人気のあるコンテンツ管理システムからのデータを大いに楽しんでいるのが最近見られました。 スキャンダラス！ これは何を意味するのでしょうか？ この場合、ブラウザ上でそれらを統合するための複雑な工夫されたプロセスなしで、ネイティブツールを介して両方のデータセットを管理することができました。
以下は、同じページを共有する異種データソースを示す単純な忠実度の低いモックアップです。
この柔軟性には、いくつかのトレードオフが伴います。 データのレンダリングをアプリケーションの別の部分に延期しているため、基本的に、レポート作成者が従来行っていた開発の一部を、視覚化テクノロジの専門家に転送しています。 レポートデータをビジュアライゼーションに織り込む作業は、従来のCognosスタジオでピクセルパーフェクトレポートを作成する場合とは異なります。 プロジェクトプランナーは、これが開発スケジュールに与える影響を理解する必要があります。 この新しい分業が採用されると、見積もりがより正確になることがわかります。
この部分を要約すると、Cognos Mashup Serviceは、ミックスで利用できるツールの武器にエキサイティングな追加です。 これにより、BIデータは単にスタンプするだけではありません。 、レポートビューアを含む、HTMLページへ。 それでも、時間は私たちに無料のものは何もないことを教えてくれました。 データを提示する柔軟性は、ソリューションセットに新しいスキルセットをもたらすことを犠牲にしてもたらされます。 この情報をしばらくの間浸してください。 このシリーズの後続のエントリでは、マッシュアップの使用と、マッシュアップが他のソリューション候補とどのように重なるかについて詳しく説明します。
