软件文档及开发方法

添加记录: 软件文档及开发方法类别: Access 发布日期: 2006.01.18

发布日期：2004-9-23

作者：LWWVB

摘要：软件文档及开发方法

正文：

也许，我们在做一个MDB的时候，不用去考虑什么文档不文档的问题。直接在电脑上做出来就可以。复杂一点的数据库系统，可能我们只需要多几张草稿，问题就得以解决，完成系统和草草测试之后，草稿可能已经在垃圾桶里。

大家有没有发现，你们的系统总是改了又改，或者改来改去都总是有问题。或者完成了系统之后，总是发现一些BUG，大家有没有想过，数据库系统如果应用于业务上（特别是财务），一个BUG可能给客户带来很大的经济损失。

如何避免这些情况？这里就要使用软件工程方法学软件文档来解决。

分析文档就是分析需求文档，把客户所需要的功能和业务流程内容写到这里。此阶段的工作很重要，这种时候一定要了解清楚客户的需求，如果在分析阶段发现一些不合理的业务现象，最好能先和客户商量好，纠正问题所在，避免错误和不科学的业务流程，以免增加不必要的负担。当然，如果客户就是自己，事情就好办就多，但也需要写清楚分析需求文档。

设计文档软件的设计需求文档，要写出软件中所需要的窗体和窗体功能的简要描述。但子窗体和控件及实现方法，这些东西在此并不需要写出。

编码文档就是软件中各个模块及各个窗体编码的描述。子窗体和控件也需在此描述。因为编码文档和实现的细节有关，当发生对开发工具某些方面实现问题或与性能有关问题未搞清楚的时候，可以先做一个简单的测试，完成测试后再决定编码方案，并继续写出文档直到完成。

编码文档还包括某些算法的图形解释，在必要时要解释算法为什么这样做，对某些比较小和琐碎的细节，可以用概要的方法来描述。

编码按照编码文档给出的内容进行编码。在必要的地方写好注释。

调试文档及调试方法调试文档包括软件的调试方案及步骤，一般调试的步骤都由小到大，并采用黑盒方法来调试。

1、由小到大，就是如果A调用B，我们就先调试好B，然后再调试A。但某些模块，是和另一个模块关联在一起（如父子窗体），这种情况，就要把两个模块一起调试。但如果A比较复杂，我们可以考虑设计一个临时的A，再与B一起调试。当然，模块的独立性越高表示模块建立得越好。但现实的开发中，关联性模块还是存在的。

2、黑盒方法是一种快速调试法，就是在要调试模块的入口放入数据，并观察模块出口的数据是否正确的原理。入口的数据，也可以是故意错误的，或者超出范围，如果模块不能处理这些情况，表示模块还需要加入排错处理代码。

调试好各个模块之后，就需要做各个模块的综合测试，以确保它们运行是否正确。

软件试运行软件试运行阶段，已经是交付于客户使用软件的时候，如果客户的数据比较重要，可以考虑手工帐和电脑帐并行运行。试运行一段时间发现无误后，才甩掉手工帐。在软件试运行阶段，如果发现BUG，就需要进行排错处理，这种情况可以使用客户的数据及使用单步跟踪来找出软件的错误及修正。

维护阶段软件试运行一段时间后，并甩掉手工帐成功后，就进入维护阶段，此时客户可能发现有新的需求或要修改的地方。这时就要根据新的需求或修改的地方去修改相关文档，但一定要遵守从上到下的顺序，如果分析文档有变动，设计和编码文档都要作出相应的变动。然后才允许编码和调试。

在实际应用中，分析及设计文档可以使用WORD处理。但编码及调试文档，可以灵活一点，使用手工书写，手工书写的文档应习惯于做分析的时候使用草稿分析，把结果写在正式的文档上。

顶一下