Rating: 
Summary: A long wait
Review: After many years of building and lecturing about distributed object architecture and the importance of a standardized framework (architectural style), Richard Hubert is the first individual I've heard, beside myself, describe a certain pattern of structure as fractal. It was very validating to read the structure described in that way.
Rating: 
Summary: A waste of money
Review: I am amazed that the other reviewers are so enthusiastic about this book. Its contents are just a rehash of well-known (at least to some of us) principles, and do not provide any useful, real-world guidelines for actually implementing architectures. It's just too superficial, and spends far too much print on generalities.One thing that all the other reviewers also failed to mention is that more than one third of this book is devoted primarily to a "tutorial" for the software product marketed by the author's employer, and is, therefore, totally worthless to the general reader. A very disappointing book. Wiley usually does better than this.
Rating:
Summary: A Real Treat!
Review: I started this book with no anticipation of the treat in store. Having read it, I have to say that if you're interested in significantly improving software development efficiency, and you read only one book this year, then this is it! It's a "must read" for any software engineer, architect, or manager involved in boosting "time to market", "responsiveness", or "timeliness". There is a slowly-growing body of experience in proven approaches to high-efficiency software development. This book shows Richard Hubert to be clearly among the front-runners in the field. A foundation observation in this field is that, across many projects, there is often much commonality. "Silo" or "stovepipe" developments ignore this commonality. A core goal is to capture commonality and apply it as widely as possible. This is feasible because the technical content of many projects is similar: one web service app is broadly much like another, as are most mainframe batch apps, or stand-alone GUI apps. However, capturing commonality alone is not sufficient. Other key factors are architecture, process, tools, and organization. They must all be brought together into a cohesive whole. Most industries (other than IT) have known for many years that meeting their "time to market" goals requires this kind of cohesive approach, which Hubert calls "Architectural Style", and fully describes at the start of the book. Thus designing an building a range of products that are similar (such as a range of cars, or a range of houses, or a range of hairpins) can benefit from having the same architectural style, which is understood across the industry, is taught in schools, which evolves over time, and which implies a given set of structural concepts, processes and organization, tools, and technology outlook. Hubert explains how these are the four major elements of an architectural style. The particular architectural style presented in the body of the book is the "Convergent Architecture" of the title, and addresses distributed applications such as web services. This style has as its metaphor not the mass-production of Chaplin's "Modern Times", but rather a machine shop with highly skilled engineers, each doing what they're best at. Hubert presents the Convergent Architecture in terms of its major elements - base enabling concepts (which he calls the metamodel), component architecture, the IT organization model, development process, and tools. Along the way, project design and management is covered. Also, the process of taking components from the business model straight through to implementation shows how one of the major promises of OO can be delivered. And the way it's done-this is what MDA really means! It might be thought that Hubert's approach requires a revolution, but this is not so. Like other practitioners in the field, he proposes an evolution, and includes process support for its management. For example, he shows in some detail how RUP is tailored for the Convergent Architecture, so building on currently-available products. He also touches on some of the low-down and difficult challenges, such as how much technical glue to write to make life simpler for application developers - the more you write, the further from standards you get. Last, but not least, there is a worked example, using Hubert's company's Convergent Architecture IDE, "ArcStyler", from business model right through to EJBs. Now it might be thought that spending over 40 pages on a proprietary product is mere publicity-seeking. But it's not. It's proof that the tool market is now starting to address one of the great challenges facing our industry: how to move away from the cottage industries of stovepipe development into seriously productive development. And if it also advertises the product, well, if it does the job, what's wrong with that? Finally, this book is well-written, well-structured, and at 250 pages, a comfortable read. If you've read any of the few other books in this field (such as Peter Herzum and my "Business Component Factory", or "Software Product Lines" from the SEI), then this book is an essential companion, bringing valuable new insights. If you haven't, then this book is not only a first-rate introduction to the field, but also a major contributor to it.
Rating:
Summary: This is a very good book !
Review: My company provides IT services for French banks and the book give excellent solutions for architecture problems we see every day. The most important problem is the divergence between the business aspect and the IT dimension in the design of many applications. Huberts book shows how to address this with convergent architecture and MDA in real life scenarios.
I am not surprised that this book receives either very good or one very bad rate, but nothing in between. The architecture focused readers find it good, and M. Colin J. Davies finds it too general on the one side and too much concerned with a software product otherwise and useless. But the book shows very good how to integrate many tools for a model-driven achitecture approach and go from abstract system design to increased technical detail in models and deployment. Of course if this process is automated with transformation from model to model to code, a experienced Oracle expert will miss code listing that he can change. But the book shows that the database design of a system must be the result of convergent engineering and does not start the process. I want to recommend this book for everybody who have to implement real-world architecture and have to solve hack scenarios at lower programming levl.
Rating:
Summary: An easy to understand approach
Review: The author provides a very detailed, readable explanation of model driven architecture, but better still, shows how to implement the concepts for J2EE applications. The book covers all of the steps for designing and building software systems using this approach. And the author clearly knows what he is talking about. Very authoritative and easy to follow.
Rating:
Summary: Excellent book - readable but profound
Review: This book gets to the heart of issues surrounding the development of large scale software systems. The real beauty is that Hubert does not just outline the conceptual and philosophical issues surrounding software development - he proposes structures and methods that address the problems. Should be mandatory reading for anyone involved in IT.
Rating:
Summary: A brilliant job
Review: This book is a brilliant vision of applied architecture. Everyone who is architecting, or funding, enterprise projects should read this book. This book provides an extraordinaily useful framework for architecting systems.
Rating: 
Summary: Worth Reading
Review: This is a great book for understanding why MDA is important. My favorite quote from the book; What large IT organizations need is less philosophical discussion regarding absolute truth and more agreement on Architectural Style. Another great theme that I'm kind of parapharasing; If we built airplanes like we build software there would not be much of an airline industry. Most of that is due to style, no one builds an airplane from first principals, why do we so often build software that way. This book is worth the money. Like one of the other reviewers I was dissappointed in the 'tutorial' nature of everything past chapter 3. However, I thought the first 3 chapters were worth the price and more importantly the time to read it. For example in Chapter 1 the author goes into the 'higher level of communication' we get out of a style. When someone says 'car' a huge amount of information is transfered in that small 3 letter word. With an architectural style, the author argues, we can begin to have this same level of high bandwidth communication. Hopefully we have all been on at least one project where there was a practical mind meld in the team. All to often though we are on teams that have to have 2 hour meetings to define the word 'entity'. Until we can perform mind melds for real a 'style' will help us to communicate better. I give four starts instead of five due to the tutoral nature of the last half of the book.
Rating:
Summary: Great work, but not a reference
Review: This is a great work that defines an entirely new method of software development, architecture and testing. As part of that it advocates code generation through use of Model Driven Architecture (MDA). If you are looking for a practical work showing step by step use of MDA with screenshots, this isn't it. But if you are looking for a methodology book, and something that will stretch how you think about development, this is the book for you.
Rating:
Summary: Just the Book I've Been Looking For
Review: This is the first book I have found on model-driven development, and there is no need to look any further. I really like how the author ties model driven concepts to David Taylor's convergent architecture approach. I've been waiting for the book that shows how to implement Taylor's ideas in his Business Engineering with Object Technology, and this is it.
| 
