web应用程序设计/编程中的项目步骤

好的,您已经创建了一个很棒的规范。现在是时候将“描述”扩展到功能用户界面模型中了。

为什么?

规范说明了应用程序“应该”做什么。它甚至可以是非常详细的。但完整的用户界面恰恰说明了应用程序“真正的功能”。毕竟,用户真的关心引擎盖下的东西吗?

根据我们的经验,我们发现在应用功能之前,已经设计并优化了用户界面的项目(例如有效的html) 一起走快几倍

• 等级库只能包含一小部分 所占百分比 实际细节 申请书。
• 功能用户界面可以覆盖几乎所有的 实际细节

一旦客户/干系人对UI感到满意,那么它就是插入功能的快速途径。

而且,一个功能性的UI不是一件小事。甚至有20-40%的工作可以花在这上面。

--

说了这么多,不要浪费时间做每件事 漂亮的 --只需关注高可用性接口。当你忙着让它工作的时候,一个图形绘制人员可以过来,让它变得漂亮。

答案是: . (例如HTML/CSS、服务器端、数据库、客户端脚本等)

然而 ,仅为使最简单的单一功能实际工作所需的每个功能的最小可能量。

根据您的问题,您似乎从未做过web应用程序。 没关系,你的问题很好,因为我记得我发现我的第一个web应用程序非常令人畏惧。

为了开始使用这个最佳实践,我建议进行短/紧迭代,每次迭代都会产生完成的工作代码。

• 选择1个特性…使其成为您的规范中绝对最简单的特性。
  • 我的猜测是:显示尽可能简单的主页版本
• 开始做一切事情,让你的超级简单的主页真正工作。
• 选择堆栈中的工具。。。
  • 开发机器/环境(例如linux/apache/php或windows/iis、asp.net等)
  • 如果你不知道你的堆栈,请你的朋友或同事推荐一个。
  • 查找关于开发语言(php、asp.net、javascript/jquery)的教程-网上有很多教程-只有谷歌提供
• 按照教程和/或询问有关SO和/或SF的特定问题,安装工具/平台,并获得一个教程示例。
• 一旦你有信心,开始清理,并开发你的超级简单的主页。
• 现在…回到您的功能规范,选择下一个最简单的特性-可能是涉及数据库的特性。
• 重复上述步骤,选择工具并通过教程学习如何使用它们,然后继续实现实际的简单功能。
• 在你完成了一些简单的功能之后,比如说3个,回顾一下你的功能规范,看看它是否需要根据你在前3个功能上学到的知识进行更新。
• 回顾前3个特性中的代码,从一开始你就学到了什么吗?也许有什么原因需要重构或清理吗?如果是这样的话,在清理/重构时通过1次。
• 一旦您对3个简单的功能满意,请返回到您的规范,选择另一个功能和/或向现有功能添加更复杂的功能。

上面描述的每个周期都是一个迭代,如果你的应用程序只需要那个小功能的话,保持它们的简短,并始终以你可能发布的工作代码完成。

上面的过程不是我发明的,它叫做Scrum。虽然您不需要了解我上面所描述的内容就可以开始学习,但您可以在这里阅读更多关于它的内容(在您的业余时间,或者在您完成5个简单功能之前):

wikipedia entry on scrum

请注意,每次迭代都可能需要您对上面描述的每个组件(HTML/CSS、服务器端代码、数据库等)学习一点,并创建一点。

答案是 视情况而定 .

视情况而定 关于您是否需要您的客户在 外观 在你开始工作之前; 视情况而定 视情况而定

不管你开始做什么, 视情况而定 根据你的具体情况。

Domain Driven Design Test Driven Development ,那么你也有一个特定的起点。事实上,不管你 software religion ,你可能有一个起点。

以下是我的答案: 从你能获得最大回报的地方开始 . 如果数据量很大,我从这里开始,因为一切都取决于此。

两个比较流行的选择是领域驱动开发和测试驱动开发。粗略地说。。。

希望这能给你两条不同的道路,祝你好运。