web-dev-qa-db-ja.com

アドホックレポートをアプリケーションに追加することは、努力する価値がありますか?

多くのデータを収集し、レポートを組み込んだアプリケーションがあります。最初の反復は、Crystal Reportsの統合で、うまく機能しました。 Crystal Report Designerでレポートを作成してから、RPTファイルをアプリケーションにインポートします。これはうまくいきましたが、ユーザーはレポートを実行するためのアプリケーションを必要とし、さらにユーザーはレポートを作成できませんでした。 RPTファイルをカスタマイズできるようにフィルター、ソーター、グループを追加しましたが、RPTファイルを最初から作成することはできませんでした。

2つ目の対話は、SSRS、SSAS、およびMicrosoftのレポートビルダーツールを使用したWebベースのソリューションでした。 OLTPスキーマからキューブを起動して実行するためにいくつかのデータベース作業といくつかの作業が必要でしたが、結局、ロールアップレポートを作成する方がはるかに簡単でした。しかし、レポートビルダーツールを使用してレポートを作成し、公開してから出力します。また、フィルター、ソーター、グループ化機能を追加して、「カスタマイズ可能」にしました。

これらのシナリオの両方で、時間をかけて作成されたすぐに使用可能なレポートが約30〜50あります。

ユーザーがその場でゼロからレポートを作成できるように、アドホックレポートを追加することについていくつかの議論があります。現在、私たちのデータモデルは非常に複雑であり、それを理解するには、そのデータモデルの実用的な知識が必要です。これを最低限行うには、データモデルを「レポート可能」で理解しやすいスキーマにするためにかなりの作業が必要になります。私のアプリケーションはアドホックレポートに適しているとは思いません(努力する価値はありません)。

誰かがアドホックレポートを提供することに成功しましたか?どのツールセットを使用しましたか?アプリケーションの成功に影響を与えましたか?

16
Jon Raynor

アドホックレポートにはいくつかの危険があります。

  1. 結果として生じる組み合わせ爆発の中で、報告は急増する傾向があります。

  2. このように作成されたレポートには、正当性が組み込まれています。これは、印刷されたレポートであるため、情報は有効でなければならないためです。

  3. この方法でレポートを提供すると、新しいレポートで人々をサポートする負担が減ると思いますが、実際にはそれを増やします。

  4. それは単に人々にレポート機能を与えるだけではありません。それはまた、ドキュメント管理に関するものです。そのようなドキュメントの保持と破棄のポリシーは何ですか?ファイリングとストレージの要件は何ですか?

これらすべての理由から、カスタムレポートツールを提供する場合は、範囲を限定する必要があると思います。過剰で実証されておらず、サポートされていないアーティファクトを生成しないように注意深く構成されています。また、動的に生成できるレポートの種類、および正式に定義および作成する必要のあるレポートの概要を明確に示すポリシーによってバックアップされます。

場合によっては、慎重に選択したカスタマイズを既存のレポート(たとえば、少数のユーザー構成可能なパラメーター)に追加すると、カスタムレポートツールの必要性を減らすことができます。また、OLAPデータベースに対して調査を行う場合、通常のトランザクションシステムでレポートを作成する場合よりも、レポートの柔軟性を高める必要があります。

13
Robert Harvey

私は多くの高価な失敗を見てきました。私はこの風車で何年もビジネスパートナーを傾けていました。彼らの難しさは、「技術者ではない」人々がレポートを作成できるという彼らの主張でした。私たちは、人々が学習し、さまざまな程度の成功に使用できる多くのソリューションを構築しました。皆さんのように、パラメーター化された定型レポートから始めました。

次に、パラメーターセットを保存し、それらをさまざまな「フォーマット」テンプレートに関連付ける方法を作成しました。これにより、基本的に、定型レポートを混合して照合し、他の人に公開できます。これは、開発期間が約2週間(基本的なパラメーター化された定型レポートシステムに加えて)であることを考慮して、実際にこれが最も効率的なことであり、何年か成功して使用しました。それは非常にシンプルなUIでしたが、それでも一部のユーザーは実際に独自のレポートを作成できず、基準がどうあるべきかを理解できませんでした。しかし、anyoneはレポートを作成して他の人と共有できるため、MISチームに行ってキューに立つ代わりに、同僚にレポートを作成させることができます。

