规模较小,需求变更较多,后期维护较多的项目应该写哪些文档?

[cime63]

在非软件公司的IT部门工作,给本公司的各部门写他们所需要的管理程序.有些部门需要的程序是这样的特点:规模不大,但需求变更较多(跟他们的业务相关,无法避免),后期维护(扩充功能及修改BUG等等)较多.

没有文档的情况下在维护时容易忘记为什么自己要做某些设计,所以准备写一些文档.会有如下的作用:
1. 自己或者别人维护时容易理解设计思路.
2. 可以将需求文档交给用户确认,减少双方理解的二义性.
3. 需求变量都列在文档中,对客户也有一定的警醒作用.
4. 做的所有的工作都在文档中有记录(设计,实现,后期维护,需求变更都列出来),公司上级就会知道你做了哪些事情,是不是偷懒(如果因为需求频繁变更导致时间过长时也有话说).

但所有的文档全上是不可能的,这种情况下应该注重哪些文档呢?

[cime63]

没人理?