42
– структурные (интерфейс, компонент, класс, вариант использования,
кооперация, узел);
– группирующие (пакеты);
– аннотационные (комментарии).
Каждый их видов сущностей имеет графическое представление.
Отношения показывают разные связи между сущностями. В языке UML
определены такие основные типы отношений:
– зависимость показывает связь между 2 сущностями, при которой
изменение одной – независимой – может влиять на семантику иной –
зависимой. Зависимость изображается стрелкой с пунктирной линией,
направленной к независимой сущности от зависимой.
Ассоциация – структурное отношение, которое показывает, что объекты
некоторой сущности связаны с другой.
Графически ассоциация изображается в виде линии, которая соединяет
связываемые сущности.
Ассоциации применяются для осуществления навигации при
использовании нескольких объектов.
Например, ассоциация между сущностями «Заказ» и «Товар»
используется для нахождения товаров, указанных в заказе – с одной стороны, и
для нахождения имеющихся заказов, где присутствует данный товар, – с иной.
В соответствующих программах реализовывается механизм,
обеспечивающий такую навигацию. В случае, если требуется навигация лишь в
одном направлении, то оно показывается стрелкой в конце ассоциации.
Обобщение – отношение между сущностью-потомком и сущностью-
родителем. По существу, такое отношение отражает свойства наследования для
объектов и классов. Обобщение обозначается в виде линии, которая
заканчивается треугольником направленным в сторону родительской сущности.
Потомок выполняет наследование структуры (атрибутов) и поведения
(методов) родителя, и в то же время может иметь новые методы и элементы
43
структуры. UML выполняет множественное наследование в случае, когда
сущность связывается более чем с 1 родительской сущностью.
Реализация – это отношение между сущностями, определяющими
спецификацию поведения с сущностью, которая определяет реализацию этого
поведения (компонент, класс). [18]
В языке UML предусмотрены такие диаграммы:
– диаграммы, которые описывают поведение системы;
– диаграммы, описывающие физическую реализацию системы.
Все диаграммы UML условно можно разбить на 2 группы, основная из
которых общие диаграммы. Эти диаграммы не зависят практически от‒
предмета моделирования, могут применяться в разных программных проектах
без рассмотрения предметной области, области решений и т.п.
Рассмотрим диаграмму использования (use case diagram) наиболее‒
общее представление о функциональном назначении системы.
Диаграмма использования предназначена для ответа на основной вопрос
моделирования: что именно выполняет система?
На диаграмме использования рассматриваются 2 основных типа
сущностей:
– действующие лица;
– варианты использования.
Рассмотрим диаграмму использования разрабатываемой ИС учета
маркетинговой деятельности (рисунок 2.1)
44
Маркетолог
Ввод данных
Анализ данных
Создание маркетинговой стратегии
Директор организации
Начальник отдела маркетинга
Рисунок 2.1 – Диаграмма использования
Рассмотрим схему создаваемой информационной системы (рисунок 2.2).
Клиенты
Код клиента
Email
Ответственное лицо
Телефон
Адрес
Тип клиента
Количество з аказ ов
Скидка
Учет маркетинговой деятельности
Номер маркетинговой операции
Код деятельности (FK)
Номер акции (FK)
Код услуги (FK)
Код клиента (FK)
Клиент
Дата операции
Содержание
Акции
Номер акции
Код услуги (FK)
Код клиента (FK)
Название акции
Описание акции
Целевая аудитория
Услуга
Скидка
Учет работы конкурентов
№п/п
Код услуги (FK)
Код конкурента (FK)
Код клиента (FK)
Клиент
Конкурент
Дата обращения
Услуга
Стоимость
Конкуренты
Код конкурента
Название
Телефон
Адрес
Месячный доход
Количество персонала
Рекламная активность
наличие акций
Выди маркетинговой деятельности
Код деятельности
Название деятельности
Эффективный период
Услуги
Код услуги
Название услуги
Стоимость услуги
Время выполнения
Рисунок 2.2 – Схема информационной системы
Как было рассмотрено в пункте 2.2 создаваемая база данных имеет 5
таблиц для хранения данных по учету маркетинговой деятельности. Список
полей и ключи показаны на рисунке выше.
45
3 ПРАКТИЧЕСКАЯ РЕАЛИЗАЦИЯ ИС «УЧЕТ МАРКЕТИНГОВОЙ
ДЕЯТЕЛЬНОСТИ»
3.1 Описание процесса разработки
Для практической реализации ИС «Учет маркетинговой деятельности»
ООО «Авылым» будет использовано СУБД MS Access для создания локальной
базы данных, а сама информационная система учета маркетинговой
деятельности будет создана в интегрированной среде разработки Borland Delphi
7.
Для создания базы данных требуются информационные объекты
(таблицы), которые были приведены в таблице 2.1.
При уточнении постановки задачи, а также с целью внесения
дополнительных возможностей ИС, таких как создание вычисляемых полей и
оформление предварительных и итоговых заказов на предоставление услуг,
были добавлены дополнительные объекты и внесены некоторые изменения,
позволяющие расширить возможности создаваемой ИС. В результате структура
объектов базы данных представлена в таблице 3.1
Таблица 3.1 – Структура таблиц базы данных
№
п/п
Название поля Описание Тип поля
1 2 3 4
Таблица «Клиенты»
1 Код клиента Первичный ключ Счетчик
2 Название клиента Название юридической организации или ФИО
физического лица
текстовый
3 Ответственное лицо Контактное лицо от организации текстовый
4 Телефон Телефон для связи текстовый
5 Адрес Юридический адрес текстовый
6 E-mail Почтовый ящик текстовый
7 Тип клиента Тип клиента по оказанию услуг текстовый
8 Скидка Имеющаяся скидка для данного типа клиента числовой
Продолжение таблицы 3.1
Таблица «Акции»
1 Код акции Первичный ключ Счетчик
2 Название акции Название введенной акции текстовый
3 Описание акции Краткое описание акции текстовый
4 Скидка Установленный процент скидки на данную акцию Числовой
Таблица «Услуги»
46
1 Код услуги Первичный ключ Счетчик
2 Название услуги Название услуги текстовый
3 Стоимость услуги Стоимость в рублях Денежный
4 Время выполнения (мин) Выполнение услуги в минутах Числовой
Таблица «Конкуренты»
1 Код конкурента Первичный ключ Счетчик
2 Название Название юридической организации или ФИО
физического лица
текстовый
3 Телефон Телефон для связи текстовый
4 Адрес Юридический адрес текстовый
5 Количество персонала Количество персонала, работающего у
юридического лица
Числовой
6 Активность Рекламная активность юридического лица текстовый
7 Наличие активности Характеристика данной активности текстовый
Таблица «Виды маркетинговой деятельности»
1 Код деятельности Первичный ключ Счетчик
2 Название деятельности Описание маркетингового хода текстовый
3 Эффективный период Длительность данного хода Числовой
Таблица «Учет работы ООО «Авылым»
1 Код действия Первичный ключ Счетчик
2 Количество Число выбранных услуг Числовой
3 Сумма Расчетное поле указывающее на какую сумму была
оказана выбранная услуга
Денежное
4 Дата заказа Дата оказания услуг Дата/время
5 Код клиента Внешний ключ, для связи с родительской таблицей
«Клиенты»
Числовой,
индексированное
поле
6 Код услуги Внешний ключ, для связи с родительской таблицей
«Услуги»
Числовой,
индексированное
поле
7 Код акции Внешний ключ, для связи с родительской таблицей
«Акции»
Числовой,
индексированное
поле
Продолжение таблицы 3.1
Таблица «Учет работы конкурента»
1 Код действия Первичный ключ Счетчик
2 Дата заказа Предварительная дата оказания услуг Дата/время
3 Количество Число выбранных услуг Числовой
4 Сумма Расчетное поле указывающее на какую сумму была
оказана выбранная услуга
Денежное
5 Код клиента Внешний ключ, для связи с родительской таблицей
«Клиенты»
Числовой,
индексированное
поле
6 Код услуги Внешний ключ, для связи с родительской таблицей
«Услуги»
Числовой,
индексированное
поле
7 Код конкурента Внешний ключ, для связи с родительской таблицей
«Конкуренты»
Числовой,
индексированное
поле
Таблица «Учет маркетинговых операций»
1 Код операции Первичный ключ Счетчик
2 Код клиента Внешний ключ, для связи с родительской таблицей
«Клиенты»
Числовой,
индексированное
поле
3 Дата операции Дата введения акции Дата/время
4 Код маркетинговой
деятельности
Внешний ключ, для связи с родительской таблицей
«Виды маркетинговой деятельности»
Числовой,
индексированное
поле
5 Код акции Внешний ключ, для связи с родительской таблицей
«Акции»
Числовой,
индексированное
47
поле
Дополнительные таблицы
Таблица «Стандарт» (содержит основные сведения об организации ООО «Авылым»)
1 Код Код записи Счетчик
2 Название Полное название организации текстовый
3 Адрес Юридический адрес текстовый
4 Телефон Телефон для связи текстовый
5 E-mail Почтовый ящик текстовый
Таблица «Корзина» (содержит временные сведения для формирования предварительного чека заказа услуг у
Конкурентов)
1 Код Код записи Счетчик
2 Услуга Значение поля равно соответствующему полю таблицы
«Услуги»
текстовый
3 Цена Значение поля равно соответствующему полю таблицы
«Услуги»
Денежный
3 Количество Значение поля равно соответствующему полю таблицы
«Учет работы конкурентов»
Числовой
3 Сумма Значение поля равно соответствующему полю таблицы
«Учет работы конкурентов»
Денежный
Таблица «Корзина1» (содержит временные сведения для формирования предварительного чека заказа услуг у
организации ООО «Авылым»)
1 Код Код записи Счетчик
2 Услуга Значение поля равно соответствующему полю таблицы
«Услуги»
текстовый
3 Цена Значение поля равно соответствующему полю таблицы
«Услуги»
Денежный
3 Количество Значение поля равно соответствующему полю таблицы
«Учет работы ООО»
Числовой
3 Сумма Значение поля равно соответствующему полю таблицы
«Учет работы конкурентов»
Денежный
При создании таблиц, которые имеют ссылки на записи в других
таблицах, устанавливаются связи. Таблицы называют справочниками в случае,
если они содержат данные, что могут быть использованы при заполнении
других сущностей. Они простые по структуре, имеют первичный ключ и их
называют главными.
Для корректной работы разрабатываемой информационной системы в
Delphi все поля сущностей базы переведены на латиницу.
В результате были получены следующие основные таблицы (3.1 – 3.8).
Все таблицы представлены в режиме Конструктора.
Рисунок 3.1 – Таблица «Акции» в режиме конструктора
48
Рисунок 3.2 – Таблица «Услуги» в режиме конструктора
Рисунок 3.3 – Таблица «Виды маркетинговой деятельности» в режиме
конструктора
Рисунок 3.4 – Таблица «Клиенты» в режиме конструктора
Рисунок 3.5 – Таблица «Конкуренты» в режиме конструктора
49
Рисунок 3.6 – Таблица «Учет маркетинговых операций» в режиме
конструктора
Рисунок 3.7 – Таблица «Учет работы конкурентов» в режиме конструктора
Рисунок 3.8 – Таблица «Учет работы организации» в режиме конструктора
Аналогично созданы дополнительные таблицы Стандарт, Корзина и
Корзина1.
При создании структуры таблиц нужно определять ключевое поле.
Информация в ключевом поле должна быть уникальной [2]. Для создаваемой
базы данных достаточно первичных ключевых полей типа счетчик, встроенных
50
в СУБД Access. Смысловой нагрузки на первичные ключи нет, они работают в
виде счетчиков записи.
Для определения внешних ключей для установления связей между
таблицами, необходимо использовать числовой тип поля, но в свойствах
необходимо использовать раздел «Индексированное поле», что имеет 3
значения: да (не допускаются совпадения), да (допускаются совпадения), нет.
Стоит отметить, что все внешние ключевые поля являются индексированными
полями (совпадения допускаются).
После формирования структур таблиц устанавливаются отношения между
созданными таблицами. Для этого в окне «Схема данных» (Работа с базой
данных – Схема данных) добавляются все созданные таблицы. После чего
устанавливаются связи, согласно рисунка 3.8 (п.2.4).
При установлении связей открывается окно, которое показано на рисунке
3.9.
Рисунок 3.9 – Диалоговое окно «Изменение связей»
Выполнив данную процедуру со всеми таблицами (их ключевыми
полями), получим структуру, которая показана на рисунке 3.10.
51
Рисунок 3.10 – Схема данных созданной базы данных
В результате база данных содержит в себе все необходимые сведения для
разрабатываемой информационной системы. Скриншоты всех заполненных
таблиц показаны в Приложении В.
При постановке задачи было уточнено, что с данной системой должны
работать:
– Оператор Отдела заказов: вводит информацию о клиентах системы,
ведет учет о предварительных заказах клиентов, с учетом выбора клиентом
предприятий конкурентов или же собственное предприятие. При этом
созданная форма учета заказов позволяет наглядно демонстрировать
преимущества выбора собственного предприятия за счет введенных акций.
Имеет ограниченный доступ к базе.
– Маркетолог Отдела Маркетинга: ведет учет всех маркетинговых
мероприятий в организации, введение акций. Имеет ограниченный доступ к
базе.
– Администратор и инженер IT отдела: имеют полный доступ к системе.
Главной задачей при разработке информационной системы было создание
дружественного интерфейса, понятного для любого пользователя, имеющего
доступ к данной системе.