中央大学很早就进行教务行政电脑化, 早期的人工选课先用预制的课程选课卡, 选课者把班级学号卡放最前面把要选的课卡摆後面成为一束, 班代收集每班後由电 脑登录处理, 本班级优先或先修不及格挡修就由电脑去查所属班别与成绩进行筛选. 这个选课系统最早遇到的问题是体育组, 因为体育是必修学分, 热门的体育课 可能挤不上, 冷门的却人数稀少, 体育老师就要加开热门课, 人数与场地都是困扰. 体育组长的想法就是适才适所给出志愿判别. 但同一志愿超额要怎麽办? 也说不出 个做法答案, 所以体育课的课程卡片就先由体育课老师分发前出面收集, 结果就是 先抢先嬴, 学生就半夜先到体育组门外排队等候抢先. 因为体育组讲不出个用电脑 分发的算法, 这事就这样持续了几年, 负责行政电脑化的电算中心也戴钢盔培着被 骂. 有一年教育部的软体应用比赛, 中央大学资管系的师生团队提出志愿选课, 超 额抽签分发构想, 得了比赛的第一名, 极获好评. 资管系的教授兼任了教务处的课 务主任, 就向学校要研发经费带领学生做这个志愿选课抽签分发系统. 只是这个构 想适用到全校的课程, 但仍然沿用卡片系统, 多取一的体育课, 多取多的通识课, 分别各一束按序放就是按志愿摆, 相关会有排斥限制的课目类就是同一小束. 这个志愿抽签系统跟大专联考的志愿选填分发系统没有不同. 大专联考早期分 甲乙丙三组, 可依志愿选组别但考科不同, 理论上也能选填科系志愿, 早期是先填 志愿再考试後分发, 志愿序演变到後来就是按各科系最低录取分数序列填写, 几乎 全国一致. 想打破既成僵级的新校就闹重点科目加重计分, 科目最低录取分以争夺 改变志愿序提高最低分排名序. 首先出招先下手为赢的就是清华李家同教授. 当吃 闷亏的南部学校为了合并军医院, 成立教学医院时, 就提出了可跨组加考, 限填志 愿总数可跨组录取, 先考後填志愿的建议以图改变局势吸引读医人才. 此建议因为 跨越甲丙组, 可填的志愿增多, 最先是被李家同质疑电脑无法处理, 就有限填志愿 总数的限制, 随後一直被质疑会造成分发偏差, 形成与以前不同的高分低就现象造 成不公平. 这事是执行了, 但也花了一系列研究计划费用给反对的学校教授, 希望 找出缺陷改进. 中央大学的这个选课分发系统, 最具代表性的热门分发课目是"交际舞", 体育 组还要求需有男女配对. 只差没限身高体重与年龄事先配对, 因为警告体育组再这 样列条件要求下去, 课开不成绝对是体育组的责任. 体育课就跟大专联考一样, 不 能占有多个坑再来自行挑选. 也就是因为第一志愿只有一个, 但没有比年级高低, 可能就发生低年级因抽签蒙到, 抢了高年级的机会. 为了弥补一堆体育学分不足延 毕的大四生, 就再加了一条大四优先, 也就是大四生在同志愿序里是先分发的, 有 空额才给低年级. 这个志愿抽签选课系统最先的状况是课务组带着做的学生, 竟然无法把开发的 软体交给课务组的职员来运作, 因为无法有效的快速做完, 他是一个班级一个班级 循序做的, 做到某班会荡机, 就把该班排到最後又从头做, 运气好可以全部一口气 做完. 所以分发的时间很长, 职员心中无法接收这个系统. 而且学生质疑系统不公, 认为该系统会偏袒资管系学生, 开发的学生则辨称是划线卡片(已经不是预制打孔 卡)的读卡机失误. 当年(1995), 学校觉得选课系统不妙, 校长直接出面要求电算中心出来解决. 电算中心探询开发的学生, 学生都避谈状况, 但也不交出软体, 也不让电算中心使 用测试, 甚至也不给处理的规格, 只表达要赶快脱身这个泥沼. 电算中心当时正在带头参与政大交大的公文公告系统, 为此紧急从该公文公告 系统脱身, 将开发一半的公告系统改为选课公告系统, 并改变无法完全正确的划卡 读卡为网路填报选课, 帐号是利用电算中心的E-Mail, 用E-mail做选课传递触发启 动到公告系统的档案传送. 选填的课号志愿可在公告系统查阅, 同时也能看见其他 同学在该课目的选填状况. 是否热门是可以先观察的. 有了资料公告, 这就排除读 卡机的可靠性问题, 学生可到电算中心终端机PC教室使用网路选课系统. 整个系统的规范是在学校的BBS上由电算中心与学生一起讨论而来. 当时就有 学生提出网路 DDOS 攻击的疑虑, 是由电算中心承诺会负责防卫这个系统, 才摆脱 纠缠往前进行. 这个系统一个特出的地方是排除抽签系统的系统不确定性. 当同额 分发时, 抽签是每次时变的. 假如瞬间荡机, 已经抽签分发过的资料, 若重跑时就 会有不同结果. 一但程式写错就无法靠重跑再现错误之处, 就会不知道错在何处. 这个系统是先选填课号, 可以查阅公告後再修改. 填送时间一到就截止收件, 先给 课程班里的选课者抽签, 签筒乱数种子是每班不同, 同签号排除, 可一目了然看见 签号的排序列, 分发後无法中选的理由会列出, 所以每位学生可以看见公告捡查自 己甚至他人的结果. 这个系统先模拟测试一次, 排除大家发现的错误後, 就上线使 用了. 这是个好疑问? 但实况是如此! 中大在1990就用 PC与LAN 初步完成行政电脑化系统. 1991时, 资管有些年轻教授想 带学生开发下一代的行政电脑化系统, 由於完成的现有系统至少能撑上几年, 由教授 带学生做新系统研发, 至少有个安全的测试期, 等研发成功就可顺利转移. 但负责的 课务主任因受得奖激励, 未经完整测试就冒然替换, 历经三年, 中间状况都用人工介 入弥补, 但旧的堪用系统已全然被废弃无法复原. 1995年课务组要求电算中心为选课 系统必须筹经费购入IBM RS-6000系统及至少500 user 的Oracle Database一套支援. 选课系统的软体重制就准备由课务组找厂商发包出去. 只是软体发包规格一直无法定 案也未能解燃眉之急. 上面状况下, 应该就是学生奇怪反应的来源. 志愿分发在大专联考一直就有争议, 何况演算法加入抽签决选, 就会使软体系统变成 非决定性系统, 会造成结果难以预测, 就变成难除错. 这些都会使陷入困境的实作者 说不出到底是"有解"还是"无解". 有人是说这很像以前政府机关花大钱请洋厂商派能人来善後的招式. 固然这也是一招. 开发的学生传了几届, 最後一届那位说明的是从大二就参与, 到大四就是已经避之唯 恐不及. 对那样的 BUG 他无法想像, 就像time dependent error, 不知何时何地发 生, 先跳过有状况的, 最後才处理却可能过关. 以班为单位的志愿分发会导致低志愿先被分发, 若随後高志愿中选就需回溯回来将低 志愿删除补位, 就有可能造成连锁反应, 若是递回功能函数写法就有可能造成stack overflow, 所以会荡机. 找大机器大资料库系统来用, 有可能是已猜测到这种状况. 不过, 新做的系统当然是排除这种算法. ※ 编辑: ggg12345 (114.43.224.111), 06/22/2014 01:42:16