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