web信息架构简要读书笔记

学识过于浅露,不能初次即透彻领悟其精华,故每每有感都将细微心得记录如下,惴惴恐有错误之处,还望有缘者指出:

1、自顶向下的信息架构:比如电商平台,尽可能的将用户最迫切的需求罗列出来,衣服?电器?运动设备?等等,让用户能够自顶向下的寻找出自己想要的东西
优点:整体性和逻辑性强
缺点:难度大,复杂、繁琐
2、自底向上的信息架构:比如搜索引擎,通过对片段的搜索,呈现给用户一个更为直观的结果,又比如菜谱,通过一个原料加上一个原料,最终指引用户构成一份美食~这就是自底向上
优点:开发难度小,有成功保证
缺点:缺乏整体考虑,需要多次修改
因此通常自顶向下规划,自底向上开发!!!

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
作者:(美)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
开发框架架构是指在软件开发过程中,为了提高开发效率和代码质量,所采用的一种组织和管理代码的结构和规范。根据引用和引用的内容,可以得出以下简要说明: 1. 单体架构:最早期的开发框架架构,将整个应用程序打包成一个单一的部署单元。这种架构简单易用,但随着应用规模的增长,单体架构面临着可维护性和扩展性的挑战。 2. 面向服务架构 (SOA):将应用程序拆分成一系列服务,每个服务都可以独立开发、部署和扩展。SOA架构可以提高系统的灵活性和可扩展性,但也需要额外的开发和管理成本。 3. 微服务架构:将应用程序拆分成一组更小、更独立的微服务,每个微服务都专注于一个特定的业务功能。微服务架构可以实现敏捷开发和部署,同时提高系统的可伸缩性和容错性。 4. 服务网格架构:将微服务组织成一个服务网格,通过网络来交互和通信。服务网格架构提供了服务发现、负载均衡和容错等功能,用于简化微服务之间的通信和管理。 5. 中台架构:将一些常用的功能模块抽象出来,形成一个中台,供不同的业务系统共享和使用。中台架构可以提高系统的复用性和协同性,减少重复开发和维护工作。 6. 云原生架构:将应用程序设计和构建成适合在云环境中运行的架构。云原生架构强调容器化、自动化和可扩展性,以提高应用的弹性和可管理性。 7. Serverless 架构:将应用程序的开发和运行从基础设施中抽象出来,使开发人员可以专注于业务逻辑的实现。Serverless 架构可以减少基础设施管理的复杂性,提高开发效率。 综上所述,开发框架架构的演进是为了解决不同规模和需求下的开发挑战,不同的架构有不同的优势和适用场景,开发团队需要根据具体情况选择最合适的架构来进行开发。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [程序员整体架构之开发架构](https://blog.csdn.net/chentian114/article/details/122647254)[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 ]

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值