祥鑫数码子站: seo.sxsm.cn    web.sxsm.cn
联系我们|关于祥鑫|在线留言|付款方式| 人才招聘
您需要最新的flash观看软件。软件下载地址

国内域名注册:

100 元/年
160 元/两年 400 元/五年

国际域名注册:

139 元/年
255 元/两年 550 元/五年
当前位置:首页>> WEB的周期制作流程

WEB的周期制作流程

点击次数:1     发布时间:2011-1-22
 

  WEB的周期制作流程

  做好一个SITE首先必须充分了解SITE内容为基础,并建立在完整的工作计划基础上完成,所以怎么做好的站点光凭表面的认识是不够的,必须通过更进一步对站点发展规划做更深层的调查及客户的来源(包括客户的层次,做何总类型的站点),作为一个标准的设计师,有整体的设计思想及创意构思的完整过程,通过长时间的看各个站点的设计风格来最后将所要做的内容和风格的设想。按照公司发展的方向和目标决定颜色和风格(尽量能突出公司形象)以概括的思路来整体完成对整个SITE的设计工作!

  具体的制作步骤:

  首先你必须翻阅大量的关于这个SITE的文件资料,能将这些资料自己归纳总结,自己先定一小套方案(能写在自己的每天的工作记录里)制订一套或多套的设计思路,具体能和程式员一起探讨得以完善整个构想,遇见部分有建设性的建议要迅速记录下,有必要一提的是关于抄袭风格的问题!以个人习惯不喜欢进行抄袭特别觉得没有自己思想和想法,不过纯粹的抄袭和结构的抄袭也存在许多大的站点。非常多问题并不是说你偷懒而去抄袭因为每个人对于美的看法和想法都不同,你能对一些无名之辈加以点触!但如果你对那些闻名的设计师的品评如果稍有些过分就要遭到指责,之所谓他是大师!

  1.首先能在个人NOTE上写些草稿画些草图供自己筛选使用。

  2.能从自己的制作经验和好的站点上吸收点对色彩及界面的直观化概念,从而制订一个自己认为可行性的方案。

  3.挑选几个在计算机里完成样品,然后输出几份让总监先审核,总监通过筛选后,将结合设计师的思路同总裁商议,决定最后制作方向并定稿。

  4.然后制订完成工作日期,及分工部署安排,并交付实施。(中间如有修改,必须提前通知设计师,否则将会延工误时)

  按照制作SITE的复杂程度来具体的安排工作时间:(只包括设计规范不包含程式完成时间)

  星期一:

  制作站点界面,制作样版一套并和程式员进行沟通,排除结构和制作上的难题。

  星期二:

  完成另一方案,同样制作样版完成计划。

  星期三:

  和总监探讨站点上的瑕砒及修补站点上的漏洞。

  星期四:

  进入调试阶段将整个SITE的剩下部分逐步完善并交付使用。

  星期五:

  总结整个制作过程,以便下次更好的完成下个站点。

  在设计界面上的过程:

  必须选择和客户产品更新换代及相一致的风格和颜色,譬如:做商务站点就必须用些成稳的颜色,(橄榄绿,群青)在背景上可选用比较中性的颜色,在工具条的放置上能稍微发挥点构思在按钮的形状及内容里,然后将颜色和风格统一起来,使人看起来感觉大气而不庸俗。(必须通过长期的实践和善于观察)做娱乐性站点就要以活泼的颜色强烈的对比效果突出整个站点的气氛,尽量使用暖色调,跳跃活泼的图案也能引起别人的兴趣。合理的搭配和内容的相辅相成是形成整个站点的必须成分。当然在设计上必须还要能让用户感觉亲切人性化的特点,这才是能抓住客户的最佳方法。工具毕竟是工具,能掌控控制工具的必须是看设计师的灵魂所在位置,不要过分依赖工具,多些抽象思维多些生活灵感的点滴才是设计要素的核心。

  UML辅助网站规划和设计指南(图图暂缺)

  一、概述

  Web网站往往具有复杂和高度动态的特点。为了让Web应用在短时间之内开始运作,研发周期应该尽量地短。许多时候,研发者直接进入编写代码这一阶段,却不去仔细考虑自己想要构造的是什么样的网站及准备怎么构造:服务器端代码往往是毫无准备的即兴式编写,数据库表也是随需随加,整个应用的体系有时候呈现一种无规划状态。然而,只要我们运用一些建模技术和软件工程技术,就能够让研发过程更加流畅,确保Web应用将来更容易维护。

  UML(Unified Modeling Language,统一建模语言)是一种通用的可视化建模语言,用于对软件进行描述、可视化处理、构造和建立软件系统的文件。UML适用于各种软件研发方法、软件生命周期的各个阶段、各种应用领域及各种研发工具。UML能够描述系统的静态结构和动态行为:静态结构定义了系统中重要对象的属性和操作及这些对象之间的相互关系;动态行为定义了对象的时间特性和对象为完成目标任务而相互进行通信的机制。UML不是一种程式设计语言,但我们能用代码生成器将UML模型转换为多种程式设计语言代码,或使用反向生成器工具将程式原始码转换为UML模型。

  本文介绍用UML为Web网站建模的一些方法。全方面采用UML技术是个复杂的过程,但UML的某些部分非常容易使用,而且他能够帮助你用更少的时间构造出更好的系统。

  为了示范UML在网站建设中的应用,本文将构造一个支持无线用户、提供各个地区天气报表和交通流量报表的网站。本文不准备周详介绍UML本身。但为了方便起见,附录中简要介绍了常见的UML符号和术语。要了解更多有关UML的信息,请参见文章最后的参考资源。

  二、规划阶段

  不论你是从头开始构造网站、移植网站还是增加某个重要的功能,为了确保设计决策的最优化,进行一些先期规划是必要的。如果你和其他人协作完成一项工程,就工作总量及其分配达成明确的共识具有不可估量的作用。在规划期间,你应该努力对系统的以下方面形成正确的认识:

  用户和角色。

  应用需求。

  各个界面之间的转换流程。

  要用到的工具和技术。

  2.1 用户

  了解使用系统的用户是非常重要的。不仅系统分析需求你接触一些用户(通过问卷调查、email,或面对面交谈),而且你经常还要让系统能够控制不同的用户角色和权限。通过对用户进行分类并了解他们的需求,你就能找出线索来确定数据库的安全机制、功能限制方法、用户界面分组、培训和帮助需求、对具体内容的需求,甚至还能从侧面了解到潜在广告客户的分布。

  图1:参和者/角色 层次图

  上图显示了几组不同的网站用户(在UML中称为Actor,即参和者)。在这里,最普通的用户类型(“Site User”)位于图的顶端,实线箭头表示generalization关系(“泛化”关系,参见本文附录说明,下同),他表示Site User又能具体分成两类用户:Guest,Registered User。这两类用户共有的特征在“Site User”参和者中说明,而Guest和Registered User各自私有的特征则在对应的参和者中说明。通常,你能直接为参和者加上说明文件,无需独立编写说明用户的文件,但具体和你所用的UML工具有关。在本例中,Registered User又能细分为Wireless User和Administrator两种类型,系统对这些用户的处理方式应有所不同。

  2.2 定义需求

  在正式开始编写代码之前,你应该对准备构造一个怎样的系统有一个清晰的认识。虽然在编写代码的同时也能逐步完成这一工作,而且这种做法也非常有吸引力,但借助图像和文字资料事先集体进行讨论效率要高得多。为网站编写周详的需求说明往往不那么合算,但你应该有时间画出几个草图、写下几段注解去说明网站准备提供的服务。这就要用到Use Case图(用例图)。Use Case能看成一组功能――他可能对应网站上的一个页面、一个必须编写的程式,或网站上可能发生的一个动作(比如,验证用户登录,改动用户的设置文件,清除过期的帐号,等等)。下面就是个能够帮助你规划网站的Use Case图。注意,该图并没有显示出网站的所有Use Case,通常我们需要多个Use Case图才能描述完整的网站功能。

  图2:Use Case图

  即使是在这样一个简单的Use Case图中,我们也能够轻松地表达出大量的信息。例如,include关系说明两个Use Case包含同样的身份验证功能;extend关系说明天气页面可能以WML或HTML格式显示;generalization关系说明各个具体的表现过程将遵从“Render HTML Page”或“Render WML Page”所描述的基本行为规则以达到维持统一的风格效果和统一宏观行为模式的目的。

  上图也显示出无线用户能够访问网站中其他用户不能访问的某些区域。在这个Use Case图中,只有无线用户能够访问交通流量报表。这是因为我们已得知只有在旅途中的移动用户才需要交通流量报表,而且不想再花时间把交通流量报表制作成其他标记语言形式。由此,“Get Traffic Report”Use Case不必分成WML和HTML两种显示形式,他能直接包含“Render WML Traffic Report”这个Use Case。

  一般地,你应该为这些Use Case加上简单的说明。具体地说,你应该描述每一个Use Case里将要发生什么,谁能使用他,他怎么启动、怎么停止,及某些时候可能发生的特别事件(称为variation,即变化)。

  2.3 用户界面组织

  在制作Use Case的过程中,你会得到一些指示网站需要哪些用户界面的线索。也许你早就有了设计某些页面的绝妙主意,但Use Case帮助我们从另外一个角度来看问题。用户是否确实需要那么多的界面?某个页面是否过于复杂?网站的导航设施是否简单易用,即从主页访问常用服务是否非常方便?在勾画界面草图、制作网站原型之前,你应该先在Use Case图中解决这些问题。

  当Use Case逐渐清晰时,我们就能开始勾画出网站的大致结构。有些人会强调说页面和文件应该用相应的构件图(Component Diagram)建模,其实类图(Class Diagram)工具也非常方便。请参见下图:

  图3:用户界面及其布局

  在上图中,各种网站服务被捆绑到了不同的网站区域:

  / - 网站的根

  /common/ - 公用的图像、脚本、CSS文件等

  /maps/ - 地图数据

  /traffic/ - 交通流量报表

  /weather/ - 天气报表

  该图还显示了在页面之间传递的参数。regionId是个非常重要的参数,他代表着用户感兴趣的地区(可能是个国家、城市或省份)。regionId在页面之间传递地区信息,使得用户能够从指定地区的天气报表跳转到交通流量信息。至于网站的common区域,你能看到指针指向的是整个包(package)而不是区域中的单个文件,这是一种减少混乱的简化方法,因为所有其他的包都要用到大部分(如果不是全部的话)/common/区域中的文件。

  用户界面布局图能够帮助你避免网站混乱,他对于规划网站是非常有用的。而且,一旦确定了一种有效的网站结构组织方式,他还能作为一个固定的模式在多个网站上应用。

  2.4 工具选择

  对于小型网站,选择工具和技术相当简单。特别是由于投资的原因,只有少数几种工具组合才具有现实意义――Apache,MySQL或PostgreSQL,PHP、Perl或JSP/Servlet。当前最流行的组合是Apache + PHP + MySQL,有许多低价位的Web托管服务支持并主要集中在这种工具组合上。而对于规模较大的网站,在投资应用软件之前,他必须对各种工具进行更严格的评估和测试。下面是个构件图的例子,他能用来说明网站的体系结构。这个图像虽然简单,但他已描述出了当前大多数网站的体系结构,对于你的网站,重新制作该图可能也没有必要,因为再也没有什么和众不同的内容值得加入这个图像了。

  图4:网站体系结构图

  讨论软件的整个生命周期已超出了本文的范围,但应该指出的是,建立应用原型和界面模型应该在这个时候就开始。务必记下有关网站结构和页面布局的一些想法,因为最终你会想要为布局(菜单,导航条,页面整体布局等)编写一些公用的代码。另外,如果你正在转到新的工具和技术,建立原型的工作能够让你确保设计的可行性,确信已就新工具的使用对研发组成员进行了足够的培训。

  三、设计阶段

  设计阶段应该和分析阶段交迭。一旦对自己所要构造的系统有了较多的认识,你就应该开始拟定设计思路。先100%地分析系统再进入设计阶段是没有意义的。需求总是不断地发展,而设计本身有时也会推动需求的发展(反之亦然)。所有的研发者都在进行某种类型的设计――只不过有些研发者直接以编程代码的形式进行设计。虽然这也能够完成任务,但他使得管理复杂工程和在工作组之内分配任务变得非常困难。先花一点时间通过设计图构造系统模型,以后你将获得巨大的回报。

  3.1 为未来而设计

  许多研发者花费在代码调试和改写上的时间超过了编写代码的时间,如果从一个以上网站的建设来看这个问题,情况就尤其严重了。好的网站设计能够以结构、组织方式和代码重用的形式应用到多个网站上。然而,如果代码只是匆匆忙忙堆砌而成,从现有代码长期获益的机会就减少了。要对网站进行设计规划,一种非常有效的方法是画出类图(Class Diagram)。下图显示了类图通常要用到的许多重要关系。

  图5:类图

  说明如下:

  Renderer类是个抽象类(用斜体字显示)。这意味着Renderer类不能直接使用,程式只能创建其子类的实例(即new Region())。为了满足把页面内容显示到不同类型浏览器的需要,所有用来生成内容的页面都必须从Renderer类派生。

  WeatherReport类创建并拥有Region对象,这通过代表聚合关系(Aggregate Relationship)的黑色菱形显示出来,他表示一个对象拥有并创建其他对象。

  方法名字前面的加号(“+”)表示该方法是公用方法,能被其他对象或函数调用;减号(“-”)表示方法或变量是私有的,只能由同一对象内部的成员函数访问。?*** HP中方法和变量是公用的,但我们应该总是把变量看成私有,避免从对象外部直接访问变量。

  HTMLWeatherReport类依赖于HTMLUtils类。依赖关系(dependency)表示一个类要创建另一个类的实例或调用另一个类的方法。

  类图中的每一个类应该注明:所有的方法(及所有的变量,如有的话),方法的访问属性(public,private或protected),方法的返回值类型,方法的参数,变量的类型。函数写在前面,如果类有变量的话,则一般随后在一个分开的方框中列出。

  即使你所构造的不是个面向对象的系统,你仍就能用类图建立系统的模型。类能够方便地描述出各种包含关系和你所编写的函数文件。虽然此时类图不再显示继承、构成/聚合等面向对象系统特有的关系,但他能用依赖关系描述出文件之间的调用关系。

  3.2 运行时的系统模型

  有些时候,我们需要显示出应用的各个部件怎么在运行时协作完成任务。前面的类图显示了类之间的关系,但他没有显示出调用出现的次序,也没有显示出来自一个函数的结果可能决定下一次调用的目标。为了在更动态的层面上描述系统,UML提供了许多其他类型的图。对于Web网站设计来说,情节图(Scenario Diagram)特别有用。情节图分成两种:协作图(Collaboration Diagram),序列图(Sequence Diagram)。一般地,我们不会建立系统所有交互过程的模型,情节图只用来描述系统最复杂的部分,或用来概括出代码的一般调用模式。例如,我们可能要示范特定的页面怎么和验证用户身份的代码协作,或要显示页面怎么调用公用代码(工具性的框架代码)以保持统一的外观和风格。

  协作图和序列图分别举例如下。

  图6:协作图

  上面的协作图显示了从Web网站获取天气报表的一般过程。注意该图忽略了一些不重要的方法,因为我们只对处理过程中的关键步骤感兴趣。你能根据编号“1”到“1.3.3.4”找出各个函数的执行次序。一些人喜欢以“1,2,3,……”形式对执行步骤编号,但一般而言,用“1,1.1,1.2,2,2.1,……”的形式显示出调用栈的深度是一种更好的选择,这种编号方式能够更清晰地显示出程式的控制转换过程。例如,上图显示出report()方法调用了WMLUtil及Region对象中的许多方法:在通过一系列的查询和内容生成函数为指定地区生成报表之前,我们调用了WMLUtil中的buildHeader(...)函数;最后我们调用的是WMLUtil模块的buildFooter(...),然后返回report()方法,最后返回getPage()。你能为协作图加上更多的细节说明,比如返回值、约束、条件等。

  图7:序列图

  就图像所传达的信息而言,次序图和协作图非常相似。事实上,许多UML建模工具能够从协作图生成次序图,或相反。次序图和协作图的主要不同之处在于:在次序图上,事件的发生次序一目了然,非常直观。另外,次序图中还能加入生存周期和时间方面的周详信息,比如延迟、线程并发、对象的构造和删除等。

  在决定选用次序图还是协作图的时候,考虑以下几点有助于你作出最合适的选择:

  如果要显示代码中和时间或线程密切相关的问题,选择次序图。

  如果要显示对象之间的交互模式,选择协作图。

  如果要显示几个或大量对象之间的交互过程,选择次序图。

  如果要显示少量对象之间的大量消息传递或交互过程,选择协作图。

  3.3 应用部署的规划

  正如本文前面“工具选择”部分所提到的,大多数Web网站的体系结构并不复杂。尽管如此,部署图(Deployment Diagram)在两个方面仍旧非常有用:网站结构,文件组织。对于文件组织,前面讨论界面规划时已提到他也能用类建模工具进行规划。下面给出一个简单的构件图供参考,但根据网站的需要和复杂程度的不同,你可能不必他。

  图8:构件图

  3.4 设计原则

  UML只是个工具。如果使用得法,UML能够帮助我们轻松地构造出更好的网站。然而,要设计出优秀的网站,关键仍在于要有一个好的设计原则或理念。

  “提高类的内聚力,减少不同类之间的联系”这一点在谈到好的面向对象设计原则时经常被反复引用。一个内聚的类包含那些在目标和作用域上都紧密相关的行为和信息。他意味着你不应该把构造UI的代码和实现数学算法的代码混合到一起,你应该尽力把所有和用户紧密相关的信息封装到UserAccount类。内聚式设计是个重要的设计原则,原因有非常多:他有助于减少类之间的依赖关系,使得设计更直观、更容易理解,方便了向其他研发者介绍整个设计,减少了研发者同一时刻需要操作的类的数量,等等。例如,如果你要改动网站的用户身份验证机制,只修改单个文件中的一个类无疑要比修改多个文件、多个类更加方便。

  “减少不同类之间的联系”意味着使类或文件之间的交互减到最少。他不仅使得整个设计容易理解,而且也方便了代码的维护。请考虑下面这个例子:

  图9:设计实例A

  除非深入了解了上述各个类的用途,要估计这些类的内聚程度是不可能的。然而,从这些类之间的关系能看出,这个设计方案已成功地减少了不同类之间的联系。类之间的交互被减到了最少,从而使得系统的行为非常容易理解。更重要的是,修改任意一个类时受影响的类数量都减到了最少(例如,修改D类只直接影响B类)。另外,要访问D类中的功能,我们无需知道所有有关E、F或G类的情况。作为比较,请考虑下图:

  图10 设计实例B

  显然,在这个设计实例中,类之间的联系是相当紧密的。一旦对D1类作了修改,为了检查这种修改对其他类的影响,我们必须对其他类进行广泛的测试。

  只有在实践中不断锻炼才能避免出现过于复杂的设计,但注意以下几点有助于达到这一目标:

  提高类的内聚力。不要把密切相关的功能分散到多个文件和类之中。

  采用直观、有意义的名字。如果其他人不能了解类、函数或变量的作用,不管类的结构是多么完美,整个设计仍缺乏直观性。过多地采用缩写词会影响设计的可理解性。

  不要害怕改写代码。有些时候,在几个类之间移动一些函数能够大大地简化代码。

  类应该保持紧凑、简洁。代码膨胀是类缺乏内聚力的一种征兆。过于庞大的类、模块或文件往往缺乏明确的用途和目标。

  让其他人复查你的设计。其他人可能有新的想法,或为你指出你以为显而易见但别人却不能明白的问题。

  在早期设计阶段不要考虑太多的性能问题。和一个笨拙的、为了昨天所出现的问题而优化的设计相比,一个简洁、经过精心调整的设计更容易进行性能优化。注意这并不是建议把性能问题抛到脑后,而是建议把细节优化问题留到工程后期考虑。

  四、UML工具

  下面是一些值得考虑的UML建模工具:

  Microsoft Visio:Visio Professional 2000目前开始提供内建的UML支持。如果考虑Visio绘图工具的其他各种用途,这是个相当有价值的工具。如果你使用2000以前的版本,你能在这里找到Visio Stencil and Template for UML。

  Rational Rose:这是个推荐使用的工具,但对于许多小型Web工程来说他显得非常昂贵。有了Rational Rose这样的工具,改进和维护设计、从模型生成报表、在平行协作环境中和他人一起进行建模工作就非常方便了。

  MagicDraw:一个基于Java的廉价UML建模工具。

  Together:和C/C++和Java联系密切,支持UML建模。

  Objecteering UML:一个免费的个人UML产品。

  System Architect:一个非常受欢迎的高端UML建模工具,支持双向工程(Round-trip Engineering)。

  五、附录:常用UML符号和参考资源

  下面这个表格简要介绍了常用的UML符号和关系。要了解有关UML概念和各种面向对象术语的周详说明,请参见后面的参考资源。

  符号 说明

  Package

  包。用来聚集和组织模型中的一个部分(Use Case,类,等等)。

  Actor

  参和者。他代表一个用户或其他外部的激励器。

  Use Case

  用例。Use Case描述了系统某一部分的行为。一般地,Use Case记录对某个系统功能的需求,而这个功能由对动作或事件的应答示范。

  <<include>> Relationship

  包含关系。标注为<<include>>关系的Use Case关系能够引入其他Use Case的功能。这是一种方便的分割Use Case、避免单个Use Case过于庞大的方法。

  <<extend>> Relationship

  扩充关系。标注为<<extend>>关系的Use Case关系能够在不重复现有Use Case的各种描述和需求的情况下,使现有Use Case的行为特别化。

  Dependency

  依赖。正如其字面意义,他表示一个事物依赖另一个事物。这意味着一个事物了解另一个事物,并需要另外一个事物才能发挥功能。

  Note

  注解。在UML图中提供注解的目的是以简短的说明阐明图表的内容。

  Component

  构件。构件一般代表一个软件单元,他可能是个DLL、一个执行文件,或是个数据库。

  Node

  节点。节点一般代表一台机器,这台机器具有运行一个或多个系统构件的能力。

  Class

  类。UML中的类和面向对象编程中的类相同,即他定义并封装了一组行为和属性。类在运行时被实例化从而创建出对象。

  Object

  对象。对象是类的实例。例如,“MyClass myObj = new MyClass; ”创建了一个myObj对象。

  Generalization

  泛化。父类能够派生出(或称为特别化)具有更多特别行为的子类,此时父类即为子类的超类(或子类的泛化版本)。

  Interface

  接口。接口定义了一组能从外部访问的行为。类、库、执行文件、数据文件都能由接口来描述。接口本身并不实现所有功能,他只是和声明实现该接口的对象订立了一个必须实现哪些行为的契约。

  Abstract Class

  抽象类。抽象类不能直接实例化,但允许派生出具体的、有实际功能的类。

  Association

  关联。关联就是把两个或以上的类连接起来。你能为两个类之间的这种关系提供更具体的信息。关联是两个或多个特定类元之间的关系,他描述了这些类元的实例的联系。在一个关联中同一个类能出目前多个位置上。

  Aggregation

  聚合。聚合关系表示某个对象属于其他对象所有。

  专业信息网站制作规范

  一. 导航需求

  * 在此站点的每一个页面都出现

  * 内容包括:主页,网站介绍,站点视图,联系方式,反馈,搜索工具,常见问题解答,实际内容栏目(包括相关站点链接、新闻页)

  * 栏目如果采用图标,下面应附有文字说明,以避免图像表达不清。

  * 无所有链接内容的不做成按钮的形式

  * 纯文本like用常用颜色。避免在链接处使用特别的颜色。应该使用标准、醒目的颜色。

  * 屏幕上显示的页面所对应的按钮应该相应变成灰色、突出显示或以其他

  方式表示出来。

  * 每个页面都应包括: 版权及网站管理员的E-mail地址

  ** 每个页面都应包括代表"返回"或"前进"的箭头。

  二. 内容需求

  1.网站介绍

  * 背景介绍

  * 栏目介绍(提供连接)

  2. SITE MAP(站点结构图)

  * 结构图(提供连接)

  3. CONTACT PAGE(联系方式页)

  * 网站管理员的E-mail地址(根据需要加入其他职能负责的E-mail)

  * 通信地址,联系人,传真、电话号码等。

  4. FEEDBACK FORMS(反馈表)Reasons :

  *姓名:

  *年龄:

  *职业:

  *单位:

  *联系方式:

  *意见建议:

  (根据实际就以上各项作调整,力求简洁有效)

  5. 实际内容,及栏目设置需求

  * 在每页中都要包含相关的,引人入胜的内容。特别是当你要销售一种产

  品的时候,每个页面都要用周详的内容和图像精心修饰一番。

  * 网页上的语言尽量通俗易懂。

  * 用符号突出特别重要的内容,不要过多,保持页面的简洁。

  * 不要把你的站点建成单纯的网上公司介绍,适当发布行业信息。

  6. FAQs(常见问题解答)

  * 将所有问题列于页面的上部,并将每个问题和答案链接在一起。

  * 对专业用语及技术术语进行解释。

  * 回答共性问题节省网管和访问者的时间和精力。

  7. SEARCHING MECHANISMS(搜索工具)

  * 在搜索框中键入关键词语或词组,在点击查寻按钮后,本站

  相关的网页列表就会出目前屏幕中。

  * 有效查寻的说明。

  8. 新闻

  * 在最新更新的信息边加注一个亮丽的小图标--"新!"。

  * 为最新消息创建独立页面,并在一段时间后将新闻放置于适当的目录下。

  * 在主页或每个页面下加注一行文字,表明本站点或每个独立的页面最近

  一次被更新的时间。

  9. RELEVANT LINKS(相关站点链接)

  * 提供其他网站链接,以提供更多相关信息。

  * 每个链接做简要说明,并对他被链接的原因进行阐述。

  * 每周对各链接站点作定期的访问,删除那些死站点。

  ** 为你的站点创建纯文本的版本。

  三. VI标准化需求

  * logo 及中英文标准字体 (包括应用范例)

  * 网站标准色(包含扩展范例)

  * 链接图标(尺寸pixels: 88x31\468x60 )各两个(包括应用范例)

  四. 网页制作技术需求

  * 主要页面要写 <title>(主页要写上企业中英文名称)

  * 主要页面<meta>字段便于搜索引擎查找。

  * <img>的长宽值和alt属性,使不能看图的用户也能读懂页面。

  * 以最流行的浏览器的最普及版本为标准,同时照顾低版本浏览器。

  为不同的浏览器分别制作不同的页面,以获得尽可能多的浏览量。

  * 尽量使用广泛支持的技术。页面适应不同的屏幕分辨率。

  * 不使用过小的字体

  不使用过大的图片、动画、声音

  不使用过长的滚屏

  网页制作规范及流程

  --主页备份 Works

  1、txt 文本

  2、scan 扫描图片

  3、psd 设计原图(包括AI、Flash、Banner等等)

  4、htm 网页文件

  5、htm_old* 旧的网页文件备份

  --html的目录结构

  1、打开网页排版软件Dreamweaver的site网站管理视窗,按栏目内容建立子目录;

  2、在每个主目录下都建立独立的images目录,不要将所有文件都存放在根目录下;

  3、所有的目录名和文件名用小写字母,并取和中文意义对应的英文文件名。

  --HTML原始码

  1、字符集的设定:中文版用GB简体码gb2312,英文版用iso-8859-1字符集;

  2、每个页面都要写标题<title>,不同页面根据其主题注不同的标题;

  3、国外公司的首页面注上<meta>字段便于搜索引擎查找(如:description、keyword);

  4、要包含全部图标<img>的长宽值和alt属性(注释文本)。

  --表格的应用

  1、整个页面不要都套在一个表格里,尽量拆分成多个表格;

  2、表格嵌套层次尽量要少;

  3、能用表格定位的尽量少用层。

  --使用分栏(frame)

  避免分栏边界被隐藏,使一些栏目内容也被隐藏起来。

  --文字

  1、用css定义字体大小、行间距(建议使用"外部链接"方式,将css的设定作成一个独立的文件,在每个页面里都调用他);

  2、避免文字错误和内容放置错误(以客户资料和制作需求为准);

  3、中文文本每行开始空两格。

  --图片

  颜色丰富或渐变的图片(如产品图片等),建议用JPG格式;颜色单调的图片(如LOGO、文字按钮等),建议用GIF格式。

  --链接

  1、不要有错误链接、出不来的图像(包括由于文件名大小不一致或路径不对引起的错误);

  2、所有次页面包含一个返回首页的链接。

  --效果和速度

  1、网页应该保持较小的字节数,过大的文件分成若干个页面;

  2、在不影响图片效果的前提下合理压缩图像文件。

  --浏览器兼容性

  同时兼顾IE和Netscape两种浏览器及多种分辨率等情况,避免排版出错。

  --其他

  确认公司简介包含公司全部相关信息,包括通信地址、电话、E-mail和联系人等。

  网站技术规范

  一、前言

  编写"网站技术在线"网站技术规范的目的是为自己提供网站建设和维护的技术规范,改善"网站技术在线"网站的总体质量和更新效率。不仅为此,我想为各位网友展示网站建设的标准化(当然我也只是提供一个参考)。个人网站有自己的风格和爱好,也正是个性的存在体现出网站的魅力,但如果过分的自由发挥,想到什么做什么,将给整个网站日后的管理和维护带来混乱,这就好象当年面向过程编程思想出现前,程式设计陷入了紊乱的泥潭,无数优秀程式员在其中苦苦挣扎,还是被其淹没相同,网站的管理和维护将陷入无休止的修补中。

  本文提到的规范并非一成不变的,可根据具体情况变通的,随着web技术的发展,新的技术应用,规范也会随之变化的。

  二、网站的总体组织结构

  为了便于网站的维护,以下是网站的总体组织结构的规范:

  1、网站的组织

  一个组织结构良好的网站既是个便于管理的网站。网站的预先规划一定要做好,文件、目录的命名既要符合www服务器的规定,又要清晰有逻辑性。如有的网站后缀需求为“.html”,而非“.htm”。

  .目录结构不要太深,因为太深的目录结构会导致较长的URL。

  .强烈建议有页面增加简短注释语。便于以后的更新和增加网页的易读性。而注释并不会下载至客户端,不影响浏览速度.

  .多数页共有的部分置于SSI(Server Side Include)包含文件中,如每页的头部、尾部导航条,版权信息和广告条。这样做的目的是方便以后的更改,如要更改导航条的链接,只需修改SSI文件即可,提高了效率。由于个人网站不能够自己确定SSI包含文件,他需要服务器端设置,所以能用Dreamweaver提供的Library库文件的包含功能,达到相同的效果。

  .采用外链的CSS(Cascading Style Sheet),对CSS的引用统一为<link rel=stylesheet"/etc/81channel.css">。

  .建议多数页面共有的javascript或Vbscript采用外链。这样能减少浏览器读代码的时间。

  .不要用嵌套超过3层的表格和太复杂的表格.嵌套表格太多,浏览器解释html代码的时间越长,正确显示页面的时间越长.我们能注意到非常多网站先显示上面部分,再逐渐显示下面的内容,其实就是用表格造成的.

  2、目录结构

  .原则上,相近的内容放在同一目录下,目录名总以小写的英文字符串命名且不含空格和特别字符(下划线和破折号除外),最佳不要超过8个字符。

  .网站根目录下包含以下几个目录:

  library 本网站的共享文件如所有的SSI、CSS和Librsry文件置于本目录下。

  images 本网站的共享的图片及主页的图片置于本目录下。

  scripts 本网站所有的asp、php等脚本和cgi程式置于此目录中。

  zh_cn 本网站的简体中文版置于此目录下。

  下面对zh_cn目录结构做周详分解:

  column_name 本网站某频道的相关内容置于此目录下(其下能填加如images的图片子目录)

  右边为网站目录结构的图示:

  http://go5.163.com/~wtonline/zh_cn/web/images/stucture.gif

  .对目录级资源的引用在url的尾部要有下划线,以避免服务器的重定向,从而节省时间。如:

  <a href="dirctory/">next</a>

  3.文件、目录命名规则:

  .所有的文件、目录的命名总以小写的英文字符串命名且不含空格和特别字符(下划线和破折号除外),最佳不要超过8个字符。

  .所有的html文件后缀统一为“.htm”,其他文件的后缀使用相应的格式,如:.php、.jpg等。

  .文件名用代表其含义的英文单词,不易翻译的用关键字拼音。

  4、url链接

  .概念定义:

  带域名的绝对路径链接,如:

  <a href="http://www.81channel.com/index.htm";>81Channel首页</a>

  不带域名的绝对路径链接,如:

  <a href="/zh_cn/index.htm">81Channel首页</a>

  (注意路径前有“/”)

  相对路径链接,如:

  <a href="zh_cn/index.htm">81Channel首页</a>

  .本网站引用网站内部的资源采用的相对路径链接,引用别的资源采用带域名的绝对路径链接,尽量不用不带域名的绝对路径链接,因为我不能了解提供个人主页的网站的设置,为保险起见。

  .链接别的资源采用域名而不用IP地址的形式。非要用IP地址的话,这IP地址必须是Internet的合法地址。

  .绝对不能用下列形式的链接(图片的src也不能用此形式):

  <a href="file:///c%7c/my document/test.htm">测试链接</a>

  ----以上链接用的是file://本地驱动器,对用户而言是不可见的。

  5、信息的反馈

  由于个人网站一般不支持asp、php或cg缓i,既是表单提交只好采用邮件地址链接的形式,如:action="mailto:wtonline@chinese.com"

  三、页面设计规范

  整个页面的设计可分为7部分:网站标识(logo),频道标题,日期,导航,广告,内容区,版权信息。

  1、标识(logo)

  标识是品牌的象征,突出网站鲜明的个性、整体的构思,标识统一置于左上角,文件名为"\images\logo.jpg",各频道能有自己的logo标识,要突出频道的特色。

  2、频道标题(title)

  采用图片形式,其链接采用热点地图链接,在dreamweaver中能非常方便的设置热点链接.

  3、日期

  日期部分采用javascript脚本编程显示;

  4、导航

  .导航要简单、清晰、开放、逻辑性强,不要用超过3层的链接,又不是做商业网站追求PV,节省用户宝贵的时间。

  .用于导航的文字要简明扼要,含盖的范围不要太广,且应限制在一行以内。

  .确保每页都有到网站首页的链接,利?*** istory面版返回,不要堆砌太多的链接,让用户无所侍从。

  .突出最近更新的信息,能加上更新时间或New标识。

  .页面顶部和尾部导航条代码放在Library库文件highchannel.lbi和lowchannel.lbi中,分别引用。

  5、广告

  由于本网站是个人网站,所以必须有提供空间的网站的广告,如163、263的logo,尽量把他放置于一独立的弹出式窗口中,如下形式调用:window.open(para参数表)

  6、内容区(content)

  .正文内容全部定义为9pt大小(不能为默认),标题为加粗的10pt,其字体为默认字体(让用户自己决定)。

  7、版权信息

  纯粹是为了避免下面的内容太空,加上他,不仅充实了内容,而且使网站看上去比较规范。

  8、其他注意事项

  .设计工具用Dreamweaver3.0、Flash、Photoshop等。

  .页面要兼容两种浏览器,但以IE为主。(像Layer层技术就不能用了,Netscape不支持)

  .整个页面布局合理,保持均衡,但又要突出重点。

  .一般,页面背景用浅色和纯色且直接用16进制颜色定义,不要用色图定义。

  .每个页面都要定义简明准确的Title。

  .保持干净的html代码,能自动和手动清除多余tag。

  .页面的长度<=3屏,建议采用锚链接(anchor)到其他页或用分页显示,并增加“上一页”、“下一页”等的链接

  .页面的宽度<=1屏。

  .建议整个页面大小(含图片)<60k,html代码部分<40k,测试其下载时间<=15秒(33.6kb/s)

  .图片的尺寸<150*150像素,从性能角度考虑,分别采用.jpg和.gif格式。同时,图片要用Firework等专用工具“减肥”处理,其大小<=6k。

  .图片要和文本内容相关,图片的尺寸大小要和内容文本保持均衡。

  .正在建设的网页,不开通其链接,不要链接到“正在建设中”等一类的页面。

  .不要使用BLINK标记。

  四、Html编码规范

  .建议采?*** TML4.0规范。

  1、meta标记

  meta提供一些搜索引擎能利用的信息,搜索引擎主要使用两个属性Description和Keywords,如:

  .<meta name="description" content="在这里描述网站的特性">

  .<meta name="keywords" content="关键字、关键字、etc...">

  .另外更有三种非常有用的meta标记:

  .<meta http-equiv="content-type" content="text/html;charset=gb2312"> __定义字符集

  .<meta http-equiv="pragma" content="no-cache">    __禁止使用页面缓存

  .<meta http-equiv="refresh" content="10;URL=http://www.163.com"> __10秒钟后自动重定向到http://www.163.com

  2、专用标记的使用规定

  为了确保页面对浏览器的兼容性,不要使用某种浏览器专用的标识,如:marquee,layer,nobr等等。

  3、Frame

  不建议使用Frame帧结构,因为Frame不便于维护且容易迷惑用户,只有在使用比如聊天室之类的特别页面时才采用。

  4、表格

  .再次强调不要使用太多的嵌套表格和复杂的表格。

  .表格的定义使用像素。不要采用百分比,因为他会因为屏幕的大小自动调整。

  5、图片

  .所有的图片都要定义高度和宽度,并加替代文本即要定义Alt="替代文本",同时替代文本要和主题一致。

  .在使用<a href=...这样的标识时,如果包含图象,中间不要加回车符,应使之保持在一行内。

  五、高级Web技术使用规范

  在使用一些先进的Web技术时,原则是:确保下载速度,浏览器兼容性,照顾多数的用户。

  .不限制javascript或Vbscript的使用,不过不同浏览器对其支持不同,注意其兼容性,并做测试。

  .复制外来的javascript时,要检查其安全性。

  .使用cgi是要考虑其安全性和效率,尤其使用某些免费的cgi程式是,一定要先反复测试。

  .cookie用于识别、跟踪和支持访问者,通过cookie你能了解用户的访问路径,收集和存储用户的喜好,但要考虑到用户关闭cookie的情况处理,非要用cookie,应提供全方面的解决办法。

  .强烈推荐使用flash动画,不仅生成的文件小,而且效果非常好。

  .Java是一种跨平台的面向对象的编程语言,他在Web中的应用主要是Java Applet,不过Java Applet的下载速度较慢,谨慎使用。

  .php是一种跨平台的服务器端嵌入式脚本语言,将php模块编译进Web服务器,执行效率较高,建议使用。

  .在服务器端,最佳打开SSI解析,但不要使用过多的SSI嵌套。不能使用SSI时,能用include Library(包含库文件)代替,效果要差一些。

  .网站采用外链CSS文件81channel.css,便于统一网站的风格和修改风格。

  六、质量确保

  网站设计好后,在没改版前,所有的变动仅限于主页的正文栏目和相应的内容细节文件,内容细节文件是在模版可编辑区上变动。模版一旦设计好后,所有的工作都应在模版上进行。

  .谨慎对首页、频道和内容细节模版的改动。

  1、频道发布的流程

  .在Wps2000上对原始文件进行生成、编辑,得到beta 1,拷贝到剪贴版中。

  .在Dreamweaver上打开内容细节模版,使用Ctrl+shift+V粘贴beta 1,进一步进行编辑,另存为文件。

  .打开首页、频道模版,填加相应的文件链接,保存即可。

  .清理多余的图片和HTML代码,并用Dreamweaver初检链接情况,注意链接的问揭?蟆?

  .测试环境(即服务器环境)为Win2000+IIS5.0或Linux+Appache环境,分别测试其具体表现。

  2、重点测试项目

  .下载时间测试,采用33.6kb/s的modem,主要对首页测试,建议下载时间<=20秒。

  .浏览器兼容性测试,主要是IE4.0/5.0,NETSCAPE4.0以上。

  .链接测试,主要在编辑时就做好链接测试。

  .导航、页面布局、内容合法和正确性等项目测试。

  3、网站更新

  .日常网站的更新只能用Dreamweaver的模版功能,确保生成页面的规范性和代码的简洁。(目前我在准备用php编一个内容编辑器,类似商业网站的新闻编辑器,有兴趣或有相关资料的朋友请和我联系,谢谢!)

  .更新模版时要对原始模版备份,便于失误后及时的恢复。

  .当网站有大的改动时,如页面风格、导航、功能的变化,应及时备份和测试。

  技术概念详解

  RUP=Rational Unified Process:

  统一过程管理

  UI

  用户界面

  UML

  统一建模语言

  Unicode(统一编码)

  一种字符编码系统,可用于转换、处理和显示用当今世界的多种语言书写的文本。统一编码字符通常使用 16 位无符号整数来进行编码。

  Unified Modeling Language(统一建模语言,UML)

  统一建模语言 [UML99]。 在 Rational Unified Process 词汇表中,用该符号来表示统一建模语言中的定义

  电子商务一词的定义是:

  构建可实现业务流程自动化的系统(有时称为业务工具)所涉及的活动。

  电子商务技术

  促进电子商务发展的主要技术是 Internet,但许多其他的技术也必不可少,这些技术尽管并不是一定针对于电子商务的,但却是其重要的组成部分。这些支持技术包括客户机/服务器。

  ? 数据库管理。

  ? 编程语言,例如 HTML、XML、Java。

  ? 用脚本编写的服务器页面和 Servlet,例如 Microsoft 的 Active Server Pages、Java Server Pages。

  ? 对象通信协议,例如 OMG 的公用对象请求中介体系结构 (CORBA)、Java 标准的远程方法调用 (RMI) 或 Microsoft 的分布式构件对象模型 (DCOM)。

  ? 构件,例如 Microsoft 的 ActiveX/COM。

  ? Web 应用程式框架,例如 IBM 的 WebSphere 或 Microsoft 的 WinDNA。

  软件构架

  在计算的算法和数据结构之外,设计并确定系统整体结构成为了新的问题。结构问题包括总体组织结构和全局控制结构;通信、同步和数据访问的协议;设计元素的功能分配;物理分布;设计元素的组成;定标和性能;备选设计的选择。

  系统在其环境中的最高层概念。构架还包括“符合”系统完整性、经济约束条件、审美需求和样式。他并不仅注重对内部的考虑,而且还在系统的用户环境和研发环境中对系统进行整体考虑,即同时注重对外部的考虑。

  在 Rational Unified Process 中,软件系统的构架(在某一给定点)是指系统重要构件的组织或结构,这些重要构件通过接口和不断减小的构件和接口所组成的构件进行交互

  Web 应用程式

  站在本文的角度,我们将 Web 应用程式大体定义为 Web 系统(Web 服务器、网络、HTTP、浏览器),在这个系统中,用户的输入(导航和数据输入)会影响到业务状态。该定义试图将 Web 应用程式确立为一个具有业务状态的软件系统,并且他的“前端”基本上是通过 Web 系统传递的。

  Web 应用程式和 Web 站点,甚至是和动态 Web 站点的差别都要涉及到使用。Web 应用程式实现的是业务逻辑,他的使用改动了业务的状态(其状态为系统捕捉)。这是非常重要的,因为他确定了建模工作的重点。Web 应用程式执行业务逻辑,因此大多数重要的系统模型都侧重于业务逻辑和业务状态,而不是表示细节。表示非常重要(否则系统将毫无用处),不过应尽量将业务和表示所关注的问题区分开。如果表示问题是重要的,甚至是复杂的,那么也需要对他们建模,但不必将他们作为业务逻辑模型的构成部分。此外,用于表示的资源更注重外观设计,而和实施业务规则关系不大。

  Web 应用程式的基本构架:

  Web 应用程式的基本构架包括浏览器、一个网络和一个 Web 服务器。浏览器向服务器请求“Web 页”。每一页都是内容和以 HTML 表达的格式指令的组合。一些页包括客户端脚本,他们由浏览器解释。这些脚本为显示的页定义了其他动态行为,而且他们经常和浏览器、页内容和页中包含的其他控件(Applet、ActiveX 控件和插件)交互。用户查看页中的内容,并和其交互。有时,用户在页的字段元素中输入信息,并提交给服务器处理。用户还能通过超链接导航到系统的其他页,和系统进行交互。无论是哪种情况,用户都在向系统提供输入,这样就可能改动系统的“业务状态”。

  建模

  通过简化一些细节,模型能帮助我们理解系统。怎么选择建模对象对理解问题和提供解决方案有重大影响。Web 应用程式和其他软件密集型系统相同,通常由用例模型、实施模型、部署模型、安全模型等一组模型来表示。Web 系统还另有一个专用模型,即站点图。站点图是对贯穿整个系统的 Web 页和导航路线的抽象。

  构件

  是系统中实际存在的可更换部分,他实现特定的功能,符合一套接口标准并实现一组接口。构件代表系统中的一部分物理实施,包括软件代码(原始码、二进制代码或可执行代码)或其等价物(如脚本或命令文件)。在图中,构件表示为一个带有标签的矩形。

  网页设计的八种陋习

  一、不要为图像加入太长的交互文本

  使用“ALT=”为图像加入交互文本是个好习惯,因为并不是所 有的人都打开图像载入开关的,这时候这些交互文本给了用户一个有 用的提示,特别是一些连接。但有部分网页制作者为图像加入了非常长 的交互文本,当用户载入图像时,这并不影响结果;但如果用户不载 入图像,浏览器就会将所有的文本都显示出来,以致超出了他本来的 宽度、或高度,对网页原来的排版影响非常大。   

  例如广州市某免费个人主页提供商的网页,我开始在关闭图像载 入的情况下访问,结果该网页乱七八糟,而且需要使用滚动条才能全 部浏览,每个文字连接都被前面的图像逼得排成两行,非常不顺眼!后来我打开图像载入再去访问该站时,发现网页原来非常整齐。那些用文 件名和长度作为交互文本的图像只是一些长度、宽度都非常小的装饰图 案,但因为交互文本太长了,所以才造成了混乱!

  二、不要将连接全部摆在图像中

  以往的网页中的连接都是文字,而且用下划线以资识别。但不久人们就讨厌了这些文字连接,于是都采用了图像连接。后来,更加嫌一个图像一个连接太麻烦了,于是将所有的连接到摆进了一个图像中去。但和上忌情况相同,不是所有的人都打开图像载入,如果你把所有的连接到摆在图像中去,而没有所有同样功能的文字连接的话,用户也许会非常不知所措。

  某网上男孩子的网页,可能是考虑到这个情况,于是把包含在图 像中的连接作为交互文本列了出来―――呀!足有1000多像素的宽度 。结果我没有用鼠标去“探索”―――其实能用TAB键去寻找这些 连接―――而是退了出来。和其怕部分用户望而止步写了那么多的交 互文本,为什么就不能增加一些同样目的的文字连接呢?

  三、不要使用自动滚动

  原来到过一个内容“丰富”的网页,他几乎使用了所有原来在 《中国计算机报》中出现过的网页制作技巧:目前的时间、访问了的 时间、等等。不过有一个不是使用得非常好的,就是窗口的自动滚动。 我只是想发个邮件给网页的主人,但我却无法使滚动条停下来让我点 击连接,于是我花了非常久才“命中”窗口中的E-mail连接―――真 后悔军训的时候没有练好射击!也许自动滚动能炫耀一下本事,但 就没有什么实际价值了。用户有鼠标,能自己移动滚动条,网页制 作者们能少操心。

  四、不要用延时效果的javascript

  目前的网页制作者为了使网页更加具有影响力,都疯狂地加入javascript 。以目前的猫奔跑的速度而言,这些脚本也算不了什么,用户不会介 意。不过,如果这些脚本可能导致延时的话,用户的态度就不同了。 因为这些延时不会因为猫的快慢而改动,所有用户都必须望着屏幕上 的“杂耍”完了才能继续。头一两次还会觉得:WELL,棒极了!但 后来,……某个国人网页的首页在载入时窗口的底色―――窗口里面 没有所有内容―――由白色逐渐变成黑色,整个过程耗费了几秒,嘿! 别小看这几秒,我能检查了全部的邮箱了!   

  五、不要依赖浏览器

  唉!其实留意《中国计算机报》的话,应该看过这类的警告。但 事实上,太多的网站首页中加入了“请在123*456分辨率下使用789 浏览器浏览本网站”的文字。我是安装了IE、NC、和Opera,因为我 要制作网页,需要他们来检验网页的在这些浏览器下的可读性。但一 般用户不会安装那么多的浏览器,更加不会牢记着哪个网站需要用哪 个浏览器浏览   网页设计是一门艺术,一门大众(流行)艺术!就好比音乐,只 使用一种乐器、没有歌声,当然也会有人喜欢,不过流行音乐更多的 是采用各种乐器,加上歌手的歌声,这样才会被更加多的普罗大众所 接受,对吗?   

  也许不可能让网页在使用所有的浏览器浏览都有相同的效果,但 尽量地去达到该目的,会让网页在这个浏览器下有这样的特色、在另 一个浏览器下又有不同的特色,这是网页制作者的工作,不是吗?   

  六、不要滥用留言簿

  别误会,虽然我的个人网页由于服务器的问题不能使用留言簿, 但我绝对不是妒忌!那次在某个网友的网页上留言,提交之后发现我 的留言和个人的部分资料即时送了上留言网页,和其他以前的留言一 起展示出来。首先,我的个人资料之所以告诉你是因为想和你交个朋 友,但未经所有提示的情况下就全部摆了上网,好象不是非常友善。其 次,更重要的是,我在该留言网页上发现了某个人的言论似乎非常偏激, 有反革命嫌疑―――这样做是非常危险的!你的网页有没有违法成分你 自己能控制,但其他访问者的言论是你所难以估计的,万一被其他 别有居心的人利用来进行反动宣传,这样你岂不成了“同伙”!   

  有鉴于此,我奉劝所有使用留言簿的网友,慎之又慎啊!

  七、不要忘记版权 

  目前,网上的侵犯知识产权问题非常猖獗,某N字头免费个人网 页提供商上的网页尤其严重―――甚至有盗版光盘贩卖呢!为此一些 新的免费个人网页提供商就需求用户在申请时提交周详的、真实的个资料,以防备不可预计的事情发生。   

  不少的网友都非常轻视知识产权,觉得自己是个人,大公司不会计 较的。但,《中华人民共和国计算机信息网络国际连网安全保护管理 办法》中第四条规定“所有单位和个人不得利用国际连网危害国家安 全、泄露国家秘密,不得侵犯国家的、社会的、集体的利益和公民的 合法权益,不得从事违法犯罪活动。”所以,如果你的网页需要引用 别人的东西的话,要么你就和他联系一下,征求意见;要么就在明显 的位置注明其版权归属。这并非多余,这是你的网页“长寿”的秘方!

  当然,如果是你自己制作的图像或自己撰写的文章,你绝对有权 声明版权归你自己所有!

  八、不要懒于更新

  某个N字头的个人网页聚居地上有非常多的网页都是非常久前建立而至今没有更新过的,姑且不说这是浪费公用资源的行为,访问过这些 网页的人看见网页主人如此懒惰,你说他还会再去访问吗?谁能确定 下次访问不会又是这般模样呢?因特网上的资源如此浩瀚,谁会去访问一个“从”不更新的网页呢?   我诚意地奉劝那些“霸占”了公用的个人网页存放地方的人,如 果你们真的那么忙,为何不让出空间,给新的网友更多发展的机会呢?

  怎么为网上广告做标题

  中小企业的规模不大,可用于广告、宣传的资金有限,所以在传统媒体上,非常难和资金实力雄厚的“大哥大”一较高低,顶多做些个不起眼的小幅广告或分类广告,营销效果不易出来。有了互连网,中小企业多了个廉价的营销利器。随着互连网技术的普及,他覆盖的受众面越来越全方面,熟练掌控网上营销技巧的中小企业,就会更加如鱼得水。

  这是后话,先说眼前的。非常多中小企业、有创新精神的网上企业家,来函说自己的努力委实不小,为什么结果并不怎么最佳呢?我请来函者把所说的广告、宣传文案发过来我看一看,结果发现,且不说其他的方面是否有问题,光是广告标题,就都有些一起的毛病:四平八稳,平平淡淡,毫无吸引力!

  “做标题”是专业编辑的一项基本功,内容是否吸引人,和标题做得好不好有非常大关系。对编辑来说,做标题是一种功夫,也是一种乐趣。文章都编好了,接下来的工序是做标题,有时候灵感来了,或苦思冥想之后,终于憋出个出色标题,那感觉,真是爽!提起这个话头,要说的是标题是 “做”出来,是要付出辛勤汗水的,是画龙点睛之“睛”。

  对于商业广告来说,标题是广告的生命线,对于广告的投放效果,更有着举足轻重的影响。说广告好不好,全看标题的功夫也不为过,因为非常多企业、产品形象广告,没多少文字,全看标题的表现力。所以,做广告标题,是广告文案专家的看家本领。“人头马一开,好事自然来”十个字,脍炙人口,是一则十分经典的广告文案。作者是谁?业界轶闻说,是香港的黄沾,据说就这十个字,值十几万。十里洋场的旧上海,也出现过不少经典的广告文案作品,“饭后一支烟,赛过活神仙”就是一则流传非常广的广告语。

  作为新型的网上企业家,你应该了解标题之于广告的重要性。实际上,网上的商业环境,给网上广告标题提出了更大的挑战,因为网友可选择的信息非常多,而且目前的技术水平,还没有达到声音、图像文件和文本文件水乳交融、任意收取的程度,你需要在广告标题上下更多的功夫,才能拽注人家的注意力。

  这并不是说,需要你有专业人士那样的文案、创意水准。描述性广告文案,应该是网上广告的基本组成或落脚点。做好基本文案,打好基础,是最要紧的。在这个基础之上,再来考虑广告标题的事情。

  先说说名号。

  要做好网上的广告标题,最基本的技巧,是抓准并表现出你的产品(服务)给广告受众最大的益处,或说,你先得把握准,你的产品(服务)最大的诱人之处是什么?你的“卖点”是什么?这个分析清晰了,你的标题就八九不离十了。

  你必须把你产品(服务)中最诱人的方面在标题中呈献出来。价格低?产品好?还是服务周到?你的引人之处究竟在哪儿?想清晰,判断准,然后想法做到标题里。这样,你才能从一开始就紧紧抓注人家的注意力。

  有个读者给我的文案非常长,方面方面说得颇细致,一切四平八稳,没有什么特别可圈可点的地方。看着看着,我发现其中藏着这样的简短信息,说顾客有抽奖机会,奖品包括电视、计算机、游戏机。于是,我即时把他原来的标题改为“免费电视、计算机、游戏机要不要?”因为这是整篇广告文案中最吸引人的细节!后来这位读者来函说,换了标题后,效果十分明显。

  再给你举个例子。我所在的 ChinaByte有个频道举办征文活动,需求的“征文”能是一句话、一段话、一篇文章,最高奖品是一部价值近 7000元的移动电话。原来的标题非常平淡,说的是欢迎参加什么什么征文。后来我把他改了一下,大意是“说句话,赢手机”,推出后反应踊跃。后来,这个标题因故进行了调整,再回到平平淡淡的状态,反应即时冷下来。

  所以,网上广告标题的秘诀就是,把你最佳的、最吸引人的东西亮出来!

  非常简单,是吧?OK,有一点补充非常重要:这里讨论的广告标题,其规律其实完全适用于网页上的标题,请你举一反三,细细揣摩,争取一通百通。

  网站规划书浅析

  一个网站的成功和否和建站前的网站规划有着极为重要的关系。在建立网站前应明确建设网站的目的,确定网站的功能,确定网站规模、投入费用,进行必要的市场分析等。只有周详的规划,才能避免在网站建设中出现的非常多问题,使网站建设能顺利进行。

  网站规划是指在网站建设前对市场进行分析、确定网站的目的和功能,并根据需要对网站建设中的技术、内容、费用、测试、维护等做出规划。网站规划对网站建设起到计划和指导的作用,对网站的内容和维护起到定位作用。

  网站规划书出应该尽可能涵盖网站规划中的各个方面,网站规划书的写作要科学、认真、实事求是。

  网站规划书包含的内容如下:

  一、建设网站前的市场分析

  1、相关行业的市场是怎样的,市场有什么样的特点,是否能够在互连网上开展公司业务。

  2、市场主要竞争者分析,竞争对手上网情况及其网站规划、功能作用。

  3、公司自身条件分析、公司概况、市场优势,能利用网站提升哪些竞争力,建设网站的能力(费用、技术、人力等)。

  二、建设网站目的及功能定位

  1、为什么要建立网站,是为了宣传产品,进行电子商务,还是建立行业性网站?是企业的需要还是市场开拓的延伸?

  2、整合公司资源,确定网站功能。根据公司的需要和计划,确定网站的功能:产品宣传型、网上营销型、客户服务型、电子商务型等。

  3、根据网站功能,确定网站应达到的目的作用。

  4、企业内部网(Intranet)的建设情况和网站的可扩展性。

  三、网站技术解决方案

  根据网站的功能确定网站技术解决方案。

  1、采用自建服务器,还是租用虚拟主机。

  2、选择操作系统,用unix,Linux还是Window2000/NT。分析投入成本、功能、研发、稳定性和安全性等。

  3、采用系统性的解决方案(如IBM,HP)等公司提供的企业上网方案、电子商务解决方案?还是自己研发。

  4、网站安全性措施,防黑、防病毒方案。

  5、相关程式研发。如网页程式ASP、JSP、CGI、数据库程式等。

  四、网站内容规划

  1、根据网站的目的和功能规划网站内容,一般企业网站应包括:公司简介、产品介绍、服务内容、价格信息、联系方式、网上定单等基本内容。

  2、电子商务类网站要提供会员注册、周详的商品服务信息、信息搜索查询、定单确认、付款、个人信息保密措施、相关帮助等。

  3、如果网站栏目比较多,则考虑采用网站编程专人负责相关内容。 注意:网站内容是网站吸引浏览者最重要的因素,无内容或不实用的信息不会吸引匆匆浏览的访客。可事先对人们希望阅读的信息进行调查,并在网站发布后调查人们对网站内容的满意度,及时调整网站内容。

  五、网页设计

  1、网页设计美术设计需求,网页美术设计一般要和企业整体形象一致,要符合CI规范。要注意网页色彩、图片的应用及版面规划,保持网页的整体一致性。

  2、在新技术的采用上要考虑主要目标访问群体的分布地域、年龄阶层、网络速度、阅读习惯等。

  3、制定网页改版计划,如半年到一年时间进行较大规模改版等。

  六、网站维护

  1、服务器及相关软硬件的维护,对可能出现的问题进行评估,制定响应时间。

  2、数据库维护,有效地利用数据是网站维护的重要内容,因此数据库的维护要受到重视。

  3、内容的更新、调整等。

  4、制定相关网站维护的规定,将网站维护制度化、规范化。

  七、网站测试

  网站发布前要进行细致周密的测试,以确保正常浏览和使用。主要测试内容:

  1、服务器稳定性、安全性。

  2、程式及数据库测试。

  3、网页兼容性测试,如浏览器、显示器。

  4、根据需要的其他测试。

  八、网站发布和推广

  1、网站测试后进行发布的公关,广告活动。

  2、搜索引掣登记等。

  九、网站建设日程表

  各项规划任务的开始完成时间,负责人等。

  十、费用明细

  各项事宜所需费用清单。

  以上为网站规划书中应该体现的主要内容,根据不同的需求和建站目的,内容也会在增加或减少。在建设网站之初一定要进行细致的规划,才能达到预期建站目的。

  网站策划书参考

  网站总策划

  首先在做网站之前给要做的网站一定准确的定位,没有方向的船哪边的风都不会是顺风。所以给网站定位,明确建站目地是第一步要做的。给网站做定位时,和公司决策层人士一起讨论,以便于让上层领导能对网站的发展方向有一定的把握,同时最佳调动公司其他部门一起参于讨论,及时从公司立场提出好的见意,结合到策划中去。一个公司的好坏和部门之间工作结合的是否紧密是有着非常大关系的!

  前期信息收集

  在明确建站目的和网站定位以后,开始收集相关的意见,跟公司其他部门结合,跟公司的实际情况结合,这样能发挥网站的最大作用。

  这一步是前期策划中最为关键的一步,因为做网站一定是为公司服务的,所以收集其他部门的意见和想法是最为必要的,这一步需要整理成文件,能让其他部门配合提交一份本部门需要在网上开辟的栏目计划书,这份计划书呢,一定要考虑充分,因为如果要把网站做为一个正式的站点来运营的话,所做的每一项栏目的设置都应该是有规划的,如果考虑不充分会导至以后突如其来的新加内容破坏网站的整体规划和风格,这也并不意味着网站成形后是不许添加栏目的,只是在添加的过程中需要跟网站的情况结合着来,也最佳是当初策划时考虑全方面!

  具体分栏目策划

  收集完其他各部门的相关信息以后,对其进行整理,整理以后找出重点,根据重点及公司业务的侧重点,结合网站定位来敲定网站的分栏目需要有哪几项,可能开始时会因为栏目较多进而难以确定最终需要哪几项,这又是个讨论的过程,需要大家在一起把自己的意见说出来,一起反复比较,给定下来的内容进行归类,形成网站栏目的树状列表用以清淅表达站点结构。

  然后以同样的方法,来讨论二层栏目下的子栏目,对他进行归类,并逐一确定每个二级分栏目的主页面需要放哪些具体的东西,二级栏目下面的每个小栏目需要放哪些内容,让栏目负责人能够非常清晰的了解本栏目的每个细节和每个栏目,大家讨论完以后,就应由栏目负责人来按照讨论过的结果写栏目规划书,栏目规划书需求写得周详,具体。并有统一的格式,以备网站留档,这次的策划书只是第一版本,以后在制作的过程当中如果出现问题及时修改该策划书,并且也需要留档。策划书需求有电子版和书面版两份。

  下面就是需要说一下策划书设计到的具体内容。每个栏目的策划书应该是格式统一的。

  第一,是栏目概述,其中包括栏目定位,栏目目的,服务对像,子栏目设置,首页内空,分页内容!这一部分起到一个索引的作用,让领导看起来能对栏目有一个大概的整体把握和了解。

  第二,为栏目详情。栏目详情就是把每一个子栏目的具体情况描述一下,其中包括到各个子栏目的名称,

  栏目目的,(把子栏目的目的写清晰)

  服务对像,(用以明确栏目的发展方向,更好的为达到目的而做哪些具体内容)

  内容介绍,(周详说明本子栏目的具体内容)

  资料来源,(说明该栏目的内容来源是什么,以确保栏目开展下去不会出现没有内容的情况)

  实现方法,(讲述实现这个栏目的具体方法)

  有关问题,(栏目负责人在栏目的策划过程当中想到的,目前尚未解决的问题)

  重点提示(重点提示美工人员或编程人员需要注意的地方,或需要结合的地方,也可是栏目策划人员对该子栏目在这些方面的良

  好见意)

  第三,相关栏目,这一项是用以说明本栏目和其他栏目之间的结合,沟通,之所以要有这一项是想通过各个栏目之间的联系,来加强网站的整体性。第四,参考网站,标明本栏目参考了哪些网站,或能参考哪些网站。并一定要说明参考其他网站的哪些好处,哪些地方是我们在建设过程当中应该注意的。决不是只写上一个网址就能了!

  第四,最后一项为附录,用以记录这个文件的历史修改过程,和改了哪些内容。

  好了,策划书的内容格式就这么多了,可能会觉得多了些繁锁了些,不过,要知道策划书是写给我们自己的,不是为了让别人看,而是我们网站在以后的建设过程中的一个依据。有了这个策划书以后的工作我们能非常轻松的解决! 具体设计制作(包括页面设计,制作,编程)

  再接下来,需要做的就是让页面设计人员跟根每个栏目的策划书来设计页面,重申一下,在设计之前应该让栏目负责人把需要特别处理的地方和设计人员讲明!在设计页面时设计人员一定要根据策划书把每个栏目的具体位置和网站的整体风格确定下来,为了让网站有整体感,应该在网页中放置一些贯穿性的元素,最终要拿出至少三种不风格的方案,每种方案应该考虑到公司的整体形象,和公司的精神相结合。设计方案拿出以后,由大家讨论定稿。

  设计完成下一步是实现,由制作人员负责实现网页,并制作成模版。在这个过程实现的同事,栏目负责人应该开始收集每个栏目的具体内容并整理。模版制作完成后,由栏目负责人往每个栏目里面添加具体内容。

  网站的建设计应该是同时进行的,这怎么统筹是个比较重要的问题。在上面所讲述的过程进行的同时,网站的程式人员应该正是处于研发程式的阶段,如果实现的这个过程中出现什么问题编程人员应和制作人员及时结合,以免程式研发完成后发现问题要进行大规模的反工。

  整合测试

  接下来,当两边的工作都完成以后,就是整合。把程式和页面时行整合。整合完以后,需要内部测试,测试完成,没有问题以后就能o k啦!