To quote: The Unified Modeling Language is a visual language for specifying, constructing and documenting the artifacts of systems [OMG03a]. The word visual in the definition is a key point the UML is the de - facto standard diagramming notation for drawing or presenting pictures (with some text) related to software primarily 00 software.
This book doesn't cover all minute aspects of the UML, a large body of notation. It focuses on frequently used diagrams, the most commonly used features within those, and core notation that is unlikely to change in future UML versions.
The UML defines various UML profilesthat specialize subsets of the notation for common subject areas, such as diagramming Enterprise Java Beans (with the UML EJB profile).
At a deeper level primarily of interest to Model Driven Architecture(MDA) CASE tool vendors underlying the UML notation is the UML meta - modelthat describes the semantics of the modeling elements. It isn't something a developer needs to learn.
Three Ways to Apply UML
In [Fowler03] three ways people apply UML are introduced:
UML and " Silver Bullet" Thinking
There is a well - known paper from 1986 titled "No Silver Bullet" by Dr. Frederick Brooks, also published in his classic book Mythical Man - Month (20th anniversary edition). Recommended reading! An essential point is that it's a fundamental mistake (so far, endlessly repeated) to believe there is some special tool or technique in software that will make a dramatic order - of - magnitude difference in productivity, defect reduction, reliability, or simplicity. And tools don't compensate for design ignorance.
Yet, you will hear claims usually from tool vendors that drawing UML diagrams will make things much better; or, that Model Driven Architecture (MDA) tools based on UML will be the breakthrough silver bullet.
Reality - check time. The UML is simply a standard diagramming notation boxes, lines, etc. Visual modeling with a common notation can be a great aid, but it is hardly as important as knowing how to design and think in objects. Such design knowledge is a very different and more important skill, and is not mastered by learning UML notation or using a CASE or MDA tool. A person not having good 00 design and programming skills who draws UML is just drawing bad designs. I suggest the article Death by UML Fever [Bell04] (endorsed by the UML creator Grady Booch) for more on this subject, and also What UML Is and Isn't [Larman04].
Therefore, this book is an introduction to OOA / D and applying the UML to support skillful 00 design.
If reverse engineering, a UML tool reads the source or binaries and generates (typically) UML package, class, and sequence diagrams. These "blueprints" can help the reader understand the big - picture elements, structure, and collaborations.
Before programming, some detailed diagrams can provide guidance for code generation (e.g., in Java), either manually or automatically with a tool. It's common that the diagrams are used for some code, and other code is filled in by a developer while coding (perhaps also applying UML sketching).
Agile modelingemphasizes UML as sketch; this is a common way to apply the UML, often with a high return on the investment of time (which is typically short). UML tools can be useful, but I encourage people to also consider an agile modeling approach to applying UML.
Three Perspectives to Apply UML
The UML describes raw diagram types, such as class diagrams and sequence diagrams. It does not superimpose a modeling perspective on these. For example, the same UML class diagram notation can be used to draw pictures of concepts in the real world or software classes in Java.
This insight was emphasized in the Syntropy object - oriented method [CD94]. That is, the same notation may be used for three perspectives and types of models:
Figure Different perspectives with UML
We've already seen an example of this in Figure, where the same UML class diagram notation is used to visualize a domain model and a design model.
In practice, the specification perspective (deferring the target technology, such as Java versus .NET) is seldom used for design; most software - oriented UML diagramming assumes an implementation perspective.
The Meaning of "Class" in Different Perspectives
In the raw UML, the rectangular boxes shown in Figure are called classes, but this term encompasses a variety of phenomena physical things, abstract concepts, software things, events, and so forth.
A method superimposes alternative terminology on top of the raw UML. For example, in the UP, when the UML boxes are drawn in the Domain Model, they are called domain conceptsor conceptual classes;the Domain Model shows a conceptual perspective. In the UP, when UML boxes are drawn in the Design Model, they are called design classes; the Design Mod«i shows a specification or implementation perspective, as desired by the modeler.
To keep things clear, this book will use class - related terms consistent with the UML and the UP, as follows:
UML 1 and UML 2
Towards the end of 2004 a major new release of the UML emerged, UML 2. This text is based on UML 2; indeed, the notation used here was carefully reviewed with key members of the UML 2 specification team.
Why Won't We See Much UML for a Few Chapters?
This is not primarily a UML notation book, but one that explores the larger picture of applying the UML, patterns, and an iterative process in the context of OOA / D and related requirements analysis. OOA / D is normally preceded by requirements analysis. Therefore, the initial chapters introduce the important topics of use cases and requirements analysis, which are then followed by chapters on OOA / D and more UML details.
UML Related Interview Questions
|Adv Java Interview Questions||Java collections framework Interview Questions|
|Design Patterns Interview Questions||Rational robot Interview Questions|
|Web semantic Interview Questions||Spring MVC Framework Interview Questions|
|Advanced C++ Interview Questions||Advanced jQuery Interview Questions|
|XML DOM Interview Questions||Object Oriented Analysis and Design Interview Questions|
Object-oriented Analysis And Design
Iterative, Evolutionary, And Agile
Inception Is Not The Requirements Phase
Iteration 1 Basics
System 'sequence Diagrams
Requirements To Design-iteratively
Logical Architecture And Uml Package Diagrams
On To Object Design
Uml Interaction Diagrams
Uml Class Diagrams
Grasp: Designing Objects With Responsibilities
Object Design Examples With Grasp
Designing For Visibility
Mapping Designs To Code
Test - Driven Development And Refactoring
Uml Tools And Uml As Blueprint
Iteration 2 - More Patterns
Quick Analysis Update
Grasp: More Objects With Responsibilities
Applying Gof Design Patterns
Iteration 3 Intermediate Topics
Uml Activity Diagrams And Modeling
Uml State Machine Diagrams And Modeling
Relating Use Cases
Domain Model Refinement
More Ssds And Contracts
Logical Architecture Refinement
More Object Design With Gof Patterns
Designing A Persistence Framework With Patterns
Uml Deployment And Component Diagrams
Documenting Architecture: Uml & The N+1 View Model
More On Iterative Development And Agile Project Management
All rights reserved © 2018 Wisdom IT Services India Pvt. Ltd
Wisdomjobs.com is one of the best job search sites in India.