网站在设计进程中的通用可用性

发布：2018-10-12 17:52:07 浏览：3411

万维网已经诞生了18年之久，这么长的时间已经足够形成基本的设计惯例了。设计Web页面时，我们通常都将维形设计基础建立在广泛应用的页面布局及导航模型之上，并且在创建Web界面时使用诸如一致性、模块性和简洁性之类的最佳范例然而，设计决策的最佳方法都是设计最佳范例与常用Web布局例的结合体，它形成于设计进程各个阶段与用户的紧密讨论之中。让用户参与制作过程可以帮助我们理解用户需求，做出清晰的设计决策，并且创作更多高效率的设计。

有关用户的Web技术收集指标列举如下:用户使用哪种操作系统和河览器，屏幕分辨率是多少，在访问你的站点之前刚访向过哪个页面。尽管了解这些属性一定会有用，但是界定网站的受众却没有用。Web指标无法精确地告知你用户访问网站的目的，他们希望从网站中获取什么信息，以及他们是否有某种程度的视觉障碍，专业还是新手，年轻还是年长。

最后，即使有最好的Web分析，如果你只是基于Web指标来了解用户的话，很多关于受众的希望、动机以及期望的事件仍旧是一个无法知晓的秘密。

相反，目标受众是一群被你视为“网站成功的关键”的用户。例如，你可能会针对特定年龄范围的人设计，例如小学生、青少年或者退体人员。或者你也可能面向特殊的技术来设计，例如移动设备。请幸记你的目标受众可能有共同的兴趣，但是不太可能有共同的访向需求。一些可能是专业用户，而其他的可能是初次访问者。一些人可能视力较差或者失明，另一些则可能有运动型障碍。同样的人可能会通过笔记本、工作站、PDA(个人数字助理)，以及手机访问网站。尽管你可能有目标群体，其他的人仍有可能会访问网站。例如，针对退休人员开设的投资服务也有可能吸引来自投资者、竟争者、家庭成员，以及那些足够幸运的有可能提前退体的人们。只按照满足老年人的需求设计这样的网站便是一个失误。

拒绝用户危如累卵。即便Web日志表明仅有2%的用户使用某个特殊品牌的覧器，也不要使用可能将这些用户排除在外的技术。让任何一个人不能访问你的信息和服务都不是一件好事，我们谁也无法对这些被排除在外的用户的价值做出评价谁能知道?可能你接下来的重要的客户就位于这2%的被拒绝的人之中!

开发周期

所有的开发周期都经历过一系列构成经典“设计流程”的阶段，此处列出的内客尤其与网站设计相关。

需求在大型的项目中，需求阶段可能包含:正式的市场调研和用户调所，网络分析调查，当前或者预期用户的分组讨论，以及正式的可用性测试。在小型的项目中，需求阶段通常用与用户、项目利益相关人以及项目发起人一同制订功能性需求列表的会晤形式。

设计设计是将需求列表转为具体的形式，起初是祖略的市局和页面线框、导航界面，以及网站图表。要着重关注基本结构和功能，并且将评尽的围形设计留到之后。开发开发就是实际的HTML页面制作和相关Web应用程序编程。即便你

使用迭代的设计进程(大多数Web团队都会这么做)，也不要进行太深入的开发，除非设计的所有主要问题都已经解决。

测试所有的网站设计都要求同时进行功能测试(链接检测、浏览器兼容问题、跨平台问题)以及编辑质量控制。通常，很多Web团队都被技术人员“绑架”了，以至于忽视了对编辑的考虑，忘记了也需要对内容大量的品质保证过程来创建好的产品。

流水线或“瀑布式”开发经典的线性设计项目每次只能进行一个阶段，在进入下ー个阶段之前必须要完成前一个阶段。那些经验证表明不错的方法以及过去已经成功应用过的详规格说明都非常适合流水线开发工作。在少数特定的情况下，流水线开发会出现问题并且有些乏味。

网站建设的设计的迭代模式很多项目都借助于不完整的“分析一设计”或者“设计创建”阶段来处理复杂的未知事务，逐步将复杂性和设计共识纳入开发系统尤其是在该周期的早期规划和设计阶段。当“设计一创建一再设计”的循环在开发阶段里进行得过于深入时，选代模式就会出现问题。这些开发的选代会导致设计产品混乱，过于浪费时间和精力。混合方式当高效开发以及整体项目范畴、进度控制变得极为重要时，良好的项目管理会兼顾选代模式及流水线模式的长处，在进程的早期积极运用多种设计选代，而在后期的开发和测试阶段坚决抵制。