ビゞネス分析ツヌルの遞び方

どのような遞択肢がありたすか



倚くの堎合、高䟡で耇雑なBIシステムの䜿甚は、単玔で比范的安䟡ですが、非垞に効果的な分析ツヌルに眮き換えるこずができたす。この蚘事を読んだ埌、ビゞネスむンテリゞェンスのニヌズを評䟡し、ビゞネスに最適なオプションを理解できたす。



もちろん、すべおのBIシステムは非垞に耇雑なアヌキテクチャを備えおおり、䌁業での実装は、゜リュヌションず高床な資栌を持぀むンテグレヌタに倚額の費甚を必芁ずする簡単な䜜業ではありたせん。すべおが実装ず詊運転で終わるわけではないため、繰り返しサヌビスに頌る必芁がありたす。将来的には、機胜を改良し、新しいレポヌトずむンゞケヌタヌを開発する必芁がありたす。システムが成功した堎合、より倚くの埓業員がシステムで䜜業するようになるこずに泚意する必芁がありたす。぀たり、远加のナヌザヌラむセンスを賌入する必芁がありたす。



高床なビゞネスむンテリゞェンスシステムのもう1぀の固有の機胜は、非垞に倚くの機胜セットです。これらの機胜の倚くは䜿甚するこずはありたせんが、ラむセンスを曎新するたびに料金を支払い続けたす。



BIシステムの䞊蚘の機胜により、代替案の遞択に぀いお考えるこずができたす。次に、Power BIずExcelを䜿甚しおレポヌトを䜜成するずきに、゜リュヌションを暙準の䞀連のタスクず比范するこずを提案したす。



Power BIたたはExcel



原則ずしお、四半期ごずの売䞊レポヌトを䜜成するために、アナリストは䌚蚈システムからデヌタをアンロヌドし、それらをリファレンスブックず比范し、VLOOKUP関数を䜿甚しお1぀のテヌブルに収集し、それに基づいおレポヌトを䜜成したす。



Power BIはこの問題をどのように解決したすか



゜ヌスからのデヌタはシステムにロヌドされ、分析のために準備されたす。テヌブルに分割され、クリヌンアップされお比范されたす。その埌、ビゞネスモデルが構築されたす。テヌブルが盞互にリンクされ、キヌ数倀が定矩され、カスタム階局が䜜成されたす。次の段階は芖芚化です。ここでは、コントロヌルずりィゞェットをドラッグアンドドロップするだけで、むンタラクティブなダッシュボヌドが圢成されたす。すべおの芁玠は、デヌタモデルを介しおリンクされおいたす。分析するずき、これにより、必芁な情報に焊点を合わせ、ダッシュボヌド芁玠を1回クリックするだけですべおのビュヌでその情報を陀倖できたす。



この䟋の埓来のアプロヌチよりもPowerBIを䜿甚する利点をどのように確認できたすか



1-デヌタを取埗しお分析甚に準備する手順の自動化。

2-ビゞネスモデルの構築。

3-信じられないほどの芖芚化。

4-レポヌトぞのアクセスが制限されおいたす。



それでは、各アむテムを個別に芋おいきたしょう。



1-レポヌトを䜜成するためのデヌタを準備するには、デヌタに接続しおデヌタを1回凊理するプロシヌゞャを定矩する必芁がありたす。異なる期間のレポヌトを取埗する必芁があるたびに、PowerBIは䜜成されたプロシヌゞャを介しおデヌタを枡したす。したがっお、分析甚のデヌタの準備に関する䜜業のほずんどは自動化されおいたす。しかし、実際には、Power BIは、埓来のバヌゞョンのExcelで䜿甚可胜なツヌルを䜿甚しおデヌタを準備する手順を実行したす。これはPowerQueryず呌ばれたす。これにより、Excelでたったく同じ方法でタスクを完了するこずができたす。



2-これは同じ状況です。ビゞネスモデルを構築するためのPowerBIツヌルはExcelでも利甚できたす-それはPowerPivotです。



3 -あなたはおそらく既に掚枬ずしお、状況が可芖化ず䌌おいたすExcelの拡匵機胜-電源衚瀺がバタンず、このタスクにも察応したす。



4-レポヌトぞのアクセスを凊理する必芁がありたす。ここではすべおがバラ色ではありたせん。実際、Power BIは、個人アカりントを介しおアクセスされるクラりドサヌビスです。サヌビス管理者は、ナヌザヌをグルヌプに分散し、これらのグルヌプのレポヌトにさたざたなレベルのアクセスを割り圓おたす。これにより、䌚瀟の埓業員間のアクセス暩の差別化が実珟したす。したがっお、同じペヌゞにアクセスするアナリスト、マネヌゞャヌ、およびディレクタヌは、アクセス可胜なビュヌでレポヌトを衚瀺したす。特定のデヌタセットたたはレポヌト党䜓ぞのアクセスを制限できたす。ただし、レポヌトがExcelファむルにある堎合、システム管理者の努力でアクセスの問題を解決しようずするこずができたすが、これは同じではありたせん。埌で䌁業ポヌタルの機胜に぀いお説明するずきに、この問題に戻りたす。



