Проектирование информационной системы обработки контента сайта

Размещено на http://allbest.ru

68

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

ГЛАВА 1. ОСНОВНЫЕ ПОЛОЖЕНИЯ. СОВРЕМЕННОЕ СОСТОЯНИЕ ДЕЛ В ОБЛАСТИ ОБРАБОТКИ КОНТЕНТА САЙТОВ

1.1 Актуальные способы создания веб-сайтов и обработки контента

1.2 Обзор программных решений

1.3 Предлагаемые пути развития

ГЛАВА 2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ОБРАБОТКИ КОНТЕНТА САЙТА

2.1 Анализ предметной области

2.2 Проектирование системы в нотации языка UML

2.2 Проектирование базы данных системы

2.3 Техническое задание

2.4 Управление проектом по созданию информационной системы обработки контента

ЗАКЛЮЧЕНИЕ

СПИСОК ЛИТЕРАТУРЫ

ПРИЛОЖЕНИЯ



ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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



ГЛАВА 1. ОСНОВНЫЕ ПОЛОЖЕНИЯ. СОВРЕМЕННОЕ СОСТОЯНИЕ ДЕЛ В ОБЛАСТИ ОБРАБОТКИ КОНТЕНТА САЙТОВ

1.1 Актуальные способы создания веб-сайтов и обработки контента

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

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

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

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

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

Из источника информации [7] следует, что система управления сайтом - это комплексная программа, позволяющая простому человеку, не знакомому с программированием, создавать и поддерживать интернет-проекты любой сложности. Система управления сайтом обеспечивает пользователя необходимыми визуальными средствами для создания интерактивных страниц сайта, содержимое которых можно изменять в считанные секунды, используя встроенный в систему текстовый редактор. Кроме этого, CMS предоставляют пользователю огромный спектр дополнительных услуг, таких как менеджмент пользователей сайта, публикация новостей или статей, форумы, блоги, интернет-магазины, галереи, доски объявлений и многое другое.

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

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

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

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

Из источника информации [12] мы узнаем, что функции систем управления контентом можно разделить на несколько категорий.

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

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

3. Публикация - автоматическое размещение информации на терминале пользователя.

4. Представление - функции, которые позволяют улучшить форму представления данных.

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

Согласно работе [4], система управления сайтом - это прежде всего программа, которая предназначена для работы в Интернете. В данном случае, подразумевается, что CMS работает на хостинге, который предоставляется некоторым провайдером. Хостинг - это удаленный сервер, который соответствует системным требованиям, оснащен соответствующим программным обеспечением (ПО) и определенной операционной системной (ОС). По сути, установка CMS на абстрактный компьютер (хостинг), аналогична установке программы на компьютер, поэтому веб-сервер должен удовлетворять системным требованиям для соответствующей системы. Как правило, в качестве ОС выступает семейство UNIX/Linux-систем: FreeBSD, Debian, Fedora, CentOs, Red Hat, Windows Server. В качестве веб-сервера как правило используется Apache - это полнофункциональный веб-сервер с открытым кодом. Основными достоинствами Apache считаются надёжность и гибкость конфигурации. Он позволяет подключать внешние модули для предоставления данных, использовать СУБД для аутентификации пользователей, модифицировать сообщения об ошибках. Более подробную информацию о различных веб-серверах можно найти в [20]. Как правило, на хостинге уже установлено необходимое для работы ПО и вопросы требований к техническим аспектам отпадают.

Одно из обязательных требований к CMS это наличие базы данных (БД). БД представляет собой хранилище для огромных массивов информации, с помощью которой заполняется как сайт, так и сама CMS. Доступ к таблицам баз данных происходит на огромной скорости, благодаря чему, возможно получение большого массива данных в короткие сроки. Из источника информации [7] мы узнаем, что взаимодействие системы управления сайтом и БД выглядит следующим образом. При обращении пользователя к одной из веб-страниц сайта, CMS моментально обращается к базе данных, извлекает из нее необходимую информацию для пользователя и возвращает содержимое в виде страницы в браузере пользователя.

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

К примеру рассмотрим структуру бесплатной CMS Opencart 2.0. Согласно [24] данная система состоит из следующих разделов:

· admin - директория, которая содержит компоненты с моделями, представлением, контроллерами для функционирования административной части,

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

