这是一个创建于 1690 天前的主题，其中的信息可能已经有所发展或是发生改变。
没经历过大公司，平时写复杂逻辑会画一些简单的图。想听听大家对写开发文档或者设计文档的看法。
 |
1
xuanbg 2019-09-03 19:57:27 +08:00
我司要什么文档我说了算，所以。。。。。。
流程图(BPMN 多泳道流程)、业务分析图(脑图)、建表 SQL 脚本、接口文档(README.MD)、资源配置表(脑图)就是全部。 其实最重要的文档就是代码本身呀 |
 |
2
ebingtel 2019-09-03 20:10:00 +08:00
能保证别人知道你要干嘛就行 格式不必拘泥 关键路径落到纸上会好些……然后才去看你的代码
|
 |
3
sumarker 2019-09-03 20:14:15 +08:00
没写过设计文档
开发文档一般就是找个地方画一画看看 |
 |
4
securityCoding 2019-09-03 20:26:00 +08:00
1.模块图
2.关键流程时序图 3.接口文档,导出 swagger json 文件,导入到 yapi 平台 4.排期 |
 |
5
iConnect 2019-09-03 20:30:01 +08:00 via Android
文档还没写完，由于需求变更，代码已经重写啦
|
 |
6
FrankHB 2019-09-03 20:54:25 +08:00
最有效的是 coding convention 之类具有强制约束力的文件。
其它的，就写给自己会用的才用心。 |
 |
7
hoyixi 2019-09-03 21:05:46 +08:00
其实，设计文档没出来，根本不该开发，你开发啥？照着什么开发？尤其规模大的项目，没有好的需求文档和设计文档，就是一坨翔
当然领导不会这么想，反正让下面人加班就行了，996 搞起来 |
 |
8
nianyu 2019-09-03 21:36:18 +08:00
国内别想了，都是走形式
|
 |
9
Takamine 2019-09-03 22:35:31 +08:00
ER 图，时序图，接口文档，设计方案业务分析。
|
 |
10
Leigg 2019-09-03 23:22:25 +08:00 via Android
如果想走的更远，必须约会画图，除非你牛鼻到需要时脑中自然成图。团队开发时，图和文档尤其重要
|
 |
11
cong OP 不知道大公司是怎么做的，有大公司经历能不能说一下啊
|
 |
12
Aresxue 2019-09-04 14:16:29 +08:00
作为开发人员，平时主要涉及的设计文档基本上是功能的详细设计和概要设计，对于它们的态度我认为是必须要有，工期紧也要先有概设，后期再补详设。但是在实际过程中不写文档的人比比皆是，但这是有问题的。正规的开发流程是先写概设然后找业务人员确认，然后写详设，叫上开发组长评审，最终把详设中的设计付诸代码，你管不了别人但你可以约束自己。
|
 |
13
DoctorCat 2019-09-05 11:08:19 +08:00
代码不要屎一样，结合基本的业务设计文档和注释，还是可以应对的。
代码屎一样，结合基本的业务设计文档和注释，还是很难应对的。 至于设计文档与代码实现之间的关系，很容易因为开发同学或者 PM 同学的尽责程度变成一种玄学过程。 文档说明白、更新的及时，怎么个形式都好说。关键在于文档的维护。见过太多文档对不上业务实现的案例了。 |
Select Language