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

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

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

Недостатки динамических сайтов

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

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

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

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

2. Эволюция web-приложений

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

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

Разработка web-приложения, как такового, стала возможной с внедрением CGI, что позволяло оперировать некоторой логикой. Хотя в действительности дальше некоторых действий над формами и отслеживания сеанса пользователя, здесь дело не пошло и о более менее полноценной платформе для разработки прикладных приложений, можно говорить с появлением некоторых специализированных Server-side языков сценариев предназначенных для интеграции с HTML позволяющих динамически генерировать страницы.

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

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

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

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

Идея паттерна MVC, лежит в разделении приложения, на несколько уровней, применительно к web-приложениям, паттерн нашел реализацию в виде Систем Управления Содержимым(Content Management System), что позволило упростить проектирование и разработку системы, дало возможность работы над приложением нескольких людей, облегчило процесс отладки и сопровождения, сократило сроки реализации приложения. Вследствие чего существующие приложения (уровня сайта-визитки, сайта-каталога, интернет - магазина) были усовершенствованы, и появилась возможность создавать новые, значительно более сложные приложения.

3. Классификация web-приложений

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

r Визитка - как правило, это общая информация о фирме, прайс-лист, реквизиты, план проезда и т.п. Т.е. набор страниц; возможно имеется форма для обратной связи.

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

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

Рисунок 1. - Классификация web-приложений

r B2B - и соответственно, приложения, попадающие под схему B2B(Business To Business), это приложения для работы с дилерами, так называемые электронные торговые площадки. Сюда можно отнести платежно-расчетные системы, биржи, партнерские программы, и подобное. Это довольно тяжеловесные приложения, которые, как правило, изначально проектируются в качестве составляющего модуля существующей системы управления.

r Промо-сайт - Развитие client-side языков, предназначенных для интеграции в HTML, такие как Java Script, ActiveX, и применение существующих языков, таких как Action Script, и Java аплетов, дало существование новой категории web-приложений. Так называемых промо-сайтов. Вариаций подобных решений очень много, как правило несут чисто имиджевую функцию, представляют собой своеобразные открытки, очень красочные и динамичные.

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

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

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

4. Аналитический обзор решений и требований, предъявляемых к CMS

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

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

Для обобщенной классификации используются следующие критерии:

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

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

r совместимость (аппаратная и программная) - возможность функционирования системы на различных платформах, совместимость с СУБД, возможность подключения дополнительных модулей;

r масштабируемость - возможность развития и наращивания системы.

1 Простая CMS система

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

Технологичность. Динамическое формирование страниц (каждый раз при запросе пользователя), ограниченная пропускная способность (в зависимости от аппаратного обеспечения) - до 3 000-5 000 посетителей в сутки. Система инсталлируется разработчиком..

Совместимость (аппаратная и программная). Система совместима с определенными платформами и типами СУБД. Попытка внедрения дополнительных модулей, в зависимости от используемых технологий, может привести к полной переработке проекта..

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

2 Шаблонная CMS система. Пользовательский сервис.

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

Технологичность. Динамическое формирование страниц или с использованием кэширования данных. В зависимости от методов формирования страниц - от 5 000 до 50 000 посетителей в сутки. Инсталлируется разработчиком..

Совместимость (аппаратная и программная). Система совместима с определенными платформами и типами СУБД. Попытка внедрения дополнительных модулей, так же, как и в предыдущем случае, ограничена.

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

3 Профессиональная CMS система

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

Совместимость (аппаратная и программная). Совместимость с различными программно-аппаратными платформами (наличие Application Programming Interface - API).

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

4 Универсальная CMS система

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

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

Совместимость (аппаратная и программная). Совместимость с различными программно-аппаратными платформами (наличие API).

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

4.2 Функциональные и технологические возможности контент-систем

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

1 Готовность к распространению

Далеко не любая CMS система являет собой готовый программный продукт. Это может быть всего лишь набор разнородных модулей или же вариант, созданный по индивидуальному заказу. Таким образом, по степени готовности контент-системы делятся на следующие разновидности:

r коробочный продукт - готовое ПО, позволяющее установить систему автоматически и самостоятельно ее настроить;

r разработчик сам устанавливает и настраивает контент-систему на сервере заказчика;

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

2 Изменение дизайна и структуры CMS

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

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

r удалять и добавлять разделы и статьи, не перемещая их и не меняя при этом степень их вложенности;

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

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

3 Безопасность данных в CMS

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

r единоличной работы с CMS. Системой управляет один администратор, имеющий персональный логин и пароль для входа. Такой подход характерен для простых и некоторых шаблонных контент-систем;

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

Привилегии каждого задаются администратором.

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

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

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

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

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

4 Организация документооборота при публикации

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

На самом деле этот показатель даёт пользователю информацию не столько о том, сколько посетителей может «пропустить» сайт, а определяет отказоустойчивость системы.

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

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

Пропускная способность ресурса зависит от трех параметров:

r принципа формирования страниц при запросе пользователя: динамический, статический, с использованием интеллектуального кэширования. Наибольшую пропускную способность ресурса обеспечивает интеллектуальное кэширование страниц сайта, наименьшую - динамическое формирование страниц;

r использования тех или иных СУБД для хранения данных;

r аппаратного обеспечения, непосредственно не относящегося к устройству самой контент-системы.

6 Наличие визуального редактора

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

7 Возможность импорта данных из офисных приложений

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

8 Требования поисковой оптимизации

Еще один немаловажный фактор, показывающий, может ли пользователь сохранить введенные данные, если по каким-то причинам решил отказаться от использования контент-системы. Желательно, чтобы данные из контент-системы конвертировались в какой-то распространенный формат: текст, формат MS Word и Excel, HTML, XML.

4.3 Обзор рынка CMS

1 Группы заказчиков по составу и уровню требований, предъявляемых к решениям на базе CMS

r Торговые предприятия:

· Предприятия и компании розничной торговли, дилеры

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

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

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

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

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

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

· Предприятия оптовой торговли..

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

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

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

· Производственные предприятия..

· Для данной группы потенциальных заказчиков актуальным является не только создание представительских ресурсов, но и возможность организовать работу (т.н. «виртуальное координирование») с дилерами, поставщиками, партнерами, используя возможности Интернет. Речь об организации сетей internet/intranet, создании дилерских площадок, разработке и внедрении механизмов для проведения электронных торгов, аукционов и тендеров. Что касается последних, то они зачастую организуются в рамках отраслевых порталов.

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

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

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

r Предприятия банковской и финансовой сферы.

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

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

r Предприятия сферы услуг.

r Для сферы услуг возможности, предоставляемые Интернет, наиболее актуальны с точки зрения их продвижения к конечному потребителю, особое место занимают услуги, оказываемые on-line..

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

2 Основные тенденции рынка CMS

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

За последние полгода, значительно вырос интерес потенциальных клиентов к web-ориентированным системам (CMS). Прослеживается тенденция к росту заинтересованности клиентов к переводу уже существующих статических web-сайтов на систему управления.

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

3 Обзор технических решений для интернет -ресурсов

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