SOA开发--泥潭边缘的徘徊

团队很新，对SOA也新。

 

经过长达2个月的前期需求调研后，部分需求出来了。

可以开发了。

以**的***6.0为平台。

近阶段，实现台帐管理模块。

在最近的2周内出现的问题 及自己看法汇总下下。

 

SOA很新 很好 很强大。

但感觉对开发者的行业背景有着很高的要求。

需要开发者全程参与。

从开始的可行性 到后面的用户需求 功能需求 脱离了哪个环节都不行。

不然 开发时 就会发现业务流程的不熟悉，逻辑流程的不实际，实体字段的不理解。

 

6.0的产品很新 很好 很强大。

很符合标准。

但文档的缺乏，对新总线描述的不详细，底层实现的不了解，总让人有空中楼阁之感觉，悬着。

新产品的运用，学习曲线太大，技术风险很大。

开发者的不熟悉，不理解，抗拒心理。

导致交付物的严重延期。

 

需求的不断变更，导致开发，不是敏捷，又像敏捷。

自身内库的重用很高。

但并不能满足实际的要求，自定义类库的实现，却又总出现问题。

 

6.0产品自身有些BUG，不稳定，提供的开源框架也不稳定。

 

对展现的要求很高。

 

对开发中的进度管理和纵向的工作分解还不是很满意，总是有些问题。

 

所有的数据流是建立在数据实体之上的，所以感觉应该有完善的数据库，有很好的数据库设计。

可产品支撑的人说，就算前期数据库的不完善，后期就算是改表也是可以重用前期组件的。很不解！！！

 

理想中，感觉：首先应该建立起完善的数据库表，然后再各个功能组件的实现，拼组件。

而 现在是：针对部分功能点实现各自的数据库表，然后再拼表，实现组件的整合。

 

很乱。。。