Web信息架构(第3版)

当前位置:首页 > 网络编程 > 网络与通信 > Web信息架构(第3版)

出版社:电子工业出版社
出版日期:2008年8月
ISBN:9787121070372
作者:Peter Morville,Louis Rosenfeld
页数:508页

作者简介

本书涵盖了信息架构基本原理和实践应用的方方面面。全书共7个部分,包括信息架构概述、信息架构的基本原理、信息架构的开发流程和方法论、信息架构实践、信息架构与组织、两个案例研究,以及参考资料清单。
本书兼具较高的理论价值和实用价值,曾被Web设计领域多本书籍重点推荐,是信息架构领域公认的经典书,不论新手还是专家都能各取所需。本书可供Web设计与开发者、Web架构师、网站管理者及信息管理相关人员参考。

书籍目录


前言
第1部分:信息架构简介
第1章:信息架构的意义
定义
石板、卷轴、书籍,以及图书馆
对别人解释IA
什么不是信息架构?
为什么信息架构如此重要?
实践
第2章:实践信息架构
我们需要信息架构师吗?
谁有资格从事信息架构的工作?
信息架构专家
在真实世界实践信息架构
向前看
第3章:用户需求及其行为
“过于简单”的信息模型
信息需求
信息搜寻行为
学习信息需求和信息搜寻行为
第2部分:信息架构基本原理
第4章:信息架构详解
展现信息架构
信息架构组件
第5章:组织系统
信息组织的挑战
组织网站和企业网络
组织体系
组织结构
大众分类
建立凝聚性的组织系统
第6章:标签系统
为何要关心标签命名之事
各式各样的标签
设计标签
第7章:导航系统
导航系统的种类
重要的灰色地带
浏览器的导航特点
建立情境
改善灵活性
嵌入式导航系统
辅助性导航系统
高级导航方法
第8章:搜索系统
网站需要搜索功能吗?
搜索系统详解
搜索不是一种IT玩意
选择要搜索什么
搜索算法
查询辅助工具
展示结果
设计搜索界面
上哪儿学更多
第9章:叙词表、受控词表,以及元数据
元数据
受控词表
技术行话
叙词表实例
叙词表的种类
叙词表标准
语义关系
优选术语
复合式等级体系
分面分类法
第3部分:流程和方法论
第10章:研究
流程概观
研究框架
情境
内容
用户
参与者的定义和招募
用户研究会议
研究的保卫战
第11章:策略
什么是信息架构策略?
策略受到质疑
从研究到策略
开发策略
工作产品与成果
策略报告
项目计划
演示
第12章:设计和文件说明
制作信息架构图的原则
视觉沟通
蓝图
框架图
内容映射和清单
建立内容模型
受控词表
设计的共同合作
整合:信息架构风格指南
第4部分:信息架构实践
第13章:教育
教育过渡期
一个充满选择的年代
我需要学位吗?
领域现状
第14章:伦理
伦理考虑
塑造未来
第15章:成立信息架构小组
建设中的破坏性举动
快速层和慢速层
项目vs计划
购买或租赁
我们真的需要聘请专业人员吗?
梦幻小组
第16章:工具和软件
变动的时代
分类乱象
需要询问的事
第5部分:信息架构与组织
第17章:信息架构商机
你一定要做营销
世界上的两种人
谈谈数字
和保守派交手
其他的推销技巧
信息架构价值清单
最后一点
第18章:商业策略
策略之源
定义商业策略
策略的适应性
揭露商业策略内的分歧
最佳方法
很多好方法
了解我们的大象
竞争优势
开始的结束
第19章:企业信息架构
当信息架构碰上企业时
EIA的目标是什么?
设计企业信息架构
EIA策略和操作
办事和付钱
把握时机:阶段性展开
向前走的框架
第6部分:案例研究
第20章:MSWeb:企业网络
用户的挑战
信息架构师的挑战
任何分类法我们都喜欢
对用户的益处
下一步
MSWeb的成就
第21章:enolt.org:在线社区
evolt.org简介
构建在线社区
参与经济论
信息架构如何融入
无信息架构
附录:重要资源
索引

