Archive for the ‘Sue Burk’ Category

Business Analysis for Business Intelligence

Thursday, February 2nd, 2012

Over the past few years, I’ve spoken to user groups to share my experiences working with use cases, scenarios, and user acceptance tests in support of data warehousing and Business Intelligence (BI) BI analysis. Afterwards, many people ask me to summarize my recommendations. In response, I wrote a short article – Requirements Tips for Data Centric Projects. You can access it here (note: you may have to register).

In my article, I focus on analyzing the context of usage. In addition, remember this: to elicit, analyze, and specify requirements in this space, almost all of the time-tested data-centric techniques are still necessary.

People often asked me for additional tips and advice. What additional considerations for business analysis for BI? Continue reading

Share

Tips on Software Security Requirements

Tuesday, December 13th, 2011

Security requirements are a difficult quality attribute to elicit and specify. (Quality attributes are one the three types of nonfunctional requirements—along with interfaces, and design & implementation constraints*). Distinguishing can help. So too, it helps to

Sue Burk distinguishes between security requirements and security controls, shares four categories of security requirements, provides suggestions for eliciting security requirements, and explains why making them testable is important in her expert response. Continue reading

Share

Requirements Tips for Data Centric Projects

Tuesday, June 21st, 2011

Are you working on data-centric software products? For example, ones that involves building a data warehouse, using extract-transform-load (ETL) and getting the gold—delivering business intelligence and analytic reports and queries for business decision makers?

Sue Burk shares the value of scenarios to define acceptance tests, and other practical techniques to improve your success with these data-centric projects in her expert response. Continue reading

Share

Ways to Understanding Product Functionality in the Absence of Documentation

Tuesday, March 15th, 2011

Have you been in a situation where there’s no documentation, yet you’re expected to understand functionality?

Trial transactions and observing behavior is one answer. But understanding context is also important.

Sue Burk suggests creative solutions in her expert response.

Share