· image - каталог, содержащий изображения для товарных позиций, изображения для товарных позиций без фотографий, каталогов, кэшированные копии изображений,

· system - каталог содержащий информацию о ядрах Opencart (системные файлы),

· install - каталог, отвечающий за установку и первичную настройку,

· .htaccess.txt- файл содержащий настройки URL ссылок, с целью привести их виду, понятному человеку (SEF URL).

· config.php - конфигурационный файл, содержащий описание глобальных переменных для папок сайта,

· index.php - главный файл, который осуществляет перенаправление при обращении,

· php.ini - файл настроек для php. В нем задаются параметры для стандартной кодировки, памяти выделенной для сайта.

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

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

После установки системы управления содержимым, пользователь получает полностью рабочий сайт с заполненной БД, стандартным шаблоном верстки и функционал, предусмотренный выбранной CMS. Пример фрагмента ER-диаграммы для базы данных, полученной после установки CMS OpenCart 2.0., представлен на рисунке 1.

Из работы [12] следует, что все CMS имеют два раздела:

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

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

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

· статистика по сайту: посещаемость, количество покупателей, количество заказов, активность пользователей на сайте, диаграммы и графики;

· возможность редактирования элементов сайта в наглядном виде. Добавление, удаление, скрытие разнообразных элементов, просмотр текущих разделов сайта;

· просмотр групп пользователей, удаление и добавление учетных записей;

· установка дополнений, модулей, каналов продвижения, подключение статистики;

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

Рисунок 1 - Фрагмент ER-диаграммы БД OpenCart 2.0

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

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

Из работы [22] мы узнаем, что по способу работы, системы управления содержимым можно разделить на три типа:

1. Генерирование страниц по запросу. Данный тип работает на основе трех компонентов: модуль редактирования, база данных, модуль представления. На основе информации из БД модуль представления генерирует страницу при запросе. Информация в БД изменяется с помощью модуля редактирования. При таком подходе, возможна дополнительная нагрузка на веб-сервер, т.к. страницы генерируются заново при каждом запросе.

2. Генерация страниц при редактировании. При таком подходе, системы создают набор статических страниц при изменении содержимого страниц сайта.

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

Сайты, с применением систем управления содержанием, основываются на ряде технологий: БД под управлением СУБД, веб-сервер, веб-приложения, файловый менеджер. Подробную информацию о данных технологиях можно найти в работах [12, 9]. На практике, такие системы функционируют на основе многоуровневой архитектуры «клиент-сервер» (трехуровневая архитектура). Данная архитектура позволяет вынести на сторону сервера слой логики и слой данных. Таким образом, на сервере функционирует необходимое веб-приложение, а слой клиента, организуется посредством браузера пользователя. Более подробную информацию о многоуровневой архитектуре можно найти в [17]. Схематично данную схему можно представить в виде диаграммы развертывания в нотации языка UML. Из работы [5] следует, что диаграмма развертывания - это диаграмма, на который отражены физические связи узлов системы, процессов и объектов. Диаграмма развертывания представлена на рисунке 2.

Рисунок 2 - Диаграмма развертывания для CMS.

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

1.2 Обзор программных решений

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

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

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

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

1. InSales.

2. OpenCart.

3. CS-Cart.

Рассмотрим данные системы по следующим пунктам:

1. Цена.

2. Установка.

3. Каталог товаров.

4. Оформление заказа.

5. Работа с SEO-параметрами.

InSales - система управления контентом интернет-магазина. Платформа разрабатывается с 2008 года компанией InSales. Платформа специализируется исключительно на создании интернет-магазинов. Система доступна только по модели SaaS. Подходит как для самостоятельной настройки пользователем, так и оказывает услуги по настройке, разработке дизайна и интернет-маркетингу. Согласно источнику информации [25] CMS InSales содержит:

· полное управление контентом (каталог товаров, меню, страницы, блоки, баннеры, новости, блоги);

· настраиваемые темы оформления и редактор кода HTML/CSS/JS;

· регистрация покупателей (необязательная);

· спецблоки с товарами, акциями, баннерами;

· разделение прав доступа к разделам бэк-офиса;

· история изменений заказов;

· возможность создать мультиязычный магазин.

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

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

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



Рисунок 3 - Форма карточки товаров CMS InSales

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

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

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

