“…We identified three reasons for this: First, creators of SAD in OSS projects focus on specific use of SAD in OSS development, e.g., the architecture document elements which are directly helpful for the adaptation of OSS, and model, system, and mission description in SAD provides such help for developers to get a quick overview of the system, so that they can decide how to adapt it to different customer needs or deployment environments. Second, the OSS development provides limited incentives for developers to document SA design, and important knowledge on architecture design is mentally distributed over developers [43]. Third, some architecture document elements may not be included in SAD of OSS projects (e.g., concerns, stakeholders, and system-of-interest), but rather in other documents, such as user guide or system introduction.…”