В сценарии диалога описаны следующие действия пользователей в системе
[14]:
• Действия с формами кампаний и объявлений;
• Формирование отчетов;
• Ввод, изменение и просмотр введенных данных;
• Протоколирование действий пользователей;
• Справка по всем этапам работы с системой.
Рисунок 17 – Сценарий диалога
2.3.2. Характеристика базы данных
На этапе принятия решений по программному обеспечению было принято
решение об использовании реляционной СУБД, основу которой составляет
реляционная модель данных. В реляционной модели данных информация
представлена в виде взаимосвязанных таблиц, называемых сущностями базы
данных [17].
На этапе разработки информационной модели были выделены сущности
предметной области. Это таблицы: 1. Сотрудник. 2. Клиент. 3. Площадка. 4.
Показатель. 5. Кампания. 6. Объявление.7. Картинка. 8. Размещение. 9.
Статистика. 10. Пользователь. 11. Право доступа.
Чтобы описать связи между выделенными сущностями построим модель
базы данных, которая называется «сущность-связь» (рисунок 18).
Рисунок 18 – ER-модель базы данных
Характеристика таблиц базы данных представлена в таблице 9.
Таблица 9
Характеристика базы данных
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Справочник «Сотрудник»
ID_сотрудника
ID_sotr
Счетчик
5
Ключевое
поле
Фамилия
LNameSotr
String
100
Имя
FNameSotr
String
100
Отчество
MNameSotr
String
100
Справочник «Клиент»
ID_клиента
ID_nomen
Счетчик
5
Ключевое
поле
Наименование
Name_nomen
String
100
Справочник «Площадка»
ID_площадки
ID_posl
Счетчик
5
Ключевое
поле
Наименование
Nameposl
String
100
Справочник «Показатель»
ID_показателя
ID_project
Счетчик
5
Ключевое
поле
Наименование
Name_proj
String
100
Кампания
ID_кампании
ID_camp
Счетчик
5
Ключевое
поле
Наименование
Name_camp
String
100
Дата начала
Daten_camp
Date
8
Дата окончания
Dateok_camp
Date
8
Объявление
ID_объявления
ID_text
Счетчик
5
Текст
Text_txt
String
100
Ключевые слова
Words_txt
String
1000
Размещение
ID_размещения
ID_razm
Счетчик
5
Ключевое
поле
Дата
Date_razm
Date
8
Картинка
ID_картинки
ID_pic
Счетчик
5
Ключевое
поле
Название
Pr_pic
String
100
Дата загрузки
Dld_pic
Date
8
Статистика
ID_статистики
ID_st
Счетчик
5
Ключевое
поле
Значение
St_zn
String
100
Пользователь
ID_пользователя
ID_user
Счетчик
5
Ключевое
поле
Логин
Log_user
String
20
Пароль
Pass_user
String
20
Право доступа
ID_права
ID_rule
Счетчик
5
Ключевое
поле
Наименование
Name_rule
String
20
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Программный код разрабатываемой системы будет разделен на модули.
Как правило, при разработке программного обеспечения разрабатываются
следующие виды программных модулей:
1. Модули, выполняющие служебные функции.
2. Управляющие модули, осуществляющие загрузку меню и передачу
управления другому модулю.
3. Модули, связанные с хранением, обработкой и выдачей информации.
Модулем, выполняющим служебные функции, будет модуль расчета
статистических данных объявления. А модулями, связанными с хранением,
обработкой и выдачей информации будут модули авторизации, справочников,
создания кампании и формирования отчета. Дадим характеристику выделенным
модулям разрабатываемой системы.
Она позволит структурировать файлы информационной системы,
обеспечить надежность системы и удобство при сопровождении системы.
Характеристика программных модулей представлено в таблице 10.
Таблица 10
Описание функций модулей
Наименование
модуля
Функции модуля
Глобальный
модуль
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и функции,
которые выполняются при запуске приложения
Модуль
авторизации
Содержит глобальные процедуры и функции, которые
выполняются при авторизации пользователей
Модуль
справочников
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и функции,
которые выполняются ведении справочников
Модуль
создания
кампании
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и функции,
которые выполняются при создании проекта
Модель расчета
статистики
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и функции,
которые выполняются при расчете затрат проекта
Модуль
формирования
отчета
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и функции,
которые выполняются при формировании отчета
Дерево вызова программных модулей представлено на рисунке 19.
Рисунок 19 – Дерево вызова программных модулей
2.3.4. Описание программных модулей
Описания программным модулям разрабатываемой системы будет
представлено в виде алгоритмов. Начало работы в системе управления проектами
возможно только после прохождения авторизации. На рисунке 20 представлен
алгоритм авторизации пользователя.
Рисунок 20 – Алгоритм авторизации
Для авторизации пользователь вводит в форму авторизации данные
учетной записи, выданные администратором. Если введенные данные совпадают с
данными в базе данных, пользователю разрешен доступ к системе. Если данные не
совпадают, выдается предупреждение об ошибке при вводе данных. После трех
последовательных попыток ввода неверных данных учетная запись блокируется.
Для того чтобы пользователи могли работать в системе, необходимо
заполнить справочники. Заполнение справочников осуществляется
администратором системы. Алгоритм заполнения справочников представлен на
рисунке 21.
Рисунок 21 – Алгоритм работы модулей справочников
После заполнения справочников можно приступать к созданию кампании.
Алгоритм создания кампании представлен на рисунке 22. Пользователь создает
новую кампанию, при этом открывается форма, в которую нужно ввести название
кампании, дату начала и окончания. Затем пользователь создает объявление,
вводит ключевые слова и загружает картинку.
Рисунок 22 – Алгоритм создания проекта
Когда кампания создана, необходимо выбрать площадку для размещения
объявлений. Для одного объявления может быть выбрано несколько площадок.
Когда площадки выбраны, необходимо задать сроки размещения. Алгоритм
размещения объявления представлен на рисунке 23.
Рисунок 23 – Алгоритм расчета затрат проекта
В результате ввода данных о проекте можно сформировать ряд отчетов.
Отчеты формируются по одному алгоритму. При формировании отчета
пользователь выбирает какой отчет ему нужен. Алгоритм формирования отчета
представлен на рисунке 24.
Рисунок 24 - Алгоритм формирования отчетности
Программный код описанных модулей приведен в Приложении 1.
2.4. Контрольный пример реализации проекта и его описание
Для разработки контрольного примера реализации проекта и его описания
необходимо:
1. Описать тестовые данные, которые необходимы для проверки
работоспособности основных функций проекта.
2. Описать процесс обработки тестовых данных.
3. Описать результаты обработки тестовых данных.
Реализация контрольного примера состоит из следующих этапов:
1. Ввод тестовых данных в справочники.
2. Ввод входных данных.
3. Результат формирования отчета.
К тестовым данным, которые необходимы для проверки работоспособности
системы, относятся:
1. Данные справочников.
2. Оперативные данные об объявлениях.
3. Данные о статистике контекстной рекламы.
Доступ к системе предоставляется только авторизованным пользователям.
Авторизация пользователя представлена на рисунке 25.
Рисунок 25 – Авторизация в системе
После успешной авторизации протестируем корректность ввода данных в
справочники системы. В системе есть 4 справочника: сотрудник, клиент,
показатель и площадка.
На рисунке 26 представлен ввод данных в справочник «Сотрудник».