机房收费系统验收小结（一）

机房收费系统验收小结（一）

上一期十期的师哥师姐们这次很的热心来给我们进行机房验收的展示和解说，让

我们深入的学习、研究和改善，整个过程进行了将近四个小时，师哥师姐们都是很有

责任和热心的给我们大家指点和解说。以下是自己做的一些小小的总结作为成长过程中

的记录。



一、功能区：

1、username处应该有提示当输入不对时“应该输入数字还是文字”

比方输入：《 < 》> =等符号是有提示；当错误时，提示是username错误还是password错

误。

2、逻辑更正：加入学号应该是在注冊之前，我们一開始是注冊，注冊里面能够有

先”加入用户“；（假设先须要导入的话）

充值额应该在最小金额范围内是不让充值的，也不让上机的（比方至少充值是 5 元，

卡内有已经有3元才同意登机上机）。

3、查询：分为上机记录 和正在上机学生查询

4、更改时间（电脑时间）系统在不关闭的情况下 要达到同步

5、组合查询：卡号、姓名等是没有> <= ,这些应该是没有推断的。

6、TXT文本框中都应该有推断字符的。

7、充值：充完了要更新保存，为了方便用户，最好有弹出框确定。

（注意。一个系

统的弹出框应该是一致的。）

二、讲话技巧：

接着前人说话时，開始要总结一下前面一个人讲话东西好，而且多是肯定好。总结前

一个人讲话的东西。

三、文档的验收

1、文档本身基础



文档： 注意1、全部的文档文件夹是单独一页

【1大标题（文档名）、2谁写的。3文件夹这些单独为一页】这些參考提高班培养计划

2、文档的命名方式：文档名。谁写，时间。版本

重点：

（1）谁开发的

（2）给谁看的，谁用的

（3）文档的精髓

IPO图：输入什么会输出什么

ER图：Entity Relationship DB关系图。表示数据库的，实体联系图。

原型图：给用户看的

2、用户：界面 1、简洁，2、舒适 程序执行情况。

3、概要设计：包括、 拓展两个关系。

4、关于类图在概要设计和具体设计中都有：

　　

概要设计中类图：没有变量、方法，仅仅是简单的类名

　　

具体设计类别：有具体的变量、方法

5、时序图：要有推断，完了之后又返回值

　　　　

设计模式怎么体现——模板、单利（每一个窗口中）

6、生成路径：手动生成ＤＬＬ。放到路径下，Ｕ层引用Ｄ

7、測试文档，开发者写，开发前写好。

要有说明：正确---- 是什么

不对---

预期又会是什么

8、操作手冊和用户手冊的差别：

操作手冊：系统怎么用，系统执行的环境

用户手冊：仅仅有界面，操作

四、代码验收：

1、VS头标凝视怎么弄

头标的凝视要有 头标是什么，每一个的功能说明

凝视： ><

><

><



代码段的誊写：



代码段的誊写三个都要全。方便重构、维护，代码文档，ＳＶＮ

　类图里有备注，就能够自己主动生成里面的凝视

2、try catch 异常处理。每个方法都应该有的。这重点异常处理：错误 ，执行的

异常

五、庞凡师姐实习回来经验分享：在外面详细的公司，要的就是迅速实现

功能，要的就是结果。

我们要的就是自己做好。要认认真真的安提高班的规范来行走，凝视——按提高班严

格规范来。

如今我们是文档驱动开发，可是在外面直接是驱动开发——敏捷开发。

合作开发：职业分配，总负责人，子系统人的分别——先做模范在做管理。