机房收费系统异常总结
机房收费系统是我们第一在没有源代码的前提下进行的独立开发的一个小系统。虽然在敲机房收费系统的时候，过程并不是很愉快，但是不管怎么样，这个坎还是要过的。记得自己在刚开始敲机房收费系统的时候，迷迷糊糊的就开始了，机房收费系统和下一个软件工程的学习结合起来，其实开发一个系统就应该要按照软件工程的流程来进行。每一个步骤都是很关键的，缺一不可。
下面挑了一些自己在收费系统测试过程中遇到的错误，其实错误多的去了！（悲啊~~~~）
- 错误1：没分配权限
- 错误2：修改密码时，总是提示“请输入您的口令”，登录错误，也没清空数据！
- 错误3：用户登录不成功，没给出提示
- 错误4：上下机窗体：消费金额，1元/min 下机之后余额显示错误
- 错误5：添加删除用户和选中学生下机 没实现按选中的记录删除
- 错误6：学生基本信息维护缺修改窗体 和退出 功能
需求分析的错误（主要）：
听刘佳翰说，他光是需求分析就整整花了四天的时间。而自己在敲机房收费系统的时候，自己只是分析了数据库里的东西，即只是了解里面大概要用到哪些表，存放什么数据，分析了表与表之间的联系。但是在关系这方面，分析的也不咋地！
需求分析，就是要了解这个系统是干什么的？有什么样的功能和性能？
在需求分析阶段，如果没有分析好，对于后面的返工会很大。像我的机房收费系统我就是经过反反复复的返工。虽然说第一遍不要求尽善尽美，但是基本功能起码要运行起来。而自己在拿到胡阳—机房收费系统程序的时候，看见上面有什么按钮，点击那个按钮出现什么效果，就照搬着上去，完全没有考虑到这个按钮的作用是干什么用的，它在这个窗体当中起到什么作用。而且也没有站在系统的用户角度去考虑。
系统的最终目的是为了交付给用户进行使用。所以，在进行系统开发的时候，首先应该要站在用户的角度，试想如何才能让用户满意，让用户用的方便。这需要训练自己平时多替别人着想，而不能只是为了自己。只有这样，你才能开发出一款满意的软件。
在进行系统开发的时候，首先，你应该要想一下这个系统是给哪些人用的，每个人各用些什么功能，也就是权限的问题。其次是这些功能，是全部的功能这些人都能同时拥有吗？比如机房收费系统中的（操作员就可以拥有一般用户的全部功能，而管理员除具有自己的功能之外，还可以同时拥有一般用户和操作员的功能。） 然后才是画界面和进行数据库的设计，开始进行系统的开发！在分析界面的功能的时候，也要试想一下哪些功能的代码是可以重复使用的，这就可以提高了效率，而且对自己也有起到一定的积极暗示作用。
机房收费系统当中，有几个窗体都用到了导出Execel 表，还有几个查询窗体都是用到多表查询，报表等，像这些类似的功能，只要研究好一个就可以了，其他的都可以重复使用。这也涉及到一个很重要的学习方法，那就是要学会对知识进行打包。
在进行功能实现的时候，也没有把自己放到用户的角度上去思考，试想如果是自己要用这个功能，那要进行什么样的操作，数据是怎么走的，也就是流程是怎么样的。以及在使用的时候，可能会遇到什么问题，这些都是要考虑的。
技术上的错误：删除功能方面，知道删除数据的时候，不仅仅是删除控件显示的数据还要删除表里相应的数据，但是，自己没有实现出来。
逻辑上的错误：学生基本信息维护等窗体，对多表查询的操作没有技术上的问题，但是因为里当时，在敲这个窗体的时候，就因为理不清里面的关系，在这个方面纠结了好久。其次就是对消费金额的计算，计算出来的数据不准确。
细节上的错误：对一些控件上的一些简单的按钮，比如说退出等，反而出错的越多，全部的退出按钮，都实现为了退出整个程序，而不是退出当前窗体。还有就是结账成功的时候，没有对数据进行清空。尤其是在敲学生基本信息维护窗体的时候，没看见底下的两个按钮，所以缺了修改学生信息这个窗体。这也跟没分析好有关，如果对学生基本信息维护进行功能上的分析，既然是对信息进行维护，那肯定就会想到不仅仅是查询信息这个功能！
在测试的过程当中也是对自己系统条理的一个梳理。在测试过后，之前很多理不清思路的难题都会得到解决。不过，确实是如果在系统进行之前没有进行一个良好的分析，测试出来的问题就会越多，而且很多自己都不知道，怎么是这样的？例如，每次我在敲完的时候，都感觉应该是没有问题了，但是经过测试的时候，就有很多的问题暴露出来。