Системы управления контентом. Виды систем управления контентом. Классификация систем управления контентом в плане программного обеспечения

Что такое cms?

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

Почему появилось необходимость в создании движков?

Когда-то давно интернет состоял в основном из статичных html-файлов, объединенных гиперссылками для навигации по ним. Что это означает? А то, что не было никаких удобств в управлении сайтом. Если вам нужно добавить новую страницу, то нужно вручную создавать html-документ, копировать в него какие-то ранее установленные настройки и размещать там ту информацию, которая нужна.

Причем если вам нужно написать какую-то статью, вы не можете просто расслабиться и писать текст, вы вынуждены будете обрамлять все нужными тегами: абзацы – в

Заголовки – в

и т.д. Соответственно, время создания и редактирования текста очень сильно увеличивается.

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

JavaScript. Быстрый старт

Тут стало понятно, что без создания специальных систем для управления интернет-ресурсом просто невозможно.

Преимущества использования cms

Я надеюсь, вы в своей жизни уже успели воспользоваться хотя бы одной cms. Тогда вы поймете, насколько удобнее такой способ управления в отличие от кучи html-страниц. Во-первых, добавлять новые посты и страницы намного проще – это делается с помощью удобного визуального редактора с различными кнопками для максимально быстрого оформления текста.

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

В движках все сделано так, что зачастую вам даже не придется лезть в файлы и редактировать код, чтобы что-то поменять. Конечно, для кардинальных изменений это необходимо, но очень много настроек вынесены в так называемую панель управления. У каждой cms она своя. Лично мне больше всего до сих пор нравится панель в wordpress.

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

Есть ли у движков общие недостатки

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

JavaScript. Быстрый старт

Изучите основы JavaScript на практическом примере по созданию веб-приложения

Например, скорость. У некоторых движков с этим все в порядке, у других – не так хорошо. Например, wordpress грузится 2 секунды. Именно сами файлы этого движка. У некоторых cms этот показатель лучше, хотя wordpress в целом считается одной из самых быстрых систем, при грамотной оптимизации ресурса. Если же брать Joomla, то там ситуация не такая хорошая, сайты больше склонны к тормозам, хотя и эту проблему можно решить грамотной настройкой.

Конечно, статичная страница на html имеет преимущество в скорости, но стоит ли ради этого не пользоваться cms? Это будет очень глупо, потому что такие системы предлагают вам взамен слишком много хорошего.

Другая проблема, по мнению некоторых, это безопасность. Теоретически взломать реурс без cms намного сложнее и это действительно так. Существует мнение, что чем популярнее движок, тем небезопаснее держать на нем сайты. Но так ли это?

Возьмем, например, тот же wordpress. Это самый популярный движок в мире. По статистике действительно 10-20% веб-ресурсов на этом движке взламывают. Но не стоит хвататься за голову, в подавляющем большинстве случаев виноваты сами хозяева, потому что они:

Никак не защищают страницу входа

Ставят простой пароль

Не изменяют логин admin на другой, более сложный

Не меняют префикс таблиц у баз данных

Не обновляются

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

Я считаю, что не стоит бояться создавать веб-ресурс на движке, потому что миллионы сайтов работают таким образом и никто им еще не повредил. Тысячи очень популярных проектом на том же wordpress и что? Хоть один взломали? Может и было, но в большинстве своем из-за того, что хозяева не позаботились в должной мере о защите.

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

Итак, вывод этой статье в том, что cms использовать нужно, они серьезно облегчают дело, а те проблемы, которые возникают при их использовании, можно спокойной решить, если немного изучить работу с каждым конкретным движком. На нашем ресурсе вы можете найти уроки по cms WordPress и Joomla, именно с этих движков рекомендуется начинать новичку. Подписывайтесь на наш блог, если вас интересует сайтостроение.

JavaScript. Быстрый старт

Изучите основы JavaScript на практическом примере по созданию веб-приложения

Любой веб-сайт состоит из набора страниц, а различия заключаются лишь в том, как они были созданы – заверстаны вручную (статическая верстка) или сформированы динамически (с помощью программного кода). В первом случае специалисты, отвечающие за создание и поддержку сайта пишут в HTML-форме каждую в отдельности страницу, включая ее оформление и контент.

Во втором – в основе любой веб-страницы лежит шаблон, определяющий расположение в окне веб-браузера всех компонентов страницы, и вставка конкретной информации производится с использованием стандартных средств, не требующих от участника процесса знания языка HTML и достаточно сложных для неспециалиста процедур публикации веб-страницы. Существует так же гибридный тип веб-сайтов - оформление выносится в отдельный файл (шаблон), и подключается к статичным страницам с контентом с помощью скрипта (на любом из языков программирования - js,ssi, php или другого), но контент верстается опять-таки вручную

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

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

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

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

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

