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


Оглавление (нажмите, чтобы открыть):

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

Документы — это кровь, снабжающая тело (компанию) кислородом (информацией),
который позволяет ему функционировать (делать бизнес).
Xerox

Данные и контент

Сегодня вместо термина «автоматизация документооборота» все чаще употребляется термин «системы управления контентом», или ECM (Enterprise Content Management). Да и сам термин «документ» теперь трактуется все более широко. С чем же это связано?

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

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

Приложения для документооборота, как и офисные приложения Word, Excel и PowerPoint, в начале 80-х годов существовали в виде отдельных продуктов и лишь со временем были интегрированы в комплексные решения.

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

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

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

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

Говоря о трансформации понятия «документ», хотелось бы привести результаты опроса компании IDC (рис. 1), в ходе которого 956 руководителей европейских компаний ответили на вопрос: «Что следует понимать под термином “документ”?»

Рис. 1. Результаты опроса «Что следует
понимать под термином “документ”?»
(источник: IDC, 2006)

Как свидетельствуют результаты опроса, почти 50% респондентов отнесли к понятию «документ» web-странички и почти 80% — сообщения электронной почты.

Что же такое документ? Безусловно, что этот термин постоянно изменяется. По всей видимости, наиболее удачным следует признать определение компании Xerox: «Документы — это кровь, снабжающая тело (компанию) кислородом (информацией), который позволяет ему функционировать (делать бизнес)». Из этого определения становится понятно, что многим организациям пора сделать анализ крови, чтобы оценить свое состояние здоровья и принять соответствующие меры.

Понятие «документооборот», подразумевающее полную автоматизацию работы с документами на предприятии, невозможно свести к какому-то одному общеупотребимому английскому ИТ-термину. Наиболее полно такому подходу соответствует современная концепция Enterprise Content Management.

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

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

Для того чтобы понять, каковы же затраты на работу с контентом, обратимся к расчетам компании IDC. На рис. 2 представлено распределение затрат на выполнение типичных задач сотрудниками среднестатистической организации, занятыми в сфере обработки информации. Авторы исследования исходили из западных норм оплаты труда (в среднем 60 тыс. долл. в год); для российских предприятий в количественном выражении картина, конечно же, будет несколько иная, однако качественное распределение (временные затраты) останется примерно таким же.

Рис. 2. Средняя стоимость выполнения информационных операций
на одного сотрудника в неделю (источник: IDC, 2006), долл.

Как следует из рис. 2, в среднем организации в США тратят около 270 долл. (из расчета на одного сотрудника в неделю) только на поиск информации и 195 долл. — на ручное заполнение форм и создание документов.

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

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

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

Концепция Enterprise Content Management

ЕСМ — это сравнительно новая концепция, терминология для которой еще окончательно не сложилась. Ее логическая структура представлена на рис. 4.

Рис. 4. Логическая структура ECM

Рассмотрим ключевые элементы, входящие в данную схему.

Системы ввода (Capture)

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

Если документ вводится с бумажного носителя, то на первом этапе производится его сканирование и создается электронная копия документа (образ). В процессе сканирования может выполняться программная обработка изображения, а также визуальный контроль качества. Сканеры для корпоративного применения обычно оснащены рядом дополнительных функций, например могут принимать разноформатные документы. На втором этапе (если это необходимо) полученный образ переводится в текстовый документ, то есть выполняется распознавание отсканированных документов. Для этого используются программы оптического распознавания символов (Optical Character Recognition, OCR).

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

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

Особенностью ввода форм в компьютер является необходимость распознавания текстов, заполненных от руки, — так называемого рукопечатного текста. Технологии распознавания рукопечатных символов получили название Intelligent Character Recognition (ICR). Задачи распознавания при вводе форм необязательно связаны с текстом. При вводе форм может потребоваться распознавание различных меток и знаков, или Optical Mark Recognition (OMR), например в избирательных бюллетенях. При массовом вводе документов производятся распознавание, верификация и индексирование. Далее система определяет, куда должен направиться каждый документ и под каким именем, то есть происходит автоматическое управление потоком ввода.

Решения по автоматизации ввода предлагают такие компании, как EMC (Captiva), ABBYY и Cognitive Technologies.

Управление документами (Document Management)

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

К основным задачам управления документами можно отнести:

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

Функции Document Management все в большей степени пересекаются с управленческой функциональностью офисных приложений, таких как Outlook/Exchange и Notes/Domino, и с функциями Library Services по администрированию хранения информации.

Лидерами данного сегмента рынка являются компании EMC (Documentum), Open Text (Hummingbird) и IBM (FileNet).

Управление web-контентом (Web Content Management)

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

ПО для управления web-контентом предусматривает:

  • создание/редактирование контента в рамках контролируемого процесса опубликования информации;
  • доставку и администрирование информации для создания web-презентаций;
  • автоматическое преобразование контента под различные форматы представления;
  • надежное разграничение доступа к публичной и непубличной информации;
  • визуализацию интернет-презентаций.

Системы для управления контентом помогают распределить между сотрудниками обязанности по созданию содержания и обеспечивают возможность его публикации. По мере роста контента на сайте техническим сотрудникам (web-мастерам) все труднее поддерживать его. Основными поставщиками подобного ПО являются компании EMC (Documentum), IBM (FileNet), Open Text (Hummingbird) и Microsoft (SharePoint).

Управление записями (Records Management)

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

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

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

Лидерами данного сегмента рынка являются те же компании — EMC (Documentum), Open Text (Hummingbird) и Tower Software.

Управление рабочими потоками (Workflow/Business Process Management)

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

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


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

Системы для управления рабочим процессом присутствуют в продуктах таких компаний, как IBM (FileNet), EMC (Documentum), Open Text (Hummingbird) и Microsoft (SharePoint). К этой группе также можно отнести компании SAP и Oracle, в составе ERP-систем которых есть развитые модули управления потоками работ.

Управление в рабочих группах (GroupWare)

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

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

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

