Feeds

Disintermangling use case scenarios from requirements

Yes, it is a word...

Boost IT visibility and business value

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.

5 things you didn’t know about cloud backup

More from The Register

next story
Why has the web gone to hell? Market chaos and HUMAN NATURE
Tim Berners-Lee isn't happy, but we should be
Apple promises to lift Curse of the Drained iPhone 5 Battery
Have you tried turning it off and...? Never mind, here's a replacement
'Stop dissing Google or quit': OK, I quit, says Code Club co-founder
And now a message from our sponsors: 'STFU or else'
Microsoft boots 1,500 dodgy apps from the Windows Store
DEVELOPERS! DEVELOPERS! DEVELOPERS! Naughty, misleading developers!
Linux turns 23 and Linus Torvalds celebrates as only he can
No, not with swearing, but by controlling the release cycle
Scratched PC-dispatch patch patched, hatched in batch rematch
Windows security update fixed after triggering blue screens (and screams) of death
This is how I set about making a fortune with my own startup
Would you leave your well-paid job to chase your dream?
prev story

Whitepapers

Best practices for enterprise data
Discussing how technology providers have innovated in order to solve new challenges, creating a new framework for enterprise data.
Implementing global e-invoicing with guaranteed legal certainty
Explaining the role local tax compliance plays in successful supply chain management and e-business and how leading global brands are addressing this.
Advanced data protection for your virtualized environments
Find a natural fit for optimizing protection for the often resource-constrained data protection process found in virtual environments.
How modern custom applications can spur business growth
Learn how to create, deploy and manage custom applications without consuming or expanding the need for scarce, expensive IT resources.
High Performance for All
While HPC is not new, it has traditionally been seen as a specialist area – is it now geared up to meet more mainstream requirements?