接近两个月的时间里,我们项目小组从选项到讨论到编写设计文档再到最后的编码,每个过程都如同摸着石头过河般,充满茫然同时又不时显现惊喜,最终抵达彼岸。整个过程夹杂些许狼狈、不堪,但回首望去,回忆曾经陷脚的泥潭、缠脚的杂草,也有不少体会与收获。
确定好项目后,顿感学习有了新的冲劲,立志要把项目漂亮地完成。在讨论时大家会动用自己的生活经验,从客户的角度来考虑这个项目,尽量要使项目功能强大、使用便捷,界面吸引目标人群,甚至还想实现一些asp技术不支持的功,也正是这些期待让自己充满斗志。虽然想法很多、很好,但是到了编写文档时,却总是不能充分的表达清楚,很多模块都无法准确定位,因为有些模块自己也无法预知会做成什么样,最终只能在文档不完整的情况下开始编码。
文档不完整就开始编码存在着很大的隐患:文档不完整就意味着整个设计还不成一体,模块散乱,编码过程中就不免出现模块不和的情况;有些功能需要几个不同的模块互相配合,此时就要修改已经写好的代码,但当要实现其他功能时就要再次修改,有些可能就是凑合出来的。所以,做项目一定要在设计文档上多下些功夫,一切准备就绪后再开始编码,当然不可能保证设计没有一点问题,但至少要让自己和团队都能按部就班地开展项目。
我们做的是影楼项目,涉及到诸多模块,每个模块的展现形式都不同,有的要用表格、有的要用照片、有的要用博文……在开始写代码时,为了全面前进,也为了锻炼每个人的动手能力,我给每个人分配了不同的模块,希望团队众志成城。但是结果和自己想象的大相径庭,每个成员都在钻研全新的模块,中间遇到诸多问题,难以独自解决,打击了大家的积极性。现在回想起来,当时应该合起大家的力量先把一个模块做好,让大家在这个模块过程中积累经验,提高做项目的积极性。
最后对本人在项目中的表现系统总结,希望能为之后的万码学堂学子提供借鉴:首先避免一把抓,不要总是同时进行多个模块,这样容易混淆各个模块的特殊性;其次避免拖延,做项目的时间是有限的,需要制定严格的日清计划,按照要求完成工作;最后避免犹豫不决,当和组员系统讨论项目后,坚定地执行下去,不要总想着是不是有更好的方法实现这个功能。
接近两个月的时间说长不长,说短不短,虽说中间有些纰漏,但也走过了整个过程,为日后工作积累了宝贵的经验,相信今后对自己会有所裨益。