Оформление заказа осуществляется с помощью кнопки «В корзину». Пользователю показывается информация о количестве товаров в корзине и суммарной цене корзины.

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

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

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

Рисунок 4 - Список заказов в панели управления InSales

Создавать мета-теги можно для всех страниц. Соответствующие поля есть в формах для этих элементов. Человеко-понятные URL (ЧПУ) настроены по умолчанию.

Адреса страниц формируются автоматически при добавлении товарных позиций. Страницы с ошибкой 404 (страница не найдена) работают корректно.

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

Модули, необходимые для работы магазина настроены и не требуют высоких навыков программирования.

Из источника информации [26] следует, что OpenCart - платформа, ориентированная на создание интернет-магазинов. Является свободным программным обеспечением, распространяемым по лицензии GNU General Public License v3. OpenCart разрабатывается с 2012 года компанией OpenCart Limited из Гонконга.

CMS OpenCart - предоставляется бесплатно. Однако, она содержит хороший набор функция для интернет-магазина. Также для данной системы управления содержимым много готовых дополнительных модулей и шаблонов. Они могут быть как платными, так и бесплатными.

Для установки OpenCart потребуется свой хостинг. Установка осуществляется путем скачивания архива с системой, переноса на хостинг, создания базы данных (БД) и непосредственно установки CMS.

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

Рисунок 5 - Форма карточки товаров CMS OpenCart

Система позволяет отображать один и тот же товар в разных категориях. Карточка товара будет доступна по нескольким адресам, но у них будет канонический URL. То есть, поисковые системы не будут считать данный товар дублированным контентом. Функционал позволяет добавлять «Рекомендуемые товары».

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

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

Расчет стоимости товарной корзины и количества товаров происходит автоматически. При оформлении заказа, система предлагает зарегистрироваться пользователю, либо продолжить без регистрации. Вся информация о заказе заполняется на одной странице. В административной части сайта предусмотрена возможность включения ряда способов доставки. Встроенная возможность по добавлению своих способов доставки не предусмотрена. Для этого необходимо подключать дополнительные модули. Заказа «в 1 клик» отсутствует. Для добавления данного функционала потребуется программист. Список всех заказов хранится в панели управления CMS. Пример списка заказов представлен на риснуке 6.

Рисунок 6 - Список заказов в панели управления OpenCart

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

Из минусов CMS OpenCart можно отметить:

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

2. После добавления через карточку товара, пользователь оказывается в полном списке товаров. То есть в случае повторного редактирования, товар придется искать снова в общем списке товаров и открыть форму для редактирования.

3. Отсутствует встроенная возможность добавления своих способов оплаты. Для этого необходимо подключать отдельные модули.

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

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

Система предоставляется в платном варианте в размере 24500 рублей. Оплата производится единожды.

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

Из информационного ресурса [27] мы узнаем, что товарные категории можно создавать в любом количестве и в любой степени вложенности. Форма для добавления товаров имеет 16 вкладок с различными параметрами. Пример формы для товарной карточки представлен на рисунке 7.

Рисунок 7 - Форма карточки товаров CMS CS-Cart

Форма предоставляет большое количество настроек для товаров:

· название, описание, цену, фотографии, количество;

· цену доставки отдельно для этого товара (либо сделать доставку товара бесплатной);

· скидки, бонусные баллы;

· характеристики;

· сопутствующие товары;

· варианты товара, например, цвет или размер. К каждому варианту можно добавлять фотографию товара;

· подписать отдельных пользователей на конкретные товары;

В разделе «Товары - Характеристики» можно добавлять свойства к товарам, например, размер экрана, объем памяти и т.д. А в разделе «Товары - Фильтры» можно настроить фильтр по всем этим характеристикам. Для разных категорий можно выводить как разные фильтры, так и общий. Есть возможность разместить один товар в нескольких категориях. Есть функция «За ту же цену», которая позволяет разместить блок товаров со схожей ценой. Функционалом предусмотрена следующая система скидок:

· скидки на все или только на определенные товары;

· купоны на скидку;

· скидки в зависимости от суммы заказа;

· можно указывать оптовые скидки.

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

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

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

