67
возможностей и технических условий. Также подтверждено, что сканер может
применяться для контроля (анализа) защищенности информации в
государственных информационных системах до 1 класса защищенности и в
информационных системах персональных данных до 1 уровня защищенности.
Интеллектуальный сканнер XSpider способен выявить максимальное
количество уязвимостей в информационной системе клиента до того, как они
будут обнаружены и использованы злоумышленниками. Регулярное
автоматическое сканирование с помощью XSpider требует минимального
вмешательства специалиста. Сканнер работает удалённо, никаких «агентов» и
дополнительного ПО на проверяемые хосты ставить не требуется. Поcле
сканирования XSpider выдаёт чёткие рекомендации по устранению
обнаруженных уязвимостей.
Будучи признанным лидером среди сканнеров безопасности в России за
последние 15 лет, XSpider отличается наиболее широким покрытием
программной и аппаратной составляющих крупных информационных систем,
начиная от рабочих станций под Windows и заканчивая сетевыми устройствами
Cisco. Сканер работает с уязвимостями на всех уровнях, от системного до
прикладного, включая анализ веб-приложений.
База уязвимостей и проверок XSpider пополняется ежедневно, при
минимальном трафике и временных затратах, и содержит свыше 20 000
проверок. За счёт эвристических алгоритмов сканнер способен выявлять еще не
опубликованные уязвимости и отличается крайне низким уровнем ложных
срабатываний.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель проектируемого приложения представлена на
рисунке 2.1. Она позволяет выделить таблицы приложения, операции над
данными и выходные формы.
68
Рис. 2.1 Информационная модель
Информационная система учета заявок от контрагентов включает в себя
такие таблицы:
контрагенты;
услуги;
договора;
статусы договоров;
пользователи.
Оператор ИС выполняет операции редактирования справочников, а также
учета договоров контрагентов.
В результате формируется список договоров с контрагентами.
69
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Входной информацией являются данные по договорам (заявкам) от
контрагентов.
Нормативно-справочной информацией будет являться:
услуги предприятия;
статусы заявок;
пользователи АИС;
Оперативной информацией является данные о контагентов.
2.2.3. Характеристика результатной информации
Результатной информацией является список договоров с контрагентами,
представленный в виде таблицы.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Дерево функций показывает подчиненность функций приложения
(рисунок 2.2).
Рис. 2.2 Дерево функций приложения
70
Все функции разделяются на:
основные;
o учет контрагентов;
o учет заявок контрагентов;
обеспечивающие;
o ведение справочников;
o взаимодействие с базой данных;
o предоставление пользовательского интерфейса.
Дерево диалога показывает подчиненность экранных форм приложения
(рисунок 2.3).
Рис. 2.3 Дерево диалога
Видно, что первоначально запускается форма авторизации, после которой
открывается форма учета контрагентов, из которой вызываются две формы:
форма редактирования справочников;
форма учета заявок от контрагентов.
2.3.2. Характеристика базы данных
Изначально набор таблиц был сформирован в рамках проектирования
информационной модели. В рамках данного пункта надо детализировать
выделенные таблицы, снабдив их атрибутами и установив отношения между
таблицами.
71
Для удобства проектирования базы данных можно воспользоваться
специализированными CASE-средствами, популярным и эффективным из
которых является ERWin Data Modeller.
При проектировании базы данных приложения составлена логическая
модель (рисунок 2.4).
Рис. 2.4 Логическая модель
Видно, что выделены такие таблицы:
заявки;
контрагенты;
услуги;
статусы заявок;
типы контрагентов;
72
статусы контрагентов;
пользователи.
На основании логической модели был подготовлен скрипт создания
таблиц базы данных, который представлен в приложении А.
Импортировав данный скрипт в СУБД MySQL, была получена база
данных (рисунок 2.5).
Рис. 2.5 – Созданная база данных
Следует отметить, что связи между таблиц осуществляются программно, а
не на уровне базы данных. Поэтому связи между таблицами дорисованы в
данную диаграмму вручную для лучшего понимания базы.
Ниже в таблицах 2.6-2.12 показаны созданные таблицы базы данных.
Таблица 2.6
Атрибуты таблицы «заявки» (contracts)
73
Таблица 2.7
Атрибуты таблицы «контрагенты» (contractors)
Таблица 2.8
Атрибуты таблицы «услуги» (services)
Таблица 2.9
Атрибуты таблицы «статусы заявок» (contract_statuses)
Таблица 2.10
Атрибуты таблицы «типы контрагентов» (contractor_types)
74
Таблица 2.11
Атрибуты таблицы «статусы контрагентов» (contractor_statuses)
Таблица 2.12
Атрибуты таблицы «пользователи» (users)
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Структура модулей разрабатываемой АИС показана на рисунке 10.
Рис. 2.6 Иерархическая схема модулей АИС
Выделены такие модули:
инициализации;
интерфейса;
взаимодействия с базой данных;
логики:
75
o подсистема работы со справочниками;
o подсистема работы с контрагентами;
o подсистема работы с заявками контрагентов.
При запуске приложения его первоначальная установка и запуск
остальных модулей производтся модулем инициализации.
С пользователем ИС взаимодействует модуль интерфейса, который
преобразует действия пользователя на экранных формах ПО в конкретные
командные вызовы внутри приложения. Также модуль интерфейса отображает
пользователю ИС результаты выполненных операций.
Модуль логики – основной модуль системы, служит для выполнения
операций учета справочников, контрагентов и заявок. Включает в себя
соответствующие подсистемы.
Модуль взаимодействия с базой данных позволяет транслировать запросы
на данные внутри приложения к СУБД, возможно даже удаленной, посредством
обращения к драйверам. Также модуль взаимодействия с БД передает модулю
логики полученные из базы данные.
2.3.4. Описание программных модулей
В рамках данного подпункта следует представить алгоритмы работы
приложения. Вначале надо определить само понятие алгоритма.
Итак, алгоритм представляет собой порядок действий для достижения
определенного результата.
Алгоритмы программ обычно описывают при помощи блок схем.
На рисунке 2.7 представлена блок-схема алгоритма работы приложения.
Вначале происходит инициализация приложения, после чего загружается
форма учета контрагентов.
После пользователь выбирает пункты меню:
подсистему работы со справочниками;
подсистему учета заявок/договоров контрагентов;
команду выхода из приложения.
76
Рис. 2.7 Блок-схема алгоритма работы приложения
На рисунке 2.8 показана блок-схема работы меню справочников
приложения.
Вначале происходит отображение меню, после чего пользователь
выбирает его пункт:
типы контрагентов;
статусы заявок/договоров;
услуги предприятия;
пользователи ис
статусы контрагентов