UML 2 Toolkit

UML-2 offers an experience-based improvement over the original UML. However, the price for combining breadth of coverage with depth of detail is that UML-2 represents a great deal of material to cover. Fortunately, UML-2 Toolkit does a good job providing rationale and presenting the material in a straight forward, systematic fashion. It also makes it clear that by no means does every project require use of every type diagram. UML-2 is presented as a descriptive language rather than a design methodology. It is primarily for human to human communication although certain aspects can be automated.

The book is a little dated, but it is ok.

I enjoyed reading this book for my software class! This had every piece of information I needed to do good and learn!

UML, the Uniform Modeling Language, is a huge specification. It actually comprises a group of specifications covering thousands of pages. Without some guide, a beginner can get lost in the forest of detail.This book is the best guide I've seen so far. It covers all of the major kinds of graphical notation - over a dozen - that UML uses for describing systems and software. The first part book follows a clear, logical path from the original exploration of requirements, into basic, static design of program elements, and on to the dynamic behavior of software and the systems built around it. UML isn't just about software - it's about meeting real human needs using complex systems.One strength here is that the authors show Java-based examples of wht the UML notations really mean. That has always caused difficulty for beginners - which Java language constructs are the 'right' representations of UML specifications? The answer has ambiguities, but the authors show some ways to create a proper correspondence.The later parts of the book describe successively higher levels of system representation, as supported by the UML. They show how design patterns look in proper UML - a real help, since the best DP books predate modern UML. The authors also demonstrate how UML can be extended to meet new needs, or to represent fine, application-specific levels of detail.I admit to mixed feelings about extensions to the standard. In some ways, extensions are necessary. I have found even basic class diagrams desperately in need of extension - when they address my program design issues at all, they immediately lock in details of implementation that should have been left open. On the other hand, an extension to the standard is, by definition, non-standard. Extensions almost automatically violate UML's goal of uniformity and shared ways of expressing shared concepts. Perhaps I need to see more real-world examples of successful extensions.The final chapters of the deal with the fundamental concepts needed to make UML work properly: the Model Driven Architecture and broad script for using UML within that paradigm.Although the authors do a good job of presenting the material, this part of the UML spec is where I have my strongest reservations. I'll agree that analysis and architecture are different from programming, and probably deserve different ways to express their concepts. I certainly agree that all of the different ways to view a system need coherency and cross-validation. My notation should be my servant, though, not my master. Forcing myself into the mold of a person for whom UML works is painful and unproductive. If the notation is so complex that it can only be used within elaborate tool suites, I wonder how well it will accept the sets of tools that I already use. Can I really get UML tools to integrate with Mathematica, Java, Word, VHDL, and source control? If not, then they do not really work with my system. I know, my combinations of tools are idiosyncratic, but other development environments use tool combinations at least as complex. Finally, if UML requires such tool support, does it really meet my needs as a mere human?UML is real, it has wide value and acceptance in the industry. This book, from the OMG press, comes straight from the UML standards body. I recommend it as a good way to start with most of UML's features, almost an index to the reams of OMG standards documents. I advise the reader to approach UML carefully, though: use it to support your design needs, don't subjugate your design to it.

I was a little bit unsure about quality of this book. It turns out to be a great theoretical resource for designing blocks in UML. Must be on bookshelf of any system engineer.

I found this book a comprehensive guide to the last version of UML language.The value of the book is in the clear and plain language used to introduce the UML features, as well as in the integration with topics like MDA (Model Driven Architecture), analysis, development methodologies.The MDA chapter resembles too much the stuff published on the OMG website, and results too abstract in comparison with the rest of the book.Be careful at the different reading levels allowed by this text: sometimes tiny annotations masks relevant topics!I always have this book on my desk, and I use it as a reference often.

For anyone wanting to learn UML, I would recommend this book. This book is very easy to understand, yet very detailed in its approach and provides plenty of examples.

Very good book, to get the best understanding of UML.I use this book in my study on Aalborg University (AAU) DK