回顾一个考务系统的开发

　　给一个朋友写过一个考务信息管理系统，还有试题库系统，虽然它是独立的，但它与考务系统是关联的，是它的一个子系统。
　　开发工具选择的是PowerBuilder，其中考试系统部分共包含238个窗口，数据窗口更是多达239个，自定义基础对象有56个，数据库表有104个。
　　试题库部分少了一些，包含了70个窗口，数据窗口23个，数据库表32个。
　　今天翻看以前写的程序，检查了一下功能和代码，一个系统有多达300个的窗口应用！！！想想还真不容易，当初是有怎样的干劲儿才一个人支撑下来的？！工作量的确有些大，功能也多。
　　当初定的系统包括申报与审核、考试考务组织安排、成绩处理、试题库等子系统，后来加了证书管理、档案系统、考评员管理等子系统，也没有具体的整体设计，因为当初用户也没有整体的想法，只能是脚踩西瓜皮滑到哪里是哪里。
　　各个子系统都是用户先提需求（大概的说法或者意向），然后快速开发实现，再进入修改和不断的完善。
　　最开始的那个月工作量非常大，需要把原先的各种历史数据（Dbase、Excel）通过程序整理后导入到新的数据库，如果是EXCEL文件的数据是运用VBA写处理数据的代码，然后在另外一台独立的计算机上运行，因为数据量大所以处理的时间长，FoxBase的通过程序处理，经过近一个月的艰苦努力把一万多人的历史数据全部处理妥当，这时申报系统正常启用了。 
　　设定了申报条件和申报的一些基本参数，基层单位（最开始８０多个站点）就可以进行申报了，整个申报过程是基于全库搜索的。
　　第一次处理4000多人的申报，很难想象如果没有程序来做这部分工作单凭人力去做会是怎样的情况，当时很有成就感。
　　对于那时的辛苦到现在仍然有深刻记忆，每天晚上处理一下程序就睡觉了，平常我睡得很晚，即使早也在２点以后，可是那个月基本上在１２点以前就睡着了，因为白天实在太累了。

　　 
　　审核部分比较罗嗦。
　　考试组织部分也比较麻烦，先是做计划，审批，再分批次到考场安排到打印输出，这部分的开发时间不长，完善到正常使用却花费了很多精力，其中频繁地改动数据库结构让我很是烦恼，不过这部分程序我认为还是比较满意的。
　　成绩处理部分涉及到审核和发布，录入时面对标准化试卷也可以从读卡上载入，方便快捷，这一部分有些表的字段多达90个，比如成绩有理论和实际，而实际考试有多达10项，每一项需要多则10个考评员来评分，并且对于每个项目有不同的分数处理程序来对应，而每一个分数和对应的程序都需要保存，对于这部分需求我用了10个字段，处理得比较灵活。
　　证书部分麻烦在打印部分，其中我开始我想一劳永逸地解决频繁改动的问题，就是让用户自己来决定打印的内容，后来却没有写这一部分。
　　档案部分是我认为感觉良好的一部分，一是程序实际写的快，二是通用性强，就是不仅仅适用于这个系统的归档，对于其他的系统也一样可以，是基于数据拍照式的归档。
　　试题库部分我比较熟悉，本来最想把这一部分做好的，由于各种原因，使得这套系统或多或少地让自己有鸡肋的感觉，出题部分做得还是比较漂亮的。

　　考务系统到目前的使用让我稍有安慰，毕竟一个系统从2005年一直被使用到现在也不容易，截止到现在这个系统已经处理了8万人次的申报及考试组织，试题库系统更是被使用了将近10年，试题库容量也有了110万之多，让我觉得做了一点儿对朋友有帮助的事情。