机房合作项目总结

这一次机房合作，我主要负责UI层，从开始的准备，到最后的验收，曾经没遇到过的问题是有的，当然，收获也在于此。
首先我觉得不要把问题想的太难，而是满怀信心和期待地开始。以前面对未知的问题，习惯于自己想很多，这样把问题想难了，可是没有任何起色，还耽误了时间。这个经历过后让我明白的是，既然每个步骤该做什么自己并不懂，那就直接去找懂的人虚心请教一下就好了。明白人的建议可以让自己瞬间清晰。
在过程中也体会到了全局观和沟通的重要性。一开始自己作为小组长，也需要一个整体进度内容的把控。而这不仅仅是一种做法，更是一种观念，每一个问题都需要从全局的角度区考虑，而不是个人的角度。同时及时充分沟通，用恰当的方式。仅仅把想法留在心里是解决不了问题，小的事情累积起来也能引起质变了。最好不过在萌芽时用充分恰当的沟通化解。
在图中发现的问题：
1.用例图左边是角色，右边是功能
2.时序图，响应要写清楚响应了什么
3.结构图，只展示用户可以看得见的功能
4.类图，接口要加上关键字，调整好六种关系的上下左右顺序
数据类型选择发现的问题：
在用户很少的情况下，这些问题是暴露不出来的，但是需要考虑进去。如果用户有了成千上万，数据类型选择的不合理，会造成极大的资源浪费。甚至会导致系统性能下降
1.int类型和时间类型也要标明长度
2.可变类型改为固定不变的数值
验收过程中发现的问题：
1.所有列表页，要有全选的功能
一个列表可以有很多项，如果需要选择或者删除，总不能一个个去点击，那是十分麻烦的，所以全选 和多选的功能很有必要。
2.大白页不能出现
操作区的大白页会导致用户的迷惑。
3.密码位数问题
密码位数一般是6位起步，最长应该不超过18位，允许数字字母和特殊符号。
4.不同权限尽量用一个登陆界面
可以用一个界面实现的相似功能，可以通过权限判断就不要设计出两个或多个界面，造成冗余。
5.同级别不能相互查看信息
一开始只考虑到了实现功能，就把所有信息查询后在报表里显示，这样是不对的。想象一下现实中员工登录了系统，却能看到同事的个人信息，这是不安全的。
6.如果停电了怎么办
现实中这是必须要考虑的问题，不能因为意外造成系统关键数据的丢失。
7.用户手册要写清楚，要让用户看得懂 知道怎么用
8.管理员和操作员可以是一个人，也可以分开
面对一个网咖有10台机器和1000台机器的两种情况，是需要具体问题具体分析的。
9.如果查询时没有数据，应当提示一下
10.退卡成功的提示，应当显示出退了多少钱