我们公司是做电力仪器和自动化保护主站开发的，产品主要还是偏向硬件方面的，原来对软件不是太重视。可能也有开发人员对自己的程序保密的因素吧，所以一直以来软件开发都没有必要的文档，测试一直以来搞的也不好。现在要开始规范软件开发的流程了，要求开发人员补写文档是不是有这个必要呢？

补充说明一下，由于现在用的很多软件其实还是以前开发的，然而当时开发这套程序的人现在己经离开公司了。让现在的开发人员来为原来的程序编写文档肯定会引起开发人员的不满，但是其实现在公司所谓的软件开发也只不过是对以前程序的修修补补，有文档对于新进人员尽快熟悉软件是非常有帮助的。
我也是刚刚毕业进入公司的新人，但是这些问题现在就摆在面前需要我来解决，请大家给提提意见好吗

没有保留或书写有价值的文档对于软件公司来讲是个很大的弊端，这样不利于软件的开发、维护和公司资源、知识的积累

不过也可以你来按功能写，让他们修改补充。方法很多。。。。。。

很简单,到网上查个模式,添点东西即可

看到这里,我也想说俩句
我公司现在也在补文档,目的是应付ISO9000通过
我们前一段做过的项目,系统分析员现在也在,他不写需求\可行性分析\系统设计
反而让我写,我写着写着感觉很郁闷?大家说是不是应该他写才对呀?

他不是正在使用window吗？
叫他写一个windows的系统方案啊。
以此去反驳

这个要看具体情况了，我觉得重要的文档还是要补写的，但是补写的详细程度可能没必要像开始一步步作那样详细。但是关键的问题一定要反映出来。
如果现在不补，除非这个产品不准备继续使用，否则以后升级和维护时会更加麻烦。

这个要看具体情况了，我觉得重要的文档还是要补写的，但是补写的详细程度可能没必要像开始一步步作那样详细。但是关键的问题一定要反映出来。
如果现在不补，除非这个产品不准备继续使用，否则以后升级和维护时会更加麻烦。

我认为为了软件的可持续性，至少应该让现在的开发人员将他们目前了解的东西写下来，因为他们刚进公司时肯定每人负责读懂了以前系统的某一块，再进行后续开发，所以对于他负责的东西有必要也有可能清楚地展现给别人。

只能说不重视文档的开发人员不合格。

只要日后还想维护，文档的重要性不需要怀疑。

如果项目不是很紧，让经理定出个时间表要求大家补文档，是必须补的。

一定要文档

一定要有的，不然以后测试文档比较困难

一定要有的，不然以后测试文档比较困难