文档介绍：Java初级项目心得
从二十几天前的项目需求分析,到数据库设计,到后来的界面设计以及第一次全部整合项目,到最后的项目总调试到评审,中间出了很多问题,但最终还是学到了很多在平时写Demo中学不到的东西,对于一个完整的项目流程还是有了更深层次的了解。
最开始的时候关于项目选题我们组间还是有比较大的争议的,各种想法不一样,对于想做出来的东西期望值太大,比如像做一个完善的教师学生管理集于一体的系统,在我设计的时候才发现以我们现在的水平这个事完全达不到的,时间和经验决定了我们只能做这个中间的一部分,最后才决定做学生和教师功能的一小部分。
开始做了的时候我是很有想法的,想搞一个标准让大家按照我的标准来做所有的事情,在这个事情上组员是比较反感的,因为觉得我写的东西不足以成为标准,并且将所有用到的固定值都用一个常量类来定义其实是很麻烦的一件事情,而且在设计界面过程中后面都是直接使用工具拖出来的界面,所有的固定值都是由系统计算给出的,全部写进常量类就更不现实了。并且在设计这一块由于我最初写出的界面并未的到组员的认可,主要是因为我做的不美观并且没有让代码有很好的可读性。设计的时候虽然列出了全部的功能实现但是在最初实现的时候我并不知道所有的实现需要用到的方法和需要返回的类型,传入的值部分,直观的说就是并没有用到面向对象核心思想去编程,所有到最后做出来的界面是每个部分一套,看起来像是多个项目,而且组员的交流很少,都只顾做自己的东西,这个是我的责任,有时候组员不按照我说的去做真的很无奈。
到了最后实现的时候,这时候我的分工出现了很严重的问题,当时没想那么多,就想着自己多做一些,然后大家平均分配。我觉得这样很公平,但是过了两天去问组员的进度,段超负责的部分已经按照计划提前实现了,我也多做了一些,其他组员还在数据库和java不知道怎么去连接,怎么获取数据,或者是获取数据后不知道怎么在界面显示。在开始的时候并没有做太多的规范,虽然是说分了视图层,业务逻辑层和数据库查询层,但是有些查询和业务逻辑根本就是直接写在界面中,所有有两个组员写的都是教师端的功能到了最后自己写的类都不知道是用