54
опасного и вредоносного содержимого. Также для защиты от внешних угроз на
предприятии используется Kaspersky Lab Internet Security.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и ее описание
Информационная модель процесса создания рассылки показана на рисунке
2.1.
Рисунок 2.1. Информационная модель процесса создания рассылки
Данный процесс описывыет действия участников процесса при создании
рассылки и обработке ответа на рассылку. В данном процессе принимают участие
руководитель и исполнитель.
В функции руководителя входит создание сообщения на основании документа
о проведении мероприятия, формировании группы рассылки и отправка рассылки
всем заинтересованным лицам. После получения ответа на рассылку руководитель
контролирует правильность выполнения сроков и актуальность отчетных документов.
Данному участнику процесса соответствует роль Руководитель.
В функции исполнителя входит при получении сообщения в рассылке
ответить на него, прикрепив соответствующие документы о выполнении. Данному
участнику процесса соответствует роль Пользователь.
55
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
В данном дипломном проекте используются входящие файлы и справочники.
Входящим файлом является документ о проведении мероприятия. Документ
представляет собой неструктурированный текст с описанием названия мероприятия,
его сущности, сроков исполнения, исполнителей и контролирующих лиц.
В качестве справочников используются: справочник пользователей,
справочник компаний, справочник видов рассылок. Также для контроля сроков
исполнения используется календарь с типом данных Дата-Время.
Основной вид формы Создание рассылки представлен на рисунке 2.2
Рисунок 2.2 Основной вид формы Создание рассылки
Для того, чтобы добавить тему (выбрать вид рассылки) предусмотрена
следующая форма, представленная на рисунке 2.3
Рисунок 2.3 Добавление темы рассылки
56
Прежде чем начать работу в системе, пользователь дожен пройти процедуру
идентификации. Основной вид формы идентификации пользователя представлен на
рисунке 2.4
Рисунок 2.4 Основной вид формы идентификации пользователя
2.2.3 Характеристика результатной информации
В качестве результата процесса выступают отчетные документы: отчет о
проведении мероприятия, отчет о продажах за отчетный период, отчет о сроках
выполнения мероприятий.
Отчет о проведении мероприятия зависит от вида мероприятия. При
проведении инвентаризации прилагается унифицированная отчетная форма. Вид
формы представлен на рисунке 2.5
Рисунок 2.5 Отчет о проведении инвентаризации
57
Отчет о продажах за определенный период имеет вид, представленный на
рисунке 2.6
Рисунок 2.6 Отчет о продажах
Отчет о выполнении представляет собой таблицу с отметкой о статусе
выполнения того или иного мероприятия. Примерное содержание отчета
представлено в таблице 2.2
Таблица 2.2
Отчет о сроках выполнения мероприятий
Мероприятие
Исполнитель
Срок
плановый
Срок
фактический
Статус
выполнения
Инвентаризация
№ 5 от
20.01.2017
Иванов И.И.
20.01.2017
18.01.2017
Выполнено в
срок
Совещание № 8
от 21.01.2017
Петров В.В.
21.01.2017
21.01.2017
Выполнено в
срок
Инвентаризация
№ 6 от
20.03.2017
Коломиец
В.А.
04.04.2017
10.04.2017
Выполнено с
нарушением
срока
Предоставление
отчетности по
продажам за
апрель 2017
Иванов И.И.
14.04.2017
В работе
Структура документа имеет следующий состав: наименование мероприятия,
назначенный исполнитель, плановый и фактической срок проедоставления
отчетности по данному мероприятию, статус выполненя.
Реквизитами докумегта являются:
- Наименование мероприятия представляет собой информацию из таблицы
Мероприятия;
- Назначенный исполнитель берется из таблицы Пользователи;
58
- Сроки отчетности берутся календаря;
- Статус выполнения представляет собой перечисления.
В системе предусмотрены следующие статусы, которые представлены в
таблице 2.3
Таблица 2.3
Возможные статусы
Наименование статуса
Описание применения
Выполнено в срок
Применяется, когда исполнитель прикрепил отчет о
выолнении, при этом фактический срок выполнения
меньше или равен плановому сроку выполнения
Выполнено с
нарушением срока
Применяется, когда исполнитель прикрепил отчет о
выолнении, при этом фактический срок выполнения
больше планового срока
В работе
Применяется, когда фактическая дата пустая, а
текущая дата меньше или равна плановому сроку
Не выполнено
Применяется, когда фактическая дата пустая, а
текущая дата больше планового срока
Данная результатная информация в полной мере соответствует
функциональнвм требованиям, предъявленным к разрабатываемому процессу. В
системе предусмотрен импорт результатной информации в текстовые и табличные
файлы. В дальнейшем, при изменении требований бизнеса, возможна корректировка
результирующей инфомации и ее наполнение.
2.3.Программное обеспечение задачи
2.3.1.Общие положения (дерево функций и сценарий диалога)
Основное окно приложения представляет возможность работы с рассылками:
формирование, ответ на рассылки, а также формирование отчетных документов.
Данному процессу соответствует следующий сценарий диалога, приведенный
на рисунке 2.7
59
Рисунок 2.7 Сценарий диалога работы приложения
Любой функционал программы можно разделить на основной, с помощью
которого достигается основная цель алгоритма программы, и дополнительный
(Служебный) – это то, что можно настроить изменить, прояснить. Дерево функций
как раз наглядно демонстрирует разделение данных функций. Дерево функций
изображено на рисунке 2.8.
Рисунок 2.8 Дерево функций
2.3.2. Характеристика базы данных
Структуры базы данных представляет собой совокупность взаимосвязанных
таблиц в связи один-ко-многим и многие-ко-многим. Схема базы данных
представлена в приложении А и описание таблиц представлено в приложении Б.
60
2.3.3.Структурная схема пакета (дерево вызова программных
модулей)
Для разработки данного приложения характерно следующее дерево вызова
программных модулей, представленное на рисунке 2.9
Рисунок 2.9 Дерево вызова программных модулей
2.3.4.Описание программных модулей
Программный листинг основного программного модуля приведен в
приложении 3.
2.4.Контрольный пример реализации проекта и его описание
Представление веб-интерфейса состоит из следующих частей:
Авторизация пользователя – это HTML форма для ввода информации
логин и пароль пользователя.
Основной вид компаний рассылки – содержит все компании и все темы,
все управляющие элементы для создания и редактирования компаний, тем,
сообщений и для отображения статистических данных.
61
Система всплывающих окон – используется для добавления и
редактирования компаний, тем и сообщений, а также для отображения статистики.
Основной вид компаний рассылки представлен на рисунке 2.10.
Рисунок 2.10 Основной вид компаний рассылки
При первом попадании пользователя на страницу веб-интерфейса, система
показывает форму авторизации. Пользователь заполняет форму авторизации
необходимой информацией (вводит логин и пароль) и отправляет ее, нажав на кнопку
«Войти».
При проверке введенной информации система или предоставляет дальнейший
доступ к веб-интерфейсу, показывая основной вид компаний, или запрещает доступ и
возвращает пользователя на форму для авторизации.
Основная форма авторизации представлена на рисунке 2.11. Основная форма
для ввода данных авторизации представлена на рисунке 2.12.
Рисунок 2.11 Основная форма авторизации
62
Рисунок 2.12 Основная форма для ввода данных авторизации
При прохождении авторизации между браузером и сервером устанавливается
сессия, действующая фиксированное время. В рамках проектируемого веб-
интерфейса Оверлеи используются для добавления, редактирования контента и для
отображения статистики по компаниям или группам компаний. Оверлеи для
добавления и редактирования представляют собой HTML-формы. Оверлеи для
отображения формы статистики имеют более сложную структуру, состоящую из
диаграмм и графиков. Они генерируются с помощью JavaScript.
На рисунке 2.13 представлен пример формы для добавления темы.
Рисунок 2.13 Форма для добавления темы
При нажатии на управляющий элемент добавления или редактирования
контента (на рис. 2.10 это ссылки «Добавить тему» и «Настроить компанию»)
срабатывает код на JavaScript, который строит оверлей и выполняет запрос. Каркас
разрабатываемого веб-интерфейса представляет собой HTML-страницу, динамически
сгенерированную с помощью JSP. Страница содержит минимум информации. Это
делает его построение менее ресурсоемким, а загрузку более быстрой. Также
позволяет изменить формат выдачи информационного контента, поменяв лишь
ответы сервера на AJAX-запросы. При этом представление не меняется.
На рисунке 2.14 представлен приблизительный HTML-код представления.
63
Рисунок 2.14 HTML-код представления
HTML-код, показанный на рисунке 2.14, строится средствами JSP. В разделе
body созданы:
- логотип заказчика (img id=‖user-logo‖),
- название заказчика и дополнительная информация (блок сlient-name),
- блок контента (div id=‖tabs‖).
После загрузки страницы в браузере срабатывает JavaScript код, который
блокирует доступ пользователя к интенет странице веб-интерфейса и реализует
AJAX-запросы к контроллеру. Контроллер предоставляет данные о пользователе
(блоки ―userlogo‖, ―сlient-name‖) и его компаниях и темах (блок ―tabs‖).
Контроллер возвращает запрошенную информацию адресанту, от которого
получил запрос. Затем полученная информация оперативно обрабатывается и
записывается в соответствующие блоки на странице веб-интерфейса (информация о
компаниях записывается в блок ―tabs‖ и др.).
Таким образом, веб-интерфейс становится заполненным актуальной
информацией, а пользователь получает доступ к управляющим элементам.
Обработка полученного ответа средствами JavaScript
JavaScript-код получает ответ от сервера в формате JSON. Далее для
преобразования данных формата JSON в объект JavaScript используется функция eval.
Функция eval, в качестве основного единственного параметра, принимает строку и
преобразует данную строку в объект. Например, eval(―{"result":true,"соunt":1}‖);
создаст 2 объекта: result со значением true и соunt равное 1.