software design

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.