通过极限原型交付项目

极限原型在开发应用软件中属于架构级层次， 尤其是web应用程序中不同增加的功能点。从高的层次讲：它把

web开发分为三个明显的阶段：第一个阶段是静态原型，这部分用静态html页面和页面所需的数据。 第二阶段是

编码阶段，你需要选择web框架，不过用的是模拟的业务层。 第三阶段是实现业务层。之所以称为极限原型特别

原因是第二阶段所有的UI功能点开发对业务层的依赖很小，只要遵守他们之间的协议即可。最后交付的结果象静

态的HTML原型一样，只不过是动态的。
开发者可以大大缩小需求和开发周期通过用极限原型。极限原型可以让你快速，经济，更好地交付项目。之所以

能取得这种效果是因为它可以让项目中多个小组并行开发。
1. 极限原型的三板砖
如果你把系统开发想象成一系列具体的交付，那你可以把极限原型划分为三块砖：
第一块：静态原型。在静态原型的基础上，UI和服务层这两块就可以很独立的开发。
2. 极限原型优点：
如同极限编程中的迭代方法：一步一步地重复完成交付你的程序，尤其是每天每周交付可执行代码。不过，这需

要有一些假设。项目租需要能够持续处理反馈。项目过程中整个项目组成员稳定极
限编程效果会更好。
极限原型中的三个阶段是正交和并层的。静态原型阶段确保业务需求。动态原型阶段确保快速交付而不依赖业务

层的实现。交付和演示动态原型给用户可以在项目中期得到用户的反馈。服务层的实现可以和动态原型并行开发

，只要他们之间有清晰的协议。
许多IT项目从交付用例的需求阶段开始。开发人员希望用户理解这些用例并确认。结果大都是业务组同事迷惑在

这些图中。在这些用例图花费很多时间，最后代码还未开始预算已经用完了。这里关键是简化用例并在其基础上

尽快生成完整的HTML原型。业务部门在原型基础上检查认可需求就容易多了。
极限静态原型对预算和计划也有帮助，大多时候预算依赖与想象中的文档，而不是整个项目过程，包括编码和交

付。仅仅依靠这些文档预算是主观的。估算可能使项目关闭。。。。。
静态原型也能避免技术风险。静态原型大多用常用的HTML, CSS和JavaScript.静态原型是不可能延迟和超过预算

的。

3. 完整开发过程预览：
3.1静态原型阶段
3.1.1静态原型
3.1.2主要页面和背景页面
3.1.3CSS JavaScript
3.1.4业务规则和用例
3.2扩展的静态原型阶段
3.2.1所有上面的
3.2.2支持页面的逻辑数据模型
3.3动态原型阶段
3.3.1选择web 框架调整UI
3.3.2编码
3.3.3页面字段校验
3.3.4页面链接正确
3.3.5服务层签名正确
3.3.6所有UI正常
3.4服务层阶段
3.4.1API文档
3.4.2调用数据库和其它资源事项服务层
3.4.3整合
极限原型不同的是UI编码阶段，UI层定义API接口。这和JSR的形成相同，一部分人定义标准和API，另一部分实现标准。