|
|
Главная \ Методичні вказівки \ Методические указания и информация \ Засоби та технології управління інформаційним наповненням Інтернет-ресурів
Засоби та технології управління інформаційним наповненням Інтернет-ресурівДата публикации: 30.10.2016 19:47
Тема 5. Засоби та технології управління інформаційним наповненням Інтернет-ресурів 1) Засоби процесу розробки та експлуатації Інтернет-ресурсів. 2) Вимоги до вибору систем управління змістом та до систем управління структурою як основного інструментарію створення Інтернет-ресурсу. 3) Огляд систем управління змістом, систем управління структурою, мов програмування, спеціалізованих текстових редакторів, програм обробки графіки тощо. 4) Вимоги до вибору систем управління змістом та до систем управління структурою як основного інструментарію створення Інтернет-ресурсу.
1) До засобів розробки та експлуатації Інтернет-ресурсів в першу чергу відносяться так звані системи управління контентом. Англійське слово content означає «щось, що міститься всередині» і стосовно письмових робіт звичайно входить в словосполучення table of contents — зміст, перелік розділів (скажімо, книги). Відмінна риса контента полягає в тому, що він конструюється з окремих шматочків. Існує думка, що в ІТ даний термін стали використовувати, щоб узагальнити в понятті «документ» такі варіанти даних, як відео, аудіо і мультимедіа. Таке твердження є не зовсім коректним: документ — це форма передачі інформації, а контент — власне інформація, тому ставити їх на один рівень не зовсім правильно. Історія управління контентом почалася з управління документами в традиційному сенсі цього слова, тобто текстовими файлами. У міру розвитку поняття «документ», системи управління документами стали називати системами управління контентом. Проте абстрактно управляти інформацією неможливо — вона обов'язково повинна бути представлена в якій-небудь формі. Намагаючись управляти контентом, ми неминуче приходимо до управління документами. Системи управління контентом, дійсно, «навчилися» розділяти управління документами (зберігання, зміна і т.п.) і їх представлення кінцевому користувачу. Але вони все-таки управляють документами в якійсь формі, а не інформацією. Саме поняття «управління контентом» спочатку міцно асоціювалося з процесом публікації і оновлення інформації на Web-сайтах — була потрібна технологія, що дозволяє стежити за її актуальністю. Тому як синонім content management часто використовують термін Web content management. Стосовно організацій, що маніпулюють величезною кількістю інформації, доречно говорити вже про системи управління інформаційними ресурсами підприємства (enterprise content management, ECM). В результаті термін content management розширився: їм стали позначати управління не тільки інформацією на сайті, але і всіма розрізненими і різноманітними фрагментами корпоративної інформації. Є і інші визначення. Скажемо, в енциклопедії Wikipedia системою управління контентом названа система, вживана для організації і спрощення сумісного створення вмісту. Система управління контентом (Content Management System CMS) - це автоматизований редакторський комплекс, що дозволяє управляти вмістом і структурою Інтернет-ресурсу в режимі онлайн. На практиці це означає, що будь-який, навіть незнайомий з інформаційними технологіями користувач, може абсолютно самостійно управляти змістом свого сайту, не вдаючись при цьому до послуг технічного персоналу. Підтримка і розвиток будь-якого Інтернет-ресурсу вимагає постійного рішення ряду важливих завдань – підтримка актуальності інформаційного змісту сайту (контента), забезпечення правильного функціонування всіх компонентів, забезпечення відповідності структури і зовнішнього вигляду сайту поточним завданням і цілям компанії або організації. Система управління контентом Інтернет-ресурсу дозволяє вирішувати ці задачі у реальному часі і з мінімальними витратами. У основу будь-якої системи управління контентом закладена ідея розділення зовнішнього вигляду (дизайну) Інтернет-ресурсу і його контента. Дизайн ресурсу і логіка відображення контента задаються професійними дизайнерами і програмістами тільки один раз – в процесі створення нового ресурсу або перенесення того, що вже існує. У найзагальнішому вигляді архітектуру систем управління Web-контентом можна представити таким чином:
У основі даної технології лежить трьохзвенна архітектура клієнт/сервер. Така архітектура розбиває процес обробки даних між
На відміну від традиційної двухзвенной архітектури тут присутній сервер додатків як проміжна ланка між клієнтом і сховищем даних. Підключення до системи управління контентом дозволяє здійснювати підтримку ресурсу будь-якому співробітнику компанії, що володіє комп'ютером на рівні користувача. Система управління контентом дозволяє надалі безболісно здійснювати зміни в структурі і змісті Інтернет-ресурсу, залежно від Ваших поточних завдань. Система управління контентом також дозволяє замінити повністю дизайн ресурсу згодом, не зачіпаючи функціональної частини проекту. Одна з основних переваг використання системи управління контентом – оперативність управління: будь-які зміни в контенте або структурі Інтернет-ресурсу тут же стають доступні для всіх відвідувачів. Можливості системи управління контентом:
Функціональні компоненти системи управління контентом:
Основні задачі:
Класифікація систем управління контентом Для узагальненої класифікації використовуються наступні критерії:
Відповідно до критеріїв бувають: Проста CMS система - єдиний модуль з жорстко закріпленою структурою ресурсу, впровадження нових компонентів та зміна структури неможлива Шаблонна CMS система - єдиний модуль або набір модулів з жорстко закріпленою структурою сайту. Система містить набір сервісних функцій, що дозволяють виконати стандартні дії з сайтом: сформувати новинну стрічку, створити / видалити новий розділ, вибрати шаблон для роботи з інформацією (текст, фотоальбом, форум і т.п.), завантажити файл і розставити по тексту картинку, встановити атрибути тексту і т.д. Система сумісна з певними платформами і типами СУБД. Спроба впровадження додаткових модулів, також, як і у попередньому випадку, обмежена Професійна CMS система - інтуїтивно зрозумілий інтерфейс, візуалізація і розширені можливості редагування. Можливість зміни структури проекту створення найрізноманітніших сайтів. Можливість підключення додаткових модулів як від розробника, так і прикладного ПО. Кешування формованих динамічних сторінок. Пропускна спроможність не обмежена (залежить від апаратного забезпечення). Сумісність з різними програмно-апаратними платформами (наявність Application Programming Interface (API)). Універсальна CMS система - потужні засоби управління контентом, настройка функціональності системи, можливість перевизначення атрибутів будь-яких об'єктів ресурсу. Система надає засоби для розробки нових сервісів і можливостей. Розширені можливості АPI, наявність готових прикладних рішень, в т.ч. за участю програмних продуктів третіх фірм. Система повністю пристосована до внутрішньокорпоративного використання в зв'язці з ERP-пакетами. Наявність сертифікованої системи забезпечення безпеки розмежування прав доступу до контент-системи на внутрішньокорпоративному рівні. Можливість підключення додаткових модулів, що розширюють функціональність ресурсу, зокрема готових модулів інтеграції з внутрішньокорпоративними системами. Можливість розширення за рахунок кластеризації. Компоненті систем Web-конструювання Повнофункціональний Інтернет-ресурс повинний включати набір Web-сторінок і програмних модулів для інтерактивної взаємодії з відвідувачем, навігацію, системи обробки даних діалогу, генерації HTML-сторінок на основі інформації з баз даних і ін. До складу програмних модулів можуть входити як безпосередньо ісполнітельниє файли, так і програми або їх виклики, вбудовані в HTML-текст. Існують візуальні засоби для розробки обох складових. Засобі для підготовки Web-сторінок достатньо різноманітні (це численні HTML-редактори), візуальні ж засоби для створення програм представлені менш ширше (Case-засоби, JavaScript-генератори). При використанні цих ресурсів рішення питань створення і зміни структури Web-сайту, взаємозв'язку програм і даних (Web-сторінок), фізичного розміщення каталогів і файлів звичайно виходить за рамки візуального процесу. У зв'язку з цим слід зазначити головну відмінність систем конструювання Інтернет-ресурсів від інших візуальних засобів програмування - їх комплексність. На рис.1 представлена структурна схема типової системи Web-конструювання, що складається з ядра (блоки управління змістом і основні сервіси) і двох типів зовнішніх сервісів, що надаються Інтернет-сервіс-провайдерами (ISP) і провайдерами додатків (ASP). При цьому відоремлено виділений блок, що визначає стильові дизайнерські рішення.
Мал. 1. Структура типової системи Web-конструювання Як один з прикладів, що наочно демонструють основи комплексного візуального Web-конструювання, можна порекомендувати ознайомитися з демо-версією системи Easy Websites компанії ProTec (http://protecweb.com) або її партнера в Україні - TopPing (http://topping.com.ua). У цій системі особлива увага приділена стильовим рішенням, а також досить яскраво представлень механізм динамічного формування варіантів Web-сторінок. Сучасні інструментальні засоби створення Web-документів поділяються на 2 класи HTML-редактори та візуальні редактори. До першої групи відносяться так звані редактори тегів (HTML-редактори), котрі надають можливість записувати код безпосередньо на мові HTML, та мають спеціальні можливості для полегшення включення тегів в документ, такі як програми-мастера, шаблони, генератори таблиць, фреймів, форм та ін. Основними засобами для розробки Web-сайтів є HTML-редактори типу Microsoft Frontpage, AceHTML Pro, Macromedia Dreamviewer MX. До другої групи відносяться редактори WYSIWYG (що бачу, те і отримаю). Редактори такого роду дозволяють змінювати зовнішній вигляд та компоновку сторінки візуально, не дивлячись код. Візуальні редактори дозволяють швидко розробляти нескладні web-сторінки и коректувати вже розроблені. Найбільш відомі кандидати - це "Microsoft Front Page" і "Netscape Composer" (або в ранній версії - редактор, вбудований в постачання "Netscape Navigator Gold"). Але іноді|інколи| доведеться|припаде| вручну|вручну| виправляти|справляти| код, що згенеровано даними програмами. Крім того в арсенал розробника Web-сторінок входить набір програм по роботі з комп’ютерною графікою. Зокрема, програма обробки растрової графіки - одни з найважливіших програм, які доведеться|припаде| освоїти. Вони допоможуть при скануванні фотографій і їх корекції. За допомогою ціх програм ви зможете створювати ті неймовірні ефекти, які ви бачите в Internet, рекламах і т.д. Обов'язковими є|з'являються,являються| наступні|слідуючі| уміння для цього класу програм:
Як конкретні програми по роботі з графікою можна привести наступні|слідуючі|:
Програми обробки векторної графіки теж одні з важливих|поважних| для дизайнера програм. Дозволяють створювати з нуля або з використанням клипарта| різні логотипи, кнопки, ефектні написи|надписи| і т.п. речі. Принципи векторних редакторів сильно відрізняються від растрових, тому освоювати їх доведеться|припаде| окремо; зате, освоївши їх, дизайнер |одностайно| зможе виготовляти для сайту фірмові логотипи, бланки, ефекти. Для цього буде потрібно мати наступні|слідуючі| навики|навички|:
Типовими представниками даного класу є|з'являються,являються| Corel DRAW 7.0-8.0 і Adobe Illustrator- вони обидві є|з'являються,являються| лідерами в своїх областях і, відповідно, мають в своєму розпорядженні самі останніми досягненнями у області векторної графіки. На противагу можна порекомендувати програму Corel Xara; дана програма розроблена фірмою XARA. Зараз доступна вже друга її версія. Дана програма, на відміну від двох попередніх, дуже швидка і мала за обсягом, але|та| деякі ефекти і команди, доступні в інших програмах, в ній зробити або важко|скрутно|, або взагалі неможливо. Простий текстовий редактор знадобиться для ручного виправлення і додавання|добавки| HTML-коду, оскільки існуючі візуальні редактори не можуть повністю контролювати процес створення|створіння| Web-сторінки. Як приклад|зразок| підійде звичайний|звичний| "Блокнот" із|із| стандартного постачання Windows або один HTML-редакторів, які мають вбудовані команди на перевірку правильності тегів і структури документів, наприклад, HoTMetaL.А також необхідними є спеціальні програми – програми, що дозволяють виконувати особливі ефекти. Нижче перераховані деякі з цих програм:
Додаткові сервіси, конструювання Web-сайтів, що надаються системами, звичайно реалізуються за рахунок модулів, що виконують певні функції. Найчастіше подібні системи включають такі модулі: зворотного зв'язку (обробка запитів, що приходять по електронній пошті); розсилки повідомлень по електронній пошті; форумів-конференцій (організація обміну думаннями і знаннями між відвідувачами Web-сайту); анкетування (проведення опитів відвідувачів сайту і аналіз результатів цих опитів); управління файлами (створення і ведення як окремих файлів, так і архівів документів); взаємодії з платіжними системами (забезпечення продаж товарів і послуг через Інтернет). Функції систем управління контентом можна розділити на декілька основних категорій. Створення — надання авторам зручних і звичних засобів створення контента. Управління — зберігання контента в єдиному репозиторії. Це дозволяє стежити за версіями документів, контролювати, хто і коли їх змінював, переконуватися, що кожен користувач може змінити тільки той розділ, за який він відповідає. Крім того, забезпечується інтеграція з існуючими інформаційними джерелами і ИТ-системами. 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 затвердила такі стандарти, як,, ATOM і JSR-170. Один з її цікавих проектів, CMSML, передбачає створення заснованої на XML мови для опису систем управління контентом, списку властивостей CMS, словника для їх опису і відповідних імен для кожної властивості в XML-розмітці. Властивості розділені на три великі класи — створення, управління і доставка контента кінцевому користувачу. У свою чергу, CMSWatch щорічно випускає звіт, що включає огляд ринку CMS-систем, порівняння деяких з них, опис життєвого циклу контента і управління їм в CMS-системах. Розглянемо моделі представлення даних контента — об'єктну, мережеву або модульну. Об'єктна модель. Об'єктна модель представлення даних оперує такими поняттями, як клас і об'єкт. Класи визначають структуру даних і є набір атрибутів (текстовий рядок, ціле число, зображення і т.д.). Представники класу (об'єкти) мають певну структуру і можуть містити інші об'єкти, утворюючи довільну ієрархічну структуру. Об'єкти можуть успадковувати властивості, зміст і поведінку об'єктів, які в них містяться. Прикладами об'єктів служать документи, картинки, теки і облікові записи користувачів. Клас контента не зберігає в собі реальних даних — таку інформацію містять об'єкти (екземпляри класу). Визначивши один клас, можна створити безліч його представників (контент об'єктів). У CMS-системах дані звичайно зберігаються в реляційній або об'єктній базі даних. У першому випадку об'єктна модель даних відображається на реляційну модель бази даних. Зв'язки між об'єктами створюються, наприклад, за допомогою таблиць виду id from_object, from_object_version, to_object. На рис. 2 приведена можлива структура класу «Стаття» і його представника.
Рис. 2. Приклад організації контента за допомогою об'єктної моделі даних Серед об'єктно-орієнтованих CMS-систем можна зустріти каркаси. Класичний приклад — Zope CMF. Взагалі, Zope — провідний вільно поширюваний сервер додатків, що спеціалізується на управлінні контентом в порталах і призначених для користувача -приложений. На основі цього сервера додатків побудований каркас управління контентом Zope CMF, за допомогою якого, у свою чергу, створений цілий ряд CMS-систем, зокрема, Plone. Ще одна дуже поширена CMS цього класу — eZ Publish. Її відносять і до каркасів, і до ECM. Системи сімейства eZ базуються на вільно поширюваному продукті eZ Publish. Наявність двох ліцензій — GPL і професійної — дозволяє створювати комерційні продукти на основі каркаса eZ Publish, забезпечуючи цій системі підтримку як співтовариства Open Source, так і професійних розробників. До цього класу можна віднести і систему, яка дозволяє зареєстрованим користувачам оновлювати контент їх сайту з допомогою тільки браузера. Особливість цієї системи полягає в тому, що вона має висновок, що настроюється. APC ActionApps інтегрується в існуючі системи, дозволяючи спростити структуру і автоматизувати роботу складних порталів і Web-сайтів. Крім того, механізм content pooling і наявність інструментів редагування роблять цю систему відповідною для розподілених команд, що спільно готують публікацію контента. Microsoft Content Management Server (MCMS) є системою управління Web-контентом, яка дає можливість створювати, розгортати і підтримувати динамічно змінні Інтернет-ресурси. Завдяки тісній інтеграції з Visual Studio .NET і підтримці функцій управління початковими кодами, MCMS дозволяє розробникам створювати Інтернет-ресурси, які потім можуть управлятися і підтримуватися як ИТ-фахівцями, так і користувачами бізнесу. Перші можуть централізований управляти брэндингом, робочим потоком документів і безпекою, тоді як другі — створювати власний контент, управляти ним і публікувати його, використовуючи знайомі додатки, такі як Word або Internet Explorer. Об'єктна модель підтримує розробку в середовищі Visual Studio .Net і .Net Framework. Можливо об'єднання через Microsoft Solutions for Internet Business (MSIB) Content Connector з сервером Microsoft Commerce Server для створення рішень у області електронної комерції. Як правило, системи, засновані на об'єктно-орієнтованій моделі даних, найбільш функціональні, гнучкі, але, в той же час, і найбільш складні. Мережева модель Дана модель представлення даних спирається на теорію графів: структура інформації представляється у вигляді вузлів з поміченими зв'язками між ними. Фундаментом системи може служити як мережева, так і традиційна реляційна СУБД, на яку відображена мережева модель опису даних. У реляційних таблицях зберігається інформація про вузли, їх атрибути і зв'язки між ними. Зв'язок відрізняється від атрибуту тим, що в ній зберігається посилання на інший вузол, а в атрибуті — власне значення. Для витягання даних з направленого графа звичайно використовуються рекурсивні процедури обробки, такі як складання списків вузлів, визначення атрибутів вузла по атрибутах батька і ін. Приклад системи такого типа — „Communiware”. Ця система є інструментарій нового покоління для створення вертикальних Web-сайтів і порталів. Модульна модель У подібних системах контент роздільний на окремі модулі по типах вмісту. Структура даних залежить від модуля, і вся робота з контентом зосереджена усередині модуля. Модулі незалежні і повністю відповідають за роботу з документами даного типа. Документи описуються за допомогою фіксованого набору характеристик — типи документів строго фіксовані. Розширювати функціональність можна за рахунок додавання нового модуля, заміни або редагування існуючого коду. Найчастіше немає ніякої системи зв'язків між документами різних модулів і між документами одного і того ж модуля. Стандартний набір типів контента (модулів) такий: посилання, статті, файли, новини, розділи, форум. Не дивлячись на очевидну обмеженість моделі даних, системи на її основі найбільш популярні завдяки своїй простоті. Як приклад можна згадати такі системи, як PHPNuke, Mambo і Xoops. У модульних CMS-систем є один загальний недолік — строго фіксована в межах модуля структура вмісту. Проте для розширення їх функціональності можна скористатися зовнішніми модулями, яких в Інтернет немало. Очевидна перевага цих систем — можливість отримання майже повністю готового до використання порталу за короткий час. Вибір системи управління Інтернет-ресурсом. Перш ніж почати використання якої-небудь CMS необхідно визначитися, з якими типами контента ви хочете працювати — чи будуть на вашому сайті статті, фільми, новини, форуми і т.п. Звичайно CMS-системи поставляються з деякою кількістю готових до роботи вбудованих типів контента, а частина з них дозволяють редагувати вбудовані типи контента або створювати нові (eZ Publish, APC ActionApps). Але є і системи, в яких всі типи контента строго фіксовані (Xoops, Mambo). Кожному користувачу системи повинна бути приписана якась роль, відповідно до якої він зможе виконувати певні дії. При цьому, користувачі можуть об'єднуватися в різні групи з призначеними правами. Деякі системи дозволяють створювати нові групи і встановлювати їм права, відмінні від прав існуючих . Вибираючи CMS-систему, завжди хочеться одержати максимум функціональності при мінімумі витрат, та і на підтримку хочеться витрачати якомога менше часу і зусиль. Щоб хоч якось наблизиться до цього ідеалу, потрібно спершу визначити необхідний мінімум завдань, які повинна вирішувати система. При створенні, документ наділяється набором характеристик, що визначають поточний етап його життєвого циклу, тому варто звернути увагу на наступну: наскільки гнучка структура контента конкретної системи, наскільки простий процес створення контента, як він упорядковується, як відбувається управління робочим потоком документів і чи можливо використання контента спільно з іншими інформаційними системами. Переваги систем з гнучкою структурою контента очевидні. Вони дозволяють у міру потреби розширювати і додавати нові типи контента засобами самих систем, не займаючись, наприклад, пошуком на стороні відповідної функціональності. З іншого боку, за наявності безлічі вільно поширюваних модулів (типів контента) можна працювати і з системами, що мають фіксовану структуру контента. Проте в цьому випадку потрібно бути готовим попорпатися в коді, оскільки реалізація деяких модулів може виявитися неповною. Основний інструмент створення контента для CMS-систем — Web-браузер. Деякі системи дозволяють використовувати також автономного клієнта (наприклад, ActionApps) або Windows-клієнта. При створенні контента важливо, наскільки простий і інтуїтивно зрозумілий такий процес. З цієї точки зору варто розібратися, які можливості розмітки документів надає конкретний CMS-інструментарій. Потрібно з'ясувати, чи має вона вбудовані, специфічні тільки для неї, засоби розмітки або можна користуватися стандартними засобами типу HTML; створюється контент за допомогою звичайних HTML-форм або вбудованих редакторів на зразок WordPad і т.п. Найчастіше документи створюються за допомогою засобів, звичних для їх авторів, і зберігаються у вигляді файлів на локальних машинах, тому при внесенні документа в систему управління вмістом корисно мати можливість завантаження файлів з локальної машини. Серед даних CMS-систем цією властивістю повною мірою не володіє жодна. Наступний важливий момент — каталогізація і впорядковування контента. В деяких системах весь контент сайту представляється у вигляді дерева вузлів (вузли — це інкапсуляції контент-об'єктів). Впорядковування контента усередині дерева проводиться за допомогою контейнерів (тек), під які поміщаються відповідні об'єкти (як у файловій системі). Для завдання місцеположення об'єкту (визначення вузлів, які з ним асоціюються) використовується властивість location. З його допомогою при створенні або редагуванні об'єкту можна визначити, де додатково відображатиметься об'єкт окрім місця його створення. В інших використовується розширювана система категорій: у системі спочатку є набір категорій, а адміністратор може їх змінювати або додавати власні. Для цього служить спеціальний вбудований редактор, який дозволяє моделювати ієрархічну структуру (у категорії може бути одна або декілька підкатегорій). Тепер звернемо увагу на те, як CMS-системи управляють потоком документів, чи дозволяють вони створювати різні версії одного документа і чи дають можливість адміністраторам стежити за процесом публікації документів. Реальний контент, який зберігається усередині контент-об'єктів, може існувати в одній або декількох версіях. Кожного разу, коли контент редагується, створюється його нова версія, а стара залишається незайманою. Така система версій дозволяє користувачам повертати/відміняти зміни, а щоб запобігти переповнюванню бази даних старими невживаними версіями, адміністратор може встановити обмеження на кількість версій для контент-класу. Найбільш розвиненою систему управління документами, на мій погляд, є система підтримки процесу схвалення (право публікації документа має тільки його автор), роботу з версіями і трансляціями документів, просте відстежування ревізій. Важливо, як дані системи використовують контент спільно з іншими інформаційними системами: або забезпечується обмін інформацією усередині самої системи і з іншими сайтами, або підтримуються відображення категорій і полів для загального контента, імпорт і експорт контента з інших баз даних. . Наприкінці розглядаємо, як здійснюється управління життєвим циклом контента в CMS-системах. При створенні документа, він наділяється набором характеристик (статус, автор, дата створення і т.п.), відповідних поточному етапу його життєвого циклу. Потім документ може бути модифікований, як і його опис, за допомогою засобів CMS. Якщо автор документа не володіє достатніми правами, документ проходить процес схвалення і після цього може бути опублікований. За певних умов (наприклад, була встановлена дата застарівання документа або його рідко читають) документ може бути занесений в архів. Взагалі кажучи, такі документи заносяться в архів для полегшення і прискорення доступу до актуальних документів, але деякі системи (наприклад, Mambo) просто дублюють інформацію в архів. Архівні документи зберігаються окремо, але можуть бути прочитані і відредаговані (це залежить від системи). Як архівні, так і актуальні документи можна експортувати на інші сайти, в інші інформаційні системи, конвертувати в інші формати і т.п. Огляд. Продукти, що розглядаються в цьому розділі, націлені переважно на рішення проблем підприємств, тому можуть бути класифіковані як ECM-системи. Оскільки ці системи — комерційні, не завжди можна з'ясувати, які моделі даних використовуються при їх побудові. Крім того, ECM у принципі складно класифікувати за запропонованим нами сценарієм, оскільки вони, як правило, складаються з наборів різних сервісів і додатків, кожне з яких може використовувати свою модель даних.
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, засоби персоналізації, портал і інструменти для інтеграції додатків. Його архітектура — сервис-ориентированная, і в нашій класифікації це рішення найбільш близьке до модульного типа. Орієнтуючись на потреби підприємств, що ростуть, лідери сфери ECM природно виходять за рамки управління вмістом Web-сайтів і управління документами. Проте очевидно, що потреба користувачів в засобах автоматизації Web-сайтів не тільки залишиться незмінною, але навіть підвищиться. Цю нішу повинні зайняти вільно поширювані продукти модульного або об'єктного типа, якщо розробники прагнутимуть зробити їх застосування простішим. |