25
Отсутствие стратегий Директа;
Низкая скорость выполнения операций.
Система «Get Direct» является бесплатным сервисом, позволяющим
автоматизировать размещение контекстной рекламы в Яндекс.Директ [28]. Она
позволяет осуществлять сбор полной информации о компаниях в Директе и о
последующих продажах в партнерских программах. К преимуществам программы
относятся наличие подробных аналитических отчетов и возможность управления
показами рекламы в зависимости от наличия товаров на складе на текущий момент.
В программе присутствую стандартные стратегии Яндекса, а также уникальные
алгоритмы GetDirect.
Система «eLama» также была разработана для организаций малого и среднего
бизнеса [27]. В ее функциональные возможности входит:
Работа с 6 площадками через один кабинет;
Формирование одного комплекта закрывающих документов для всех
систем;
Быстрый анализ рекламной кампании и поиск решений для повышения
их эффективности;
Управление рекламными кампаниями;
Выгрузка данных для последующего анализа в аналитических
системах;
Возможность подбора ключевых слов.
Однако у системы есть ряд недостатков, например:
Сложность в освоении;
Для запуска рекламных кампаний необходимо создание аккаунта в
системе;
Платное размещение скопированных рекламных кампаний из других
систем;
Отсутствие интеграции с другими платформами.
Система «Origami» направлена на управление контекстной рекламой,
работающее на разных уровнях: от управления ставками до оценки работы
специалистов по контекстной рекламе [26]. Система предназначена для
организаций, имеющих большой опыт в сфере контекстной рекламы. В её основе
26
лежат алгоритмы решения экстремальных задач в экономике. В функционал
системы входит:
Управление ставками на основе правил, созданных пользователями;
Возможность удержания позиций для фраз;
Оповещение об ошибках и неработающих ссылках;
Контроль работоспособности сайта и доступности web-страниц.
Система «Alytics» предназначена для создания рекламных кампаний и сбора
аналитических данных о ней [29]. Она позволяет управлять ставками и
оптимизировать кампании. Она предназначена для крупных организаций, например,
интернет-магазинов с большим товарным ассортиментом. Система позволяет
упростить управление рекламой на разных площадках. Она осуществляет сбор
информации по каждому ключевому слову и объявлению на основе данных Google
Analytics, а также управлять ставками с учетом стоимости конверсий, выручки и
отдачи от инвестиций. К ее преимуществам относятся:
Возможность интеграции с Google Analytics и CRM-системами;
Сбор аналитики;
Формирование отчетов о затратах на рекламные площадки;
Сбор статистики по более чем 20 показателям.
К недостаткам системы относятся:
Сложность настройки;
Длительность загрузки;
Сложность в обновлении системы.
После обзора рынка выделим критерии, по которым будет проводиться оценка
соответствия системы требованиям организации. Самым важным критерием
является функциональность. Система должна предоставлять возможность:
хранения информации о клиентах;
рекламных кампаниях каждого клиента;
размещения рекламы на нескольких площадках;
задание ключевых слов;
сбора статистики;
формирования аналитических отчетов.
27
Затем необходимо оценить системные требования программного
обеспечения. Система не должна обладать высокими системными требованиями
иначе может потребоваться модернизация сервера и клиентских персональных
компьютеров (ПК), что увеличит затраты на внедрение системы.
Другим важным критерием является надежность системы, которая
выражается в отсутствии сбоев и зависаний при обработке большого объема задач.
Также важно наличие возможности резервного копирования данных [9].
Качество интерфейса позволяет пользователям системы быстро начать
ориентироваться в ней и выполнять работу [17]. Этот критерий также нужно
учитывать.
Также одни из важных критериев является стоимость системы, потому что,
как правило, бюджеты на внедрение информационных технологий ограничены.
Проанализируем соответствие рассмотренных выше систем выделенным
критериям. Результаты анализа проводились по пятибалльной шкале, где 1 балл
означал несоответствие критерию, а 5 – полное соответствие критерию. Анализ
программного обеспечения представлен в таблице 4.
Таблица 4
Сравнительный анализ программных продуктов
Критерий
Aori
Get
Direct
eLama
Origami
Analytics
Функциональность
4
4
3
4
3
Системные требования
4
5
4
5
5
Надежность
4
4
4
4
4
Качество интерфейса
2
5
5
5
5
Стоимость
5
3
4
3
4
Итого
19
21
20
21
21
По результатам анализа все системы набрали практически одинаковое
количество баллов. Однако только 3 из них больше остальных соответствуют
функциональным требованиям. При этом их стоимость превышает бюджет проекта
автоматизации рекламной деятельности. Остальные системы не обладают
качественным пользовательским интерфейсом, поэтому был сделан вывод о
невозможности внедрения готового программного обеспечения.
28
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Стратегия автоматизации бизнес-процессов организации представляет собой
подход и набор методов, согласно которым будет осуществляться автоматизация
выбранной задачи.
Существует несколько видов стратегий автоматизации:
кусочная (хаотичная) автоматизация;
автоматизация по участкам;
автоматизация по направлениям;
комплексная автоматизация.
Первый вариант стратегии автоматизации включает в себя приобретение
отдельных модулей программного продукта без какого-либо стратегического плана
[10]. Такой вариант стратегии обладает низкой эффективностью, поскольку
отдельные фрагменты информационной системы не способны оказать пользу
компании, а дальнейшая автоматизация приведет к значительным затратам.
Следующий вариант процесса автоматизации предполагает автоматизацию
отдельных бизнес-процессов, которые объединены по набору выполняемых
функций. Выбор этого способа оптимален в том случае, когда существуют участки,
в которых применение автоматизированных систем дает значительный
экономический эффект.
Способ автоматизации по направлениям предполагает автоматизацию
отдельных направлений деятельности компании. При этом достигается полная
автоматизация направления деятельности. Этот подход является оптимальным в том
случае, когда дальнейшая интеграция автоматизированных функций не будет
связана с серьезными препятствиями.
Комплексная автоматизация предполагает внедрение программного продукта,
автоматизирующего работу компании в целом.
Кусочная стратегия автоматизации не подходит для рассматриваемой задачи,
поскольку в рамках ее решения будет автоматизирована деятельность всех
сотрудников организации, при этом будут использованы несколько составляющих
информационной системы: СУБД и клиент-серверное приложение.
Стратегии полной автоматизации также не является подходящей, поскольку
будет автоматизировано одно из направлений деятельности компании.
29
В рамках рассматриваемой задачи, подходящей является стратегия
автоматизации по направлениям, поскольку будет автоматизировано одно основное
направление деятельности организации – предоставление рекламных услуг.
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи
Рассмотрим существующие способы приобретения информационных систем
для автоматизации бизнес-процесса. Приобретение информационных систем может
осуществляться одним из перечисленных способов:
1. Покупка готовой специализированной ИС.
2. Разработка ИС своими силами.
3. Разработка ИС сторонней фирмой.
4. Покупка системы и её доработка.
Рассмотрим вариант покупки готовой информационной системы,
автоматизирующей бизнес-процесс управления сервисным обслуживанием. Ранее
были рассмотрены программные продукты, представленные на рынке, и был сделан
вывод о том, что они не в полной мере удовлетворяют потребностям организации,
поэтому покупка готовой информационной системы не потребуется.
Рассмотрим вариант с покупкой системы и ее доработкой. Доработка
информационной системы под потребности организации является трудоемкой и
добавление необходимого информационных систем под нужды компании потребует
внесения значительных изменений исходного кода и бизнес-логики. Поэтому оба
варианта приобретения информационной системы были отклонены.
Следующая группа вариантов приобретения информационных систем
подразумевает разработку информационной системы, удовлетворяющей
требованиям организации. Поскольку сотрудники организации обладают опытом
разработки программного обеспечения, подходящим вариантом разработки
системы, автоматизирующей предоставление рекламных услуг, является разработка
системы своими силами.
30
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
Входным документом рассматриваемой задачи является договор на
предоставление рекламных услуг и макет рекламы. Договор используется в
рассматриваемом процессе для контроля соответствия предоставляемых услуг его
условиям. Для автоматизации процесса этот документ не будет использован,
поэтому не требуется проектирование его формы. Макет рекламы будет
использован, в нем содержится следующая информация:
Текст рекламного объявления;
Баннер (не обязательное условия);
Набор ключевых слов.
Макет рекламного объявления не имеет унифицированной формы, поэтому
при разработке системы потребуется оригинальное проектирование формы
приложения.
К оперативной информации рассматриваемой задаче относится размещение
рекламного объявления. В этом случае макет объявления размещается на одной или
нескольких площадках, задается срок размещения и вводятся ключевые слова для
поиска. Размещение не имеет унифицированной формы, поэтому потребуется
оригинальное проектирование формы приложения.
Рассмотрим справочную информацию, которая должна быть в системе:
1. База клиентов, в которой перечислены все клиенты организации.
2. База площадок, на которых возможно разместить рекламу.
3. Перечень сотрудников отдела маркетинга.
4. Перечень статистических показателей для каждого объявления.
Для ввода, редактирования, просмотра и удаления справочной информации
также требуется проектирование оригинальных форм приложения.
К выходной информации проектируемой системы относятся сбор статистики:
1. Количество переходов по ссылке.
2. Количество покупок после перехода.
3. Количество показов рекламы.
Перечисленные статистические показатели должны быть представлены в
табличной форме. Унифицированная форма таких отчетов также отсутствует,
31
поэтому потребуется проектирование оригинальной формы вывода результатной
информации.
1.4.2. Обоснование проектных решений по программному обеспечению
Поскольку организация осуществляет рекламную деятельность в сети
интернет с помощью размещения контекстной рекламы и баннеров. Для управления
рекламной деятельностью будет использована web-ориентированная
информационная система: она будет представлять собой web-страницы и
программный код для их обработки. Поэтому для создания системы будут
использованы следующие технологии [16]:
HTML5 – для создания и разметки страницы;
PHP7 – для программной обработки данных на web-страницах;
CSS4 – для оформления и верстки объектов на web-странице.
Разработка web-страниц будет осуществляться с помощью CMS-системы
«Joomla», которая является бесплатной CMS-системой с множеством шаблонов для
создания web-ресурса.
Для создания страниц в CMS-системе «Joomla» необходима установка web-
сервера. Для рассматриваемой задачи в качестве web-сервера был выбран web-
сервер Apache, который входит в пакет Denwer.
Для разработки базы данных будет использована СУБД MySQL, которая
является реляционной базой данных. Использование реляционной базы данных
позволит:
Обеспечить простоту представления данных благодаря тому, что в
реляционной модели данных существует всего одна информационная конструкция,
формализующая табличное представление данных.
С помощью теоретически обоснованных методов нормализации
отношений получение базы данных с заданными характеристиками.
Обеспечить независимость данных заключается в том, что при
необходимости внесения изменений в структуру реляционной базы данных,
требуется внесение минимальных изменений [12].
Разрабатываемая система должна корректно отображаться во всех браузерах
и быть кросс-плаформенной.
32
На сервере, на котором будет размещена серверная часть системы, будет
установлена операционная система Windows Server 2012. На клиентских ПК будет
установлена операционная система Windows 10.
1.4.3. Обоснование проектных решений по техническому обеспечению
Рассмотрим критерии выбора технического обеспечения для поставленной
задачи. Поскольку на сервере хранится и обрабатывается вся информация
информационных систем, для этого вида оборудования характерна преднамеренная
избыточность основных компонентов. Основным критерием при выборе платформы
сервера является специфика поставленных и количество автоматизированных
рабочих мест, которые объединяются в сеть [3]. После этого остается только выбрать
производителя.
Основным критерием при выборе сервера СУБД является отказоустойчивость
и пропускная способность сетевого интерфейса [21]. Поскольку разрабатываемый
программный продукт будет использоваться ежедневно в рабочее время, а работать
с ней будут 10 сотрудников, загруженность сетевой инфраструктуры будет равна
30%. При этом загруженность сервера баз данных будет составлять 25%. Поэтому
отсутствует необходимость в покупке высокопроизводительного сервер с сетевым
адаптером скоростью в 1Gbps, достаточно ограничиться интерфейсом в 100Mbps.
В результате анализа критериев выбора серверного оборудования можно
заключиться, что сервер, используемый в организации, обладает необходимой
мощностью для того, чтобы обеспечить оперативное и отказоустойчивое
функционирование проектируемой информационной системы. В качестве сервера
баз данных будет использован сервер, построенный на платформе HP ProLiant
DL365 G5, обладающий характеристиками, перечисленными в таблице 5.
Таблица 5
Характеристика сервера баз данных
Наименование
Спецификация
Процессор
Двуядерный Intel® Xeon® X5260 с тактовой
частотой 3,3 Гц.
Количество процессоров
2
Оперативная память
16 Гб (расширяемая до 64Гб)
Жесткий диск
Тип «SAS» 4 диска 147 Гб и 2 диска 73 Гб
Количество жестких дисков
6 (расширяемо до 8)
Питание
Дополнительно резервный блок питания 800Вт
с горячей заменой
33
Приведем обоснование выбора представленной платформы Использование
двух процессоров позволят при использовании SQL-сервера осуществить
эффективное распараллеливание задач, которые будут выполняться на сервере.
Оперативная память объемом 16 Гб будет достаточной для осуществления
обработки больших объемов информации, используемых на данный момент в базе
данных, а также последующего увеличения вычислительной нагрузки, так как на
данный момент пиковый размер занятой оперативной памяти составляет 6 Гб.
Использование 6 жестких дисков применяется для обеспечения надежности
функционирования серверной операционной системы. Также был организован RAID
массив из двух жестких дисков каждый по 73 ГБ (такого объема достаточно для
работы ОС). Операционная система установлена на отдельный от файлов базы
данных жесткий диск для обеспечения безопасности и производительности [24].
Для того, чтобы обеспечить надежность хранения данных в формате Structured
Query Language (SQL) был организован массив жестких дисков большего объема –
147 Гб. Жесткого диска такого объема достаточно для внедрения нового
функционала, на данный момент объем занятого пространства занимает 53Гб, при
условии того что в базе данных информация будет храниться в течении 5 лет.
Так же отдельно необходимо хранить данный в форматах mdf (файл базы
данных), а также транзакции в виде файлов ldf (файл транзакций), для чего
необходим еще один массив, аналогичный предыдущему по размеру.
Пользовательские ПК, используемые в организации, имеют достаточный
уровень производительности для функционирования разрабатываемой
информационной системы, в связи с чем не подлежат модернизации.
34
2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Существуют несколько стандартов, регламентирующих процесс разработки
программного обеспечения:
1. ГОСТ 34.601-90 «Информационная технология. Комплекс
стандартов на автоматизированные системы. Автоматизированные системы. Стадии
создания».
2. ГОСТ Р ИСО/МЭК 12207-2010 «Информационная технология.
Системная и программная инженерия. Процессы жизненного цикла программных
средств».
Эти стандарты не предлагают конкретную модель жизненного цикла
программного обеспечения и методы его разработки. Стандарт ГОСТ Р ИСО/МЭК
12207-2010 «Информационная технология. Системная и программная инженерия.
Процессы жизненного цикла программных средств» содержит общие регламенты,
применяемые к любой модели жизненного цикла, методологии и технологий
разработки [2]. Стандарт ГОСТ 34.601-90 описывает структуру процессов
жизненного цикла, но не конкретизирует в деталях, как реализовать или выполнить
действия и задачи, включенные в эти процессы [1].
Рассмотрим существующие модели жизненного цикла программных
продуктов для того, чтобы выбрать наиболее подходящий проектируемой системе.
Когда программные продукты только начали разрабатываться, они имели
однородную структуру и каждое приложение являлось единым целым. Поэтому для
разработки программных продуктов такого типа применялась каскадная модель
жизненного цикла программного обеспечения.
Основной характеристикой этой модели является деление всего процесса
разработки программного обеспечения на ряд этапов. При этом переходы между
этапами осуществлялись только после полного завершения работ на текущем этапе.
Каждый этап каскадной модели завершался выпуском полного пакета проектной
документации, которой достаточно для продолжения процесса разработки другой
командой разработчиков. Структура каскадной модели представлена на рисунке 8.