• Votes for this article 99 people voted for this
  • Dashboard Insight Newsletter Sign Up

Step Zero: Selecting the Right Dashboard Platform
Thoughts from a lowly dashboard developer

by Ayush Yash Shrestha, Consultant, Dundas ConsultingWednesday, October 3, 2007

With the world producing the equivalent of about 1.5 billion gigabytes of information annually there is little alternative but to gravitate towards digital storage. This data massif necessitates the need for the creation and upkeep of systems to disseminate information in an effective manner. In many scenarios digital dashboards provide the perfect means to achieve information clarity.

A quick Internet search will reveal no shortage of individuals and companies professing to be dashboard experts, declaring the importance of A, B and sometimes C and why you should choose Platform X over Platform Y. I’m not going to do that, mainly because I don’t think it is possible to make such definitive assertions given the overlap in technologies. Instead, I’d like to take a conversational look at each of the platforms based on how adequately they have satisfied non-functional requirements by which other pieces of software are commonly assessed:

  • Interoperability
  • Maintainability
  • Performance
  • Scalability
  • Customizability
  • Usability
  • Aesthetics

The aesthetics debate is a non-starter; many vendors sell products to enhance the appearance of dashboards across these platforms. My own employer - Dundas Data Visualization - has Chart, Gauge and Map controls that produce equally strong looking products on all four platforms.

So where do I start?
If you find yourself needing to implement a digital dashboard solution and already have a SharePoint installation in place (or plan to have one in the near future) both flavors of the newest generation of SharePoint (MOSS and WSS) bring a lot to the table: the asset management, collaboration and search tools can be invaluable. However, the task of sharing digital dashboards alone does not merit the time, effort and cost associated with installing and maintaining a SharePoint portal.

Digital Dashboards created with Dundas Data Visualization Webparts
“Some Digital Dashboards Created with Dundas Data Visualization WebParts”

Microsoft has described SharePoint as a conduit to connecting people, process, and information. Given that description, you would expect that some of the major considerations mentioned at the outset have been addressed, and fortunately in a number of respects this is the case. For instance, SharePoint offers tremendous customizability at both the portal and page levels. Since we are dealing with what amounts to the presentation layer, this customizability is imperative. Beyond that, SharePoint affords good performance and a high degree of scalability. Furthermore, given its server-based model, maintainability is greatly simplified. There are, however, relatively few vendors providing multiple true visualization oriented WebParts. I believe Dundas is the only company offering both a Chart and Gauge WebPart.

In terms of interoperability the server-side of a SharePoint installation is as versatile as its ordinary web-server cousin. Where SharePoint eclipses ordinary web applications is in its handling of file types commonly used in small and medium sized businesses, specifically Microsoft Office files. By harnessing this advantage it is possible to have personnel with limited (dare I say, rudimentary) software skills creating, editing and sharing meaningful dashboards. This usability is something none of the other platforms can boast.

Like SharePoint, SQL Server Reporting Services (SSRS) has quite a few unique features which make it desirable. For starters, you can develop read-only reports in SSRS much more swiftly than in ASP.NET. In many cases this can be achieved with little or no coding, including drill-downs and automation. Given the lack of need for code and the fact that parameters are built-in, the task of maintenance is greatly simplified. In instances where minimal coding is desirable or limited programming hours are available SSRS is usually a safe bet. Unfortunately deploying and exposing SSRS reports can be a painful process. If you are implementing a one-off SSRS solution do yourself a favor: hire somebody with expertise in the area – unless you relish the prospect of deployment and customization headaches.

Digital Dashboard Reports created with Dundas Dashboard
“Digital Dashboards Report Created with Dundas Dashboard”

A quick visit to MSDN will give you all details you need to configure and deploy SSRS to meet your scalability and performance needs.

SSRS has trumped other reporting products with its interoperability which is founded on that fact that SSRS compiles reports into a .NET readable assembly. This opens up a feast of integration possibilities.

Now that the two specialized products are out of the way, that leaves raw web applications and Windows desktop applications remaining for discussion.

There is no doubt that desktop application-based digital dashboards have a pronounced advantage over other platforms with regard to interoperability. By their very nature desktop applications allow developers to more easily plug into just about any other software entity while incurring comparatively small performance penalties. The desktop environment also affords terrific usability and customizability that is to be expected as desktop applications are not constricted by browser limitations. However, as browsers improve and web programming methodologies and implementations converge there are few instances (in the DD space) where I would choose the desktop over the web. Perhaps the only situation would be where a digital dashboard would have to double as a human machine interface. In these cases interactivity and response are critical, and would merit the jump from web to desktop.

Digital Dashboards Created in ASP.NET with Dundas Data Visualization
“Some Digital Dashboards Created in ASP.NET with Dundas Data Visualization”

While ASP.NET applications can also be versatile, their scope of interoperability is typically confined to the server side. This is in part due to the restrictions that browsers impose on web applications. A further complication of ASP.NET powered digital dashboards is ensuring uniformity. This is anything but simple; there are just too many variables to assure uniform appearance and behavior across the board. Despite browser related complications and limitations, ASP.NET-driven digital dashboards are still highly customizable and can deliver tremendous performance. This, however, is contingent on having a developer experienced enough to maximize the benefits of AJAX methodology as well as better bandwidth and task management.

While few things are definite here are my rules of thumb:

  • If you will only ever need a fixed number of reports, go with ASP.NET - it is the easiest to get up and running.
  • If you plan to have a varying number of reports, use Reporting Services - it is well worth the initial setup times.
  • If responsiveness and interactivity are imperative, use a desktop application.
  • Unless you have a SharePoint installation in play, or plan to in the near future, steer clear of SharePoint.
  • When in doubt use ASP.NET

Copyright 2008 - Dashboard Insight - All rights reserved.

Tweet article    Stumble article    Digg article    Buzz article    Delicious bookmark      Dashboard Insight RSS Feed
Other articles by this author


Tony Rose said:

Great post Ayush! There are a few companies that are starting to come around in terms of Data Visualization. What I see from Dundas are dashboards with a lot of eye-appeal. However, there are some fundamental flaws with a few of the examples above if trying to communicate results effectively. For example, pie & donut charts, time series as a bar chart, 3-D, and a lot of bling. I know your post is more about the different platforms, but when a company can create the optimal balance between effective and eye-appealing, it will be bliss!

Ayush Yash Shrestha said:

Thanks for taking the time to post Tony!

I fully agree with you that some of the example dashboards use certain visualization types in a manner other than which they were classically intended. However, you have to understand that software vendors (my company included) ultimately cater to what people want to do rather than what they should do. For that reason it is sometimes necessary to show what is possible rather than what is ideal.

Hopefully with the help of resources such as dashboardinsight.com more people in the industry will begin adhering to purist visualization principles, including those you mentioned.

Dan Castleberry said:

Tony...I have been given the daunting task of creating a dashboard for my company's performance. Unfortunately, I have as you say rudimentary software skills and our IT department is too busy to work on this. I appreciate the article and would like the opportunity to communicate with you in the future once I know what we are looking to create. It is apparent to me that without someone like you, I will be going in circles for months. Dan Castleberry

Tony Rose said:

Ayush - We can only hope. Also, I am very impressed with DI and their "stepping up" in the industry!

Dan - I would be more than happy to discuss this with you. DI has links to my website in their catalogue section. Also, you can reach me at:

~ Best regards

Site Map | Contribute | Privacy Policy | Contact Us | Dashboard Insight © 2018