A Study of Documentation for Software Architecture
Authors: Neil A. Ernst, Martin P. Robillard
AI-generated Key Points
- The impact of different formats of architectural documentation on newcomers' understanding of software projects was investigated in the study.
- 65 participants were asked to answer software architecture questions using either narrative essays or structured documents.
- Results showed that the format of the documentation did not significantly affect participants' performance in understanding the architecture.
- Prior exposure to the source code emerged as a key factor associated with answer quality.
- Potential biases such as observer-expectancy effect and non-participation rates were considered but had minimal impact on study results.
- Acknowledged limitations in document length and task complexity, noting findings may not directly apply to longer onboarding processes or more complex architectural documents.
- Study provided valuable insights into effective use of software architecture documentation, emphasizing prior familiarity with source code and types of architectural information sought as crucial factors influencing newcomers' understanding.
Abstract: Documentation is an important mechanism for disseminating software architecture knowledge. Software project teams can employ vastly different formats for documenting software architecture, from unstructured narratives to standardized documents. We explored to what extent this documentation format may matter to newcomers joining a software project and attempting to understand its architecture. We conducted a controlled questionnaire-based study wherein we asked 65 participants to answer software architecture understanding questions using one of two randomly-assigned documentation formats: narrative essays, and structured documents. We analyzed the factors associated with answer quality using a Bayesian ordered categorical regression and observed no significant association between the format of architecture documentation and performance on architecture understanding tasks. Instead, prior exposure to the source code of the system was the dominant factor associated with answer quality. We also observed that answers to questions that require applying and creating activities were statistically significantly associated with the use of the system's source code to answer the question, whereas the document format or level of familiarity with the system were not. Subjective sentiment about the documentation format was comparable: Although more participants agreed that the structured document was easier to navigate and use for writing code, this relation was not statistically significant. We conclude that, in the limited experimental context studied, our results contradict the hypothesis that the format of architectural documentation matters. We surface two more important factors related to effective use of software architecture documentation: prior familiarity with the source code, and the type of architectural information sought.
Tools for this paper
Ask questions about this paper to our AI assistant
You can also chat with multiple papers at once here.
The previous summary was created more than a year ago and can be re-run (if necessary) by clicking on the Run button below.
Similar papers summarized with our AI tools
Navigate through even more similar papers through a
tree representationLook for similar papers (in beta version)
We compare the title and abstract with papers indexed in our database. For arXiv papers, we search within the same category; for DOI and other sources, we search across sources and subjects. You can rerun the search as our database grows.
Disclaimer: The AI-based summarization tool and virtual assistant provided on this website may not always provide accurate and complete summaries or responses. We encourage you to carefully review and evaluate the generated content to ensure its quality and relevance to your needs.