机房收费系统总结

收费系统的基本功能算是完成了！不过有好多是要改进的，但我想更重要的不是改进，而是认识到体味到在编写这个程序时所暴露的问题！

这个工程越是接近尾声时，我越是发觉它的不足，也越是发觉我之初设计时的不完善！我感觉实现起一个具体的功能不是很难（原因是这些功能数学家都已经给了答案），而作为一个开发软件的人来说，要将一个大功能的实现计划周密可不是很简单的事情！

在分析时首先要分析用户整体的需求，在将这些需求模块化分成若干功能。我们在编写代码前最主要的是将这些功能快进行联系，要完整的将这些功能的实现连起来考虑。像我在做收费系统时虽然将这个流程写下了，但在深层的联系没有去考虑，以致在实现过程中要不断的向数据表中增加字段，而且在实现最后结账功能时增添了两个表！我相信米老师的那句没有任何一个规划是不改变的。可我想这些改变也应考虑在设计的阶段，至少咱们在实现时不能东一锄西一耙的。

我们看待一定事务一定要全面。举个简单例子，在认识一个控件时，我们应至少定位到所有与这个控件有关的事务上。如鼠标单击右击查看属性，方法，事件等。我们首先要将眼睛放开，才可能触及全面这个新事物，然后就是不要只看在眼里，而没有入眼。我们看到了就应该主动的去点击查看一下，看他到底是干什么的。这就像米老师在我们入学初的教育一样，我们知道软件里有帮助，有其他菜单功能，但我们是否真去看过操作过?

做事前抓全面，做事中还要注意细节。我在编码尾声时感觉学生卡号在我这个系统里有int型的有chr型的，虽然没有全部报错（我想是由于VB和sql server有一定的数据自动转化功能吧），但毕竟给人一种担心。现在我感觉我做工程时有一点做的很好，我的注释跟的的很紧，虽然不多，但已能理解所注释代码的意思，之初对米老师的这个要求体会不是很深，但在做这个相对大的工程时，我发现我们所做的事情要不断的重复查看，不断的修改，要是没有注释，还得从头来分析。同时我也有一点也是米老师经常强调的没有做好，给变量起名字，不是没有按照规则来，而是没有将这个变量的功能通过变量名字完全表达出来，可能也是有怕麻烦的心情在，将功能说清楚要好几个英文单词，但米老师昨天也说了，以后我们的变量都很长的，在加上我在后期调试修改的时候发现，没说清功能的话，变量一多，我们就记不清它到底是做什么的，就得不断向前看，如果记忆力在不好，那我调试一个功能块就不知要向前查看多少次了！

我也感到了测试阶段的重要性，在测试中，我们更能体会用户的心情，更能发觉这款软件的不足，以及当初考虑问题的不全面。

这个过程我都是在按照我之初做的流程图在做，所以没有什么大的停顿处。虽然流程图的功能不完善，但至少我发现些这份分析的重要性，现在只差学习这个分析究竟是如何进行的了。

    以往可鉴，来者可追! 用心努力是关键