第一次迭代开发心得

Posted ttyape

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了第一次迭代开发心得相关的知识,希望对你有一定的参考价值。

通过第一次迭代,我真正意义上地体会到了当程序媛的感觉。有面对bug时的抓狂,有解决bug时的喜悦,也知道了整整一天都在码代码是什么感觉。

接下来就说一说我们组项目(基于联邦型知识图谱上的搜索引擎)第一次迭代的心得。

一、起步

  因为之前大部分时间一直都在写各种各样的文档,所以我们的项目起步比较晚,真正意义上编写代码的时间只有不到两个礼拜。而且,我们当初把项目实现想得过于理想,导致后来时间有些不够用,所幸,在验收前一天,大家一起在图书馆泡一天,最终实现了第一次迭代的需求。这也是下次迭代需要注意的地方,要把进度尽量往前赶,给测试bug留下足够长的时间。这种整整一天都在面对代码的抓狂的感觉并不是很好。。。因为我们做的是关于联邦型知识图谱的项目,而之前对这些名词可以说几乎听都没听说过,而网上与联邦型rdf相关的知识也比较少,所以花了很长的时间去摸索、了解相关专业知识。对于前端方面,由于我们上的JAVAEE课上正好讲网页,所以能够较切合地应用到我们的项目中去。

二、过程

  在整个第一次迭代的过程中,我们小组采取的是按照核心算法实现:前端网页设计:与数据库交互:与服务器交互=3:2:1:2进行分工的,在人员分配上,感觉还是较为合理的,如果哪一模块遇到问题长时间没有解决的话,其它组员会对其帮忙。(但是感觉这样效率比较低。。。)在开发上,我们使用的是eclipse,这里不得不吐槽一下eclipse。。。经常出现更改之后不更新的情况,程序本身没有问题,但eclipse单方面出bug,导致我们在与eclipse斗智斗勇时浪费了很多时间。所以我们决定第二次迭代开发使用idea。在做项目的时候,大家难免会有意见不统一的情况,这必然导致激烈的“争吵”,但在争吵的过程中又能碰撞出思维的火花,会蹦出很多新的点子,有时吵着吵着大家自己都会笑出来。总的来说,组里开发的过程中,气氛还是相当融洽的~~~~

三、结果

  经过种种考验,我们终于将第一次迭代需求大致完成,就在我们长吁一口气时,边老师突然在群里发了一份儿验收要求,仔细一看,我们组当时做的没有几条是符合要求的。于是我们赶紧加班加点按照老师的要求各种改代码,找bug。这也给我们一个教训,不要正好卡在ddl完成项目,一定要留出充足的时间去应对各种突发情况。幸运的是,最终验收结果还算较为满意。

四、心得

  在经过了这段时间的实践之后,对项目有了大致的整体的把握,对各环节有了更清晰的认识与规划。我对联邦行rdf、知识图谱和搜索引擎也有了较为深刻的了解。这对我来说是一个全新的体验。于是从零开始一步步编码开发。在过程中,除了克服自己负责区域的困难之外,对于有需要和软件衔接的问题,还与小组成员一起在一次次的磨合中找出了解决方案,有妥协,有商量,分阶段对成果进行总结,分析,改进,及时调整研究方向的偏差,尽可能地保证了项目质量。

  经历了第一次迭代开发,收获颇丰。我开阔了眼界,勇敢的接受挑战,不畏惧去接触了解不懂得技术。我更清楚的体会到不断充实自己的知识是多么重要,我们不能局限于自己专业的知识,还应该广泛的涉猎。通过实践,我也锻炼了自己行动实施的能力。虽然项目进展过程中我们也遇到了很多困难,但我们小组成员都以积极向上的心态去应对,一次次通过努力越过难关给我们带来了一段段难忘的回忆。

  相信第二次迭代开发我们也会取得满意的成果的!

技术分享图片

 

以上是关于第一次迭代开发心得的主要内容,如果未能解决你的问题,请参考以下文章

第一次迭代开发心得

第一次迭代开发心得

在线电力监测系统——第一次迭代开发心得

第一次迭代开发心得

第一次迭代开发心得

创新课程管理系统-第一次迭代开发心得