文档-总结篇

前言：

  写完文档感觉没有收获怎么破！因为还没有总结啦，经过总结就可以感受到“山重水复疑无路，柳暗花明又一村”了！

总结：

阶段产生文档:

  这是每个阶段应该产生的文档，需要注意的是用户手册在需求分析阶段就应该着手编写，而不应该到最后系统运行的时候在编写。

文档预期读者：

  一个人员一条线（当然，一个文档也不只是让一个人员来读，只是最主要的是让该人员来读），可以看出开发人员是最辛苦的，至少要读6个文档。不知道大家有没有和小编一样的困惑，这个文档谁来编写呢？苦寻良久，得出文档的编写还是主要由开发人员来编写，测试人员辅助吧（毕竟测试人员水平高啊）。

各文档目的及产生的图：

  1.可行性研究报告：对开发的项目进行可行性分析，指出存在的必要性（系统流程图、数据流图、数据字典）

  2.项目开发计划：对开发的项目做一个初步计划，对整个开发过程有一个初步的了解（甘特图）

  3.软件需求说明书：描述软件的功能和性能及约束范围，使用户和开发人员对软件有个初步的了解（E-R图，状态转换图、层次方框图、IPO图、Warnier图）

  4.概要设计说明书：开发此软件做一个大概的设计说明（层次图、结构图、HIPO图）

  5.详细设计说明书：设计出软件的蓝图，便于开发人员实现功能（程序流程图、盒图）

  6.数据库设计说明书：提供数据库设计的可视性以及软件支持所需的信息，为数据库设计指引方向

  7.数据要求说明书：提供功能实现需要的数据，根据此数据设计数据库

  8.测试计划：描述将要进行测试活动的范围、方法、资源和时间进度等

  9.测试分析报告：对测试数据的功能问题进行分析归纳记录，为分析软件功能和局限性奠定了很好的基础。

  10.项目开发总结报告：方便我们在以后的项目开发中来更好的实施项目的制定开发，类似经验的覆用。

  11.操作手册：告诉软件的使用者，本系统提供了哪些功能以及如何正确的、有效的使用这些功能。

  12.用户手册：为使用者提供一个使用指南

后记

  各个文档之间的内容都是相关的，下一个文档的内容应在符合上一个文档内容的前提下进行编写，之后就是做好总结了！