Одним из первых решений, направленных на организацию совместной работы, был продукт Lotus. Сегодня в данном сегменте рынка лидируют компании EMC (Documentum), Open Text (Hummingbird), Microsoft (SharePoint), Oracle (Collaboration Suite) и Xerox (DocuShare).

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

Рис. 5. Схема построения типового ECM-решения (источник: ABBYY, 2007)

Согласно схеме, в систему ввода документов (Capture) входят модули «Средства сканирования и импорта» и «Автоматическое индексирование, OCR, ICR, классификация», а также WorkFlow, который будет определять, куда должны направляться отсканированные и обработанные документы.

Безбумажный офис — далекая перспектива

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

Статистика изменения расхода бумаги за 2006 год

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

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

Однако бумага обладает и явными преимуществами, главные из которых:

  • дешевизна;
  • легкость и портативность;
  • эластичность и надежность;
  • на ней можно поставить подпись и печать.

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

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

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

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

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

Данный рынок включает ПО и профессиональный сервис, позволяющие больше получить от периферийного печатного оборудования — повысить его производительность и эффективность. Решения Document Solutions обеспечивают:

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

Рынок решений Document Solution растет быстрыми темпами, а его объем составляет сотни миллионов долларов.

В систему Document Management должны входить модули «Средства редактирования и просмотра», «Интерфейсные средства поиска и навигации», «Поисковый сервис», «Средства управления информацией» и «Базы данных». Если к этому набору добавить модуль «Web-публикация и web-доступ», мы получим систему для управления web-контентом. Очевидно, что в рассматриваемых системах будут присутствовать одни и те же элементы. Таким образом, из показанных на схеме модулей, как из деталей конструктора, можно составлять необходимые конфигурации управления контентом.

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

Рис. 6. Схема управления жизненным циклом информации

Распределение сил на рынке EСM

На рынке ECM работают сотни компаний. Данный рынок очень разноплановый и слабо структурированный, что затрудняет его анализ. По данным IDC, в 2005 году объем продаж ECM-продуктов составил около 3,4 млрд долл. В компании Forrester полагают, что к 2008 году доходы от продаж лицензий ECM-продуктов достигнут около 4 млрд долл.

В последние годы на рынке ECM-продуктов произошла существенная реструктуризация. Две крупные сделки, завершившиеся в октябре 2006 года (компания Hummingbird вошла в состав фирмы Open Text и корпорация IBM купила компанию FileNet), привели к некоторой консолидации рынка. Разделение рынка EMC-систем между компаниями показано на рис. 7.

Рис. 7. Разделение рынка EMC-систем
между компаниями (источник: Gartner,
октябрь 2006)

Насколько важными для рынка являются данные слияния, можно судить на основе рейтинга лидеров, составленного IDC в 2005 году до вышеуказанных слияний (см. таблицу), а также из расстановки сил игроков на рынке ECM Suites в 2005 году (рис. 8).

Рис. 8. Рынок ECM-систем в III квартале
2005 года (источник: Forrester)

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

Вопрос по content-management &#8211 Как определить управление контентом [закрыто]

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

Но это увеличило мое любопытство и попробовало Интернет, чтобы получить некоторую информацию по теме. Википедия еще больше сбила меня с толку. Большая часть материалов в Интернете связана с маркетингом и имеет отношение к конкретным продуктам, таким как Sharepoint, Drupal и т. Д.

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

И, наконец, какая-нибудь хорошая книга или статьи на эту тему, не привязанные к конкретному продукту?

Панос уже дал хорошее определение. Вы можете проверитьCMSWatch»текущие отчеты чтобы понять, какие продукты считаются ECMS. Примеры с открытым исходным кодом будут вещи, какAlfresco,бриколаж а такжеOpenCMS, на которую вы можете взглянуть, чтобы почувствовать, что делает это пространство.

Мы говорим о «реальный» традиционные CMS, такие как Documentum, Vignette, Filenet и т. д. «E» в ECMS действительно возникла потому, что все виды низкоуровневых портальных / интранет-приложений, таких как Drupal или Sharepoint (которые вы упомянули), стали называть себя CMS, поэтому крупным оригинальным компаниям CMS нужно было придумать другое название для своих продуктов. (Помимо: хорошо, я знаю, что Microsoft прекратила выпуск своего продукта Content Management Server и сделала Sharepoint более «реальный» ECMS, но этодля меня это еще больше интранет / коллаборация, чем ECMS).

Разница между чем-то вроде Drupal и ECMS заключается в том, что у Drupal многоwebsitey» функций (это его собственное интерфейсное веб-приложение, у него есть функция поиска, он позволяет пользователям регистрироваться и комментировать), которых нет у ECMS, хотя ему не хватает надежных функций управления контентом, таких как структурированный контент, рабочий процесс, управление версиями, актив / управление документами и метаданными. (У Drupal есть упрощенные версии большинства этих функций, например структурированного контента через CCK, но реальная ECMS находится в другой лиге.) ECMS почти никогда не является интерфейсным веб-приложением, к которому подключаются посетители общедоступного сайта (вместо этого он публикует к отдельному веб-серверу), но у поставщика ECMS могут быть другие продукты, такие как продукт портала, продукт поиска, менеджер регистрации пользователей, менеджер рекламы, который вы будете использовать для этих функций на веб-сайте, так что если это такВаша цель часто имеет смысл покупать несколько таких продуктов у одной компании.

Например, ваш модный ECMS может работать на Windows Server, пишите на .NET (вы можетене трогайте основной код, но вы можете писать скрипты и плагины в VB / C #) и использовать базу данных Oracle, но публиковать смесь страниц HTML и PHP на кластере веб-серверов Linux / Apache, пока у вас есть устройство Google или Леня или какой-то другой товар ручкой поиска.

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

Конечно, есть разные продукты, и некоторые из них больше ориентированы на веб-публикации (или управление документами / активами, или интранет / сотрудничество). la Notes или Sharepoint), чем другие — воспринимайте мое описание как своего рода обобщение, ориентированное на контент-ориентированные компании.

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

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

Большой энциклопедический словарь

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

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

