有人说写文档占百分之60的时间，编码的时间很少，大家近来讨论讨论如何写文档？

Question

    一个优的文档应该是非code程序员能够比较轻松的读懂，并且modify。    一个工程我想只依赖于文档，而不是依赖于code人员。这样工程不会因为某个coder的离职而不方便继续下去。

Answer 1

文档与CODE交替，先文档，然后做原型，再文档补充和修改，再最终CODE。

Answer 2

TalentSprite(举头望明月)　
说的的确是很多开发公司的现状
为了ISO或是CMM而在CODING之后再来补文档
失去意义了

Answer 3

有的
www.umlchina.com上有设计文档的

Answer 4

需求分析-〉DFD图-〉原型（拿着原型找客户再分析，再设计，再改原型....直到原型做得比较合理）-〉其它文档（如果你用UML的话，就是那十几个图）-〉coding-〉debug-〉test
-〉

Answer 5

1:Function Spec
2:High Level Desin
3:Low Level Design
4:Test Plan
5:Test Case
6:Coding
7:Test
8:Manul

Answer 6

how to combine the documents and codes together?the modification made to the document can reflect to the code?

Answer 7

文档中就数哪个需求报告不好整，特别是开发专用软件，为了不窝工，往往和code交叉进行了。