题库管理系统第一阶段

经过上周紧张激烈的思考和探讨之后，关于题库管理系统中的核心部分算是基本解决了，就是要求根据试题的难度系数确定不同难度系数的试题分数的比例，并且还要让学生考完试的成绩符合正态分布。

              ——题记

       终于有时间坐下来把上个星期的活动总结一下了。

       先说下起始点，从 3 月 26 号就开始进行题库管理系统的需求分析了，然后又不断的对需求进行修改。在此之后，我自己又使用 PD （ PowerDesigner ）对数据进行建模，得到数据库设计文档。随后又对系统整体进行设计，采用 mvc 架构，还是使用 PD 对系统进行建模，到 3 月 29 号，就完成了系统整体的建模，这个阶段都是自己完成的。

       不过这些并不是完善的，为什么这么说呢？因为在后来学宇参与之后我们又对系统中的一些地方进行了讨论，包括需求以及数据库的设计。经过一些列讨论之后最终达成一致，因为该系统比较简单，于是学宇又自己从头至尾完成了一边，把大体的“框架”搭建出来了。从这个时候麻烦也就开始了。

       首先是系统的核心也就是那个抽题的算法，说实话，这些涉及到数学的东西确实是很有技术性的东西，因此必然要费一番脑筋。并且最头疼的是从万方上找到了一篇关于抽题的论文，然后以为论文是正确的，就开始研究，结果研究了三四天，发现论文给的算法和公式跟作者本人所说的抽题的意图竟然不一致，也就是俗话说的“跑偏了”。

       因为我们也就没有了依据，只能自己找出一个算法来实现满足正态分布的这样的一个出题算法了。在米老师的指导下（这句话很官方了），我们仨不断的讨论，最终还是找到了一个解决方案。

       我描述的很简单，其实过程很复杂。为此我和学宇大脑都超频了好几天。不过好在学宇大脑的主频高些，最后还是找到一个方法。

 

       除了那个抽题算法，还有一个难点就是在线编辑试题的控件问题以及试题的存储问题。这个问题我也是想了许久了，也试了两个控件（ Free TextBox 和 cuteEditor ），不过效果都不理想。因此到现在为止依然处于探索状态。

       但是不管怎么说吧，技术上的问题都不是问题，唯一的问题是那些非技术上的，比如说实际生活中要让结果呈现一个什么样的状态，或者是要将生活中的实际问题抽象化，抽象到技术里。

      

       总之，上周可真正的算是艰难的一周。因为时时刻刻都在解决算法问题绞尽脑汁。但是这样的生活也是很有意思的。以我们现在的水平来说以及所作的一些东西来说，有时遇到一些有挑战性的东西也能让人兴奋。

      

       Ps ：该找几本文学书看了，不由得想起一句话：三日不读书，便觉语言无味，面目可憎。