编辑推荐

  在由Wiki、Folksonomy及Mashup所构成的后Ajax化的Web 2.0世界中,精心设计的信息架构显得格外重要。你该如何向众人展现大量的信息,从而使他们能迅速找到所需的信息呢?这本经典之作将教导信息架构师、设计师及网站开发人员建立大型网站,使网站能够被管理,充满魅力,并且易于用户浏览。  新版《Web信息架构:设计大型网站》针对新技术做了全面更新——搭配新颖范例、全新场景及最佳实践信息——但是,其焦点依然放在基础原理上。  主题包罗万象:  信息架构概论(适用于入门者和有实践经验的专家)。  信息架构基本组件。说明这些系统之间的内在联系,针对标签法、Folksonomy、大众分类及指南式导航进行内容更新。  工具、技术及方法。带你从研究走向策略,从设计走向实施。本书讨论蓝图、框架图,以及设计阶段中图表的角色。  一系列短文。提供实践技巧和哲理性的建议,可供从事信息架构的工作者参考。  在商业环境中实践与推广信息架构,包括新近的一些如何处理企业架构的课程。  案例研究。有关两个大型而全然不同的信息架构演化案例,借此说明最佳实践。  这本极受欢迎的图书所强调的重点在于目标和手段,而非战术或技术。它不仅提供信息架构知识,而且给出一个专业框架,让你学习新手段的同时忘掉老旧的做法。

前言

  对Web而言,如果网站太难用,大部分人就会选择离开。对企业网络而言,如果员工因为网络设计太差使得工作效率低下,公司就会损失很多生产力。事实上,我估计全球因企业网络低可用性的代价是每年损失员工的生产力约合1000亿美元。这可能不是地球上最重要的问题,但也不是无足轻重之事。。  可用性是决定网站或企业网络成功的重要因素之一。信息架构是网站设计中可用性的重要因素之一。当然还包括其他因素,但是,忽视信息架构就会让你身陷危险之中。  在我们最近出版的一本书《PrioritizingWebUsability》中,我和HoaLoranger介绍了一项有关众人如何使用25个不同网站的研究成果。我们记录了这些网站中数百个可用性问题,但是,只有其中一些问题会产生严重后果,造成用户任务失败或者放弃该网站。搜索和可寻性问题占据这类可用性灾难的比例居然高达42%,其他问题当然也很重要,诸如网页设计。内容可用性。任务支持,甚至于恼人的多媒体,总共占了剩余的58%。但是,第一步是要找到正确的网页,如果找不到,整个网站可能也就等于不存在。这就是信息架构重要的原因所在。有人批评说用户根本不关心信息架构。用户不会想知道网站的结构,他们只想上网,把事情做完,然后离开。用户的焦点是他们自己的事情,而不是结构。但是,正是由于用户不关心网站的结构,才使得正确设计信息架构成为非常重要的事情。如果用户确实困扰于我们的网站要怎么使用,他们当然会研究网站那些模糊或奇怪的难以理解的结构,好让他们的工作效率提高。人类是具有灵活性的动物,只要愿意,就可以适应不良的环境。  但是,因为我们知道用户不会花时间了解我们的信息架构,所以我们要投入资源,尽我们所能设计出最好的信息架构。让用户把焦点放在他们自己的事情上,让信息架构师花时间去思考和设计网站或企业网络的结构。这是很好的分工,而且良好信息架构的利益也是相当可观的。答案越是放在用户容易找到的地方,用户使用时的感觉就越轻松,而计划就越成功,销量也会越多(对电子商务网站而言),良好服务的名声也会传开(对营销网站而言),而且生产力也能得到提高(对企业网络而言)。  我深信应该由专业的信息架构师来设计专业信息项目的结构,例如公司网站和企业网络。但是,我也认为未来个人信息架构会越来越重要。很快地,高中生就需要学习简化的信息架构知识,而且也很有可能把信息架构的知识带到小学教育中去。

内容概要

Louis Rosenfeld是独立信息架构顾问,也是Rosenfeld Media的创始人和出版商。他与其他人共同成立了信息架构协会、uxnet,并举办了AsIs&T信息架构系列高峰会。他最近的客户包括Accenture、Caterpillar、Ford、Microsoft,以及NCAA。他的博客地址是www.louisrosenfed.com。

图书封面


 Web信息架构(第3版)下载 精选章节试读 更多精彩书评



发布书评

 
 


