书接上文，说完了详细设计后，就是数据库的设计了，数据库的设计主要有两个：内部设计和外部设计。其中的外部设计就是一些约定和命名规范，重点是内部设计，内部设计又分为概念设计、逻辑设计和物理设计。
在看到这三个设计的时候一股亲切的感情油然而生有木有？这就是咱们的数据库原理里面的那三个。而大名鼎鼎的ER模型图就是出在概念设计阶段。
这个文档也是在软件的设计阶段写。有数据库设计人员对数据库中使用的所有标识、逻辑结构和物理结构做出具体的设计规定。便于开发人员在开发的时候的参照。可以使数据库更加的规范化。PS：数据库说明书，规定好数据库的结构，让程序员去填代码就可以了。
设计都结束后，就是代码实现阶段了，不过该阶段好像没有文档，如果非要找的话，只能说写了一些注释吧。
编程结束后，就开始测试了。
软件的测试是一个重头戏，测试结束后就要交付用户使用了，如果有错误没有测试到，而在用户使用的时候却出错了，不仅会对用户造成影响，更会对软件开发的团队造成不利的影响。所以一定要把好这道关。
测试总共会出现两个文档：测试计划和测试分析报告。
先产生的是测试计划，顾名思义，测试计划就是对软件的测试的一个计划，描述了要进行的测试活动的范围、方法、资源和进度的文档。它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测试计划可以有效预防计划的风险，保障计划的顺利实施。
测试计划由测试团队的管理层或者由比较有经验的测试人员来写，由测试团队、开发团队和项目管理层进行复查，确定无遗漏后开始测试。ps：测试计划就是说明软件怎么个方式进行测试。
测试分析报告。测试分析报告主要是分析测试中出现的错误，分析出说明该项软件的开发是否已达到预定目标，能否交付使用。PS：就像老师的考试一样，看看是否会挂科、、、、
一切都弄好了，就该把软件交付给用户使用了，这时就需要些一个使用说明书了。这个很好说，大家也都看过，我就不多说了、、、
在这些都弄好以后，就可以结束该项目了，对了，总结还是很有必要的，做好项目总结。为以后的工作提供参考资料，这就是传说中的工作经验！！
用户在使用软件的时候，如果需要维护的话，应该也会出现文档，不过应该就属于别的部门了，跟开发就没有多少关系了。所以就不在这里赘述了。