Создание концептуальной, логической модели
МИНИСТЕРСТВО НАУКИ И ВЫСШЕГООБРАЗОВАНИЯ
РОССИЙСКОЙ ФЕДЕРАЦИИ
федеральное государственное автономное образовательное учреждение высшего образования
«Санкт–Петербургский государственный университет
аэрокосмического приборостроения»
ФАКУЛЬТЕТ СРЕДНЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ
ОТЧЕТ О ПРАКТИКЕ
ЗАЩИЩЕН С ОЦЕНКОЙ
РУКОВОДИТЕЛЬ
| преподаватель | И. Л. Рохманько | |||
| должность, уч. степень, звание | подпись, дата | инициалы, фамилия | ||
| ОТЧЕТ ПО ПРОИЗВОДСТВЕННОЙ (ПО ПРОФИЛЮ СПЕЦИАЛЬНОСТИ) ПРАКТИКЕ |
| В СОСТАВЕ ПРОФЕССИОНАЛЬНЫХ МОДУЛЕЙ |
| ПМ02 Участие в интеграции программных модулей |
«СОГЛАСОВАНО»
Предприятие ООО «Второй Завод»
Руководитель практики Н. А. Олешкевич
М.П.
ОТЧЕТ ВЫПОЛНИЛ
| Студент группы | ZC723К | А. Ю. Бабаниязов | |||
| номер группы | подпись, дата | инициалы, фамилия |
Санкт–Петербург 2020
СОДЕРЖАНИЕ
ВВЕДЕНИЕ. 4
1 ПМ02 «Разработка и администрирование баз данных». 6
1.1 Обследование предметной области. 6
1.2 Разработка технического задания. 6
1.3 Создание концептуальной, логической модели. 8
1.4 Разработка серверной части. 13
1.5 Обоснование выбора СУБД.. 14
1.6 Построение схемы базы данных. 15
1.7 Реализация системы защиты информации. 16
1.8 Администрирование БД.. 16
|
|
|
ЗАКЛЮЧЕНИЕ. 18
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ.. 19
ПРИЛОЖЕНИЕ А.. 20
ВВЕДЕНИЕ
Предприятие «Второй Завод» образовалось совсем недавно, в январе 2020 года под руководством инженера, а сейчас и директора Олешкевич Николая Александровича. Организация обладает парком универсального металлорежущего оборудования и имеет в наличии станки с ЧПУ.
Высококвалифицированные специалисты производят механическую обработку сложных и трудоемких деталей. Компания качественно и в установленные сроки оказывает услуги по следующим видам работ:
- разработка конструкторско-технической документации по чертежам или образцам изделий заказчика
- механическая обработка изделий из черных и цветных металлов (токарные, расточные, фрезерные, зубодолбежные, зуборезные и другие операции)
- сборка и сварка металлоконструкций
- производство нестандартного оборудования
ООО «Второй Завод» является поставщиком сборочных единиц на тракторы 700 и 700А, а также производит запасные части к спецмашинам на базе трактора «Кировец».
На предприятии имеются такие отделы, как:
- плановый отдел
- отдел труда и заработной платы
- IT отдел
- отдел кадров
- отдел снабжения
- бухгалтерия
|
|
|
- отдел технического контроля
- технологический отдел
При прохождении производственной практики работа осуществлялась на компьютере со следующими характеристиками:
- Процессор: Intel(R) Core (TM) i5-9600K CPU 3.7GHz
- ОЗУ: 32.00 ГБ
- ОС Windows 10 Pro 64-разрядная
Так как технологический процесс обработки заготовок – это непростая задача, которая требует сотрудничества со стороны как инженеров-технологов, так и инженеров-программистов, то работа по учету деталей и подбору режущего инструмента осуществлялась совместно с технологическим и IT отделами.
ПМ02 «Разработка и администрирование баз данных»
Обследование предметной области
В рамках производственной практики требовалось разработать базу данных для контроля и учета производимых деталей и подбора режущего инструмента.
Исходными данными являлись списки обрабатываемых заготовок и наличие на складе подходящего инструмента.
Разработка технического задания
1 Общие сведения
1.1 Полное наименование системы и ее условное обозначение.
«Система учета деталей и подбора инструмента»
Условное обозначение: «Система УД и ПИ»
1.2 Сроки начала и окончания работ
Дата начала: 12.10.2020
Дата окончания: 15.11.2020
2 Назначение системы
|
|
|
Разрабатываемая база данных предназначена для использования инженерами и наладчиками с целью сохранения и обработки информации о выпускаемых изделиях и подбору соответствующего инструмента для обработки.
3. Требования к системе
3.1 Требования к структуре:
Система состоит из серверного ПО:
База данных MySQL включает в себя хранимые процедуры для обработки данных.
3.2. Требования к режимам функционирования системы
PC OS: Windows XP, Windows 7 или Windows 10
Процессор: 2.4 ГГц P4
ОЗУ: 4Гб
Жесткий диск: не менее 4Гб свободного места и не менее 2Гб дополнительного пространства
Видеоадаптер: совместимый с DirectX 9.0c, видеокарта с 512Мб видеопамяти
3.3 Перспективы развития системы
– создание клиентского приложения
– возможность реализации функции печати таблицы
4. Описание функций реализуемой системы
– добавление и редактирование информации об оборудовании
– добавление и редактирование записей об инструменте
– организация заготовок и выпускаемых изделий
– просмотр стоимости режущего инструмента
5. Состав и содержание работ по созданию системы
Общая продолжительность разработки проекта 180 часов
6. Основные результаты разработки системы
Программный продукт в составе базы данных «Система учета деталей и подбора инструмента»
|
|
|
7. Порядок контроля и приемки системы
– приемку работ осуществляет лично заказчик с последующим внедрением
– техническое задание не подлежит изменению, дополнительные функции информационной системы оговариваются отдельно
Создание концептуальной, логической модели
Концептуальная модель – это модель, представленная множеством понятий и связей между ними, определяющих смысловую структуру рассматриваемой предметной области или ее конкретного объекта. Создается концептуальная модель для дальнейшего проектирования базы данных и перевод ее, например, в реляционную базу данных. На концептуальной модели в визуально-удобном виде прописываются связи между объектами данных и их характеристиками.
Для единообразия программирования баз данных введены следующие понятия для концептуальных баз данных:
– объект или сущность (это фактическая вещь или объект для людей, за которой пользователь хочет наблюдать, например, Иванов Иван Иванович)
– атрибут (это характеристика объекта, соответствующая его сущности, например, задавая себе вопрос: Какую информацию нужно хранить об Иванове Иване Ивановиче? Ответами на этот вопрос и будут являться атрибуты Иванова Ивана Ивановича)
– связь или отношения между объектами [1]
Для более полного понимания алгоритма модели необходимо построить логическую схему модели. Построение логической схемы модели системы из таких блоков дает ряд преимуществ на стадии ее машинной разработки, а также упрощает понимание структуры модели. При построении блочной модели проводится разбиение общего процесса функционирования системы на отдельные более мелкие по масштабу процессы.
Существует два вида схем для рассмотрения логической структуры модели процесса функционирования систем: обобщенные схемы и детальные схемы моделирующих алгоритмов.
Укрупненная (обобщенная) схема модели задает общий порядок действий без каких-либо уточняющих деталей. Детальная схема модели содержит уточнения, отсутствующие в обобщенной схеме, и показывает, что следует выполнить на каждом шаге и как это выполнить. При ее построении учитывается, что моделирующий механизм имеет блочную структуру. Фактически обобщенная схема — это обобщенный вид блок-схемы, показывающий основные этапы [2].
Концептуальная схема информационной системы представлена на рисунке 1.
Рисунок 1 – Концептуальная схема информационной системы
Описание логической структуры базы данных представлена в следующих таблицах.
Таблица 1 – Описание логической структуры таблицы «cnc_machine»
| Признак ключа | Имя поля | Тип данных поля | Длина | Ограничения |
| PK | id_cnc_machine | Числовой | Целое | Auto increment |
| cnc_machine_name | Текстовый | 45 | Not null | |
| cnc_machine_country | Текстовый | 45 | Not null | |
| cnc_machine_power | Текстовый | 45 | Not null | |
| cnc_machine_spindel_rotation | Текстовый | 45 | Not null | |
| cnc_machine_system | Текстовый | 45 | Not null | |
| cnc_machine_type | Текстовый | 45 | Not null | |
| FK | cnc_machine_image_ID | Числовой | Целое | Not null |
Таблица 2 – Описание логической структуры таблицы «finished_workpiece»
| Признак ключа | Имя поля | Тип данных поля | Длина | Ограничения |
| PK | id_finished_workpiece | Числовой | Целое | Auto increment |
| finished_workpiece_name | Текстовый | 45 | Not null | |
| workpiece_label | Текстовый | 45 | Not null | |
| FK | finished_workpiece_cnc_machine_ID | Числовой | Целое | Not null |
| FK | finished_workpiece_technology_ID | Числовой | Целое | Not null |
| FK | finished_workpiece_image_ID | Числовой | Целое | Not null |
Таблица 3 – Описание логической структуры таблицы «images»
| Признак ключа | Имя поля | Тип данных поля | Длина | Ограничения |
| PK | id_image | Числовой | Целое | Auto increment |
| image_name | Текстовый | 45 | Not null | |
| image_category | Текстовый | 45 | Not null | |
| image | Двоичный объект | Длинное двоичное | Not null |
Таблица 4 – Описание логической структуры таблицы «material_group»
| Признак ключа | Имя поля | Тип данных поля | Длина | Ограничения |
| PK | id_material_group | Числовой | Целое | Auto increment |
| material_group_name | Текстовый | 45 | Not null | |
| material_group_sign | Текстовый | 6 | Not null | |
| material_group_specific_cutting_force | Текстовый | 45 | Not null |
Таблица 5 – Описание логической структуры таблицы «metal_cutting_technology»
| Признак ключа | Имя поля | Тип данных поля | Длина | Ограничения |
| PK | id_metal_cutting_technology | Числовой | Целое | Auto increment |
| metal_cutting_technology_name | Текстовый | 45 | Not null | |
| metal_cutting_technology_description | Текстовый | 255 | Not null |
Таблица 6 – Описание логической структуры таблицы «metal_cutting_tool»
| Признак ключа | Имя поля | Тип данных поля | Длина | Ограничения |
| PK | id_metal_cutting_tool | Числовой | Целое | Auto increment |
| insert_shape | Текстовый | 45 | Not null | |
| insert_nose_radius | Текстовый | 10 | Not null | |
| insert_chip_breaker | Текстовый | 45 | Not null | |
| insert_cutting_type | Текстовый | 45 | Not null | |
| FK | metal_cutting_technology_ID | Числовой | Целое | Not null |
| FK | metal_cutting_tool_manufacturer_ID | Числовой | Целое | Not null |
| FK | metal_cutting_tool_image_ID | Числовой | Целое | Not null |
Таблица 7 – Описание логической структуры таблицы «metal_cutting_tool_price»
| Признак ключа | Имя поля | Тип данных поля | Длина | Ограничения |
| PK | id_metal_cutting_tool_price | Числовой | Целое | Auto increment |
| FK | metal_cutting_tool_price_manufacturer_ID | Текстовый | Целое | Not null |
| metal_cutting_tool_price_insert | Денежный | Not null |
Таблица 8 – Описание логической структуры таблицы «producing_method»
| Признак ключа | Имя поля | Тип данных поля | Длина | Ограничения |
| PK | id_producing_method | Числовой | Целое | Auto increment |
| producing_method_name | Текстовый | 45 | Not null | |
| producing_method_description | Текстовый | 255 | Not null |
Таблица 9 – Описание логической структуры таблицы «tool_manufacturer»
| Признак ключа | Имя поля | Тип данных поля | Длина | Ограничения |
| PK | id_tool_manufacturer | Числовой | Целое | Auto increment |
| tool_manufacturer_name | Текстовый | 45 | Not null | |
| tool_manufacturer_email | Текстовый | 45 | Not null | |
| tool_manufacturer_phone | Текстовый | 45 | Not null | |
| tool_manufacturer_country | Текстовый | 45 | Not null |
Таблица 10 – Описание логической структуры таблицы «workpiece»
| Признак ключа | Имя поля | Тип данных поля | Длина | Ограничения |
| PK | id_workpiece | Числовой | Целое | Auto increment |
| workpiece_name | Текстовый | 45 | Not null | |
| FK | material_group_ID | Числовой | Целое | Not null |
| workpiece_label | Текстовый | 45 | Not null | |
| FK | producing_method_ID | Числовой | Целое | Not null |
Таблица 11 – Описание логической структуры таблицы «users»
| Признак ключа | Имя поля | Тип данных поля | Длина | Ограничения |
| PK | id_user | Числовой | Целое | Auto increment |
| user_login | Текстовый | 45 | Not null | |
| user_password | Текстовый | 45 | Not null | |
| user_role | Перечисление | Not null |
Разработка серверной части
Серверная часть состоит из базы данных и хранимых процедур.
Хранимые процедуры представлены в таблице 12.
Таблица 12 – Описание хранимых процедур
| Хранимая процедура | Действие |
| output_finished_workpiece_names | Выводит название готовых деталей |
| output_insert_images | Выводит изображение сменных пластин |
| output_workpiece_labels | Вывод маркировок заготовок |
| price_less_than_6 | Вывод стоимости пластины меньше, чем 6 рублей за штуку |
Обоснование выбора СУБД
Для решения поставленной задачи были выбраны СУБД MySQL.
MySQL – это система управления реляционными базами данных с открытым исходным кодом (СУРБД) с моделью клиент–сервер. СУРБД – это программное обеспечение или служба, используемая для создания и управления базами данных на основе реляционной модели.
MySQL является одним из многих вариантов программного обеспечения СУРБД. Считается, что СУРБД и MySQL одинаковы из–за популярности MySQL. Множество крупных компаний, таких как, Facebook, Twitter, Youtube, Google используют MySQL для хранения данных.
Компьютеры, которые устанавливают и запускают программное обеспечение СУРБД, называются клиентами. Когда им нужно получить доступ к данным, они подключаются к серверу СУРБД. Это система «клиент-сервер». Одно или несколько устройств (клиентов) подключаются к серверу через определённую сеть. Каждый клиент может сделать запрос из графического интерфейса пользователя (GUI) на своих экранах, и сервер выдаст желаемый результат, если оба конца понимают инструкцию. Основные процессы, происходящие в среде MySQL, одинаковы:
– MySQL создаёт базу данных для хранения и управления данными, определяющими отношения каждой таблицы
– клиенты могут делать запросы, вводя определённые команды SQL на MySQL
– приложение сервера ответит запрошенной информацией и появится на стороне клиента
Чем легче и удобнее графический пользовательский интерфейс, тем быстрее и проще будут выполняться операции по управлению данными. Одним из самых популярных графических интерфейсов является MySQL Workbench.[3]
MySQL Workbench — инструмент для визуального проектирования баз данных, интегрирующий проектирование, моделирование, создание и эксплуатацию БД в единое бесшовное окружение для системы баз данных MySQL. Возможности MySQL Workbench:
– позволяет наглядно представить модель базы данных в графическом виде.
– наглядный и функциональный механизм установки связей между таблицами, в том числе «многие ко многим» с созданием таблицы связей.
– Reverse Engineering — восстановление структуры таблиц из уже существующей на сервере БД (связи восстанавливаются в InnoDB, при использовании MyISAM — связи необходимо устанавливать вручную).
– удобный редактор SQL запросов, позволяющий сразу же отправлять их серверу и получать ответ в виде таблицы.
– возможность редактирования данных в таблице в визуальном режиме[4]
Построение схемы базы данных
Схема базы данных включает в себя описания содержания, структуры и ограничений целостности, используемые для создания и поддержки базы данных. Постоянные данные в среде базы данных включают в себя схему и базу данных[5].
Схема базы данных представлена на рисунке 2.
Рисунок 2 – Схема базы данных
Дата добавления: 2020-12-22; просмотров: 98; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!