精彩书评 (总计25条)

  •     当你规划一个大公司的网站时,正在为如何开始头痛时,这本书对你很有帮助。当你做过不少大型的网站后,你会发现这本把你项目初期做的很多工作,系统化和理论化了,虽然你不知道这些东西也做出了好的网站。
  •     (豆瓣读书么有对整本书的笔记,只好发在书评里……)原文: http://www.uegeek.com/reading/web_ia_note入行也有一些时日了,曾经看到不少文档和设计稿里,有一部分是对“信息架构”的说明。这些说明其实一般也就是个网站的sitemap,甚至只是最粗略的导航和页面关系说明——这只是信息架构非常小的一个部分?到底什么是信息架构?读完在“想读”list里蹲了好久的《Web信息架构》,感觉有点如释重负,仿佛自己久治不愈的拖延症稍微有了一点点起色。读电子版的一大好处就是感觉不到书的厚度,读着、读着、读着,突然就发现读完了。言归正传,这是一本“严谨”又“热情”的书,严谨的部分很实在地介绍了信息架构的基本概念、方法、案例等;热情的部分简直是本书的bonus,作为一个新兴的、跨学科的、价值待证明的领域,作者用自己丰富的经验,用絮叨又幽默的语气,向我们述说着这个行当面临着哪些挑战,哪些组织的哪些层级的哪些人,会提出怎样的挑战和疑问,作为一名靠谱的信息架构师,应该以什么样的态度去面对和回答这些问题。——真的,没事别乱提信息架构。一、信息架构是干什么的?1.什么时候需要考虑信息架构?信息正好处在数据和知识之间混乱的地带。信息的结构化程度不如数据,可传递性(可描述性?)又好于知识,是我们在网络上查看、搜寻的最一般的类型。当一个网站/系统需要帮助其使用者更好地从大量数据中获取信息时,就需要考虑信息架构。越是以信息查询、获取、消费、生产等作为核心业务的网站,信息架构越重要。例如,内容型网站(如资讯门户、企业内网)、电子商务网站、垂直类社交网站(如问答类)的信息架构,比工具型网站(如日程管理、邮箱)要重要得多。2.信息架构由什么组成网站的信息架构可以分为元素、关系和表达三部分。- 元素可以用建筑的砖块来类比。支撑一个建筑的基本构成单元是什么?有多少种?体量多大?什么材质?——基本的信息单元是什么,由谁产生,如何更新,有哪些自有的和附加的属性/元数据,它们如何描述信息,如果在信息存取过程中发挥作用;- 关系可以用建筑的骨架结构来类比。一个建筑的基本架构是怎样的?有哪些空间单元?它们各自的作用是什么?如何联通?——数据如何产生、如何分类、如何组织、如何流动、如何发生关系;- 表达可以用建筑的外观和环境标识来类比。人们看到建筑有什么感受?身处其中时有什么感受?如何在其中穿行,根据指示到达要去的地方?——使用者在哪里通过什么方式获得信息?界面对信息的描述、指示和引导是否充足有效?3.信息架构要做的事情设计结构(Structuring)——决定网站信息“单元”的粒度(granularity),及信息单元的相对大小或粗糙程度。决定组织方式(Organizing)——将组件组合成有意义而且各有个特色的类别。制定标签(Labeling)——如何称呼这些类别,如何导航。信息架构的目标在于合理组织网站需要承载的信息,让人们通过浏览、搜索、提问等方式找到想要的东西。二、如何搭建和优化网站的信息架构?实践信息架构设计模式的基础:用户,内容,情境。- 必须了解网站背后的商业目的,以及可供设计和实践的资源,想办法把信息架构和企业的目标、策略、文化结合起来。- 必须注意目前内容的质量和数量,以及一年后会如何改变。所有权(内容谁提供?所有权是否分散?是否有外部信息提供商授权的内容?),格式,结构(文件、内容组件、xml),元数据(有多少元数据用来描述内容和对象?手动还是自动加入标签?质量和一致性程度如何?是否有受控词表?用户是否可以自定义标签?),数量,动态性(成长率或周转率如何?明年会增加多少内容?内容多久会过时?)- 必须了解主要观众的信息需求和信息搜寻行为。1.探索不用类型的使用者,有哪些信息需求,以及什么样的信息获取策略,现在的系统存在什么问题四种常见的信息需求:已知条目搜索(known-item seeking)——正确的东西探索式搜索(exploratory seeking)——一些好东西: 在搜索和浏览过程中学习,并不期待得到“正确”答案无遗漏式研究(exhaustive research)——每样东西: 搜索某一主题的任何信息重新找到——再次需要一些研究方法:【背景研究】【涉众访谈 stakeholder interview】【启发式评估 heuristic evaluation】【内容分析 content analysisi】【内容映射 content mapping】【标杆法 benchmarking】【卡片分类 card sorting】此外还有使用量统计,搜索日志分析,客服信息,问卷,情境式调查(contextual inquiry),焦点小组,访谈,用户测试等方法。2.理清所有的数据类型、属性、来源、更新情况等自有属性,回答它们如何组织的问题组织系统由组织体系和组织结构组成。A.组织体系定义内容条目之间共享的特性,而且会影响这些条目的逻辑分组方式。(1).精确性组织体系:可以将信息分成定义明确、互斥的区域。常见的是按字母顺序、按年表、按地理位置排序。(2).模糊性组织体系:依赖的是体系构建的质量,以及体系内个别条目摆放的位置。常见的类型:- 按主题。设计时需要定义好内容的范围,注意涵盖面的广度- 按任务。将内容和应用程序组织成流程、功能或工作的集合。最常见的是电商网站- 按用户。如果用户群可以界定的比较清楚,可以提供很好的个性化服务,但模糊性依然存在,对系统“猜测”的要求很高- 按隐喻。多用于游戏- 混用B.组织结构定义内容条目和群组之间的关系类型。(1).等级式:自上而下的分类,类别互斥(在排他性和包容性之间取得平衡),平衡宽度(每一层选项数量)和深度(层级数);(2).数据库模式:自下而上的做法,使用受控词表的元数据为文件和其他信息对象打上标签,就可以进行有力的搜索、浏览、过滤以及动态链接。ERD(entity relationship diagram)是在设计和采用数据库之前,建立与调整数据模型的方法。大型网站最好依赖CMS来管理元数据和受控词表。(3).超文本:涉及两种主要组件:要彼此链接的条目或信息块,以及块状信息之间的链接。缺点是难以看清全貌,用户无法在网站组织上建立心智模型,所以通常不作为主要的组织结构。设计标签通用原则:尽量窄化范围,开发一致的标签系统而非标签。为什么一致性很重要?因为一致性代表的就是可预测性,当系统可预测时,就容易学习。影响一致性的因素:风格,版面形式(字体、字号、颜色、空白、分组方式等),语法(动宾?问句?),粒度,理解性(没有重要的遗漏),用户(如果有必要,为每一类用户开发独立的标签系统)3.要满足使用者的需求,数据应该如何被提取,如何呈现提供浏览信息的帮助:- 组织系统:网站内容分类或分组的主要方式(如按主题/任务/用户/年代),也称分类法和等级体系;- 全站导航系统- 区域导航系统- 网站地图/目录- 网站索引:排序后的链接列表- 网站指南:针对特定主题提供特定信息,以及连向网站中相关子主题的链接- 网站向导:可以通过一系列的步骤来引导用户,也有连向网站中相关子主题的链接- 情境式导航系统:用链接同意连向相关内容,通常内嵌在文字内,一般用来连接网站中高度专业化的内容,提供搜索信息的帮助:- 搜索界面- 查询语言:搜索查询的语法;- 查询构造器:一些提升查询效果的方式,场景包括拼写检查器(qc?),词干分析、概念搜索(?),以及从词典取出同义词;- 搜索算法:决定哪些内容可以满足用户的查询;- 搜索区域:网站内容子集,经过特殊的索引设计以满足较细致的搜索;- 搜索结果:如何分类、分级、排序、聚类,显示多少结果。三、信息架构的挑战和机会在哪里?1.价值待证明2.跨学科、多领域3.对象的不可控性:信息模糊性(语言的天然属性),异质性(组成元素之间的差异,难以结构化),不同观点的差异性(必需摆脱自己心中为内容命名和组织的模式),4.需要深入企业和组织,在复杂的内部政治环境中减少混乱和不确定性,寻求合理的解决办法。by 00
  •     只想读一本就明白信息架构的话,这是个不错的选择。感觉翻译上生硬了点,最后的实例也无法让人尽兴,大概就像很多东西总是在交流中传播而不仅仅通过阅读一样。

