需求从何而来？对于一个项目来说，应该是从设计需求文档中而绝不是页面。之所以说国内的产品经理技术偏低，很大部分因为他们把过多的热情放在了画原型的上面。
从页面走出，实现真正的业务驱动。
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.服务可被哪些人或角色有权限访问？
