Обсудим блоки содержимого несколько подробнее. Как уже отмечалось, они могут быть большими (собрание отчетов) или маленькими (заголовок раздела). Блоки могут быть вложенными. Блоки содержимого можно определить любым понравившимся способом. Проблема, конечно, в том, с какими блоками работать - большими, маленькими или средних размеров? Такие вопросы могут раздражать и ставить в тупик. Но если с ними разобраться, то можно разработать весьма полезный образец восходящей архитектуры - модель содержимого, которая окажется удобной как для пользователей, так и для администраторов содержимого.

Какие блоки разумно здесь выделить? Некоторые из них очевидны, например заголовок («Deathmatch: Online Storage») и дата («September 22, 2000»). Но можно пойти дальше. Например, системному администратору при чтении этой статьи может понадобиться выделить определенные элементы знаний, например:

• Названия изделий: «Xdrive»; «I-drive.com»; и «Driveway».

• Цена: «The first 25MB is free, and you can buy 1GB for $19.95 per month» (Первые 25 Мбайт бесплатно, стоимость 1 Гбайт составляет $19.95 в месяц); «Gives you 25MB to start; extra drive space is about $100 a year per 100MB» (25 Мбайт для начала; дополнительное место на диске примерно по $100 в год за 100 Мбайт).

• Скорость: «...10 MB of files in 62 seconds...»; «...downloading 10MB of files at 70 seconds» (.10 Мбайт за 62 секунды.»; «.загрузка 10 Мбайт за 70 секунд); «.fast transfers—completing the 10MB download in a mere 46 seconds» (.быстрая передача данных -10 Мбайт всего за 46 секунд).

• Рейтинг: от трех до четырех звездочек.

Такие блоки имеют смысл для системных администраторов, которым надо выбрать один из этих продуктов. Библиотекарю же, вероятно, интереснее другой набор блоков, помогающих каталогизировать этот документ:

• Оригинальная публикация «Smart Business».

• Автор: «Christopher Null».

А если вы - администратор содержимого сайта ZDnet, то вас интересует возможность выделить блоки, которые помогут администрировать содержимое или будут многократно использоваться, например:

• Спонсор: «Gateway». Это может быть важно для отчета о впечатлении, произведенном страницей.

• Информация об авторском праве: «Copyright © 2001 ZD Inc. All rights reserved...» За этими объявлениями необходимо следить, чтобы не огорчать юристов.

Очевидно, что данные, представляющие собою бесполезный мусор для одного, для другого - находка. Информационный архитектор должен балансировать между потребностями разных пользователей - таких как энергичный лингвист, который услышал хвалебные отзывы об XML и теперь стремится применять их к содержимому, где только можно, или разработчик стратегии содержимого, который хочет повторно использовать все блоки, какие только можно, - и стоимостью выделения блоков содержимого и управления ими.

Поэтому нам надо принять различные решения, подсчитать возможные затраты и попытаться выяснить, как воспользоваться всеми преимуществами этой замечательной гибкости. Перед информационным архитектором возникает проблема, как получить фактическую выгоду от всех этих чудесных новых технологий, поддерживающих фрагментацию содержимого. Он должен определить, какие блоки создать, какие отбросить и как объединить их во что-нибудь полезное.

Мы используем блоки содержимого в моделях содержимого (content models). Модели содержимого - это микроинформационные архитектуры, создаваемые нами для частей нашего содержимого, которые разумны и стоят затраченных на них усилий. Модели содержимого определяют, с какими типами блоков мы работаем, как они связаны между собой и какие метаданные их описывают. Иными словами, модели содержимого состоят из блоков (chunks), связей (relationships) и метаданных (metadata).

Тем, кто уже знаком с моделированием данных, должно показаться, что оно похоже на моделирование содержимого. Но следует помнить, что неструктурированный текст, составляющий значительную часть нашего веб-содержимого, создает много трудностей, которые не возникают при моделировании данных. По существу, моделирование содержимого заключается в наложении структуры там, где ее нет или мало, с целью поддержки поиска, просмотра и управления содержимым. В некотором смысле модели содержимого можно считать образцом восходящей информационной архитектуры: путем определения типов блоков, которые имеют для нас важность, и установления связей между ними, мы заставляем «всплыть на поверхность» ответы, погруженные в нашем содержимом».

Некоторые блоки, такие как юридические формулировки, могут выступать самостоятельно, но большинство блоков оказываются довольно бессмысленными, пока они не будут связаны с другими блоками в более широком контексте. Модели содержимого обеспечивают этот контекст путем задания сети отношений между различными типами блоков.


Информационная архитектура



Новости за месяц

  • Декабрь
    2019
  • Пн
  • Вт
  • Ср
  • Чт
  • Пт
  • Сб
  • Вс
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31