Feeds

Disintermangling use case scenarios from requirements

Yes, it is a word...

High performance access to file storage

It turns out that my co-author Doug Rosenberg has a few things to say on the subject of use case style. So this week I'm going to leap in the back of the Dodge Ram pick-up truck and let him drive.

Over to Doug:

There's often a fair bit of confusion in the early stages of a software project about what exactly needs to be built, Doug says. So it's worthwhile investing some effort in getting to a point of clarity about the requirements before leaping into construction.

One of the chief points of confusion is the mangling-up of "active voice stuff" with passive voice stuff. Scenarios (or stories) are "active voice stuff", e.g. "the user clicks the cancel button and the system erases the disk".

In the UML universe, we call the active voice stuff (which describes runtime behaviour) "use case scenario text" and the passive voice stuff "functional requirements".

It's useful to separate the scenarios from the functional requirements, not least because you must understand the runtime behaviour unambiguously before you code the system - and this is much harder to do when it's "intermangled" with the functional requirements.

At ICONIX, we often work with projects that are contractually required to demonstrate compliance against a formal, written set of requirements - banking systems, aerospace/defence projects, etc, and we've run into this "intermangling" phenomenon more times than we'd like to recall.

Here's an example: Once, when I walked into a client's building to conduct a training workshop, I was handed a hefty use case document. As I flipped through the use cases, I noticed that the scenario text was interspersed with lines that started with [REQUIREMENT]. So there would be a couple of lines of active voice scenario stuff, followed by a couple of lines of [REQUIREMENT]s, and so on.

Several of these uniquely numbered [REQUIREMENT]s were repeated on multiple pages (all with unique numbers, of course). So I took a deep breath and had the following conversation:

DOUG: It looks like some of these functional requirements repeat across several use cases...

CLIENT: Oh definitely! Some of them are in there 70 or 80 times.

DOUG: Oh... (silently emits "primal scream")

DOUG: Pauses (looking calm while still screaming silently)

DOUG: And they all seem to be uniquely numbered...

CLIENT: (brightly) Yep!

DOUG: So... how do you know whether you have 320 distinct requirements, or four requirements repeated 80 times each?

CLIENT: (smiling) Don't know... never thought about that one.

DOUG: What did you say your name was?

I had recently returned from teaching another class in Texas, where they're fond of taking liberties with the English language. Thus, the word "disintermangling" was born.

I'll wrap up with this thought: Unambiguous scenario descriptions are key to understanding what you're building before you code it. But before you can disambiguate the scenarios, you need to disintermangle them from the functional requirements.

Doug Rosenberg is an author and noted OO instructor, and runs public training classes worldwide.

High performance access to file storage

More from The Register

next story
Android engineer: We DIDN'T copy Apple OR follow Samsung's orders
Veep testifies for Samsung during Apple patent trial
This time it's 'Personal': new Office 365 sub covers just two devices
Redmond also brings Office into Google's back yard
Windows 8.1, which you probably haven't upgraded to yet, ALREADY OBSOLETE
Pre-Update versions of new Windows version will no longer support patches
Batten down the hatches, Ubuntu 14.04 LTS due in TWO DAYS
Admins dab straining server brows in advance of Trusty Tahr's long-term support landing
Microsoft lobs pre-release Windows Phone 8.1 at devs who dare
App makers can load it before anyone else, but if they do they're stuck with it
Half of Twitter's 'active users' are SILENT STALKERS
Nearly 50% have NEVER tweeted a word
Windows XP still has 27 per cent market share on its deathbed
Windows 7 making some gains on XP Death Day
Internet-of-stuff startup dumps NoSQL for ... SQL?
NoSQL taste great at first but lacks proper nutrients, says startup cloud whiz
Microsoft TIER SMEAR changes app prices whether devs ask or not
Some go up, some go down, Redmond goes silent
Red Hat to ship RHEL 7 release candidate with a taste of container tech
Grab 'near-final' version of next Enterprise Linux next week
prev story

Whitepapers

Securing web applications made simple and scalable
In this whitepaper learn how automated security testing can provide a simple and scalable way to protect your web applications.
Five 3D headsets to be won!
We were so impressed by the Durovis Dive headset we’ve asked the company to give some away to Reg readers.
HP ArcSight ESM solution helps Finansbank
Based on their experience using HP ArcSight Enterprise Security Manager for IT security operations, Finansbank moved to HP ArcSight ESM for fraud management.
The benefits of software based PBX
Why you should break free from your proprietary PBX and how to leverage your existing server hardware.
Mobile application security study
Download this report to see the alarming realities regarding the sheer number of applications vulnerable to attack, as well as the most common and easily addressable vulnerability errors.