javascript草图,页面设计草图

做网页设计的麻烦进来一下

我从事的就是这个行业

我把流程给楼主写一下，希望对楼主有所帮助

1、先设计草图，网页板块的布局和导航内容的大体分类；

2、按照制定的草图，制作网页效果图（最好对DIV+CSS有一定的了解，这样制作的过程中会考虑到切图排版）；

3、效果图制作完毕，然后先查看是否有DIV排版的难点，比如“圆角”什么的，然后根据排版的难点和非难点把效果图裁切，直到整个网站个页面排版链接添加完成、然后查看各个浏览器，网页排版是否兼容各个浏览器，有错位想象，及时解决；

4、开始添加ASP或者JAVASCRIPT、PHP代码，以及数据库的链接，制作成动态交互网站；

5、在自己电脑上测试网站，包括后台添加内容的测试；

6、通过FTP上传到服务器，再测试，就大功告成啦...

相关问答

Q1: js 甘特图显示数量

js 甘特图显示数量步骤操作如下：1、明确项目牵涉到的各项活动、项目。内容包括项目名称（包括顺序）、开始时间、工期，任务类型（依赖/决定性）和依赖于哪一项任务。2、创建甘特图草图。将所有的项目按照开始时间、工期标注到甘特图上。3、确定项目活动依赖关系及时序进度。使用草图，按照项目的类型将项目联系起来，并安排项目进度。4、计算单项活动任务的工时量。

5、确定活动任务的执行人员及适时按需调整工时。

6、计算整个项目时间。

甘特图被用于商业工作中的诸多场景，例如OA中项目进度管理、工厂APS中生产资料和计划的调度安排、软件开发中的项目管理等等。

Q2: 画草图，提高手机体验

-翻译渣，求轻喷

手机UX设计越来越成熟。一个衡量它的方法是，看下我们所支配的工具。我们用原型工具（如：Balsamiq, Axure, Fireworks）建立线框图和可点击原型(click-dummies)，帮助我们解释特定的UX。跨浏览器框架(Cross-browser frameworks) （如：PhoneGap, Zurb Foundation, jQuery Mobile)帮我们用Web自然语言（如：HTML, CSS, JavaScript）来建立原型。

我们似乎很快就能达到设计好体验的新高度。然而，这些工具伴随着隐形成本：它们诱惑我们跳过去创造一个精心设计产品的关键——这花费了很多时间去了解我们遇到的问题。

这就是为什么我建议，在你跟你最爱的工具着急之前，先去画草图来了解问题，继而提出概念。

现在， 你可能想到下面的某种情况

这些反对理由我不止听过很多次，我也跟我自己说过很多遍。

草图给我们探索问题的空间，同时确立解决方案的空间。它构筑我们对问题的理解，同时帮助我们找出可能的解决方案。

当我们画出我们的想法、新的灵感就会出现。 含糊的和忽略细节的草图可以孕育灵感 。这里，含糊是好事，因为我们会在脑海中补充所有空白。（这叫脑补，对吧？）。这就是草图的“衍生力”：它捕获我们已有的想法，激发新的火花。就像Bill Buxton在 用户体验草图设计 ( Sketching User Experiences ) 里面说过：

通过用草图画出各种解决方案，我们可以探索它们，而不用交付它们。这给我们新的视角，提出新的问题。画草图本质上就是头脑风暴的练习。

把东西从脑海中拿出的最快方法就是拿一支笔、一张纸，然后迅速画出来。在原型工具上做同样的事会花更多的时间：首先创建一个新项目，然后选择正确的库；在画布上画矩形，然后画箭头来连接这些矩形；调整一下所有的东西，让它们好看些；然后……然后30分钟，甚至更长的时间过去了。

如果不喜欢画在纸上的东西， 可以抛到垃圾桶里面，再重新画一个 。用原型工具的话，所有的事都变困难了，因为在上面花费了的时间、力气——即使这不是一个好的灵感。重来就更难了。相反，纸质草图更廉价、更快。

草图是个强大的工具，让利益相关者参与设计过程。接下来的「鸡」「蛋」问题就是一个典型：利益相关者在没看到解决方案的视觉范例之前，不能规划一个完整的需求。但是设计师不愿意在明确需求之前开始做出解决方案——我们尽可能避免修改，因为这会导致额外的工作。

摆脱这种困境的方法就是在一个合作性的工作室里，画出可能性方案的草图，如：设计工作室 (详见Will Evans的文章“ 介绍设计工作室的方法论 ”)。我们可以与利益相关者一步步研究我们的概念（包括可选方案），向他们解释他们的需求的设计效果。

画草图入门 门槛低 ，允许非设计师参与。（是否分发笔给利益相关者是个个人品味和受争议的问题。你要整理好自己的思绪。）

由于草图是粗糙和未完成的，反馈也是相对容易。有些人忍住，直到看到一页漂亮的完成度高的版本，因为他们认为所有的工作都必须落实下来。高保真的视觉会分散人们的注意力——他们更多地评价视觉设计或细节。草图才让他们专注于核心概念。

你所需要克服的事是你不愿意把粗糙的的作品展示给别人看。

