表4-1 名词解释举例（*为自定义术语）
有些文档可能篇幅比较短，并不是传统意义上的需求设计类文档，比如对某个线上问题分析的结果汇报、对某个模型检测效果的验证报告、或者研发阶段性的工作总结。
另外一些在文档中自定义的术语，文档作者为了便于阅读可能也会提供一个简写的版本，在这种情况下，文档前后应该保持一致，即：要么整篇文档都用全称，要么都用简称，尽量做到一致。
可抽象也可具体
技术型文档中的插图不一定都得是流程图、架构图、或者结构设计图这种非常具体的技术相关图片，还可以是抽象的、能形象表达文档主题的图片。
图1 团队协作
源码管理并不是软件开发周期的全部，整个软件开发周期涉及到多个流程、多个团队（多人）协作完成，包括立项/结项、进度/任务管理、需求/设计、bug管理、测试、集成上线等环节。
对于一些需求、设计类型的“主流”技术型文档，考验的是作者对软件需求、系统架构的理解深度，该写什么不该写什么，写到什么程度，这些都需要作者考虑清楚，这类型的文档一般有标准的模板可以参考，大家平时写得/见得也比较多
