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

 

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

 

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

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

 

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

 

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

 

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

 

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

 

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

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

 

我想分享的是：

1，两个人合作，做好一个人比较熟悉；

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

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

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

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

 

欢迎大家拍砖。