Системы управления контентом — наследники средств авторской работы над созданием и развитием сайтов (т. е. визуального редактирования документов и поддержки их структуры) — FrontPage, DreamViewer, PageMill, HomeSite и др. С их помощью можно было легко создавать и модифицировать информационное наполнение, не обладая специальной квалификацией. Но по ряду причин такие системы перестают удовлетворять растущие потребности бизнеса. Анализ этих причин нужно начать с рассмотрения двух основных видов сайтов, встречающихся сейчас в Интернете, — статических и динамических.


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

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

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

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

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

Мастер Йода рекомендует:  Бесплатные стоковые фото 100 легальных ресурсов

Динамические сайты не хранят Web-страницы целиком, а формируют их на лету, по мере обращения к ним пользователя. Вся информация хранится в базе данных, а программы, написанные с использованием языков ASP, PHP, Perl и т. д., генерируют из базы данных HTML-страницы.

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

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

· регистрацию и аутентификацию — подтверждение достоверности имени пользователя;

· персонализацию — хранение настроек для каждого пользователя;

· возможность общения — разного рода форумы, гостевые книги, комментарии;

· интеграцию со средствами электронной переписки — подписка на новостные блоки, ответы на вопросы.

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

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

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

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

Появившиеся на рынке информационных технологий системы управления контентом (Content Management System — CMS) позволили найти компромисс между низкой гибкостью статических и высокой стоимостью динамических сайтов и в результате повысить управляемость и снизить затраты на администрирование ресурса.

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

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

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

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

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

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

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

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

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

Существует два метода персонализации: на основе правил и с помощью фильтров.

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

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

Классификация систем управления контентом

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

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

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

3. Заказные системы. Разработка системы ведется с учетом целей, задач и пожеланий заказчика.

Существует также классификация систем управления контентом по назначению.

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

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

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

Рассмотрим некоторые системы управления контентом.

Система DynaSite компании «Рексофт» (www.reksoft.ru) — модульная. Она состоит из ядра, реализующего базовые функции, и компонентов, выполняющих специальные задачи. Таким образом можно создавать приложения, оптимально удовлетворяющие потребности клиента. В любой момент модули могут быть добавлены или разработаны специально для пользователя с помощью встроенных инструментальных средств.

В ядре объединены модули, реализующие базовую функциональность системы:

· модуль управления содержанием (Content Management). Включает управление дизайном, структурой, шаблонами страниц. Позволяет полностью контролировать все вопросы, связанные с информационным наполнением сайта;

· модуль динамической навигации (Dynamic Navigation) и персонализации (Personalization). Помогает предоставлять клиентам и партнерам именно ту информацию, в получении которой они действительно заинтересованы;

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

Бизнес-компоненты, поставляемые с DynaSite, обеспечивают дополнительную функциональность, реализующую тот или иной бизнес-процесс. Для связи с внешними информационными системами и создания дополнительных компонентов предусмотрен специальный интерфейс для разработчика — DynaSite SDK.

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

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

Компания «Аист» предлагает решения для разного уровня бизнеса. Ее автоматизированная система SiteManager (www.sitemanager.ru) рассчитана на малый бизнес и ориентирована на создание представительских сайтов, начиная от специальных функций в управлении настройками структуры сайта и заканчивая персонализированной технической поддержкой.

Для среднего бизнеса в портфеле фирмы имеется система NetCat, которая дает возможность:

· управлять структурой сайта;

· управлять содержимым сайта;

· разграничивать доступ к разделам сайта и системе администрирования;

· управлять показом рекламы на сайте;

· подключать дополнительные модули.

Встроенная система администрирования позволяет управлять сайтом через интуитивно понятный Web-интерфейс.

Еще одна российская система — Communiware — реализована на основе СУБД Oracle, свободно распространяемого Web-сервера Apache и языка Perl. Она работает на любых Unix-платформах. Продукт является коммерческим — для работы с ним требуется приобретение лицензии.


По модульной структуре построена система компании CybTrade Engine (СТЕ; www.sybtrade.ru), предназначенная для решения типовых задач по управлению контентом. Встроенные в систему средства дают возможность создавать сайты практически любой сложности.

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

Не могла обойти этот рынок стороной и корпорация Microsoft. Так, 8 октября 2002 г. этот софтверный гигант представил Content Management Server (CMS) 2002 — расширяемое, гибкое и эффективное решение для управления информационным наполнением Web-ресурсов, способное обеспечить углубленную интеграцию с технологиями Microsoft .NET и поддержку отраслевых стандартов.

За счет новой и более совершенной функциональности CMS 2002 предлагает комплексное решение для управления Web-серверами с богатым информационным наполнением, легко интегрируемое с другими технологиями Microsoft и поддерживающее отраслевые стандарты, что поможет заказчикам в подключении к существующим системам. Content Management Server 2002 позволит публиковать материалы непосредственно из Microsoft Word, взаимодействовать с другими системами, производить быстрое развертывание, управлять цифровыми хранилищами и идентификацией, осуществлять перевод Web-серверов, XML-редактирование и поиск. Эта система использует тесную интеграцию с программными продуктами сторонних разработчиков и обеспечивает всестороннюю поддержку электронных ресурсов.

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

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

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

С наиболее успешной попыткой классификации можно познакомиться на страницах сайта www.business-site.ru , где собраны и проанализированы данные о многих контент-системах российских разработчиков. При выборе программного продукта того или иного разработчика крайне важно знать, какие системы управления контентом имеются на рынке, чем они могут отличаться друг от друга, на каких технологиях они строятся и какие функциональные возможности предоставляют.

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

Системы управления контентом (CMS) электронного информационного ресурса: определение понятия, функции и классификация

Рубрика: 6. Массовая коммуникация, журналистика, СМИ

Дата публикации: 06.03.2020

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

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

Виткин С. Ю., Захарова М. В. Системы управления контентом (CMS) электронного информационного ресурса: определение понятия, функции и классификация [Текст] // Современная филология: материалы V Междунар. науч. конф. (г. Самара, март 2020 г.). — Самара: ООО «Издательство АСГАРД», 2020. — С. 83-85. — URL https://moluch.ru/conf/phil/archive/234/12006/ (дата обращения: 09.11.2020).

