| | |  | Software Design, Testing & Engineering | Home » » » More About Software Requirements: Thorny Issues and Practical Advice | | | | | | | Description: | | No matter how much instruction you've had on managing software requirements, there's no substitute for experience. Too often, lessons about requirements engineering processes lack the no-nonsense guidance that supports real-world solutions. Complementing the best practices presented in his book, Software Requirements, Second Edition, requirements engineering authority Karl Wiegers tackles even more of the real issues head-on in this book. With straightforward, professional advice and practical solutions based on actual project experiences, this book answers many of the tough questions raised by industry professionals. From strategies for estimating and working with customers to the nuts and bolts of documenting requirements, this essential companion gives developers, analysts, and managers the cosmic truths that apply to virtually every software development project. Discover how to: - Make the business case for investing in better requirements practices
- Generate estimates using three specific techniques
- Conduct inquiries to elicit meaningful business and user requirements
- Clearly document project scope
- Implement use cases, scenarios, and user stories effectively
- Improve inspections and peer reviews
- Write requirements that avoid ambiguity
| | | Features: | |
• ISBN13: 9780735622678
• Condition: New
• Notes: BRAND NEW FROM PUBLISHER! 100% Satisfaction Guarantee. Tracking provided on most orders. Buy with Confidence! Millions of books sold!
| | | Product Details: | | | Author:
| Karl Wiegers | | Paperback:
| 224 pages | | Publisher:
| Microsoft Press | | Publication Date:
| January 17, 2006 | | Language:
| English | | ISBN:
| 0735622671 | | Product Length:
| 9.06 inches | | Product Width:
| 7.42 inches | | Product Height:
| 0.69 inches | | Product Weight:
| 1.02 pounds | | Package Length:
| 8.9 inches | | Package Width:
| 7.4 inches | | Package Height:
| 0.7 inches | | Package Weight:
| 1.3 pounds | | Average Customer Rating:
|  based on 16 reviews |
| | | | Customer Reviews: | |
Average Customer Review:
 ( 16 customer reviews )
Write an online review and share your thoughts with other customers.
Most Helpful Customer Reviews
62 of 64 found the following review helpful:
 It depends...Jan 30, 2006
By Earl Beede
It was with high expectation that I picked up Karl Wiegers latest book on requirements. I had read the previous book, Software Requirements 2nd edition, and liked it. However, one of the people quoted on the back of the book had told me that Karl had rethought the role of use cases. Well, I wanted to see that. Also there was this whole subtitle of "Practical Advice". I wanted some of that too.
You see, I teach a requirements seminar and I almost always get asked the "Thorny Issues" Karl lists: How long does requirements take? How much detail is appropriate? What does a good requirement look like? What should be in the specification? My favorite is, "What should marketing put in their document and what should development put in theirs?" My answer always started with, "It depends..." and I wanted better answers.
The answers I got from the book were things like, "There are no fixed answers to the question. Multiple variables contribute to this issue." Or "There is no simple formulaic approach to software specification." Yep, it depends. Well, at least I agree with him.
Lest I sound a bit harsh, there is a lot of Practical Advice in here. There is a good primer on estimating from requirements and acknowledging the cone of uncertainty, the importance of customer input - even on agile projects, the role of specifications, and the need for text and models for a good specification. It is just that for me, I like to think that I already gave that advice to my clients. In fact, there were several sections in the book were I wondered if he had attended my class! (He hasn't.) Perhaps that is why I like his books, I think on the same wavelength.
Oh, about Karl's rethinking of Use Cases. Well, it turns out that Use Cases are not functional requirements but containers of functional requirements. And there are other, sometimes more appropriate, ways to capture functional requirements. Also, functional requirements should be specified outside of the Use Case. However, Karl still really, really likes Use Cases. So, Karl has done not so much of a rethinking of Use Cases but a clearer statement about the multiple variables that go into capturing requirements.
So, should you buy this book? Well if you are ready to accept that requirements are hard, that there is no one best way, that there are some better ways but it depends on where you are and the problem you are trying to solve, then this book will work for you. It has enough to guide you in the right direction. You still will have questions but those need to be worked out in your environment and culture. For those who want a cookie cutter approach to requirements and no ambiguity, it depends...
10 of 12 found the following review helpful:
 Right on targetJun 13, 2006
By Jean-Simon Larochelle
"Jean-Simon"
This book is a very good addition to any software library. Chapter 15 (Elements of Requirements style) contains some really good and practical advise and is a perfect example of what makes this book great. It just seems to answer some questions that other books don't address and it does it in a very readable format.
It is not as complete as other books on requirements but it does not pretend to be complete. The title says "More about Software Requirements" and this is exactly what you get.
If you do not have another manual that covers the fundamental of software requirements you might want to get "Software Requirements 2nd Edition". Those two books together will give you a nice complete package.
7 of 8 found the following review helpful:
Wiegers is the best, as always :)Feb 18, 2007
By Yegor
Karl Wiegers is the person I recommend all my employees to read. This book is even better than 'Software Requirements, 2nd Edition' by Karl. He gives practical advises together with theory and important references. This book could be used as a tutorial for requirements engineers. One of the best books in this subject area.
6 of 9 found the following review helpful:
Establishing the Requirements for a ProjectApr 08, 2006
By John Matlock
"Gunny"
There are hundreds, if not thousands of books on programming that talk about programming languages, programming techniques, programming aids, testing your programming, and more. Yet there is very little written on telling these programmers just what they should be programming.
This book is the exception. It is on how to specify and then manage the software project. It discusses all of the components of developing a set of requirements that will accurately reflect the real needs of the agency that will use the software. It covers all of the new buzz words like 'extreme programming,' 'cases,' 'scenarios,' and so on. Some of these it accepts, some are not reported to be helpful.
The goal of this book is to give the person or group developing the requirements sufficient tools to produce the documents that can later be used to develop the software that everyone agrees is what is needed.
Review this book for clients who may be difficultSep 22, 2011
By Randolph Halbedl
A book to read then keep on your shelf for reference later. It would be good to highlight some of the key factors in each chapter which are indicated as critical to manage the thorny issues Wiegers presents.
See all 16 customer reviews on Amazon.com
| | |
|
