文档介绍：
主要内容
1. 应用原型的必要性
2. 原型的类别
3. 原型方法过程
4. 原型方法的风险

——什么是原型
“原型是一个系统,它内化了(capture)一个
更迟系统(later system)的本质特征。原型
系统通常被构造为不完整的系统,以在将来进
行改进、补充或者替代。”
如果在最终的物件(final artifact)产生之前,
一个中间物件(mediate artifact)被用来在一
定广度和深度范围内表现这个最终物件,那么
这个中间物件就被认为是最终物件在该广度和
深度上的原型。

——什么是原型
包括书面描绘、场景叙述、情节串联图板、幻
灯演示、动画模拟、屏幕快照和程序代码等在
内的各种被用来探索和论证软件系统功能的物
件都是软件的原型
一个组织会发展出自己独特的原型文化,这些
原型文化仅仅将一些限定类型的事物看作是有
效的原型

——为什么要利用原型
利用原型的好处有:
及时、有力的响应用户需求的变化;
减少返工;
帮助控制不完整需求所带来的风险;
可以将一个大的难以处理的开发过程细分成一些更小更容易
处理的步骤;
减少开发成本,提高经济效益;
增加开发者之间的交流,帮助确定技术解决方案的可行性;
有效的识别风险和解决风险,帮助进行风险管理;
提高用户在软件开发中的参与程度。

——为什么要利用原型
帮助需求工程师及早解决需求的不确定性:
创新性产品,它们的基本需求是潜在的,有着很大的不确定
性;
产品的用户对相关类别的产品没有经验,产品的细节需求存
在着不确定性;
用户但在完成工作的方式上仍然存在障碍,产品在整体方案
的可行性上存在着不确定性;
用户在清晰说明他们的需求方面存在困难,这些相关的需求
是有着不确定性的需求;
需求工程师在理解用户的需求上存在困难,在澄清和理解之
前,这些需求存在着不确定性;
需求的可行性值得怀疑,即具体需求的可满足性存在着不确
定性。
2. 原型的类别
——按照使用方式分类
演示原型(presentation prototype)
主要被用在启动项目阶段
目的是让用户相信应用系统的开发是可行的
严格意义上的原型(prototype proper)
主要被用在分析需求阶段
用来阐明用户界面或者系统功能的某些特定方面
试验原型(breadboard prototype)
主要被用在构建系统阶段
帮助开发者澄清他们所面对的一些和系统构建相关的技术问题
引示系统原型(pilot system prototype)
会被开发在系统开发的各个阶段
用作最终系统的构建核心
2. 原型的类别
——按照开发方法分类
探索式(exploratory)
以缺陷需求开始继而不断调整和修正需求的原型开发方式称
为探索式
要尽可能的调整各种设计选项
实验式(experimental)
以清晰的用户需求和模糊的实现方法、实现效果、可行性开
始,明确需求的可行性和技术实现方案
定义一个对原型的评估方法,确定评估的属性
演化式(evolutionary)
以清晰的原型化需求和项目积累下来的原型资产为开始
原型化的需求,也有项目积累下来的原型资产
2. 原型的类别
——按照开发方法分类
探索式和实验式方法产生的原型产品又被称为抛弃式
原型
花费最小的代价,争取最快的速度
可能会使用简易的开发工具和不成熟的构造技术
可能会忽略或简化处理原型目的不相关的功能特征
要坚决的抛弃
演化式原型方法产生的原型产品被称为演化式原型
(evolutionary prototype)
质量要从一开始就能达到最终系统的要求
要易于进行扩展和频繁改进,因此开发者必须重视演化式原
型的设计
仅应该被用于处理清晰的需求、规格说明和技术方案