第一篇技术BLOG

今天在图书馆看《程序员》，上面的一项调查我很感兴趣：“2006年程序员获得技术成长的途径为哪些？有72％的人通过技术BLOG来提升自己的技术。。。”看完后，怦然心动，我为什么不把现在的项目经历写下来呢，说不定以后回顾的时候还可以总结经验。 心动不如行动，马上写此技术BLOG，同时开始启动Google日历，记录自己每天的任务等等。

   看了一下最近这个项目的进度表，其实这个表根本不符合实际，因为这是我们项目开始之前订立起来的，而那之前，我们几乎没有任何项目经验。不过为了作为比较我还是把这个进度表贴出来。（说明：我们团队四个人开发了**市的质量监管系统）

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－项目开始日期: <!---->2006年11月4日
项目完成日期: <!---->2006年11月30日

 

<!---->任务数据

<!---->

标识号 工期 开始日期 结束日期 前置任务 资源名称

1	概要设计	1 工作日	2006年11月4日	2006年11月4日
2	数据库设计	2 工作日	2006年11月5日	2006年11月6日	1
3	子模块划分与实现	19 工作日	2006年11月7日	2006年11月25日	2
4	企业信息管理模块	4 工作日	2006年11月7日	2006年11月10日
5	动态监管模块	3 工作日	2006年11月11日	2006年11月13日	4
6	信息管理模块	3 工作日	2006年11月14日	2006年11月16日	5
7	统计报表模块	3 工作日	2006年11月17日	2006年11月19日	6
8	系统管理模块	3 工作日	2006年11月20日	2006年11月22日	7
9	电子地图	3 工作日	2006年11月23日	2006年11月25日	8
10	子系统整合与测试	5 工作日	2006年11月26日	2006年11月30日	3

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

11月4号拿到项目，材料只有需求说明，我们打算了解需求后从数据库设计开始，但是进度不令人满意，因为BOSS老是催我们界面（我们可不懂美工啊），所以我们只有硬着头皮搞咕Dreamwaver，这样子花费了我们将近5天，由于我们团队都去搞美工了，自然数据库的设计就拉下啦。－－以后可不能这样子，让一到两个人负责界面就可以，其他应该继续数据库设计，不能由于客户的要求而打乱了我们进度安排。

第二点要说明的是，我们的开发模式是先把每个模块“基本搞定”，然后在修修补补，越到后面，任何一个细小的变动都将耗费大量的时间。－－－以后，应该遵循一步一步走的方针，把一个模块完成的差不多了，（这样客户很容易指出使用的感受），再进行下一个模块的工作。

第三点：我们的项目设计编码时间真正的是从11。8号开始的，差不多到29号就基本完成了，不过到现在（12。20）我们每天都有10－20个BUG需要修改。所以－－－以后做这样的项目，最后至少1周的时间来测试。<!---->

直接找个美工做界面，做好界面和prototype再开发会节省时间。



用测试驱动开发，在开发中测试。

因为我是在校生，一开始接这个项目的时候，BOSS并没有分配我们美工的任务，到很后面才找到一个美工。。。汗
测试驱动是指哪一部分呢？ 我们的项目是基于Struts的J2EE，其中用了Ibitas。在后台部分（跟数据库操作相关的部分）我们用了JUnit进行了测试，但并没有在前台如JSP页面进行测试，所以现在页面的字段控制不好，类型错误，数据显示错误时有发生。。。