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

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

Рубрика: Информационные технологии

Дата публикации: 22.06.2017 2017-06-22

Статья просмотрена: 859 раз

Библиографическое описание:

Галкин, В. А. Информационная архитектура / В. А. Галкин, М. С. Павлов, В. Р. Синельникова. — Текст : непосредственный, электронный // Молодой ученый. — 2017. — № 25 (159). — С. 32-35. — URL: https://moluch.ru/archive/159/44773/ (дата обращения: 17.04.2020).

Информационная Архитектура (ИА) — совокупность методов, схем организации и представления информации, которые направлены на систематизацию информации для помощи пользователям находить и работать с нужными данными.

Историческое развитие

Впервые термин ввел Ричард Вурман (Richard S. Wurman) в 1976 году. Вурман определял цель информационной архитектуры в организации эффективного визуального представления больших массивов данных [1] . Позже, уже в конце 90-х, в связи с ростом популярности интернета и сайтов, понятие ИА стало приобретать тот смысл, что и используется по сей день. Питер Морвиль (Peter Morville) и Луи Розенфельдом (Louis Rosenfeld) — авторы наиболее известной книги по ИА, выпущенной в 1998 году [2] — определяют информационную архитектуру, как структурное проектирование информационного пространства, способствующее выполнению задач и интуитивному доступу к содержимому; а также, как искусство и науку структурирования и классификации веб-сайтов и интрасетей с целью облегчения пользователям поиска информации и управления ею.

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

Принципы создания информационной архитектуры

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

1. Контекст — понимание целей веб-сайта. Для этого проводятся всевозможные интервью с владельцами бизнеса, опросы предполагаемых пользователей и собрать максимальное количество информации о тех факторах, которые могут влиять на ход проекта. Также для понимания контекста полезно прочтение существующей документации бизнеса и просмотр предыдущих исследований. В процессе этого зачастую открываются новые цели и ранее не выявленные возможности бизнеса.
2. Содержание — контент сайта. Определяется количеством и качеством функциональности и информации сайта. Определение эффективного контента также связано с целями и задачами ресурса. Контент должен удовлетворять потребности бизнеса (заказчика) и потребителя, поэтому, наряду с уникальностью учитывается и информативность. Вместе с определением того, ЧТО должно быть представлено, продумывается КАК это представить: формируется начальная логическая структура информации проекта. На этом этапе информационному архитектору следует тесно сотрудничать с дизайнерами, разработчиками и другими членами рабочей группы по проекту.
3. Пользователи. Эффективная информационная архитектура должна отражать то, как люди думают о предмете. В результате анализа данных информационный архитектор может создать ряд персонажей. Персонаж — это модель, представляющая цели и манеру поведения группы пользователей, а также включает несколько выдуманных личных деталей, помогающих сделать персонажа похожим на реального человека. Как правило, для каждого проекта создается несколько персонажей, но один из них всегда является приоритетным [3] .

Подходы информационной архитектуры

Существует два подхода к определению ИА: сверху вниз и снизу вверх [4] .

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

ИА снизу вверх предполагает понимание детализированных отношений внутри содержания, через пошаговые инструкции (или storyboards), чтобы показать, каким образом система может поддерживать конкретные потребности пользователей, а затем рассматривать структуру более высокого уровня, которая потребуется для поддержки этих требований.

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

Результат работы информационного архитектора.

Что же информационные архитекторы получают в результате проделанной работы? Зачастую это — карта сайта, аннотированные макеты страниц, матрицы контента (матрица содержимого перечисляет каждую страницу в системе и идентифицирует контент, который будет отображаться на этой странице) и шаблоны страниц. Также есть несколько побочных продуктов проведенной работы: список и описание персонажей, прототипы, storyboards.

Карта сайта — наиболее полезный артефакт в работе информационного архитектора. Представляет собой список страниц сайта для поисковых систем или пользователей и аналогична разделу “Содержание” обычной книги [5] . Иначе говоря, в ней отображается структура контента сайта. Карта сайта может быть представлена в виде списка или зарисовок страниц с хорошо прослеживаемой иерархией (пример на рисунке 2).

