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

1. Проектирование информационной системы управления контекстной рекламой

Студенты:
Проянников И.И., Лихинин А.Е.,
Матисон А.В., Ильченко В.Д.
Группа ИДБ-19-11

2. Введение

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

3. Введение

Контекстная реклама — это форма
персонализированной рекламы, которая дает
возможность показывать пользователям наиболее
релевантные объявления согласно их поисковым
запросам, интересам, социально-демографическим
данным или поведению в интернете.
Качественно настроенная контекстная реклама в
любом случае будет на шаг впереди обычных
рекламных кампаний.
Аналоги – AORI, eLama. Работают с различными
рекламными пакетами систем контекстной рекламы
(Яндекс & Google, Meta, Вконтакте &
Одноклассники), а оплата зависит только от
количества кликов (CTR – Click Trough Rate).

4. Идентификация предметной области

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

5. Выбор методологии и технологии концептуального моделирования ИС

В ходе сравнительного анализа методологий
было выбрано семейство методологий ICAM, в
частности методология IDEF0.
AllFuison совместим с
BPwin!
В ходе сравнительного анализа технических
средств концептуального моделирования ИС
было выбрано CASE-средство AllFusion.
Мы уже работали с IDEF0 и
имеем положительный опыт!

6. Разработка и анализ модели ИС

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

7. Разработка модели бизнес-процесса "КАК ДОЛЖНО БЫТЬ"

Разработка модели бизнес-процесса "КАК ДОЛЖНО БЫТЬ"
Задачи, которые решает автоматизация:
• подбор слов и словосочетаний для
рекламной кампании
• минусование слов
• управление ставками и объявлениями
• связка статистики с изменением
стратегии и тактики
• создание рекламной кампании
• модерация
• показ биллинга по всем рекламным
кабинета;
• ассистирование пользователя
• работа с рекламными площадками
• сбор и анализ статистики
“Число ошибок, которые нельзя обнаружить, бесконечно, в противовес числу ошибок,
которые обнаружить можно, – оно конечно по определению”, - закон Мерфи.

8. Разработка требований ИС

Functionality:
• Reliability:
• Помощь в создании рекламных кампаний
Возможность перезапускать систему после мягких
сбоев
Сохранение данных в БД и резервное копирование
данных, согласно ТЗ, чтобы минимизировать потери
или вовсе их избежать при жестких сбоях.
Система может работать 24ч в сутки
• Ведение статистики
• Анализ статистики текущей рекламной
кампании
• Составление предложений по
редактированию рекламных кампаний
• Модерация рекламных кампаний
• Формирование стоимости оказания услуг
• Оплата услуги
• Performance:
Позволяется одновременное использование системы
большого количества пользователей.
АИСУ должна удовлетворять потребностям
пользователей в функциональности системы.
• Составление договора
• Взаимодействие с площадками размещения
рекламы
• Supportability:
Возможность масштабирования системы, при заметном
увеличении числа пользователей.
Возможность пользователя обращаться к модератору
и к агенту поддержки.
Usability:
• Удобный и приятный для восприятия
интерфейс
• Соответствие трендам разработки
интерфейса, привычному пользователю
• Ограничения:
Использование системы без противоречий
законодательству.

9. Обзор и анализ аналогов ИС

Был проведен анализ аналогов АИСУ и
сделан сравнительный анализ в таблице. Мы
посчитали, что эти сервисы нам не
подходят не удовлетворяют потребностям
нашего заказчика, и мы решили сделать
новый сервис.
Если загуглить «контекстная реклама» первым сайтом в списке будет eLama!

10. Разработка ТЗ на создание АИС

в соответствии с ГОСТ 34.602-89
Эффективные интерфейсы должны быть
очевидными и внушать своему пользователю
чувство контроля. Необходимо, чтобы
пользователь имел возможность нативно
понять что можно сделать.
Основные тех. требования:
• процессор Ryzen 5 или аналогичный
• 32 Gb и более оперативной памяти
• 2048 Gb – жесткий диск
• Монитор – TN
• Клавиатура
• Компьютерная мышь
C полным списком требований вы можете ознакомиться в
приложении. А мы покажем самые интересные заметки из ТЗ!

11. Выводы и результаты по главе 1

Нам удалось:
1. Идентифицировать и раскрыть, и изучить предметную область.
2. Выбрать методологию и технологии концептуального моделирование информационной системы
(IDEF0, AllFusion).
3. Разработать модель информационной системы “КАК ЕСТЬ” и проанализировать ее, выявить
недостатки системы и основные характеристики.
4. Разработать модель бизнес-процесса “КАК ДОЛЖНО БЫТЬ” на основе анализа модели “КАК
ЕСТЬ”. На основе выявленных недостатков модели “КАК ЕСТЬ” разработать модель бизнеспроцесса “КАК ДОЛЖНО БЫТЬ”, которая решает ряд проблем прошлой модели и путем введения
автоматизации облегчает работу пользователю и компании.
5. Разработать структурированные требования к информационной системе для внесения ясности
к общему виду и работе ИС
6. Проанализировали и изучили аналоги систем подобных нашей автоматизированной системе.
7. В соответствии со стандартами ГОСТ разработали техническое задание на разработку и
создание автоматизированной информационной системы, где детально прописали все
требования, цели, назначения, порядки контроля и списки источников.

12. Выбор методологии и технологии логического проектирования ИС

