Erik Doernenburg talked with InfoQ about about "software visualization", a concept that he has been focused on for the past two years. Software visualization aims to provide a representation of artifacts at an intermediate level of abstraction which provides enough information to be useful but are at a high enough level that you can perform broadly scoped analysis. In Erik's words:
You generally only get the 30000 foot view where every system has a small little box or you have to ground level view where you are looking at actual source code, but that doesn't help the developers, that doesn't help the management and that doesn't help the enterprise architects. So we are looking for a way to actually find some middle ground to get a 100 foot view, to get a better understanding of software systems.
Interestingly, instead of imagining complicated modeling tools, Erik forwards a strategy for software visualization that uses a mix of some modest open source tools and manual customization. He likes in particular an old visualization tool called dot, which he has been able to use in powerful and creative ways to communicate hierarchical information. In a nod to the pragmatic, he also utilizes Excel spreadsheets for the analysis. And although the tools he uses might be basic, the idea is very powerful and is a necessary tool when attempting to absorb the context of large systems.
/filters:no_upscale()/sponsorship/topic/2c0d72d2-1768-47c2-8f5b-24f3ef0ae0e0/QconNYrsb-1679560094156.png)
/minibooks/architecture-2023/en/smallimage/logo-1685600892155.jpg){kind=logo}
/articles/agility-architecture/en/smallimage/logo-1682078942739.jpg){kind=logo}
/articles/api-design-review/en/smallimage/API-design-reviews-are-dead-long-live-API-design-reviews-small-1684310900854.jpg)
![[R]Evolutionize Your Retrospectives with Active Sensemaking](https://imgopt.infoq.com/fit-in/50x50/filters:quality(80)/articles/retrospectives-active-sensemaking/en/smallimage/revolutionize-your-retrospectives-with-active-sensemaking-small-1684227204199.jpg)
/articles/architecture-modernization-domain-driven-discovery/en/smallimage/start-your-architecture-modernization-with-domain-driven-discovery-small-1683106490819.jpg)
/articles/architecture-trends-2023/en/smallimage/the-infoq-trends-report-1680611416202.jpeg)
/articles/framework-architectural-decisions/en/smallimage/logo-1679060242842.jpg){kind=logo}
/articles/istio-ambient-mesh/en/smallimage/logo-1678364642232.jpg){kind=logo}
/articles/rebuild-tech-culture-layoffs/en/smallimage/how-to-rebuild-tech-culture-for-those-who-survived-the-layoffs-small-1677236107330.jpg)
/articles/effective-architecture-conversations/en/smallimage/have-effective-conversations-with-business-stakeholders-about-software-architecture-small-1677231728391.jpg)
/articles/creating-decentralized-apps/en/smallimage/LOGO-1676916574942.jpg){kind=logo}
/articles/secure-delivery-workflow/en/smallimage/logo-1675435091128.jpg){kind=logo}
/presentations/data-streams-architecture/en/smallimage/Kai_Waehner-s-1675025271514.jpg)
/articles/energy-consumption-bugs/en/smallimage/logo-1673281703209.jpg){kind=logo}
/articles/motivational-diagnostic/en/smallimage/increasing-team-and-individual-motivation-with-motivational-diagnostic-small-1672932888794.jpg)
/articles/architecture-skeptics-guide/en/smallimage/a-skeptics-guide-to-software-architecture-decisions-small-1672223516348.jpg)
/articles/group-coaching-beyond-individual/en/smallimage/group-coaching-extending-growth-opportunity-beyond-individual-coaching-small-1671614956735.jpg)
/minibooks/2022-infoq-trends-reports/en/smallimage/LOGO-1672051527011.jpg){kind=logo}
/articles/platform-engineering-roadmap/en/smallimage/logo-1670836548184.jpg){kind=logo}
/articles/software-testing-energy-management/en/smallimage/logo-1670618011406.jpg){kind=logo}
/articles/architecture-architecting-role/en/smallimage/logo-1670404086277.jpg){kind=logo}
/articles/delivering-fast-testing-strategies/en/smallimage/deliver-fast-tests-have-to-last-small-1685548178496.jpg)
/articles/eda-mediator/en/smallimage/event-driven-architecture-with-mediator-topology-small-1685547200315.jpg)
/articles/azure-functions-quarkus/en/smallimage/azure-functions-on-quarkus-3-1685542580748.jpg)
Community comments
Why not use Dependency Structure Matrix tools?
by Han van Roosmalen,
Re: Why not use Dependency Structure Matrix tools?
by Erik Doernenburg,
i care visual modeling
by ding jack,
Title of the suggested book
by Rafael de F. Ferreira,
Re: Title of the suggested book
by Erik Doernenburg,
Why not use Dependency Structure Matrix tools?
by Han van Roosmalen,
Your message is awaiting moderation. Thank you for participating in the discussion.
Hi Erik,
you are talking extensively about dependency and visualisation. I think you need to do some catching up to do. Many of the problems you express were already solved years ago when the DSM methodology was introduced. First in the mechanics problem domain. Since Lattix introduced this in 2004 an excellent visulisation appeared in the software industry.
There are more tools starting to use DSM, but Lattix is the most advanced. It even allows you to change the code structure before you change the code. It even does not only work for Java (although it includes Spring, Hibernate and Oracle).
For more information www.lattix.com. Just look at the demo and I am sure that you find what you are looking for.
With kindest regards,
Han van Roosmalen
Software Architecting Consultant
i care visual modeling
by ding jack,
Your message is awaiting moderation. Thank you for participating in the discussion.
I thought the important field of software visualization should be visual modeling, not the report of code.
but his idea is fun, how about store our code in DB(instead of store in plain text file), and using SQL to get some reports?
Title of the suggested book
by Rafael de F. Ferreira,
Your message is awaiting moderation. Thank you for participating in the discussion.
The transcript shows the title of his second favorite book as "An object oriented metrics and software visualization". Is this really correct? What are the authors?
Re: Why not use Dependency Structure Matrix tools?
by Erik Doernenburg,
Your message is awaiting moderation. Thank you for participating in the discussion.
Han,
I am aware of tools such as Lattix LDM and Structure 101 by Headway Software. In my opinion DSM tools are useful and solve a certain class of problems well, but that doesn't mean that we can now sit back and declare dependency management solved.
To give you an idea what I'm talking about, have a look at Softwarenaut:
www.inf.unisi.ch/phd/lungu/softwarenaut/screens...
erik
Re: Title of the suggested book
by Erik Doernenburg,
Your message is awaiting moderation. Thank you for participating in the discussion.
Object-Oriented Metrics in Practice: Using Software Metrics to Characterize, Evaluate, and Improve the Design of Object-Oriented Systems (Hardcover) by Michele Lanza (Author), Radu Marinescu (Author), Stephane Ducasse (Author)
www.amazon.co.uk/Object-Oriented-Metrics-Practi...