Вданной работе описаны общие принципы функционирования статического и динамического сайта, описано взаимодействие с ними администратора. Дается определение понятия «система управления контентом (CMS)», рассматриваются функции и классификация CMS. Актуальность данной статьи определена проблемой выбора CMS в процессе разработки и запуска веб-сайта.

Ключевые слова: CMS, система управления контентом, сайт, функции CMS, классификация CMS, SaaS, front-end, back-end, open-source, пользователь, контент сайта, лицензия

«В современных условиях глобальная телекоммуникационная сеть информационных и вычислительных ресурсов приобретает свойства технически доступного и социально-массового явления, затрагивающего все сферы человеческой деятельности, что актуализирует исследование культуры Интернета». [1, с. 247] На смену рутинным работам по верстке и наполнению сетевых ресурсов контентом пришли программные комплексы CMS, автоматизирующие целый ряд информационных задач сайта и осуществление обратной связи с его посетителями. Актуальным на сегодня является дальнейшее изучение и применение современных информационных технологий в системе массовой коммуникации, что и определило тему данного исследования.

Развитие систем массовых коммуникаций сегодня идет в ногу с постоянным совершенствованием информационных технологий, что вызывает интерес у частных лиц и необходимость у предприятий создавать собственные веб-сайты для взаимодействия с аудиторией. Веб-сайт — это совокупность гипертекстовых страниц, которые могут иметь статическую и динамическую форму представления содержания. В первом случае все информационные материалы, элементы дизайна и их обновления размещаются и публикуются на сайте в ручном режиме. Текстовое содержание сайта при этом хранится в файлах веб-страниц. Специалистами прописывается абсолютно каждая часть их исходного кода. Это требует глубоких знаний языка гипертекстовой разметки HTML и Каскадных таблиц стилей CSS. Такой сайт не обладает высокой скоростью обновления и имеет минимальный набор функций, главной из которых является информационная. При больших объёмах контента поддержка и развитие статических сайтов очень трудоемка и растянута во времени.

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

Как правило, динамический сайт многофункционален: помимо информационной функции, имеет коммуникативную, позволяющую пользователям оставлять комментарии, публиковать свои материалы, выполняет роль мультимедиа- или файл-хостинга, различного рода веб-сервисов и т. п. Динамический сайт имеет очевидные преимущества при работе с большим объемом публикуемых данных, изменении дизайна страниц, установлении коммуникации с аудиторией ресурса. Однако написание кода для каждого сайта отдельно, управление всеми его функциями также требует определенных технических знаний, в том числе скриптовых языков (PHP, JavaScript и подобных), системы управления базами данных (MySQL, PostgreSQL или других).

Для упрощения процесса работы с сайтом и повышения эффективности финансовых и трудовых затрат разработаны системы управления контентом, которые используют принципы работы динамических сайтов. CMS (от англ. Content Management System) — система управления контентом, представляющая собой программный комплекс, автоматизирующий процесс размещения материалов, коммуникационное взаимодействие с пользователями, а также обмен данными между сайтом и другими информационными частями IT–системы организации (базами данных, СRM, социальными веб-сервисами, платежными шлюзами и т. п.)

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

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

‒ управление структурой — создание редактирование разделов, страниц, меню, навигационных элементов;

‒ публикация новостей, статей;

‒ оповещения по электронной почте;

‒ база знаний (Wiki);

‒ реклама и управление баннерами на сайте

‒ Поисковая оптимизация (SEO)

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

Ниже приведем некоторые классификации CMS.

По набору функций и особенностей CMS можно разделить на два вида:

‒ созданные под конкретные задачи: интернет-магазин, форум, социальная сеть и другие (CS-Cart, VBulletin, SOCIAL ENGINE и прочие);

‒ универсальные — имеют множество модулей для расширения функционала до необходимого уровня, могут использоваться как для конкретных задач, так и для комплексных решений, таких как порталы. (MODX, Drupal, WordPress, Joomla! и другие).

По признаку отчуждаемости выделяются:

‒ коробочные CMS — являются отчуждаемым программным продуктом, поставляемым в виде дистрибутива, не ограниченном по времени использования;

‒ «Студийные» или «индивидуальные» системы — используются только компанией-владельцем;

‒ SaaS (от англ. software as a service) — выделенная CMS, работающая на общем для всех пользователей сервере (в «облаке»), как правило, имеет временнóе ограничение на использование, снимаемое за регулярную плату.

По типу лицензии на использование выделяют:

‒ коммерческие коробочные CMS — требуется единоразовая оплата за каждый домен второго уровня, на котором она используется, а также регистрация данного домена в базе данных разработчика CMS (1С-Битрикс, UMI.CMS, NetCat и другие);

‒ коммерческие SaaS CMS — оплата производится ежемесячно на протяжении всего срока использования системы управления; при прекращении оплаты или по желанию пользователя доступ к CMS ограничивается, а все ее содержимое может быть удалено из «облака» (Nethouse.ru, Merchium.ru, StoreLand.ru и другие);

‒ Коробочные CMS с правами свободного использования и распространения — данные CMS разрешено использовать и модифицировать в любых некоммерческих и коммерческих целях по лицензии GNU General Public License и прочим лицензиям (MODX, Drupal, WordPress, Joomla!)

По доступности модификации исходного кода выделяют:

‒ коммерческие CMS с открытым исходным кодом;

‒ коммерческие CMS с закрытым исходным кодом;

‒ CMS с правами свободного использования и распространения с открытым исходным кодом.

