【读书笔记】信息架构:超越Web设计-第二章

信息架构-第二章

定义信息架构Defining Information Architecture

引言

在这一章里,我们会涉及到这几点:

  • IA(信息架构,下同)结构的一个工作定义(或四个!)
  • 为什么很难指着某样东西说,“这是一个伟大的IA”!
  • 有效的IA设计模型
定义definitions

让我们首先澄清信息架构的含义:

1. 共享信息环境的结构设计;

2. 在数字化、实物上和跨渠道生态信息系统中,组织、标签、搜索和导航系统的结合体;

3. 有关于“打造信息产品和体验”的一门科学、一门艺术目标是可用可查找、可理解;

  1. 一个新兴的学科实践共同体,专注于将设计和结构原则引入数字领域。

通过IA的架构来管理信息,可以让一个东西更好找,但定义永远是不完美、有局限性的,IA的定义也是这样,不能通过简短的定义(single definition)来理解。

接下来我们会扩展一下IA的定义。

信息(information):

信息不同于数据(data)和知识(knowledge)。

数据是指事实和数字。

知识是指人脑子里会的东西。如果说一个人在管理知识,那实际上他在管理的是人们分享出来的数据。

信息是一种中间态,我们关注各种形状和大小的信息:网站、文档、软件应用程序、图像等等。我们还关注元数据用于描述和表示内容对象(如文档、人员、流程和组织)的术语。

结构,组织和标签(Structuring, organizing, and labeling):

结构包括确定产品或服务中信息“原子”的适当粒度,并决定如何将它们相互关联。

组织包括将这些组件分组到有意义和独特的类别中,为用户创建正确的上下文,以便了解他们所处的环境和他们正在查看的内容。

标记意味着要弄清楚如何称呼这些类别以及引导它们的导航结构元素。

查找和管理(Finding and managing):

可查找性Findability是整体可用性的关键成功因素。如果用户不能通过浏览、搜索和询问的组合找到他们需要的东西,那么系统就会失败。但是仅仅满足用户的需求是不够的。管理信息的组织和人员也很重要。信息架构必须在用户需求和业务目标之间取得平衡。有效的内容管理和明确的政策和程序是必不可少的。

一门科学、一门艺术(Art and science):

可用性工程等学科和人种学等方法论为分析用户需求和信息寻求行为带来了科学方法的严谨性。我们有能力研究使用模式,并经常改进产品。但是信息架构的实践永远不会被简化为数字;有太多的模糊性和复杂性。信息设计师必须依靠经验、直觉和创造力。我们必须愿意冒险,相信自己的直觉。这就是信息架构的“艺术”

看不见不代表没有(Just Because You Can’t See It, Doesn’t Mean It Isn’t There)

人们在信息架构方面面临的挑战之一是他们不能轻易地指向它。你有多少次听到有人说:“天哪,那个网站的信息架构真是太棒了!”或者,“我在这个应用程序里找不到任何东西!”它的信息架构烂透了!”我们打赌,不会有很多。但事实是,你不能阅读-看到事物中的信息架构并不意味着它不存在。正如圣埃克苏普萨梅所说,有时候,重要的东西用眼睛是看不见的。

为了说明这一点,想想国际象棋。也许你脑海中浮现的画面是一个如图2-1所示的棋盘,上面有雕刻精美的木片,还有一杯白兰地放在闪烁的壁炉旁。那个美丽的棋盘是我们称之为国际象棋的游戏的一个常见实例。然而,象棋不止于此。你可能会说,让象棋成为“象棋”的是一组信息结构,这些信息结构根据重新定义的规则相互关联。

首先,国际象棋有代表军队单位的棋子分类:兵、车、象、骑士、国王和王后。在游戏中,这种棋子有两套(“军队”):“黑”和“白”。这些军队在一个由浅色和深色相间的8 ×  8方格组成的战场上相互对峙。这个领域——棋盘——为战斗的发生创造了一个背景context(一个“地方”place)。

不同类型的棋子可以在棋盘上以不同的方式移动和互动;有很多规则决定了军队之间的互动方式。这些武器的射程、射程和数量的不同决定了它们对每一支军队的相对价值

