67
Использование одного ключа возможно для реализации ряда задач –
включения ПК, подключения к сети, шифрования данных, доступа к
защищенным разделам сайтов, веб-порталов, перемещения по зданию и т.п.
Способность параллельной работы с парой и более ключей eToken.
Грамотное встраивание: eToken понимает многие применяемые стандарты
(PKCS#11, Microsoft Crypto API) и имеет свой API, просто внедряется в уже
реализованное приложение, и в новое. Понимание PC/SC стандарта помогает без
трудностей переходить на применение eToken.
В eToken можно размещать радиометки (RFID) для прохода в помещение
и использованием СКУД ("обобщенный носитель").
Система ПО "Соболь" предназначена для предотвращения нелегального
доступа третьих лиц к данным на защищенном ПК[26].
Комплекс "Соболь" позволяет реализовать основные функции:
• Определение и аутентификацию пользователея ПК при их входе в
систему при помощи персонального идентификатора Rutoken S, iButton, eToken
PRO, Rutoken RF S, iKey 2032;
• Защиту от нежелательного запуска ОС со съемных носителей —
дискет, оптических и внешних дисков, ZIP-устройств, USB-устройств и др.;
• Блокирование ПК в случае, если после его включения управление
не передается расширению BIOS комплекса "Соболь";
• Отслеживание целостности файлов, физических секторов HDD,
элементов реестра ПК до этапа окончательной загрузки ОС;
• Проверка работоспособности базовых компонентов комплекса —
датчика случайных чисел, памяти, персональных электронных идентификаторов;
• Запись событий, имеющих отношение к защите данных;
• Возможность совокупной работы с с АПКШ "Континент", СЗИ
Secret Net, vGate, Security Studio Honeypot Manager, "Континент-АП" и
"КриптоПро CSP".
Комплекс "Соболь" применяется на территории РФ в качестве средства
защиты от НСД к защищенной информации, не имеющей сведений,
составляющих гос. тайну, а также к данным, содержащим сведений,
68
составляющим гос. тайну со уровнем секретности "совершенно секретно"
включительно.
Работа комплекса "Соболь" заключается в проверке прав пользователя на
запуск системы. Если необходимые атрибуты — персональный ID и пароль,
имеются, то пользователь может совершить вход. В противном случае вход в
систему данного пользователя запрещается.
Пользователь имеет возможность допуска к компьютеру только после
регистрации его в списке пользователей в самом комплексе "Соболь". Процесс
регистрации осуществляется только администратором и включает в себя
присвоение пользователю имени, персонального ID и установке пароля.
Администратор регистрируется при запуске самого комплекса.
В комплексе "Соболь" имеются следующие механизмы защиты данных:
• Определение и аутентификация пользователей;
• Запрет запуска ОС со съемных носителей;
• Отслеживание целостности файлов, секторов HDD, элементов
реестра системы компьютера;
• Сторожевой таймер;
• Запись событий, относящихся к системе безопасности.
Аппаратная инициализация происходит в самом начале запуска комплекса
до входа в рабочий режим и основана на реализации следующих основных
процедур: перевод платы комплекса в режим инициализации, ввод общих
параметров, проверка механизмов контроля целостности, инициализация
администратора.
Программная инициализация отличается от аппаратной тем, что
выполняется в режиме рабочего функционирования системы и не требует
перевода платы в режим инициализации. Все остальное реализуются
аналогично.
Механизм определения и аутентификации реализует проверку
полномочий пользователя для входа при каждой попытки появления в системе.
Идентификация (распознавание) и аутентификация (проверка
подлинности) пользователей выполняется каждый раз при входе пользователя в
систему.
69
Для определения пользователей в ПО "Соболь" применяются уникальные
ID аппаратных устройств — идентификаторов. В процессе пользовательского
входа выполняется проверка правильности указанного пользователем пароля с
использованием пользовательского идентификатора.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель включает в себя схему движения входных,
промежуточных и итоговых потоков и функций предметной области.
Под информационной моделью предполагается использовать схему
данных (ГОСТ 19.701-90). Такие схемы отображают путь данных при решении
задач и выражают этапы обработки, а также различные используемые носители
данных. Схема данных включает в себя следующие элементы:
• Символы данных (указывающие также вид носителя данных);
• Символы процесса, который нужно выполнить над данными
(указывающие также функции, реализуемые вычислительной машиной);
• Символы линий, указывающие потоки данных между процессами и
(или) носителями данных;
• Другие символы, применяемые для облегчения составления и
чтения схемы.
Весь цикл анализа данных состоит из двух этапов:
• Получение, обработка и ввод начальной входящей информации
(данные пользователей, оргтехники, управлений компании);
• Составление документов (списков заявок и так далее).
Информационная модель изображена на рисунке 2.1.
70
ИС
Т Перечень
ТМЦ по Акту
С Контрагенты*
С Акты
оборотов ТМЦ
С Контрагенты
Т Оборот*
Т Оборот
С Места
хранения *
Т Перечень
ТМЦ по Акту*
Пользователь
Учет
контрагентов
сведения о
контрагентах
Учет ТМЦ
сведения о ТМЦ
С Места
хранения
С Сотрудники*
Акт учета
ТМЦ
Акт учета ТМЦ
Акт списания
ТМЦ
Акт списания
ТМЦ
Список ТМЦ
Список ТМЦ
Накладная на
выдачу ТМЦ
Накладная на
выдачу ТМЦ
Журнал учета
движения
ТМЦ
Журнал учета
движения ТМЦ
Пользователь
С ТМЦ
С Сотрудники
С ОС и ТМЦ*
С Акты
оборотов ТМЦ*
Учет
перемещения
ТМЦ
Учет списания
ТМО
Рис 2.1 Информационная модель
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
Справочники информационной системы являются особой группой
наборов данных. Справочники предназначены для систематизации различной
информации: типов, марок, возможных значений параметров и т.п. Результатом
такой систематизации становится то, что, занося некоторую информацию в
систему, пользователь может вводить те и только те значения, которые
содержатся в соответствующем справочнике [26]. Это, во-первых, облегчает
71
ввод, во-вторых, устраняет некоторые ошибки (опечатки), в третьих, упрощает
последующий анализ.
Справочники не предоставляются уже наполненными, поэтому требуется
их предварительная настройка. Кроме того, в процессе эксплуатации, может
возникнуть потребность корректировки справочных значений или добавление
новых. Перечень используемых справочников приведен в таблице 2.2.
Таблица 2.2
Перечень используемых справочников
Название
справочника
Ответственный
за ведение
Средний
объём
справочника в
записях
Средняя
частота
актуализации
Средний объем
актуализации,
%
Акты
оборотов
ТМЦ
Администратор
50
ежедневно
10
Контрагенты
Администратор
500
1 раз в месяц
10
Места
хранения
Администратор
5
1 раз в месяц
10
ТМЦ
Администратор
500
1 раз в
неделю
25
Сотрудники
Администратор
100
1 раз в год
20
В системе используются следующие входные документы:
сведения о контрагентах ;
сведения о ТМЦ;
сведения о расходных материалах.
Все данные попадают в систему путем ручного ввода.
2.2.3 Характеристика результатной информации
В качестве выходных в разработанной системе формируются отчеты:
список ТМЦ;
акт учета ТМЦ;
акт списания ТМЦ;
накладная на выдачу ТМЦ;
журнал учета движения ТМЦ.
72
Список ТМЦ представляет собой перечень всех имеющихся на складе
ТМЦ с указанием наименования, количества, стоимости, места хранения.
Акт учета ТМЦ представляет собой перечень принятых на определенную
дату ТМЦ с указанием типа, наименования основного средства, стоимости в
рублях, ФИО принявшего и сдавшего, а также даты и номера акта. Макет
экранной формы акта приведен на Рисунке 2.2.
Обновить Добавить
Акт учета ТМЦ № XXX от _______2016 г.
Меню
№
пп
Тип Наименование Стоимость, руб Сдал Принял Место хранения
Рисунок 2.2 Акт учета ТМЦ
Акт учета списания ТМЦ содержит сведения о списанных ТМЦ
содержит информацию о списанных ТМЦ, причинах списания, дате списания.
Макет экранной формы данного документа приведен на рисунке 2.3.
Обновить Добавить
Акт учета списания ТМЦ № XXX от _______2016 г.
Меню
№
пп
Тип Наименование Стоимость, руб
Остаточная
стоимость, руб
Причина Номер
Рисунок 2.3 Макет экранной формы акта списания ТМЦ
Накладная на выдачу ТМЦ формируется в виде экранной формы и
содержит следующие реквизиты:
73
• Номер;
• Дата;
• Проведено;
• Организация;
• Со склада;
• На склад;
• Код;
• Товар;
• Кол-во;
• Остаток;
• Цена;
• Себестоимость.;
• Сумма себестоимости.;
• Итого.
Журнал учета движения ТМЦ представляет собой документ, в
котором зафиксированы передвижения ТМЦ внутри компании.
Журнал содержит следующие реквизиты:
Наименование ТМЦ;
Дата движения;
Примечание.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Разработанная информационная система учета деятельности материально
ответственного лица на предприятии призвана автоматизировать функции
работников по учету материальных ценностей.
В рамках данных функции было построено дерево функций системы,
представляющее декомпозицию функций системы и сформировано для
детального анализа функциональных возможностей системы и исследования
совокупности функций, представленных на различных уровнях самой системы.
74
Работу с системой проводит сотрудник компании, отвечающий за учет
всех ТМЦ.
Дерево функций системы представлено на рисунке 2.4.
Создать
Редактировать
Удалить
Сортировка
Дерево функций
Основные
Служебные
Настройки
О программе
Локализация
Эспорт
Учетные
операции
Справочники
Акты оборотов
ТМЦ
Контрагенты
Создать
Редактировать
Удалить
Печать
Экспорт в MS
Excel
Списание
Учет ТМЦ
Остатки
Использование
Формирование
документов
Создать
Редактировать
Удалить
Печать
Экспорт в MS
Excel
Места хранения
ТМЦ
Сотрудники
Список ТМЦ
Акт учета ТМЦ
Акт списания ТМЦ
Накладная на выдачу
ТМЦ
Журнал учета движения
ТМЦ
Рисунок 2.4 Дерево функций системы для сотрудника
Как видно из представленной схемы, сотрудник при работе в системе
имеет возможность заполнения справочников, в том числе добавления, удаления
записей, поиска по ним и получения списка записей, содержащихся в
справочниках.
При выполнении функция по работе с учетом ТМЦ сотрудник имеет
возможность создать запись, копировать ее из буфера, удалить запись, отправить
на печать созданный документ либо сформировать результатный документ в
формате MS Excel в соответствии с перечнем результатных документов,
приведенных выше.
Сценарии диалога, формирующийся на основе дерева функций, приведен
на рисунке 2.9.
75
Создать
Редактировать
Удалить
Сортировка
Главное меню
ВыходУчет Справочники
Акты оборотов
ТМЦ
Контрагенты
Создать
Редактировать
Удалить
Печать
Экспорт в MS
Excel
Списание
Учет ТМЦ
Остатки
Использование
Отчеты
Создать
Редактировать
Удалить
Печать
Экспорт в MS
Excel
Места хранения
ТМЦ
Сотрудники
Список ТМЦ
Акт учета ТМЦ
Акт списания ТМЦ
Накладная на выдачу
ТМЦ
Журнал учета движения
ТМЦ
Авторизация
Рисунок 2.5 Сценарий диалога для пользователя
Программные модули, составляющие структуру пакета, обычно делятся на
три класса: модули управления, используемые для загрузки меню и передачи
управления остальным модулям; модули, служебных функций; модули
хранения, обработки и выдачи данных. От класса модуля обычно зависит и его
функциональность.
2.3.2 Характеристика базы данных
Инфологическая (концептуальная) модель подразумевает под собой
формализованное описание предметной области, реализованное
безотносительно к применяемым в дальнейшем техническим и программным
средствам. Инфологическая модель создается динамической и поддерживает
легкую корректировку. К базовым требованиям, относящимся к инфологической
модели, относят следующие:
• Инфологическая модель содержит всю нужную и достаточную
информацию для предстоящего проектирования БД;
76
• Инфологическая модель реализуется понятной для всех лиц,
принимающих участие в разработке системы.
ER-модель можно описать как логическую структуру данных об объектах
системы. Компонентами ER-модели становятся сущности (объекты) и
отношения (связи между объектами). Объект поддерживает несколько
реализаций или экземпляров. Сам экземпляр объекта реализуется
совокупностью нескольких значений реквизитов и определяется однозначно, т.е.
идентифицируется значением ключа объекта, состоящем из одного ли
нескольких ключевых реквизитов.
Сущности бывают независимыми и зависимыми. Сущность называется
независимой, если каждый ее экземпляр может однозначно определяться без
выражения ее отношений с остальными сущностями. Однозначное определение
экземпляра зависимой сущности исходит от отношений с другими сущностями.
Для визуализации отношений между сущностями применяются связи.
Связи имеют место быть, если экземпляры сущностей логически связаны друг с
другом. Для разрабатываемой информационной системы была разработана база
данных.
Физическая модель базы данных представлена на рисунке 2.6.