“嘴”上谈来终觉浅,绝知此事要躬行。
我们在讨论的时候觉得好像没有太大的问题，每次讨论也是嘻嘻哈哈，每个人都一副成竹在胸的样子；而具体画E-R图的时候，却感觉不是那么愉快了：一方面是因为我们前期的讨论不到位，基本上没有达到讨论应有的效果，在基本所有问题上都没有达成共识，所以画图的时候每个人还是固执己见，都认为自己的观点更好，导致大家吵架吵了一遍又一遍；令一方面是需求分析做得不够，在项目初期对项目的分析不全面、不透彻，也没有到公司去做需求，需求上的东西有一些是我们自己捏造出来的，有一些不完全符合实际，导致画图的时候模棱两可。
还有一个很大的问题：对数据库的理解不够透彻。虽然大家上学期都学了数据库这门课程，但我们不得不承认自己认识的浅陋，抛开我们对知识点的遗忘不说，我们对E-R模型以及范式的理解深度不够是肯定的。几乎每个人都画了E-R图，但每个人的质量都不高，而且画出来的图也不全面，不是关系没有理清楚，就是实关系的基数没标好，总之没有达到应有的水平。
更要命的是，大家都觉得自己的东西没有问题，自己做的就是对的，不容易接受他人的想法和观点。架是吵了很多，有时候争得脸红脖子粗的，但似乎也于事无补，却导致进程陷入僵局。
最后迫于交文档的期限，大家才又重新开始画图。但即使在这个时候，大家的努力配合仍然不够，四个人的精力始终不能放到一件事情上去。我作为组长，肯定有我自己的问题，没能使大家的力量往一处使。希望以后在这方面可以加强。
E-R图画了好几遍，又经过缝缝补补，终于开始有了一点轮廓，开始还想用范式来验证一下，结果发现根本无法入手──这便又是需求没做好的缘故了。最后抱着以后再好好想想约束的想法，把E-R图确定了下来。又根据E-R图，初步确定了数据库的表结构。尽管有些模块的具体实现还没有敲定，但数据库的基本轮廓算是确定下来了。
这个项目的前期工作基本上就已经确定下来了，即使前期做得不够，也只能靠后期好好实现了。需求分析要尽可能的保持原状，对于数据库，其基本的表结构也已经确定。剩下的工作就是具体实现了，希望大家在后期的工作中团结一致，心往一起想，劲往一处使，以最高的热情与斗志，迎接挑战，做好每一个细节，充分完成、完善我们的项目！
现在才发现需求分析的重要性，也许我们的每一步，都会牵扯到项目后面的实现，所以，我们应该做好每一件我们应该做得事情。前面的错误过失也许无法再补救，但现在我们做的，以及以后我们需要做的，却不能再马马虎虎、嘻嘻哈哈了！
Comments