Открытый исходный код (от англ. open-source software) позволяет вносить изменения в структуру системы управления, модифицировать модули, создавать собственные сборки CMS (ядро системы с необходимым предварительно настроенным набором модулей, шаблонов для ускоренного запуска сайта). Закрытый исходный код не позволяет вносить изменения в структуру системы всем желающим, используется в целях контроля за распространением копий CMS, защиты авторских прав и коммерческих интересов разработчиков.

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

  1. Захарова М.В Основные этапы и принципы процесса создания веб-сайта/ Наука, образование и инновации: сборник статей Международной научно-практической конференции (15 октября 2020 г., г. Екатеринбург) в 3 ч. ч.3/ Уфа: АЭТЕРНА, 2020.
  2. Системы управления контентом/ Национальный открытый университет «ИНТУИТ» [Электронный ресурс]. — URL: https://www.intuit.ru/studies/courses/1036/239/lecture/6178 (дата обращения: 15.12.2020).
  3. Рейтинг CMS / Open Source/ Рейтинг Рунета [Электронный ресурс]. — URL: https://www.ratingruneta.ru/cms/opensource/ (дата обращения: 15.12.2020).
  4. Системы управления сайтами: как сделать правильный выбор CMS/ Аналитический портал рынка веб-разработок «CMS magazine» [Электронный ресурс]. — URL: https://www.cmsmagazine.ru/library/items/cms/choice_cms (дата обращения: 15.12.2020).
  5. Система управления сайтом «1C-БИТРИКС» (Раздел «Возможности»)/ Официальный сайт CMS «1C-БИТРИКС» [Электронный ресурс]. — URL: https://www.1c-bitrix.ru/products/cms/features (дата обращения: 15.12.2020).

Ключевые слова

Похожие статьи

Причины и способы миграции веб-сайта с системы управления.

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

Основные функция веб-приложения с учетом анализа.


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

Системы управления контентом и использование их.

WordPress — система управления контентом (CMS) с открытым исходным кодом, распространяемая под GNU GPL. Написана на PHP, в качестве базы данных использует MySQL. Сфера применения — от блогов до несложных web-ресурсов.

Система управления контентом сайта (на примере сайта газеты. )

Content Management System) — система управления контентом, представляющая собой программный комплекс, автоматизирующий. CMS, сайт, система управления, динамический сайт, MODX, баз данных.

Алгоритмы веб-сервиса обработки сборок метаданных для.

Поэтому было решено разработать веб-сервис обработки сборок метаданных для новой CRM системы с открытым исходным кодом компании

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

Анализ систем управления содержимым для создания.

Система управления контентом сайта (на примере сайта газеты. ) CMS, JCE, система управления, визуальный редактор, сайт, контент, информация, бесплатная система управления

HTML (HyperText Markup Language) — язык гипертекстовой разметки.

Обзор основных технологий контент-менеджмент системы Adobe.

Системы управления контентом (CMS) электронного. Content Management System) — система управления контентом, представляющая собой

Joomla! — это бесплатная, с открытым исходным кодом система управления контентом для создания веб-сайтов.

Разработка алгоритма анализа CMS WordPress на наличие.

WordPress представляет собой систему управления контентом (CMS), со свободным и открытым исходным кодом, написанную на языке программирования PHP и использующую СУБД MySQL.

К вопросу об использовании программных продуктов с открытым.

CMS, система управления, PHP, контент, система, GPL, бесплатная система управления, GNU, DJEM, открытый исходный код.

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

Дата публикации: 2020-04-20

От автора: приветствую вас, дорогие читатели. Сегодня я предлагаю подробно рассмотреть вопрос, что такое система управления контентом (cms) и для чего она нужна. Статья ориентирована на новичков.

Что такое cms?

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

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

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

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

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

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

Как создать сайт самому?

Какие технологии и знания необходимы сегодня, чтобы создавать сайты самостоятельно? Узнайте на интенсиве!

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

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

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

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

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

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

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

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

Как создать сайт самому?

Какие технологии и знания необходимы сегодня, чтобы создавать сайты самостоятельно? Узнайте на интенсиве!

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

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

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

Мастер Йода рекомендует:  Как стать программистом и найти первую работу

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

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

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

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

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

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

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

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

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

Как создать сайт самому?

Какие технологии и знания необходимы сегодня, чтобы создавать сайты самостоятельно? Узнайте на интенсиве!

Хотите узнать, что необходимо для создания сайта?

Посмотрите видео и узнайте пошаговый план по созданию сайта с нуля!


4 правила интерфейсов управления контентом, которые никто не соблюдает

Нам очень нравится концепция MVP, и это первая итерация развития нашего проекта, задачи которой:

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

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


Эта статья называется «4 правила интерфейсов управления контентом, которые никто не соблюдает». Под словом «никто» я имею ввиду в первую очередь разработчиков популярных технических платформ — систем управления сайтами и конструкторов сайтов, а во вторую — разработчиков сайтов на этих платформах. Пользователи не жалуются просто потому что воспринимают эти интерфейсы как данность, их никто не спрашивает, как хотели бы они управлять своим проектом. Считается, что неподготовленный пользователь сам не знает, чего он хочет. «Если бы я спросил у людей, что им нужно, они бы попросили более быструю лошадь» (с) Генри Форд

Меж тем, спросить можно не напрямую, а в воображении, при помощи Customer Journey Map. Обычно она используется для аудита интернет-магазинов или даже оффлайновых/гибридных бизнесов, но для проектирования интерфейсов её использовать также можно. В обычном случае мы проходим весь путь до целевого действия (например, покупки) и смотрим на каждую страницу (или интерфейс), задавая себе вопрос: что здесь мешает перейти к следующему шагу? В нашем случае мы смотрим на «голую сущность» и спрашиваем: что тут должно быть? Например, как я захочу отредактировать эту запись в блоге или добавить после телефона карту проезда?

С помощью таких мысленных экспериментов мы и сформулировали наши четыре правила.

Пользователю не интересна программная архитектура

Предположим, нам надо добавить новость на сайт. Давайте посмотрим, как разные CMS предлагают нам это сделать:

Мы с вами понимаем, почему вместо новости нам предлагаю добавить «материал», «запись» или «пост»: для CMS это просто объект с некоторой структурой данных, лежащей в SQL-таблице, и шаблоном отображения. А для пользователя это просто «машинный язык». Почему бы не добавить в сущность, отвечающую за структуру блока, название сущности в винительном падеже? Только потому что англоязычные разработчики этой CMS не знают про русские падежи?

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

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