Аннотированные макеты страниц (пример на рисунке 3) определяют навигацию на уровне страницы, типы контента и функциональные элементы. Аннотации используются в качестве руководств для дизайнеров и разработчиков, которые будут использовать макеты страниц для сборки сайта. Макеты страниц также называются wireframes (структурная схема страниц).

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

Создатели информационной архитектуры

Кто же стоит за разработкой ИА? В первую очередь, конечно, информационный архитектор, но помимо него задействованы и другие специалисты: менеджеры проекта, проектировщики опыта взаимодействия, проектировщики пользовательского интерфейса, разработчики.

Вывод

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

Помните: люди могут оценить только то, что они действительно могут найти.

Базовый Курс UX: Что такое информационная архитектура?

Урок 9 из 31:

(Это перевод базового курса UX, который включает 31 основной принцип UX-проектирования: UX Crash Course: 31 Fundamentals. Если вы здесь впервые, то лучше начните сначала)

До этого момента мы с вами концентрировались на том, как понять и спланировать UX-дизайн. А с сегодняшнего дня мы приступаем к практике. Проектирование реального решения всегда начинается с разбора структуры объекта проектирования. Начнем со введения в тему:

Интересуетесь свежими статьями по дизайну? Вступайте в группу на Facebook.

Новое. Журнал для digital-дизайнеров. Посмотреть, что за зверь.

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

Если вы раньше не сталкивались с понятием “структура информации”, то начните с этой презентации: Understanding Information Architecture.

Информационная архитектура (ИА, IA) может быть как достаточно простой (в случае небольшого проекта), так и невероятно сложной (если вы работаете над масштабным проектом).

Информационная архитектура невидима. Чтобы с ней работать, нужно нарисовать карту сайта. Вот простой пример:

В этом примере показан вебсайт из 6 страниц: домашняя страница, 2 секции главного меню и 3 подсекции. Линии показывают, как страницы соединены между собой посредством навигации (меню и кнопки).

• На заметку: Если у вас миллион пользователей, это не значит, что у вас миллион страниц с профилем. У вас одна страница с профилем, в которой отображается профиль любого пользователя.

Такая организация страниц — в виде семейного древа — называется “иерархической” или “древовидной”. Большинство сайтов и приложений структурированы подобным способом (но он далеко не единственный).

В рисовании карты сайта нет никаких “правил”, но вот вам несколько ценных указаний:

• То, что карта выглядит простой, не означает, что она несет в себе какой-то смысл.
• Пусть она будет четкой и читаемой.
• Мы обычно рисуем сверху-вниз, а не справа-налево.
• Не нужно делать карту сайта гламурненькой. Это технический документ, а не показ мод.

Горизонтальная или вертикальная, а не обе сразу.

Вообще-то говоря, карта вашего сайта будет либо “плоской” (flat) — тогда будет больше секций в меню, зато понадобится меньше кликов, чтобы добраться до самого низа — либо “глубокой” (deep), что означает более простое меню, но требует больше кликов на пути к цели.

Заметьте, что в этом примере и в той, и в другой структуре представлено одинаковое количество страниц. То есть они равны по объему, но не по виду.

Сайтам, на которых много продуктов, например Wal-Mart, чаще всего подходит “глубокая” архитектура, иначе размеры меню будут выходить за все рамки. Сайты вроде YouTube, где все строится вокруг пользователей и видео-роликов, обычно “плоские”.

Если ваш сайт и глубокий, и плоский одновременно, это плохо. Вам не помешает упростить цели. Ну или пусть в основе сайта лежит хороший механизм поиска.

Распространенный миф: Возможно вы слышали от кого-то, что до любого интересующего объекта “всегда должно быть три клика”. Этот кто-то скорее всего изучал UX в 90-е и больше не возвращался к этой теме. А вам нужно концентрироваться на пользователе, а не на дурацких “правилах”. Главное, чтобы люди всегда понимали, где они находятся и что могут сделать. Если ваша навигация простая и четкая, то количество кликов значения не имеет.

