КурсоваяСамигуллин. Курсовой проект по мдк 02. 02 Технологии и защиты базы данных это самостоятельная работа, которая завершает изучение одно из базовых дисциплин по специализации 09.
Скачать 268.77 Kb.
|
СодержаниеВведение 1 1Проектирование Базы данных 2 1.1Анализ предметной области 2 1.2Формирование требований 4 1.3Проектирование логической и физической моделей базы данных 4 2Разработка базы данных 5 2.1Обоснование выбора системы управления базой данных 5 2.2Представление логической модели выбранной системы управления базой данных 7 2.3Разработка запросов 8 2.4Разработка отчётов 8 2.5Разработка форм пользовательского интерфейса 8 2.6Организация защиты базы данных 9 Заключение 9 Приложения А 1 Список использованных источников 1 ВведениеКурсовой проект по МДК 02.02 Технологии и защиты базы данных – это самостоятельная работа, которая завершает изучение одно из базовых дисциплин по специализации 09.02.03 Программирование в компьютерные системы поэтому в работе над курсовой работой студент должен показать не только глубину освоения материала, но и проявить способность и умения самостоятельно решить конкретные инженерное технические задач. Цели: Обобщить и систематизировать знания: основ положения теории баз данных, хранения баз данных, баз знаний: 1) Основные принципы построения концептуальной логической и физической модели данных; 2) Современные инструменты средства разработки схемы базы данных. Методы описания схем базы данных в современных систем управления базы данных; 3) Структуры данных современных систем управления базы данных, общий подход к органам представлений, таблиц, индексов и кластеров; 4) Методы организации целостности данных; 5) Способы контроля доступа к данным и управлений привилегиями; 6) Основные методы и средства защиты данных в Базе дынных; 7) Модели и структуры информационных систем; 8) Основные типы сетевых топологий, приём работы в компьютерных сетях; 9) Индикационные работы в компьютерных сетях; 10) Технологии передачи и обмена данных в компьютерных сетях; 11) Основы разработки приложения базы данных. Закрепить умения, полученный опыт и профильные компетенции: ПК 2.1 – разработки объектов базы данных. ПК 2.2 – реализация БД в конкретной системе управления баз данных. ПК 2.3 – решение запросов администрирования баз данных ПК 2.4 - реализация методов и технической защиты информации в базе данных. Задачи: Построение информационно логической модели данных предметной области; Определение логической структуры реляционной базы данных; Конструирование табличных данных; Создание схемы данных; Ввод данных в таблице, создание записей; Разработки необходимых форм, запросов модулей, отчётов, пользовательского интерфейса. Проектирование Базы данныхАнализ предметной областиНа диаграмме прецедентов (Приложение 1) описываются основные актёры и их действия с базой данных. Администратор – имеет полные права в базе данных, добавляет и редактирует информацию по меню, расписанию, залам; Кассир – имеет права на добавление данных в документы, просмотр справочников, создавать отчёты; В диаграмме классов (Приложение 2) представлены все основные элементы базы данных и их связи, и типы связей В базе данных основным элементом является документ “Объекты” к нему присоединяются все остальные элементы (справочники, регистры сведений и перечисления) базы данных, он из них берут всю необходимую введённую в них информацию и собирает всё в одном месте и таким образом по собранной информации провидица документ, также на основание документа “Проданные блюда” создаётся документ “Объем выручки”, который содержит данные из табличной части “Меню ”. Основные нормативные документы и госты. Нормативные документы: Федеральный закон «О санитарно-эпидемиологическом благополучии населения» от 12.03.99 №52-ФЗ. Федеральный закон «О качестве и безопасности пищевых продуктов» от 02.01.2000 № 29-ФЗ. Федеральный закон «О техническом регулировании» от 27.12.02 № 184-ФЗ. ГОСТы: ГОСТ 32691-2014 Услуги общественного питания. Порядок разработки фирменных и новых блюд и изделий на предприятиях общественного питания. ГОСТ 27751-2014 Надежность строительных конструкций и оснований. Основные положения ГОСТ 31986-2012 Услуги общественного питания. Метод органолептической оценки качества продукции общественного питания ГОСТ 31988-2012 Услуги общественного питания. Метод расчета отходов и потерь сырья и пищевых продуктов при производстве продукции общественного питания. ГОСТ Р 53105-2008 Услуги общественного питания. Технологические документы на продукцию общественного питания. Общие требования к оформлению, построению и содержанию. На диаграмме последовательности (Приложение 3) рассмотрены поведения и взаимодействия, таких объектов, как администратор, кассир, водитель, диспетчер, кондуктор, механик, мойщик и пассажир. Рабочие заполняют базу данных, для ознакомления с этими данными пользователю, администратор по этим данным формирует отчёты, с которыми будут работать. На диаграмме развертывания (приложения 4) представлены узлы система управления базой данных и сама базы данных. Формирование требованийТребования к системе для работы с программным продуктом: Windows 10, Windows 8.1, Windows 7; Процессор Intel i3 и выше/AMD Ryzen 1600 и выше Оперативная память 2 Гбайт и выше; SSD/HDD диск – 40Гб. Функциональные требования к программному продукту (Таблица 1). Не функциональные требования к программному продукту (Таблица 2). Проектирование логической и физической моделей базы данныхСведения о классах объекта хранятся в таблицах базы данных. Таблицы базы данных формируются на основе принципов нормализации, в конечном итоге определяют её концептуальную модель. Логическая модель описания базы данных, отражает логические связи между таблицами. Она позволяет обеспечить целостность информации при любых изменениях в таблицах. Данная логическая модель приведена к 3 нормальной форме для устранения из базы избыточных функциональных зависимостей между атрибутами таблиц. Модель графически представлена табличной структурой со соответствующими связами между таблицами (Приложение 5). Для описания свойств необходимо составить проект по форме, показанной на рисунке 1. Физический уровень описания реализации базы данных характеризуют способы обработки и хранения информации (Приложения 6). Физическая модель таблицы базы данных предполагает описание свойств каждого поля таблицы. Таким образом, разработка физической модели проекта таблицы базы данных сводится к описанию характеристик каждого поля. Имя поля – некоторый минимальный набор символов, предназначенный для поиска данных в таблице. Подпись поля – название признака объекта, назначение которого будут хранится в ячейках поля. Тип данных – обозначение типа данных в соответствии с конкретной программной системой. Количество символов – предполагаемой количество символов, которые будут хранится в ячейках поля. Точность – число знаков после запятой в числовых полях. Ключ – указание, что данное поля является ключевым. Примечание – прочие характеристики поля таблицы.
Рисунок 1 - Проект описания структуры таблицы БД Разработка базы данныхОбоснование выбора системы управления базой данныхБаза данных (БД) — именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области, или иначе БД — это совокупность взаимосвязанных данных при такой минимальной избыточности, которая допускает их использование оптимальным образом для одного или нескольких приложений в определенной предметной области. Система управления базами данных (СУБД) — совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями. SQL (structured query language — «язык структурированных запросов») — это структурированный язык запросов, созданный для того, чтобы получать из базы данных необходимую информацию. Если описать схему работы SQL простыми словами, то специалист формирует запрос и направляет его в базу. Та в свою очередь обрабатывает эту информацию, «понимает», что именно нужно специалисту, и отправляет ответ. Данные хранятся в виде таблиц, они структурированы и разложены по строкам и столбцам, чтобы ими легче было оперировать. Такой способ хранения информации называют реляционными базами данных (от англ. relation — «отношения»). Название указывает на то, что объекты в такой базе связаны определенными отношениями. Возможности языка 1С: Мягкая типизация (тип переменной определяется типом значения, которое она содержит, и может изменяться в процессе работы); Отсутствие программного описания прикладных типов (они создаются при добавлении объектов конфигурации); событийная ориентированность встроенного языка; Все операторы имеют как русское, так и английское написание, которое можно использовать одновременно. Для решения поставленной задачи была выбрана платформа 1с предприятие 8.3. Данный выбор предусмотрен: Дружелюбность интерфейса; Доступность продукта; Настраивается каждый процесс под особенности вашего бизнеса. Удобный, понятный интерфейс позволит самостоятельно разобраться в программе и использовать ее в ежедневной работе. Огромная библиотека подсистем поможет стабилизировать разработку, настройку и поддержку платформы. Ведите отчетность нескольких предприятий в одной базе. Возможность интерактивной работы с отчетами и печатными формами. Прикладное решение масштабируется в зависимости от задач предприятия. Характеристики платформы: Реляционная; Файловая; Свободно распространяемый продукт; База данных реакционная. Технические характеристики платформы 1C предприятие (Таблица 4) Платформа использует 3 языка: Язык запросов; Язык платформы; Система компоновки данных. Для создания документа используется: Объектный; Табличный. Представление логической модели выбранной системы управления базой данныхСтруктура реализации базы данных, задаётся языком запросов, который поддерживает реализации в взаимоотношениях между таблицами. Ключ – это поле (или несколько полей), добавляемый к таблице и позволяющий установить связь с записями в другой таблице. Внешний ключ - это одно или несколько полей (атрибутов), которые являются первичными в другой таблице и значение которых заменяется значениями первичного ключа другой таблицы. Первичный ключ – это поле или набор полей со значением, которые являются уникальными для всей таблицы. Связи - это довольна важная тема, которую следует понимать при проектировании баз данных. По своему личному опыту скажу, что, осознав связи, мне намного легче далось понимание нормализации базы данных. Представление о данных и наиболее эффективных их организации, называется нормализацией Первая нормальная форма Устраните повторяющиеся группы в отдельных таблицах. Создайте отдельную таблицу для каждого набора связанных данных. Идентифицируйте каждый набор связанных данных с помощью первичного ключа. Не используйте несколько полей в одной таблице для хранения похожих данных. Например, для слежения за товаром, который закупается у двух разных поставщиков, можно создать запись с полями, определяющими код первого поставщика и код второго поставщика. Вторая нормальная форма Создайте отдельные таблицы для наборов значений, относящихся к нескольким записям. Свяжите эти таблицы с помощью внешнего ключа. Третья нормальная форма Устраните поля, не зависящие от ключа. Анализируя данные логической модели можно сделать вывод, что данные базы данных позволяет обеспечить целостность информации при любые изменения в таблице. Разработка запросовКонструктор запроса — это один из инструментов разработки. Он позволяет составить текст запроса на языке запросов исключительно визуальными средствами. С помощью кнопок Далее и Назад можно перемещаться по закладкам конструктора и указывать, какие данные должны присутствовать в результате запроса, как они связаны, сгруппированы, какие итоги следует рассчитать, работать с временными таблицами. Разработка отчётовОтчет — это прикладные объекты конфигурации. Они предназначены для обработки накопленной информации и получения сводных данных в удобном для просмотра и анализа виде. Конфигуратор позволяет формировать набор различных отчетов, достаточных для удовлетворения потребности пользователей системы в достоверной и подробной выходной информации. Отчёт создаётся с помощью системы компоновки данных Схема компоновки данных (СКД) - это специальный механизм (инструмент) платформы, который позволяет с легкостью создавать отчеты, даже не имея опыта разработки. В конфигурации реализованы отчёты такие как: Отчёт по продажам (Рисунок 6) – отчёт собирает все данные из документа “Проданные блюда”; Разработка форм пользовательского интерфейсаФорма – это получение элементов основных компонентов. Форма бывает авто генерируемая или пользовательская Делятся на 3 элемента: Выбора Списка Элемента Формы моей базы данных: Форма документа “Меню ” (Рисунок 7) предназначен для добавления на справочник изображения и QR-кода.; Форма документа "Проданные блюда" (Рисунок 8) предназначен для создания определённой рабочей области на документе и редактирование полей данных; Форма элемент справочник “Залы ” (Рисунок 9) предназначен для создания или добавления зала; Организация защиты базы данныхИдентификатор - уникальный признак объекта, позволяющий отличать его от других объектов, то есть идентифицировать. Аутентификатор - это средство, используемое для подтверждения личности пользователя, то есть для выполнения цифровой аутентификации. Авторизация - предоставление определённому лицу или группе лиц прав на выполнение определённых действий; а также процесс проверки (подтверждения) данных прав при попытке выполнения этих действий. В таблице (Таблица 5) представлены все пользователи данной базой данных и их пароли. ЗаключениеПодводя итоги по проделанной работе, можно отметить что реализация поставленных задач и целей, были решены и успешной реализованы в конфигурации. Цели, которые удалось решить при выполнении работы. В ходе выполнения были решены принципы построения концептуальной логической и физической модели данных, также изучили современные инструменты средства разработки схемы базы данных. Определили методы описания схем базы данных в современных систем управления базы данных и структуры данных современных систем управления базы данных, общий подход к органам представлений, таблиц, индексов и кластеров. Изучили методы организации целостности данных, также изучили способы контроля доступа к данным и управлений привилегиями, определили основные методы и средства защиты данных в базе дынных. Определили модели и структуры информационных систем, основные типы сетевых топологий, приём работы в компьютерных сетях; Изучили индикационные работы в компьютерных сетях, технологии передачи и обмена данных в компьютерных сетях и также решили основы разработки приложения базы данных. Задачи решёные и реализованные при выполнении работы Была построена информационная логическая модель данных предметной области: - Определено логическая структура реляционной базы данных; - Было с конструировано табличные данные; - Созданы схемы данных; - Организован ввод данных в таблицу и создание записей; - Разработаны необходимые формы, запросы модулей, отчёты; - Разработан и настроен пользовательский интерфейса. Приложения АДиаграмма прецедентов Рисунок 1 - Диаграмма прецедентов Продолжение приложения А Диаграмма классов Рисунок 1 - Диаграмма классов Продолжение приложения А Диаграмма последовательности Рисунок 2 - Диаграмма последовательности Продолжение приложения А Диаграмма развёртывания Рисунок 3 - Диаграмма развёртывания Приложения Б Таблица 1 - Функциональные требования к ПП
Продолжение приложения Б Таблица 2 - Не функциональные требования к ПП
Приложение В Логическая модель базы данных Рисунок 5 - Логическая модель базы данных Приложение Г Таблица 3 - Физическая модель базы данных
Приложение Д Таблица 3 - Технические характеристики платформы 1С предприятие
Приложение Е Рисунок 6 – Отчёт по продажам Продолжение приложения Е Рисунок 7 - Форма документа "Меню" Продолжение приложения Е Рисунок 8 – Форма документа "Проданные блюда Продолжение приложения Е Рисунок 9 – Форма справочника "Залы" Продолжение приложения Ё Таблица - Пользователи БД
Список использованных источниковНормативная документация для предприятий занятых в сфере общественного питания : https://inlnk.ru/n0Kdol . (20.04.22; 13:10); ГОСТЫ: Услуги общественного питания : https://xn--80aahqcqybgko.xn--p1ai/141/39524/91/4124/4130/37991.html (20.04.22; 13:17); Определения БД/СУБД: https://timeweb.com/ru/community/articles/bazy-dannyh (23.04.22; 21:18); Определение SQL: https://www.zeluslugi.ru (23.04.22; 21:44); Определение ключей: https://edb.koderline.ru/expert/programming (24.04.22; 20:08); Определение связи: https://its.1c.ru/db/pubdocflow200quest/content/101/hdoc (05.05.22; 10:27); Нормальные формы: https://prog.bobrodobro.ru/38683 (09.05.22; 14:03); Определение конструктор запроса: https://v8.1c.ru/platforma/konstruktor-zaprosa/ (11.05.22; 18:58); Определение отчёт: https://v8.1c.ru/platforma/otchet/ (11.05.22; 19:38); Определение системы компоновки данных: https://v8.1c.ru/platforma/sistema-komponovki-dannykh/ (15.05.22; 20:12); Определение идентификатор: https://ru.wikipedia.org/wiki/Идентификатор (16.05.22; 11:20); Определение авторизация: https://encyclopedia.kaspersky.ru/glossary/authorization/ (20.05.22; 1:12); |