软件为什么要做原型

⑴ 为什么要使用原型化方法

之所以要使用原型化方法是为弥补瀑布模型的不足而产生的：
产生过程：
传统软件生存期模型的典型代表是“瀑布模型"。这种模型将软件生存期划分为若干阶段，根据不同阶段工作的特点，运用不同的方法、技术和工具来完成该阶段的任务。软件人员遵循严格的规范，在每一阶段工作结束时都要进行严格的阶段评审和确认，以得到该阶段的一致、完整、正确和无多义性的文档，把这些文档作为阶段结束的标志“冻结"起来，并以它们作为下一阶段工作的基础，从而保证软件的质量。
传统思想之所以强调每一阶段的严格性，尤其是开发初期要有良好的软件规格说明，主要是源于过去软件开发的经验教训，即在开发的后期或运行维护期间，修改不完善的规格说明要付出巨大的代价。因此人们投入极大的努力来加强各阶段活动的严格性，特别是前期的需求分析阶段，希望得到完善的规格说明以减少后期难以估量的经济损失。
但是，很难得到一个完整准确的规格说明。特别是对于一些大型的软件项目，在开发的早期用户往往对系统只有一个模糊的想法，很难完全准确地表达对系统的全面要求，软件人员对于所要解决的应用问题认识更是模糊不清。经过详细的讨论和分析，也许能得到一份较好的规格说明，但却很难期望该规格说明能将系统的各个方面都描述得完整、准确、一致，并与实际环境相符。很难通过它在逻辑上推断出(不是在实际运行中判断评价)系统运行的效果，以此达到各方对系统的共同理解。随着开发工作向前推进，用户可能会产生新的要求，或因环境变化，要求系统也能随之变化；开发者又可能在设计与实现的过程中遇到一些没有预料到的实际困难，需要以改变需求来解脱困境。因此规格说明难以完善、需求的变更、以及通信中的模糊和误解，都会成为软件开发顺利推进的障碍。尽管在传统软件生存期管理中通过加强评审和确认，全面测试来缓解上述问题，但不能从根本上解决这些问题。
为了解决这些问题，逐渐形成了软件系统的快速原型的概念。在形成一组基本需求之后，通过快速分析方法构造出待建的原型版本，然后根据顾客在使用原型的过程中提出的意见对原型进行修改，从而得到原型的更新版本，这一过程重复进行，直至得到满足顾客需求的系统。
总体来说，原型化方法是用户和软件开发人员之间进行的一种交互过程，适用于需求不确定性高的系统。它从用户界面的开发入手，首先形成系统界面原型，用户运行用户界面原型，并就同意什么和不同意什么提出意见，它是一种自外向内型的设计过程。

⑵ 平时我们常常说先做出一个原型系统，那么究竟什么是原型呢

原型化方法是用户和软件开发人员之间进行的一种交互过程，适用于（46）系统。它从用户界面的开发入手，首先形成（47） ，用户（48） ，并就（49） 提出意见，它是一种（50） 型的设计过程。 （46）A. 需求不确定性高的B.需求确定的C. 管理信息D. 决策支持 （47）A. 用户界面使用手册B.用户界面需求分析说明书 C. 系统界面原型 D.完善的用户界面 （48）A. 改进用户界面的设计B. 阅读文档资料 C. 模拟用户界面的运行 D. 运行用户界面原型 C. 程序的结构D. 执行速度是否满足要求 （50）A. 自外向内B. 自顶向下C. 自内向外D. 自底向上分析：通常，原型是指模拟某种产品的原始模型。在软件开发中，原型是软件的一个早期可运行的版本，它反映最终系统的部分重要特性。 使用原型的原型化方法特别适用于需求不确定性较高的软件系统的开发。它的基本思想是根据用户给出的基本需求，通过快速实现构造出一个小型的可执行的模型，满足用户的基本要求，这就是系统界面原型。让用户计算机上实际运行这个用户界面原型，在试用的过程中得到亲身感受和受到启发，做出反应和评价，提出同意什么和不同意什么。然后开发者根据用户的意见对原型加以改进。随着不断试验、纠错、使用、评价和修改，获得新的原型版本，如此周而复始，逐步减少分析和通信中的误解，弥补不足之处，进一步确定各种需求细节，适应需求的变更，从而提高了最终产品的质量。 它是一种自外向内型的设计过程。

⑶ 软件工程 为什么原型系统通常不应该作为生产系统使用

原型系统主要用来演示的，告之别人这个软件以后可能会长的这样，有多少功能，是如何跳转的。用来和用户进行交流使用的。
记住：原型系统的功能是不全的，只起到示意的作用。

⑷ 为什么软件开发人员要做原型设计

看来楼上是有点计较的人， 一般的理解是原型要产品的人来做，让程序员来做这个看，可能就是公司当时的状况了， 我觉得你能做的话画画原型也没啥 。

⑸ 什么是软件的产品原型

就是网站发布系统的原理。系统是怎么做内容管理的，最好有结构流程图。

⑹ 为什么软件开发人员要做原型设计

产品原型也是需求说明书的一种，一般与软件开发说明文档 一同形成。比开发文档描述的需求更加清楚，产品原型可以直接展示需求出来。

⑺ 软件开发——原型设计和demo有什么区别

首先，简单介绍

简单讲， 原型仅仅只是一个网页或App的模型，常规将分为纸质的和电子的两种类型。方便设计师或设计团队之间，相互沟通，协作和迭代产品设计构思。后期，细节和交互丰富的高保真原型，还能帮助设计师们直接测试产品可能存在的问题。 总体上，只是产品概念性模型，并不是最终产品。

而demo则是产品的真实状态，能够供客户或设计师直接使用或测试的版本。当然，它可能并不是产品的最终状态。就类似音乐demo，可供快速查看和了解产品未来的最终状态。

其次，负责人员

原型一般由设计师或产品经理完成，方便在设计和迭代阶段，能够更加便利的沟通、改进和迭代设计构思。

而demo，则一般由开发人员根据设计稿或原型开发完成。

最后，使用工具

原型， 现今一般通过原型设计工具完成，例如国内热门的摹客原型设计，提供非常全面原型设计功能，设计、协作、沟通、迭代以及分享都能分分钟完成。它的在线版本，也是新增很多全新供能够，例如更多拿来就能用的复合组件，更多状态和命令交互选择，更多图标，以更多团队协作和管理功能等等。

demo则需要产品编程工具，从头编写。

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

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

它具有以下特征

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

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

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

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

4、它必须快速、廉价。

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

(8)软件为什么要做原型扩展阅读

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

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

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

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

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

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

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

⑽ 作为产品经理，为什么要画高保真原型

AXURE是做交互原型，是产品经理必备工具之一。PS和AI当然可以做原型里的图片（或称高保真效果图），问题是它们不具备做交互功能，要做成交互的产品原型还是需要别的软件来完成。希望回答对你有帮助，以后多多一起交流学习。