Rating: 
Summary: A powerful, pithy discussion of specifying solutions
Review: A great deal of software uses the "where the arrow lands, draw the target" approach. Jackson presents formal terms and techniques to pursue an alternative. Anyone collecting requirements and writing specifications will find benefit from this book. His discussion of various problem frames is wonderful.The book is written in tool box style, and Jackson makes clear that he believes in fitting the right method to the task at hand. Thought provoking and well written, the book borders on philosophy (epistemology) and predicate logic in places, something I enjoyed. Jackson's analogy between predicate logic and assembly language is most apt. Highly recommended.
Rating:
Summary: A must-read if you like to base practice on sound theory
Review: Each of Jackson's books has expanded on the previous one. PRINCIPLES OF PROGRAM DESIGN was about program design. SOFTWARE DEVELOPMENT was about systems development (specifically, for information systems). Now, SRS takes it further, and considers techniques for specifying different kinds of systems, and systems that require multiple viewpoints to specify them. One of the main points of the book is to promote the idea that many systems must operate in multiple "problem domains" and so require multiple techniques in their specification. (Does your information system also have security/access requirements in addition to its functional requirements? Then you have a "multi-frame" problem, and you should read this book.) The second major emphasis of the book is on describing the "application domain" -- the real world where the system's users conduct business -- before embarking on designing the system. That is, on understanding the problem befor you jump into trying to solve it. If you've ever worked on a huge system development project that turned out to be a catastrophy because half way through the project you discovered that there was a whole area of user requirements that you didn't even know about, then you should read this book. Find out what went wrong and get some ideas about how to avoid it in the future. This is an excellent book about specifying computer systems, and I can recommend it to anyone. It is especially highly recommended if you enjoy thinking about software development at a fairly high, abstract level (a level above the one where you are designing code and database structures).
Rating:
Summary: "Problem Frames" expands on its themes
Review: Folks who like this book (like me!) will want to know that Jackson has published a follow-on book in which he expands on the central themes of this book. The follow-on book is called "Problem Frames", and of course it is available on Amazon.
Rating:
Summary: "Problem Frames" expands on its themes
Review: Folks who like this book (like me!) will want to know that Jackson has published a follow-on book in which he expands on the central themes of this book. The follow-on book is called "Problem Frames", and of course it is available on Amazon.
Rating:
Summary: Technology Survival Manual
Review: How many technologies have you survival from? How many do you think you still gonna live? The best tool to survival technology change is *discernment*. Jackson's book the is best source of discernment I know. His point of view about so many technologies and software engineering themes are enlightening. The book organization is also a plus: any subject has links to other corelated themes. I've been referencing this book for 3 years and it seems not to get old.
Rating: 
Summary: Not what I expected
Review: I bought this book based on the rave reviews listed here. I was looking for insights into the requirements specifications process based on case studies, experience, etc. The topics discussed are very abstract, and the organization of the book (in alphabetical order of topics) contributed to this abstraction. One of the topics I found extremely interesting throughout the book was the use of mathematical notation to accurately specify relationships and concepts. In my own software engineering consulting practice with Fortune 500 firms, the use of mathematical notation in requirements specifications, such as is used for mathematical and logical proofs, is rarely used, primarily because most users, stakeholders, and developers cannot read or understand mathematical notation with respect to logic! Nevertheless, the book's treatment of mathematical notation in software specifications is refreshing and a keen reminder that the purpose of requirements specifications is precision and to eliminate misinterpretations. If you are looking for a textbook that provides insights into the practice and successful techniques of requirements engineering through case studies and anecdotes, I recommend reading other texts that are aligned with methodologies and techniques such as UML, CRC, etc.
Rating:
Summary: Big Thumbs Up
Review: I have to concur with the other reviewers here: Jackson presents an excellent collection of immensely valuable ideas in this little book. What makes his ideas so valuable to software developers is that he isn't "locked in the beige box" - he is able to see the larger "system view" picture of software development. This allows him to interpret the role of software development concepts correctly and place them in the correct position of importance with respect to one another. In other words, he knows what's important, what's not, and what's hype. Add to this the easy-to-read way in which he writes and the easy-to-digest form of the book and you have an indespensible resource for software development.
Rating:
Summary: An excellent little book!
Review: I loved this book. It is one of the rare books that can be read for education or for entertainment. The book is written for software engineers and architects. Jackson's thesis is that most of the battle in software engineering is in describing the problem to be solved, not in solving it. When the problem is clearly represented, then the solution often falls out. He presents universal techniques that are independent of analysis and design method. He provides systematic, disciplined methods for thinking about and communicating about problems of any sort. Thoughtful readers will enjoy it greatly.
Rating:
Summary: Dealing with complexity and chaos
Review: I would like to thank you the author for: 1. For his technique of PROBLEM FRAMES, a sound method for a run-of-the-mill practitioner to deal with comlexity and chaos while defining a future system. Like any truely great ideas, Problem Frames is a very simple and elegant tool. 2. Crisp and engaging style of writing 3. Intellectual breadth You can start this book from any essay - the most of them are no more than 3 pages long - and you will enjoy everything you learn.
Rating:
Summary: Spec writing for non tech
Review: I'm a technical neophyte but I have to communicate ideas concerning software development to developers. Jackson's book takes a complex subject and puts it in simple terms. He creates common ground for the technical and non-technical to communicate. A must for implementation, business analysts, and project managers if you to translate the customers needs to the developers process.
| 
