你的位置:首页 > ASP.net教程

[ASP.net教程]从页面走向单元实现真正的业务驱动


 

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

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

 

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.服务可被哪些人或角色有权限访问?