В зависимости от уровня сложности, системы управления контентом можно разделить на три группы:

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

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

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

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

В настоящее время разработаны системы, позволяющие максимально оптимизировать этот процесс. Так, например, автор через модуль управления контентом направляет будущую публикацию на визирование, контент-менеджер вносит изменения, дает свое "добро" и документ автоматически переходит к редактору. После редактуры (все перемещения документа происходят внутри модуля) текст попадает к высшему руководству, которое будучи последней инстанцией, отправляет материал на публикацию. При этом в процессе не задействовано ни одного Интернет-специалиста, ни одного программиста или HTML-верстальщика. Весь процесс занимает считанные минуты.

Однако у систем управления сайтом или контентом существуют слабые места - это работа сайта под нагрузкой. В отличие от статичной страницы, при пользовательском запросе через систему управления контентом, происходят более сложные процессы выдачи информации. Так если в первом случае пользователю просто передается уже готовая веб-страница за десятки миллисекунд, то во втором - страница сначала "собирается" системой, а затем уже отправляется пользователю - это уже около 1,5 сек. Ресурс мощности всегда ограничен, при пиковой нагрузке система может отказать. Поэтому следует помнить о таком важном требовании к системам управления контентом, как наличие возможности кэширования информации. Смысл кэширования в следующем: для первого пользователя, пришедшего на ресурс, страница действительно собирается, а вот для всех последующих она просто высылается в виде статик-контента, поскольку она уже была сохранена в кэш-памяти и в любой момент готова к отсылке. Данный способ снижает нагрузку на сервер в десятки раз. Существует и более сложное кэширование - так называемое "горячее кэширование", когда после запроса администратора все страницы сайта заранее "собираются" и в таком виде хранятся в ожидании запроса.

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

Далее остановимся подробнее на общей структуре систем и предоставляемых ими возможностях. Системы управления веб-контентом: типовая структура. В основе данной технологии лежит трехзвенная архитектура клиент-сервер. Такая архитектура разбивает процесс обработки данных между
клиентом; сервером приложений; хранилищем данных. В отличие от традиционной двухзвенной архитектуры здесь присутствует сервер приложений как промежуточное звено между клиентом и хранилищем данных. Необходимость такого звена продиктована требованиями приложений для предприятий, взаимодействующими с клиентами (через Интернет), партнерами (через экстранет) и собственными работниками (через интранет). В отсутствии сервера приложений большинство приложений выполняется прямо на клиентском компьютере, с которого клиент посылает запросы. При этом для доступа к необходимым данным клиент должен знать, как именно они организованы и где хранятся. К тому же компьютеры клиентов должны быть достаточно мощными для обработки данных из хранилища (такая архитектура обычно называется "толстый клиент"). В противоположность ей трехзвенная архитектура, ее еще называют "толстый сервер", а чаще - "тонкий клиент", позволяет избежать усиления компьютеров клиентов и загруженности Сети из-за перемещения данных. Получая запрос, сервер приложений обрабатывает его, связываясь с хранилищем данных, в каком бы месте необходимые данные не находились. Клиент лишь получает результат в виде HTML-файла. Таким образом, сервер приложений является стандартизованной платформой для динамической доставки контента и построения основных приложений. Надо заметить, что самих серверов приложений может быть много, а связь с ними происходит через веб-сервер.

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

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

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

2 Управление сайтом. На этом уровне происходит разработка самого сайта, предварительный просмотр и публикация подготовленного контента. Здесь разрабатывается внешний вид, подготавливаются шаблоны, распределяются роли пользователей и классификация необходимой бизнес-информации (например, товары, цены). Важными компонентами этого уровня являются службы поддерживающие своевременность поступления необходимого контента.

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

Content management system , CMS , система управления контентом ) - информационная система или компьютерная программа , используемая для обеспечения и организации совместного процесса создания, редактирования и управления содержимым, иначе - контентом (от англ. content ) .

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

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