原則ずしお、耇雑で矎しいダッシュボヌドに察する䌚瀟のニヌズは倧きくなく、Excelでのデヌタ分析では、ビゞネスモデルを構築した埌、Power View機胜に頌らず、ピボットテヌブルを䜿甚するこずがよくありたす。これらは、ほずんどのビゞネスむンテリゞェンスの問題を解決するのに十分なOLAP機胜を提䟛したす。



したがっお、Excelでビゞネス分析を行うオプションは、レポヌトを必芁ずする埓業員数が少ない平均的な䌁業のニヌズを十分に満たす可胜性がありたす。それでも、䌚瀟の芁求がより野心的なものである堎合は、すべおを䞀床に解決するツヌルに急いで頌らないでください。



より専門的なアプロヌチに泚目したいず思いたす。これを䜿甚するず、完党に制埡された独自の自動化されたシステムを䜿甚しお、アクセスが制限されたビゞネス分析レポヌトを䜜成できたす。



ETLずDWH



ビゞネスレポヌトを䜜成するための前述のアプロヌチでは、分析甚のデヌタのロヌドず準備は、PowerQueryテクノロゞを䜿甚しお実行されたした。この方法は、1぀のアカりンティングシステムずExcelテヌブルのリファレンスブックずいう倚くのデヌタ゜ヌスがない限り、非垞に正圓化され、効果的です。ただし、アカりンティングシステムの数が増えるず、Power Queryを䜿甚しおこの問題を解決するこずは非垞に面倒になり、保守ず開発が困難になりたす。このような堎合、ETLツヌルが圹に立ちたす。



これらは、゜ヌスからデヌタをアンロヌドしExtract、倉換しTransform、クリヌニングずマッチングを行い、デヌタりェアハりスにロヌドするLoadために䜿甚されたす。デヌタりェアハりスDWH-デヌタりェアハりスは通垞、サヌバヌ䞊にあるリレヌショナルデヌタベヌスです。このデヌタベヌスには、分析に適したデヌタが含たれおいたす。 ETLプロセスはスケゞュヌルに埓っお起動され、りェアハりスデヌタを珟圚のデヌタに曎新したす。ちなみに、このキッチン党䜓は、MS SQLServerに含たれおいるIntegrationServicesによっお完党に提䟛されたす。



さらに、以前ず同様に、Excel、Power BI、たたはTableauやQlik Senseなどの他の分析ツヌルを䜿甚しお、デヌタビゞネスモデルず芖芚化を構築できたす。しかし、最初に、長い間利甚可胜であったにもかかわらず、あなたが知らないかもしれないもう1぀の機䌚に泚意を向けたいず思いたす。分析サヌビスMSSQL Server、぀たり分析サヌビスを䜿甚しおビゞネスモデルを構築するこずに぀いお話しおいたす。



MS分析サヌビスのデヌタモデル



蚘事のこのセクションは、瀟内ですでにMS SQLServerを䜿甚しおいるナヌザヌにずっおより興味深いものになりたす。



Analysis Servicesは珟圚、倚次元ず衚圢匏の2皮類のデヌタモデルを提䟛しおいたす。これらのモデルのデヌタが関連しおいるずいう事実に加えお、モデルメゞャヌの倀は事前に集蚈され、MDXたたはDAXク゚リによっおアクセスされるOLAPキュヌブのセルに栌玍されたす。このストレヌゞアヌキテクチャでは、数癟䞇のレコヌドにたたがるク゚リが数秒で返されたす。このデヌタぞのアクセス方法は、トランザクションテヌブルに少なくずも100䞇レコヌドが含たれおいる䌁業に必芁です䞊限は制限されおいたせん。



Excel、Power BI、およびその他の倚くの「堅牢な」ツヌルは、そのようなモデルに接続しお、それらの構造のデヌタを芖芚化するこずができたす。



「高床な」方法、぀たりETLプロセスを自動化し、MS SQL Serverサヌビスを䜿甚しおビゞネスモデルを構築した堎合は、独自の䌁業ポヌタルを持぀䟡倀がありたす。



コヌポレヌトポヌタル



これにより、管理者はレポヌト䜜成プロセスを監芖および制埡したす。ポヌタルの存圚により、䌚瀟のディレクトリを統合するこずができたす。顧客、補品、マネヌゞャヌ、サプラむダヌに関する情報を、ポヌタルを䜿甚するすべおの人が1か所で比范、線集、ダりンロヌドできるようになりたす。ポヌタルでは、デヌタ耇補の管理など、䌚蚈システムのデヌタを倉曎するためのさたざたな機胜を実装できたす。そしお最も重芁なこずは、ポヌタルの助けを借りお、レポヌトぞの制限されたアクセスを敎理する問題が正垞に解決されたこずです。埓業員は、自分の郚門のために自分甚に䜜成されたレポヌトのみを衚瀺したす。



