快速原型模型（RapidPrototypeModel）

 原型是指模拟某种产品的原始模型&＃xff0c;在其他产业中经常使用。软件开发中的原型是软件的一个早期可运行的版本&＃xff0c;它反映了最终系统的重要特性。

　　快速原型模型又称原型模型&＃xff0c;它是增量模型的另一种形式&＃xff1b;它是在开发真实系统之前&＃xff0c;构造一个原型&＃xff0c;在该原型的基础上&＃xff0c;逐渐完成整个系统的开发工作。快速原型模型的第一步是建造一个快速原型&＃xff0c;实现客户或未来的用户与系统的交互&＃xff0c;用户或客户对原型进行评价&＃xff0c;进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求&＃xff0c;开发人员可以确定客户的真正需求是什么&＃xff1b;第二步则在第一步的基础上开发客户满意的软件产品。

快速原型模型的思想产生及原理

1、快速原型模型思想的产生

　　由于种种原因&＃xff0c;在需求分析阶段得到完全、一致、准确、合理的需求说明是很困难的&＃xff0c;在获得一组基本需求说明后&＃xff0c;就快速地使其“实现”&＃xff0c;通过原型反馈&＃xff0c;加深对系统的理解&＃xff0c;并满足用户基本要求&＃xff0c;使用户在试用过程中受到启发&＃xff0c;对需求说明进行补充和精确化&＃xff0c;消除不协调的系统需求&＃xff0c;逐步确定各种需求&＃xff0c;从而获得合理、协调一致、无歧义的、完整的、现实可行的需求说明。又把快速原型思想用到软件开发的其他阶段&＃xff0c;向软件开发的全过程扩展。即先用相对少的成本&＃xff0c;较短的周期开发一个简单的、但可以运行的系统原型向用户演示或让用户试用&＃xff0c;以便及早澄清并检验一些主要设计策略&＃xff0c;在此基础上再开发实际的软件系统。

2、快速原型模型的原理

　　快速原型是利用原型辅助软件开发的一种新思想。经过简单快速分析&＃xff0c;快速实现一个原型&＃xff0c;用户与开发者在试用原型过程中加强通信与反馈&＃xff0c;通过反复评价和改进原型&＃xff0c;减少误解&＃xff0c;弥补漏洞&＃xff0c;适应变化&＃xff0c;最终提高软件质量。

快速原型模型的类型

根据原型的不同作用,有三类原型模型:

　　1、探索型原理

　　这种类型的原型是把原型用于开发的需求分析阶段&＃xff0c;目的是要型清用户的需求&＃xff0c;确定所期望的特性&＃xff0c;并探索各种方案的可行性。它主要针对开发目标模糊&＃xff0c;用户与开发都对项目都缺乏经验的情况&＃xff0c;通过对原型的开发来明确用户的需求。

　　2、实验型原型

　　这种原型主要用于设计阶段&＃xff0c;考核&＃xff1b;实现方案是否合适&＃xff0c;能否实陋。对于一个大型系统&＃xff0c;若对设计方案心中没有把握时&＃xff0c;可通过这种原型来证实设计方案的正确性。

　　3、演化型原型

　　这种原型主要用于及早向用户提交一个原型系统&＃xff0c;该原型系统或者包含系统的框架&＃xff0c;或者包含系统的主要功能&＃xff0c;在得到用户的认可后&＃xff0c;将原型系统不断扩充演变为最终的软件系统。它将原型的思想扩展到软件开发的全过程。

快速原型模型的运用方式

　　由于运用原型的目的和方式不同&＃xff0c;在使用原型时也采取不同的策略&＃xff0c;有抛弃策略和附加策略。

　　1、抛弃策略是将原型用于开发过程的某个阶段&＃xff0c;促使该阶段的开发结果更加完整、准确、一致、可靠&＃xff0c;该阶段结束后&＃xff0c;原型随之作废。探索型和实验型就是采用此策略的。

　　2、附加策略是将原型用于开发的全过程&＃xff0c;原型由最基本的核心开始&＃xff0c;逐步增加新的功能和新的需求&＃xff0c;反复修改反复扩充&＃xff0c;最后发展为用户满意的最终系统&＃xff0c;演化型快速原型就是采用此策略。

　　采用何种形式、何种策略运用快速原型主要取决于软件项目的特点、人员素质、可供支持的原型开发工具和技术等&＃xff0c;这要根据实际情况的特点来决定。

快速原型模型的开发步骤

　　1、快速分析

　　在分析人员与用户密切配合下&＃xff0c;迅速确定系统的基本需求&＃xff0c;根据原型所要体现的特征描述基本需求以满足开发原型的需要。

　　2、构造原型

　　在快速分析的基础上&＃xff0c;根据基本需求说明尽快实现一个可行的系统。这里要求具有强有力的软件工具的支持&＃xff0c;并忽略最终系统在某些细节上的要求&＃xff0c;如安全性、坚固性、例外处理等等&＃xff0c;主要考虑原型系统能够充分反映所要评价的特性&＃xff0c;而暂时删除一切次要内容。

　　3、运行原型

这是发现问题、消除误解、开发者与用户充分协调的一个步骤。

　　4、评价原型

　　在运行的基础上&＃xff0c;考核评价原型的特性&＃xff0c;分析运行效果是否满足用户的愿望&＃xff0c;纠正过去交互中的误解与分析中的错误&＃xff0c;增添新的要求&＃xff0c;并满足因环境变化或用户的新想法引起的系统要求变动&＃xff0c;提出全面的修改意见。

　　5、修改

　　根据评价原型的活动结果进行修改。若原型未满足需求说明的要求&＃xff0c;说明对需求说明存在不一致的理解或实现方案不够合理&＃xff0c;则根据明确的要求迅速修改原型。