8
ОГЛАВЛЕНИЕ
ВВЕДЕНИЕ .................................................................................................................. 10
ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ ................................................................... 13
1.1. Общая характеристика деятельности «Росполет» .................................... 13
1.1.2. Организационно-функциональная структура «Росполёт» .................... 14
1.1.3. Программная и техническая архитектура предприятия ........................ 18
1.2. Характеристика комплекса задач ................................................................ 20
1.2.1. Выбор комплекса задач автоматизации .................................................. 21
1.2.2. Оценка уязвимости активов ..................................................................... 23
1.2.3. Обоснование необходимости использования вычислительной техники
для решения задачи ............................................................................................. 25
1.2.4. Анализ системы обеспечения информационной безопасности и
защиты информации ............................................................................................ 26
1.3. Анализ существующих разработок и выбор стратегии автоматизации
«КАК ДОЛЖНО БЫТЬ» ....................................................................................... 28
1.3.1 Анализ существующих разработок для обеспечения ............................. 36
безопасности задачи ............................................................................................ 36
1.3.2 Выбор и обоснование стратегии автоматизации задачи ........................ 39
1.3.3 Выбор и способ приобретения ИС для автоматизации .......................... 39
2. ПРОЕКТНАЯ ЧАСТЬ ............................................................................................ 41
2.1 Обоснование проектных решений .................................................................. 41
2.1.1 Обоснование проектных решений по информационному обеспечению
............................................................................................................................... 41
2.1.2. Обоснование проектных решений по программному обеспечению .... 42
2.1.3 Обоснование проектных решений по техническому обеспечению ...... 43
2. 2 Разработка проекта автоматизации ............................................................... 45
2.2.1 Этапы жизненного цикла проекта автоматизации .................................. 45
9
2.2.2 Характеристика нормативно- справочной, входной и оперативной
информации .......................................................................................................... 50
2.2.3 Характеристика результатной информации ............................................ 53
2.3 Программное обеспечение задачи .................................................................. 55
2.3.1.Общие положения (дерево функций и сценарий диалога) ..................... 55
2.3.2 Характеристика базы данных .................................................................... 58
2.3.3 Программно-аппаратный комплекс безопасности .................................. 61
2.3.4 Контрольный пример реализации модуля безопасности ....................... 63
ГЛАВА 3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ
ПРОЕКТА ..................................................................................................................... 66
3.1 Выбор и обоснование методики расчёта экономической эффективности . 66
3.2 Расчёт показателей экономической эффективности проекта ...................... 68
ЗАКЛЮЧЕНИЕ............................................................................................................ 72
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ ................................................... 74
ПРИЛОЖЕНИЕ 1 ........................................................................................................ 76
ПРИЛОЖЕНИЕ 2 ........................................................................................................ 78
ПРИЛОЖЕНИЕ 3 ........................................................................................................ 79
ПРИЛОЖЕНИЕ 4 ........................................................................................................ 80
ПРИЛОЖЕНИЕ 5 ........................................................................................................ 81
ПРИЛОЖЕНИЕ 6 ........................................................................................................ 88
ПРИЛОЖЕНИЕ 7 ........................................................................................................ 95
ПОСЛЕДНИЙ ЛИСТ ПРОЕКТА ............................................................................... 96
10
ВВЕДЕНИЕ
Данная работа посвящена теме «Разработка мер обеспечения безопасности
баз данных программного комплекса Системы сопровождения ремонта для ма-
стерских «Росполёт».
Актуальность темы заключается в том, что с развитием компьютеризации
создание баз данных получает все большее распространение в различных обла-
стях народного хозяйства.
При проектировании БД безопасность их имеет ключевое значение, так
как чем меньше её уязвимость, тем надежнее работа системы управления базы
данных (СУБД) и деятельность предприятия в целом.
Список возможностей разрушений СУБД за последние годы особенно не
изменился. Причинами разного рода разрушений в основном являются следую-
щие факторы:
1. Финансовый. Решение проблемы безопасности под силу только круп-
ным компаниям. Применение различных средств обеспечения информационной
безопасности является для многих организаций компромиссом в финансовом
плане. Существует прямая зависимость, чем выше уровень защищенности ин-
формации, тем выше должна быть квалификация разработчиков, соответственно
выше затраты. Особо актуален такой компромисс для малых предприятий с не-
большим доходом.
2. Степень ответственности разработчиков. Зачастую разработчики БД
легкомысленно относятся к вопросам защиты информации. Не учитывают со-
временный уровень знаний злоумышленников. К примеру, используя при разра-
ботке баз данных новые языки запросов, проектируют их на старых «проколо-
тых» моделях, чем играют на руку преступникам электронного мира. Также, при
разработке не принимается во внимание, что каждый вид и объем данных требу-
ет индивидуального подхода к защите информации.
3. Языки запросов. Компоненты безопасности зачастую понижают про-
изводительность СУБД. Большинство аспектов безопасности СУБД зависит
напрямую от самих данных. Однако существуют и такие аспекты, которые зави-
сят от данных косвенно.
11
Например, большинство СУБД поддерживают запросы к данным опе-
раторами языка запросов, содержащего наборы доступных пользователю функ-
ций или произвольные функции на языке программирования. В таких случаях
безопасность СУБД становится проблемой используемого языка запросов.
Архитектура применяемых языков напрямую связана с моделью данных,
применяемой для хранения информации. Модель сама определяет особенности
языка, и наличие в нем тех или иных слабых сторон.
За последние пять лет появилась ещё одна проблема – защита информации
от хакеров. Внутренняя информация компаний, персональные данные сотруд-
ников и клиентов, финансовая и платежная информации, интеллектуальная соб-
ственность, исследования рынка, анализ деятельности конкурентов и прочее всё
чаще стали интересовать киберпреступников. Особенно их интересуют крупные
компании и банки.
Объектом исследования ВКР является «Программный комплекс системы
сопровождения ремонта мастерских «Росполёт»», а предметом исследования –
«Безопасность БД системы».
Цель ВКР: разработка мер повышения уровня безопасности СУБД про-
граммного комплекса «Системы сопровождения ремонта для мастерских «Ро-
сполёт»».
Для достижения поставленной цели необходимо решить задачи:
1. Раскрыть сущность понятий база данных, система управления базами
данных путем изучения классификации баз данных и СУБД по степени распре-
деленности, по технологии хранения данных, по содержимому, по моделям по-
строения.
2. Раскрыть сущность моделей построения, технологии хранения данных и
доступ к ним.
3. Изучить способы обеспечения безопасного доступа к БД и использова-
ния данных, хранившихся в базах.
4. Провести анализ существующих разработок и выбор стратегии автома-
тизации документооборота.
5. Рассмотреть функции администрирования баз данных, ответственность
администраторов.
12
В Аналитической части рабо- ты показаны недостатки обработки
информации, которые определяют необходимость разработки данного проекта.
Дано обоснование необходимости использования вычислительной техники для
решения задачи. Проведены выбор комплекса задач автоматизации и оценка уяз-
вимости. В частности, проанализированы существующие системы обеспечения
информационной безопасности и защиты информации. а также новые разработ-
ки для обеспечения безопасности задач.
Практическая часть посвящена вопросам: безопасности существующей
системы и её администрирования; обоснованию информационного, техническо-
го и программного обеспечения мастерских «Росполёт».
Представлена разработка проектной автоматизации и дана характеристика
нормативно-справочной, входной и оперативной информации Системы сопро-
вождения ремонта для мастерских «Росполёт.
Также в Практической части представлена разработка программно-
аппаратного комплекса безопасности и контрольный пример реализации модуля
безопасности.
В Третьей главе дано обоснование экономической эффективности проек-
та. Сделаны выбор и обоснование методики расчёта экономической эффектив-
ности.
Проведен расчёт показателей экономической выгоды проекта для пред-
приятия и срока окупаемости.
В работе располагаются 29 рисунка, 16 таблиц и 2 диаграммы.
При написании ВКР использовались научные труды следующих авторов:
Грабер М. [8]. Дэйт К. Дж. [9], Кириллов В.В., Громов Г.Ю[10]. Кренке Д. [11],
Нестеров С. А., Петраков А. Н. и другие.
Также были использованы материалы информационных сайтов по вычис-
лительной технике и другие ресурсы INTERNET.
13
ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ
1.1. Общая характеристика деятельности «Росполет»
Госпредприятие «Росполёт» в силу специфики своей деятельности имеет
собственные мастерские, которые выделены в отдельное подразделение под ру-
ководством «Начальника мастерских «Росполёт»».
В его подчинении находится несколько отделений:
- приемщики;
- склад сменных элементов и материалов;
- отделение ремонта.
Во главе каждого отделения есть собственный руководитель. Организаци-
онная структура представлена на рисунке 1.
Рис. 1. Организационная структура мастерских
Цель создания данного подразделения – проводить срочный ремонт
спецдеталей и электронного оборудования без обращения на заводы-
изготовители.
Создавались эти и им подобные мастерские на заре самолётостроения. В
постсоветском пространстве собственных мастерских на предприятиях-
изготовителях остались единицы. Поэтому и организация их деятельности, осо-
бенно документооборот, находился на уровне 80-х годов прошлого столетия.
Начальник мастерских «Росполёт»
Старший
приемщик
Заведующий
складом
Старший мастер
кладовщики
приемщики
мастера
администрация
14
Только к концу первого десяти- летия мастерские «Росполёт» были
оборудованы компьютерами, создана локальная сеть и небольшая электронная
база сменных элементов. Тем не менее, учёт элементной базы велся на бумаж-
ных носителях с дублированием в электронном виде. Такая организация дея-
тельности занимала много времени и, зачастую, не оправдывала затраченных
средств. Детально по времени ремонт одной детали представлен в таблице 1.
Таблица 1
Технико-экономические свойства
№
п\п
Наименование характеристики
На январь 2016 года
1
Приём и оформление заказа
1 день
2
Согласование заказа с руководством
2-3 дня
3
Передача заказа исполнителю
1 день
4
Исполнение заказа
1-3 дня
5
Возврат выполненного заказа
1-2 дня
6
Итого
8-10 дней
Таким образом, ремонт одного сменного элемента происходил в течение
10 дней, из которых 2-3 дня проводились непосредственно ремонтные работы.
1.1.2. Организационно-функциональная структура «Росполёт»
Список сокращений.
КУН – карточка учета неисправностей.
СЭ – сменный элемент.
ТС – технологический сопроводитель.
ТУ-Р – технические условия на ремонт.
Описание процесса ремонта до автоматизации
На госпредприятии «Росполет» до автоматизации существовала база дан-
ных, состоящая из сменных элементов для ремонта оборудования. Весь доку-
ментооборот проводился «вручную». Заполнение сопроводительных документов
занимал больше времени, чем сам ремонт деталей. Ниже представлен алгоритм
документооборота до автоматизации.
15
1. Сменный элемент (СЭ) посту- пает на склад мастерских от заказчика
с накладной и/или карточкой учета неисправностей (КУН). Курьер от заказчика
с соответствующими полномочиями передает документы и СЭ кладовщику.
2. Кладовщик заносит в журнал приема/выдачи СЭ (таблица 2) шифр, но-
мер изменения и заводской номер, фиксирует номера поступивших вместе со СЭ
документов, ФИО курьера от заказчика, передавшего СЭ, и комплектность, а
также заносит комментарии о состоянии СЭ.
На основе этих данных кладовщик выписывает акт о приеме в двух экзем-
плярах, оба экземпляра подписываются кладовщиком и курьером от заказчика, и
формирует технологический сопроводитель (ТС) (Приложение 2).
Таблица 2
Журнал приема/выдачи СЭ
№
п\п
тип
шифр
№
измене-
ния
завод-
ской
номер
Дата
приёма
заказчик
Накл-я
КУН
неис-
прав-
ность
Ком-
плект-
ность
1
2
3. Кладовщик записывает комментарии о состоянии СЭ в накладные за-
казчика. Расписывается в 2-х накладных заказчика. Одну на склад, вторую пере-
дает заказчику вместе с актом о приеме, ранее подписанным с двух сторон.
4. Кладовщик сверяет шифр, и номер изменения с перечнем (справочни-
ком) ремонтируемых изделий (Д5) (таблица 3). Если найдено полное совпадение,
то СЭ признается ремонтопригодным, в противном случае кладовщик помечает
в ТС невозможность ремонта СЭ и отдает ТС руководству для подтверждения.
Таблица 3
Справочник ремонтируемых изделий (Д5)
№
п/п
Тип изде-
лия
Шифр
Обозначение
Диапазон
номеров из-
менений
Тип оборудо-
вания
Вид тех. про-
цесса
1
Ячейка
Р.111
ДЛ3.053.20
1-5
Прон-65
Процесс 1
2
Только после подтверждения руководством (в течение 2-3 дней) неремон-
топригодности СЭ кладовщик имеет право на оформление накладной о возврате
16
(таблица 4) с датой фактической явки представителя заказчика на УР. Затем
происходит передача СЭ заказчику.
Таблица 4
Накладная о возврате
Сменный элемент:
Шифр:
Номер наименования
Заводской номер
Заказчик:
Наименование
ФИО передавшего СЭ ____________________/______/
Сопроводительные документы:
Накладная
КУН
Заключение
5. Курьер просматривает на складе журнал приема/выдачи СЭ или техно-
логический сопроводитель поступивших СЭ и выбирает те, которые может диа-
гностировать на вверенном ему оборудовании.
Кладовщик, согласно выбранным в ТС элементов, выдает курьеру СЭ и
отмечает в журнале приема/выдачи фамилию, имя, отчество курьера. Только по-
сле этого курьер имеет право занести начальную операцию в технический со-
проводитель. Данная операция занимает в среднем полтора – два часа.
6. Исполнитель просматривает ТС, выбирает те из них, операции которых
может выполнить согласно своей должности и квалификации, и получает у ку-
рьера СЭ, который, в свою очередь должен отметить в ТС фамилию, имя, отче-
ство исполнителя, принявшего СЭ.
17
7. Только после выполнения пе- речисленных выше шагов исполнитель
приступает к выполнению операции (собственно ремонта). По завершению опе-
рации исполнитель заполняет соответствующие графы ТС, возвращает СЭ
назначившему его операцию.
Если операция по каким-либо причинам не может быть выполнена, то ис-
полнитель может, либо назначить проведение дополнительных операций, необ-
ходимых для выполнения исходной операции, указав в ТС ФИО исполнителя
следующей операции, либо указать в ТС причины, препятствующие выполне-
нию операции и вернуть СЭ курьеру. Курьер признает СЭ непригодным к ре-
монту средствами УР и отмечает в ТС окончание ремонта.
При назначении новых операций процесс взаимодействия исполнитель-
исполнитель протекает по схеме исполнитель - курьер, алгоритм остается преж-
ним. Заполнение соответствующих журналов обязательно. По завершении опе-
раций (исходной и дополнительной) исполнители заполняют соответствующие
графы ТС, возвращают СЭ назначившему операцию.
8. После окончания ремонта, если все необходимые операции были вы-
полнены успешно, или причины невозможности выполнения какой-либо опера-
ции были успешно устранены и СЭ удовлетворяет требованиям технических
условий на ремонт (ТУ-Р), то курьер отмечает в ТС успешное окончание ремон-
та.
СЭ передается из мастерской на склад только после подтверждения руко-
водством в ТС окончания ремонта.
Кладовщик отмечает в журнале приема/выдачи факт передачи СЭ на
склад, оформляет накладную о возврате и передает СЭ заказчику.
9. При выполнении операции исполнитель формирует заявку кладовщику
с указанием типа материала и его количества (с указанием размерности). Все ма-
териалы комплектуются в соответствии с заявкой от исполнителя для ремонта
конкретного СЭ, списываются по факту передачи.
10. Кладовщик просматривает журнал материалов, согласно заявке выдает
материалы со склада и вписывает их в журнал расхода. Исполнитель расходует
полученные материалы. Остатки материалов и испорченные исполнитель воз-