原型模型
原型模型
以前模型(瀑布型和螺旋型)的最大缺点是应用程序开发后发生了很多客户拒绝，并且没有参与项目之间的客户。
因此，他们开始了新方法，称为原型模型。在此，我们将收集客户的需求并准备原型(样品)，并得到客户的审查和批准。只有当他们满意时，我们才会开始着手原始项目，这样不会有任何客户拒绝。
原型只是所需软件产品的样本或假人。如果所有提到的模块都存在，那么只有开发人员和测试人员将执行原型测试。
当我们使用原型模型时
通常，我们会这样做模型的原因如下:
每当客户刚接触软件行业或不知道如何向公司提出要求时。
开发者刚接触该领域时。
注意: 测试和原型测试之间的区别在于——在测试中，我们将研究功能，它提供一些输入和输出。而在原型测试中，我们将只测试外观，即 UI 和前端。
原型模型过程
原型模型有不同的阶段，具体如下:
需求分析
可行性研究
创建原型
原型测试
客户审核和批准
设计
编码
测试
安装和维护
需求分析
这个模型从收集客户的要求。项目的这些要求应该是详细的。这些详细信息由业务分析师和产品分析师收到。 业务分析师分配给基于服务的软件公司，产品分析师分配给基于产品的软件公司 strong>.
可行性研究
在下一阶段，BA、HR、架构和财务团队负责人将坐在一起并讨论产品的成本、将需要哪些资源、使用哪种技术来开发产品以及完成产品和交付需要多少时间。
创建原型
完成可行性研究后，我们将进入下一阶段，我们将根据从客户和 Web 开发人员收集的数据创建原型(样本或虚拟)将设计原型。
这里，我们有以下类型的原型:
静态原型
动态原型
静态原型
在静态原型中，我们将需求的整个原型保存在一个word文档中，包括所有的指南、截图和描述如何构建软件、完成的产品将是什么样子以及它将如何工作等等。
动态原型
动态原型与浏览器平行，但这里我们不能提供任何细节，只有功能没有输入数据。它就像一个由 html 组成的虚拟页面，带有标签和指向产品表达功能的各个页面的链接。
原型测试
一次我们构建原型，BA 将测试原型并进行一轮原型测试。
注意: 原型测试是测试，我们将只测试外观和感觉，这意味着 UI 和前端。
客户审核和批准
原型测试完成后，将交给客户审核和批准。如果客户对给定的样品不满意，我们将根据客户的指导方针和反馈更改原型。这个过程将一直持续到客户批准并满意原型。这有点费时，因为我们要在原型中一次又一次地进行更改。
设计
获得批准的原型后，我们将开始最终产品的高级和低级设计，并考虑客户在最终原型时给出的所有建议。
编码
一次设计阶段已成功完成，我们进入编码阶段，相关开发人员开始根据他们的编程知识开发产品。
测试
之后开发阶段的编译，交给测试工程师。测试工程师测试应用程序功能，以及所有输入和输出。
安装和维护
根据最终原型开发和测试我们的最终产品，它将被部署到生产中。并且产品会不时进行维护，以减少任何中断，从而有助于避免重大故障。
注意:
从需求收集到客户评审，由于是一个扩展的需求收集阶段，文档格式转换为原型格式，实际设计从设计阶段。
以前，原型开发是由开发人员完成的。不过，现在它是由内容开发人员或网页设计人员完成的，他们在一些工具的帮助下开发产品原型。
在这种情况下，客户在开始时就有机会要求更改需求，因为在原型而不是实际应用程序中更改需求很容易。因此，成本会降低，并达到预期。
原型模型的优缺点
原型模型有以下优点和缺点:
| 优势 |
缺点 |
| 我们可以轻松检测到缺失的功能。 |
这是一个耗时的过程，因为如果客户更改原型。
而且还会浪费我们的时间，在虚拟(原型)中一次又一次地更改，这会延迟实际项目的工作。 |
| 在这方面，开发团队和客户就产品的需求和结果进行了清晰的沟通。 |
没有需求审查，但有原型审查。 |
| 在此，客户满意是存在的。 |
没有平行的可交付成果，这意味着两个团队不能一起工作。 |
| 我们可以在设计阶段和类似应用中重复使用原型。 |
有时部分应用程序可能会导致软件无法使用，因为完整的系统是设计好的。 |
| 在此模型中，与其他模型相比，客户拒绝较少。 |
问题分析不充分或部分。 |
| 可以在早期阶段发现问题。 |
如果客户对最终产品或原始原型不满意，我们也可能会失去客户的注意力。 |
