Shall Statements are the Devil

By Michael Flanakin @ 7:11 PM :: 241 Views :: 1 Comments :: Development, Patterns & Practices, Requirements :: Digg it!

I read a post about requirements Mobile-ready link and there was a brief mention of using shall statements to manage requirements. I have to say I absolutely abhor shall statements. If you ask me, a use case represents a functional requirement. A shall statement just doesn't cut it. Every time I see a shall statement, I just shake my head in disappointment. Luckily, it's been pretty easy to get people to switch sides in the past. I just don't understand why people still use shall statements today, tho. Bleh...

Ratings

Comments

By David Randall @ Tuesday, June 24, 2008 7:22 PM
I do not believe use cases replace functional requirements. For me, use cases are an additional modelling artefact that can support functional requirements. The requirement is an explicit, declarative, autonomous contract between the business and the development team. It is my belief that many people prefer use cases over functional requirements as the requirements are not written well.

Furthermore, use cases should be be fee to be rewritten and improved as the interaction design is better understood, whilst the requirements should (by comparison) remain (relatively) unchanged.

Whilst a requirement might be "The system shall allow a person to do a thing" (and refers to an objective and rationale) -- use cases get into how this is done, and what order it is done. As important as these things are, the majority of these decisions will not be business or user requirements, they are decision's on how best to deal with the requirements.

Click here to post a comment



Archives Archives

Categories Categories

Related Links Related Links