回想一下那套漂亮的木制象棋。如果国际象棋可以归结为这些基本的信息结构,也许你认为木片和棋盘是多余的,你应该能够与许多不同类型的棋盘下棋。你是对的:事实上,国际象棋可以有很多不同的方式,根本不涉及雕刻的木头或任何类型的物理棋子。例如,你可能听说过信件国际象棋,这是一种使用笔和纸通过邮政邮件进行的游戏。

或者你可能更熟悉电子游戏中的国际象棋,可以在电脑、手机上玩,游戏会适配不同设备的屏幕。

当然,还有无数的实物象棋,从我们漂亮的木制象棋,到廉价的“旅行”象棋,在磁性棋子上有最低限度的渲染图形(图2-5),再到价值近1000万美元的“宝石皇家象棋”。这些国际象棋的化身在物理上都彼此不同,但它们仍然是国际象棋。

为什么?因为它们使潜在的信息结构和国际象棋规则成为可能并表达出来。表达和支持这些信息结构是所有这些化身的关键;它们的物理形态和相互作用机制仅仅是相互作用或工业设计的问题。在许多方面,象棋的抽象概念比我们互动的物理(或虚拟)象棋更“真实”——但不那么有形,因为这是象棋与其他游戏不同的地方。

值得注意的是,没有人开始明确地创建这种国际象棋的“信息架构”——游戏、棋子类型和规则、喜好等都已经进化了几个世纪。随着时间的推移,我们组织其他信息结构的方式也是如此:只有在回顾时,我们才能指出它们并说:“这是一个该死的好信息架构!”

走向一个好IA(Toward a Damned Good Information Architecture)

