📜  原型模型

📅  最后修改于: 2021-01-10 15:42:12             🧑  作者: Mango

原型模型

先前模型的最大缺点(瀑布和螺旋)是在开发应用程序之后发生了很多客户拒绝,并且项目之间没有客户参与。

因此,他们开始了新方法,称为原型模型。在这种情况下,我们将从客户那里收集需求,并准备一个原型(样本),并使其得到客户的审查和批准。只有当他们满意时,我们才会开始处理原始项目,以免受到客户的拒绝。

原型只是所需软件产品的样本或模型。如果存在所有上述模块,则只有开发人员和测试人员将执行原型测试。

当我们使用原型模型时

通常,由于以下原因,我们选择此模型:

  • 每当客户对软件行业不熟悉时,或者当他不知道如何向公司提出要求时。
  • 当开发人员是新手时。

注意:测试和原型测试之间的区别在于-在测试中,我们将研究功能,该功能将提供一些输入和输出。在原型测试中,我们将仅测试外观,这意味着用户界面和前端。

原型模型过程

原型模型具有不同的阶段,如下所示:

  • 需求分析
  • 可行性研究
  • 创建一个原型
  • 原型测试
  • 客户审查和批准
  • 设计
  • 编码
  • 测验
  • 安装及保养

需求分析

该模型首先从客户那里收集需求。这些项目的要求应该是详细的。这些详细信息由业务分析师和产品分析师接收。将业务分析师分配给基于服务的软件公司,产品分析师分配给基于产品的软件公司

可行性研究

在下一阶段, BA,HR,建筑和财务团队的负责人将坐在一起,讨论产品的成本,将需要哪些资源,使用哪种技术来开发产品以及需要多少时间。完成产品并交付。

创建一个原型

完成可行性研究后,我们将进入下一步,根据客户收集的数据创建原型(样本或虚拟),然后由Web开发人员设计原型。

在这里,我们有以下几种原型:

  • 静态原型
  • 动态原型

静态原型

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

动态原型

动态原型与浏览器平行,但是在这里我们无法提供任何详细信息,只有功能存在而无需输入数据。就像是用html制成的虚拟页面,它具有标签以及指向各个页面的链接,这些链接指向产品的表达功能。

原型测试

一旦我们构建了原型,BA将测试原型并执行一轮原型测试。

注意:原型测试是测试,我们将仅测试外观,即UI和前端。

客户审查和批准

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

设计

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

编码

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

测验

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

安装及保养

一旦根据最终原型开发并测试了我们的最终产品,它将被部署到生产中。产品将不定期维护,以减少任何中断,这有助于避免重大故障。

注意:

  • 需求收集客户审核,记录的格式会转换为原型格式,因为它是一个扩展的需求收集阶段,实际设计是从设计阶段开始的。
  • 以前,原型开发由开发人员完成。现在,这仍然由内容开发人员或Web设计人员完成,他们在某些工具的帮助下开发产品的原型。
  • 在这种情况下,客户很容易开始自己提出要求变更的机会,因为很容易在原型而不是实际应用中进行变更。因此,成本将降低,并且可以满足期望。

原型模型的优缺点

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

Advantage Disadvantage
We can easily detect the missing functionality. It is a time-consuming process because if customer changes in the prototype.
And it will also waste our time by changing again and again in the dummy (prototype), which will delay the working of the real project.
In this, the development team and customer have clear communication regarding the requirements and the outcome of the product. There is no requirement review, but the prototype review is there.
In this, customer satisfaction exists. There are no parallel deliverables, which means that the two teams cannot be work together.
We can re-use the prototype in the design phase and for similar applications. Sometime the partial application may cause the software not to be used as the complete system was designed.
In this model, customer rejection is less as compared to the other models. Insufficient or partial problem analysis.
Issues can be identified in the early phase. We may also lose customer attention if they are not happy with the final product or original prototype.