精彩短评 (总计50条)

  •     读完以后失去了一半兴趣,。
  •     : TP393.092/4826-1
  •     真厚
  •     贡献者:SZDIY
  •     我是研发工程师,不对口。
  •     阅读于2015年5月
  •     书内容有点过时了
  •     对于产品而言,信息架构是很基础的东西。即使工作中一时没有遇到这方面的事务,多了解一些也是好的。
  •     如果在08年看这本书,应该可以给5星...现在没必要读了..
  •     准备读
  •     临时抱佛脚哈
  •     本书虽然是针对大型信息类网站,但对于所有想了解该领域任何人都值得读取; 它不仅让你理解为何信息架构为何这么重要,也给出对领域如何更好认识和解决方法论(组织体系,组织结构,标签系统,导航系统,搜索系统); 产品有业务架构、信息架构、技术架构,信息架构处于内容信息获取的核心地位;其实很多人并不了解信息架构,甚至也不了解“信息”是什么,不了解信息就无法深刻理解信息如何架构(推荐先阅读“信息简史”),好的信息架构能让用户更容易找到所需信息;不了解信息架构,就不无法把握网站或产品“冰山”下面骨架精髓,仅从视觉或交互设计谈论易用性只是空中楼阁,就像书中说的“可寻性是可用性的基础”,从用户信息获取的目的出发,做好信息易寻找为整个产品好的体验建好根基。 近一个月啃80万的大部头,收获良多,推荐给大家!
  •     内容挺多的,但晦涩和啰嗦了,例子也不清楚
  •     国内应该没有独立的岗位,大部分都是由产品经理兼任,可作为工具书
  •     工作上下游关系的处理说得很全面,但是有的地方一时难以理解
  •     不忍卒读
  •     用户信息需求分类总结不错
  •     整本书核心揭示了一个现象,就是人们找东西收到横向入口数量和纵向层级数量的影响。打个比方,100个东西,要分类成几个柜子来装,每个柜子分几个抽屉。此书就是揭示了我们在设计架构时候要考虑这个点,但是并没有很多例子来展示别人是考虑了什么因素来分门别类的。
  •     不错的开始。
  •     已完成第一遍粗读,原理部分很好理解,流程与方法论部分太生涩。 打算下一步阅读其它IA书籍 + 别人的读书笔记,再进行第二次阅读。
  •     可以当基础入门教科书读
  •     基本上忘记了
  •     看不太懂,都是高高在上的理论,看完之后我对怎么做内容的整理归类分类还是迷茫
  •     信息架构策略
  •     最近战线最长的一本书,书老、很多知识结构在新学科进一步深究
  •     好厚一本,知识量虽没有期待的那么丰富,还是值得细读,只是内容比较老,理论沉淀不多。
  •     感觉太高端,太飘渺,非我等吊死能理解
  •     实用、浅显易读
  •     就记得叙词表那一块和四种搜索(最后一种重复有必要存在么?)了。我认为这一块或许有必要借鉴冒号分类法。
  •     飞速扫过,大型门户架构可参考之
  •     情境用户内容,给了启发噢。
  •     之前没系统学习过信息架构,翻这本书时某些理论恰巧可以套用在做过的一些项目上,有些看不懂的估计以后也很难深入搞懂了。
  •     实在看不下去,整本书的内容编排体系混乱,我就纳闷了:连自己写本书都组织不好信息架构,居然书的内容是告诉别人怎么做信息架构的!我了个去!!
  •     不太实用,跳着看
  •     对常用的web信息内容进行了梳理和介绍,其实不用这么厚的,要提炼着看
  •     翻译的过于抽象,学习成本过高,也较难指导实践。考虑阅读英文版。
  •     大部头,看得我好辛苦。
  •     很具体,带着疑问来读会更好。
  •     一本散发着“愚昧”味道的书。所谓信息架构就是经验先行,再站在专业的角度将其总结和“专业化”的结果。但是经验就是经验,是现有事实的总结,不是一条永恒不变的法则,经验不会对未来给予保证,强制将其专业化只会制造出一群象牙塔里的理论家。
  •     “信息架构”到底有什么用,或者如何给别人解释,作者都做了解答,并且作者“解决信息超载问题”的观点也是很不错的。
  •     总体还行,前10章有一些收获。这本书偏理论,而信息架构这种东西还是实践出真知。
  •     主要讲信息是怎么组织的,怎么样用户体验更好更有效,迟点再读吧,现在不是时候 ╮(╯▽╰)╭
  •     个别网站确实很烦,找个东西半天找不到
  •     看懂一半
  •     为毕业论文翻过……
  •     设计大型网站必备
  •     看完 要素再看这个比较好
  •     还需再读
  •     翻译很好,阅读无障碍
  •     只敢给一分,再也不敢多给了~
 

农业基础科学,时尚,美术/书法,绘画,软件工程/开发项目管理,研究生/本专科,爱情/情感,动漫学堂PDF下载,。 PDF下载网 

PDF下载网 @ 2024