2.6 访问者
缩小目标的最好方法是始终考虑访问者。集体会议所需要的与用户所想得到的并不一定一致。首先要做的是精确描述站点的访问者以及访问站点的理由。然而，不要寻找“美国在线” 上的某个名为joe enduser或者某个偶然使用5 6 k调制解调器访问你的站点的访问者。 对大多数站点来说，这种用户是无法标识的，而大多数用户在心中都有一个特定目标。首先考虑一下你的用户是些什么样的人，并向他们问以下问题：
他们在什么地方？他们有多大年纪？他们的性别是什么？他们说什么语言？他们技术熟练程度如何？他们采用什么样的因特网接入设备？他们使用什么样的计算机？他们可能使用什么样的浏览器？接着，考虑用户访问站点时干什么：他们怎么访问到站点的？用户想在站点上实现什么样的目标？他们在什么时候访问站点？他们会在站点上呆多长时间？他们从哪个网页退出站点？他们什么时候会再返回站点，是否可能？
当你可以从这些问题的回答中描述出用户的特性时，你应该能够快速地确定访问你的站点的可能不只是具有单一目标的单一类型用户。对大多数站点来说，有很多类型的用户，每种类型的用户都有着不同的特征和目标。
用户特征
最好的了解用户的方法是和他交谈。如果可能，你应该直接和你的用户交流以验证关于用户特征和想法的设想。一个调查可能是合适的，但现场交流更可能提供了探索超越预先确定的问题的可能。不幸的是，现场交流或调查用户非常消耗时间，不可能考虑每一种特征或想法的用户类型。从用户调查、现场交流或有关用户的一般思考中，你应该建立综合但详细的关于用户的特征。考虑至少三种类型的用户。对大多数站点来说，这三类用户大致对应于没有经验的用户、有web经验但不经常访问站点的用户、能力强经常访问站点的用户。大多数站点有三类用户，能力中等但不经常访问站点的用户群是规模最庞大的一群。确信分配恰当的比率给相应类型的用户群，从而以合适的份量考虑他们。现在开始命名你的用户。在每交流完一个真实的用户后，你可能想命名他，或采用一般的名字如名叫b o b初学者、名叫irene 一般用户和名叫p a u l 超级用户。接着利用前面章节的问题描述出各种综合用户的概况。尽量把每一个答案对归类。这样，如果交流的用户中有快速接入设备的很少，大多数的接入设备很慢，我们就把后者当作更为一般的情形。第3章将更详细地讨论一般的用户特征和个性化的特征。
一旦完成了对一般站点访问者的特征的描述，就应该开始设计访问方案。当名叫b o b初学者访问站点时，他会干些什么？什么是他希望完成的任务？什么是他的目标？方案设计有助于你集中于每一个用户实际希望完成的任务。从这种实践中，可能发现你的目标陈述与用户想做的不一致。如果是这样，可能仍需要反复做设计。返回到你的初始步骤之中，根据新的信息修改你的目标。
2.7 需求
根据站点的目标和访问者的类型，站点需求应该有所不同。需要什么样类型的内容？站点应该具有什么样的外观？应该需要开发什么样的程序？为了满足访问者应该需要多少服务器？用户在带宽、屏幕尺寸、浏览器等方面有什么样的限制？等等。需求会显示站点的成本和潜在的实现问题。需求会显示需要多少开发者并显示缺少什么样的内容。如果需求相对未来的回报来说过多，就应该重新回到目标阶段，并重新定义访问者类型。进程的前三个阶段可能要重复多次，直到形成站点规划或规范说明书。
2.8 站点规划
一旦讨论了目标、访问者和站点需求，并形成了文档。就应该起草一个正式的站点规划。站点规划应该包括以下部分：
1) 简短的目标陈述。应该包括对站点整体目标的简短讨论和对站点成功与否的基本度量。
2) 详细的目标讨论。应该详细讨论并提供可度量的站点目标，以验证站点的收益。
3) 用户方案讨论。讨论用户各种各样的访问方案。首先从用户怎样访问站点开始，直到达到目标。本节包括对度量方法的讨论，如下载量、每次访问的网页数、填写的窗体数，以及诸如此类的有关详细目标讨论的内容。
4) 内容需求。应该提供一个有关文本、图像以及站点中需要的其他媒体的清单。一个显示需求的内容、形式、存在性以及潜在的拥有者和创造者的矩阵是有用的，因为这个矩阵能显示哪些内容非常重要。简单的矩阵如表2 - 1所示。
5) 技术需求。提供站点所使用的技术的综述，如h t m l、j a v a s c r i p t、c g i、j a v a、插入件等等。技术需求应该与用户的能力直接相关。更多的技术上的考虑在第1 3章中可以找到。
6) 外观需求。应该给出用户界面设计的轮廓。应该详细地给出站点与既存的宣传材料之间的关系，并给出用户在图形以及诸如屏幕尺寸、颜色深度、带宽等多媒体应用方面的限制。本小节也应该给出特定的字体和颜色使用的细节，但很多站点外观的细节应该留在开发过程中确定。
7) 发布需求。指出发布需求，特别是主机方面的考虑。该小节应该包括多少用户访问站点、一个典型网页会消耗多少页以及典型页的尺寸。即使那些仅是一些设想，也可能借此进一步对服务器和发布站点的带宽需求进行简短的分析。
8) 站点结构图。该小节应该给出站点的结构或详细描述站点不同部分的流程图。应该根据前面小节分析的各种各样的用户方案，给出每部分适当的标题和一般想法。站点每部分的组织也是重要的，应该始终进行提炼。站点结构的选择在第4章中会讨论，但一般来说，站点结构图应该与图2 - 4相似。
9) 资源。站点应该给出运行时需要的各种资源。度量方法可以用简单的人-小时法表达，并且应该与四种资源相关：内容、技术、外观设计和管理。
10) 时间表。应该结合前面章节描述的典型瀑布模型和前面叙述的资源，显示项目的进展程度。
11) 财政预算。财政预算主要决定于资源需求和发布需求。然而，市场成本和内容版权也应该包括在财政预算中。站点规划的实际组织和内容由设计者决定。记住，规划的目的是在从事该项目的各种各样的人们之间交流站点的目标。不要忽略站点规划的撰写，尽管它很令人沮丧。如果没有这种文档，你就只能以一种进化或j a d的方式开发项目。进一步说，没有规范说明书，你不可能从投资商中获得任何现实的投标。然而，一个完成的计划并不允许你立刻着手实现。一旦规范书形成，就应该审视一次。完成的规范说明书可能暴露不现实的估计，从而让你陷入反复修改初始目标和定义访问者特征的过程之中。如果不是，就可以进一步，沿瀑布模型开始原型设计阶段。
Java Asp PHP .Net XML C/C++ CGI VB Jsp J2ee J2se J2me EJB Servlet Tomcat Resin Struts Weblogic Eclipse ANT GUI JMS Web servise IDEA Webphere Hibernate Spring Jboss Applet Swing Socket Javamail Perl Ajax P2P 安全 模式 框架 测试 开源 游戏
Windows XP Windows 2000 Windows 2003 Windows Me Windows 9.x Linux UNIX 注册表 操作系统 服务器 应用服务器
