The Unified Modeling Language User Guide
Authors: Grady Booch, James Rumbaugh and Ivar Jacobsen
Publisher: Addison-Wesley Publishing Co.
Reviewer: Geoff Glasson
The preface of The Unified Modeling Language User Guide states:
The Unified Modeling Language (UML) is a graphical language for visualizing, specifying, constructing and documenting the artifacts of a software-intensive system. The UML gives you a standard way to write a system's blueprints, covering conceptual things, such as business processes and system functions, as well as concrete things, such as classes written in a specific programming language, database schemas, and reusable software components.
The book is divided into three major sections: structural modeling, behavioral modeling and architectural modeling. The structural and behavioral modeling are then subdivided into basic and advanced sections. Each section is laid out in a manner such that you can read the entire section (as I did) or only those parts that are important to you.
The basic structural modeling section describes the use of classes, relationships and class diagrams. It provides the basics which all object-oriented software engineers require to build UML models. Classes are described down to their lowest level, and subsections show how to distribute the responsibilities of a system among the classes that compose it. The advanced section expands on this to describe how to model the semantics of a class, object diagrams, packages, relationships and interfaces. This section shows how to model the relationships between classes and how to model the interfaces provided by a group of classes. It also teaches how to model a set of objects and their relationships at a given point in time using object diagrams.
The basic behavioral modeling section describes how to model the interaction between objects. It describes the interaction, use case and activity diagrams which dictate how the objects in the model interact with each other. The advanced behavioral modeling section also describes how to model events, state machines, processes, threads and time constraints. This book contains a wealth of information for the modeling of the structure and behavior of classes and objects. The authors show how to use state diagrams to model the behavior of individual objects within the system, showing how an object responds to internal and external stimuli. The examples start at simple state diagrams and continue through to complex diagrams that contain states and substates (states within states).
The architectural modeling section describes how to use the UML to document the physical arrangement of the software system. It deals with the complex issue of managing the components of the final product as well as how those components are deployed when the software is installed, using component and deployment diagrams. A component diagram graphically depicts the components that comprise the software; similarly, the deployment diagram describes how the components are distributed across one or more systems and how the hardware components are interconnected.
The authors have gone to great lengths to produce a readable book full of examples and useful tidbits. Try not to be overwhelmed by the volume of information in this book—much information is there, but it is all aimed at helping you model systems more accurately, and thereby design and implement better systems.
In my opinion, this book is a great addition to every object-oriented software developer's library, because it contains a great deal of information about how to model software systems. Although I have used both the Booch method and UML for some time now, I learned many things that improved the quality of my designs, especially in the area of communicating these designs to others. It is a book worth buying.
Geoff Glasson (email@example.com) has been a professional software developer for ten years, working mainly with C and C++ on Solaris systems. He has used UML for 2.5 years. He is currently the leader of a small software development team at Motherwell Information Systems working in the process control field. When he is not working, he enjoys playing with his two kids, spending time with his wife, playing indoor cricket and playing with Linux.
Practical Task Scheduling Deployment
July 20, 2016 12:00 pm CDT
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.Register Now!
- Google's SwiftShader Released
- SUSE LLC's SUSE Manager
- My +1 Sword of Productivity
- Interview with Patrick Volkerding
- Managing Linux Using Puppet
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- Non-Linux FOSS: Caffeine!
- SuperTuxKart 0.9.2 Released
- Tech Tip: Really Simple HTTP Server with Python
- Parsing an RSS News Feed with a Bash Script
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide