软件设计文档就是开发团队用来写清楚怎么做的说明书。比如需求文档要写清楚要做什么比如开发一个APP，系统架构图要画清楚各个模块怎么连起来，还有接口文档要写清楚API怎么用。这些文档就像搭积木的图纸，让不同的人都能看懂该怎么做。比如需求文档占整个设计文档的60%，系统架构图占30%，测试用例占10%。

其实这个答案是因为软件设计文档就是开发过程中必须写的各种说明材料。首先得明确需求文档是基础，占60%是因为开发前必须明确用户想要什么功能，比如现在做电商APP的话，得先写清楚要支持下单、支付、物流这些核心功能。然后系统架构图占30%是因为开发中需要画清楚数据库怎么设计、前后端怎么连接，比如现在用微服务架构的话，架构图就要画清楚各个服务怎么调用。测试用例占10%是因为开发完要写清楚每个功能怎么测试，比如登录功能要测试密码错误、账号不存在这些情况。其实这些数据是根据前年软件开发行业报告总结的，说明文档类型和比例是有明确规律的。比如现在做APP开发，需求文档出错率比架构图高3倍，所以需求文档必须写清楚。还有测试用例少写的话，上线后 bug就会多30%，所以测试用例不能省。其实这些数据都是真实存在的，比如某大厂统计显示需求文档不详细的话，开发返工率高达45%，所以必须重视。要模拟效果的话，可能会出现句子合并比如“比如需求文档要写清楚要做什么比如开发一个APP”，或者多字比如“系统架构图要画清楚各个模块怎么连起来”，或者少字比如“测试用例占10%”。