Jump to ratings and reviews
Rate this book

Practical Software Requirements: A Manual of Content and Style

Rate this book
Precise, practical instructions on how to distinguish requirements from design to provide clear solutions.

426 pages, Paperback

First published September 1, 1998

1 person is currently reading
42 people want to read

About the author

Ratings & Reviews

What do you think?
Rate this book

Friends & Following

Create a free account to discover what your friends think of this book!

Community Reviews

5 stars
3 (14%)
4 stars
12 (57%)
3 stars
5 (23%)
2 stars
1 (4%)
1 star
0 (0%)
Displaying 1 - 4 of 4 reviews
Profile Image for Jim Butler.
14 reviews10 followers
February 24, 2008
Deep and unique - I feel I've really come to understand what a requirement is and how to communicate it to non-technical people. The reader, however, will have to be familiar with the concepts and terminology of software engineering or will miss some of the theoretical points. The only drawback for me, was the concentration on Jackson's approach. While the book ties the subject matter well to methodological components, I would suggest getting your methodology education elsewhere. Skip the theoretical "why", chapter 12 and beyond (Part III on style) is where the value of the book lies and justifies the cost.
Profile Image for Eric.
41 reviews16 followers
May 17, 2018
Hands down the best book I have ever read on requirements. If you can look past the dated examples, absolutely every recommendation in this book is worth taking if you're interested in writing high quality requirements.
Profile Image for Bill Hennessy.
26 reviews4 followers
August 23, 2024
I read this in 1999 or 2000, shortly after publication, as I was simultaneously immersing myself in eXtreme Programming (now generally called 'Agile.')

Practical Software Requirements is simply the best book ever written on the subject, and should be the foundational text for anyone involved in software.

We might not build big documentation up front anymore, but the principles Kovitz provides, and the clear examples, pave the way for excellent story cards. One example I use every day, even 24 years later, is the list of all possible values. You wouldn't believe how many times this simple technique prevented disaster--nor how many disasters could have been averted by using it.

If you have to tell a developer what you want, first read Practical Software Requirements.
Displaying 1 - 4 of 4 reviews