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

Министерство образования и науки Российской Федерации Федеральное агентство по образованию Государственное общеобразовательное учреждение высшего профессионального образования

«СИБИРСКАЯ ГОСУДАРСТВЕННАЯ ГЕОДЕЗИЧЕСКАЯ АКАДЕМИЯ»

(ГОУ ВПО «СГГА»)

Кафедра оптико-электронных приборов

ДИПЛОМНАЯ РАБОТА

На тему: Разработка системы управления содержимым сайта Дипломник Лихолетов А.В.

Руководитель Кириченко Д.В.

Консультанты Ляпина О.П.

Нормоконтролёр Тымкул Л.В.

Новосибирск 2011

Реферат

Лихолетов А. В. Разработка системы управления содержанием сайта.

Место дипломирования — ООО «Сатори», руководитель — Кириченко Д.В.

CMS, БАЗЫ ДАННЫХ, ШАБЛОН, БИБЛИОТЕКА КЛАССОВ, МОДУЛЬ, WEB-ПРИЛОЖЕНИЕ, ДИНАМИЧЕСКИЙ САЙТ, СТАТИЧЕСКИЙ САЙТ, АДМИНИСТРИРОВАНИЕ КОНТЕНТА, АВТОРИЗАЦИЯ.

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

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

1. Виды сайтов

1.1 Определение CMS

1.2 Статический сайт

1.3 Динамический сайт

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

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

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

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

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

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

5. Разработка системы администрирования контента

5.1 Требования к системе администрирования контента (CMS)

5.2 Терминология

5.3 Структура сайта

5.4 Структура и элементы статьи

5.5 Работа с системой администрирования разрабатываемой (CMS)

5.6 Управление разделами статей

5.7 Редактирование контента

5.8 Выбор платформы для реализации проекта

5.9 Обоснование выбора языковых и программных средств

5.10 Разработка базы данных CMS

5.11 Структура директорий

5.12 Принцип работы системы

5.13 Файлы библиотеки классов

6. Вопросы техники безопасности

6.1 Требования к системе управления охраной труда

6.2 Микроклимат в производственных помещениях и его нормирование

6.3 Оказание первой медицинской помощи при поражении электротоком Заключение Список используемых источников

Введение

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

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

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

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

Пользователю сети Интернет не видно, что происходит внутри сайта, который он посещает. Но Интернет — разработчикам и их заказчикам известно, что большинство современных web-проектов строятся на основе CMS — систем управления контентом.

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

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

1. Виды сайтов

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

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

Лучшим выходом, с точки зрения оперативности, для компаний владельцев сайтов будет наличие штатного Web — мастера. Только он сможет сделать все быстро и качественно. Однако этот вариант далеко не лучший с точки зрения экономии, так как содержание Web — мастера только для поддержки сайта не рентабельно, если это конечно не очень крупный портал, или Интернет — магазин.

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

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

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

Рассмотрим выгоды от использования систем администрирования контента, которые она дает другой стороне: профессионалам сайтостроения — Webмастерам.

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

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

Таким образом, разработка системы администрирования контента сайта (CMS) принесет пользу всем:

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

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

1.1 Определение CMS

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

Системы управления контентом могут быть интересны с той точки зрения, что:

r Не требуют профессиональной технической подготовки при использовании.

r Могут быть успешно интегрированы во внутрикорпоративную информационную систему и служить для организации документооборота.

r Экономически целесообразны при организации внутрикорпоративных систем и информационных порталов.

Сайт (от англ., site, участок) — это именно участок сервера, то есть раздел, полностью посвященный какой-либо одной теме. Разумеется, практически все сайты включают в себя множество подразделов, каждый из которых может дробиться на еще более мелкие составляющие. Но в любом случае все части сайта объединяет некая общая идея, смысловая направленность, общий стиль исполнения. Сточки зрения все сайты можно условно разделить на два основных вида: статические и динамические.

В 90-е годы наиболее распространенной системой управления контента была следующая: в качестве программного обеспечения использовался web-сервер, предоставляемый в составе услуги хостинга, редактор HTML-документов (от Notepad до Macromedia DreamWeaver) и FTP-клиент (например, CuteFTP, gFTP, FAR или TotalCommander). Страницы создаются с помощью редактора и размещаются на сервере с помощью FTP-клиента. Структура сайта обеспечивается ссылками с одних страниц на другие и, возможно, присутствием меню на некоторых страницах. Сейчас такую систему называют статической. Название связано с тем, что содержимое (контент) страниц находится в статических (постоянно расположенных на диске) файлах, в противоположность динамически создаваемым страницам (генерируемым на лету с помощью программы, находящейся на сервере).

