Editorial Review:
A revision of a "classic", ground-breaking, best-seller that set the standards for Object-Oriented Modeling and Design. -
Provides a proven software development process for using the most important concepts and notation of UML 2.0 -
Includes iterative development with use cases, activity models, and sequence diagrams for a more robust process. One of the seminal professional tutorial/reference works that helped to set the standard practices for Object-Oriented Design, Modeling and Implementation. Two of the leading authorities in the field, Mike Blaha, and Jim Rumbaugh, have thoroughly revised the book to provide a quintessential reference to UML 2.0 and its application for practical, usable state of the art Object-Oriented strategies in the design and implementation of complex object-oriented software systems.In a sense, Jim Rumbaugh and Mike Blaha are two of the "founding fathers" of UML. They invented UML, the basis for UML, along with Booch notation. Their first edition was crucial to the development and adoption of Object-Oriented methods when they were in their infancy. Blaha is a worldwide consultant and is a partner with Modelsoft Consulting, and SentientPoint Corporation. He is active in the IEEE Computer Society. Rumbaugh is a Distinguished Engineer with the Rational brand of IBM and is one of the original co-designers of UML. He is a highly influential author.
Cached date: AWS Called=true
You may also be interested in these products:
These categories may also be of interest to you:
Customer Reviews
Average Customer Rating: 
Standerd stuff - hard to read  2006-10-04
I bought this book in hopes of learning better molding techniques from the solutions to the problems considering the authors are well know experts in the field, but there are about 2 solutions for every 10 problems and the rest you have to get it from the instructor, sorry some of us are working professionals. The book is written in typical academic style: definitions, technique and example. Best practices or real word encounters are almost none. The techniques are standard nothing spectacular or advanced. I also found that the UML notation is poorly explained, so expect to use a supplement if you don't understand the notation. If you would like to go through a solid walkthrough while learning UML notation, Analysis and modeling techniques through 3 iteration of the unified process, more like the real world, I recommend Craig Larman's Applying UML and Patterns isbn: 0131489062. if you like to learn UML notation with well explained standard modeling techniques with practice problems and solutions consider Schaum's outline UML Isbn: 0077107411 who's authors' are reputed professionals in the U.K.
Good for today's standards  2006-02-07
UML is still a pretty new notation language which is developing as we speak. An experienced programmer may run into some small ambiguities, where there is no concrete way to do something.
There are various names and notations for several things in UML. The capitalizations/small case for state diagrams may not always match up with other books, and some things can be drawn in more than one way. For instance, a pentagon to describe the entire diagram may exist or not be used at all in some cases.
The discrepencies not only show the language's slow progression because of many differing opinions of language developers, but it is also a good indication of how difficult it may be to notice and understand how functions and drawings are to be interpretted between books and software usage. What's also interesting is that Rumbaugh has written various UML books, so he is aware of many of these differences. The question is whether authors as a team could only agree on a certain way to write the book, or if Rumbaugh was more in a hurry with the others to just get books done and printed to make money. If Rumbaugh comes out with a book on his own, it may be worth considering strongly! The same could probably be true for Blaha.
Like many UML books probably, the book doesn't help you become aware of something like if an interface cannot be pointing to another interface. That is a more simpler example, but there are much more complex case whereas if you do not have a good grip on computer languages, it probably won't make much sense. Even though I cannot expect a book to cover most of these type of things, I think a book can attempt to cover some of these things so that a beginner could learn more easily. Part of the problem is because the language is still developing, and people just want to get books printed. If you know your UML well, here's your chance!
You can still pass a course not knowing any of the idiosyncracies, but at a graduate level, it will not be a fulfilling way to learn.
The way the book goes over the content it does cover, it does it very well. There are some things missing such as differing ways to show the same things, or it does not elaborate on topics enough that one would probably need to know for a graduate level course.
lots of challenging exercises 2006-01-31
One striking feature about this book is the sheer mass of exercises given for each chapter. OO modelling and designing using UML can be treated as a very high level process. Indeed it is certainly possible to do this, after reading the book. But the authors have striven to make as concrete as possible to anyone new to UML.
Just as one example, consider Chapter 3, on class modelling. It has some of the ambiance of the designing of relational tables, if perhaps you are more familiar with the latter. Books on relational design often have many examples and problems, to drive home the concepts to students. Likewise here. Granted, if you do hail from a relational background, the style of object oriented modelling, and the usage of UML with which to express this, will be different from what you are used to.
Later in the book, another useful feature is how you are challenged to convert pseudocode UML examples into actual code, C++ or Java. A vital skill. Since often a top down approach with UML is where UML encodes a large picture. But you then have to manually instantiate this as code. So the book gives you lots of practice.
By the way - the book also has useful tips on good object oriented practices for both C++ and Java. These arose out of the discussion about UML. But you should consider adopting these practices irrespective of whether you use UML or not.
|
|
