ГОСТ Р 57127—2016
4.4.3.7 Удаление контента
Большинство элементов контента имеют определенный «срок службы», по истечении которого они
должны быть удалены. Длительность этого срока зависит от типа элемента контента. Например, новости
могут иметь срок службы продолжительностью всего один день, после чего их необходимо удалять или
заново помечать. Первоначальная оценка срока службы элемента должна храниться в виде метаданных (см.
4.5) и быть достаточно консервативной: в тех случаях, когда для срока службы существует опре деленный
диапазон, то следует регистрировать наименьшее в этом диапазоне значение. По истечении срока
службы элемента контент необходимо проанализировать на предмет его текущей применимости и либо
удалить его, либо пересмотреть срок службы.
Примечание — Хотямногие полагают, чтоудалениеустаревшегоконтента является «убытками».егосохра
нениеможетнасамомделе реальноувеличиватьзатраты, посколькупользователибудут тратитьвремя нанавигацию в
этих «неактуальных данных». Всвязи стем.чтопользователи могут воспользоватьсяустаревшими процессами,также
возрастают и бизнес-риски. Крометого, устаревшийконтентможет маскироватьнеиспользованные резервы знаний, в
результатечегоупускается потребностьвприобретении новогоконтента. Хуже всегото.чтоустаревший контент может
быть непреднамеренноиспользованвситуации, которая имеетюридические последствияразличнойстепенитяжести.
4.4.4 Архитектура данных
Другой предпосылкой для качественного управления контентом является согласованная и хорошо
структурированная архитектура данных. Чтобы обеспечить «передачу» контента из одного слоя вдругой,
хранилища в рабочем слое должны содержать элементы данных с одними и теми же метками и атрибу
тами. что и в слое для хранилищ знаний. На рисунке 9 показано, как использование согласованной архи
тектуры данных позволяет контенту обрабатываться в системе М3.
Без использования согласованной архитектуры данных контент не проходит через систему М3
При использовании общей архитектурыданных контент проходит через систему М3
и между подобными системами
Рисунок 9 — Использование согласованной архитектуры данных облегчает прохождение контента
Элементы данных или поля могут содержать массивы текста или других видов информации (на
пример. фотографии, звук и видео) или же они могут содержать данные об элементе самого контента.
Удерживаемыми в этих полях метаданных должны быть определенные перечни значений, согласованные в
организации и часто называемые «таксономиями» (см. выше). Может существовать несколько размер
ностей таксономии — например, в то время как некоторые из полей метаданных, заполненные согла
сованными значениями, будут управлять жизненным циклом контента в системе М3, другие поля могут
быть использованы для группировки контента с целью облегчения его поиска. Присвоение определенного
значения полю метаданных называют «теговой разметкой» контента, с помощью которой на очень дета
лизированном уровне (то есть вплоть до конкретных условий и значений) организации могут разбивать и
собирать контент для его различного представления по разным категориям получателей информации,
которые могут перепрофилировать данный контент. Другими словами, представление контента может
отличаться от самого контента. Например, если конкретный элемент контента — это выписки из финан
совой документации, которыми сотрудники организации должны поделиться с клиентами (причем, когда
клиенты должны получить возможность ознакомиться только с частью этих выписок), то теговая разметка
элементов контента с метаданными сделает это возможным.
37