(2)交互流程：简要的交互可用文字说明，复杂的交互建议使用流程图，交互图或其他图形进行说明；
(3)数据库设计：这个是应该放在总设还是详设呢？
(4)接口形式：有了数据库+接口+流程，别的同学拿到详设文档，基本也能够搞定了；
(5)其他细节：例如公式等；
理论上输出了详细设计之后，无论谁拿到了这个详设文档，都是能够完成该项目的 。
个人实践分享：
一、大图
(1) 大系统或复杂流程，其架构图或者流程图会非常大，经常比A4纸或word的一页大很多，此时不宜在word中直接贴图形，贴了也看不清，建议将图放在wiki上，文档中直接贴链接；
(2) 一定要保存viso或者其他图形的源文件，否则今后改动起来要重画，代价可想而知；
【模块设计怎么写】二、设计与折衷
(1) 设计与折衷是总设中最重要的内容，总设评审中，主要就是讨论这些折衷的优劣；
(2) 评审过后，不但要邮件周知结论，还要在总设中进行更新，说明最终决定使用了哪种方案，为什么使用这种方案；根据自己的经验，接手别人的模块、项目，拿到代码和文档，设计方案对我来说完全是个谜！！！
(3) 有时候因为排期或者其他原因，不一定采用了最优的设计方案，此时更应该在总设中记录决策的过程与原因；
(4) 最后，设计折衷是一个很好的自我辩解的机会：因为项目进度，或者历史遗留问题，我不得不采取了一个这样的设计，不要再骂我了 。
三、性能目标
性能目标是新模块文档必不可少的一部分，很多项目对性能影响较大的话，也必须撰写性能目标，性能一般来说可能包含以下部分：
(1) 日平均请求：一般来自产品人员的评估；
(2) 平均QPS：日平均请求 除以 4w秒得出，为什么是4w秒呢，24小时化为86400秒，取用户活跃时间为白天算，除2得4w秒；
(3) 峰值QPS：一般可以以QPS的2~4倍计算；
互联网公司，产品迭代块，项目周期长，基本没有“文档”一说，但其实写好文档，对系统和项目未来的维护是非常有帮助的 。
5. linux 怎么写软件模块详细设计 概要设计阶段通常得到软件结构图详细设计阶段常用的描述方式有：流程图、N-S图、PAD图、伪代码等概要设计和详细设计在软件设计中，大家经常问到的一个问题是：概要设计应该怎样一个概要法，详细设计应该怎样一个详细法？ 这个问题在公司内部经常有人问 。
现在陈述一下 。我们公司的研发流程是瀑布型的，这个模型中的分析、设计阶段是基于经典的结构化方法 。
结构化设计方法的基本思路是：按照问题域，将软件逐级细化，分解为不必再分解的的模块，每个模块完成一定的功能，为一个或多个父模块服务（即接受调用），也接受一个或多个子模块的服务（即调用子模块） 。模块的概念，和编程语言中的子程序或函数是对应的 。
这样一来，设计可以明显地划分成两个阶段： 概要（结构）设计阶段：把软件按照一定的原则分解为模块层次，赋予每个模块一定的任务，并确定模块间调用关系和接口 。详细设计阶段：依据概要设计阶段的分解，设计每个模块内的算法、流程等 。
概要设计阶段： 在这个阶段，设计者会大致考虑并照顾模块的内部实现，但不过多纠缠于此 。主要集中于划分模块、分配任务、定义调用关系 。
模块间的接口与传参在这个阶段要定得十分细致明确，应编写严谨的数据字典，避免后续设计产生不解或误解 。概要设计一般不是一次就能做到位，而是反复地进行结构调整 。