教务系统开发总结

来源:互联网 发布:单片机继电器怎么使用 编辑:程序博客网 时间:2022/06/29 21:08

最近的三个多月,一直在忙着我们的项目。我们所做的是一个教务系统,主要负责维护学校各种基础的信息。刚开始接到这个项目时,想着这个基础系统嘛,不就是对基本信息的增删改嘛,so easy!可是当我们真正开始做的时候,发现问题远比我们想象的复杂的多。

 

此教务系统在代码实现方面,没有太多的难点。系统真正的难点在于对业务的理解、数据库的设计。设计数据库时,我们组十个人,耗时将近一个月,最终才将系统的表确定下来。说说我们数据库的规模,本数据库共有70多张表,就冲这个数字就能想象到,单这么多张表的关系想弄清楚就不是一件容易的事,那他们之间的关系有多复杂呢?看看我们的视图就知道了,系统中有的视图用到了近30张表!30张,系统表的一半,你能想象到那种关系的复杂吗?

 

说句实话,那段时间真的让我挺头疼的,每天都是重复着学生、教师、教室、学院等等,实在是太无聊了。其实,产生这种想法的根本原因还是对软件开发理解的不够深刻,盲目的迷恋于技术的学习,认为天天讨论这个,根本学不到什么技术,就感觉无聊,不想干。可是呢?现在想想,如果你只迷恋于技术的学习,固然你有很高的技术,但你永远都是奋斗在一线的程序员,永远都是个打工仔、干体力活。

 

下面说说经过这次合作开发我的收获。


1、技术方面。教务系统用到的关于数据库的知识比较多,经过这次实践,对视图和存储过程更加熟悉,同时也进一步了解了事务和游标。当然,涉及最多的还是查询,给我这样一种感受:只有你想不到,没有你查不到。另一方面,关于B/S的学习,整个系统的开发过程中,htmlcssjavascriptajax等技术都有涉猎,不得不承认,在开发项目的过程中,用到的知识是比较全面,学习效率也是比较高的。

 

2、规范性

规范,几乎无处不在。这里我重点说几个感受比较深的。

①命名的规范性

教务系统中的四个子系统共用一个数据库,一共有一百多张表。如果关于表没有一个命名规范,那种百里挑一的感觉可想而知。

②测试数据的规范性

如果你仅仅测试一个表中的数据,使用什么都没有关系,但是,当你所用数据设计到10几个表的时候,如果你还用不规范的数据(如:1,2,等等),等查询出数据后,全部都是12等无效数据时,你绝对会很无语。

③代码注释的规范性

关于注释,我想大家都懂的,不用我多说。

 

3、业务为王

技术方面的问题都是小问题,只要给你足够的时间,技术上的问题都不是问题。业务才是王道。如果业务理解错了,做的再好也是白扯。

一个系统的成功与否,跟程序员的水平有关系,但是,起决定作用的并不是技术,而是对需求的了解,对整个系统的设计。

 

4、站在巨人的肩膀上

不管做什么事情,都不要闭门造车,开拓眼界是必须的。要学会站在巨人的肩膀上。

 

5、要事为先,分清主次。

分析错误原因很重要,但是得分时候,遇到问题时,想解决方法是首要事情(完成任务排第一),等问题解决了再回头分析之前错误的原因,总结经验。

 

6、基于准则,但又不拘泥于准则

比如三范式,这个我们要遵守,但是,绝不能让它限制我们的思路,必要的时候可以适当变通。

 

7、关于合作

组员

一定要配合组长,组长分配的任务一定要按时完成。同时,交流、沟通更是重中之重。

组长

一定要有全局观,对整个项目的把控,人员的分配,项目的进度,以及如何调动组员的积极性,这些组长都应该考虑,而不是仅仅去考虑代码如何去实现。

 

8、加深了彼此的了解

在讨论的过程中,难免有观点不一致的时候,各自都觉得自己的观点正确,有时候讨论的相当激烈,夸张点说会议室有时都会弥漫着一股硝烟的味道。不过,正是因为有了这种交流,这种沟通,使得我们之间的了解更深,感情更好。

 

合作开发,学习的不仅仅是技术方面的东西,所以,不要痴迷于代码,对软件开发过程的理解,各个阶段时间的把控等更为重要。当然,比这些更重要的是学会如何去交流、沟通,如何去领导一个团队。

 

通过这次合作开发,使我认识到,自己欠缺的东西还有好多好多,继续努力啦!加油!