用户。内容。上下文。(Users. Content. Context. 在这本书中,你会一次又一次地听到这三个词。它们构成了我们实践有效信息架构设计的模型的基础。这个模型的基础是一个认识,即你不能在真空中设计有用的信息架构。一个建筑师不可能蜷缩在一个黑暗的房间里,带着一堆内容,组织它,然后出现一个伟大的解决方案。它根本挡不住白天的阳光。

网站、内部网、应用程序和其他信息环境并不是没有生命的静态结构。相反,信息系统和它们所处的更广泛的环境都具有动态的、有机的性质。这不一张借书卡塞进图书馆的卡槽里这么简单。我们说的是具有紧急特性的复杂适应性系统。我们说的是丰富的信息流——在部门、业务单位、机构和国家的边界内外流动。我们谈论的是混乱和错误,尝试和错误,适者生存。我们使用由用户、内容和上下文组成的“信息生态”3的概念来解决存在于这些信息环境中的复杂依赖关系。我们利用我们的信任维恩图(见图2-6)来帮助人们可视化和理解这些关系。这三个圆圈说明了用户、内容和上下文在一个复杂的、自适应的信息生态中相互依赖的本质。

简而言之,我们需要了解项目背后的业务目标以及可用于设计和实现的资源。我们需要了解目前存在的内容的性质和数量,以及一年后可能发生的变化,我们必须了解主要受众的需求和信息寻求行为。

良好的信息体系结构设计是由这三个方面构成的,而且这三个方面都是变动的目标。用户在态度、人口统计、心理、任务和信息需求、信息寻求行为等方面可能各不相同。内容可以在质量,货币,权威,人气,战略价值,成本等方面有所不同。

组织环境可以根据任务、愿景、目标、组织政治、组织文化、集权或自治程度等因素而变化。变量的特定组合在不同的信息环境中是不同的。

即便如此,这也是对现实的一种过于简单化的看法。它还有用吗?显然有用。我们用这个模型已经20年了。它在各种环境中都表现良好,从财富100强企业的全球网站到小型非营利组织的独立内部网应用程序。更重要的是,当我们遇到难题时,我们发现这三个圆圈非常有用。在说出值得信赖的短语“不一定(it depends)”之后——正如所有聪明的信息架构从业者所做的那样——我们通过将问题分解成与我们的三个圆圈相一致的三个部分来发展我们的答案。当被问及我们应该具备的最重要的素质是什么时,答案变得非常简单:对用户及其需求的一些了解(可能来自于人机交互和其他各种领域),内容(想想技术交流和新闻)和背景(阅读一本关于组织心理学的书)。(Users. Content. Context. 

这三个圆圈也有助于解决其他棘手的问题,比如:

•我们应该熟悉哪些研究和评估方法?

•设计信息架构的团队应该由什么样的人组成?

•我们应该读什么样的书和博客来跟上这个领域及其实践?

•面对新的前景,我们的内部投资战略应该包含哪些内容?

每个问题的答案都始于三个方面的平衡用户、内容和上下文。

技术应该有自己的圈子吗?也许吧。但我们发现,科技通常会得到太多的关注。此外,我们越来越多地发现,许多属于技术范畴的东西都可以在“环境context”圈内表达。毕竟,技术带来的是新的可能性和限制,最终产品的形状,这完全在我们设计的背景context范围内。

顺便说一句,我们认为对这种事情有良好的幽默感是很重要的。也许你已经明白了。我们所做的工作涉及到高度的抽象、模糊和偶尔的荒谬,在某种程度上,我们都还在继续创作。如果说多年的信息架构咨询教会了我们什么,那就是每种情况都是独特的。我们并不是说网站和内部网不同,也不是说外部网应该因行业而异。我们的意思是,就像指纹和雪花一样,每个信息生态都是独一无二的。丰田的内部网与福特或通用大不相同。富达、先锋、嘉信理财和E*TRADE都创造了独特的在线金融服务体验。尽管近年来在整个商业世界中出现了对行业最佳实践的模仿、基准和定义,但这些信息系统中的每一个都是非常独特的。这就是我们的模型派上用场的地方。它是了解特定项目所呈现的特定需求和机会的绝佳工具。让我们来看看这三个圈子是如何促成一个完全独特的信息生态的出现的。

上下文Context)

所有数字设计项目都存在于特定的业务或组织环境中。无论是显性的还是隐性的,每个组织都有自己的使命、目标、战略、员工、流程和程序、物理和技术基础设施、预算和文化。这种能力、愿望和资源的组合对每个组织来说都是独一无二的。

因此,信息体系结构必须与其上下文唯一地匹配。您的网站和应用程序的词汇和结构是您的业务与客户和雇员之间不断发展的对话的主要组成部分。这会影响他们对你的产品和服务的看法。它告诉他们对你的未来有什么期望。它邀请或限制客户与员工之间的互动。您的信息体系结构可能提供了您组织的使命、远景、价值、战略和文化的最有形的快照。你真的希望你的快照看起来像你的竞争对手吗?

成功的关键是理解和一致。首先,您需要了解业务上下文。是什么让它与众不同?今天的企业在哪里,明天又想去哪里?在很多情况下,你在处理隐性知识。它没有被写在任何地方;它存在于人们的头脑中,从来没有用语言表达出来。我们将讨论提取和组织这种对上下文的理解的各种方法。然后,您需要找到使信息架构与业务的目标、策略和文化保持一致的方法。我们将讨论实现这种自定义配置的方法和工具。

正如第1章所提到的,你还需要了解用户与你的组织进行交互的渠道所带来的环境差异。他们主要是通过手机上的应用程序,还是通过桌面浏览器上的网站来体验你的服务?这两个平台都有它们能做的和不能做的事情。例如,更小的屏幕意味着更少的空间,这反过来意味着更短的标签和导航菜单。小屏幕设备的使用时间和地点也与大屏幕设备不同。如果您的服务将通过多个通道使用,则需要考虑这些通道将如何重叠并相互交互。所有这些因素构成了将塑造您的信息体系结构的上下文的一部分。

内容(content)

我们对“内容”的定义非常宽泛,包括人们需要在您的系统中使用或找到的文档、应用程序、服务、模式和元数据。用一个技术术语来说,它是构成你的网站和应用程序的“东西”。许多数字系统都是高度虚拟的;在其他方面,网络是一个很好的交流工具,而交流是建立在试图传达意义的单词和句子之上的。当然,我们也承认它是执行任务和交易的工具;一个灵活的技术平台,支持买卖,计算和配置,排序。

但即使是最以任务为导向的电子商务网站也有客户必须能够找到的“内容”

当您在各种数字系统中调查内容时,以下方面将作为每个信息生态的区分因素浮出水面:

所有权(ownership)

谁创造和拥有内容?所有权是集中在内容创作组内还是分散在职能部门之间?有多少内容是从外部信息供应商获得许可的?有多少是用户自己生产的?这些问题的答案在影响你对所有其他维度的控制水平方面发挥着巨大的作用。

格式(format)

网站和内部网已经成为许多组织访问所有数字格式的统一手段。数据库、产品目录、讨论档案、ms Word格式的技术报告、PDF格式的年度报告、办公用品采购应用程序和首席执行官的视频剪辑只是您可以在给定站点上找到的文档、数据库和应用程序的一小部分。

结构(structure)

并非所有文档都是平等创建的。一份重要的备忘录可能少于100字。一本技术手册可能超过1000页。一些信息系统是围绕文档范例构建的,将完全集成的文档作为最小的离散单元。其他系统采用内容组件或数字资产方法,利用某种形式的结构化标记(例如,XML或JSON)来允许管理和访问更精细的粒度级别。

元数据(metadata)

描述系统内内容和对象的元数据已经创建到什么程度?文档是手动标记的还是自动标记的?质量和一致性的水平如何?是否有一个受控制的词汇表,或者是否允许用户标记内容?这些因素决定了你在信息检索和内容方面从零开始的程度

体积(volume)

我们谈论的是多少内容?一百份申请?一千页?一百万份文件?这个系统有多大?

活力(dynamism)

增长率或营业额是多少?明年会增加多少新内容?它会多快变?

所有这些维度构成了内容和应用程序的独特组合,这反过来又表明需要定制的信息体系结构。

用户User

关于用户最重要的一点是,当我们谈论“用户”时,我们谈论的是人。他们是有欲望、有需要、有顾虑、有缺点的人——就像你和我们一样。我们使用“用户”一词作为速记,表示“将使用您的信息环境的人”。

上世纪90年代中期,在亚马逊成为家喻户晓的公司之前,我们为Borders Books &Music设计第一个企业网站时,我们学到了很多关于如何将客户研究和分析应用于实体书店的设计和架构的知识。Borders清楚地了解其客户的人口统计、审美偏好和购买行为与主要竞争对手Barnes & Noble的不同之处。这两家书店的实体布局和图书选择明显不同,即使在同一个城镇也是如此。它们的设计是不同的。这种差异是建立在他们对独特的客户或细分市场的理解之上的。

在现实世界中,客户偏好和行为的差异转化为网站和应用程序环境中不同的信息需求和信息寻求行为。例如,高级管理人员可能需要非常快速地找到一些关于特定主题的好文件。研究分析师可能需要找到所有相关文件,可能愿意花几个小时来寻找。管理人员可能具有较高的行业知识水平,但导航和搜索能力较低。青少年可能对某一领域不熟悉,但却能熟练地使用搜索引擎。

你知道谁在用你的系统吗?你知道他们是怎么用的吗?也许最重要的是,你知道他们想从你的系统中得到什么信息吗?这些都不是你在头脑风暴会议或焦点小组中可以回答的问题。正如我们的朋友和信息架构师Chris Farnum喜欢说的那样,你需要走到现实世界中去,研究你的“迷雾中的用户”。

回顾Recap 

让我们回顾一下本章所学的内容:

  • 定义信息架构的方法不止一种,这是可以的。
  • 信息架构不是你可以轻易指出的东西;它大多是抽象的,存在于表面之下,存在于产品和服务的深层语义结构中。这个也可以!
  • 我们实践有效信息架构设计的模型考虑了三件事:用户、环境和内容。
  • 特定的变量组合不仅会从一个信息环境变化到另一个信息环境,而且会随着时间的推移而变化。

正如我们在第1部分的介绍中提到的,IA的重点是使信息环境易于查找和理解。这些是相关但不同的目标。在下一章中,我们将更密切地关注可查找性设计。向前!

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
作者:(美)Louis Rosenfeld(路易斯·罗森菲尔德),Peter Morville(彼得.莫尔维莱),Jorge Arango(豪尔赫·阿朗戈) 译者:樊旺斌 出版社:电子工业出版社 ISBN:9787121287800 √ 领域畅销经典重装再现,北极熊书长期被信息架构师、设计师及网站开发者奉为圣经 √ 新版内容全面更新,关注焦点彻底突破网站,面向更热门更前沿的电子产品与设备 √ 深度剖析IA 要素,包括组织、标签、导航、搜索与元数据 √ 概念→过程→方法→策略→实现,全面更新 信息架构(IA)比以往任何时候都更具挑战性(和必要性)。由于如今可得到的信息供过于求,因此你想要分享的任何内容都应该是容易查找、浏览和理解的,同时提供的体验在多种交互渠道都应该是熟悉且一致的,从Web到智能手机、智能手表,等等。 为了引导你通过这个广阔的生态系统,本书为数字设计提供了经得起时间考验的基本概念、方法和技术。用户体验设计师、产品经理、开发人员和数字设计中涉及的所有人,都要学习如何创建帮助人们与你的信息进行交互的语义结构。 本书包括: 信息架构概述,以及为创建有效的数字产品和服务而解决的问题 深入探讨了信息架构组件,包括组织、标签、导航、搜索和元数据 让你从研究进入策略、设计信息架构实现的流程和方法 内容简介 《信息架构超越Web设计(第4版)(全彩)》 的前三个版本都是信息架构领域的开山著作。其中描述了信息组织的普遍和永恒原则,这一原则也适用于不断增长的移动世界。在第4版中,作者运用大量最新的插图和例子为这些原则提供了当前实践中的情境,验证了那些与技术和供应商无关的工具,以及那些经受住时间考验的技术。 第1部分 信息架构简介 1 第1章 信息架构要解决的问题 3 你好,iTunes 5 信息架构要解决的问题 8 信息过载 9 访问信息的更多方式 10 加入信息架构 12 由信息构成的场所 13 渠道之间的一致性 13 系统化思维 15 本章回顾 16 第2章 信息架构的定义 19 定义 19 看不到不代表不存在 21 走向优秀的信息架构 26 情景 28 内容 29 用户 30 本章回顾 31 第3章 为查找而设计 33 “太过于简单的”信息模型 34 信息需求 35 信息搜寻行为 38 了解信息需求和信息搜寻行为 41 本章回顾 42 第4章 为理解而设计 43 场所感 43 (现实世界)场所的结构 44 由信息组成的场所 45 组织原则 47 结构和秩序 48 类型系统 50 模块化和可扩展性 54 世界上最快乐的场所 56 本章回顾 61 第2部分 信息架构的基本原理 63 第5章 信息架构详解 65 信息架构的可视化 65 自顶向下的信息架构 68 自底向上的信息架构 70 不可见的信息架构 73 信息架构组件 74 浏览帮手 75 搜索帮手 76 内容和任务 77 “不可见的”组件 78 本章回顾 78 第6章 组织系统 79 组织信息的挑战 80 模糊性 81 异质性 81 不同观点的差异性 82 公司内部的政治文化 83 组织信息环境 83 组织方案 84 精确的组织方案 84 组织结构 93 层级结构:一种自顶向下的方法 94 数据库模式:一种自底向上的方法 98 社会化分类 102 创建凝聚性组织系统 103 本章回顾 104 第7章 标签系统 105 为什么要关心标签命名 106 各种各样的标签 111 作为情景式链接的标签 111 作为标题的标签 114 导航系统内的标签 116 标签作为索引词 118 标签的设计 121 通用原则 121 标签系统的来源 124 创建新的标签系统 129 优化和调整 137 本章回顾 137 第8章 导航系统 139 导航系统的种类 140 灰色区域很重要 141 浏览器导航功能 142 场所营造 142 提高灵活性 144 嵌入式导航系统 145 全局导航系统 145 局部导航系统 148 情景式导航 150 嵌入式导航的实现 152 辅助导航系统 154 站点地图 155 索引 156 指南 159 搜索 162 高级导航方法 162 个性化和自定义 163 可视化 164 社会化导航 165 本章回顾 168 第9章 搜索系统 169 你的产品需要搜索吗 169 搜索引擎详解 173 选择要索引什么 174 确定搜索区域 174 选择要建立索引的内容组件 179 搜索算法 182 模式匹配算法 182 其他方法 183 查询生成器 185 显示结果 186 要显示哪些内容组件 187 要显示多少文档 190 列出结果 192 将结果分组 199 对结果采取行动 200 设计搜索界面 201 搜索框 203 自动完成和自动建议 206 高级搜索 207 支持修改 208 当用户被卡住时 212 到哪里学习更多 213 本章回顾 214 第10章 叙词表、受控词表和元数据 215 元数据 216 受控词表 216 同义词环 217 规范文档 220 分类方案 223 叙词表 225 技术术语 226 叙词表实例 228 叙词表类型 233 经典叙词表 234 索引叙词表 234 搜索叙词表 234 叙词表标准 235 语义关系 237 等价 237 层级 238 关联 239 首选术语 240 术语形式 240 术语选择 240 术语定义 241 术语特异性 241 多元层级结构 242 分面分类法 243 本章回顾 248 第3部分 完成信息架构 249 第11章 研究 251 研究框架 252 情景 253 获得支持 254 背景研究 254 初步演示报告 255 研究会议 255 利益相关者访谈 257 技术评估 258 内容 258 启发式评估 259 内容分析 260 内容映射 262 标杆法 263 用户 265 使用分析 266 搜索日志分析 267 参与者定义和招募 270 客户支持数据 270 调查 270 情景调查 270 焦点小组 271 用户研究会议 272 访谈 272 卡片分类法 273 用户测试 277 研究的保卫战 278 克服研究阻力 279 本章回顾 280 第12章 策略 283 什么是信息架构策略? 284 遭到抨击的策略 285 从研究到策略 287 策略的开发 287 思考 288 表述 288 沟通 289 测试 289 工作产品和可交付成果 291 隐喻探索 291 场景 293 案例研究和故事 294 概念图表 295 站点地图和框架图 296 策略报告 296 示例策略报告 296 项目计划 306 演示 307 本章回顾 308 第13章 设计和文档 309 创建信息架构图的准则 310 视觉沟通 311 站点地图 313 高级架构站点地图 313 深入站点地图 315 保持站点地图的简单性 319 详细的站点地图 320 组织你的站点地图 322 线框图 324 线框图的类型 327 线框图准则 330 内容映射和清单 331 内容模型 337 它们为什么这么重要? 337 实例 338 有价值的过程 342 受控词表 342 设计协作 344 设计草图 344 整合:信息架构风格指南 347 “原因”所在 347 “方式”所在 348 本章回顾 349 结语 351 附录A 参考文献 355
内容简介 · · · · · · 本书的前三个版本都是信息架构领域的开山著作。其中描述了信息组织的普遍和永恒原则,这一原则也适用于不断增长的移动世界。在第4版中,作者运用大量最新的插图和例子为这些原则提供了当前实践中的情境,验证了那些与技术和供应商无关的工具,以及那些经受住时间考验的技术。 作者简介 · · · · · · 路易斯·罗森菲尔德 Louis Rosenfeld 是 Rosenfeld Media 的创始人,这是一家出版用户体验书籍、开办用户体验会议、提供用户体验培训和咨询的公司。 彼得·莫尔维莱 Peter Morville 是Semantic Studios的总裁。这家公司的客户包括AT&T、思科、哈佛、IBM、 梅西百货、美国国会图书馆和美国国家癌症研究所。 豪尔赫·阿朗戈 Jorge Arango 拥有20年的信息架构环境设计经验,并且担任IA协会的总裁兼董事长。 目录 · · · · · · 前言 xvii 第1部分信息架构简介 第1章信息架构要解决的问题 3 你好,iTunes 5 信息架构要解决的问题 8 信息过载 9 访问信息的更多方式 10 加入信息架构 12 由信息构成的场所 13 渠道之间的一致性 13 系统化思维 15 本章回顾 16 第2章信息架构的定义 19 定义 19 看不到不代表不存在 21 走向优秀的信息架构 26 情景 28 内容 29 用户 30 本章回顾 31 第3章为查找而设计 33 “太过于简单的”信息模型 34 信息需求 35 信息搜寻行为 38 了解信息需求和信息搜寻行为 41 本章回顾 42 第4章为理解而设计 43 场所感 43 (现实世界) 场所的结构 44 由信息组成的场所 45 组织原则 47 结构和秩序 48 类型系统 50 模块化和可扩展性 54 世界上最快乐的场所 56 本章回顾 61 第2部分信息架构的基本原理 第5章信息架构详解 65 信息架构的可视化 65 自顶向下的信息架构 68 自底向上的信息架构 70 不可见的信息架构 73 信息架构组件 74 浏览帮手 75 搜索帮手 76 内容和任务 77 “不可见的” 组件 78 本章回顾 78 第6章组织系统 79 组织信息的挑战 80 模糊性 81 异质性 81 不同观点的差异性 82 公司内部的政治文化 83 组织信息环境 83 组织方案 84 精确的组织方案 84 组织结构 93 层级结构:一种自顶向下的方法 94 数据库模式:一种自底向上的方法 98 社会化分类 102 创建凝聚性组织系统 103 本章回顾 104 第7章标签系统 105 为什么要关心标签命名 106 各种各样的标签 111 作为情景式链接的标签 111 作为标题的标签 114 导航系统内的标签 116 标签作为索引词 118 标签的设计 121 通用原则 121 标签系统的来源 124 创建新的标签系统 129 优化和调整 137 本章回顾 137 第8章导航系统 139 导航系统的种类 140 灰色区域很重要 141 浏览器导航功能 142 场所营造 142 提高灵活性 144 嵌入式导航系统 145 全局导航系统 局部导航系统 148 情景式导航 150 嵌入式导航的实现 152 辅助导航系统 154 站点地图 155 索引 156 指南 159 搜索 162 高级导航方法 162 个性化和自定义 163 可视化 164 社会化导航 165 本章回顾 168 第9章搜索系统 169 你的产品需要搜索吗 169 搜索引擎详解 173 选择要索引什么 174 确定搜索区域 174 选择要建立索引的内容组件 179 搜索算法 182 模式匹配算法 182 其他方法 183 查询生成器 185 显示结果 186 要显示哪些内容组件 187 要显示多少文档 190 列出结果 192 将结果分组 199 对结果采取行动 200 设计搜索界面 201 搜索框 203 自动完成和自动建议 206 高级搜索 207 支持修改 208 当用户被卡住时 212 到哪里学习更多 213 本章回顾 214 第10章叙词表、受控词表和元数据 215 元数据 216 受控词表 216 同义词环 217 规范文档 220 分类方案 223 叙词表 225 技术术语 226 叙词表实例 228 叙词表类型 233 经典叙词表 234 索引叙词表 234 搜索叙词表 234 叙词表标准 235 语义关系 237 等价 237 层级 238 关联 239 首选术语 240 术语形式 240 术语选择 240 术语定义 241 术语特异性 241 多元层级结构 242 分面分类法 243 本章回顾 248 第3部分完成信息架构 第11章研究 2
R语言实战笔记第九章介绍了方差分析的内容。方差分析是一种用于比较两个或多个组之间差异的统计方法。在R语言中,可以使用lm函数进行方差分析的回归拟合。lm函数的基本用法是: myfit <- lm(I(Y^(a))~x I(x^2) I(log(x)) var ... [-1],data=dataframe 其中,Y代表因变量,x代表自变量,a代表指数,var代表其他可能对模型有影响的变量。lm函数可以拟合回归模型并提供相关分析结果。 在方差分析中,还需要进行数据诊断,以确保模型的可靠性。其中几个重要的诊断包括异常观测值、离群点和高杠杆值点。异常观测值对于回归分析来说非常重要,可以通过Q-Q图和outlierTest函数来检测。离群点在Q-Q图中表示落在置信区间之外的点,需要删除后重新拟合并再次进行显著性检验。高杠杆值点是指在自变量因子空间中的离群点,可以通过帽子统计量来识别。一般来说,帽子统计量高于均值的2到3倍即可标记为高杠杆值点。 此外,方差分析还需要关注正态性。可以使用car包的qqplot函数绘制Q-Q图,并通过线的位置来判断数据是否服从正态分布。落在置信区间内为优,落在置信区间之外为异常点,需要进行处理。还可以通过绘制学生化残差的直方图和密度图来评估正态性。 综上所述,R语言实战第九章介绍了方差分析及其相关的数据诊断方法,包括异常观测值、离群点、高杠杆值点和正态性检验。这些方法可以用于分析数据的可靠性和模型的适应性。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [R语言实战笔记--第八章 OLS回归分析](https://blog.csdn.net/gdyflxw/article/details/53870535)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值