从页面走向单元实现真正的业务驱动

 

需求从何而来？对于一个项目来说，应该是从设计需求文档中而绝不是页面。之所以说国内的产品经理技术偏低，很大部分因为他们把过多的热情放在了画原型的上面。

从页面走出，实现真正的业务驱动。

 

PDD

一切以页面为核心，每个程序员针对每个页面来找到功能点，从而以页面为单位进行任务交付。开发未动，页面先行，这也是PDD的一个理论基础。

简述一个典型的页面驱动开发过程：

1. 设计需求文档
2. 设计项目界面，制作原型系统
3. 根据原型系统，开发实际系统
4. 测试

 

TDD

开发未动，测试先行。保证了每个完整的业务逻辑都是正确的，更重要的还有一点就是这个T的可重用性。

同样简述一个TDD的开发模式：

1. 抽象接口
2. Case&Coding并行实现接口
3. Coding以Case测试通过为基础
4. 服务（M）&消费（VC）分离
5. 通过不断的组合、重构服务实现业务

 

SOA

服务是SOA的核心。按其愿景，在新项目设计实施过程中，项目团队通常会面临如下问题：

1.企业有无服务目录，服务目录在哪里？

2.哪些服务可在新项目实施中重用？

3.需要新开发哪些功能，这些功能是否要封装成服务，供其他应用使用？

4.当新系统所需要的某一功能已经存在于某一现有系统之中，但是并非以服务形式出现时，是否要对它进行封装，如何封装？

5.服务的调用是否必须经过企业服务总线（ESB、dubbo_zk），何种情况下必须经过ESB，何种情况下不需要？

6.当某个现有服务功能部门满足某项需求时，如何对服务进行改造和版本控制？

7.待开发的新系统是对某个旧系统的升级，那么旧系统提供的服务何时中止，用新系统中的服务替换，还是将服务升级成另一种形式？

8.服务来自于哪个系统，被哪些系统所用？

9.服务由谁负责管理和维护？

10.服务可被哪些人或角色有权限访问？