This is a refreshing way to spend your time listening to some of the best interviews from the show. I like the show but sometimes don't have time to catch it on NPR. This audio set gives me lots of the memorable interviews I've heard or partially heard over the years. It's a great collection of some of the folks who are major influences in their work. The inquisitive and probing questions of Terry Gross really open up conversations with the likes of Tracy Ullman and Dennis Franz, they sound like us. These are wonderful snippets of real life.

Published at the time of the Kienholz Retrospective Show at the Whitney Museum in 1996, this book not only documents that show with over 400 illustrations (many in color), it is also a tribute to Ed Kienholz, who died in 1994. Contributions by art historians, artists, friends and most importantly, Nancy Reddin Kienholz, make up a history that spans 4 decades. It begins with Ed's solo work in the Beat Era of the 1950s and continues with the collaborative work done by Ed and wife Nancy from 1972 to 1994. Even those who are not artists cannot help but be moved by this book. The stories are interesting, often funny and always personal. From collages to life-size environments, the work is not afraid to confront issues of cruelty or to embrace the forgotten in society. Unique vision, artistry and the materials of everyday life (collected at flea markets and junk shops) combine to make art that can be quiet with despair, cry out in anguish, or even make us laugh. Considered by some as ugly, this work is never dull or without compassion. As art historian and curator Walter Hopps says on the book jacket, "The work of Edward and Nancy Reddin Kienholz has had an enormous impact on the development of contemporary sculpture." I recommend this book to anyone interested in contemporary art or social science -- or who just appreciates a beautiful book and fascinating story.

The description of the book has more meat than the book itself. This disappointing book is a 15 short chapter breeze through a multitude of subjects, and does not linger long on any single subject. There are some nice diagrams and ten thousand foot views crammed into 374 total pages (the page count vs. chapter count alone should indicate how superficial this book is). An example is the 21 pages devoted to weighty subjects encompassing project management tasks, configuration management, verification and validation, quality assurance, decisions and risks. Any one of the topics would have merited at least 20 page in a serious book on systems engineering. Useful to sales and marketing types who are selling systems engineering services, and executive management who might like a quick overview of systems engineering. This book is useless for technical professionals.

This book is a great introduction to the system engineering process. It might be lightweight for a practicing system engineer, but for an IT professional whose background is service delivery, production support and data center operations this book opened a whole new world.

An example of how this book opened my eyes is the way configuration management is explained, and how it fits within the system engineering process. IT professionals with my background are subject matter experts in change control; however, few of us (certainly myself) realize that change control is a subset of a much larger picture. Every part of system engineering it covered in sufficient detail to understand the basics. This understanding created, in my case, a desire to further research some areas in greater detail. Overall, seeing the process from a high-level view provided some unique insights about what is missing in IT management that can be filled by borrowing from our system engineering brothers and sisters.

I found this book valuable because I did not have to wade through a dry manual and sort out the details in order to get a big picture of system engineering. The brief, succinct chapters and excellent illustrations provided me with a coherent approach to my own job. In fact, I personally believe that applying system engineering principles to IT service delivery and operations management will significantly improve the IT profession. As such I highly recommend this book to my peers and anyone else who needs to see the big picture of the system engineering and how its principles can be related to their job.

Stevens' Systems Engineering looks at the place ofrequirements in a world which consists of complex systems in a highlycompetitive marketplace. This may be the commercial world or equally the military-industrial world in which systems must literally do battle with their rivals.

Stevens and his co-authors (two of them from the UK's Defence Evaluation and Research Agency) know that in this environment, many systems fail, very often because they were inadequately thought out, and often also because their development projects were poorly managed. Chapter 1 begins "The world is currently gripped by changes more intense and rapid than those triggered by the ndustrial revolution..." : we are at once swept into the rich, complex, and dangerous life of real system development.

For Stevens, the problem in systems engineering is complexity, and its mastery is, as the subtitle implies, the key to success. The design of complex systems demands hierarchy - of organisations, of projects, of contracts, of documents. Hierarchy implies interfaces: if you split a system into three, you probably create three interfaces between the component subsystems. Interfaces in turn imply specialisation: someone develops the hardware; someone else, the software. Similarly, someone (the customer) writes the requirements specification, while someone else (the developer) tries to meet those requirements. This, like the prime contractor - subcontractor relationship, consists of a customer and a supplier: the marketplace reaches right into the core of system engineering.

The book therefore covers a startling breadth of subjects, but always with the same practical vision and with the same conceptual tools. The first few chapters broadly follow the European Space Agency's now-classical PSS-05 software engineering standard life-cycle phases: user requirements, system requirements, architectural design, integration (of subsystems) and verification, management.

(Requirements are involved in every one of these phases.) Once the reader is grounded in the basics, the next chapter discusses how to tailor the simple life-cycle just presented. A tell-tale section entitled 'smaller systems' gives the game away: the systems in the authors' minds are a great deal larger than the PC 'systems' beloved of advertising copywriters.

The second part of the book (chapter 8 onwards) starts by looking at more realistic life-cycles, based on the management of risk: when is it sensible to go ahead with something? The answer is, when success can be assured even if the bad risks materialize. That can only be guaranteed if the risks have been quantified. Concepts of requirement priority and benefit, risk, and cost loom much larger in the marketplace than technical issues.

The remaining chapters examine management in multi-level projects (hierarchy again), software and systems, prototyping (to control risk), information modeling, projects and the enterprise, a chapter on how to improve and a summary.

Each chapter consists of a double-page title/table of contents, overlaid on some crisp pencil artwork on the theme of engineering progress (from Leonardo's hang-glider to an agile jet). The text is broken up by plenty of simple flow diagrams illustrating life-cycles, trade-offs, business processes and information models, as well as short summaries of what the most important system documents should contain. Key points are highlighted or bulleted within the text. The chapters end with a page or two of realistically tricky exercises: the answers cannot be coded in C.

The helpful appendices include a list of websites: Systems Engineering comes with its own website which contains pointers to several related sites, and itself includes 'proposed' answers to the exercises which end each chapter. Students will find the glossary helpful and comprehensive. There is an extensive list of very varied references, and a detailed index. This book is a carefully worked out description of the process of developing any large, complex, and risky system. The book can also be read as a polemic: an impassioned plea for the discipline to graduate from its narrow roots, whether in academia or in quality control. The concluding paragraphs make it clear that system engineering is a human process, a 'game' in which there are losers as well as winners, something that can be played well, and that absolutely must be played better to limit the risks and losses that are still all too common....

The book will be of interest to several quite different communities: in particular development managers, clients having large systems developed, and students of system and software engineering will all find much that is of interest here. The book may also be a useful supplement (or perhaps an antidote) to the academic perspective on RE. Everyone should have access to a copy.