教务系统数据库设计完毕之后,就开始正式编写代码了.按照软件工程学的观点.一个软件的编码阶段占整个开发过程的很小一部分.大部分时间都是在做需求设计.但是我们做的这个教务系统感觉没有严格按照这个来执行.
主要原因我理解有这几个:
1:我们对需求都有一定的了解,而且六期做过这个系统.可以从他们那里得到很多需求.
2:时间比较紧,大家都是想着快点把它搭建起来
3:最后的原因就是我最不愿意想的,所有的人都没有认识到需求设计,整体架构的重要性?!
我们无论做什么系统,都是在学习,个人感觉还是以理解学习为主,大家都急匆匆的把代码写完.接踵而至的恐怕就是无边无界的维护.同时自己就是一个代码工人,只是写了,没有想了.
没有人整体理解这个系统的结构.大家只是蒙头做自己的.不知道自己的感觉对否?
总的来说无论怎么样,DAL层还是写完了.
我由于是基础信息模块,模块要为各个模块提供很多借口.这样,DAL层就是最麻烦的地方.我们要去写很多的方法.而且雪上加霜的是我们组缺少了一名成员.重担就由我们两个人来承担了.
按照学宇的安排,DAL首先解决的是自己模块的需求,首先把自己模块的方法写完,然后各个组将自己需要其他组提供的接口提出来发给相应的组让他们去完成.
对于我来说,其他组需要的方法,我都是尽量给提供的.在方法设计的时候,有很多地方需求不是很明确,比如课程类型(人文社科,社会体育,自然科学)这些放到哪里.学院 专业 班级 课程的这些编号是如何确定的.勤工俭学的工作时间是如何确定的等问题.
这些问题主要是是自己对需求不是很理解造成的.现在深刻的理解到,做一个软件,必须和用户去交流,去了解他们的业务.光靠自己想是想不出来的.现在教务系统对于我们来说还是有一定的联系.如果是一个完全陌生的领域.可想而知没有用户的参与是多么可怕.
对于DAL层,主要是对数据库的操作.由于操作比较多,而且里面的查询语句比较复杂.我们都是采用存储过程实现sql语句,这样做让代码里面看起来特别整洁,一目了然.而且复杂的逻辑在存储过程中编写还是比较容易的.
总之,DAL层的编写,收获 最大的就是对sql语句的学习.接下来会专门总结一些经典sql语句的用法.
