浅谈软件工程中的“原型开发”

内容导航：

浅谈软件工程中的“原型开发”

软件工程 原型模型

软件工程中的原型是什么？

名词解释：什么叫软件原型?

一、浅谈软件工程中的“原型开发”

最近作者在参与一个APP的简单开发项目，关于图书推荐。在进行项目探索的时候，不明确用户需求，不知如何下手，于是便和小伙伴们一起交流，在各个相关软件中寻找灵感，最终慢慢摸索出一个简单粗糙的雏形，这便是原型，它也算是这款APP的1.0版本。所以，今天就和大家谈谈原型开发的一些知识。

　　

原型的定义

　　原型是一个可实地运行的模型，有正式产品的主要特征，但不是全部特征。软件原型是软件系统的最初版本，以最少的费用，最短的时间开发出的、以反映最后软件的主要特征的系统。

原型开发的定义

　　原型开发指的是建立一个系统的早期版本的演习，它不必反映最终的所有性能，而只要反映感兴趣的一些方面。

原型的作用

　　软件开发初期很难确定用户的需求规格，所以以原型（软件产品的样品）为共同预研，实现用户与开发者双向沟通，消除用户与开发组之间的鸿沟。

　　原型模型（快速成型模型）

采用原型模型的软件生存周期

原型的特性

　　1. 是一个可实际工作的系统

　　2. 没有固定的生存期，结局可能是用后立即被抛弃，或可能成为最终系统

　　3. 可服务于不同目的，从需求分析到最终产品都可做原型

　　4. 建立必须快、便宜

　　5. 是包含修改、评价在内的完整重复过程

原型化开发的应用领域

　　1. 需求分析和定义规格说明

　　2. 作为软件设计的一种工具

　　3. 作为一种解决不确定性的工具

　　4. 作为一种实验的工具

　　5. 系统开发的同时，作为同步培训工具

　　6. 作为开发方法，利用原型演化为最终系统

　　7. 作为软件维护的辅助工具

不适合原型开发的领域

　　1. 嵌入式软件

　　2. 实时控制软件

　　3. 科学数值计算软件

原型开发的分类

　　原型化实现技术随建立原型的目的的不同分为：

　　1. 抛弃式原型开发

　　2. 演化式原型开发

　　3. 递增式原型开发

原型开发的步骤

　　1. 确定原型开发目标

　　2. 功能选择

　　3. 原型构造

　　4. 评价

原型化的开发环境

　　1. 试验性原型

　　原型用来确认对需求的理解是否正确，应在与实际产品环境相近的环境上开发原型。

　　2. 试用性原型

　　原型用来帮助用户在试用中使自己的模糊的需求明确起来，可在与实际产品环境完全无关的环境上开发运行。

原型化策略

　　1. 仅对屏幕原型化

　　2. 使用购买的软件系统作为初始模型

　　3. 可行性分析中的原型

　　4. 子系统原型化

原型类型

　　从原型所表现的产品特性出发，原型可分为：

　　界面原型

　　功能原型——系统功能形式上的实现

原型开发技术

　　功能原型开发

　　用户界面原型开发

支持原型开发的软件工具

　　1. 原型化工具

　　面向应用的第四代语言（4GL）：Delphi、VB、PowerBuilder等

　　可执行规格说明语言：PAISLey语言、Gist语言等

　　2. CASE原型化工具

　　将原型化工具和支持其它软件工程方法的CASE工具集成在一起，使用GUI技术和仿真模拟技术来快速生成原型

　　支持快速原型方法的CASE工具：用户界面自动生成工具、面向数据库应用的开发工具、4GL环境提供的CASE工具、可重用工具

　　原型化工具和CASE原型化工具的特点：以自动生成原型为目的、不用编程或基本不用编程

原型法的效果

　　1. 保证产品有较好的可维护性

　　2. 改善用户与开发人员的信息交流和思想沟通，给用户修改的机会

　　3. 减少或消灭下游返工的可能，改进了瀑布模型的弊病

