开发日志.txt

SchoolMIS格睿思学校管理系统文档资料部分

0:53 2003-12-2
今天 在去濮阳的路上,仔细思量了一下近段工作进程,决定以下路线:
1. 采用EXPLORE风格主界面,而不是MDI. 这样的好处是使用结构统一,(为什么非得在二个窗口中各放一个LISTVIEW才能OLEDRAG呢? 一个窗口不也能放二个LISTVIEW吗?原来我怕这样关于LISTVIEW的代码会意外增加一倍,后来仔细忖了一下,不会太多, 还担心后调整二个LV的大小会不太方便,嗨,干脆固定大小好了, 何必为灵活性支付那么多代价?)
2. 每个表的呈列用LV,筛选用EBAR.

今晚尝试了一下CMENU风格的东西, 能提供officeXP风格的菜单和IE6风格的工具条.
基本上还可以, 忙到0:38.但最终我决定放弃用它.原因有二:
1. 代码太多,界面设计不直观. 我想好了用BROSE风格的主界面,这种方式的最大缺点是太多代码堆在一个FORM中,让人心烦意乱.再加上太多的MENU代码,我怕以后代码维护时,有人会意外的晕死.
2. 256-1.bmp那个文件,我修改其中的ICON时,有时会引起程序ICON的乱套.不知何故.

基于以上原因,我决定立即放弃使用它, 我必须学会放弃,否则程序无法按时完工.



17:05 2003-11-13完成模块:
frmAreaCity 用户控件的建立: 方便的选择全国地区城市的模块.
在开会时做了一些draft: 班级管理, 排课系统, 软件注册方案, 软件目标

学校的业务模式,管理办法经常变动, 如果每次变动要修改程序许多地方, 然后再分发, 安装,太恐怖.怎么办?

昨晚想出一种办法: 在design阶段把窗体中控件属性, 事件(行吗)以文件形式,保存到配置文件.在重建窗体时据些Load所有控件. 程序升级,只要生成新的.cfg文件,分发替换即可.

一些表的结构作了修改

7:00 2003-11-14
昨晚用EXCEL制作了一个新的课程表模板, 比起原来的, 我想它简洁优美,同时包含所有信息.
然后我开始考虑排课算法. 现在已定下来了:

1.排课策略包含在班级信息中.
2.打印出的课程表不是二维表,是多维的, 一个单元格必须变成SQL库的一行. 因此我们不能用输入的方式来记录.(如果有10个班,一个班每天用二个时间段, 一周会产生10*2*5=100条记录, 这输入也太..
3.系统根据排课策略自动产生课程表, 用户通过一个多维录入界面作局部修改.
4.打印输出到EXCEL模板,可再作排版修改.

给各分校发放 学员, 班级, 课程编号规则,开始试用