私たちはそれを改善しようとし続け、何十万ドルも無駄にした。 Crystal Decisionsには、Crystal Reportsエンタープライズ製品のアドオンとして、かなり凝ったツールキットがありました。これはバージョン9または10でした。長い間名前が変更され、Business Objectsによってブランド名が変更されましたが、まだバージョンがあると思います。それはかなり高価で、ほとんどすべてのレポート形式を作成するための完全なWebデザイナーを提供しました。また、既存のレポートを変更するためのウィザードのようなサンプルアプリケーションもありました。 「保存してパラメーター化されたテンプレートを共有する」というアイデアで成功したので、一歩踏み込んだため、これは魅力的でした。短い話ですが、実際には実現しませんでした。ツールは大丈夫だったと思いますが、私たちがやろうとしていたのは、混乱しすぎて正しく機能しないことでした。結局、それを効果的に使用できる人はさらに少なくなり、いくつかの機能を動作させることを徐々に断念し、予算が足りなくなったため、厄介な制限がありました。

これまでずっと、ビジネスは多くのアドホックレポートを作成したMIS開発者のスタッフを維持する必要がありました。彼らが私たちのものから得た最高のものは、もう少し既存のレポートが多少似ていれば、最良のケースで新しい定型レポートの開発がより速くなる、もう少し柔軟な定型レポートでした。どういうわけか、新しいデータソースを統合したい場合は、忘れてください。そして、主に、MISが彼らのためにしたことは、だんだんと多くのデータソースをずさんにしかし非常に迅速に市場に投入する方法で統合することでした。

最終的には、BIツールのデスクトップバージョンであるBusiness Objectsを頻繁に使用し始めました。これにより、ローカルデータを、オンラインメタデータカタログで見つけたデータと統合できます。したがって、大衆のために実際の制作を行うことができ、クオンツとマネージャーは、研究が導き出したさまざまなデータセットを使い続けることができます。スキルセットはさらに珍しくなりました、それは確かに誰もが拾って行うことができるだけのものではありませんでした。それでも、MIS専任のスタッフとして雇うだけの余裕がなかったよりも、はるかに多くの人々に効果的に使用してもらうことができました。しかし、MISのスタッフがそれほど減ることはなかった、というのがそれです。

この一般的な問題についての私自身の印象は、このツールを使用することを想像している人々のために、スキル開発にかなりの投資をする必要があり、すべてのスタッフがそこに行くわけではないことを受け入れる必要があるということです。また、BIプラットフォームの学習に数週間を費やすことができない場合、彼らが提供するanyツールを最大限に活用することはできません。一部の人々は、何らかの理由で、外部結合などの基本的なアイデアを得ることはありません。問題セットの巨大なクラスは、実際にコンピュータに要求しようとしていることを概念レベルで理解するのに十分なほど遠くに達していないため、どのツールでも解決することができません。それは彼らがそれを「学ぶことができない」と言っているのではなく、彼らの多くは決してそうしないということだけです。

7
Jeremy

現在、この状況に直面しています。この時点では、アドホックレポートインターフェイスの代わりに、ExcelとPower Pivotを使用してトライアルを実行しています。これをExcelツールバーに統合し、ユーザーがデータを直接インポートして、これを使用してレポートを作成できるようにしました。これらのアドホックレポートの多くは、特定の質問に回答するために、特定の時間に必要な場所から離れていることがわかりました。

この時点では問題なく機能しており、少しのトレーニングと手持ちが必要でしたが、財務部門で使用されているため、Excelで最も快適です。

ところで、実装の詳細について話したい場合はお知らせください。

5

私が管理しているプロジェクトの同様のシナリオで、OLAPソリューションを上に配置したデータウェアハウスを追加するようにお客様に提案しました。コストを抑えるために、PostgreSQLをDWHデータベースとして、Pentaho EnterpriseをBI/OLAP分析ツール-OLAPツールははるかにユーザーフレンドリーなので、有料バージョンを選択しました。

正確に言ったように、ユーザーのニーズに適したデータモデルを設計するには、分析を行う必要があります。要件から展開までに3か月を要し、最初はいくつかの不具合がありましたが、最終的に顧客は結果に非常に満足しています。ユーザーは独自の分析を作成し、時にはそれらをレポートとして使用します(PDFにエクスポート)。シンプルで十分なアドホックレポートを作成できる機能もありますが、少なくとも今のところ、分析ツールはそのニーズに十分対応できます。

2
Dan Mazzini

クライアントが持つドメインや企業の規模が広いほど、カスタマイズ、データ統合、アドホックレポートに傾く傾向があります。コストがかかるだろう。

ほとんどの企業はカスタマイズを推奨していないため、このサービスには高額の料金がかかります。プログラマーはこのことを不必要だと考える傾向がありますが、時間を節約し、数百人のユーザーがそれを簡単にできるようになれば、節約はさらに増えます。

報告のために、これは追加のトレーニングを請求する機会を作り出します。アドホックレポートには追加料金がかかる場合があります。

