软件工程 |原型模型的阶段|套装 – 2
先决条件 - 原型模型
原型模型也是一种流行的软件开发生命周期模型。原型模型可以被认为是迭代瀑布模型的扩展。该模型建议在开发实际软件之前构建系统的工作原型。
原型是系统的玩具和粗略实现。与实际软件相比,它的功能能力有限、可靠性低或性能低下。通过开发低效、不准确或虚拟功能,可以使用多个快捷方式快速构建原型。
原型模型的必要性——
- 使用原型模型开发软件的图形用户界面 (GUI) 部分是有利的。通过原型,用户可以试验一个工作的用户界面,如果需要,他们可以提出任何改变。
- 当开发团队不清楚确切的技术解决方案时,原型模型特别有用。原型可以帮助他们批判性地检查与产品开发相关的技术问题。不熟悉所需的开发技术是一种技术风险。这可以通过开发原型来理解问题并适应下一次迭代中的变化来解决。
原型模型的阶段 –
软件开发的原型模型如下图所示。该软件是通过两个主要活动开发的——一个是原型构建,另一个是基于迭代瀑布的软件开发。
原型开发——原型开发从最初的需求收集阶段开始。进行快速设计并构建原型。开发的原型提交给客户进行评估。根据客户反馈,细化需求并适当修改原型。这个获得客户反馈和修改原型的循环一直持续到客户批准原型为止。
迭代开发——一旦客户批准了原型,就使用迭代瀑布方法开发实际软件。尽管有可用的工作原型,但通常需要开发 SRS 文档,因为 SRS 文档对于在后期阶段进行易处理性分析、验证和测试用例设计非常宝贵。
原型的代码通常被丢弃。但是,从开发原型中获得的经验对开发实际软件有很大帮助。通过构建原型并将其提交给用户评估,许多客户需求得到正确定义,技术问题通过原型试验得到解决。这最大限度地减少了来自客户的后期变更请求以及相关的重新设计成本。
原型模型的优势——该模型最适合遭受技术和需求风险的项目。构建的原型有助于克服这些风险。
原型模型的缺点 –
- 在风险非常低的各种情况下,使用原型模型开发软件的成本会增加。
- 使用原型模型开发软件可能需要更多时间。
- 原型模型仅对那些在开发开始之前可以识别风险的项目有效。由于原型是在项目开始时开发的,因此原型模型对于在开发阶段开始后识别的风险是无效的。