初期状態
大企業から切り離された、強力で恐ろしいCognos BI 8.3は継承されました。 レポートポータルには、以前のチームが使用した特定のレポートセットが既にありましたが、チームが変化し、商用サービスが成長しました。また、独自の分析サービスを取得し、システムで新しいレポートを作成するためのアクセス権を取得しました。 ある時点で、分析サービスが使用したレポート、データストア内のオブジェクト（テーブル、ビュー、ストアドプロシージャ）の数は数百から数え始め、会社の本社の従業員数は約70人でした。 さらに（これはマイナスですが）、トップマネージャー向けの多数のレポートが、Excelのキロメートルマクロを使用して分析サービスによって準備され、同じCognosからのレポートとストアフロントからのデータをロードします。
このOLAPに追加
会社にSSAS OLAPキューブが出現したため、Cognosで使用されるレポートの数は（200から1に）減少し始めましたが、マクロは消えませんでした。 その理由は簡単です。 経営陣は、キューブを独立して見ることを完全に拒否しました。 アナリストからレポートをメールで受け取ることに慣れており、特にオフィスのカラープリンターにすぐに熱心です。 分析サービスは、データプロバイダーとしての半完成レポートの代替としてそれらを使用し始めました。 さらに、データ出力の速度に利点を感じ、100万件のレコードを「飲み込む」ことができるExcel 2010を装備し、10-15個の属性を持つこの100万件のレコードをアンロードする要求でOLAPサーバーをコルクせん抜きに送信し始めました。
そして、美しいBIシステムについて少し
大手インテグレーターと一緒に働いていた男性が会社に来て、彼はすべてを修正する方法を知っている、またはむしろ彼はこのアイデアを高官に売ったと言いました。 そして、QlikViewを購入しました。 この製品は非常に興味深いものですが、その使用哲学も一緒に販売されており、インテグレーターから「DAR」-ダッシュボード分析レポートとして提供されました。 要するに、最初の2つのレベル（ダッシュボードと分析）-コントロールパネルと、トップおよび中間管理用のグラフまたは小さなテーブルのセット。美しく有益なコントロールパネルを表示し、便利な（非常によくできた）フィルターパネルを使用してビジネスの状態を監視します彼らに託された地域で。 3番目のレベルは、アナリスト向けのデータ（テーブル、ピボットテーブル）の詳細表示です。 驚くべきことに、印刷されたレポートの主な消費者であるコマーシャルディレクターは、アプリケーションの開発に積極的に参加しました。 彼はどのようなパネルやグラフを見たいかを語り、開発の各段階で結果を見て、修正の希望を表明しました。 フィナーレでは、すべてが非常にクールだと言って、彼は分析サービスの責任者を呼び、この奇跡からプリンターにデータを送信するように命じました。 ルカリッソ。
アナリストはダッシュボードや有益なグラフを必要としなかったため、通常のExcelを使用してOLAPから詳細データを抽出する方が便利です。
20,000ドル（ライセンス）と4か月間の仕事。
それでは、レポート作成をさらに発展させるために、この小さな動物園から何を選ぶべきでしょうか？ この質問に答えるには、まず会社から他の多くの質問に対する答えを得る必要があります。
1.システムの対象者（主な消費者）
会社が見たいデータに対するビジネスニーズを多少落ち着かせており、たとえば、商業サービスのKPIシステムが四半期ごとに変更されていない場合、この場合、3つすべてを考慮することができます（Reporting ServicesもSSASで提供されます） ）市場に出回っています。 ビジネスが毎日（毎週）の表示に必要な情報を明確に理解していない場合、ダッシュボードは特に興味深いものではありません。 ユーザーの利便性に依存するものはすべて考慮から外し、ビジネス用のプレゼンテーションを準備する消費者などは消費者になり、柔軟性が重要になります（OLAPがそれらを支援します）。 分析サービスの選択、またはそこでプレゼンテーションを準備している人に依存します。
2.消費者にデータを配信する方法における会社の好みは何ですか？
ディレクターや他のトップがiPadのファンだけでなく、それらの使用方法も知っている場合、モバイルインターネットなしでは生きられず、データフィルター（上級ユーザー）を管理できます。QlikViewなどは彼らを非常に気に入っており、実装に参加する準備ができています。 （まあ、私はそう思う）。 最良の場合、ビジネスがメールに届いたものだけを見る準備ができている場合、それだけがこのメールの送信方法を知っています（QlikViewは方法を知りませんでした。2014年の初めに新しいバージョンを待っています。おそらくそこにあるでしょう）。また、イベントごとに実行します（たとえば、月の半ばまでに計画は30％しか完了しませんでした）。 SSRS、Cognosなどはメールを送信でき、2つ目はすべてを一度にプリンターに送信できます（これは重要な場合がありますが、私にとってはシズです）。
3.どの量のデータを処理する必要がありますか？
データ量が非常に大きい場合、CognosとそのROLAPモデルに依存するすべてのものがあなたを失望させる可能性があり、IBMのTM1またはOLAPサーバーのいずれかを購入する必要があるため、次の質問に進みます。
4.会社はこのすべての費用を支払い、さらに開発と保守に費やす準備ができていますか？
ライセンスの費用だけでなく、労働市場における製品の専門家の利用可能性、コースやトレーニング資料の利用可能性も考慮してください。 ここで、ある時点で面接に招待する人すらいないため、Cognosを放棄することにしました。
最後に、もう一つのヒント：スズメの大砲から撃ってはいけません。
企業レポート用に単一のポータルのみが必要な場合は、このために大きく高価なものを購入しないでください。 Cognosを購入しました。すべて（Event Studio、Analysis Studio、Planningなど）を使用します。ポータルのみ、多くの製品が安価であれば、同じSSRSがSQL Serverの負荷になります。 もちろん、見通しを見るのは良いことですが、製品は安くて怒っており、ビジネスは1年か2年でBIを試します。そこで新製品が成熟し、さらに多くが変化する可能性があります。