通往联华超市的羊肠小道

 

通往联华超市的羊肠小道

 

现在的位置是距起点5*24小时路程的终点。这么近的路程走了5天也实在该反思了，说真的，这次是真的认认真真走完了全程。也去过其它地方，可都是半途而废，不是终点不够美好而是路边风景实属单调。

 

为了学习之用，联华超市管理系统的需求已被删减的面目全非，里面的逻辑简直不成逻辑，让人费解，还好在老师的指导下还是挺了过来。这样的项目实属小小大项目。所以老师还是给我们分了组，最多的组有六个人，最少的一个人，而我们是两个人。虽说人多力量大，但分的太碎却难以组织。还好我们组两个人，项目也有两大部分，客户端和数据库。我做数据库。

 

前期的工作简陋的跟这个项目有得一比，因为我们只讨论了数据库名，表名和字段名，其它的一概未提，因为这是第一次合作开发，没什经验，所以所预料的问题也就曲指可数。在讨论取名字时，因为个人喜好原因所以产生了点小的分歧。因为我比较懒，所以想如果名字实在太长就截取字母的前四个字母来替代，可我同学比较认真不同意。比如会员卡这个表名CustomerCard，对应的主键就是CustomerCardID，而且还不是自增的。如果让我写字段名我会写CustID甚至会写CID。也许这就是现实，到公司了一定更现实，由不得你。

 

原以为做数据库嘛，就建库建表建关系建存储过程，没什么难的，就五张表，最多也就半个小时搞定了，结果加上休息玩耍的时间弄了三天。建库建表建关系确实半个小时完成了，最让人头痛的是存储过程。就跟实现业务逻辑没什么差别，特消耗人的脑汁，不过还好，比起影院那个难题这个还独自扛了起来。存储过程写完了，除了不是太确定的地方测试了一下，其它的都未测试，就这样把文档给了我同学。真金不怕火炼，可我的存储过程测试都没测试，那后果可想而知。最后竟发现名字还有写错的T_T

 

数据库做完了，还没到验收的时间，又没事做，同学对于客户端征求我的意见，因为我没做所以他说什么我也不是很清楚。于是想自己也写一个客户端。拿了同学的一部分代码所以就接着他的做了，可是一看他的命名，头疼，结果只保留了他代码的四分之一，其它的都删了。虽然我们在同一个班级，同一个老师所教，可是命名却完全不同，这也倒不是个人偏爱问题，而是老师的问题。因为老师讲课的示例的命名不是按课本上讲而是按老师的喜好命名，所以学生跟着老师走，而我则是完全按课本上的规则命名，而且对我来说课本优先级高于老师，所以才有如此大的差异，这也是我看不习惯的，所以删了大部分，改了小部分。这个系统比较小也就删改了事，如果一个大点的系统去改，命名又不习惯，那也只能叫苦不跌，硬着头皮改了。。。。。

 

最后也看到了同学的客户端，功能我们都实现了，实现的方式和界面的部局那才是五花八门，大相径庭，各有各的特色，完全是一个人整过两次容一样，整的好不好看除了技术方面还有个人的臆念，很可怕。不过，对方的有些功能处理方式还是值的借鉴的。比如说多个细碎的小功能，可以像同学那样用下拉表组织起来，而不像我的弄那么多按钮，界面乱不说，更不容易扩展。用下拉表还可以通过XML+反射来动态地实现，这样以后再添加功能只需修改XML就可以完成。现在还只是这样想(^_^)。。。。

 

这次团队协作还是有很多不足的，可以说，这次项目是失败的，因为我们本来是一个团队，可最后结果却是各走各的羊肠小道。究其原因，前期的准备很是不足，没有统一的目标，项目设计报告上除了几张表就没有什么了，到最后虽然把设计报告做出来的了，但已失去了他原有的意义。

 

项目总结：前期的准备很重要，需要准备的事情如下：

 

　　Ø        代码规范：应该定好接口，规范方法的命名和返回值，实现代码上的基本统一。

　　Ø        界面规范：各自做一套界面，然后讨论采用谁的界面，最后截图各自保留一份。

　　Ø        数据库规范：统一数据库名称，表名，字段名，字段类型。找出最好的解决方案。

　　Ø        任务分配：明确各自的任务，避免重复。

　　Ø        文件命名规范：基于数据库表名命名。

 

以上是这次项目的心得，总结，姑且这么多。

2009-8-7 11:21:32 AM