BI and Data Management

Dec 11 2011

Double test efficiency and build app dev culture at no charge

What if you could double the efficiency of your software testing process, and substantially reduce errors found during the test, deployment, and maintenance phases, without purchasing any tool or method? The November 28 InformationWeek offers just that in a reprint of a recent Dr. Dobbs article on formal inspections by Capers Jones and Olivier Bonsignour.  They call formal inspections the “defect removal tool of choice” and back up their claim with lots of hard evidence, but I think they are still selling short.

Read More

Dec 07 2011

Addressing Slowly Changing Dimensions with Teradata v13

Earlier in my blog, Slowly Changing Dimensions – Special Attention Needed, I touched upon the need to pay special attention to slowly changing dimensions. Organizations have three variants of implementing solutions for slowly changing dimensions.


Type 1: in these implementations, the latest data is retained. This is implemented when there would be no need to do historic analysis. For example, an online transactional system that needs to display the latest list of values in the pull-down pick lists may use this type.


Type 2: in these implementations the history or the validity period for the changes is persisted.

Read More

Dec 07 2011

Logi Info Studio Risks

While describing LogiXML’s Logi Info, Brian Cox stated “there is still room for improvement on the development end of things.”  If LogiXML is listening or if my developer peers wish to understand some of the risks, I will describe a few challenges I experienced.

Logi Info Studio is the developers’ tool for creating LogiXML's Logi Info reports.  Since I am working with Logi Info Studio on one project and Microsoft’s Business Intelligence Development Studio (BIDS) (i.e., the developers’ tool for creating SQL Server Reporting Services reports) on another project, comparing the two products is natural for me.  Examples and descriptions from each developer interface are included.

Element Name Proofing
Consider this simple query using the SQL Server AdventureWorks2008R2 database.

Read More

Nov 21 2011

Data Quality 3: No More Data Corruption Excuses!

I’ve recently posted a couple of articles at this site on data quality, this is the final one in a series of three.  Previous posts presented these ideas:

  • Yes, there is a business case for improving data quality, and we’ve got business value examples. If you look for real money where you anecdotally know there are data quality problems, you’ll likely find it in high costs of data correction and rework, and savings related to business process improvements that reliable data enables.
  • There are distinct things an organization can do to reap benefits of improved data management and data quality.  (1) Get started in the first place, (2) find the tangible benefits, (3) cross the departmental silos that exist in every large organization, and (4) promote sound data management practices.
  • Impacts of poor data quality can seem abstract in a large organization. They aren’t for a small business owner.  Say you have a carpet cleaning business.  What if you knew 10% of your customer bills were wrong, but you weren’t sure by how much or in which direction?  First you’d panic. Then you’d rush to fix the problem.

Read More

Nov 19 2011

Business Intelligence on SharePoint 2010 Part 1

BI on SharePoint

Getting reports onto SharePoint is an important step in centralizing knowledge and increasing awareness of a company's available Business Intelligence. Unfortunately, people shy away from taking this step because it seems like something that would require a lot of time, effort and expense. This two part series will illustrate the process of putting BI on SharePoint, remove some of the mystery around it and hopefully encourage further investigation.  Part one will cover the setup and part two will illustrate working with SSRS reports within SharePoint.

Read More

 

Disclaimer

The words and opinions expressed here are those of each article's respective author, and do not necessarily represent the views of CapTech Ventures.