Пролог вашей дипломной работы, или как задать верный вектор исследования
Многие студенты ошибочно считают введение лишь формальной частью, которую пишут в последнюю очередь. На самом деле, введение — это «коммерческое предложение» вашего проекта, которое вы представляете аттестационной комиссии. Это фундамент, на котором будет стоять вся ваша аргументация. Качественно проработанное введение задает четкий вектор исследования и демонстрирует глубину вашего понимания проблемы.
Давайте пошагово разберем его ключевые элементы на сквозном примере — дипломной работы на тему «Разработка информационной системы для автоматизации документооборота в ООО „Смартстрой“».
-
Актуальность темы. Здесь ваша задача — связать частную проблему конкретной компании с общими трендами. Недостаточно просто сказать, что «ручной учет — это плохо». Покажите, что в условиях цифровой экономики автоматизация является ключевым фактором конкурентоспособности, повышения эффективности и снижения издержек.
Пример формулировки: «Актуальность данной работы обусловлена необходимостью повышения эффективности управления документацией в компании ООО „Смартстрой“. В условиях растущего объема информации ручная обработка документов приводит к увеличению временных затрат и риску потери данных, что напрямую влияет на скорость принятия управленческих решений. Автоматизация данного процесса соответствует общему вектору цифровизации бизнеса и является необходимым шагом для оптимизации внутренних бизнес-процессов».
-
Цель работы. Цель должна быть одна, но сформулирована предельно четко, конкретно и измеримо. Это главный результат, который вы обещаете получить.
Пример формулировки: «Целью дипломной работы является разработка информационной системы для автоматизации процессов подготовки, хранения и печати документов в ООО „Смартстрой“, которая позволит сократить время на обработку стандартного комплекта документов на 30%».
-
Задачи работы. Задачи — это декомпозиция вашей цели, дорожная карта вашего исследования. Они должны логически соответствовать будущим главам дипломной работы.
- Провести анализ предметной области и существующих решений по автоматизации документооборота.
- Сформулировать функциональные и нефункциональные требования к разрабатываемой системе.
- Спроектировать архитектуру приложения и структуру базы данных.
- Разработать ключевые модули информационной системы в выбранной среде программирования.
- Провести тестирование системы и подготовить руководство пользователя.
- Рассчитать экономическую эффективность от внедрения разработанной системы.
-
Объект и предмет исследования. Это классический элемент научной работы, который часто вызывает затруднения. Объясним просто:
- Объект — это более широкое поле, процесс или явление, которое вы изучаете. В нашем случае это деятельность компании ООО «Смартстрой» в области документооборота.
- Предмет — это конкретная часть объекта, на которую направлено ваше исследование. Это процесс проектирования и разработки информационной системы для автоматизации этой деятельности.
Теперь, когда у нас есть четкий план и цель, утвержденные во введении, мы можем приступить к первому и самому важному исследовательскому этапу — глубокому погружению в предметную область.
Первый шаг к успеху – проводим глубокий анализ предметной области
Первая глава — это не переписывание теории из учебников, а полноценное полевое исследование. Ваша задача — досконально изучить, как бизнес-процессы компании работают сейчас, чтобы доказать необходимость их изменения. Здесь вы выступаете в роли бизнес-аналитика, который должен выявить «узкие места» и формализовать требования к будущему программному продукту.
Обзор существующих решений
Прежде чем создавать свое, изучите то, что уже существует. Проанализируйте 2-3 аналога, разделив их на категории:
- Коробочные решения (например, крупные CRM-системы с модулем документооборота).
- Заказные системы (разработанные другими интеграторами).
- Прямые конкуренты (если вы разрабатываете систему для внешнего рынка).
По итогам анализа сделайте вывод, почему разработка собственной системы оправдана. Аргументами могут быть: избыточная функциональность и высокая стоимость коробочных решений, уникальность бизнес-процессов компании, необходимость гибкой интеграции.
Анализ деятельности предприятия
Кратко, но емко опишите предприятие, на примере которого выполняется работа. Для ООО «Смартстрой» важно указать: сферу деятельности (строительство), организационную структуру (отделы, которые участвуют в документообороте), ключевые бизнес-процессы, связанные с созданием, согласованием и архивацией документов.
Моделирование бизнес-процессов «AS-IS» («как есть»)
Это сердце аналитической главы. Ваша задача — детально описать текущий процесс, который вы собираетесь автоматизировать. Используйте для этого стандартные нотации моделирования. Наиболее популярной и понятной является BPMN 2.0, которая позволяет наглядно показать последовательность действий, ответственных лиц и движение документов. Также можно использовать более строгую нотацию IDEF0.
Цель моделирования — не просто нарисовать красивую схему, а найти проблемы: где происходит ручной ввод данных, где документы долго лежат на согласовании, где возможна их утеря. Именно эти выявленные недостатки станут обоснованием для внедрения вашей системы.
Формулировка требований
На основе найденных проблем вы формируете четкий список требований к будущей системе. Их принято делить на две группы:
- Функциональные требования: Что система должна делать (например, «Система должна позволять создавать новый договор по шаблону», «Система должна обеспечивать поиск документов по номеру и дате»).
- Нефункциональные требования: Какими свойствами система должна обладать (например, «Время отклика интерфейса не должно превышать 2 секунд», «Система должна быть совместима с ОС Windows 10 и выше»).
Мы досконально изучили, как все работает сейчас, и четко поняли, что нужно улучшить. Настало время перейти от анализа к созиданию и спроектировать архитектуру нашей будущей системы.
От идеи к чертежам – проектируем архитектуру будущей информационной системы
Если первая глава была работой аналитика, то вторая — это территория архитектора. Здесь вы закладываете технический фундамент вашего проекта. От того, насколько грамотно будет спроектирована система, зависит легкость ее разработки, надежность и возможность дальнейшего развития. Эта глава показывает вашу инженерную квалификацию.
Выбор методологии разработки
Начните с обоснования подхода к разработке. Нет нужды подробно описывать все существующие методологии, достаточно сравнить несколько ключевых и выбрать наиболее подходящую для дипломного проекта.
Методология | Описание | Применимость в дипломе |
---|---|---|
Waterfall (Каскадная) | Строго последовательное выполнение этапов: анализ, проектирование, разработка, тестирование. | Подходит для проектов с очень четкими и неизменными требованиями, часто используется как формальная модель в дипломных работах. |
Agile (Гибкая) | Итеративная разработка короткими циклами (спринтами) с постоянной обратной связью. | В чистом виде сложна для одиночного исполнителя, но ее элементы (итерационный подход) очень полезны. |
Spiral (Спиральная) | Сочетает итеративность с акцентом на анализе рисков на каждом витке. | Избыточна для большинства дипломных проектов. |
Чаще всего для дипломного проекта выбирают упрощенную каскадную или итерационную модель, что и следует аргументировать.
Концептуальное и логическое проектирование базы данных
Данные — это кровь любой информационной системы. Их правильная организация — залог успеха. Проектирование БД начинается с концептуального уровня, инструментом которого является ER-диаграмма (сущность-связь). На примере нашего ООО «Смартстрой» выделите ключевые сущности: Сотрудники, Клиенты, Документы, Типы_Документов. Затем определите связи между ними (например, один «Сотрудник» может создать много «Документов» — связь «один ко многим»).
На основе ER-диаграммы создается логическая схема данных, где сущности и их атрибуты описываются более формально, с указанием первичных и внешних ключей.
Физическое проектирование базы данных
Это переход от абстрактной модели к конкретной реализации. На этом этапе вы:
- Выбираете систему управления базами данных (СУБД). Обоснуйте свой выбор (например, PostgreSQL за ее надежность и функциональность, или MySQL за простоту и распространенность).
- Создаете таблицы. На основе логической схемы вы пишете SQL-скрипты (CREATE TABLE…), в которых определяете имена таблиц, полей, их типы данных (например, VARCHAR, INT, TIMESTAMP) и ограничения (NOT NULL, UNIQUE).
Проектирование архитектуры приложения
Опишите, по какому принципу будет построено ваше приложение. Самый распространенный и понятный паттерн — трехзвенная архитектура:
- Уровень представления (клиент): Пользовательский интерфейс (формы, кнопки, таблицы).
- Уровень логики (сервер приложений): Здесь происходит вся обработка данных, реализация бизнес-правил.
- Уровень данных (сервер БД): Хранение и извлечение информации из базы данных.
Также опишите модульную структуру системы. Например: модуль «Справочники», модуль «Управление документами», модуль «Отчеты», модуль «Администрирование».
Чертежи готовы, фундамент (база данных) спроектирован. Теперь самая интересная часть — строительство. Переходим к практической реализации системы и написанию кода.
Воплощение замысла в коде – практическая разработка ключевых модулей системы
Это самая объемная и практико-ориентированная глава, в которой вы демонстрируете свои навыки программиста. Здесь теория уступает место практике, а схемы и диаграммы превращаются в работающий код и пользовательские интерфейсы. Ваша задача — показать, как спроектированная архитектура была реализована с помощью выбранных инструментов.
Выбор инструментов и технологий
Обоснуйте, почему вы выбрали тот или иной стек технологий. Этот выбор должен быть напрямую связан с требованиями, которые вы сформулировали в первой главе.
- Язык программирования и фреймворк: Например, Python + Django для быстрой веб-разработки, C# + .NET для создания надежных корпоративных приложений Windows, или даже более «классические» для дипломов средства, такие как Delphi (Object Pascal) или платформа 1С:Предприятие, если это соответствует специфике задачи.
- СУБД: Здесь вы подтверждаете выбор, сделанный на этапе проектирования (например, PostgreSQL).
- Вспомогательные инструменты: Упомяните среду разработки (IDE), систему контроля версий (Git), библиотеки для генерации отчетов и т.д.
Разработка ключевых модулей
Не нужно приводить в тексте диплома листинг всего кода. Ваша цель — продемонстрировать реализацию наиболее значимых и сложных функций на примере 2-3 ключевых модулей.
- Модуль «Справочники» (на примере сущности «Клиенты»). Это хорошая отправная точка, чтобы показать реализацию базовых CRUD-операций (Create, Read, Update, Delete). Приведите скриншот формы добавления/редактирования клиента и фрагмент кода, отвечающий за сохранение данных из этой формы в базу данных.
- Модуль «Управление документами». Здесь можно показать более сложную бизнес-логику. Например, процесс создания нового документа, который автоматически получает номер, дату, привязывается к создавшему его сотруднику и выбранному клиенту. Это демонстрирует вашу способность работать со связанными таблицами. Покажите скриншот основной формы работы с документами и опишите логику ее работы.
- Модуль «Генерация отчетов». Одна из главных целей автоматизации — быстрое получение итоговых документов. Объясните, как ваша система формирует печатную форму, например, счета или акта выполненных работ. Покажите, как данные из нескольких таблиц (Клиенты, Документы, Услуги в документе) собираются вместе и подставляются в заранее подготовленный шаблон.
Тестирование и отладка
Любая программа нуждается в проверке. Кратко опишите, как вы подходили к тестированию.
- Модульное тестирование: Проверка работоспособности отдельных функций и процедур.
- Интеграционное тестирование: Проверка корректности взаимодействия между разными модулями системы.
- Пользовательское тестирование: Составление тестовых сценариев для проверки ключевых бизнес-процессов с точки зрения конечного пользователя. В дипломе это часто оформляется как «руководство пользователя и результаты тестирования».
Наша система работает и протестирована. Но для бизнеса важен не только работающий код, но и его финансовая отдача. Давайте докажем, что наш проект не просто технологичный, но и экономически выгодный.
Как доказать ценность вашей работы через цифры – рассчитываем экономическую эффективность
Экономическая глава часто пугает студентов, далеких от финансов. Но на самом деле, она выполняется по четкому и логичному алгоритму. Ваша цель — доказать комиссии, что затраты на разработку и внедрение вашей системы окупятся за счет реальной экономии для предприятия. Это превращает ваш диплом из учебного проекта в полноценный бизнес-кейс.
Раздел состоит из трех основных блоков: расчет затрат, расчет экономического эффекта и расчет итоговых показателей эффективности.
Расчет капитальных (единовременных) затрат
Это все расходы, которые необходимо понести до запуска системы. Их удобно представить в виде таблицы.
- Затраты на разработку: Это ваша «зарплата». Рассчитайте общее количество часов, потраченных на проект (анализ, проектирование, кодинг, тестирование), и умножьте на среднюю часовую ставку Junior/Middle-разработчика в вашем регионе. Это самый весомый пункт.
- Затраты на оборудование: Если для работы системы нужен новый сервер или обновление компьютеров пользователей, их стоимость включается сюда.
- Затраты на программное обеспечение: Стоимость лицензий на ОС, СУБД, среду разработки (если они платные).
Расчет эксплуатационных (ежегодных) расходов
Это будущие затраты на поддержку работоспособности системы: амортизация оборудования, расходы на электроэнергию, возможные затраты на техническую поддержку и обновления.
Расчет годового экономического эффекта
Это ключевой и самый интересный расчет. Вы должны показать, где и сколько денег компания сэкономит благодаря вашей системе. Основной источник — экономия рабочего времени сотрудников за счет автоматизации рутинных операций.
Формула проста: (Время на операцию ДО — Время на операцию ПОСЛЕ) * Стоимость часа работы сотрудника * Количество операций в год = Экономия на одной операции.
Просуммируйте экономию по всем автоматизированным операциям (создание договора, поиск документа, формирование отчета), чтобы получить общий годовой экономический эффект.
Расчет показателей эффективности
На основе полученных данных рассчитываются стандартные инвестиционные показатели:
- Срок окупаемости (Payback Period): Показывает, за какой период экономия от внедрения покроет затраты на разработку.
Формула: Срок окупаемости (в годах) = Капитальные затраты / Годовой экономический эффект
- Коэффициент эффективности инвестиций (Return on Investment, ROI): Показывает отдачу от вложенных средств.
Формула: ROI (%) = (Годовой экономический эффект — Эксплуатационные расходы) / Капитальные затраты * 100%
Мы доказали практическую и экономическую состоятельность нашего проекта. Осталось уладить несколько формальных, но обязательных моментов, прежде чем подводить окончательные итоги.
Формальности, которые важны – разбираем специальные разделы
В структуре многих технических дипломных работ присутствует обязательный раздел, посвященный вопросам безопасности. Чаще всего он называется «Безопасность жизнедеятельности» или «Охрана труда». Не стоит его бояться — этот раздел носит, как правило, реферативный характер и не требует глубоких оригинальных исследований. Его цель — показать, что вы, как разработчик, учли условия труда будущего пользователя вашей системы.
Для дипломной работы по разработке ПО этот раздел сводится к анализу условий труда при работе с персональным компьютером. Его структура может быть следующей:
-
Анализ вредных и опасных производственных факторов. Здесь вы кратко описываете потенциальные риски для здоровья пользователя:
- Электромагнитное излучение от монитора и системного блока.
- Повышенная нагрузка на зрение.
- Статическая рабочая поза и связанная с ней нагрузка на опорно-двигательный аппарат.
- Психоэмоциональное напряжение.
-
Требования к организации рабочего места. В этой части вы, опираясь на нормативные документы, перечисляете требования к:
- Освещению: естественному и искусственному.
- Микроклимату: температуре, влажности, скорости движения воздуха в помещении.
- Параметрам оборудования: требования к столу, креслу, расположению монитора.
-
Мероприятия по снижению рисков. Здесь вы предлагаете конкретные меры для минимизации вредных воздействий:
- Соблюдение регламентированных перерывов в работе (например, 15 минут каждые 2 часа).
- Выполнение специальной гимнастики для глаз.
- Правильная организация рабочего пространства.
Самое главное — не выдумывать эту информацию, а ссылаться на действующие государственные стандарты и санитарные правила и нормы. Ключевым документом для вас будет соответствующий СанПиН, регламентирующий работу с видеодисплейными терминалами и ПЭВМ. Это покажет вашу добросовестность и умение работать с нормативной документацией.
Основная часть работы завершена, все формальности соблюдены. Пришло время собрать все воедино, подвести убедительные итоги и правильно оформить финальные элементы работы.
Подводим итоги и готовим финальные штрихи – пишем заключение и оформляем приложения
Финал близко. Осталось грамотно завершить повествование, подведя итоги проделанной работы, и аккуратно оформить вспомогательные материалы. Заключение и приложения — это не менее важные части, чем основные главы, так как они формируют целостное впечатление о вашем проекте.
Написание заключения
Самый эффективный способ написать сильное заключение — использовать «зеркальный» принцип. Ваше заключение должно прямо и четко отвечать на задачи, которые вы поставили перед собой во введении. Структура выводов в заключении должна повторять структуру задач.
Главный тезис заключения: Цель дипломной работы, заявленная во введении, была полностью достигнута.
Далее вы последовательно доказываете этот тезис:
- Вывод по задаче 1 (Анализ): «В ходе работы был проведен анализ предметной области, который подтвердил наличие проблемы низкой эффективности ручного документооборота…»
- Вывод по задаче 2 (Проектирование): «На основе выявленных требований была спроектирована трехзвенная архитектура информационной системы и разработана реляционная модель базы данных, включающая X таблиц…»
- Вывод по задаче 3 (Разработка): «В среде Delphi была разработана информационная система, реализующая ключевые функции, такие как управление справочниками, создание и обработка документов, генерация отчетов…»
- Вывод по задаче 4 (Экономика): «Расчет экономической эффективности показал, что внедрение системы позволит получить годовой экономический эффект в размере X рублей при сроке окупаемости Y года, что доказывает экономическую целесообразность проекта».
Такое заключение выглядит логичным, убедительным и демонстрирует, что вы выполнили все, что запланировали.
Оформление списка литературы
Список литературы — показатель вашей научной эрудиции. Он должен содержать 20-30 источников, включая учебники, научные статьи, техническую документацию и онлайн-ресурсы. Все источники должны быть оформлены в соответствии с требованиями ГОСТ. Чтобы сэкономить время и избежать ошибок, настоятельно рекомендуется использовать онлайн-генераторы библиографических ссылок.
Формирование приложений
Чтобы не перегружать основной текст работы техническими деталями, выносите в приложения все объемные материалы. Это могут быть:
- Громоздкие диаграммы (BPMN, IDEF0, UML).
- Полные листинги программного кода ключевых модулей.
- Акт о внедрении результатов работы (если есть).
- Подробное руководство пользователя.
- Раздаточный материал для защиты.
Каждое приложение должно иметь свой заголовок и нумерацию. В основном тексте работы обязательно должны быть ссылки на соответствующие приложения.
Ваша работа полностью написана, сшита и готова. Но впереди последний и самый волнительный этап. Давайте подготовимся к нему так же основательно, как и к написанию диплома.
Финальный рывок – как подготовить презентацию и блестяще защитить свой диплом
Написание дипломной работы — это марафон. Защита — финальный спринт. От того, как вы его пробежите, зависит итоговая оценка. Ваша цель на защите — не пересказать все 70 страниц работы, а за 7-10 минут убедительно презентовать главные результаты своего проекта. Воспринимайте защиту не как экзамен, а как презентацию успешного продукта перед советом директоров.
Структура доклада и презентации
Хорошая презентация — это ваш надежный помощник. Она должна быть наглядной, лаконичной и структурированной. Вот проверенная временем структура из 8 слайдов:
- Титульный слайд. Название темы, ваше ФИО, ФИО научного руководителя.
- Актуальность, цель и задачи. Очень кратко, буквально по одному главному предложению на каждый пункт. Здесь вы задаете контекст.
- Анализ и проблемы («AS-IS»). Можно показать упрощенную схему текущего бизнес-процесса и перечислить 2-3 ключевые проблемы, которые вы решали (например, долгое согласование, потеря документов).
- Предложенное решение («TO-BE»). Покажите архитектуру вашей системы (например, трехзвенную) и, возможно, ER-диаграмму. Это демонстрирует инженерный подход.
- Демонстрация интерфейса. Это самый важный визуальный блок. Покажите 2-3 скриншота ключевых окон вашей программы: главная форма, форма создания документа, пример сгенерированного отчета.
- Экономическая эффективность. Не нужно показывать все расчеты. Выведите на слайд итоговые цифры: капитальные затраты, годовой экономический эффект и, самое главное, срок окупаемости.
- Выводы. Еще раз кратко повторите, что цель работы достигнута, а все поставленные задачи решены. Поблагодарите комиссию за внимание.
- «Спасибо за внимание! Готов ответить на ваши вопросы». Этот слайд должен «висеть» на экране, пока вы отвечаете на вопросы комиссии.
Советы по выступлению
- Не читайте с листа или слайда. Вы должны рассказывать. Вы знаете свой проект лучше всех в этой аудитории.
- Говорите уверенно и по делу. Репетируйте с таймером, чтобы уложиться в регламент.
- Будьте готовы к вопросам. Чаще всего спрашивают про экономику («Откуда взяли цифры?») и про выбор технологий («Почему Delphi, а не Python?»). У вас должны быть готовы четкие и аргументированные ответы.
Психологическая подготовка
Завершая эту статью-руководство, хочется сказать главное: не бойтесь защиты. Вы проделали огромную работу, создали с нуля работающий продукт, проанализировали его пользу и доказали ее цифрами. Вы — главный эксперт по своей теме. Идите на защиту с уверенностью в себе и своем проекте, и у вас все получится!
Список использованной литературы
- Официальный сайт группы компаний ООО «Смартстрой» [Электронный ресурс]. Режим доступа: http://www.smartstroy.com/
- Положение об отделе материально-технического обеспечения.
- Требование-накладная. Форма М-11. [Электронный ресурс]. Режим доступа: http://blankiroom.ru/news/2009-11-12-38
- Широков, В.М. Основы использования и проектирования баз данных: учебное пособие – М.: Высшее образование, 2011. – 369 с.
- Макаров Н.А., Проектирование баз данных. Учебное пособие, М.: Горячая линия – Телеком, 2013. – 240 с.
- Информация о функциях 1С: Торговля и склад [Электронный ресурс]. Режим доступа: http://1с.ru
- Информация о функциях CRM-системы «Мой склад» [Электронный ресурс]. Режим доступа: http://mysklad.ru
- Информация о функциях программы «AVARDA.WMS» [Электронный ресурс]. Режим доступа: http://avarda.ru
- Зауров А.М. Персональный компьютер и информационные системы: М.: Лидер — М, 2010. – 397 с.
- ГОСТ 34.003-90 Автоматизированные системы. Термины и определения
- ГОСТ 24.702-85 Единая система стандартов автоматизированных систем управления. Эффективность автоматизированных систем управления. Основные положения.
- Стюарт Роб, Практическое руководство по доступу к данным СПб: БХВ-Петербург, 2013. – 304 с.
- Пирогов, В.Ю. Информационные системы и базы данных. Организация и проектирование – СПб.: БХВ-Петербург, 2012. – 169 с.
- Туманов, В.Е. Основы проектирования реляционных баз данных; Бином,. – 450 с.
- Горев А., Макашарипов С. Работа с СУБД. – С-Пб.: Питер, 2013. – 169 с.
- Барашкина О.Ю. Эффективная работа с СУБД — М.: Эксмо, 2012. – 352 с.
- Система управления базами данных [Электронный ресурс]. Режим доступа: https://ru.wikipedia.org/wiki/Система_управления_базами_данных
- Михеева В.Д., Харитонова И.А. Microsoft Access 2010. – СПб.: БХВ – Петербург, 2010. – 374 с.
- Мухина О.Ю. Эффективная работа Microsoft Access — М.: Эксмо, 2012. – 547 с.
- Копытина Н.А., MySQL. Учебное пособие, М.- Инфра-М, 2015. – 368 с.
- Бочаров В.В. MS SQL SERVER 2008. СПб.: Питер, 2014. – 256 с.
- Сравнение языков программирования [Электронный ресурс]. Режим доступа: https://ru.wikipedia.org/wiki/Сравнение_языков_ программирования.
- Embarcadero RAD Studio [Электронный ресурс]. Режим доступа: https://www.embarcadero.com/ru/products/rad-studio
- Microsoft Visual Studio [Электронный ресурс]. Режим доступа: https://www.visualstudio.com/
- Мухин В.В. CASE-средства. СПб.: Питер, 2014. – 396 с.
- Структурная схема ИС [Электронный ресурс]. Режим доступа: https://ru.wikipedia.org/wiki/Структурная_схема
- Баймухамбетова С.С. Финансовый менеджмент. М., 2014. – 286 с.
- Липаев В.В. Технико-экономическое обоснование проектов сложных программных систем. — М.: СИНТЕГ, 2014, – 284 c.
- Обеспечение безопасности при работе с ПЭВМ Маньков В.Д. НиТ, 2010.
- Безопасность жизнедеятельности. Безопасность технологических процессов и производств(Охрана труда): Учебн. пособие для вузов / П.П. Кукин, Е.А. Подгорных и др. – М.: Высш.шк., 2012. – 318 с.: ил.
- Безопасность жизнедеятельности. Занько Н.Г., Русак О.Н., Малаян К.Р. М. Омега-Л. 2011
- Громов В.И., Васильев Г.А. Энциклопедия безопасности-3 (с изменениями и дополнениями). Москва, 2012.