原型模型

之前模型（瀑布模型和螺旋模型）最显著的缺点是在应用程序开发完成后，会有大量的客户拒绝，并且在项目过程中没有客户的参与。

因此，他们开始了一种新的方法，即原型模型。 在这个模型中，我们会从客户那里收集需求，并准备一个原型（样品），并由客户进行审查和批准。 只有当他们满意时，我们才会开始处理原始项目，这样就不会有客户拒绝的情况。

原型只是所需软件产品的样品或虚拟版本。 如果所有提到的模块都存在，那么只有开发人员和测试人员才会执行原型测试。

何时使用原型模型

通常，由于以下原因，我们会选择此模型

• 每当客户对软件行业是新手，或者当他不知道如何向公司提出需求时。
• 当开发人员是新进入该领域时。

注意
测试和原型测试之间的区别在于：在测试中，我们将处理给出一些输入和输出的功能。
在原型测试中，我们将只测试外观，这意味着 UI 和前端。

原型模型流程

原型模型有不同的阶段，如下所示

• 需求分析
• 可行性研究
• 创建原型
• 原型测试
• 客户审核和批准
• 设计
• 编码
• 测试
• 安装和维护

需求分析

此模型从从客户那里收集需求开始。 并且项目的这些需求应该是详细的。 这些详细信息由业务分析师和产品分析师接收。 其中，业务分析师负责基于服务的软件公司，而产品分析师负责基于产品的软件公司。

可行性研究

在下一阶段，业务分析师、人力资源、架构和财务团队负责人将坐在一起，讨论产品的成本、需要哪些资源、使用哪种技术来开发产品以及完成和交付产品需要多少时间。

创建原型

完成可行性研究后，我们将进入下一阶段，根据从客户端收集的数据创建原型（样品或虚拟版本），Web 开发人员将设计原型。

在这里，我们有以下类型的原型

• 静态原型
• 动态原型

静态原型

在静态原型中，我们将所有需求的原型保存在 Word 文档中，其中包含所有指南、屏幕截图以及有关如何构建软件、完整产品的外观以及工作方式等的描述。

动态原型

动态原型与浏览器并行，但在这里我们无法提供任何详细信息，只有功能，没有输入数据。 它就像一个由 HTML 制成的虚拟页面，其中包含标签和指向产品各种表现功能的链接。

原型测试

构建原型后，业务分析师将测试原型并执行一轮原型测试。

注意
原型测试是一种测试，我们将只测试外观，这意味着 UI 和前端。

客户审核和批准

原型测试完成后，它将被移交给客户进行审查和批准。 如果客户对给定的样品不满意，我们将根据客户的指导方针和反馈更改原型。 此过程将一直进行到客户批准并对原型感到满意为止。 这有点耗时，因为我们必须在原型中一次又一次地进行更改。

设计

获得批准的原型后，我们将开始为最终产品进行高层和低层设计，并考虑客户在最终原型时给出的所有建议。

编码

成功完成设计阶段后，我们将进入编码阶段，相关开发人员将根据他们的编程知识开始开发产品。

测试

完成开发阶段的编译后，它将被移交给测试工程师。 测试工程师测试应用程序功能以及所有输入和输出。

安装和维护

根据最终原型开发和测试我们的最终产品后，它将被部署到生产环境。 产品将不时进行维护，以减少任何中断，这有助于避免重大故障。

注意

• 从需求收集到客户审核，文档格式将转换为原型格式，因为它是一个扩展的需求收集阶段，而实际设计从设计阶段开始。
• 以前，原型开发是由开发人员完成的。 但现在它是由内容开发人员或 Web 设计师完成的，他们借助一些工具开发产品的原型。
• 在此过程中，客户有机会在开始时要求更改需求，因为在原型中进行需求更改比在实际应用程序中更容易。 因此，成本将会降低，并且可以满足期望。

原型模型的优点和缺点

原型模型有以下优点和缺点