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