　　4. 原型系统可作为培训环境，有利于用户培训和开发同步

　　5. 开发成本降低，周期缩短

原型法局限性

　　1. 需工具支持，否则开发工作量大

　　2. 只能缩短用户与软件需求定义间的距离，并不能消灭这个距离

　　3. 需要权衡多方面因素，进行整体评估。

应用案例

　　卢森堡国际银行Sybase——快速建立企业级数据仓库

　　最初决定设计一种数据仓库项目原型，将开发范围限制在易于管理的状态，并想及早地示范出它为银行管理所带来的优势。零售银行部门被选中进行数据仓库项目的实验。这个试点项目的基本目标是向商业管理人员提供一个信息访问方式，使他们可以对零售银行的产品销路、客户档案资料以及变化情况进行全面分析。这个试点项目同时也想示范一下数据仓库的生存能力和商业优势，为以后更大规模的实现打下坚实的基础。

一、软件工程 原型模型

原型法适用于用户没有确定其需求的明确内容的时候。他先是根据已给的和分析的需求，建立一个原始模型，这是一个可以修改的模型（在声明周期法中，需求分析一般不再多修改）。在软件开发的各个阶段都把有关信息相互反馈，直至模型的修改，使模型趋于完善。在各个过程中，用户的参与和决策加强了，最终的结果更适合用户的要求。这种原型技术有分为三类：抛弃式、演化式和递增式。原型法成败的关键及效率的高低关键在于模型的建立和建模的速度。 原型法的优点是：可以解决在产品开发早期需求不确定的问题（不确定性、二义性、不完整性、含糊性等），可以明确并完善需求、探索设计选择方案、发展为最终产品。 原型法的缺点也是显而易见的，需要在正式的代码开发之前进行必要的原型开发，在某种程度上增加了工作量，尤其采用抛弃型原型，更是如此。
正确的有 1 2 3 5 6 7 9 10

二、软件工程中的原型是什么？

通俗的说就是 塑造出的一个简单模型，通过这个模型来让用户更形象的描述出软件的功能，就像你想造一辆汽车就先做一个很简单的有四个轮子的东西，然后问用户这个是你想要的吗？你还想在这基础上再加些什么功能？这就是原型

三、名词解释：什么叫软件原型?

软件原型(software prototype)是软件的最初版本，以最少的费用、最短的时间开发出的、以反映最后软件的主要特征的系统。

它具有以下特征

1、它是一个可实际运行的系统

2、它没有固定的生存期。一种极端是扔掉原型（以最简便方式大量借用已有软件，做出最后产品的模型，证实产品设想是成功的，但产品中并不使用）；

另一种极端是最终产品的一部分即增量原型（先做出最终产品的核心部分，逐步增加补充模块），演进原型居于其中（每一版本扔掉一点，增加一点，逐步完善至最终产品）。

3、从需求分析到最终产品都可作原型，即可为不同目标作原型。

4、它必须快速、廉价。

5、它是迭代过程的集成部分，即每次经用户评价后修改、运行，不断重复双方认可。

扩展资料

在"需求分析"、"原型设计"两个阶段中，开发者和用户一起为想象中的系统的某些主要部分定义需求和规格说明，并由开发者在规格说明级用原型描述语言构造一个系统原型。

它代表了部分系统，包括那些为满足用户需求的必要属性。该原型可用来帮助分析和设计工作，而不是一个软件产品。

在演示原型期间，用户可以根据他所期望的系统行为来评价原型的实际行为。如果原型不能满意地运行，用户能立刻找出问题和不可接受的地方，并与开发者重新定义需求。该过程一直持续到用户认为该原型能成功地体现想象中的系统的主要部分功能为止。

在这期间，用户和开发者都不要为程序算法或设计技巧等枝节问题分心，而是要确定开发者是否理解了用户的意思，同时试验实现它们的若干方法。

有了满意的系统原型，同时也积累了使用原型的经验，用户常会提出新目标，从而进一步重新原型周期。新目标的范围要比修改或补充不满意的原型大。

参考资料：