РПЗ. БСБД. Александров А.Н. ИУ8-84. Разработка защищённой бд информационной
 Скачать 1.3 Mb.
|
РАСЧЕТНО-ПОЯСНИТЕЛЬНАЯ ЗАПИСКА К КУРСОВОЙ РАБОТЕ НА ТЕМУ:
Министерство науки и высшего образования Российской Федерации Федеральное государственное бюджетное образовательное учреждение Высшего образования «Московский государственный технический университет имени Н.Э. Баумана (национальный исследовательский университет)» (МГТУ им. Н.Э. Баумана) УТВЕРЖДАЮ Заведующий кафедрой ИУ8 (Индекс) ______________ М.А.Басараб (И.О.Фамилия) « 21 » февраля 2023 г. ЗАДАНИЕ На выполнение курсовой работы По дисциплине Безопасность систем баз данных Студент группы ИУ8-84 Александров Алексей Николаевич (Фамилия, имя, отчество) Тема курсовой работы: Разработка защищённой БД информационной системы «Сервис бронирования авиабилетов» Направленность КР (учебная, исследовательская, практическая, производственная, др.) учебно-практическая Источник тематики (кафедра, предприятие, НИР) кафедра ИУ8 График выполнения работы: 25% к 3 нед., 50% к 9 нед.,75% к 12 нед., 100% к 15 нед. Техническое задание: Проанализировать существующую проблему информационной безопасности и защиты информации в базах данных информационной системы «Сервис бронирования авиабилетов». Представить решение проблемы информационной безопасности и защиты информации в базах данных информационной системы «Сервис бронирования авиабилетов». Оформление курсовой работы: Расчетно-пояснительная записка на 30-35 листах формата А4. Перечень графического (иллюстративного) материала (чертежи, плакаты, слайды и т.п.) Презентация Флешка Дата выдачи задания « 21 » февраля 2023 г. Руководитель курсовой работы _________________ Е. В. Глинская (Подпись, дата) (И.О.Фамилия) Студент _________________ А.Н. Александров (Подпись, дата) (И.О.Фамилия) Примечание: Задание оформляется в двух экземплярах: один выдается студенту, второй хранится на кафедре. СОДЕРЖАНИЕ Введение 4 Основная часть 5 1Анализ предметной области 5 1.1Описание предметной области. Постановка задачи 5 1.2Глоссарий предметной области 7 1.3Видение 8 1.4Выбор средств/методологии проектирования. Выбор СУБД 10 1.5Концептуальная модель предметной области 10 1.6Проектирование логической структуры базы данных 10 1.7Перечень ограничений целостности предметной области 10 2Проектирование базы данных 11 2.1Диаграммы классов уровня проектирования 11 2.2Проектирование физической структуры базы данных 14 2.3Организация ввода данных в базу данных 16 2.4Реализация запросов, получение отчётов 16 3Защита базы данных 17 3.1Разработка и реализация средств защиты базы данных 17 3.2Реализация проекта в среде СУБД <название СУБД> 17 Заключение 18 Список использованных источников 19 Введение В настоящее время информационные системы применяются практически во всех организациях независимо от направления их деятельности и количества сотрудников. При этом не только постоянно расширяются области применения информационных систем, но и активно обновляются технологии и средства, используемые профессиональными разработчиками при создании информационных систем новых поколений. Поэтому в рамках учебного процесса будущим разработчикам информационных систем необходимо получить такой объем знаний и первичных практических навыков, который бы позволял им в сжатые сроки самостоятельно или небольшим коллективом создавать информационные системы, имеющие практическую ценность. Совокупность перечисленных факторов делает актуальным выполнение курсовой работы, результатом которого будет проектная документация этапов подготовки, анализа и проектирования процесса создания компактной информационной системы с видимым приобретенным практическим навыком разработки некоторых типов проектной документации. # TODO: переделай введение Основная частьАнализ предметной областиОписание предметной области. Постановка задачиСервис продаж авиабилетов является агрегатором по предоставлению некоторых услуг платформы поиска авиабилетов. На рисунке 1 приведено пояснение предметной области.  Рисунок 1 – Предметная область Чтобы точнее понять предметную область информационной системы рассмотрим, в чём состоит работа сервиса продаж авиабилетов. Клиент, который хочет подобрать авиабилеты, обращается к менеджеру сервиса. В соответствии с пожеланиями клиента он выбирает необходимый пункт назначения и пункт отправления, узнает доступные варианты и опции. В соответствии с пожеланиями клиента он также выбирает авиакомпанию, организующую перелёт и рейс. Менеджер формирует заказ и бронирует билет в соответствии с выбором клиента. Имеются следующие особенности: сервис продаж авиабилетов сотрудничает со многими авиакомпаниями; сервис продаж авиабилетов предлагает разные пункты отправления; общая стоимость заказа складывается из выбранных пункта назначения и отправления, авиакомпании, рейса и места в самолёте. В настоящее время работа такого сервиса никак не автоматизирована. Таким образом, в настоящее время менеджер не может как-либо систематизировать информацию о разных заказах, о занятости того или иного места в самолёте на определённом рейсе. Если проводить автоматизацию такого сервиса, то в первую очередь хотелось бы автоматизировать следующие виды работы: хранение и возможность редактирования информации о текущем состоянии наполненности мест в самолёте на определённом рейсе по общему журналу заказов; хранение и возможность редактирования информации о текущих расценках в зависимости от выбранных опций по общему журналу расценок; получение статистических отчетов по разным критериям (самых популярных, самых продаваемых, самых часто заказываемых билетов); хранение информации о текущих заказах; хранение и возможность редактирования информации по разным авиакомпаниям; возможность хранения и редактирования рейтинга авиакомпании в соответствии с отзывами клиентов о ней. Более подробно процесс функционирования сервиса продаж авиабилетов можно описать следующим образом. По определенным критериям, удовлетворяющим предпочтениям клиента, осуществляется поиск подходящих рейсов авиакомпаний, с которыми данный сервис будет взаимодействовать посредством промежуточного звена – аэропорта отправления, ответственного за организацию подготовки к перелёту. Каждый билет, который предоставляет авиакомпания, заносится в базу данных с подробным описанием и стоимостью. Для покупки билета клиент должен выбрать пункт отправления и назначения, подходящие авиакомпанию, рейс и место в самолёте. Если билет на выбранный клиентом рейс свободен, то производится оплата и бронь билета. Глоссарий предметной областиТаблица 1 – Глоссарий предметной области
ВидениеСовладельцы системы Менеджер является совладельцем системы. Данный совладелец осуществляет бронь билетов для клиентов, помогает подобрать необходимые опции и сделать выбор в пользу выгодных предложений, вносит данные в базу посредством интерфейсов и так далее. Менеджер сервиса продаж авиабилетов будет выступать в качестве единственного пользователя системы. Границы системы Так как система является однопользовательской, то ее границы определены достаточно четко. Они определяются рабочим местом менеджера сервиса продаж авиабилетов. Проблемы предметной области Таблица 2 – Проблемы предметной области
Возможности системы Основными возможностями системы будут являться: ввод, хранение и возможность редактирования информации о заказах клиентов по всем параметрам; организация большого выбора рейсов, билетов и мест по разным параметрам в рамках одной системы для клиента; возможность анализа спроса на тот или иной вид рейсов и авиакомпаний; возможность хранения, добавления, редактирования и удаления авиакомпаний, рейсов, мест из соответствующей базы; возможность поиска среди наименований по базе авиакомпаний, рейсов и билетов по любому из параметров; возможность оставления клиентами отзывов на авиакомпании и работу сервиса, в зависимости от качества предоставления услуг; формирование рейтинга авиакомпаний в зависимости от отзывов клиента. Выбор средств/методологии проектирования. Выбор СУБДКонцептуальная модель предметной областиКонцептуальная модель предметной области, представленная на рисунке 2, иллюстрирует процессы и отношения сущностей на уровне сервиса продаж авиабилетов.  Рисунок 2 – Концептуальная модель предметной области Проектирование логической структуры базы данныхПеречень ограничений целостности предметной областиПроектирование базы данныхДиаграммы классов уровня проектированияДиаграмма классов этапа проектирования дополняет и расширяет концептуальную модель. На этой диаграмме для каждого отображаемого на диаграмме класса идентифицируются и специфицируются атрибуты (данные), а из диаграмм последовательности выявляются и специфицируются операции (методы) и их параметры. Таким образом, диаграмма классов этапа проектирования содержит в себе детальную информацию по всем входящим в диаграмму классам. Поэтому для лучшей визуализации эта диаграмма представлена в пакетном виде. С точки зрения языка UML, пакеты – это логические "ящики", по которым могут быть разложены, в частности, объединенные в группы классы диаграммы классов этапа проектирования. Поскольку создаваемая программная система должна иметь трехуровневую архитектуру, сначала выделим пакеты по типу их принадлежности к одному из следующих трех уровней: уровню представления (граничные классы), уровню приложения (контроллеры), уровню хранения данных (сущностные классы) (см. рисунок TODO).  Рисунок 3 – Пакеты функциональности диаграммы классов А  затем в выделенных пакетах каждого уровня, разместим диаграммы классов уровня представления, прикладного уровня, уровня хранения данных (базы данных) соответственно (см. рисунки TODO). Рисунок 4 – Диаграмма классов уровня представления  Рисунок 5 – Диаграмма классов прикладного уровня  Рисунок 6 – Диаграмма классов уровня прикладных данных Проектирование физической структуры базы данныхДля отображения атрибутов в столбцы также существует множество способов. Все они влияют не только на отображение столбцов, но и на отображение классов в таблицы. Пока у нас есть атрибуты, которых нет в базе данных. На рисунке TODO представлена предварительная модель базы данных.  Рисунок 7 – Физическая модель базы данных (промежуточный этап) Далее нужно произвести нормализацию диаграммы классов, по которой будет создаваться модель базы данных. Между классами «Orders» (Заказы) и «Flights» (Рейсы) существует связь «много-ко-многим», поэтому чтобы её изменить был введён класс «Order_Flight» (Заказ_Рейс), в которой будет информация о связи заказов и рейсов. Также между классами «Flights» (Рейсы) и «Airlines» (Авиакомпания) существует связь «много-ко-многим», поэтому чтобы её изменить был введён класс «Flight_Airline» (Рейс_Авиакомпания), в которой будет информация о связи рейсов и авиакомпаний (см. рисунок TODO).  Рисунок 8 – Физическая модель базы данных Организация ввода данных в базу данныхРеализация запросов, получение отчётовЗащита базы данныхРазработка и реализация средств защиты базы данныхРеализация проекта в среде СУБД <название СУБД>ЗаключениеВ результате выполнения курсовой работы, было что-то. Список использованных источниковИсточник. Источник. Источник. Источник. Источник. Москва, 2023 г. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