Завтра мы изучим, как выбирать категории для меню (и как вообще понять, нужны ли вам категории):

Если вам понравилась статья и перевод, дайте нам знать — нажмите зеленую кнопку Recommend

И ещё, если у вас есть на примете какая-нибудь классная статья по UX и не только — скиньте нам ссылку, и мы будем рады над ней поработать.

Мобильное приложение «Заметки о психике» | Mental Notes

Полезный инструмент для встряхивания мозгов. Подкидывает идей как привлечь, удержать и направить внимание пользователя

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

Купить книгу Архитектура информационных систем, Советов Б.Я., Водяхо А.И., Дубенецкий В.А., Цехановский В.В., 2012

Бумажную книгу купить в России с доставкой по всей России

1. Информационные технологии: теоретические основы: Уч.пособие.

Советов , Борис Яковлевич, Цехановский , Владислав Владимирович. Тэги помогают другим читателям выбирать товары, книги и быстро

Информационные технологии рассматриваются как единая система , базирующаяся на базовых информационных процессах, базовых.

Интернет-магазин Буквоед — интернет магазин, где можно купить книги, учебники, подарки, сувениры, товары для детей, товары для творчества, канцелярию и сладости по выгодным ценам с доставкой в Москве, Санкт-Петербурге и других городах России!

Электронные книги купить в России, СНГ и по всему миру

1. Архитектураинформационныхсистем | Водяхо Александр.

В интернет-магазине ЛитРес можно купить книгу « Архитектура информационных систем | Водяхо Александр Иванович, Дубенецкий Владислав Алексеевич» автора за 1066.00.

Авторы:Б. Я. Советов , А. И. Водяхо , В. А. Дубенецкий , В. В. Цехановский .

Архитектурные решения информационных систем . Учебник Бумага. Авторы:Александр Водяхо , Владислав Дубенецкий , Владислав Цехановский .

Книга «Архитектурные решения информационных систем . Учебник» — покупайте в интернет-магазине от ЛитРес.

Все 345 жанров. Книги. Архитектура информационных систем .

Методика проектирования информационных систем для сферы государственных и муниципальных услуг. 0. 0. PDF.

Информационная архитектура в Интернете. 2-е изданиеPDF. Авторы:Питер Морвиль, Луис Розенфельд.

Вы узнаете, как разработать запоминающийся и при этом удобный в применении сайт, как организовать иерархию сайта и системы навигации по нему, понятные.

Михаил Викторович Рыбальченко. В данном учебном пособии рассматриваются основные понятия по архитектуре информационных систем (ИС), приведены классификация и базовые структуры ИС. Представлены стили проектирования и атрибуты качества ИС.

Михаил Викторович Рыбальченко. В данном учебном пособии рассматриваются основные понятия по архитектуре информационных систем (ИС), приведены классификация и базовые структуры ИС. Представлены стили проектирования и атрибуты качества ИС.

Авторы:Владислав Владимирович Цехановский , Борис Яковлевич Советов .

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

Георгий Прохорский. Излагаются сведения по основам компьютерных технологий и их применению в деятельности архитектора и строителя. Приводятся сведения о технических средствах и методах сбора, накопления.

Все 345 жанров. Книги. Архитектура информационных систем .

Методика проектирования информационных систем для сферы государственных и муниципальных услуг.

Затрагиваются вопросы основ языка структурированных запросов SQL, архитектуры информационных систем , технологии «клиент-сервер», возможностей и особенностей различных систем баз данных, а также перспектив развития систем управления базами данных.

На данной странице Вы можете найти лучшие предложения для покупки книги «Архитектура информационных систем, Советов Б.Я., Водяхо А.И., Дубенецкий В.А., Цехановский В.В., 2012» по лучшей цене в интернет магазинах Лабиринт, Буквоед, Читай-город, Литрес, My-shop, Book24, Books.ru, Литгид, Озон.

В этих официальных книжных интернет-магазинах вы можете купить недорого бумажную и электронную книгу по самой дешевой цене с доставкой по России и в другие страны. Также в этих магазинах можно купить книжные новинки и бестселлеры.

