Managing Software Requirements: A Use Case Approach

by Don Widrig and Dean Leffingwell

Book Overview

Despite the wealth of development knowledge, experience and tools available today, a substantial percentage of software projects fail, often because requirements are not correctly determined and... This description may be from another edition of this product.

• Format: Hardcover
• Language: English
• ISBN: 032112247X
• ISBN13: 9780321122476
• Release Date: January 2003
• Publisher: Addison-Wesley Professional
• Length: 502 Pages
• Weight: 2.38 lbs.
• Dimensions: 1.2" x 7.5" x 9.6"

Customer Reviews

Very good condition

I received this book on time. It was in very good condition. I am very happy with this transaction. I highly recommend this seller.

Very good book

I haven't finished reading this book yet, but so far it is pretty good. I recommend this book for someone is interested in learning about Managing Software Requirements.

Great book, experienced authors

I had the pleasure of speaking with the author (Don Widrig) over the phone prior to a job interview and he helped close the loop on some of the concepts presented in the book. I went into this book not knowing that use cases are used in the requirements analysis phase because honestly, I never did that phase properly and even my masters level courses didn't provide this information. The book outlines the proper steps to gathering requirements from a use case perspective and provides numerous examples that you can actually apply in the real world. I would definitely recommend this book to any systems engineer, business analyst and even people interested in understanding process mapping more.

THE Book on Requirements

Being in the software industry for about 10 years, I had known that our teams often did a poor job of managing, gathering, and understanding requirements. Our projects suffered because of this, and despite my gut instincts we were going the wrong direction, I often felt that I didn't have statistics and the insight to counter some of the more experienced staff or management. This book greatly has changed that as now I can come in armed with info and present better ways to improve our requirements management. I now feel that we'll deliver the right product or system instead of breaking the hearts of our customer and our own team members (because we won't be failing!). The authors also write in a very clear manner and provide excellent examples. I can't believe I am writing this about a requirements book, but I found myself actually _looking forward_ to reading each chapter. I am now confident I have the tools we need to sucessfully manage requirements. Thanks for a great book!

Well organized and written, based on their vast experience

I'm quite surprised to be the first reviewer of the second edition of this book since it ia a reference in requirements management.After, but even during, reading this book you perceive that it's a sum up of their vast, deep and long experience. The authors are the implementors of RequisitePro the tool, now part of the Rational Suite, for requirements management, but this book is not a promo. Instead the whole process of gathering, organizing, and connecting (to following steps in the process) requirements is presented. It's clear to them that basically you have to collect the clouded needs of the stakeholders and formalize them in a set of documents that you have to give to the development team. And the entire process should effectively work, managing change.After introductory chapters, you are presented with six skills a requisite team shoud have to effectively manage requrements and each skill is expressed, through different chapters, with what needs to be done and what needs to be produced.I especially reccommend team skill 6 'Building the Right System' because in those chapters you find how to connect use cases to design (chapter 25), how to generate test cases from use cases (chapter 26), traceability techniques and tool from user needs to code (chapter 27). Besides this, team skill 4 'Managing scope'.Don't forget to read chapter 30 that illustrates and compares extreme, agile, and roubust requirements gathering methodologies, and chapter 31 that sums up all the steps illustrated in the book, suggesting a methodology for requirements gathering based on the kind of project.In the appendix you find chapters with the whole results of the case study (HOLIS), the detailed template of basic and fundamental documents for software requirements management, and, above all, two chapters one that is a brief presentation of RUP and another that is an indication on how to link the process so far developed to SEI-CMM and ISO 9000:2000.Another useful feature is the fact that every concept is illustrated with a simple,visual example (in visual modeling philosophy) that allows you to impress the concept in mind. At the end you come out with all the concepts you found (even from different sources, but unrelated) with the big picture.This is my first book on software requirements but it has many pros and only one con. It's a recent book that is aware of the state-of-the-art in managing software requirements (see bibliography), and I'm sure that other books in this field can't be overwhelmingly better. The only con, that is easily resolvable, is that the documents illustrated could have been included in a CD with the book.