|
发布日期：2006-12-11
作 者：凌
摘 要：近日有人在讨论写程序文档的重要性，于是我借此发表一下自己的看法，并用自己的亲身感受来告诉大家，没有做好程序文档要做好一个软件面临的是什么状况，以此来给大家一个借鉴。
正 文：
2004年下半年我开始接触ACCESS，买了本书后，就开始尝试着写了第一个MDB文件应用于工作中，让自己的工作轻松了不少，从此一发不可收拾的喜欢上了这个工具。其间做了好几个不同的数据库软件，随着这些数据库软件的使用，自己对此提出的要求也越来越多。
在2005年底在网上正好看到竹笛办的一个关于ACCESS开发平台的公益培训（其实在之前就已经对竹笛的网站关注了），参加并完成了这次的培训，感觉受益匪浅。于是决定把自己工作中的数据用软件全都串连起来，使其成为一个系统软件，说干就干了起来。
开始的时候进行的相当顺利，随着系统软件开发的不断进入，越来越觉得自己做的软件存在着很大的问题，就是不知道怎样解决，于是总是做到深夜，早上一早起来要去上班，软件开发的进度相当的慢。过了大概一个月感觉不能这样做下去了，于是重新把自己的思路再理一下，把表的结构重新修改了，终于可以进入了下一个步骤，但是需求却在脑海中不断的出现，软件的设计跟不上自己的需求，总是犹豫不决的进行着，终于又有一天我发觉自己犯了一个严重的错误，因为是一个系统的软件，所以有很多的表是互相关联的，而我在设计之初根本就没有想到过了一年后这些数据的保存、备份、归档。我的软件虽然是做出来了，但是却存在了一个致命的伤。
这个时候，竹笛正好在培训一个《编程资料管理系统》，在这个系统设计里，竹笛很仔细的讲解了程序文档的设计，并讲解了程序文档对于开发过程与后期维护的重要性。试想你在开发的过程中如果这个数据库的表比较多，又没有设计程序文档，那么你的工作量将是巨大的，你会将时间浪费在你的需求不断的改变中；如果过了好久你做的一个系统软件别人在用的过程中出了问题，或者需要有大幅度的修改，那时你对此的反应一定是感觉很不爽的，因为那时你可能已经忘了原来是有哪些需求的，原来是怎么样设计出来的，那时的工作量可能又是重新设计一个系统软件。那时对于我的触动是很大的，我一直想找一个比较规范的设计软件的方法，我终于看到了一个软件的完整开发过程，那时激动了好久。
于是我决定用竹笛的开发平台重新做了一个更加完整的数据库系统。但还是没有做程序的文档资料，虽然前面开发过了，但是重新做还是遇到了很多的困难，感觉没有开发过这个软件一样，只是技巧上比上次有所提高，艰难的完成了第二次版本的更新。
在做好这次软件开发之后，我一直在考虑今后开发软件应该如何进行，如果开发一个软件要半年的话，那么我的效率何在，生活也因此变得糟透了。一段时间过去了，我在付出这些时间与精力之后，渐渐明白了竹笛为什么要写软件的需求设计说明书、功能设计说明书、表设计说明书等等程序文档资料。
我现在换了一个单位了，面对公司那些各式各样的报表，我先把它们大略的组合起来，尝试着编写软件开发的可行性报告，并建立了需求设计说明书、功能设计说明书、表设计说明书，在编写的过程中我的思路越来越清晰，要不了多久我就将开发出一个让我满足的软件。
说了那么多的话，我想给证明大家的只是一个目的：开发数据库，建立程序文档是我们在开发软件过程中一个相当重要的环节，可以让我们在开发过程中避免许多不必要的麻烦。
|