普遍误解草图必须要漂亮，但交互设计不是艺术班。 你的草图不需要好看 ；它们只需要承载你的想法。它们要能引发讨论和形成想法；它们不太可能装裱起来，挂在墙上。只要你能画矩形、箭头、圆形和简笔画就够了。就像Joshua Brewer在“ 草图、草图、草图 ”上说：

学习怎么去画草图已经超出本篇文章的范围，但是下面的一些展示、文章、书籍都挺基础：

我相信画草图已经成为你工作流程的一部分，我们说一下怎么为手机项目画草图

一开始，你可能收集关于手机应用（或网站）的不同想法。开始画出应用某一个页面（或一部分）的各个版本。你有两个目标：形成很多想法，同时探索和评估它们。你得到越多的想法，你就有更多的选择。这个过程通常叫“发散性草图(divergent sketching)”。

对于这类型画草图， 有一个很有用的工具叫，多页模板(multi-page template) 。它提供足够的空间在同一页上画6个版本，它还在屏幕范围提供一些指导。通过展示不同的想法，迟些就更容易比较和讨论它们。

网上有很多 现成的模板 （通常我用 Erik Loehfelm 的）。选择你喜欢的就好。

上面的截图展示 一个应用主菜单的6种想法 （生动形象地证明我的草图并不好看）。我通常不会提出6个版本，但是我至少会做3个版本。因为这是头脑风暴，你希望有更多选择，数量才是你想要的。

如果你刚好缺乏想法，浏览一些手机UI的画廊来获得灵感（如： Inspired UI , Pttrns , Lovely UI , UI Parade ）。它们通过标题、特征（如：主菜单、对话框）来分类陈列解决方案。吸收你喜欢的东西，把它们糅合到你的想法里。

养成给草图加标题的习惯。这货让你更好地区分它们和再次找到它们。我添加注释来解释草图和它们背后思考过程（长处、不足、与其他概念相比较权衡、问题、新特色等等）。标签和日程表也是的做法。

当你已经有很多不同版本的草图时， 选一个最佳的方案 。不幸的是，单是一幅草图很难代表所有的情况。大部分情况下，你需要整合想法、或者部分想法到一个优胜概念中。你需要通过添加更多的细节来进一步探索。用开白的地方做注释。 写下所有问题、想法、重要的和不清晰的地方 ，所有即将讨论的问题。这会让别人更好地了解你的思考过程。这个环节通常叫“收敛性草图(convergent sketching)”。

关于发散性草图和收敛性草图的更多资讯，请看Leah Buley’s presentation from FailCon 2010, “ Good Design Faster ” 和Brandon Shauer’s article “ Sketchboards: Discover Better + Faster UX Solutions ”。

在你把想法归纳成一套的关键界面后，下一步就是探索它们怎么联系在一起。生成一些UI流程图(UI flows)（也就是一系列关键帧）来展示用户怎么用你的解决方案来完成任务。UI流程图标识界面中哪些元素被使用（如：哪个按钮被点击过，哪个手势被用过）和系统反馈（如：动画、过渡、弹出对话框或新界面）。同时也展示关键界面的不同状态（如：一开始的空白、稍后被内容填充满）。

你不适用UI流程图来可以想象不同的结果（如：一列搜索结果vs一个空白列表）。你的流程图不再是线性的；不同的分支会有不同的结果。但 尽量限制一个流程图中分支的数量 。每一个分支都会增加复杂度，是你的流程图更难被理解。同时也会更难去解释它们。

你不需要画出所以用例的草稿；通常挑重要的来画。 帕雷托法则 提出一个好方法： 画出20％的功能就可以应对80％的情况 。

我通常从一个关键用例开始画，尝试找出一个解决它的方案。我会在界面上标识交互和用箭头把它们联系在一起。我解释每一个步骤和标签，通常我会疯狂做注释。

阅读以下文章，将会对怎么画手机界面和UI流程图的草图有更深印象。Gisele Muller’s article “ Inspiring UI Wireframe Sketches ”; MOObileFrames ——一个展示手机线框图草稿的博客； Wireframes Jakub Linowski的网站。你也可以在你的流程图中用Jakub’s “ Interactive Sketching Notation ” (PDF) 。

这样有一些情景，将会告诉你上述的3步怎么互相联系。下面是一些典型草图的步骤：

你可以看到这里有很多「为什么？」的问题。这是因为 画草图是为了尝试去了解问题 ，同时解决它们。在草图旁边写下这些草图遇到的问题，这回引导你得到正确的概念。

在你画完关键界面的草图和主要用例后，你可能希望在手机上应用你的概念。应用（如： Pop , Protosketch ）可以让你导入草图，然后把它们做出原型。这是一个快速、低保真的方法让你对整个概念的交互有直观感受，这会让原型交互变得更为真实。

或者，把你的界面导入到更多功能的工具中（如：Axure），在那做一个原型。

不管你用什么方法。 你的目的是真实手机上快速测试你的概念和效果。

草图帮你更好地理解你试图解决的问题，让设想可能的解决方案。这是一个快速、廉价的方法去做头脑风暴，在你交付之前去做很多UI想法的测试。草图加速概念的生成、迭代界面，让反馈来的更快一些，也更容易做改变。

在你下一个草图中，记着下列的一些原则。它们会让你走上正轨：

享受草图！