Exploring Requirements: Quality Before Design Hardcover – Sep 1989
Customers Who Bought This Item Also Bought
No Kindle device required. Download one of the Free Kindle apps to start reading Kindle books on your smartphone, tablet, and computer.
To get the free app, enter your mobile phone number.
"Anyone who wants to build a product should understand this book." -- Watts S. Humphrey, Software Engineering Institute of Carnegie Mellon University
"a superb new book on systems analysis. . . . you simply must read and absorb this gem. -- Ed Yourdon, American Programmer
"makes a very important, serious subject fun and easy to read." -- Bill Loveless, PC News and Reviews
Top Customer Reviews
It is easy, they say, if readers focus on five critical words: desire, product, people, attempt and discover.
Then why is it, to borrow statistics used by Microsoft at their Project 2002 product that 74 per cent of projects in the United States are either behind schedule or fail at a cost to industry of $74 Billion a year?
If you watch how people successfully develop systems, the authors say, you will observe that the process of developing requirements is a process of developing a team who:
1. Understand the requirements.
2. Stay together to work on the project.
3. Understand and practice teamwork.
The project, the authors say, will probably fail if one of these conditions is not met. Team members must develop and concentrate on three critical, but often ignored human aspects of the process:
1. A clear understanding of the requirements by all members
2. A sense of teamwork
3. The required skills and tools to work effectively as a team.
This conversational book is written to be read in modules or front to back. Either way, the exercises and tools provided should help rank your project with the successful 26 per cent.
It looks like such a simple question. But this query - posed every day about Web sites, other software, indeed about buildings and cars and furniture and all sorts of designed objects - is one of the toughest questions that can be asked of an organisation. It triggers the requirements process. A thirteen-year-old book by Donald Gause and Gerald Weinberg, "Exploring Requirements" shows how to manage that process. Most Web developers and managers haven't read it, and should.
Like the man startled to find he had been speaking prose all his life, most of us have taken part in a requirements process, and many of us don't know it. Requirements analysis is actually a life skill that can be applied particularly often in your working life. If you've had an architect design renovations, or a friend build you a PC, or a large consulting firm build you a business reporting system, then you've been on the end of a requirement process, formal or informal. If you've ever designed or built something, and seen a disappointed look on the recipient's face, you've experienced requirements failure. If you've ever had a client rave about how great a Web site is, you've achieved requirements success.
Like that other classic, DeMarco and Lister's "Peopleware", "Exploring Requirements" makes ample use of large numbers of measurements collected over many years - like the numbers showing that programers are quite good at producing what they are actually asked to produce, if only they are asked to produce it. This data allows Gause and Weinberg to enunciate a simple principle: you'll quite likely get what you want, as long as you say what it is.
Saying what you want, though, takes surprising amounts of both discipline and technique.Read more ›
With 25 years of IT experience, and countless frustrating cycles of eliciting what I thought were firm requirements only to discover that there were still disconnects, I can only say I wish I had read this book years ago. However, better late than never. I recommend that anyone involved with eliciting or analyzing requirements read this book. It will almost certainly change your approach, and will definitely teach you a thing or two about human nature. I agree with a previous reviewer in that this book will be as valid a decade from now as it is today and the decade ago that it was first written.
What makes this book a classic? After all, we practitioners have software tools such as DOORS and Requisite Pro, advanced techniques such as quality function deployment, specialized modeling languages such as UML, and a keener understanding of the importance in business rules.
All of these innovations and advances are technical in nature. The authors address something much deeper and more fundamental that will apply a decade from now: human nature and critical thinking. They lead you to an understanding of these keys to exploring requirements, and they do so in with subtle humor, common sense and clear writing. One example of how they delve into the deeper subjects of human nature and critical thinking is a true story about an advertisement for a "cockroach killer" that is guaranteed to be 100% effective. After your initial chuckles die down you begin to see things in a different way. The authors lead you from this humorous story into one discussion or example after another and how they apply to requirements. By the time you finish this book you will begin looking at the requirements process in a different way, and perhaps, the world around you as well.Read more ›
Most recent customer reviews
In a world where there is strong emphasis on project management skills and design skills, this is a welcome book that emphasizes that requirements must come first. Read morePublished on Aug. 9 2003 by David Kirk
Like Weingerg's other books (and I have read them all -- most more than once), "Exploring Requirements" is about human nature, the way we react as individual beings to... Read morePublished on Jan. 2 2003 by Lloyd Walker
I have developing requirements and implementing manufacturing systems for 20+ years. The last 2 years I have been using the Ivy Hooks methodology (see her book) with great... Read morePublished on Nov. 26 2002 by Artephius (.
I read this book some time ago and continue to refer to it. I have even incorporated some ideas into my courseware. Read morePublished on Dec 18 2001 by William L. Turner III
The other descriptions lauding this book are correct. I won't bother reiterating what's already been said. Read morePublished on Sept. 6 2001 by Liam Friedland
I own this book because Suzanne Robertson make a lot of references to it and I liked a lot her book. Read morePublished on Dec 4 2000 by Christophe Addinquy
Great book!! The examples are all simple, but are remarkably similar to every set of bolixed up software requirements -- and to the delivered products that didn't meet... Read morePublished on Nov. 17 2000 by LbabbdaCook
By no means have I read everything there is to read on the subject of software requirements, but I've not read anything better than this book. Read morePublished on July 24 2000 by D. Read
Look for similar items by category
- Books > Arts & Photography > Design & Decorative Arts > Decorative Arts
- Books > Business & Investing > Management & Leadership > Management
- Books > Business & Investing > Management & Leadership > Quality Control
- Books > Professional & Technical > Business Management > Management & Leadership > Management
- Books > Professional & Technical > Business Management > Management & Leadership > Quality Control
- Books > Professional & Technical > Engineering > Industrial, Manufacturing & Operational Systems > Industrial Design
- Books > Professional & Technical > Engineering > Industrial, Manufacturing & Operational Systems > Quality Control
- Books > Qualifying Textbooks - Fall 2007 > Architecture
- Books > Qualifying Textbooks - Fall 2007 > Business & Investing
- Books > Qualifying Textbooks - Fall 2007 > Computers & Internet
- Books > Qualifying Textbooks - Fall 2007 > Engineering
- Books > Qualifying Textbooks - Fall 2007 > Humanities
- Books > Qualifying Textbooks - Fall 2007 > Science
- Books > Science & Math > Mathematics
- Books > Textbooks > Business & Finance
- Books > Textbooks > Engineering > Industrial Engineering