Feeds

Time for UML tools to evolve

Refactoring gap

Boost IT visibility and business value

There's an audible rhythm to development tools. Modern integrated development environments (IDEs) go like this: tap, tap, bam! Diagramming tools go like this: point, click, pause, point, click, pause...

Now that the two are starting to overlap through things like UML plug-ins for IDEs and round-trip engineering as standard, the overall differences are becoming more pronounced than ever. IDEs stand out as being fast and lovely to use, whereas - with a few possible exceptions - modeling tools are slow and cumbersome. They force you to use the mouse - an eminently serial input device.

While they're being left behind in terms of productivity, though, modeling tools are making headway with advanced features such as round-trip engineering - the ability to turn a UML model into code, and reverse-engineer code into a UML model. The model is as close to the code as it's ever been right now, meaning that there's little excuse for the model and the code to become out of sync.

There's still a huge gap when it comes to refactoring support, though. If the model and the code are really tightly integrated, then you'd expect to be able to perform operations on the code via the model elements.

How cool would that be, to be able to right-click on a class in a UML diagram and choose "extract interface", then have a little pop-up window that shows the before and after code segments? That would be true integration. It's certainly needed if the trend for integrating a UML tool into an IDE is to make any sense at all.

Detailed design diagrams such as class and sequence diagrams are very nearly at the code level, so refactoring operations on these diagrams would be virtually the same as code refactorings. In fact, I can't help wondering why the UML support in NetBeans for example doesn't include the same right-click menu as in its Java editor, when you right-click on a class (including the refactor sub-menu of course).

But why stop at code-level refactoring? A UML tool operates at so many more levels than just code. There are business processes, requirements analysis, preliminary design, deployment and tests to consider.

UML is also concerned with both static and dynamic models. A "refactor" submenu on a modeling element at these levels would more suitably be called "prefactor".

What sort of prefactorings would exist under this sub menu? To answer that, we'd need to look at the nature of refactoring itself.

Refactoring is all about improving the design of code without modifying its semantics. In other words, the result of a single refactoring is better-designed code that does essentially the same thing. There's also an implied caveat: if we look at Object Oriented Analysis and Design (OOAD) as a "stack" with analysis models at the top, and code plus unit tests at the bottom, refactoring operates at the code level.

It doesn't affect anything "above" it such as requirements or the preliminary or logical design. Prefactoring should operate at the level it's performed on. So prefactoring a use case - such as extracting a use case with an "extends" relationship to the original, for example - should only affect the use case, nothing at higher "levels". It seems reasonable, though, that a prefactoring would have a knock-on effect on the levels beneath it: change the architecture and you'd expect the design to change too.

This would be round-trip engineering on steroids: probably beyond what current tools can do, but it's the direction they should be heading in.

We already have round-trip engineering to keep the model and the code in sync. I believe that native and obvious, prominent prefactoring support (with plenty of keyboard shortcuts) is the final missing link needed to bring UML fully into the agile world.®

Matt Stephens has co-authored Use Case Driven Object Modeling with UML: Theory and Practice, which illustrates how to get from use cases to code using a core subset of UML, and Extreme Programming Refactored: The Case Against XP.

Application security programs and practises

More from The Register

next story
HIDDEN packet sniffer spy tech in MILLIONS of iPhones, iPads – expert
Don't panic though – Apple's backdoor is not wide open to all, guru tells us
Do YOU work at Microsoft? Um. Are you SURE about that?
Nokia and marketing types first to get the bullet, says report
Microsoft takes on Chromebook with low-cost Windows laptops
Redmond's chief salesman: We're taking 'hard' decisions
Cheer up, Nokia fans. It can start making mobes again in 18 months
The real winner of the Nokia sale is *drumroll* ... Nokia
EU dons gloves, pokes Google's deals with Android mobe makers
El Reg cops a squint at investigatory letters
Chrome browser has been DRAINING PC batteries for YEARS
Google is only now fixing ancient, energy-sapping bug
Big Blue Apple: IBM to sell iPads, iPhones to enterprises
iOS/2 gear loaded with apps for big biz ... uh oh BlackBerry
prev story

Whitepapers

Seven Steps to Software Security
Seven practical steps you can begin to take today to secure your applications and prevent the damages a successful cyber-attack can cause.
Consolidation: The Foundation for IT Business Transformation
In this whitepaper learn how effective consolidation of IT and business resources can enable multiple, meaningful business benefits.
Designing a Defense for Mobile Applications
Learn about the various considerations for defending mobile applications - from the application architecture itself to the myriad testing technologies.
Build a business case: developing custom apps
Learn how to maximize the value of custom applications by accelerating and simplifying their development.
Consolidation: the foundation for IT and business transformation
In this whitepaper learn how effective consolidation of IT and business resources can enable multiple, meaningful business benefits.