Официальные сайты интернет-магазинов по продаже книг в России и по всему миру:

Для формирования результатов поиска книг использован сервис Яндекс.XML.

Нашлось 4 млн ответов. Показаны первые 12 результата(ов).

Элементы Архитектуры предприятия. Бизнес-архитектура и архитектура информации

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

Контекст и основные элементы архитектуры информации

Сегодня организации должны искать эффективные способы работы с информацией, которая поступает из самых разнообразных источников и должна быть доступна там, где это нужно, и тогда, когда это необходимо. Ситуация осложняется тем, что различные формы информации зачастую требуют специфических технологий и методов работы с ней: 1) структурированная информация (реляционные и объектные модели); 2) развивающиеся, основанные на XML стандарты для полуструктурированной информации; 3) неструктурированная информация в форме текстов, графиков, образов, сопровождаемая определенными описательными данными (метаданными и каталогами).

Архитектура информации включает в себя видение, принципы, модели и стандарты, которые обеспечивают процессы создания, использования и поддержания информации, относящиеся к деятельности предприятия.

Архитектура информации описывает, как информационные технологии обеспечивают в организации возможности для быстрого принятия решений, распространения информации внутри организации, а также за ее пределы, например, партнерам по бизнесу. Архитектура информации является как бы «зеркальным отражением» бизнес-архитектуры. Бизнес-архитектура отвечает на вопрос: «С учетом нашего общего видения, целей и стратегий, кто и что будет делать?» Архитектура информации отвечает на вопрос: «Какая информация должна быть предоставлена для того, чтобы эти процессы могли выполняться теми, кто их должен выполнять?» Архитектура информации включает в себя модели, которые описывают процессы обработки информации (information value chain), основные информационные объекты, связанные с бизнес-событиями, информационные потоки, принципы управления информацией. Архитектура должна описывать как те данные, которые требуются для выполнения процессов (операционные), так и аналитические данные и «контент», публикуемый на Web.

Это действительно обширная задача. Приведем следующую цитату, касающуюся создания архитектуры информации в Citibank [4.14]: «В силу сложности банковских продуктов, услуг и разнообразия условий ведения бизнеса, задача разработки корпоративной модели данных заняла несколько лет. Отсутствие общекорпоративного подхода к управлению данными было слабостью банка в прошлом, но теперь у банка имеется возможность обеспечить единые стандарты обслуживания клиентов». Речь идет, конечно, об одном из крупнейших финансовых институтов мира, и большинство компаний столкнется с гораздо меньшими проблемами, но в любом случае, разработка и реализации архитектуры информации – это длительный итеративный процесс.

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

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

Потребность в архитектуре информации сейчас велика как никогда. Аналитические компании, такие как META Group и Aberden, считают, что при разработке новых систем до 70% времени тратится на решение задач, связанных с идентификацией источников данных, которые должны использоваться прикладной системой, и на написание программного кода для доступа и трансформации данных [4.15]. Для большинства средних и практически всех крупных предприятий использование нескольких различных СУБД, средств управления и преобразования данных является скорее правилом, чем исключением. Кроме того, в течение последнего десятилетия мы являлись и являемся свидетелями тенденции все более широкого использования готовых прикладных систем (финансового учета, управления кадрами, управления закупками, управления продажами и т.д.), каждая из которых имеет свои модели данных. С учетом наличия и других унаследованных систем тенденция к росту количества источников данных только увеличивается.

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

На рисунке 5.8 приводится пример упрощенной схемы перемещения данных в процессе работы над ними на некотором гипотетическом предприятии.

Этот пример показывает, что данные на предприятии проходят через большое количество шагов в процессе своего жизненного цикла. При этом в таком потоке могут встречаться разветвления и слияния, одни и те же данные могут обрабатываться разными прикладными системами и храниться в различных базах данных: базах оперативного хранения информации, хранилищах данных, витринах данных (предназначенных для анализа и быстрого получения отчетов). Все это приводит к фрагментации данных, работе с ними различных подразделений и требует координации в рамках единой архитектуры информации предприятия.

