项目开发中团队的分工及接口的划分经验分享

项目是通信行业的网管系统,代码在百万级别

移动要求增加信令软采功能,并且有些厂商已经实现,测试尽在眼前,工期比较近。

上篇文章大致说了下功能的需求,其实就是一个方案,并且给出了系统界面原型及接口。

昨天已经开发,开发人员是两位,一位有四年经验的同事和我,同事负责后天部分,我负责前台界面及数据的组织和下发。通过ejb调用后台业务逻辑进行处理,通过jms消息更新界面的数据。

由于需要写作,前后台分工相互影响不大,首先要定义领域模型和接口。这个同事花了两个小时搞定,同事我这边的界面原型及文档也基本完成。稍作修改文档后,我看了同事的接口和模型,进行简单的讨论,说了一些自己的疑问,在模型和接口部分完成后,我们分别开始了开发。

由于有前期开发的经验及文档,对要做的事情及所用的技术都比较清楚。剩下的就是代码实现方案。

扫描二维码关注公众号,回复: 606303 查看本文章

在编码中发现还是有些接口和模型上的问题,但修改都不是很大。不太影响开发。

后端同事的开发进度比较快,一来经验比较丰富,二来有些内容走已有流程

我负责的前端由于使用swing编程,在netbeans中开发,开起来比较简单,真正开发起来,进展逐步推进,但离自己的预期还是有些差距。软件开发之所以复杂,很大原因是细节太多,太多的细节问题,影响了开发进度的进行。目前只实现了差不多一般的功能。剩下的功能在剩下的两个可以完成,进度快的话在放假前可以和同事进行一次联调。

我想分享的是:

1,两个人合作,做好一个人比较熟悉;

2,在合作初期,先定义好模型和接口

3,在开始开发前先给出一个方案草稿,这个有方向可以遵循

4,界面开发最好给出界面原型。否则开发过程中就是逐渐失去目标。不知道下一步要干嘛

5,想好了怎么做再动手效率更高,类似于你有目的上网与没目的上网一样的道理

欢迎大家拍砖。

猜你喜欢

转载自duankesong.iteye.com/blog/1884157