В ходе сравнительного анализа
методологий нами был выбран UML
из-за его простоты синтаксиса,
универсальности, простоты
восприятия, также нам уже
приходилось работать с UML.
CASE-средство: draw.io, удобно в
использовании, не нуждается в
скачивании
Для логической модели БД мы
выбрали IDEF1X, это широко
признанная методология,
разработанная специально для
реляционных БД.

13. Разработка диаграмм логической модели ИС

Части диаграммы вариантов использования

14. Разработка диаграмм логической модели ИС

Загрузка контента рекламы
Выбор времени показа рекламы
• Краткое описание поведения:
Пользователь в открывшимся окне должен
загрузить необходимый контент
(картинка, видео, и тд.) необходимый
для объявления.
• Краткое описание поведения: Пользователь
вручную выставляет время показа рекламы, либо
выбирает время показа рекламы, предложенное
ИС-помощником на основе ключевых слов и
статистики.
• Предусловия: Анкета описания
продукта/услуги должна быть заполнена.
• Предусловия: Выбраны ключевые слова
• Основной поток событий: Выбор типа
рекламной кампании – Создание
посадочной страницы – Заполнение
анкеты-описания продукта/услуги –
Загрузка контента рекламы
• Альтернативные потоки событий:
Пользователь не смог определиться с
контентом, сайта, который необходимо
загрузить и обратился в поддержку.
• Постусловия: Контент должен быть
загружен
• Основной поток событий: Выполнение предусловий
– Выбор времени показа рекламы, предложенное
ИС-помощником
• Альтернативные потоки событий: Пользователь
решил посоветоваться с маркетологом компании.
• Пользователь выбрал время вручную.
• Пользователь оставил время показа рекламы по
умолчанию (круглосуточно).
• Постусловия: Сохранение времени показа рекламы
в БД.

15. Разработка диаграмм логической модели ИС

Диаграммы деятельности

16. Разработка диаграмм логической модели ИС

Диаграмма последовательности

17. Разработка диаграмм логической модели ИС

Диаграммы состояний

18. Разработка логической модели данных ИС

В данном разделе мы разработали
логическую модель БД ИС в виде диаграммы
“сущность-связь” по методологии IDEF1X.
Такая модель не ориентирована на
конкретную СУБД и подходит для любой.
Следует упомянуть, что в файловой
системе хранятся баннеры, контент
рекламы, который можно найти по
№кампании/№заявки (в зависимости от тог,
на каком этапе находится запуск
рекламной кампании), а также шаблоны
документов.

19. Разработка структуры комплекса программно-технических средств ИС

Серверная часть объединена локальной
вычислительной сетью на основе протокола
TCP/IP с пропускной способностью 10/100
Мбит/с.
Одного сервера БД вполне достаточно для
того, чтобы справиться со всей нагрузкой
и работать без перебоев.
Сервера БД соединены физическими
кабелями и специализированным
программным обеспечением.
Вся серверная часть защищена Firewall во
избежание попадания наиболее опасного
трафика, чтобы не допустить хакерских
атак на сервера. Регулярные обновления
помогают справиться и заблокировать
самые новые угрозы и подозрительные
активности.

20. Спецификация протоколов и API взаимодействия компонент системы между собой и внешними ресурсами

Взаимодействие внутренних компонентов
Взаимодействие с внешними ресурсами
За взаимодействие между внутренними
компонентами отвечает REST API.
SWIFT - международная межбанковская система передачи
информации и совершения платежей. Сама система не
является платёжной — она не выполняет функции
расчёта и взаимного клиринга между участниками.
Для общения между ресурсами в REST API
используется протокол HTTP, который
играет большую роль в передаче
информации.
Обмен происходит не только текстовой
информацией, но также присутствует
возможность передавать файлы и данные в
форматах: JSON, XML, Protobuf.
HTTP/1.1 - протокол прикладного уровня для
распределенных, совместных, многосредных
информационных систем.
Cloud Vision API — это сервис, который позволяет
легко осуществлять распознание текста, образов,
детектирования нехорошего контента.
JSON Web Token – это открытый стандарт (RFC 7519),
который определяет компактный и автономный способ
безопасной передачи информации между сторонами в
виде объекта JSON. Эта информация является
проверенной и надежной, потому что она имеет
цифровую подпись.

21. Разработка структуры интерфейса ИС

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

22. Разработка структуры интерфейса ИС

Подписание договора
Создание заявки
Анкета-описание
Цензура

23. Разработка структуры интерфейса ИС

Настройка whitelist
blacklist
Подготовка к
реализации
Вид объявления

24. Выводы и результаты по главе 2

Нам удалось:
1. Изучить и выбрать подходящую методологию и технологию для логического проектирования
информационной системы.
2. Разработать диаграммы логической модели информационной системы на основе выполненных
лабораторных работ по курсу ПРИС, такие как: диаграмма вариантов использования,
диаграммы деятельности, диаграммы последовательности и диаграммы состояний и подробно
их описать.
3. Разработать логическую модель данных информационной системы по методологии IDEF1X и
указать замечания.
4. Разработать структуры комплекса программно-технических средств информационной системы и
описать их состав, технические характеристики и необходимое ПО.
5. Указать спецификации протоколов и API взаимодействия компонент системы между собой и
внешними ресурсами и описать их состав.
6. Разработать практичные, интуитивные понятные для пользователя, структуры интерфейса
информационной системы, создать брендбук и отразить функционал системы в визуальноприятных дизайновых решениях.

25. Заключение

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