我们如何制作原型？
我们对设计，GUI进行原型设计，只是为了分析特定问题，概念验证等。有时我们丢弃原型，有时将其最终放入生产代码中。我们使用不同的语言，技术，策略和样式进行原型制作。
我们通常制作原型时有哪些不同情况？如何制作原型？有什么好的资源可以熟练掌握这项技术吗？
解决方案
现在，我只是画画。我想做更多的事情，但是要想使用户了解到比图片更好的东西，将花费大量时间。
我有兴趣看到其中的一些回复：)
我应该提到我在哪里工作，只是我和另一个人在扮演项目经理(收集数据，设计规范和应用程序)，dbas，编码员，工具研究人员/开发人员等角色，这些工作与制作应用程序有关一家小公司。
我开始制作一个使最有趣的零件起作用的原型，然后将其扔掉，然后转到一个新的，更有趣的项目中。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
杀死自我
对于Web应用程序，从纯(x)HTML + CSS原型开始，然后使用易于实现功能的框架。
基于模板的框架对此非常有用，但是我们在JSF + Facelets + Seam方面也有一些不错的经验。
一个热门的标题是"软件制造商的有效原型设计"。问题是有几种思想流派。
- 快速原型制作。使用精美的工具；尽快完成工作。
- 进化原型。从原型发展到生产。
其中一些是遗留思想，基于一个时代，在这个时代，工具是原始的，并且必须从一开始就精心策划项目。当我进入这个行业时，"绿屏"字符模式应用程序在火箭科学和模拟方面非常痛苦。工具和形式技术对于管理成本和风险至关重要。
这种思想被一些最近的思想所压倒。
- 强大的工具消除了对复杂原型的需求。 HTML样机可以快速打包在一起。当我们几乎不需要预算或者计划时，它仍然是原型吗？ [我们可以在MS-Word中对其进行模拟，然后将其另存为HTML。对于业务分析师来说，这样做要比指定并让程序员做起来要快。
- 而且，强大的工具可以减少错误的成本。如果只花一个星期的时间将所有东西放在一起-即可投入生产-正式原型工作的意义何在？
- 敏捷技术减少了进行大量详细的前期计划的需要。当我们迅速将有用的东西投放到用户手中时，我们无需太多的精力就可以确保每个细微差别在我们开始之前就正确了。它只需要足够好就可以考虑它的进展。
以下是可能发生的情况。 [隐藏的问题是：这仍然是"原型"吗？或者这仅仅是具有功能强大的工具的敏捷方法？]
使用Django之类的工具，我们可以将基本的核心数据结构组合在一起，并立即进行练习。使用默认的Django管理页面，我们应该就可以启动并运行了，阐明了数据结构并编写了加载实用程序。
然后，添加围绕实际工作数据的演示文稿页面。确保我们做对了。由于我们仅构建数据模型和模板驱动的HTML页面，因此投资很少。探索。
进行迭代，直到人们开始要求比默认管理页面中可用的交易更智能的交易为止。在这一点上，我们正在从"发现"和"阐述"转变为"构造"。你有做原型吗？我想我们丢弃的每个HTML模板都是一种原型。因此，我们将其保存在哪里。
在整个过程中，我们可以与或者多或者少的实时生产用户一起工作。
我个人认为，一个真正的原型应该不只是在纸上绘制的图表以说明我们要达到的目标的流程。然后，我们可以使用这些记录在案的流程来遍历多个场景，以查看它是否可以与请求该功能的人一起使用。
一旦将纸质原型修改到可以工作的程度，就可以将其用作开始正确编码的基础。
此过程的好处是我们无法最终在生产中使用原型代码，因为没有任何代码。而且，与业务专家一起测试它也容易得多，因为没有任何代码可供他们理解。
制作原型的主要原因是降低风险。因此，我们做UI原型，除非它们确实做一些用户可以玩的事情，否则它们实际上并不是很有用。同样重要的是，我们还制作了原型来证明某些东西可以工作，或者弄清楚某些东西如何工作。
