Системи управління контентом

  1. об'єктна модель
  2. мережева модель
  3. Модульна модель
  4. Вільно розповсюджувані CMS-системи
  5. комерційні системи
  6. Documentum
  7. FileNet
  8. IBM
  9. Open Text
  10. Interwoven
  11. Stellent
  12. Vignette
  13. майбутнє CMS

Ринок систем категорії CMS (content management system) досить бурхливо розвивається, але єдиних стандартів в цій галузі, в тому числі на термінологію, ще немає

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

Існує думка, що в ІТ цей термін стали використовувати, щоб узагальнити в понятті «документ» такі нетипові раніше дані, як відео, аудіо та мультимедіа [ 1 ]. Таке твердження видається не зовсім коректним: документ - це форма передачі інформації, а контент - власне інформація, тому ставити їх на один рівень не зовсім правильно.

Історія управління контентом почалася з управління документами в традиційному сенсі цього слова, тобто текстовими файлами. У міру розвитку поняття «документ», системи управління документами стали називати системами управління контентом. Чому? Вважається, що це дозволяє підкреслити здатність таких систем управляти інформацією незалежно від форми її подання, а також відокремити інформацію-контент від документа-форми. Однак абстрактно управляти інформацією неможливо - вона обов'язково повинна бути представлена ​​в будь-якій формі. Намагаючись управляти контентом, ми неминуче приходимо до управління документами. Системи управління контентом, дійсно, «навчилися» розділяти управління документами (зберігання, зміна і т.п.) і їх уявлення кінцевому користувачеві. Але вони все-таки керують документами в якійсь формі, а не інформацією.

Саме поняття «управління контентом» спочатку міцно асоціювалося з процесом публікації та оновлення інформації на Web-сайтах - була потрібна технологія, що дозволяє стежити за її актуальністю. Тому як синонім content management часто використовують термін Web content management. Стосовно до організацій, які оперують величезною кількістю інформації, доречно говорити вже про системи управління інформаційними ресурсами підприємства (enterprise content management, ECM) [ 1 ]. В результаті термін 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-системах.

У цій статті ми будемо дотримуватися класифікації, заснованої на моделі представлення даних - об'єктної, мережевий або модульної.

об'єктна модель

Об'єктна модель представлення даних оперує такими поняттями, як клас і об'єкт. Класи визначають структуру даних і являють собою набір атрибутів (текстовий рядок, ціле число, зображення і т.д.). Представники класу (об'єкти) мають певну структуру і можуть містити інші об'єкти, утворюючи довільну ієрархічну структуру. Об'єкти можуть успадковувати властивості, зміст і поведінку об'єктів, які в них містяться [ 2,3,5 ]. Прикладами об'єктів служать документи, картинки, папки і облікові записи користувачів. Клас контенту не зберігає в собі реальних даних - таку інформацію містять об'єкти (екземпляри класу). Визначивши один клас, можна створити безліч його представників (контент об'єктів).

У 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 для створення рішень в області електронної комерції.

Як правило, системи, засновані на об'єктно-орієнтованої моделі даних, найбільш функціональні, гнучкі, але, в той же час, і найбільш складні.

мережева модель

Дана модель представлення даних спирається на теорію графів: структура інформації представляється у вигляді вузлів з позначеними зв'язками між ними. Фундаментом системи може служити як мережева, так і традиційна реляційна СУБД, на яку відображена мережева модель опису даних. У реляційних таблицях зберігається інформація про вузли, їх атрибутах і зв'язках між ними. Зв'язок відрізняється від атрибута тим, що в ній зберігається посилання на інший вузол, а в атрибуті - власне значення [ 4,5 ]. Для отримання даних з спрямованого графа зазвичай використовуються рекурсивні процедури обробки, такі як складання списків вузлів, визначення атрибутів вузла по атрибутам батька і ін. На Мал. 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-сайтів не тільки залишиться незмінною, але навіть підвищиться. Цю нішу повинні зайняти вільно поширювані продукти модульного або об'єктного типу, якщо розробники будуть прагнути зробити їх застосування більш простим. Системи мережевого типу, мабуть, не отримають широкого поширення. У Росії ж системи управління контентом поки не дуже популярні, так і ринок їх невеликий.

література

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

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

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

  4. Валерій Коржов, Використання мережевої моделі даних для управління інформаційним наповненням. Computerworld Росія, № 21, 2000. .

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

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

Чому?