- •1 Исследовательский раздел
- •1.1 Обобщенная характеристика предметной области
- •1.1.1 Характеристика объекта исследования (ооо «Дитиус»)
- •1.1.2 Описание экономической области функционирования ооо «Дитиус»
- •1.1.3 Характеристика предмета исследования (процесс мониторинга интернет-продаж)
- •1.1.4 Существующая технология выполнения процесса мониторинга интернет-продаж
- •1.2 Описание экономической сущности исследуемых задач
- •1.3 Постановка задачи на разработку эис
- •1.4 Анализ существующих разработок
- •2 Аналитический раздел
- •2.1 Предлагаемая технология мониторинга интернет-продаж ооо «Дитиус»
- •2.2 Описание обеспечивающих подсистем
- •2.2.1 Информационное обеспечение
- •2.2.1.1 Информационная модель и ее описание
- •2.2.1.2 Используемые классификаторы и системы кодирования
- •2.2.1.3 Нормативно-справочная и входная информация
- •2.2.1.4 Результатная информация
- •2.2.2 Математическое обеспечение
- •2.2.3 Техническое обеспечение
- •2.3 Экономические параметры разработки эис
- •2.3.1 Планирование и контроль выполнения работ
- •2.3.2 Планируемая себестоимость разработки эис
- •2.3.3 Обоснование экономической целесообразности разработки и внедрения эис
- •3 Технологический раздел
- •3.1 Обоснование выбора средств разработки
- •3.1.1 Обоснование выбора средств разработки клиентской части эис
- •3.1.2 Обоснование выбора субд
- •3.2 Описание реализации клиентской части эис
- •3.2.1 Дерево функций и сценарий диалога
- •3.2.2 Структурная схема эис
- •3.3 Описание реализации бд эис
- •3.4 Схема функционирования эис
- •3.5 Обеспечение информационной безопасности при эксплуатации эис
- •3.6 Описание технологии работы с эис
- •Список использованных источников
- •1 Исследовательский раздел
- •2 Аналитический раздел
- •3 Технологический раздел
3.2 Описание реализации клиентской части эис
3.2.1 Дерево функций и сценарий диалога
Дерево функций — это схема расположенная программных моделей, входящих в систему, каждой их которых относятся к заданной категории и выполняет определенную функцию. Формирование дерева функций систем включает: определение множество основных и дополнительных функций, определение числа уровней декомпозиции функций системы, выявление набора типовых операторов, отображение функций предыдущего уровня множества операторов, трансформацию дерева функций.
Дерево функций ЭИС представлено на Рисунке 3.1. Все реализованные модули подразделяются на четыре категории:
модули ввода и редактирования информации;
модули вывода информации;
модули хранения информации;
модули обработки информации.
Рисунок 3.1 — Дерево функций системы ЭИС
После определения состава функций и их иерархией представляется возможным разработать структуру сценария диалогов для разрабатываемой системы (Рисунок 3.1). Схема сценария диалога необходимого для представления в структурной форме описания диалога пользователя и системы.
Рисунок 3.2 — Структура сценария диалогов
3.2.2 Структурная схема эис
Структурная схема — это совокупность элементарных звеньев объекта и связей между ними, один из видов графической модели. Под элементарным звеном понимают часть объекта, системы управления и т. д., которая реализует элементарную функцию.
Программный модуль — это любой фрагмент описания процесса, оформляемый как самостоятельный программный продукт, пригодный для использования в описании процесса. Это означает, что каждый программный модуль программируется, компилируется и отлаживается отдельно от других модулей программы, и тем самым физически разделен с другим модулем программы. На Рисунке 3.3 представлено дерево программных модулей.
Рисунок 3.3 — Модули системы
3.3 Описание реализации бд эис
База данных проектируемой ЭИС содержит следующие таблицы:
Кампании — имеет идентификационный код, идентификационные номера объявлений.
Объявления — имеет идентификационный код, идентификационный номер кампании и текст.
Показы — имеет идентификационный код, идентификационный код объявления, дату начала показа, дату окончания показа, логическую переменную: был клик или не было клика.
Клики — имеет идентификационный код, идентификационный номер показа и дату клика.
Посещения — имеет идентификационный код, идентификационный код клика, текстовую ссылку на webvisor, дату начала посещения, дату окончания посещения, логическую переменную: был оставлен контакт или нет.
Контакты — имеет идентификационный код, идентификационный код посещения, имя, телефон, e-mail.
Проспекты — имеет идентификационный код, идентификационный код контакта, имя, телефон, e-mail, логическую переменную: оплатил заказ или нет.
Клиенты — имеет идентификационный код, идентификационный код проспекта, имя, телефон, e-mail, идентификационный код договора, идентификационный код сотрудника, идентификационный код звонка.
Звонки — имеет идентификационный код, идентификационный код клиента, идентификационный код сотрудника, дату начала звонка, дату окончания звонка, текстовую ссылку на запись звонка.
Сотрудники — имеет идентификационный код, идентификационные коды клиентов, идентификационные коды звонков, идентификационные коды типов норм.
Тип нормы — имеет идентификационный код, название нормы, описание нормы, значение нормы.
Договоры — имеет идентификационный код, идентификационный код клиента, идентификационный код сотрудника, идентификационный код оплаты, идентификационный код списка покупок, текст договора.
Оплаты — имеет идентификационный код, идентификационный код договора, сумму оплаты, дату оплаты.
Список покупок — имеет идентификационный код, номер по порядку, идентификационный код номенклатуры.
Номенклатура — имеет идентификационный код, описание, характеристики и свойства.
Отношения, разработанные на стадии логического моделирования, преобразуются в таблицы атрибуты и столбцы, домены и типы данных, принятых в выбранной конкретной СУБД. Между логическим и физическим проектированием существуют постоянная и обратная связь, так как решения, принимаемые на этапе физического проектирования с целью повышения производительности системы, способны повлиять на структуру логической модели данных.
Более подробное описание сущностей физической модели базы данных с подробным описанием названием полей представлено в таблицах.
Структура таблицы «Кампании» представлена в Таблице 3.2
Таблица 3.2 –– Структура таблицы Кампании
Имя поля |
Тип данных |
Описание |
Ключ |
id_камп |
Целочисленный (int) |
Код рекламной кампании |
+ |
№ п/п |
Целочисленный(int) |
Номер по порядку |
− |
id_объявл |
Целочисленный(int) |
Код объявлений |
− |
Структура таблицы «Объявления» представлена в Таблице 3.3
Таблица 3.3 –– Структура таблицы Объявления
Имя поля |
Тип данных |
Описание |
Ключ |
id_объявл |
Целочисленный (int) |
Код объявления |
+ |
№ п/п |
Целочисленный(int) |
Номер по порядку |
− |
id_камп |
Целочисленный (int) |
Код рекламной кампании |
− |
Текст |
Символьный (varchar) |
Текст объявления |
− |
Структура таблицы «Показы» представлена в Таблице 3.4
Таблица 3.4 –– Структура таблицы Показы
Имя поля |
Тип данных |
Описание |
Ключ |
id_показа |
Целочисленный (int) |
Код показа |
+ |
№ п/п |
Целочисленный (int) |
Номер по порядку |
− |
id_объявл |
Целочисленный (int) |
Код объявления |
− |
Дата_начала |
ДатаВремя (date) |
Дата начала показа |
− |
Дата_окончания |
ДатаВремя (date) |
Дата окончания показа |
− |
был_клик |
Логический(Bool) |
Был клик: Да, нет. |
− |
Структура таблицы «Клики» представлена в Таблице 3.5
Таблица 3.5 –– Структура таблицы Клики
Имя поля |
Тип данных |
Описание |
Ключ |
id_клика |
Целочисленный (int) |
Код клика |
+ |
№ п/п |
Символьный (varchar) |
Номер по порядку |
− |
id_показа |
Символьный (varchar) |
Код показа |
− |
дата_клика |
ДатаВремя (date) |
Дата клика |
− |
стоимость |
Денежный (money) |
Стоимость клика |
− |
Структура таблицы «Посещения» представлена в Таблице 3.6
Таблица 3.6 –– Структура таблицы Посещения
Имя поля |
Тип данных |
Описание |
Ключ |
id_посещения |
Целочисленный (int) |
Код посещения |
+ |
№ п/п |
Целочисленный (int) |
Номер по порядку |
− |
id_клика |
Целочисленный (int) |
Код клика |
− |
Ссылка_WebVisor |
Символьный (varchar) |
Текстовая ссылка |
− |
Дата_нач_посещ |
ДатаВремя (date) |
Дата начала посещения |
− |
Дата_конц_посещ |
ДатаВремя (date) |
Дата конца посещения |
− |
был_контакт |
Логический(Bool) |
Оставлены контакты: да,нет |
− |
Структура таблицы «Контакты» представлена в Таблице 3.7
Таблица 3.7 –– Структура таблицы Контакты
Имя поля |
Тип данных |
Описание |
Ключ |
id_контакта |
Целочисленный (int) |
Код контакта |
+ |
№ п/п |
Целочисленный (int) |
Номер по порядку |
− |
id_посещения |
Целочисленный (int) |
Код посещения |
− |
Имя |
Символьный (varchar) |
ФИО |
− |
Телефон |
Целочисленный (int) |
Телефон |
− |
Символьный (varchar) |
Электронная почта |
− |
Структура таблицы «Проспекты» представлена в Таблице 3.8
Таблица 3.8 –– Структура таблицы Проспекты
Имя поля |
Тип данных |
Описание |
Ключ |
id_проспекта |
Целочисленный (int) |
Код проспекта |
+ |
№ п/п |
Целочисленный (int) |
Номер по порядку |
− |
id_контакта |
Целочисленный (int) |
Код контакта |
− |
Имя |
Символьный (varchar) |
ФИО |
− |
Телефон |
Целочисленный (int) |
Телефон |
− |
Символьный (varchar) |
Электронная почта |
− |
Структура таблицы «Клиенты» представлена в Таблице 3.9
Таблица 3.9 –– Структура таблицы Клиенты
Имя поля |
Тип данных |
Описание |
Ключ |
id_клиента |
Целочисленный (int) |
Код клиента |
+ |
id_проспекта |
Целочисленный (int) |
Код проспекта |
− |
№ п/п |
Целочисленный (int) |
Номер по порядку |
− |
Имя |
Символьный (varchar) |
ФИО |
− |
Телефон |
Целочисленный (int) |
Телефон |
− |
Символьный (varchar) |
Электронная почта |
− |
|
id_договора |
Целочисленный (int) |
Код договора |
− |
id_сотрудника |
Целочисленный (int) |
Код сотрудника |
− |
Продолжение Таблицы 3.9 |
|||
id_звонка |
Целочисленный (int) |
Код звонка |
− |
Структура таблицы «Звонки» представлена в Таблице 3.10
Таблица 3.10 –– Структура таблицы Звонки
Имя поля |
Тип данных |
Описание |
Ключ |
id_звонка |
Целочисленный (int) |
Код звонка |
+ |
№ п/п |
Целочисленный (int) |
Номер по порядку |
− |
id_клиента |
Целочисленный (int) |
Код клиента |
− |
id_сотрудника |
Целочисленный (int) |
Код сотрудника |
− |
Дата_нач_звон |
ДатаВремя (date) |
Дата начала звонка |
− |
Дата_конц_звон |
ДатаВремя (date) |
Дата оконч. звонка |
− |
Ссылка_запись |
Символьный (varchar) |
Запись звонка |
− |
Структура таблицы «Сотрудники» представлена в Таблице 3.11
Таблица 3.11 –– Структура таблицы Сотрудники
Имя поля |
Тип данных |
Описание |
Ключ |
id_сотрудника |
Целочисленный (int) |
Код сотрудника |
+ |
№ п/п |
Целочисленный (int) |
Номер по порядку |
− |
id_клиента |
Целочисленный (int) |
Код клиента |
− |
Имя |
Символьный (varchar) |
Имя сотрудника |
− |
id_звонка |
Целочисленный (int) |
Код звонка |
− |
id_нормы |
Целочисленный (int) |
Код нормы |
− |
Структура таблицы «Тип нормы» представлена в Таблице 3.12
Таблица 3.12 –– Структура таблицы Тип нормы
Имя поля |
Тип данных |
Описание |
Ключ |
id_нормы |
Целочисленный (int) |
Код нормы |
+ |
№ п/п |
Целочисленный (int) |
Номер по порядку |
− |
Название |
Символьный (varchar) |
Название нормы |
− |
Описание |
Символьный (varchar) |
Описание нормы |
− |
Значение |
Целочисленный (int) |
Числовой показатель |
− |
Структура таблицы «Договоры» представлена в Таблице 3.13
Таблица 3.13 –– Структура таблицы Договоры
Имя поля |
Тип данных |
Описание |
Ключ |
id_договора |
Целочисленный (int) |
Код договора |
+ |
№ п/п |
Целочисленный (int) |
Номер по порядку |
− |
id_клиента |
Целочисленный (int) |
Код клиента |
− |
id_сотрудника |
Целочисленный (int) |
Код сотрудника |
− |
id_оплаты |
Целочисленный (int) |
Код транзакции |
− |
id_списка |
Целочисленный (int) |
Код списка покупок |
− |
Текст_договора |
Символьный (varchar) |
Текст договора |
− |
Структура таблицы «Оплаты» представлена в Таблице 3.14
Таблица 3.14 –– Структура таблицы Оплаты
Имя поля |
Тип данных |
Описание |
Ключ |
id_оплаты |
Целочисленный (int) |
Код транзакции |
+ |
№ п/п |
Целочисленный (int) |
Номер по порядку |
− |
id_договора |
Целочисленный (int) |
Код договора |
− |
Сумма_оплаты |
Денежный (money) |
Пояснение |
− |
Дата_оплаты |
ДатаВремя (date) |
Дата оплаты |
− |
Структура таблицы «Список покупок» представлена в Таблице 3.15
Таблица 3.15 –– Структура таблицы Список покупок
Имя поля |
Тип данных |
Описание |
Ключ |
id_списка |
Целочисленный (int) |
Код списка покупок |
+ |
№ п/п |
Целочисленный (int) |
Номер по порядку |
− |
id_номенклатуры |
Целочисленный (int) |
Код номенклатуры |
− |
Структура таблицы «Номенклатура» представлена в Таблице 3.16
Таблица 3.16 –– Структура таблицы Номенклатура
Имя поля |
Тип данных |
Описание |
Ключ |
id_номенклатуры |
Целочисленный (int) |
Код номенклатуры |
+ |
№ п/п |
Целочисленный (int) |
Номер по порядку |
− |
Описание |
Символьный (varchar) |
Описание единицы |
− |
Характеристика |
Символьный (varchar) |
Характеристика сырья |
− |
Физическая модель базы данных представлена на Рисунке 3.4
Рисунок 3.4 — Физическая модель базы данных
