How and why do you use sketches and diagrams?

[st_uni-trier]

Hi,

we, the Software Engineering Group at Trier University (Germany), are currently
conducting a survey on the use of sketches and diagrams in software
development. We want to gain deeper insights into the work of software practitioners
(developers, testers, architects, etc.) to call attention to their
actual work practices, which we think is rarely done in academic research.

It is difficult for us to reach software practitioners, therefore I post my call for participation here.
Our short online survey (5-10 minutes) is available here:

http://www.st.uni-trier.de/survey/

We can also discuss how and why you create and use sketches and diagrams when developing software in this thread.
Thanks in advance for your participation!

[mike_2000_17]

The survey is a bit weirdly formulated. The questions seem to refer to the "last sketch/diagram" that I made. That could happen to be anything from the most involved sketch that I ever drew to the most trivial doodle on a random piece of paper. I went by the assumption that the questions refer to the sketches / diagrams I usually draw on average.

To be honest, as a general remark about the use of diagrams and especially UML, I think academia focuses way too much attention on that. Although visual representation of code is important and useful, it is not critical. The average practitioner probably spends far more time worrying about quality assurance (QA) for his software than he worries about design methodologies and those diagram rules that academics dream up. I know that for me, I draw diagrams occasionnally to either make a plan for a future piece of architecture or to make a visual summary of existing code, but mostly, I rely on generated documentation (e.g., doxygen, call-graphs, etc.) and reading source code. But overall, that representes a very tiny chunk of my time. Worrying about how to prove or test the correctness and robustness of the software is the thing I preoccupies me every waking moment. If academics have decent methodologies and insights on quality assurance, I'm all ears, but I've been tuned out of any discussions about UML diagrams and stuff for years, because it's really not that important, all things considered.

[st_uni-trier]

Hey!

Thanks for your remarks.

That could happen to be anything from the most involved sketch that I ever drew to the most trivial doodle on a random piece of paper.

We are aware of this problem. However, we think that we get a more realistic view if we ask for the last sketch and collect enough answers. Just imagine the following scenario: If we would ask "Do you brush your teeth regularly?" almost everyone would answers with "Yes". By asking "Did you brush your teeth this morning?" the results should be more interesting...

To be honest, as a general remark about the use of diagrams and especially UML, I think academia focuses way too much attention on that.

Well, that's why we are conducting this survey ;-). There have been some studies over the last years on the use of UML in practice. If you like to, I can send you an interesting paper on this topic.