【个人重构】回首哪些天我们写过的文档

 经过了软件工程的第一次写文档，UML的第二次写文档，现在是是第三次写文档了，对文档并没有那么可怕了。而是更加的重视文档的编写，由于第一次让写总结也没有写，但是，出来混，该还的总是要还的，在这里总结一下机房重构的那些文档。

一、可行性分析报告

 目的：分析和确定系统目标

 内容：技术、经济、社会、法律是否可行

 编写人员：:项目组长

 查看人员：项目经理、老板

二、软件需求说明书

 目的：明确用户需求，程序员和用户直接沟通的文档

 内容：用例图，原型图，ER图、IPO图

 编写人员：项目组长

 查看人员：用户

三、项目开发计划

 目的： 为了让用户更加清楚软件的开发过程与进度，加强项目组内的管理

应有图：甘特图

 编写人员：项目组长

 查看人员：程序员、开发人员

四、概要设计说明书

 目的： 记录了系统整体实现上技术层面上的考虑，为程序的详细设计工作提供基础

应有图：包图、类图

 编写人员：项目组长

 查看人员：程序员、开发人员

五、详细设计说明书

 目的：说明一个软件系统各个层次中的每一个程序 (每个模块或子程序)的设计考虑

应有图：用例图 时序图 类图 时序图

 编写人员：项目组长

 查看人员：程序员、开发人员

六、数据库设计说明书

目的：说明数据库环境、命名规则、逻辑、以及数据库安全性设计

应有图：ER图

 编写人员：项目组长

 查看人员：程序员、开发人员、项目总监、项目经理

七、数据库要求说明书

目的：真实反映现实数据、各种数据的流向和关系

内容：数据流图、数据字典

 编写人员：项目组长

 查看人员：程序员、开发人员、项目总监、项目经理

八、测试计划

目的：描述测试目的、范围、方法和软件测试的重点

内容：测试计划、测试要求

 编写人员：项目组长

 查看人员：测试人员、如果比较小的项目可以由开发人员测试。

九、操作手册、用户手册

目的：让用户明白系统怎么用

 编写人员：项目组长

 查看人员：用户