令人头疼的项目答辩

      BookShop项目答辩

        今天下午我们进行了BookShop的项目答辩，说实话，我们组的项目没有按时完成，好几个功能没有按要求实现。虽然我们时间紧任务重，但是我想这都不能成为未完成项目的理由，因为如果是面对客户的话，我们未完成项目开发就是对客户的不守信的表现，会对客户造成不同程度的经济损失，同时也会给公司带来声誉和经济的双重损失。当然我们目前还不是公司职员，每天除了培训课还要上其他的大学课程，再加上最近有软考和个别科目的结课考试，导致我们没有足够的精力和时间去完成项目，仅仅是昨天中午简单分工，下午放学后才开始做，一直做到晚上11点多电脑没电，然后今天整个中午和下午的一小部分时间来弄的。

 

      首先看一下我们组的分工：

1、用户登录、注册、数据库创建
用户管理：修改、删除用户（包括jsp页面）
登录成功后，显示（主页）图书信息，查询现有的图书信息、购买---------->组长
---------------------------------------------------------------------------------
图书管理：图书信息的新建、修改、删除（包括jsp页面）-------->组员
--------------------------------------------------------------------------------
2、每类图书对应一个页面
页面显示：图书号、图书名、图书类别、图书价格、购买------>组员

---------------------------------------------------------------------------------
3、用户订购信息：
查询订购信息表     --------->组员    
---------------------------------------------------------------------------------

     

       这个是昨天晚上放学前组长发给老师的分工明细，要我做的是“2、每类图书对应一个页面”那部分，我问组长的的大概构思是什么样的，怎么做，她告诉我不知道，说她还没有做到那部分，而且那部分分给我了，要我自己去构思。组长设计的主页面是分top,lift,right三部分，在left页面有图书分类的链接文字，要我在right页面显示图书号、图书名、图书类别、图书价格、购买等信息。因为要在框架内显示，所以我的想法是点击left页面的图书分类的链接，然后通过servlet再跳转到遍历数据库后所显示的要查询类别的图书信息的页面，可是今天发给组长却无法实现相关的功能，而且和组长的设计思路也不相符，最后组长按她的思路修改了，不过修改后还是出了一堆问题，首先是她做的查询结果无法显示，存在乱码问题，其次是演示的时候整个页面都是乱码，最终也没有解决这个问题。我想出现这样的结果不单单是组长一个人的责任，应该是我们整个小组的问题。

 

      我个人认为小组做项目要注意以下几点：

一，组内命名要统一。

二，设计思路应该讨论确定下来再做项目的详细设计。

三，开发过程中应该及时沟通，这样既了解每个人的进度也便于解决开发过程中出现的问题。

四，要有团队精神。组员要积极认真工作，组长也应该采纳组员的意见与建议，以及对组员所设计的模块做合理应用，不能因为自己觉得麻烦，不符合自己的设计思路就废弃组员的辛苦工作的成果，如果这样那干脆就都组长一个人做好了，干嘛还分工呢？而且有的时候别人的设计思路并不比组长的差，甚至对于功能方面更优化一些。

 

      作为初学者，我目前只想到这些，以上的一些观点仅代表我个人对组长这一职务的一些看法，用来提醒自己将来不要犯同样的错误，因为这样不但无法让团队更强壮有力还会增大组长的工作量，降低团队的工作效率！虽然我不是组长，但是我还是会以组长的标准来要求自己，同时观察别人的有点与不足，虚心吸取经验，同时我也觉得在组员这个位置可以看的更清晰，应该会对我以后的路有帮助，这也是我不当组长的原因之一，尽管现在老师都会重视组长多一些，但我要的是自己真正学到的知识，真正掌握的技能。我想不管将来如何发展，自己的东西永远是自己的，只有自己拥有了才是真正的拥有！我会继续努力，让自己拥有更多的知识财富，提高自己的综合能力，也许现在的我会的东西很少，但我相信只要自己用心多一些，多学习，多练习，会有自己理想的作品在我手中诞生！

 

 

                                                                                                                                                  2010-05-25