机房收费系统验收报告

机房收费系统收费报告

1、项目信息

项目名称： 机房收费系统

项目开始时间： 2011-7-23

项目结束时间： 2011-8-20

2、项目概述

该项目，主要用于做学校机房中，学生上下机管理系统。该项目中，限定了用户的权限，做到更好的管理学生的上下机过程及相关事项。

3、验收测试环境

远程到五楼机房电脑，将安装包安装到机器上，进行测试。

开发人员：

测试人员：

4、验收及测试结果

5、验收总结

系统验收结果有以下问题：

a）、对于一些用于查询的文本框，用于显示的组合框，只能起到显示作用，而不能人为进行输入。为了减少用户使用过程中错误的发生，这点儿必须严格把关。

b）、可输入文本框数据的验校。哪些不能为空，哪些必须输入数值型数据……这些都可以通过Msgbox函数进行提醒，并用eixt sub退出该过程，防止错误的发生。

c）、数据有效性的验校。比如卡号、学号的输入必须限定输入的位数。一般卡号限定十位，学号限定十一位。防止用户过长输入。如果用户输入的数据过长，长到超过你限定的上限值，系统在运行时就会出错。

d）、注意正在上机的卡不能退卡

e）、注意正在登录的用户不能删除，比如管理员用户正在登录，假如能过删除他，那么再结账时就会出错。

f）、esc和回车键的相应。感觉每一个窗体都应该设定，增加软件的人性化特点。

g）、再次输入卡号或者卡号有错误时，卡号应该是被选中状态。假如有一群人要上机，通过设定卡号被选中，你就可以实现连续刷卡功能。

h）、下拉框的问题。我的系统，许多问题都是起自下拉框。应该根据实际情况，设定style为不同的值，尽最大可能减少错误的发生。

i）、command按钮的问题。已经下过机或者已经结过帐的按钮，enabled属性应该设为false，或者通过清空相应文本框，并使用一些提醒框的方法，防止其多次操作。

j）、退卡后，是否能够再次注册，我原先非常肯定的认为：不能再次注册是最好的，退卡就等同于该卡废掉了。后来仔细想了想，感觉还是能够注册比较好。因为学生退卡后，卡应该是由工作人员收回来的，这样就能够实现卡的再次利用。

k）、充值框的限定。对于一些经常要认为输入的文本框，我们要对它多做限定。比如充值框，充值时，必须只填写数字，如果用户在前面输入很多零的处理，充值金额最大最少的限定。

l）、myFlexgrid控件的现实问题。该控件显示的时候，总是不能够显示完全所有数据，这是可以通过找 到一个函数，自动调节该控件的列宽，达到清晰显示数据的目的。

m）、在查询等操作时，源码是这样写的：

strsql="Select * from Student_Info where cardNo=' "& txtcardNo.Text & " ' "

那么当我在txtcardno中输入 ' or " =' 时，在执行这条sql命令时就会出错。

n）、打包问题。我的系统打包的时候，出现很多问题。首先我的win7系统打包时，报表的dll文件总是打包不进来，没办法，打包我是在XP下完成的。

对于以上问题，我都归结他们是系统的健壮性的问题。一个成功的软件的成功研发，实现用户所需要的功能是一方面，更重要的是，不要出现系统崩溃的现象。

6、建议：

o）、在卡法系统之前，先对软件的整体做一个把握，先把软件的整体构架构建出来，然后在想里面添血添肉；

p）、制定软件开发计划。

q）、合理测试。