UML 2 Toolkit

by Magnus Penker, Hans-Erik Eriksson, Brian Lyons, et al.

Gain the skills to effectively plan software applications and systems using the latest version of UML

UML 2 represents a significant update to the UML specification, from providing more robust mechanisms for modeling workflow and actions to making the modeling language more executable. Now in its second edition, this bestselling book provides you with all the tools you'll need for effective modeling with UML 2. The authors get you up to speed...

• Format: Paperback
• Language: English
• ISBN: 0471463612
• ISBN13: 9780471463610
• Release Date: October 2003
• Publisher: Wiley
• Length: 511 Pages
• Weight: 1.90 lbs.
• Dimensions: 1.2" x 7.4" x 9.3"

Customer Reviews

Always on my desk

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.

A very easy to understand and detailed UML book

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.

Toolkit is loaded with everything you need

One more thing... I even used the cd-rom and found it to be cool and helpful (!!!).

A brief, thorough introduction

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

Toolkit has all the tools you'll need!

Wow. I needed to really learn UML 2 for work, and found that this book covered everything! The examples are very clear, the writing thorough, smart, and explicit -- it's like a classroom in a book. A lot of humor -- this is an understandable read. The authors cover object-oriented methodologies, modeling, and all aspects of UML, including the neat new stuff in UML 2.0. I even used the cd-rom and found it to be cool and helpful (!!!). If you really want to learn UML 2.0 to be able to use, discuss, and apply it like a pro, this is the book for you.