一个考试系统的开发

  写过一个考务信息管理系统和试题库系统,它们是各自独立的。但考务系统里面可以运行试题库系统里面的程序,就是试题库系统相当于考务系统的子系统。
  当时的开发工具选择的是PowerBuilder,考试系统包含了238多个窗口,数据窗口有239个,自定义基础对象有56个,数据库里的表有104个。
  试题库系统包含了70个窗口,数据窗口23个,数据库表32个。
  一个系统有300多个的窗口应用!!!

一个考试系统的开发_第1张图片


  想一想当初是有怎样的干劲儿才一个人干下来的?!当时也没有觉得累,反而觉得有些乐趣,一般情况下,一周开始用户定计划,我们电话沟通后,大致一两周完成,然后抽周六和周天去现场调试,印象中很少有没有完成的。
  最开始用户制定的系统功能包括申报与审核、考试考务组织安排、成绩处理等,后来加了证书管理、档案系统、考评员管理、三项制等子系统并融入了试题库系统。
  各个子系统都是用户先提需求,然后我快速开发实现,再进入修改和不断的完善。
  最开始的那个月工作量非常大。因为原先用户有很多的历史数据,就是Dbase层次数据库和Excel文件,先需要编写程序将这些数据记录提取出来进行整理,根据后期的应用需要导入到新的数据库中,如果是EXCEL文件的数据是用VBA写处理数据的代码。然后在另外一台独立的计算机上运行,经过近一个月的艰苦努力把一万多人的历史数据全部处理妥当并存入新的数据库,就开始启动正常申报了。 
  设定了申报条件和申报的一些基本参数,基层单位(最开始80多个站点)就可以进行申报了,整个申报过程是基于全库搜索的。
  第一次处理4000多人的申报,当时还是很有成就感的。这个工作以前都是手工完成的,7个人要忙乎一个月,现在程序处理当然很快了,几乎不需要人干预,当时他们也很惊讶这个系统的实现。
  那个时候基本上每次回去就睡了,白天喝了咖啡晚上也照样睡得着,因为白天实在太累了。
  整个系统中,审核部分很繁琐。
  考试组织也比较麻烦,先是做计划,审批,再分批次到考场安排到打印输出,这部分的开发时间不长,完善到正常使用却花费了很多的时间和精力,其中频繁地改动数据库结构让我很是烦恼,不过这部分程序的功能实现还是很满意的。
  成绩处理部分涉及到审核和发布,录入时面对标准化试卷也可以从读卡上载入,方便快捷,这一部分有些表的字段多达90个,比如成绩有理论和实际,而实际考试有多达10项,每一项需要多则10个考评员来评分,并且对于每个项目有不同的分数处理程序来对应,而每一个分数和对应的程序都需要保存,对于这部分需求我用了10个字段,处理得比较灵活。
  证书部分麻烦在打印部分,开始想一劳永逸地解决频繁改动的问题,就是让用户自己来决定打印的内容,但实在是需要变动太大,调试起来很费时间,就没有写自定义证书这一部分。
  档案部分是写得很好的一部分,一是程序实际写的快,二是通用性强,就是不仅仅适用于这个系统的归档,对于其他的系统也一样可以,是基于数据拍照式的归档。
  试题库部分我比较熟悉,本来最想把这一部分做好的,由于各种原因,使得这套系统或多或少地让自己有鸡肋的感觉,出题部分做得还是比较漂亮的。
  这套系统用户使用了10多年。我看了数据库里面的记录,处理了将近10万多人次的申报及考试组织,试题库容量也有了110万之多。看了这些数据感觉还是挺自豪的,虽然这套系统没有怎么挣钱,但完成得还是有些满意,想一想也算自我安慰,也算是年轻时间写过了一个有点模样的程序了。

 一个考试系统的开发_第2张图片

 

你可能感兴趣的:(Others,Powerbuilder,数据库,考试系统,powerbuilder)