网站开发方案大集合，欢迎下载

目录： WEB的周期制作流程 UML辅助网站规划和设计指南 专业信息网站制作规范 网页制作规范及流程 网站技术规范 技术概念详解 网页设计的八种陋习 如何为网上广告做标题 网站规划书浅析 网站策划书参考 网站项目管理规范手册 如何做好网站开发项目需求分析 - - - - - - - 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在页面之间传递地区信息，使得用户能够从指定地区的天气报表跳转到交通流