Аналогичным образом добавляются способы оплаты товара из панели управления. Заказ «в 1 клик» встроен по умолчанию и содержит 3 поля для заполнения: имя, телефон или адрес электронной почты. Заказы из формы «в 1 клик» и полноценные заказы попадают в разные разделы списка заказов в панели управления CMS. Уведомления о новом заказе приходят на почту администратору и клиенту. Пример списка для полноценных заказов представлен на рисунке 8.

Рисунок 8 - Список заказов в панели управления CS-Cart

Мета-параметры задаются для всех страниц в соответствующих полях для каждого из разделов. ЧПУ настроены по умолчанию. Адреса страниц добавляются на латинице автоматически при создании страницы. При желании адреса можно скорректировать вручную. Страница с ошибкой 404 «Страница не найдена» обрабатывается корректно.

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

1.3 Предлагаемые пути развития

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

Данный подход влечет за собой ряд минусов:

· большие временные затраты на обработку входных;

· большая вероятность внесения ошибочных данных.

Из работы [18] мы узнаем, что для описания бизнес-логики системы (приложения) используются различные модели. Это обусловлено тем, что диаграммы, описывающие бизнес логику, визуально кажутся понятными и простыми. Для моделирования поведения системы в условиях применения CMS воспользуемся нотацией функционального моделирования BPMN. Данные схемы позволяют рассмотреть систему с высокоуровневой модели, которая дает общее предоставление о характере исполнения бизнес-процесса.

Целью применения данной нотации, является уменьшение разрыва между моделями «Как-Есть» и «Как-Должно-Быть». В качестве рассматриваемых моделей, будем использовать исполняемые модели системы, так как они обладают достаточной степенью детализации бизнес-процессов, позволяют верифицировать модель. Следовательно, появляется возможность расширить наиболее узкие места в существующей системе и найти наиболее эффективные способы обработки информации. Для этого воспользуемся диаграммой взаимодействия. Данная схема позволяет описать обмен сообщения между участниками бизнес-процесса (БП), управляемыми по отдельности, каждый из своего центра. Более подробную информацию о нотации BPMN и диаграмме деятельности можно найти в работах [18, 28, 29, 23].

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

Рисунок 9 - Диаграмма взаимодействия процесса «Добавить товар» as-is

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

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

В ином случае, пользователь получает сообщение об ошибке и CMS перенаправляет поток к исходному состоянию. Следующим этапом осуществляется ввод данных о товарной позиции пользователем. Данная операция представлена подпроцессом, который имеет маркер операции для случая (ad-hoc).

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

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

Рисунок 10 - Развернутый подпроцесс «Внести данные о товаре»

Согласно данному подпроцессу, после инициализации формы, пользователь может выполнить одну из 4 операций:

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

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

· загрузить изображения. Данный атрибут является неотъемлемой частью товарной карточки. Именно изображения позволяют оценить первичное качество товара и создать впечатление о товарной позиции в целом;

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

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

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

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

Для наибольшей наглядности, воспользуемся инструментом симуляции потока работ (Simulation View), который входит в состав программного обеспечения для моделирования бизнес-процессов Bizagi Process Modeller. Данный инструмент позволяет провести имитационное моделирование системы с различной степенью детализации.

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



Рисунок 11 - Диаграмма оркестровки для пользователя as-is

Данная схема представлена в виде открытого процесса. Это означает, что пул явно не указывается, а только подразумевается. Однако, поток управления не может пересекать границы пула. На данном этапе развития, Simulation View работает с примитивными потоками управления. Однако, согласно работе [23], нотация BMPN позволяет моделировать как исполняемые, так и аналитические модели системы. В данном случае, используется аналитическая модель, которая позволяет минимизировать степень детализации операций.

Для определения временных затрат, воспользуемся вторым уровнем Simulation View - Time Analysis. Подробную информацию о Simulation View и программном продукте Bizagi Process Modeller можно найти в [30]. Для этого расставим каждой из операции время на выполнение. При формирование временных границ, будем опираться на здравый смысл и эмпирический опыт. Таким образом, временные затраты для данных операций составят:

· сгенерировать форму ввода - 2 секунды;

· добавить наименование товара - 1 минута;

· добавить описание товара - 2 минуты;

· загрузить изображение товара - 3 минуты;

· сохранить изменения - 3 секунды;

· обработать ошибку - 1 минута.

