快速原型模型-体育管理信息系统

快速原型模型（Rapid Prototype Model）也称原型模型、样品模型，是增量模型的一种。原型模型的基本思想是在开发真实系统之前，软件开发人员根据用户提出的软件需求快速开发一个样品，以便向用户展示软件系统的部分或者全部功能和性能。然后在用户对原型评价意见的基础上进一步地使需求精确和完整，并根据新的需求进一步完善原型。反复迭代，直到软件开发人员和客户就需求达成共识为止，才着手开发真正的系统。

快速原型法强调软件开发人员与用户不断地交流互动，通过原型的演进不断地根据用户需求的改变而改变，如图4-7所示：

图4-7　原型法

原型法工作的一般流程。大体可分为四个阶段：

1.确定用户的基本需求

首先要在很短的时间内调查并确定用户基本需求，这时的需求可能是不完全的、粗糙的，但也是最基本的。例如，系统功能、数据规范、结果格式、屏幕及菜单等。这个阶段不产生正式文件，但对规模较大的系统应准备一个初步的需求文件。

此时，传统方式下的工作方法都可借用。原型法和传统方法比较，只不过是要求简单，其目标是为初始模型收集信息，建立简化模型。

2.开发初始原型系统

开发者根据用户基本需求开发一个应用系统软件的初始模型。初始原型不要求完全，只要求满足用户的基本需求。

3.对原型进行评审

用户在开发人员的协助下试用原型系统，评价系统的优缺点。开发人员借此进一步明确用户需求和原型存在的问题。(www.xing528.com)

4.修正和改进原型系统

开发者根据用户试用及提出的问题，与用户共同研究确定修改原型的方案，经过修改和提高得到新的原型。然后再试用、评价，再修改提高，多次反复一直到满意为止。

快速原型方法可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险，具有显著的效果，主要优点包括：

（1）符合人们认识事物的规律

开发过程是一个循环往复的反馈过程，它符合用户对计算机应用的认识逐步发展、螺旋式上升的规律。

（2）加强了开发过程中的用户参与程度

快速原型法很具体，易学易用，使用户能快速、直观地接触和使用系统，减少对用户的培训时间，同时可产生正确的系统需求描述。

（3）快速原型法开发周期短，使用灵活，对于管理体制和组织结构不很稳定，有变化的系统比较适合

（4）降低系统开发中的风险和开发的成本

快速原型法的缺点是对于大型的、复杂的系统，不适于直接使用；开发过程管理困难；用户较早看到原型，错认为就是新系统，使用户缺乏耐心；开发人员很容易用原型取代系统分析。

作为一种具体的开发方法，快速原型法有一定的适用范围和局限性。由于缺乏对整个系统的全面认识，系统分析比较粗略，不易在复杂的大型管理信息系统中全面应用。快速原型法适用的场合有：用户事先难以说明需求的较小的应用系统以及决策支持系统等。