你是如何制作原型的？

Question

我们设计原型，GUI，只是为了分析特定的问题，概念证明，等等。有时我们丢弃原型，有时它在生产代码中结束。我们使用不同的语言、技术、策略和风格来构建原型。

你通常的原型是什么不同的情况，你是如何原型的？有没有什么好的资源来掌握这门手艺？

Answer 1

一个热门的标题是。问题是，有几种思想流派。

• 快速原型制作。使用奇特的工具；完成一些soon.
• Evolutionary原型的工作。从原型发展到生产。

其中一些是遗留思维，基于工具原始的时代，项目必须从一开始就精心规划。当我刚开始在这个行业，“绿幕”字符模式的应用程序火箭科学和非常痛苦的模拟。工具和正式技术对于管理成本和风险至关重要。

这种想法被一些较新的想法压倒了。

1. 强大的工具消除了对复杂原型的需求。HTML模型可以很快地组合在一起。当你几乎不需要为它做预算或计划时，它还是一个原型吗？您可以在MS-Word中模拟它并将其另存为HTML。对于业务分析师来说，这比指定并让程序员来做要快得多。
2. 另外，强大的工具可以减少出错的成本。如果只需要一周的时间就可以将一些东西组装在一起--生产就绪--那么正式的原型effort?
3. Agile技术的意义何在，因为它减少了做如此详细的前期计划的需要。当你快速地将一些有效的东西交到用户手中时，你就不需要在开始之前确保每一个细微差别都是正确的。它只需要足够好，就可以认为它是进步。

可能发生的事情如下所示。隐藏的问题是:这仍然是“原型”吗--或者这只是一种具有强大工具的敏捷方法？

使用像Django这样的工具，您可以将基本的核心数据结构组合在一起，并几乎立即执行它。使用默认的Django管理页面，一旦能够清楚地描述数据结构并编写加载实用程序，您就应该可以启动并运行了。

然后，添加围绕实际工作数据的演示页面。确保你把事情做对了。由于您只构建了数据模型和模板驱动的HTML页面，因此您的投资很少。探索。

迭代，直到人们开始要求比默认管理页面中提供的事务更智能的事务。在这一点上，你正在从“发现”和“细化”转向“构建”。你做过原型设计吗？我认为您丢弃的每个HTML模板都是一种原型。就此而言，你把它们放在哪里。

在整个过程中，您可以与或多或少的实时生产用户一起工作。

Answer 2

就我个人而言，我认为一个真正的原型不应该超过在纸上绘制的图表，以演示您试图实现的流程。然后，您可以使用这些文档化的流程来运行多个场景，以查看它是否适用于请求该功能的任何人。

一旦纸张原型被修改到可以正常工作的程度，那么就可以将其作为开始正确编码的基础。

这个过程的好处是，您不能最终在生产中实际使用原型代码，因为没有原型代码。此外，与业务专家一起测试它要容易得多，因为他们没有任何代码可以理解。

Answer 3

现在我只是画画。我想做的更多，但要让用户更好地理解一些东西，而不是一张图片，需要花费很多时间。

我很有兴趣看到这些回复中的一些:)

值得一提的是，我工作的地方只有我和另一个人，他们扮演着项目经理(收集数据，设计规范和应用程序)、dbas、程序员、工具研究员/开发人员等角色，为小公司制作应用程序的工作。