ダッシュボードを設計するには道に沿って各技術レイヤーを特定するための助けが必要です

Question

私は私のチームのKPIやその他の関連情報を表示するダッシュボードの設計に着手します。私はこのプロジェクトの初期段階にあり、ダッシュボードの設計の背後にある技術的プロセスにあまり慣れていないので、車を再開発するのを避けるためにいくつかの解決策を検討しています。

1. 当社は、データソース（または可能な限りの近くに住んでいる時）を経由して、ライブ時の情報を提供できるダッシュボードをしたい：

   は、ここに私の質問のいくつかにあります。どの機能を使用すれば、ダッシュボード自体を同時データソースで更新できますか？概念的な観点からは、Microsoft Excelからダッシュボードを作成し、ピボットテーブル内で設定した値に応じてダッシュボードを使用することを理解できます。

2. 複数のデータソースからダッシュボードに情報をリクエストする方法を教えてください。 Excelの例と同じように、値を更新するためにピボットテーブルに移動する必要があるかもしれませんが、ダッシュボードがこれを要求する方法と、プログラミングの観点から見た正確な方法は何ですか？ Webページを更新するたびにコードが実行されますか？
3. どのようにデータソースを有機的に作成しますか？私はSharePoint BI Centerなどのいくつかのソリューションを知っています.ExcelシートやSharePointなどの事前にサポートされているデータソースがあり、ドキュメントをアップロードして残りの部分を処理することは簡単です。しかし、私が知っているいくつかのデータソースが取り出される必要があるだろう。この問題を解決するには、イベントレコーダーのような何かを理解する必要がありますか？

Answer 1

はじめ

（それぞれまたはレポート）ダッシュボードは、通常、ステップの長鎖の結果です。非常にそれは次のようになります簡素化：

src1 
    |------\ 
src2  |    /---- Dashboards 
    |------+---[DWH]-[BR]-+ 
src n |  |  \---- Reports etc. 
    |------/ [Big Data] 

は覚えておいて、これはデータのバックエンド/フロントエンドの唯一の非常に、非常にシンプルな構造です。

DWHは、データが一時的に格納されることがあるデータウェアハウスを意味します（これは、を取得すると呼ばれます）。これはデータベースでも、ビッグデータエンジンでも、両方の組み合わせでもかまいません。

その後、ビジネスルール（BR）があります。それらは、異なる部門がデータをどのように計算して関連させるかという特別なルールであるだけでなく、代数のような単純なものでもあります。

質問

ので、主な質問はは技術についてはすべきではない：

• 私たちはどのようなソフトウェアを選ぶべきなのでしょうか？
• ダッシュボードを作成するにはどうすればよいですか？

が、あなたのビジネスプロセスに焦点を当て逆に（トップダウンビューのようにそれを参照してください）：

• どのように当社のコアプロセスが見えますか？どこのデータを測定したいですか？
• 部門は部門bとの差額で売上をどのように計算しますか？すべて同じルールを使用する必要がありますか？
• 誰もどこにデータを保存しますか？それにアクセスできますか？構造的なデータが必要ですか？
• また、非常に忘れやすいだけでなく、時には時には最も重要な部分の1つです。ビジネスオブジェクトの識別子（たとえば、販売ID）はどこでも同じ方法で構築され、フォーマットされていますか？

結論

これらの質問には、少なくともあなたの頭の後ろにあり、あなたがこの方向で作業を続ける場合は、多かれ少なかれ自動的にデータはそのプロセスの特定の時点でこぼれます。

次に、Tableau、Tibco Spotfire、QlikView、Power BIなどの中小アプリ、または大きなHadoopバックエンド、データベース、JasperReports、Apache DrillなどのフルスケールにしたいExcelを使用するかどうかは関係ありません。 、ペンタホ、それの上にSSIS ...それは最終的に出てくるだろう。

TL; DR最初のプロセスで

フォーカス。それらを理解してください。 Excelでドラフト。 次にのデータとツールを入手してください。あなたのユースケースを手助けする。ツールを使用して要件を解決しようとするよりも、「トップダウン」アプローチの方がはるかに優れています。