Так как пользователь может совершить ошибку при вводе данных, то предусмотрен логический оператор «или».

В случае, если данные верны, поток завершается. Если данные введены с ошибкой, либо имеют некорректный формат, пользователю необходимо обработать ошибку и снова сохранить изменения. На развилке логического оператора указываются вероятности перехода к одному из событий или операций. Для данного примера, вероятность ошибки составляет 10%. В качестве количества итераций для симуляции данной модели возьмем 100 итераций, что эквивалентно добавлению 100 товарных позиций на сайт. Результаты проведенных симуляций потока работ отражены на рисунках 12 - 13.

Рисунок 12 - Результат моделирования Simulation View

Рисунок 13 - Детализация временных затрат as-is

На рисунке 12 представлены 3 параметра:

· количество завершенных итераций;

· среднее время на прохождение одной итерации;

· суммарное время всех итераций для текущей модели.

Интервал между стартом итераций для данной модели в среднем составляет 1 минуту. Остановкой процесса служит достижение стартовым событием количества заданных итераций. Исходя из рисунка 2, время добавления 100 товарных позиций, составляет 10 часов 24 минуты. Наиболее трудоемкими действиями являются операции добавления наименование, описания, изображения товарных позиций, что составляет 1 час 40 минут, 3 часа 20 минут, 5 часов соответственно. В результате прогона модели на протяжении 100 итераций, пользователь может допустить в среднем 15 ошибок с вероятностью 10%. Суммарное время обработки ошибок составляет 15 минут.

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

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



ГЛАВА 2 ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ОБРАБОТКИ КОНТЕНТА САЙТА

2.1 Анализ предметной области

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

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

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

Поэтому требуется произвести реинжиниринг данного процесса. Согласно определению М. Хаммера и Д.Чампи в работе [19] реинжиниринг бизнес-процессов определяется, как «фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов для достижения коренных улучшений в основных показателях деятельности предприятия». Из работы [16] мы узнаем, что для идентификации бизнес-процессов можно воспользоваться матрицей ранжирования бизнес-процессов. Матрица ранжирования БП представлена рисунке 14.

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

Критические факторы успеха	8					П1
	7
	6
	5			П2
	4
	3
	2
	1	П3,П4,П5
		1	2	3	4	5
	Проблемность бизнес-процессов

Рисунок 14 - Матрица ранжирования бизнес-процессов

Таким образом, получим объективную оценку бизнес-процессов подлежащих реинжинирингу. Процессе П1 - «Добавить товарную позицию» находится в красной зоне, в которой находятся стратегически важные процессы, которые достаточно плохо работают сегодня и требуют глобального переосмысления.

Процесс П2 - «Обработать входные данные» представляет собой работу по структурированию входного массива данных в виде excel файла. Данный БП находится в желтой зоне, т.е. он влияет на работу систему в меньшей степени, но также может быть подвержен реинжинирингу. Процессы П3, П4, П5 - это процессы, отвечающие за формирование статистики, установку модулей и дополнений. Данные процессы работают хорошо и не требуют реинжиниринга.

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

Этап прямого реинжиниринга предполагает построение модели «as-to-be». Для этого воспользуемся методологией BPMN и построим диаграмму взаимодействия для БП «Добавить товар». Данная диаграмма представлена на рисунке 15.

Рисунок 15 - Диаграмма взаимодействия процесса «Добавить товар» as-to-be

Поток управления начинается аналогично БП «Добавить товар» as-is. Однако, вместо пула CMS используется пул парсер. Следует отметить, что данный функционал не является инновационным. Парсинг сайтов - это синтаксический анализ информации, размещенной на интернет-страницах. Текст веб-страниц представляет иерархический набор данных, структурированный с помощью компьютерных и человеческих языков. Парсинг позволяет эффективно решать следующие задачи:

· обход огромного количества страниц в кратчайшие сроки;

· отделение технической информации (тегов) от человеческой;

· исключение ошибок при отборе параметров, ввиду человеческого фактора;

· сбор данных в компактный вид в необходимом формате для пользователя.

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

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

1. Пользователь загружает необработанный файл (прайс-лист) в заранее подготовленную форму.

2. Происходит создание массива из данных, хранящихся в файле.

3. Осуществляется подключение к БД системы.

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

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

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

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

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

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