1.2 Статический сайт

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

Преимущества статических сайтов

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

r Несложно добавить на сайт новую страницу, скопировав и исправив файл с существующей страницей.

r Человеку, занимающемуся поддержкой сайта, достаточно знать только язык HTML.

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

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

r Малое число используемых программных компонентов делает затруднительным взлом такой системы.

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

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

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

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

r Невозможно использовать «динамические» компоненты, такие как голосования, форум, и т. д.

r Отсутствует разделение прав доступа к сайту, так как человек, имеющий FTP-доступ, может изменить любую страницу.

За годы использования таких систем были разработаны решения, частично компенсирующие указанные недостатки. Первый недостаток может быть частично устранен путем вынесения меню и общих элементов навигации в отдельные файлы, что может быть сделано с помощью технологии серверных включений SSI — Server Side Includes или путем использования фреймов. Альтернативно, можно использовать специальные средства, позволяющие заменять куски HTML-текста во многих файлах одновременно. Третий недостаток может быть исключен с помощью добавления необходимых программ, написанных на языке PHP. Четвертый недостаток может быть частично компенсирован путем размещения страниц в различные папки и назначением различных прав доступа к этим папкам.

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

1.3 Динамический сайт

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

Существует несколько способов генерации динамических страниц:

r Первым вариантом может быть объединение нескольких (двух и более) отдельных частей в одну страницу — это самый простой способ генерации.

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

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

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

Преимущества динамических сайтов

r Разделение информации и дизайна

r Упрощение модификации и обновления страниц

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

1 Разделение информации и дизайна сайта

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

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

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

2 Упрощение модификации и обновления страниц на сайте

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

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

5 Параметр «Количество посетителей в сутки»

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

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

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

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

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

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

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

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

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

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

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

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

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

9 Расширяемость и масштабируемость

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

10 Система обновлений

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

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

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

12 Структура и навигация

Навигация на сайте должна максимально соответствовать структуре. Пользователь должен иметь возможность легко найти необходимую ему страницу, причем не единственным способом, а несколькими. В качестве основного элемента навигации обычно используется меню. На корпоративных сайтах оно имеет несколько уровней вложенности. В качестве дополнительных средств навигации обычно используются карта сайта и средства поиска по сайту. Кроме того, чтобы дать пользователю понять, где он находится, часто используются так называемые «хлебные крошки», указывающие положение страницы в иерархии сайта (например: Главная > Продукты > Программные продукты > Sun Java System).

13 Системные требования

Системные требования определяются языком программирования и сервером баз данных, используемыми в системе. Наиболее часто в качестве языка программирования используется PHP или Perl, а в качестве сервера баз данных — MySQL или PostgreSQL. Такие системы могут быть размещены практически на любом коммерческом web-хостинге, который стоит относительно недорого, но могут иметь ограничения по масштабируемости.

Если посещаемость сайта больше 100 тысяч хитов в день, или число страниц превышает 100 тысяч, рекомендуется использовать системы на базе языка Python или Java-сервлетов. В качестве базы данных могут использоваться как открытые (MySQL, PostgreSQL), так и коммерческие решения (Oracle, DB2, MSSQL). Такие системы управления контентом обычно требуют выделенный (или виртуальный выделенный) сервер хостинга.

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

14 Возможность отказа от CMS системы

Еще один немаловажный фактор, показывающий, может ли пользователь сохранить введенные данные, если по каким-то причинам решил отказаться от использования контент-системы. Желательно, чтобы данные из контент-системы конвертировались в какой-то распространенный формат: текст, формат 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 вида — коммерческие и некоммерческие, или же платные и бесплатные. Основное различие между этими системами — в цели разработки: коммерческие системы разрабатываются компаниями, с целью продажи и получения прибыли, а системы с открытым исходным кодом разрабатываются индивидуальными программистами и некоммерческими организациями (такими, как университеты), заинтересованными в развитии и использовании данной системы.