開発者としてのあなたの仕事は厳しくなるでしょう。サードパーティのソフトウェアがあった私が今まで働いたほとんどの場所には、カスタムレポートがありました。彼らは単純なデータ構造を持っていたので、それは一部にとっては簡単でした。より大きく/より複雑なものは、ビジネスを運営する方法であるため、カスタムレポートが必要でした。彼らが他の皆と同じことをしたいのなら、彼らは私を雇わなかっただろう。私はいくつかのDevExpress Reportingの質問をSOに出さなければなりませんでした。

必要があるかどうかを確認するのは営業とマーケティング次第です。 「アドホックレポートはすばらしい」ではなく、「アドホックレポートがあるのでソフトウェアを購入します。」必要な技術的投資をすべての人に知らせる必要があります。

2
JeffO

私の解決策は、アプリケーションでいくつかの基本的なスプレッドシートを生成し、ユーザーが必要なものを見るまでAccessを操作できるようにすることです。

より洗練されたアプローチは、アクセス/ vbscriptプログラムを記述してベースデータを「更新」し、ユーザーがカスタマイズを再利用できるようにすることです。

2
James Anderson

私はアドホックおよび缶詰のレポート要件を持つ政府のITシステムで働いています。さらに、ユーザーは既存のアプリケーションに「埋め込まれた」と感じ、レポート出力の背後にあるレコード情報を表示するドリルスルー機能を提供し、完全なレポートを提供するアドホックレポートソリューションを望んでいました。データベースのクエリへのアクセス。対象となるレポート製品は、通常、単なるWebページまたはMS Excelでした。セキュリティは、レポートを既存のJEEセキュリティコントロールと統合することを望んでいました。

市場で既存のソリューションを見つけることができなかった後、私たちは数年にわたって使用してきた独自のアドホックレポートツールを作成することになりました。ただし、適度な結合、フィルター、およびソートのユースケースを超えて拡張するように設計されていないため、維持するのに費用がかかり、強化するのに負担がかかります。

私たちが他の人が言及したのと同様の問題がいくつかあります:

  • ユーザーがデータモデルを理解できない-特に、ユーザーはツールを介して定期的にクロス結合製品を作成し、出力に混乱します。
  • データの多くに空間属性がある場合でも、マップに結果を表示する機能はありません。
  • ブックマークしてアドホックレポート選択に戻ることができない(これは元のツール設計の欠陥でした)。

現在 プルレポート を評価して、これらの問題を解決できるかどうかを判断しています。アドホックインターフェイスが、ユーザーにデータモデルの簡略化されたビジュアルと、テーブルと列のテキストによる説明を提供する方法が気に入っています。ユーザーのフィルター選択がレポート出力に埋め込まれているため、結果が正しく解釈されないという懸念が軽減されます。

これらすべてが「価値がある」かどうかに関しては、私たちの場合、アドホックレポートは、技術スタッフが大量の定型レポートを管理するよりも安く簡単に管理できました。ただし、定型レポート(社内レポートツールとプルレポートの両方)は、通常、アドホックレポートツールのクエリ/レポートエンジンの上に構築されているため、少し疑問が残ります。つまり、既定のレポートは、設定が事前に構成されたアドホックレポートです。

1
Jon French

私は何年にもわたって何回かやりました。あなたが言ったように、特定のドメイン知識に依存するデータベースでは、それは非常にトリッキーになる可能性があります。そのため、私(または私が所属していたチーム)は、レポートツールを使用せずにそれらを開発しました。彼らは率直に言って、必要なすべてのロジックを取り込もうとして、作業するにはあまりに面倒でした。あなたは彼らが助ける限り彼らと戦うことになります。

ユーザーは自分のレポートを作成できることを本当に望んでいるので、そのようなシステムを開発することは間違いなく価値があると私は思います時間があれば

1
GrandmasterB

簡単に言えば、それは可能であるということです。

私は90年代半ばに、彼らが求めていることを実行するソフトウェアを構築する会社で働いていました。製薬業界には良い市場があり、臨床試験では多くのクエリとレポートが必要だったため、IS中間者を排除することは理にかなっています。

その会社は他の人に飲み込まれ、その会社は製品の取り扱いを知らないか気にしない他の人に飲み込まれました。

それでも、ビジネスインテリジェンスの(オキシモニック)の世界は、エンドユーザーがデータシステムへのクエリを定義または少なくとも調整できるようにすることに一部依存しています。これをユーザーにとって多少簡単にするためのツールが世に出ています。 Business Objects(現在はSAPの一部)がこの領域の王様でした。それから彼らはクリスタルを買った。その後、SAPがそれらを購入しました。この領域で現在提供されているのは、SAP Crystal Interactive Analysisです。

これは大変な作業です。通常、ツールにはメタデータの設定など、多くの作業が必要です。これは本当に、ユーザーが本当にこれを必要とするかという問題です。ROIはどうなるでしょうか。

1
Matthew Flynn