历时四十天之久的教务终于结束了。哈哈哈。。。感觉像是死里逃生啊。。。
下面对这四十天的工作做一个总结:
说说每一阶段的收获和不足吧!每一次收获都是在解决问题的过程中体会到的,同时也是通过解决问题,发现的自身的不足。我们的这个系统(教师教务部分:包括排课,教师教务管理,和课程安排三个板块)特点就是逻辑比较乱,其实根本不是乱,而是我们自己对需求不太明白。同时还有一大特点就是和其他几个(比如考试管理,自习室管理,和选课系统等)直接联系,所以做设计的时候还得兼顾这几个系统的需求。再加上自身技术水平有限,同时也存在一些不良的学习和做事习惯,所以有了我们下面一系列的问题出现。
首先是开始做界面,让我们根据自己的理解分析需求,然后根据需求做界面。当时因为需求不知道从哪里来,然后我们就根据自己的理解做了设计,当时对于自己的要求是这个系统肯定不会投入使用,所以可以随便定需求。就这样需求定了,但是后来由于大家意见不一致,有人要求标准高,有人要求标准低,所以再次去六期师姐那里问需求,最后确定的是要有足够的参考资料,然后基本保证系统可以满足实际要求。这样能找的资料都找过来了,需求定下来了(不过没去找米老师问问这需求到底对不对)。我们的需求确定浪费时间还是比较长的,因为改了好多次。这里我发现最根本的问题就是我们没有明确目标,如果当时就定下来高标准,这样可能就不会有后来那么多的改动了(不过也正是由于改动,才让我意识到了这个问题)。
其次,数据库设计。数据库设计当时因为根据自己抽象出来的名词进行做数据库(主要是组长跟组员商量后完成),数据库中的字段根据我们的理解写了,感觉还是挺对的,基本任务都可以完成。不过后期呢由于具体数据库是组长设计的,我对我自己要用的数据库呢不是特别的了解,所以后来又开始对组长设计数据库的具体字段的目的进行了解。然后呢既然这样设计,自己也感觉还可以实现功能,也就这样顺着思路用了。不过到了后期呢才发现有些字段和自己的理解是不一致的,出了一些问题。所以数据库一定要谁用谁建,如果是像现在这样的每个人负责一部分的话。我觉得这是后期数据库出问题的根源。 最可怕的是到了后期该做界面层了,我们的数据库又进行了一次重新建表。当然这一次不是因为自己需求不行(仅仅为了自己,肯定不这样折腾)。这次仅仅是因为其他组一个系统要做的事情从我们这里返回的数据少了一个字段。同时有了这个字段,原来的一张表得拆分成两张表。为此都该做界面了,我们的几张表又重新进行了一次拆分,然后从实体层重新做起到b层。这次失误我觉得归根结底就是我们做表之后没有给其他组及时去沟通,当做完数据库后各组都应该把数据库文档去上传,然后大家一起去看自己能想到或者能用到的东西,然后不满足的及时去给对方沟通。这样或许更能减少类似的失误。
(续)