“完成了机房合作，我们就算是一名合格的IT人士了”米老师如是说。
参与了11期的机房合作验收，师哥师姐从功能、UML图、文档、代码走查四个阶段做出了点评，下面谈谈这个过程我所总结的想法。
一、收获：
（一） 站在“用户”的角度来思考功能设计
1、Login界面输入错误究竟该提示写什么？
之前我做的时候，我的第一感受“如果提示‘您的用户名或者密码错误‘有点太不专业了”就像今天师姐所说，具体提示到用户名还是密码，这样更加方便用户去进行修改，之后坤哥说了，提示“您的用户名或者密码错误”则更加符合安全性，我想仁者见仁智者见智，真是山外有山，功能设计过程中的思维又一次被打开，仿佛呼吸到了新鲜的空气。
2、注册卡和学生信息之间的顺序究竟该怎么办？
绍然组和我之前重构设计的是一样的，将卡和学生信息都分开注册，但是在注册卡的时候需要勾选学生信息，如果没有学生信息，卡就不能注册成功，对于设计人员来说，注册卡的时候自然会先去注册学生信息，然后相应在注册卡的时候去勾选学生信息，但是用户会这样去做吗？注册卡的时候会感觉为什么学生信息添加不上？系统有问题了吗？
这就要求我以后再设计程序过程中，不要完全从开发人员的角度去设计程序，思维要开阔。
3、至少上机金额真的仅仅该在上机时才体现吗？
举例子，至少上机金额设置3元，注册卡时候注册资金1元，即使卡注册成功了，但是还是上不了机，试想，注册卡的目的不是为了上机吗？为什么不把至少上机金额的限制同时提到注册卡上呢？这样刚刚注册的卡不就都能上机了吗？当时设计的时候还是被“至少上机金额”中“上机”两个字给限制了……
4、组合查询中符号下拉列表是否“=”、“<”、“>”都改设置呢？
老师一直都在强调“全心全意为人民服务”，为什么体现在具体功能上就这么难？选择人名的时候难道该选择“<”和“>”吗？听了这次验收才发现多么的肤浅。
最近也在和九期和十期师哥师姐做考评系统的需求，发现想要设计出好的功能，做需求要比敲代码复杂多了，这部分我感觉除了经验之外，更重要的就像今天收获到的这一点，思维很重要，思考时候站位同样重要。
（二）规范
虽然我不是我们合作组的组长，但是我想对于“UI规范、SVN规范、代码规范、数据库规范”等我还是很有必要关注的，说不准下次某个项目我就是组长。
针对这次机房合作验收，我分别针对今天的系统总结如下：
1、UI规范
a.提示框位置要放在同一个坐标下
b.子窗体下除了右上角windows自带关闭按钮，系统要为每个页面加上关闭按钮
c.文本框或者下拉列表要有默认数据，而且是真实数据。
d.提示框的图标首先要不一样，感叹号、问好、信息符号等用在不用场景，但是也不能乱用，今天的一组有两个界面，同时提交按钮，单击之后显示图片一个是感叹号，一个是信息提示符号“i”，很明显的错误。
2、代码规范
Try catch语句的使用：
有一组在代码中用到了try catch 语句，但是只要系统有问题错误提示就出来了，提示界面都一样，不好，就像上面站在“用户”的角度来思考功能设计，考虑过用户看到这个界面的感受吗？在catch之后仅仅需要写throw就ok了，expression就不要往上传了，我们在设计过程中为了方便调错可以有，但是上线发布了，就算了吧，或者具体的问题具体提示，就不要全部都用try catch了，通篇使用try
catch也不是一个好的选择。
3、文档规范
软工学习时候，整个软件生命周期如果理清了，我想对于写和使用文档应该非常收悉，慕夏师姐说了，“需求、开发、测试、维护”四大块就可以概括这个周期，简单明了，之前自己记忆这个过程一直都是混乱的……
a.写文档，要有文档封皮、名称、时间、版本，细节要详细。
b.用例图的备注、说明要详细。
c.类图中要体现设计模式的运用，（可以在以后版本中稍稍修改类图）。
（三）新发现
今天慕夏师姐验收过程中把电脑系统时间给改了，快进了一个小时，结果算钱的时候就直接消费了一个小时的金额，这简直就是一个天大的BUG,如果这样可以的话， 网吧里的客人趁着管理员不在偷偷改了控制端的系统时间，不就相当于请所有人白上网吗？试想他不改动具体时间，而是改动日期，往前该一天，网吧就亏一天的钱，有一次这样的事情，老板就赔大发了。
所以，实时进行算钱，实时更新卡表余额，很有必要！！！
通过今天的验收，一些零碎上的点的总结，如上所述，最最重要的，让我的眼界开阔了，很好。
版权声明：本文为博主原创文章，未经博主允许不得转载。