后端技术面试 38 讲
李智慧
同程艺龙交通首席架构师,前 Intel& 阿里架构师,《大型网站技术架构》作者
37373 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 46 讲
不定期加餐 (1讲)
后端技术面试 38 讲
15
15
1.0x
00:00/00:00
登录|注册

加餐 | 软件设计文档示例模板

对象1状态图
场景A 类序列图
组件1 类图
场景B组件活动图
场景A组件序列图
组件2设计
组件1设计
子系统1组件图
退款场景子系统活动图
退款场景子系统序列图
下单场景子系统序列图
系统部署图
非功能约束
功能概述
子系统2设计
子系统1设计
系统部署图与整体设计
设计概述
软件设计文档示例模板
参考文章

该思维导图由 AI 生成,仅供参考

第 9 篇文章中,我讲了每种 UML 模型图的画法,以及这些画法分别适用于什么样的设计阶段,我们也可以将不同阶段输出的模型图放在一个文档中,对每张模型图配以适当的文字说明,构成一篇设计文档。
对于规模不太大的软件系统,我们可以将概要设计文档和详细设计文档合并成一个设计文档。这一篇文章中,我会展现一个设计文档示例模板,你可以参考这个模板编写你的设计文档。
文档开头是设计概述,简单描述业务场景要解决的核心问题领域是什么。至于业务场景,应该在专门的需求文档中描述,但是在设计文档中,必须要再简单描述一下,以保证设计文档的完整性,这样,即使脱离需求文档,阅读者也能理解主要的设计。
此外,在设计概述中,还需要描述设计的非功能约束,比如关于性能、可用性、维护性、安全性,甚至开发和部署成本方面的设计目标。
然后就是具体的设计了,第一张设计图应该是部署图,通过部署图描述系统整个物理模型蓝图,包括未来系统长什么样。
如果系统中包含几个子系统,那么还需要描述子系统间的关系,可以通过子系统序列图,子系统活动图进行描述。
子系统内部的最顶层设计就是组件图,描述子系统由哪些组件组成,不同场景中,组件之间的调用序列图是什么样的。
每个组件内部,需要用类图进行建模描述,对于不同场景,用时序图描述类之间的动态调用关系,对于有复杂状态的类,用状态图描述其状态转换。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

本文介绍了软件设计文档示例模板,重点讲解了设计文档的结构和内容。首先,设计文档应包括设计概述,描述系统的业务场景和非功能约束。然后,介绍了系统部署图和整体设计,包括系统的物理模型蓝图和子系统间的关系。接着,详细介绍了子系统的设计,包括组件图、序列图、活动图和类图等。整篇文章通过示例模板展示了设计文档的具体内容和格式,为读者提供了编写设计文档的参考和指导。文章内容丰富,结构清晰,适合软件设计人员快速了解设计文档的编写要点和技术特点。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《后端技术面试 38 讲》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(25)

  • 最新
  • 精选
  • 许童童
    这个加餐不错,直接上干货,这个设计文档只要稍做修改,就可以在公司内部直接使用了,老师牛啊。
    2019-12-11
    1
    30
  • 老男孩
    一个很好的设计文档模板。看了这个我才知道,之前的一些文档有些地方就是胡写了。很多公司,而且是有一定规模的公司,设计文档也是后补的,为了应付领导或者甲方。产品和开发也不看,就盯着产品原型图死磕。关于一个核心问题域,有时候连名词都没统一。project,你说的是项目管理,他说的是工程管理,或者一会儿工程一会儿项目。这样的文档写了也没人看,然后就真的成了软件系统的“遗产”了。
    2019-12-11
    8
  • 天天向上
    老师 您好!类似文档丰富的Java开源项目,您能否推荐一个?
    2019-12-11
    1
    6
  • 丁丁历险记
    给markdown 打个广告,我现在blog 全是md 格式了。
    2019-12-18
    4
  • 几点了
    终于理解公司的设计文档的章节了,学习到了
    2019-12-17
    2
  • escray
    其实不久之前是看过这篇加餐的,当然也学过文档模板,但是再次打开,却有一些不一样的发现。 其实这个不仅仅是一个模板,在这个模板的下面,是一个相对完整的设计思路。 之前写过架构师训练营的课程作业,画一个食堂餐卡系统的 UML 图。我自己画的比较简陋,而那些“学霸”们的优秀作业,和这里的结构比较类似,可能是师出同门,也可能是因为优秀的脑袋总是相通的。 我不喜欢写冗长的文档,不过类似这样的文档,无论是作为作者还是读者,对于理解系统架构都很有帮助。
    2020-10-21
    1
  • king5699
    加餐优秀,谢谢老师
    2020-03-23
    1
  • 探索无止境
    这样的干货加餐,应该多来点!感谢老师!
    2020-03-02
    1
  • 靠人品去赢
    这个mark一下,设计文档之前一个公司都是A复制B换个图,换个描述,也不知道对不对。这个最起码是模版,到时候用的时候可以拿出来。
    2019-12-16
    1
  • 北天魔狼
    🙏🙏🙏直接上模板。以前一直都是确定一下功能逻辑就开始,规范化的东西一直没有,谢谢老师
    2019-12-11
    1
收起评论
显示
设置
留言
25
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部