Такие интерфейсы — следствие профессиональной деформации. Мы (разработчики, проектировщики, дизайнеры) слишком хорошо знаем, что сайт состоит из структуры, блоков контента, шаблонов и пр. Логотип это свойство всего сайта, поэтому для его изменения надо лезть в настройки сайта. Форма отправки обратной связи — свойство блока на странице, поэтому надо искать в админке этот блок и менять его настройки (и это в лучшем случае, а то и в код компонента лезть надо).

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

Разные элементы относятся к разным сущностям (сайт, макет страницы, блок контента, запись) и к разному набору страниц (только эта страница, ветка структуры, весь сайт), но управление ими для пользователя максимально универсализировано. Каждый видимый элемент можно выбрать, и у него появится окантовка, а также контекстные иконки действий: редактирование, настройка, удаление, включение/выключение, перенос и пр.

И везде, где это возможно, применяется edit-in-place с максимальным pixel-perfect (извините за англицизм).

WYSIWYG как инструмент обеспечения предсказуемости

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

Первый пример

Какой длины должен быть новый пункт меню, чтобы влезть в строчку? Как будет выглядеть блок, если он все же не влезет?

В Флоксиме еще до завершения процесса добавления вы увидите, как будет выглядеть блок, куда вы добавляете контент:

Второй пример

Если я вставлю сюда длинное название, плитка увеличится по вертикали или часть текста не покажется? А какая часть, вдруг важная?

У нас вы видите результат редактирования и можете принять решение до сохранения:

Третий пример

Если я добавлю сюда блок «Новости», он точно будет выглядеть хорошо? Или мне нужен блок «Статьи»?

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

Для тех сущностей, которые нельзя изменить в WYSIWYG (title, свойства блоков, неотображаемые части контента), мы используем традиционные модальные окна.

Изменения на сайте должны отражаться в реальном времени

Многие конструкторы сайтов выгружают измененные пользователем страницы только по нажатию кнопки «Опубликовать»:

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

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

Что касается случайных ошибок, лучшая защита от них — кнопка отмены последних действий. (У нас, правда, такой кнопки еще нет, но обязательно появится, и тогда мы избавимся от ужасных диалогов «Вы точно хотите это удалить?»)

Создавая лишний буфер между действиями пользователя и результатом, мы создаем лишнее трение в интерфейсе. Если предыдущий принцип (WYSIWYG) работает хорошо, изменения на сайте должны происходить в реальном времени.

Пользователь управляет данными, а не их оформлением

На тему допуска пользователя к оформлению страниц существует два полярных мнения:

  1. Не давать даже кнопку подчеркивания текста, не говоря уже о цвете или отступах;
  2. Давать всё, что технически можно: это ведь его сайт.

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

  1. Шаблоны контента. Пользователь может выбрать шаблон из заложенных автором шаблона дизайна. Например, для списка статей это может быть слайдер, плитка, просто ссылки.
  2. У шаблона могут быть свои настройки: заголовок справа/слева, кнопка «подробнее» есть/нет, показывать ли анонс материала.

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

Насколько удалось ли нам соблюсти эти правила — можете составить мнение сами. Мы приглашаем читателей попробовать Флоксим, пока без доступа к исходному коду. А про открытие полноценного сайта мы сообщим всем зарегистрировавшимся на нашем сайте, а также в блоге на Хабре и на наших страницах в Фейсбуке, ВК и Твиттере.

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

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

Рынок систем категории 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 приведена возможная структура класса «Статья» и его представителя.

Рис. 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). Таким образом, для этих систем «отрезан» один из путей решения проблем совместного и повторного использования контента, организации распределенных хранилищ данных.

Мастер Йода рекомендует:  PHP и Web. Кэширование PHP

Наиболее развитую систему управления документами, на мой взгляд, предоставляет 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 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-сайтов не только останется неизменной, но даже повысится. Эту нишу должны занять свободно распространяемые продукты модульного или объектного типа, если разработчики будут стремиться сделать их применение более простым. Системы сетевого типа, пожалуй, не получат широкого распространения. В России же системы управления контентом пока не слишком популярны, да и рынок их невелик.

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

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

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

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

Нина Савельева (saveljeva@ngs.ru) — программист Института вычислительных технологий СО РАН (Новосибирск).

Поделитесь материалом с коллегами и друзьями

Обзор популярных CMS: плюсы и минусы

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

При создании нового сайта встает непростой вопрос: какую CMS выбрать?

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

1 C Битрикс

Начну, наверное, с наиболее упоминаемого в России движка – CMS Битрикс. В интернете можно найти множество отзывов об этой платформе как со стороны заказчиков, так и со стороны программистов. Присутствует огромное количество рекламы, призывающей купить лицензию и стать счастливым.

Давайте посмотрим, все ли так хорошо.

Начнем с небольшой ложки дегтя

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

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

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

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

Теперь о приятном

1. Многофункциональность. Да, как и утверждает реклама, Битрикс позволяет решить большинство задач сайта.

2. Многие функции доступны «из коробки» и требуют крайне незначительного участия разработчиков.

3. Система постоянно совершенствуется, расширяя функционал.

4. Есть техническая поддержка, способная ответить на большинство вопросов.

5. Система достаточно неплохо защищена от взлома. Скажем так: интернет-банк на Битриксе делать не стоит, а вот ваш интернет-магазин едва ли взломают.

6. Отличный API, позволяющий создавать нестандартные решения.

7. Высокая готовность к работам по SEO.

8. Система резервного копирования.

9. Удобство обновления платформы.

Подводя итоги, скажу, что не зря CMS Битрикс имеет такую популярность. Мы предпочитаем использовать в работе именно эту платформу – достоинства значительно перевешивают недостатки.

Слегка расстраивает лишь высокая цена — минимальная лицензия на самый простой сайт стоит более 5000 руб. (интернет-магазин обойдется около 40 000 руб. и выше), и огромное количество малограмотных специалистов, создающих плохие решения на хорошем движке.

