学校信息管理系统项目的教训总结

眼见学校的计算机系学生信息管理系统项目已经滑入测试阶段的轨道了,剩下的工作也就是根据辅导员们的要求继续对系统调整而已。基本上,我除了课程设计之外做的第一个项目已经接近完工了。



谁都希望自己的第一个项目能够更好,以至于成为一个光辉的起点。但是我的第一个项目,大概多少有些金玉其外,败絮其中。虽然从外观上看这个系统实现和工作的还不错,不过日后若是回想起来,只怕很难觉得这个项目能够让我引以为傲。因此在此记录下项目运作过程中被我总结出来的那部分教训,以后尽量不要重蹈覆辙。



1、人事。这一项目从一开始就由马素刚老师负责指导,马老师拥有决定人事的权力。因此对我们来讲,人事的自由度较低。项目开始还一共有6个人参加,其中三个做到一半跑掉了,留下了半截烂摊子。依我来看的话,与其在事后收拾烂摊子,几个人重写代码,还不如在他们刚显示出推出倾向的时候就把他们开掉。不过,马老师当然没有同意。



2、版本控制。几乎是整个过程中最大的问题。当初在svnhost为项目申请的SVN空间,在项目开发过程中并没有实际得到运用。当进行到后期时,三个人计算机上的代码、页面甚至数据库从数量到内容基本上完全不同。在这种混乱状况下,负责页面的赵亮修改了旧版本文件,做了无用功的情况经常发生,浪费了大量时间和精力。



3、规范。规范基本上也处于混乱的状况。页面之间的接口不统一,由多人共同维护的数据库也发生了类似的情况。



3.1、领导。马老师实际上基本没有干涉项目的进行,团队内部又缺少有力的核心。人人平等的境况看似民主,实际上却几乎成为了混乱之源。



3.2、沟通。如果有一个确实的领导者,项目成员之间的沟通大概会容易一些。缺乏沟通的后果就是项目进行过程中内部使用的标准混乱,项目就算勉强完成,恐怕也很难有不错的扩展性。实际上,我恐怕我们团队中的三个人脑子里的项目设计都是完全不同的。



4、设计欠缺。项目实际上从一开始即没有明确的设计,近乎完全由辅导员方面的需求驱动。这使得项目欠缺整体性,比较象由若干独立而互不相关联的单元组成。缺乏设计致使工程无定性,开发过程中屡次重新构建数据库就是证据之一,同时数据库内部表与字段较为混乱亦是欠缺设计带来的恶果。



5、编程。本来应该几乎成为习惯能够写出漂亮的代码的,结果问题出在了ASP.Net页面的代码部分。CSS代码非常紊乱,把我们三个都整得够呛。而这一情况的罪魁祸首是——VisualStudio。自动生成的代码普遍使用了CSS,产生了大量的CSS类;而这些类重复严重。有着大型表格的页面,由VS自动生成的CSS类数量几乎都在70至100个之间,大致上是每一个需要呈现的元素都有专用的CSS类,而其中绝大部分都是可以由多个元素公用的。CSS混乱的另一个原因应该是我们的监管。负责代码的我和胖子并没有关注页面相关的事务(如元素的Style属性)而是任由VS自动生成,分工明确到过分导致的监管不力是允许VS建立复杂性堪比晋冀鲁豫根据地的地道而冗余过高的客观原因。



从上述教训中得出的经验有:



1、掌握控制权,树立强而有力的团队核心。



2、养成团队项目使用版本控制的好习惯,否则等到需要将大家的工作合而为一的时候,有的是罪受的。免费的SVN空间有GoogleProject和SVNHost。



3、沟通。订立统一的内部标准,统一口径,一致对外。



4、好好设计。



5、留心会由IDE自动生成的东西,搞不好就会变成定时炸弹。对于自动生成但是可能重用的诸如CSS这样的东西,最好从一开始就卡死它。



6、多人协作的项目和一个人做的项目完全不同,非常恐怖T_T




大致就是以上了,请大家指教咯。



  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值