В общем случае системы управления содержимым делятся на системы управления корпоративным контентом (англ. Enterprise Content Management System - для работы с содержимым внутри какой-либо организации и системы управления веб-содержимым (англ. Web Content Management System ) для поддержки работы веб-сайта .

Системы управления веб-содержимым

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

Существует множество готовых систем управления содержимым сайта, в том числе и бесплатных. Их можно разделить на три типа по способу работы:

Генерация страниц по запросу. Системы такого типа работают на основе связки «Модуль редактирования → База данных → Модуль представления». Модуль представления генерирует страницу с содержанием при запросе на него, на основе информации из базы данных. Информация в базе данных изменяется с помощью модуля редактирования. Страницы заново создаются сервером при каждом запросе, что в свою очередь создаёт дополнительную нагрузку на системные ресурсы. Нагрузка может быть многократно снижена при использовании средств кэширования , которые имеются в современных веб-серверах.
Генерация страниц при редактировании. Системы этого типа служат для редактирования страниц, которые при внесении изменений в содержание сайта создают набор статических страниц. При таком способе в жертву приносится интерактивность между посетителем и содержимым сайта.
Смешанный тип. Как понятно из названия, сочетает в себе преимущества первых двух. Может быть реализован путём кэширования - модуль представления генерирует страницу один раз, в дальнейшем она в несколько раз быстрее подгружается из кэша. Кэш может обновляться как автоматически, по истечении некоторого срока времени или при внесении изменений в определённые разделы сайта, так и вручную по команде администратора. Другой подход - сохранение определённых информационных блоков на этапе редактирования сайта и сборка страницы из этих блоков при запросе соответствующей страницы пользователем.

Система управления -

Понятие CMS

Любой Web-сайт состоит из набора страниц, а различия заключаются лишь в том, как они организованы. Существует два вида организации Web-сайта – статический и динамический. В первом случае специалисты, отвечающие за создание и поддержку сайта пишут в HTML-форме каждую в отдельности страницу, включая ее оформление и контент. Во втором – в основе любой Web-страницы лежит шаблон, определяющий расположение в окне Web-браузера всех компонентов страницы, и вставка конкретной информации производится с использованием стандартных средств, не требующих от участника процесса знания языка HTML и достаточно сложных для неспециалиста процедур публикации Web-страницы.

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

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

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

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

Системы управления контентом (в английском языке существует устоявшийся термин – Content Management Systems или, сокращенно, CMS ) – это программные комплексы, автоматизирующие процедуру управления контентом.

Функции CMS

Функции систем управления контентом можно разделить на несколько основных категорий:

Создание - предоставление авторам удобных и привычных средств создания контента.
Управление - хранение контента в едином репозитории . Это позволяет следить за версиями документов, контролировать, кто и когда их изменял, убеждаться, что каждый пользователь может изменить только тот раздел, за который он отвечает. Кроме того, обеспечивается интеграция с существующими информационными источниками и ИТ-системами. CMS поддерживает контроль над рабочим потоком документов, т.е. контроль за процессом их одобрения. Таким образом, управление контентом включает в себя хранение, отслеживание версий, контроль за доступом, интеграцию с другими информационными системами и управление потоком документов.
Публикация - автоматическое размещение контента на терминале пользователя. Соответствующие инструменты автоматически адаптируют внешний вид страницы к дизайну всего сайта.
Представление - дополнительные функции, позволяющие улучшить форму представления данных; например, можно строить навигацию по структуре репозитория .

Cистемы управления контентом делятся на четыре основных категории, которые частично перекрываются:

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

Использование CMS предоставляет следующие преимущества:

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

Среди CMS -систем часто выделяют так называемые каркасы ( content management framework, CMF) - инструментарии для создания системы.

Разработкой систем управления контентом занимаются многие компании, в том числе IBM, Microsoft, Oracle, Macromedia.

Стандартизация CMS

В последнее время начали появляться организации, пытающиеся объединить разработчиков CMS , создать единую информационную среду для потенциальных пользователей подобных систем, продвигать и утверждать единые стандарты. Прежде всего, это ассоциации OSCOM ( Open Source Content Management ), и CMSWatch.

OSCOM утвердила такие стандарты, как WebDav , RSS , ATOM и JSR -170.

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

Модели представления данных в CMS

Существует классификация CMS , основанная на модели представления данных - объектной, сетевой или модульной.

Объектная модель

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

Модульная модель

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

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

21.04.2004 Нина Савельева

Словосочетание «система управления контентом» сегодня у всех на слуху. Рынок подобных продуктов растет, но до сих пор в данной области нет единых стандартов, в том числе, и на терминологию. Что же представляют собой подобные системы и какую функциональность они обеспечивают?

Рынок систем категории CMS (content management system ) достаточно бурно развивается, но единых стандартов в этой области, в том числе на терминологию, еще нет. Английское слово content означает «нечто, содержащееся внутри» и применительно к письменным работам обычно входит в словосочетание table of contents - содержание, перечень разделов (скажем, книги). Отличительная черта контента состоит в том, что он конструируется из отдельных кусочков. Однако при переводе термина content на русский язык произошел забавный казус. Дело в том, что английский вариант этого слова означает «содержание» только в тех случаях, когда ударение ставится на его первый слог. В противном же случае (а мы обычно так и произносим) слово content является глаголом со значением «удовлетворять».

Бытует мнение, что в ИТ данный термин стали использовать, чтобы обобщить в понятии «документ» такие не типичные ранее данные, как видео, аудио и мультимедиа . Такое утверждение представляется не совсем корректным: документ - это форма передачи информации, а контент - собственно информация, поэтому ставить их на один уровень не совсем правильно.

История управления контентом началась с управления документами в традиционном смысле этого слова, т.е. текстовыми файлами. По мере развития понятия «документ», системы управления документами стали называть системами управления контентом. Почему? Считается, что это позволяет подчеркнуть способность таких систем управлять информацией независимо от формы ее представления, а также отделить информацию-контент от документа-формы. Однако абстрактно управлять информацией невозможно - она обязательно должна быть представлена в какой-либо форме. Пытаясь управлять контентом, мы неизбежно приходим к управлению документами. Системы управления контентом, действительно, «научились» разделять управление документами (хранение, изменение и т.п.) и их представление конечному пользователю. Но они все-таки управляют документами в какой-то форме, а не информацией.

Само понятие «управление контентом» первоначально прочно ассоциировалось с процессом публикации и обновления информации на Web-сайтах - требовалась технология, позволяющая следить за ее актуальностью. Поэтому в качестве синонима content management часто используют термин Web content management. Применительно к организациям, оперирующим огромным количеством информации, уместно говорить уже о системах управления информационными ресурсами предприятия (enterprise content management, ECM) . В результате термин content management расширился: им стали обозначать управление не только информацией на сайте, но и всеми разрозненными и разнообразными фрагментами корпоративной информации. Есть и другие определения. Скажем, в энциклопедии Wikipedia системой управления контентом названа система, применяемая для организации и упрощения совместного создания содержимого.

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

Создание - предоставление авторам удобных и привычных средств создания контента.
Управление - хранение контента в едином репозитории. Это позволяет следить за версиями документов, контролировать, кто и когда их изменял, убеждаться, что каждый пользователь может изменить только тот раздел, за который он отвечает. Кроме того, обеспечивается интеграция с существующими информационными источниками и ИТ-системами. CMS поддерживает контроль за рабочим потоком документов, т.е. контроль за процессом их одобрения. Короче говоря, управление контентом включает в себя хранение, отслеживание версий, контроль за доступом, интеграцию с другими информационными системами и управление потоком документов.
Публикация - автоматическое размещение контента на терминале пользователя. Соответствующие инструменты автоматически «подгоняют» внешний вид страницы к дизайну всего сайта.
Представление - дополнительные функции, позволяющие улучшить форму представления данных; например, можно строить навигацию по структуре репозитория.

CMS-системы управляют небольшими взаимосвязанными единицами информации, и в данном контексте документ приобретает смысл гипертекста. Поскольку CMS-системы управляют информацией, а у информации есть свой жизненный цикл, то, естественно, эти системы должны иметь адекватные средства управления контентом на каждом из этапов его жизни (создание, модификация, публикация, передача в архив и т.д.). В этом смысле CMS можно рассматривать как часть комплекса ILM (information lifecycle management).

Среди CMS-систем часто выделяют так называемые каркасы (content management framework, CMF) - инструментарии для создания системы. Как уже говорилось, естественным расширением CMS стали ECM-системы, которые управляют всей разрозненной информацией предприятия, взаимодействуя с другими приложениями, такими как ERP и CRM. Пожалуй, наиболее известный производитель ECM-систем - компания Documentum. Разработкой систем управления контентом занимаются многие компании, в том числе IBM, Microsoft, Oracle, Macromedia. В последнее время начали появляться организации, пытающиеся объединить разработчиков CMS, создать единую информационную среду для потенциальных пользователей подобных систем, продвигать и утверждать единые стандарты. Прежде всего, это ассоциации OSCOM (Open Source Content Management) и CMSWatch .

OSCOM утвердила такие стандарты, как WebDav , RSS, ATOM и JSR-170 . Один из ее интересных проектов, CMSML, предусматривает создание основанного на XML языка для описания систем управления контентом, списка свойств CMS, словаря для их описания и соответствующих имен для каждого свойства в XML-разметке. Свойства разделены на три больших класса - создание, управление и доставка контента конечному пользователю.

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

В этой статье мы будем придерживаться классификации, основанной на модели представления данных - объектной, сетевой или модульной.

Объектная модель

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

В CMS-системах данные обычно хранятся в реляционной или объектной базе данных. В первом случае объектная модель данных отображается на реляционную модель базы данных. Связи между объектами создаются, например, с помощью таблиц вида id, from_object, from_object_version, to_object. На рис. 1 приведена возможная структура класса «Статья» и его представителя.

Среди объектно-ориентированных CMS-систем можно встретить каркасы. Классический пример - Zope CMF. Вообще, Zope - ведущий свободно распространяемый сервер приложений, специализирующийся на управлении контентом в порталах и пользовательских приложениях. Zope позволяет совместно работать над созданием и управлением динамических Web-ориентированных бизнес-приложений. На основе этого сервера приложений построен каркас управления контентом Zope CMF, с помощью которого, в свою очередь, создан целый ряд CMS-систем, в частности, Plone.

Еще одна очень распространенная CMS этого класса - eZ Publish . Ее относят и к каркасам, и к ECM. Системы семейства eZ базируются на свободно распространяемом продукте eZ Publish. Наличие двух лицензий - GPL и профессиональной - позволяет создавать коммерческие продукты на основе каркаса eZ Publish, обеспечивая этой системе поддержку как сообщества Open Source, так и профессиональных разработчиков.

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

Microsoft Content Management Server (MCMS) представляет собой систему управления Web-контентом, которая дает возможность создавать, развертывать и поддерживать динамично меняющиеся Web-сайты. Благодаря тесной интеграции с Visual Studio .NET и поддержке функций управления исходными кодами, MCMS позволяет разработчикам создавать сайты, которые потом могут управляться и поддерживаться как ИТ-специалистами, так и бизнес-пользователями. Первые могут централизованно управлять брэндингом, рабочим потоком документов и безопасностью, тогда как вторые - создавать собственный контент, управлять им и публиковать его, используя знакомые приложения, такие как Word или Internet Explorer.

Объектная модель поддерживает разработку в среде Visual Studio .Net и.Net Framework. Возможно объединение через Microsoft Solutions for Internet Business (MSIB) Content Connector с сервером Microsoft Commerce Server для создания решений в области электронной коммерции.

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

Сетевая модель

Данная модель представления данных опирается на теорию графов: структура информации представляется в виде узлов с помеченными связями между ними. Фундаментом системы может служить как сетевая, так и традиционная реляционная СУБД, на которую отображена сетевая модель описания данных. В реляционных таблицах хранится информация об узлах, их атрибутах и связях между ними. Связь отличается от атрибута тем, что в ней хранится ссылка на другой узел, а в атрибуте - собственно значение . Для извлечения данных из направленного графа обычно используются рекурсивные процедуры обработки, такие как составление списков узлов, определение атрибутов узла по атрибутам родителя и др. На рис. 2 представлен вариант организации структуры данных сайта в виде графа.

Рис. 2. Пример организации контента с помощью сетевой модели данных

Пример системы такого типа - Communiware. Эта система представляет собой инструментарий нового поколения для создания вертикальных Web-сайтов и порталов.

Модульная модель

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

Несмотря на очевидную ограниченность модели данных, системы на ее основе наиболее популярны благодаря своей простоте. В качестве примера можно упомянуть такие системы, как PHPNuke, Mambo и Xoops.

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

Свободно распространяемые CMS-системы

Рассмотрим следующие CMS-системы: eZ Publish 3.2, APC ActionApps, Mambo 4.0.14 и Xoops (версии 2.0.5 и 2.0.6). Каждая из них позиционируется разработчиками как система для создания любого сайта (от корпоративного портала до домашней странички) и управления его содержимым. Система eZ Publish предназначена также для создания и управления содержимым Internet-магазина, новостного сайта, фотогалереи или форума. APC ActionApps имеет уникальное свойство добавления динамических разделов на существующем сайте и способна управлять содержимым многих сайтов. Но все-таки правильнее говорить, что CMS-системы предназначены для создания, модификации, публикации и обмена информацией.

Прежде чем начать использование какой-либо CMS необходимо определиться, с какими типами контента вы хотите работать - будут ли на вашем сайте статьи, фильмы, новости, форумы и т.п. Обычно CMS-системы поставляются с некоторым количеством готовых к работе встроенных типов контента, а часть из них позволяют редактировать встроенные типы контента или создавать новые (eZ Publish, APC ActionApps). Но есть и системы, в которых все типы контента строго фиксированы (Xoops, Mambo).

Каждому пользователю системы должна быть приписана какая-то роль, в соответствии с которой он сможет выполнять определенные действия. При этом, пользователи могут объединяться в различные группы с назначенными правами. Некоторые системы позволяют создавать новые группы и устанавливать им права, отличные от прав существующих групп (eZ Publish, ActionApps, Xoops), и это свойство иногда оказывается очень полезным.

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

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

Основной инструмент создания контента для CMS-систем - Web-браузер. Некоторые системы позволяют использовать также автономного клиента (например, ActionApps) или Windows-клиента. При создании контента важно, насколько прост и интуитивно понятен такой процесс. С этой точки зрения стоит разобраться, какие возможности разметки документов предоставляет конкретный CMS-инструментарий. Нужно выяснить, имеет ли она встроенные, специфичные только для нее, средства разметки или можно пользоваться стандартными средствами типа HTML; создается контент с помощью обычных HTML-форм или встроенных редакторов наподобие WordPad и т.п.

eZ Publish, Mambo и ActionApps предлагают использовать HTML для разметки документов, в то время как Xoops располагает и собственными средствами разметки. Применять для упрощения создания контента встроенный текстовый редактор, похожий на Word Pad, можно лишь в Mambo. Чаще всего документы создаются с помощью средств, привычных для их авторов, и хранятся в виде файлов на локальных машинах, поэтому при внесении документа в систему управления содержимым полезно иметь возможность загрузки файлов с локальной машины. Среди рассматриваемых CMS-систем этим свойством в полной мере не обладает ни одна. В Mambo и ActionApps можно загружать на сервер текстовые файлы и рисунки некоторых форматов, а в Xoops и eZ Publish - только рисунки.

Следующий важный момент - каталогизация и упорядочивание контента. В eZ Publish весь контент сайта представляется в виде дерева узлов (узлы - это инкапсуляции контент-объектов). Упорядочивание контента внутри дерева производится с помощью контейнеров (папок), под которые помещаются соответствующие объекты (как в файловой системе). Для задания местоположения объекта (определения узлов, которые с ним ассоциируются) используется свойство location. С его помощью при создании или редактировании объекта можно определить, где дополнительно будет отображаться объект кроме места его создания. В добавлении к иерархической структуре, дерево контент-узлов может быть разделено на логические разделы (секции).

Для упорядочивания контента в ActionApps используется расширяемая система категорий: в системе изначально имеется набор категорий, а администратор может их изменять или добавлять собственные. Для этого служит специальный встроенный редактор, который позволяет моделировать иерархическую структуру (в категории может быть одна или несколько подкатегорий). В Mambo и Xoops тоже применяются системы категорий, но поскольку эти продукты построены по модульному принципу, наличие или отсутствие системы категорий зависит от модуля. Скажем, для модуля «статьи» существуют категории, а для модуля «форум» - нет. Но какую бы категорию в модуле «статьи» вы ни создали, структура документов в ней будет такой же, как и во всех других категориях данного модуля, - деление на категории чисто смысловое. Если в модуле используется система категорий, можно создавать новые категории, удалять или менять тип доступа для существующих.

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

В eZ Publish и ActionApps реализована поддержка национальных алфавитов. Администраторский интерфейс ActionApps настраивается на несколько языков. Каждая версия контента может существовать на разных языках, но при работе с русским языком порой возникают небольшие проблемы. Дело в том, что в коде этих систем прописана кодировка ISO-8859-1, и для создания документов на русском языке ее приходится менять на KOI8-R или WIN-1251. В системах Mambo и Xoops поддержка русского языка вполне удовлетворительна, но в сами эти системы поддержка многоязычности не входит. В Mambo язык вообще зашит в код системы, а переводы применимы только к тому, что хранится в базе данных, поэтому все равно приходится искать непереведенные фразы и изменять их самостоятельно. Русскоязычному пользователю удобнее работать с Xoops, но надо подготовиться к тому, что с появлением новых, непереведенных, модулей в системе будут возникать слова на английском языке.

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

Реальный контент eZ Publish, который хранится внутри контент-объектов, может существовать в одной или нескольких версиях. Каждый раз, когда контент редактируется, создается его новая версия, а старая остается нетронутой. Эта система версий позволяет пользователям возвращать/отменять изменения, а чтобы предотвратить переполнение базы данных старыми неиспользуемыми версиями, администратор может установить ограничение на количество версий для контент-класса. Собственно версия документа в eZ Publish описывается с помощью следующих характеристик: номер версии, статус документа (черновик, опубликованный, архивный), язык, создатель, дата изменения. Автоматически контролируется авторство документов: нельзя редактировать чужие документы, можно только создавать их копии и редактировать их. Контролируется и статус документа; несколько версий документа нельзя опубликовать одновременно, поскольку статус опубликованной имеет только одна из них. Существует возможность создавать для разных языков разные версии документа. Документы со статусом «архивные» нельзя редактировать и публиковать (для редактирования создается их копия - черновик).

В системе ActionApps поддерживается основной процесс одобрения: автор документа имеет право на его публикацию. Отличие от eZ Publish состоит в том, что документ публикуется сразу после его добавления в систему. При этом статус документа ActionApps может изменяться следующим образом: активный (active), ожидающий рассмотрения (pending), устаревший (expired), в процессе написания (hold bin), ожидающий удаления (trash bin). Каждый документ, будучи создан, сразу становится активным (публикуется). Потом его можно переместить в другую категорию, но для этого необходимо иметь хотя бы права редактора слайса. Понятие версии документа в ActionApps не применяется, впрочем, как и в Xoops, и в Mambo.

В системах Xoops и Mambo нет общей системы категорий и унифицированного способа описания документов. Описание зависит от модуля (тип контента), к которому принадлежит документ. Но таких понятий, как версия документа, нет. В Xoops не применяется и понятие статуса документа, но некоторые документы (в зависимости от модуля) можно заносить в архив. В системе Mambo документ имеет статус опубликованного, архивного, одобренного или находящегося в процессе редактирования. Архивные статьи можно редактировать. Статьи, добавленные пользователями, должны быть одобрены администратором. В целом описание документов в системах Mambo и Xoops недостаточно полное и не удовлетворяет даже основам стандарта Dublin Core (один из наиболее распространенных наборов элементов для описания структуры и смысла документов, который создается уже в течение нескольких лет международной группой The Dublin Core Initiative, dublincore.org). Таким образом, для этих систем «отрезан» один из путей решения проблем совместного и повторного использования контента, организации распределенных хранилищ данных.

Наиболее развитую систему управления документами, на мой взгляд, предоставляет eZ Publish. Версия 3.2 этой системы поддерживает основной процесс одобрения (право публикации документа имеет только его автор), работу с версиями и трансляциями документов, простейшее отслеживание ревизий.

Немаловажно, как рассматриваемые системы используют контент совместно с другими информационными системами. Самые развитые возможности в этом плане имеет ActionApps: обеспечивается обмен информацией внутри самой системы и с другими сайтами APC ActionApps (в терминах данной системы такое свойство называется content pooling). Обмен информацией осуществляют редакторы или администратор. Также поддерживаются отображение категорий и полей для общего контента, импорт и экспорт контента из других баз данных. Все это впечатляюще, но сложновато. Наконец, ActionApps (как и eZ Publish и Xoops) поддерживает использование заголовков RSS.

Напоследок резюмируем, как осуществляется управление жизненным циклом контента в CMS-системах. При создании документа, он наделяется набором характеристик (статус, автор, дата устаревания и т.п.), соответствующих текущему этапу его жизненного цикла. Затем документ может быть модифицирован, как и его описание, с помощью средств CMS. Если автор документа не обладает достаточными правами, документ проходит процесс одобрения и после этого может быть опубликован. При определенных условиях (например, была установлена дата устаревания документа или его редко читают) документ может быть занесен в архив. Вообще говоря, такие документы заносятся в архив для облегчения и ускорения доступа к актуальным документам, но некоторые системы (например, Mambo) просто дублируют информацию в архив. Архивные документы хранятся отдельно, но могут быть прочитаны и отредактированы (это зависит от системы). Как архивные, так и актуальные документы можно экспортировать на другие сайты, в другие информационные системы, конвертировать в другие форматы и т.п.

Коммерческие системы

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

Documentum

Documentum - ведущий поставщик программного обеспечения для интегрированного управления документами и контентом. В области управления документами его ближайшими соперниками являются Open Text, IBM и FileNet, а в сфере управления контентом - Vignette, Stellent и Interwoven.

В области управления документами решения от Documentum наиболее надежны благодаря возможностям репликации контента и управления им на очень высоком уровне детализации (для переиспользования и перенацеливания), а также поддержке преобразований сложно структурированных документов, расширяемости репозитория и поддержке XML. Реализация Collaboration Edition в Documentum 5 и приобретение этой компанией eRoom заставило считать Documentum прямым конкурентом Open Text и Interwoven. Важные достоинства Documentum состоят в глубоком знании процессов управления потоком документов, контроля версий и управления архивами. Однако решения Documentum могут оказаться менее эффективными, чем некоторые решения-конкуренты, при обработке представления документов на больших Web-сайтах.

Система Documentum имеет объектно-реляционную архитектуру (т.е. объектная модель данных отображается на реляционную базу данных), поэтому в нашей классификации может быть отнесена к объектным CMS-системам.

FileNet

Этот поставщик, фокусирующийся на ECM, долго был лидером на данном рынке, а купив компанию eGail FileNet, вышел на рынок WCM. Это позволило FileNet предложить широкий спектр услуг организациям, реализующим решения для управления контентом. До сих пор компания фокусируется преимущественно на управлении процессами и поддержке транзакционного контента. В 2003 году FileNet представила архитектуру P8, которая поддерживает среды Microsoft и Java. Предлагаются следующие пакеты: Business Process Manager - автоматизация сложных бизнес-процессов; Content Manager - управление, совместное использование и доступ к документам или другим формам контента; Web Content Manager - автоматизация создания, одобрения и публикации контента на Web-сайтах; Image Manager - управление фиксированными типами контента, включая изображения, факсы и т.п.

IBM

Система IBM Content Manager позволяет организациям получать, хранить, управлять и распространять все формы цифрового контента, включая отсканированные текстовые документы, XML, HTML и мультимедиа. Недавно IBM перепроектировала данный программный продукт, усовершенствовав его, добавив в него функции управления документами, в том числе возможности контроля версий и поддержки ODMA. Это позволило позиционировать Content Manager как полное интегрированное решение для управления документами, предназначенное для потребителей, которые хотят пользоваться универсальным продуктом одного поставщика.

Другой ключевой момент - WCM-возможности. Корпорация анонсировала объединение Content Manager с WebSphere Portal, который обеспечивает возможности публикации в Web. Теперь Content Manager будет представлять собой репозиторий для WebSphere-портала. Content Manager также объединен с WebSphere Portal с помощью портлетов, позволяющих пользователю получать доступ к контенту всех типов. После приобретения компании Tarian Software, поставщика решений для управления записями, IBM расширила спектр своего ECM-инструментария за счет средств управления жизненным циклом контента.

Модель данных Content Manager - объектно-ориентированная.

Open Text

Open Text Livelink - это документо-ориентированный продукт, который кроме сервисов управления документами предоставляет мощный набор инструментов для совместной работы, включая групповые расписания, календари и возможности управления процессом работ. Livelink поддерживает Java, ActiveX, PDF и HTML. Эта система была разработана для корпоративных intranet-сред, не поддерживает интеграцию с репозиториями Microsoft Exchange, а ее интеграция с Lotus Notes/Domino возможна только в одном направлении. Livelink поддерживает поисковые запросы на естественном языке и кластеризацию результатов по темам, средства управления потоком документов и модули взаимодействия в режиме реального времени.

Архитектура системы - модульная, что позволяет отнести Open Text Livelink к системам модульного типа.

Interwoven

Interwoven - один из ведущих поставщиков средств WCM. Платформа для управления контентом Interwoven 5 нацелена на крупные компании из списка Fortune 500 и организации, нуждающиеся в контроле за критически важными бизнес-процессами. Платформа управляет всеми формами контента на протяжении всего его жизненного цикла. Ядро Interwoven 5 состоит из модулей TeamSite (управление контентом), MetaTagger (категоризация) и OpenDeploy (распространение контента). Дополнительные компоненты позволяют разрабатывать разнообразные Web-службы. Система имеет «гибридную» архитектуру, что означает возможность хранения контента как в базах данных, так и в файловой системе. При этом используется объектная модель данных.

Stellent

Как и Documentum, компания Stellent пришла на рынок WCM-приложений из области документно-ориентированных продуктов. CMS-решение этой компании состоит из сервера контента (Stellent Content Server), пакетного приложения для управления контентом и прикладных модулей. В состав последних входят Stellent Content Publisher (публикация контента на Web-сайтах) и Stellent Dynamic Converter (конвертирование при необходимости из исходного бизнес-контента в форматы, которые можно просматривать через Internet). Stellent Content Publisher и Stellent Dynamic Converter тесно связаны с Stellent Content Server; при совместном использовании они обеспечивают комплексное решение для управления контентом и автоматизации создания сайтов. Это решение реализует семь главных функций: Contribution, Native Source Management, Conversion, Web Source Management, Publishing, Deployment и Personalization. Подверженный влиянию своих документно-ориентированных «корней», Stellent Content Server не так хорош при построении сайтов из семейства компонентов, как продукты TeamSite и Vignette Content Server, которые проектировались именно для создания динамических сайтов.

Решение Stellent относится к модульной модели.

Vignette

Vignette - один из главных соперников Documentum в области WCM, который будет конкурировать с этой фирмой и в области Smart Enterprise Suite. Компания Vignette предлагает разнообразные средства создания Web-сайтов, интегрированные с технологиями электронной коммерции и аппаратом администрирования бизнес-процессов. Решение Vignette включает в себя функционал WCM, средства персонализации, портал и инструменты для интеграции приложений. Его архитектура - сервис-ориентированная, и в нашей классификации это решение наиболее близко к модульному типу.

Будущее CMS

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

Тем не менее очевидно, что потребность пользователей в средствах автоматизации Web-сайтов не только останется неизменной, но даже повысится. Эту нишу должны занять свободно распространяемые продукты модульного или объектного типа, если разработчики будут стремиться сделать их применение более простым. Системы сетевого типа, пожалуй, не получат широкого распространения. В России же системы управления контентом пока не слишком популярны, да и рынок их невелик.

Литература

Станислав Макаров, Директор информационной службы, № 4, 2003.

Е. Жарикова, Выбор системы управления контентом интернет-ресурса.

Б. Ллойд, Введение в технологию Zope. http://sun.med.ru/zope.net.ru/Zope/Intro/Brian_Lloyd/ .

Валерий Коржов, Использование сетевой модели данных для управления информационным наполнением. .

Андрей Акопянц, Системы управления Web-контентом . eCommerce World, № 2, 2000.

Нина Савельева ([email protected]) - программист Института вычислительных технологий СО РАН (Новосибирск).