我在GXPT项目中收获了什么

最近一个GXPT项目刚完工,我所在的项目小组开发的项目是整个项目中最小的一个子系统__评教系统，而我有荣幸作为组长。跟其他几个组长相比，我的技术比较洼，项目开发过程并不是一帆风顺的。正是遇到各种问题，才让我们得到了成长。

下面我就谈谈我的感受吧!



设计改变

评教系统所用的基础数据（教师、课程、学生及其关系）都取自于基础系统，刚开始我们是这样设计的，将需要用的基础系统的数据在我们的数据库中建了一张表来存储所需要的数据，这样操作其实很难保证数据的一致性，基础数据库改变了，它如何通知给用到它数据的子系统？

后来我们的头（坤哥）指出我们的设计不合理，他给出设计理念：各子系统只能从基础系统读取部署，但不要复制一份基础数据库的数据到自己的库中。改变设计后，我们通过基础系统提供的各接口来读取数据，这样操作无论什么时候，我们都能读取到基础系统的最新数据，这样操作应该说更合理，但与之前设计相比，这样速度慢了一些。



管理经验

First，沟通很重要。

组与组的沟通：这次开发项目采用的是敏捷开发方式，我们各个小组分别开发自己的系统。但由于没有考虑到评教系统对基础系统的依赖性，导致系统开发很慢。评教系统的每个功能页面都会用到基础系统提供的接口，而基础系统开发前期并没有把开发接口作为首要任务，所以评教系统与基础系统接口的协调用了很长时间，我们遇到问题，就需要跟基础系统沟通解决。

组内沟通：组长应该及时了解每个人的情况，这样方便掌握和控制开发进度。也许一个人遇到一个问题，解决半天还是没头绪，而经过他人一句话，马上可以解决掉，我想结对编程就是因为两个人沟通的好才使解决问题的速度提升了吧。



Second，管理工具

团队管理工具很多，像禅道、JIRA，但不管使用哪种工具，要想通过管理工具看到系统进行的情况，人为因素很大，工具再好，我们不主动操作工具的话，依然看不到工具带给我们的效果。





技术提升

刚开始接触开发环境的时候，各种的不习惯、不熟悉，真的对开发环境极其陌生，自己画了一个圈，然后将自己画在了圈外，然后就胆怯的不愿意走近圈内，后来经过思想的斗争，还是看到了开发环境的强大，了解了JBoss、Maven、Nexus等,后来由于系统需要持续构建，还了解了Jenkins的使用。



我觉得：一个问题，分成几个子问题，然后一个个去解决，很容易；几个问题，融为一个问题，去解决一个大问题，则很难！千万不要自己吓自己！