Рейтинг популярных CMS за 2020 г. (по данным сайта cmsmagazine.ru)

Дальше опустимся на вторую строчку рейтинга.

WordPress

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

Интересный факт: в начале 2020 г. на эту платформу был переведен сайт американского Белого дома. Ранее на этом сайте использовался Drupal.

Плюсы использования WordPress

1. Бесплатная лицензия.

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

3. Простота установки. В принципе, с настройкой и установкой справится даже школьник. Особенно с помощью роликов с Ютуба.

4. Нетребовательность к ресурсам. Да-да, ее можно даже на бесплатный хостинг поставить.

Минусы

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

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

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

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

Joomla

Третья строчка хит-парада –Joomla. Нам довелось работать с этой системой, начиная с версии 1.0 и до 2.5 включительно.

Плюсы

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

Минусы

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

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

Drupal


Если были упомянуты WordPress и Joomla, то стоит добавить в этот список и Drupal (10-е место в рейтинге популярных CMS).

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

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

Список преимуществ и недостатков системы несколько отличается от Joomla и WordPress.

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

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

«Новый» недостаток – сложность в освоении как для пользователя, так и для программиста (по сравнению с WordPress и Joomla).

Большинство сравнительных рейтингов на этом примерно и заканчиваются.

ImageCMS

Хотим добавить в этот анализ еще одну платформу – ImageCMS.

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

Началась эта история с того, что нам для проекта понадобился движок, отвечающий ряду довольно жестких требований:

2) неплохой уровень SEO и производительности,

3) удобный шаблонизатор,

4) простая в освоении административная панель,

5) высокий уровень безопасности.

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

Парадоксально, но факт: в бесплатной версии дублировалось до 90 % функционала системы Битрикс, имевшегося на тот момент. Мало того, с точки зрения требований к серверу они были ниже, чем у Joomla. Начав изучать систему глубже, выяснили, что у платформы достаточно неплохая система шаблонов, легкая админка и т.д. Сделав пару сайтов на пробу и поработав с ними некоторое время, пришли к выводу, что защищенность платформы от вирусов и взломов также достаточно высока. Далее выяснилась интересная особенность: в системе реализована классическая модель MVC, что делало ее очень неплохим плацдармом для изучения многих нюансов работы.

В процессе работы проявились и недостатки:

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

Еще один парадокс этой платформы – с определенного момента, несмотря на исправление обозначенных выше проблем, каждая следующая версия усиленно деградировала. То есть каждая следующая версия оказывалась хуже прежних: шаблон усложнился (в десятки раз!), появилось огромное количество багов, часть кода системы была закодирована, и пришлось все-таки от этого решения отказаться. В 2020 г. состоялся последний релиз классической ImageCMS, построенной на фреймворке CodeIgniter 2, и данная платформа стала дополнением к WordPress (причем платным, и на момент написания этой статьи весьма недешевым).

Что в итоге

В заключение попробуем представить все описанное небольшой табличкой.

Как определить управление контентом

Сначала немного фона. Недавно я отправился на собеседование, и некоторые из вопросов, заданных мне, касались Enterprise Content Management. Очевидно, у меня не было опыта и я не получил предложение.

Но, это увеличило мое любопытство и попробовало Интернет, чтобы получить некоторую информацию по этой теме. Википедия заставила меня больше смутить еще больше слов. Большинство материалов в Интернете связано с маркетингом и имеет отношение к конкретным продуктам, таким как Sharepoint или Drupal и т.д.

Мне нужна помощь в более глубоком понимании темы или домена . Каково требование его использования? Какие компании используют его? В каких проблемных областях он пытается обратиться? Любые популярные варианты использования? Любые места, где это выглядит как подходящее, но на самом деле это не так?

Наконец, любая хорошая книга или статьи на эту тему, не будучи конкретными для какого-либо продукта?

Домен обширен и непросто покрыть его коротким ответом. Согласно Gartner (который ИМХО дает очень хорошие определения, см. Ссылки):

Управление корпоративным контентом (ECM) «зонтичный термин» и представляет собой видение и рамки для интеграции широкий спектр управления контентом технологий и форматов контента.

Кроме того, Gartner определяет комплекты ECM как охватывающие следующие основные компоненты:

  • Управление документами для регистрации/выписки, контроля версий, безопасности и библиотечных услуг для деловых документов.
  • Document Imaging для захвата, преобразования и управления бумагой документы.
  • Управление записями для долгосрочного архивирования, автоматизации хранения и политики соблюдения и обеспечения правовые, нормативные и отраслевые соблюдение.
  • Рабочий процесс для поддержки бизнес-процессов, маршрутизации содержимого, назначения рабочих задач и состояний и создания аудита.
  • Управление веб-контентом для автоматизации функций веб-мастера и управление динамическим контентом и взаимодействие с пользователем.
  • Сотрудничество с документами для совместного использования документов и поддержки проектных групп.

Панос уже дал хорошее определение. Вы можете проверить текущие отчеты CMSWatch, чтобы понять, какие продукты считаются ECMS. Примеры с открытым исходным кодом будут такими, как Alfresco, Bricolage и OpenCMS, на что вы можете взглянуть, чтобы понять, что делает это пространство.

Мы говорим о «реальных» традиционных CMS, таких как Documentum, Vignette, Filenet и т.д. «E» в ECMS действительно возникла из-за того, что всевозможные низкоуровневые приложения для порталов/интрасети, такие как Drupal или Sharepoint (которые вы ) начали называть себя CMS, поэтому большим оригинальным компаниям CMS нужно было придумать другое название для своих продуктов. (Помимо этого, я знаю, что Microsoft прекратила выпуск своего продукта Content Management Server и превратила Sharepoint в более «реальный» ECMS, но для него еще больше интрасети/совместной работы, чем ECMS).