В ходе разработки архитектуры информации решаются, в соответствии с [4.16], следующие задачи:

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

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

На концептуальном уровне абстракции архитектура информации должна описывать аспекты, связанные с получением, хранением, трансформацией, презентацией, анализом и обработкой информации. Это включает в себя следующие процессы управления информацией:

• получение данных из внутренних и внешних источников;
• классификация данных по типам;
• хранение и извлечение данных;
• редактирование (или обновление) данных;
• контроль качества (удаление или исправление некорректных данных);
• презентация (трансформирование данных для определенной аудитории потребителей);
• распространение информации для различных групп потребителей;
• оценка (полезности, а также соотношения цены/качества данных);
• обеспечение безопасности информации (например, аутентификация данных от различных источников, назначение адекватного уровня доступа; определение требований по аудиту; обеспечение механизмов резервного хранения и восстановления).

Рисунок 5.9 показывает общую картину архитектуры информации, взятую из документов описания архитектуры правительства штата Северная Каролина, США [4.17].

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

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

Для понимания архитектуры информации и того, как данные хранятся и обновляются, важно отличать типы прикладных систем, которые обеспечивают доступ к данным. Два наиболее важных типа таких систем – это системы онлайновой обработки транзакций (OLTP – Online Transaction Processing ) и системы он-лайновой аналитической обработки (OLAP – Online Analitical Processing). Третий тип – системы управления неструктурированными данными (контентом).

OLTP-системы применяются для выполнения критически важных, повседневных операций. Чаще всего они используются многими пользователями одновременно для ввода, обновления и извлечения данных. OLTP-системы способны выполнять атомарные бизнес-функции и четко обозначенные единицы работ – как правило, в форме одной или нескольких транзакций, выполняемых как одно целое (например, транзакция «изменение адреса клиента»).

OLAP-системы используются для анализа, планирования и управления получением отчетов путем обеспечения интерактивного доступа к широкому спектру информации. В OLAP-системах обычно обрабатываются агрегированные данные для получения ответа на такие вопросы: «Сколько было потрачено на покупку офисной техники в прошлом году?», «Каков был объем продаж изделия X в городе N в первом квартале?» Данные для OLAP-систем, как правило, извлекаются из транзакционных OLTP-систем и помещаются или реплицируются в специальные базы данных – хранилища или витрины данных. Витрины данных являются специализированными хранилищами, которые ориентированы на предоставление информации, требующейся для бизнес-анализа на предприятии.

Таким образом, мы можем сказать, что архитектура информации включает в себя, в частности, такие области (а также связанные с ними стандарты, руководства и пр.), как:

• федеративные данные (метаданные);
• моделирование данных;
• системы управления базами данных;
• программное обеспечение промежуточного слоя (middleware) для доступа к данным;
• механизмы доступа к данным ;
• безопасность данных.

Однако окончательный набор дисциплин, связанных с архитектурой информации, определяется, в конечном итоге, потребностями предприятия.

Безусловно, область архитектуры информации имеет пересечения с остальными доменами архитектуры предприятия. Типичным примером такого пересечения является стандарт XML, который имеет отношение одновременно как к архитектуре информации, так и к архитектуре приложений. Другим примером являются системы управления базами данных, которые относятся и к архитектуре информации, и к технологической архитектуре (инфраструктуре). Реализация сложных систем, таких, например, как хранилища и витрины данных, требует участия специалистов по архитектуре информации, прикладным системам и инфраструктуре.

Рекомендуемыми первыми шагами на пути создания архитектуры информации являются следующие шаги [4.18]:

• создание словаря данных и репозитория метаданных;
• выбор системы записи информации о каждом элементе данных.

Эти шаги впоследствии будут способствовать созданию оперативного хранилища данных (ODS – Operational Data Store ), которое обеспечивает стандартные процессы извлечения, трансформации и загрузки данных ( ETL – Extract, Transform, Load), а также очистки данных и создания метаданных. Оперативное хранилище является краеугольным камнем для повторного, многократного использования данных, а в последующем – для создания хранилищ и витрин данных.

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