# Sketches and Diagrams in Practice

arXiv: https://arxiv.org/abs/1706.09172 · HTML: https://mlsanity.com/paper/1706.09172/

## Key facts

- Cited by 5 papers in the map (data through 14 Oct 2026).
- First posted on arXiv 28 Jun 2017.

## Built on by (most cited first, 5 of 5)

- [Unified Architecture Metamodel of Information Systems Developed by Generative AI](https://mlsanity.com/paper/2604.00171/) (2026)
- [An Exploratory Study of ML Sketches and Visual Code Assistants](https://mlsanity.com/paper/2412.13386/) (2024)
- [The importance of visual modelling languages in generative software engineering](https://mlsanity.com/paper/2411.17976/) (2024)
- [VisDocSketcher: Towards Scalable Visual Documentation with Agentic Systems](https://mlsanity.com/paper/2509.11942/) (2025)
- [EdgeFlow: Edge-Map Augmented VLM-Based Flowchart Processing for Industrial Requirements Engineering](https://mlsanity.com/paper/2605.27332/) (2026)

## Abstract (arXiv)

Sketches and diagrams play an important role in the daily work of software developers. In this paper, we investigate the use of sketches and diagrams in software engineering practice. To this end, we used both quantitative and qualitative methods. We present the results of an exploratory study in three companies and an online survey with 394 participants. Our participants included software developers, software architects, project managers, consultants, as well as researchers. They worked in different countries and on projects from a wide range of application areas. Most questions in the survey were related to the last sketch or diagram that the participants had created. Contrary to our expectations and previous work, the majority of sketches and diagrams contained at least some UML elements. However, most of them were informal. The most common purposes for creating sketches and diagrams were designing, explaining, and understanding, but analyzing requirements was also named often. More than half of the sketches and diagrams were created on analog media like paper or whiteboards and have been revised after creation. Most of them were used for more than a week and were archived. We found that the majority of participants related their sketches to methods, classes, or packages, but not to source code artifacts with a lower level of abstraction.