Разница между чем-то вроде Drupal и ECMS заключается в том, что Drupal имеет множество функций «веб-сайта» (это собственное веб-приложение на передней панели, оно имеет функцию поиска, позволяет пользователям регистрироваться и комментировать), что ECMS в то время как в нем отсутствуют надежные функции управления контентом, такие как структурированный контент, рабочий процесс, управление версиями, управление активами/документами и метаданные. (У Drupal есть упрощенные версии большинства этих функций, например структурированный контент через CCK, но реальный ECMS находится в другой лиге.) ECMS почти никогда не является интерфейсом веб-приложения, к которому подключаются посетители публичного сайта (вместо этого он публикует на отдельный веб-сервер), но у поставщика ECMS могут быть другие продукты, такие как продукт портала, поисковый продукт, менеджер регистрации пользователей, менеджер объявлений, который вы будете использовать для этих функций на веб-сайте, поэтому, если ваша цель часто делает смысл покупать несколько таких продуктов у одной компании.

Для того, чтобы ваша модная ECMS могла работать на Windows Server, напишите на .NET(вы не можете коснуться основного кода, но можете писать сценарии и плагины в VB/С#) и использовать базу данных Oracle, но публиковать смесь HTML и PHP-страниц с кластером веб-серверов Linux/Apache, в то время как у вас есть приложение Google или Lenya или какой-либо другой поиск ручек продукта.

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

Конечно, существуют разные продукты, и некоторые из них больше ориентированы на веб-публикацию (или управление документами/активами или интрасеть/сотрудничество по Notes или Sharepoint), чем другие, — думаю, что мое описание как своеобразное обобщение, контент-издательских компаний.

Как определить управление контентом

Сначала немного фона. Недавно я отправился на собеседование, и некоторые из вопросов, заданных мне, касались Enterprise Content Management. Очевидно, у меня не было опыта и я не получил предложение.

Но, это увеличило мое любопытство и попробовало Интернет, чтобы получить некоторую информацию по этой теме. Википедия заставила меня больше смутить еще больше слов. Большинство материалов в Интернете связано с маркетингом и имеет отношение к конкретным продуктам, таким как Sharepoint или Drupal и т.д.

Мне нужна помощь в более глубоком понимании темы или домена . Каково требование его использования? Какие компании используют его? В каких проблемных областях он пытается обратиться? Любые популярные варианты использования? Любые места, где это выглядит как подходящее, но на самом деле это не так?

Наконец, любая хорошая книга или статьи на эту тему, не будучи конкретными для какого-либо продукта?

Домен обширен и непросто покрыть его коротким ответом. Согласно Gartner (который ИМХО дает очень хорошие определения, см. Ссылки):

Управление корпоративным контентом (ECM) «зонтичный термин» и представляет собой видение и рамки для интеграции широкий спектр управления контентом технологий и форматов контента.

Кроме того, Gartner определяет комплекты ECM как охватывающие следующие основные компоненты:

  • Управление документами для регистрации/выписки, контроля версий, безопасности и библиотечных услуг для деловых документов.
  • Document Imaging для захвата, преобразования и управления бумагой документы.
  • Управление записями для долгосрочного архивирования, автоматизации хранения и политики соблюдения и обеспечения правовые, нормативные и отраслевые соблюдение.
  • Рабочий процесс для поддержки бизнес-процессов, маршрутизации содержимого, назначения рабочих задач и состояний и создания аудита.
  • Управление веб-контентом для автоматизации функций веб-мастера и управление динамическим контентом и взаимодействие с пользователем.
  • Сотрудничество с документами для совместного использования документов и поддержки проектных групп.

Панос уже дал хорошее определение. Вы можете проверить текущие отчеты CMSWatch, чтобы понять, какие продукты считаются ECMS. Примеры с открытым исходным кодом будут такими, как Alfresco, Bricolage и OpenCMS, на что вы можете взглянуть, чтобы понять, что делает это пространство.

Мы говорим о «реальных» традиционных CMS, таких как Documentum, Vignette, Filenet и т.д. «E» в ECMS действительно возникла из-за того, что всевозможные низкоуровневые приложения для порталов/интрасети, такие как Drupal или Sharepoint (которые вы ) начали называть себя CMS, поэтому большим оригинальным компаниям CMS нужно было придумать другое название для своих продуктов. (Помимо этого, я знаю, что Microsoft прекратила выпуск своего продукта Content Management Server и превратила Sharepoint в более «реальный» ECMS, но для него еще больше интрасети/совместной работы, чем ECMS).

Разница между чем-то вроде Drupal и ECMS заключается в том, что Drupal имеет множество функций «веб-сайта» (это собственное веб-приложение на передней панели, оно имеет функцию поиска, позволяет пользователям регистрироваться и комментировать), что ECMS в то время как в нем отсутствуют надежные функции управления контентом, такие как структурированный контент, рабочий процесс, управление версиями, управление активами/документами и метаданные. (У Drupal есть упрощенные версии большинства этих функций, например структурированный контент через CCK, но реальный ECMS находится в другой лиге.) ECMS почти никогда не является интерфейсом веб-приложения, к которому подключаются посетители публичного сайта (вместо этого он публикует на отдельный веб-сервер), но у поставщика ECMS могут быть другие продукты, такие как продукт портала, поисковый продукт, менеджер регистрации пользователей, менеджер объявлений, который вы будете использовать для этих функций на веб-сайте, поэтому, если ваша цель часто делает смысл покупать несколько таких продуктов у одной компании.

Для того, чтобы ваша модная ECMS могла работать на Windows Server, напишите на .NET(вы не можете коснуться основного кода, но можете писать сценарии и плагины в VB/С#) и использовать базу данных Oracle, но публиковать смесь HTML и PHP-страниц с кластером веб-серверов Linux/Apache, в то время как у вас есть приложение Google или Lenya или какой-либо другой поиск ручек продукта.

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

Конечно, существуют разные продукты, и некоторые из них больше ориентированы на веб-публикацию (или управление документами/активами или интрасеть/сотрудничество по Notes или Sharepoint), чем другие, — думаю, что мое описание как своеобразное обобщение, контент-издательских компаний.

Добавить комментарий