我搜索了一段时间,但在Google或这里找不到任何相关的东西。
我和一些朋友正在讨论创办一家公司,所以我想,做一个快速的试点项目,看看我们能合作得有多好,也许会更好。我们有一个能做HTML,CSS和Flash的设计师,喜欢做艺术,但不喜欢做HTML和CSS.和两个愿意做任何事情的程序员。
我的问题是,从一个经验丰富的网站建设者的角度,我们做什么步骤-按时间顺序-正确处理一个网站?设计师设计网站的外观和感觉,然后程序员用功能填补空白吗?还是程序员创建了一个具有大部分功能的站点的“模拟”,然后由设计人员来刺激它呢?还是更多的是一个来回的过程?
我只想知道专业人士通常是怎么处理的。
更新:从每一篇文章中摘录一些笔记。
步骤1:定义需求。您的网站/应用程序将做什么? 步骤2:用例。谁将使用该应用程序,他们将如何处理它?这不一定要用一堆疯狂的UML图来完成,只要使用您认为最适合自己的视觉辅助工具就行了。找到CMS供应商,或者搜索供应商,或者两者兼而有之。在计划过程中,也许要做一些竞争对手的分析,看看那些在类似领域的人是如何完成他们的任务的。 第三步:概念的视觉证明.这是你的设计师而不是你的程序员..。程序员在UI方面是出了名的不好。使用像Photoshop这样的图像程序,而不是HTML编辑器。一开始就让它保持流畅和简单。选择站点的三色主题(两个主色调和一个重音)。记住所选的CMS和/或搜索功能,了解您想要做的事情。专注于可用性,稍后添加比萨兹。将创建的概念转换为JPEG模拟,或创建一个临时站点以允许客户端查看工作。中转站点将允许在将其转移到生产之前对将来的版本进行测试。 步骤4:一旦站点被设计人员概念化,让HTML/CSS开发人员将其转化为标记。他(她)应该尽可能多地在主要浏览器上进行XHTML遵从性和测试。同时也是建立版本控制/bug跟踪/管理系统、跟踪更改、bug和反馈的好时机。 步骤5:让程序员开始将您的需求转化为软件。这可以而且应该与步骤4并行完成--在UI的设计和开发过程中,他们没有理由不能编写主要的代码和编写测试。 步骤6:将最终的UI设计与代码结合起来。测试,测试,测试 步骤7:向客户显示最终结果,并得到客户端的注销. 步骤8:将站点部署到生产中。 冲洗,重复..。
发布于 2010-04-01 15:39:58
步骤1:定义需求。您的网站/应用程序将做什么?
步骤2:用例。谁将使用该应用程序,他们将如何处理它?这不一定要用一堆疯狂的UML图来完成,只要使用您认为最适合自己的视觉辅助工具就行了。
步骤3:概念的视觉证明.这是由你的设计师,而不是你的程序员完成的。使用像Photoshop这样的图像程序,而不是HTML编辑器。一开始就让它保持流畅和简单。选择站点的三色主题(两个主色调和一个重音)。了解一下你想要做的事情。专注于可用性,稍后添加比萨兹。
步骤4:一旦设计人员对站点进行概念化,就让/CSS将其转换为标记。他(她)应该尽可能多地在主要浏览器上进行XHTML遵从性和测试。
步骤5:让程序员开始将您的需求转化为软件。这可以而且应该与步骤4并行完成--在UI的设计和开发过程中,他们没有理由不能编写主要的代码和编写测试。
步骤6:使用代码修改了最终的UI设计。测试,测试,测试
冲洗,重复..。
发布于 2010-04-01 15:38:40
作为第一步,我建议使用诸如纸张原型这样的方法进行一些预先设计,以锁定您希望您的网站所做的事情,以及您希望它的外观。
接下来,阅读敏捷方法到软件开发,看看你是否喜欢它所暗示的声音。它往往最好的工作与较小的,良好的动力团队。
找出您可以创建的功能的最小数量,您可以交付作为一个产品,以便您可以尽快获得用户的反馈。然后期望随着时间的推移,迭代地向产品添加功能。
发布于 2010-04-01 15:38:49
没有一种通用的方法。每一家商店都有不同的做法。因此,有一个警告:大致概括如下。
Web开发通常由更短的发布周期组成,因为与客户端软件相比,推出发布版本非常简单。因此,与开发客户端软件时遇到的“瀑布”模型相比,更多的“敏捷”方法被更频繁地使用。
https://stackoverflow.com/questions/2561590
复制相似问题