项目方法的选择 .pptVIP

* * * * * * * 强调测试 没有明确表示开发过程 * * * * * * * * * * * * 原型法 原型是项目系统中一个方面或多个方面的工作模型 抛弃型原型：用于试验某些概念，实验完系统将无用处。 进化型原型：原型系统不断地被开发和修正，最终他将变为一个真正的系统。 原型法 原型的好处 从实践中学习(Learning by doing) 改善的通信 改善的用户参与 使部分已知的需求清晰化 展示描述的一致性和完整性 特征约束（利用工具构造原型可以将某些特性落实到实处，而非在纸上谈兵那样容易失误） 试验是否能产生预期的结果 原型模型适合的项目 项目的需求在项目开始前不明确 需要减少项目需求的不确定性 类似的项目如： 确定显示界面 第一次开发的产品，验证可行性 原型法 原型法的缺点 用户有时误解了原型的角色，例如，他们可能误解原型应该和真实系统一样可靠 缺少项目标准，进化原型法有点像编码修正（code and fix） 缺少控制，由于用户可能不断提出新要求，因而原型迭代的周期很难控制 额外的花费：有统计表明，构造原型可能有10%的额外花费 运行效率可能会受影响 原型法要求开发者与用户密切接触，有时这是不可能的（如软件外包） 增量式交付 增量式交付：持续地在确定的阶段向用户展示软件。 与渐进原型不同，在增量式交付的时候，你明确地知道下一步要完成什么工