机房收费系统验收小结(一)

上一期十期的师哥师姐们这次非常的热心来给我们进行机房验收的展示和讲解,让

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

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

的记录。

一、功能区:

1、用户名处应该有提示当输入不正确时“应该输入数字还是文字”

比如输入:《  <  》> =等符号是有提示;当错误时,提示是用户名错误还是密码错

误。

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、生成路径:手动生成DLL,放到路径下,U层引用D

7、测试文档,开发人员写,开发前写好。

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

不正确---

预期又会是什么

8、操作手册和用户手册的区别:

操作手册:系统怎么用,系统运行的环境

用户手册:只有界面,操作

四、代码验收:

1、VS头标注释怎么弄

头标的注释要有 头标是什么,每个的功能说明

注释: ><

><

><

代码段的誊写

代码段的誊写三个都要全,方便重构、维护,代码文档,SVN

 类图里有备注,就可以自动生成里面的注释

2、try  catch 异常处理,每一个方法都应该有的,这重点异常处理:错误 ,运行的

异常

五、庞凡师姐实习回来经验分享:在外面具体的公司,要的就是迅速实现

功能,要的就是结果。

我们要的就是自己做好,要认认真真的安提高班的规范来行走,注释——按提高班严

格规范来。

现在我们是文档驱动开发,但是在外面直接是驱动开发——敏捷开发。

  合作开发:职业分配,总负责人,子系统人的分别——先做榜样在做管理。

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-11-08 00:41:34

机房收费系统验收小结(一)的相关文章

机房收费系统验收小结(二)

接着前面的,之前是一个小组系统进行的验收接下来的是另一组同学机房系统验收结: 充值 报表  1.整个机房系统最重要最重要的就是结账 输出,这系统最重要的功能 周结账,时间段,要有汇总 时间算账:最好以24小时进看起来方便 2.验收验收前:把之前的数据清空(数据库内的)  3.快捷键的注意:比如确定:回车键, 注册框:存盘应该在最左上方 提示图标,有不统一 4.写文档就按培养计划标准来: (1)开始标题 (2)誊写人,修改时间 (3)目录这些单独占一页 (4)甘特图少 "测试"时间段 (

机房收费系统验收总结

机房收费系统完成有几天了,但总结一直拖到现在才写.验收的时候师傅帮我提出了很多问题,一共两个验收,感觉收获很.现在来总结验收的问题与收获. 一.收集问题 第一次验收: 1.卡号问题 "注册"窗体注册卡号的时候,当时没有限制卡号的长度,可以无限的输入.同理其他的窗体中各个字段也需要相应的限制字符长度. 2.存盘问题 存盘成功之后需要更新数据库的数据,而当时我的数据库没有更新.同理,充值.退卡等窗体也需要更新数据库中相应的字段. 3.退卡问题 退卡成功之后,理应不应充值成功,或上机成功等等

【机房收费系统】验收

自己的机房收费系统开始的算是很晚的,因为开始的晚,就导致了一件事情,拖,因为开始的时候,搬家,搬学习的地方,然后itoo的项目也开始,事情都堆在一块儿,然后就做不动了,自己身为组长,突然就感觉到了压力.下面总结一下自己通过这次机房合作的不足. 不能合理的分配任务 因为是三个人一起合作,所以就很自然地每人负责一到两层,之前也请教过师哥,说敲代码三天就可以差不多完成,结果到敲的时候才发现,有的组员敲代码还是很吃力的,但是我一开始的时候没有认识到这种情况,就只是催催催,导致组员更加的不想去敲代码,然后

机房收费系统学生下机结账小结

这几天一直在考虑机房收费系统学生下机操作.学生下机,一则须要加入学生下机记录信息:还须要计算学生在整 个上机过程中所花费的金额,而且更新学生剩余金额.那么如何做在性能上或者扩展上更好一些呢? 操作 1.加入学生下机信息 2.计算学生上机时间 3.依据上机时间来计算学生所花费的金额 4.更新学生的剩余金额 设计模式 在通过学生上机时间来计算学生所花费的金额这步操作上,须要进行一些条件分支语句的推断.由于上机时间被分为 了三部分:准备时间.至少上机时间.上机时间.所以在步骤3中有大量的条件分支语句,

小结:VB.NET机房收费系统个人版

经过几天的缝缝补补,自己的个人版终于OK了,!也许是因为有第一次的机房收费系统的经验,这次做,感觉非常亲切. 在业务逻辑方面,沿袭以前的逻辑,做了一点升级,但是改动不大. 在数据库方面,感觉自己从一个小菜鸟在成长.第一次做机房的时候,在数据库方面,只会"insert ,delete ,update, select",基本上是靠着四句话完成整个机房收费系统的.但是,这次在做的时候,用上了视图和存储过程和一些数据库中的小技巧.在表结构上也比以前简练了不少,靠着强大的D层的基础,使得上层的编

机房收费系统合作——再看数据库设计

机房合作我负责了最简单的D层,接口层,工厂层.反正D层是我来写,于是数据库索性也就顺便设计了.已经是第三次敲机房收费系统了,每次都是相隔半年左右吧.需求搞得透透的了,数据库也就好设计了.基本跟第二次没什么大的区别,就是把Student表和Card表分开了. 重构的时候,我的数据库几乎什么都用到了:事务,存储过程,触发器,视图,联合查询等等.所以,这次设计数据库还是SO Easy的..并且,为了让婵婵和牛迁迁师哥写的方便,我把组合查询都写成了存储过程!!!!费了一番功夫,但是D层简单了不少.还记得

机房收费系统总结

经过二十天的艰苦奋斗我的机房收费系统终于敲完了,在回家之前又让师傅验收了一边终于通过,自己当时感觉那叫一个兴奋呀,终于可以高高兴兴回家了,太好了.当时兴奋过头导致没有写总结,以致回到家后才写总结. 我在做机房收费系统时,感觉最让人头疼的就是结账.算钱,虽然自己是个理科生,可是这算账真不敢恭维,那真叫个一塌糊涂,怎么都算不清楚.那时真的想找块豆腐去撞一下,把自己给撞清醒了.不过好在最后终于做出来,当时感觉世界瞬间就亮了. 其实在做完机房收费系统,最大的感受就是要理清自己的思路,无论是结账还是上下机

重构机房收费系统——数据库设计

曾记得,第一次编写机房收费系统的文档模板,整整有12个文档需要编写,仅仅花了两三天的时间就让师傅验收,完结项目,就这样囫囵吞枣的文档编写完成了. 要知道:欠下的账,终究是要还的.现在到了机房收费系统个人版重构阶段, (1)进行数据抽象,设计局部概念模型: (2)将局部概念模型综合成全局概念模型 (3)就可以按要求绘制机房收费系统数据库概念设计模型--ER关系图. 可以说,之前的数据库的概念设计给我奠定了一丢丢的设计基础,外加<数据库系统原理>中的三范式定理,本着求知好学.虚心请教的理念,于是乎

机房收费系统中遇到的SQL语句问题

个人版机房收费系统正在进行中,遇到了几个有关SQL语句的问题. 1.sum函数的使用: 在结账部分,要求出某个表中某一列的和.在第一次机房系统中,我不知道sum函数的存在,很傻很天真地用循环一个一个往上加.下面以求所有卡中余额的和来说说sum函数怎么使,SQL语句为:select sum(cash)from T_Card.这个格式不是固定的,可以根据需求更改,比如求多列的和:select sum(列名1),sum(列名2)...from [表名] where....查询出来的结果只有一行,如果只