Software Requirements (Developer Best Practices)

What I love about this book is that it is so easy to pick this up, get several great ideas on how to fix whatever kind of problem you are facing in software development, and then use those ideas to implement something today that is really going to make a difference in what you can deliver to your customers. Wiegers and Beatty give pragmatic examples and "oops" stories on everything from Agile and analytics through real-time embedded systems that demonstrate the key points you need to know to make your project successful. The book also includes templates, tips, and project-specific details to help you use what you learn.I have used the second edition of this book to help me work with software teams on problems ranging from reducing defects and increasing consulting revenue through implementing industry-standard requirements such as PCI. The third edition of the book builds on the second by increasing its coverage on topics such as dashboard reporting, data requirements, and data modeling. The book is meant to be read cover-to-cover but you can still get a lot out of it by reading what you need, as you need it.My favorite section in this third edition is the expanded discussion on quality attributes. This is an area that is so often overlooked in software development because we tend to assume the best and forget to plan for the worst. This section explains the different types of quality controls and how to know which ones to use based on the type of project you are working on. The authors do a great job throughout the book in explaining how to gracefully handle software errors to keep your data, users, and possibly your customers safe from harm.

Although The Business Analysis Body of Knowledge (a.k.a BABoK) is now considered the bible of the business analysis worldwide, I can argue that Karl Wiegers’ “Software Requirements v3” should be dubbed as the survival guide for earnest IT Business Analysts. The BABoK has been written by different authors to be a comprehensive and horizontal framework on the subject, and I can say that its third version is much handy than the older one in terms of the logical soundness of the BA practice. However, Wiegers’ “Software Requirements” is the real practical and actionable book on “The Art of Requirements Engineering”. It is not a UML course or how-to, but rather a notation-agnostic complete trove of tips and advice that we need –as business analysts- to master in order to promote the BA profession beyond the mere current activities of hasty requirements collection and -then- mindless superficial dull documentation. Karl brought back deliberation and profoundness into this craft.

This review is for the digital version of the book. I found this to be a very informative book. Coupled with a great instructor, the material was accessible and well-presented. Of particular note are the appendices, which contain sample documents and other helpful objects.Some of the perks I enjoy from digital books are found here: ability to highlight and search different parts of the text are two I use frequently. The tradeoff is that the digital version lacks page numbers (which was sometimes difficult for assignments). To be clear, however, I prefer the digital version and the perks that come with this format over a version that retains the page numbers - you cannot highlight across pages in paginated digital books.The material seemed pertinent and current as I compared it with other information found online or through other resources. I would recommend it if you are learning about the world of software requirements.

Poor requirements is often cited as the number one cause of reduced quality and efficiency within an organization. This has also been my experience. Time to take the matter in your own hands. This is a solid book on requirements development and management that has helped navigate me and my team within a waterfall/iterative organization during our transition to more agile approaches. This book provides many tools and insightful data to help structure and model software requirements and, to some degree, software architectures. I would consider this a classic and would recommend it to anyone who wants to improve their business engineering skills.

There are many very good books about requirements. This book is in a hurry. It wastes no time. It is on a mission to bring you information you can immediately use. I have struggled with requirements, in writing them, and in improving them across the organization. This book gives the reader practical advice on finding, writing, and managing requirements for software projects. Other books I read, glean what I can, and put them away. This book I keep on hand, not as a prescriptive source, but as a guide, a mentor's view. This book will get the reader past thinking about requirements to managing them.

The book content is great, 5 stars for that.However, the Kindle edition is flawed for the following reasons:* No table of content is available from the standard menu. This severely hampers navigation within the book.* It is not visible which chapter you are currently reading.* No reconciliation to page numbers from the printed book.This is a text book, not a novel, so the lack of these features makes me sorry I did not buy the print edition.

I bought this book to help me understand the processes involved in software life-cycles. I would say this book ranks at the very top of my list of most important reads (along with a few others). Very informative for a person who is starting a business or attempting to develop larger applications.

This book was a great purchase. Sometimes I get stuck writing requirements and this book has totally enhanced my software requirements. My manager and developers have noticed a difference in my requirements. My manager has also purchased this book based off my usage.