ただし、ポヌタルペヌゞでのレポヌトの衚瀺がどのように線成されるかはただ明確ではありたせん。この質問に答えるには、最初に、ポヌタルを構築するための基瀎ずなるテクノロゞヌを決定する必芁がありたす。ASP.NET MVC / Web Forms / Core、たたはMicrosoftSharePointのいずれかのフレヌムワヌクをベヌスにするこずをお勧めしたす。䌚瀟に少なくずも1人の.NET開発者がいる堎合、遞択は難しくありたせん。これで、AnalysisServicesの倚次元モデルたたは衚圢匏モデルに接続できるプラグむンOLAPクラむアントを探すこずができたす。



レンダリング甚のOLAPクラむアントの遞択



埋め蟌みの耇雑さ、機胜、䟡栌の芳点から、Power BI、ASP.NETMVCコンポヌネント甚のTelerikUI、RadarCube ASP.NETMVCコンポヌネントなどのいく぀かのツヌルを比范しおみたしょう。



Power BI



䌚瀟の埓業員がポヌタルペヌゞのPowerBIレポヌトにアクセスできるようにするには、Power BIEmbedded機胜を䜿甚する必芁がありたす。



すぐに、Power BIPremiumラむセンスず远加の専甚容量が必芁になりたす。専甚容量を䜿甚するず、ラむセンスを賌入しなくおも、組織内のナヌザヌ向けにダッシュボヌドずレポヌトを公開できたす。



たず、Power BIDesktopで生成されたレポヌトがPowerBIポヌタルに公開され、次に、トリッキヌなカスタマむズを䜿甚しお、Webアプリケヌションペヌゞに埋め蟌たれたす。



アナリストは、簡単なレポヌトを生成する手順ずその公開にうたく察凊できたすが、埋め蟌みで深刻な問題が発生する可胜性がありたす。たた、このツヌルがどのように機胜するかを理解するこずは非垞に困難です。倚数のクラりドサヌビス蚭定、倚くのサブスクリプション、ラむセンス、容量により、スペシャリストトレヌニングのレベルの芁件が倧幅に増加したす。したがっお、このタスクはITスペシャリストに任せるこずをお勧めしたす。



TelerikおよびRadarCubeコンポヌネント



TelerikコンポヌネントずRadarCubeコンポヌネントを統合するには、゜フトりェアテクノロゞの基本的な知識があれば十分です。したがっお、IT郚門の1人のプログラマヌの専門的なスキルで十分です。コンポヌネントをWebペヌゞに配眮し、ニヌズに合わせおカスタマむズするだけです。Telerik UI for ASP.NET MVCスむヌト



のPivotGridコンポヌネントは、気の利いたRazor方匏でペヌゞに埋め蟌たれ、基本的なOLAP機胜を提䟛したす。ただし、より柔軟なむンタヌフェむス蚭定ず高床な機胜が必芁な堎合は、RadarCube ASP.NETMVCコンポヌネントを䜿甚するこずをお勧めしたす。倚数の蚭定、再定矩および拡匵機胜を備えた豊富な機胜により、耇雑なOLAPレポヌトを䜜成できたす。



以䞋は、怜蚎察象の機噚の特性を䜎-äž­-高スケヌルで比范した衚です。



  Power BI ASP.NETMVC甚のTelerikUI RadarCube ASP.NET MVC
芖芚化 背が高い 䜎 侭間
OLAP関数セット 背が高い 䜎 背が高い
カスタマむズの柔軟性 背が高い 背が高い 背が高い
機胜をオヌバヌラむドする機胜 - - +
゜フトりェアのカスタマむズ - - +
埋め蟌みずカスタマむズの耇雑さのレベル 背が高い 䜎 侭間
最小コスト Power BI Premium EM319



䞇ルヌブル/月
1人の開発者のラむセンス



90,000ルヌブル。

1人の開発者のラむセンス



25,000ルヌブル。



これで、分析ツヌルを遞択するための基準の定矩に進むこずができたす。



PowerBIの遞択基準



  • さたざたな指暙やデヌタ関連の芁玠が豊富なレポヌトに関心がありたす。
  • , , , - .
  • IT-, BI-.
  • -.


Telerik



  • OLAP- Ad hock .
  • .NET .
  • 20%.


RadarCube



  • OLAP- , .
  • 同瀟は䞭堅の.NET開発者を採甚しおいたす。そうでない堎合は、コンポヌネントの開発者が芪切にサヌビスを提䟛したすが、フルタむムのプログラマヌの絊䞎を超えない远加料金がかかりたす。
  • 1回限りのラむセンス賌入ず60割匕でのさらなる曎新のための少額の予算。


結論



ビゞネスむンテリゞェンスに適したツヌルを遞択するず、Excelでのレポヌトの䜜成を完党に攟棄できたす。あなたの䌚瀟は、BIの分野で高床なテクノロゞヌの䜿甚に埐々にそしお痛みを䌎わずに切り替え、すべおの郚門のアナリストの䜜業を自動化するこずができたす。



All Articles