原型模型概述及说明情况

        说到原型法，首先应该想到原型模型，20 世纪 80 年代中期推出一种新的开发模式，弥补了传统结构化生命周期法的不足，缩短了开发周期，减少了开发风险，这种开发模型叫作原型模型。原型模型是先借用已有软件系统作为“样品”，通过向用户提供原型获取用户的反馈，使开发出的软件能够真正反映用户的需求。同时，原型模型采用逐步求精的方法完善原型，使得原型能够“快速”开发，避免了想瀑布模型一样在冗长的开发过程中难以对用户的反馈作出快速的响应。相对瀑布模型而言，原型模型更符合用人们开发软件的习惯，是目前较流行的一种使用软件生存期模型。

        原型法以原型模型为基础，在收集用户的基本需求后，首先建立一个功能简单的原型系统，然后将原型系统展示给用户，用户在试用过程中，开发者主动加强与用户的沟通，记录用户的反馈，通过对原型系统的反复评价、反复修改，从而逐步求精地确定各种需求的细节和变化，不断扩充完善，最终得到软件系统。

          “原型”是指系统早期，开发者经过快速开发，形成一个能反映系统主要功能及特征的简单版本（如软件界面与布局、基本功能等），相当于“软件的样机”，将这样一个“样机”直观地展现给用户，可以第一时间征求到用户意见，在后续开发过程中不断的试用、测试、修改、完善，形成软件产品，清晰地理解用户的需求，最终将原型模型转换成目标系统，提供给用户。

 1. 原型法的优点

        （1）原型法符合人们认识事物的规律，系统开发循序渐进，反复修改，确保较好的用户满意度；

         （2）开发周期短，费用相对少；

         （3）由于用户的直接参与，系统更加贴近实际；

         （4）易学易用，减少用户的培训时间；

         （5）软件系统应变能力强。

2.原型法的应用

2.1快速分析

        项目需求及设计人员与用户第一时间进行全方位的业务沟通，形成沟通记录，并对用户业务需求进行讨论，对于业务需求不是很明确的用户，可以采取提问式的沟通方式，对软件的业务需求进行引导式的收集和归纳，弄清用户的基本信息需求。

2 .2构造原型

        软件设计人员根据前期的需求分析，进行软件系统框架的搭建，根据用户的业务需求，开发初始的原型系统，原型系统应具备基本的业务需要，针对用户的基本业务，原型系统上都要体现出来，在搭建原型系统时，还要考虑后续原型系统功能的拓展性，为后续的软件功能更改做好准备。

2.3 评价原型

        用户和软件开发人员针对原型系统，采用开会讨论的方式，对原型系统的各个业务功能的实现进行讨论，这时候的业务功能讨论尽量做到明细、明确，把用户的业务问题讨论透彻，明确用户需要什么和软件开发人员应该怎样做的问题。最后对原型系统所有的修改和建议形成过程记录，制定详细的开发计划，按计划实施开发任务。

2.4 完善原型

          软件开发人员根据与用户反复讨论形成的过程记录和项目实施计划，对原型系统进行修改和完善，并做好内部测试，完成后将定版的系统交付用户进行试用，并提供使用手册和问题归零。

        原型法很好地解决了用户与开发方需求沟通的问题，通过可视化的原型功能界面，强化了开发人员与用户的沟通，降低了软件项目的开发风险，节省了后期需求变更的成本，大大提高了项目成功的概率。原型法还可以与其他开发模型结合使用，随着软件开发模型在行业的蓬勃发展，根据具体情况选择适合的开发模型，达到提高开发效率、提高软件质量的目标。