Файл: Министерство просвещения российской федерации федеральное государственное бюджетное.doc
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 27.04.2024
Просмотров: 32
Скачиваний: 0
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Рисунок 30– Создание таблицы «Заготовки»
Рисунок 31– Создание таблицы «Сотрудники»
Рисунок 32 – Создание таблицы «Брак»
Рисунок 33 – Создание таблицы «Участок 1»
Рисунок 34 – Создание таблицы «Участок 2»
Рисунок 35 – Создание таблицы «Участок 3»
Рисунок 36 – Создание таблицы «Участок 4»
На основании анализа предметной области и разработки моделей выделены следующие классы, представленные на рисунке 38.
В схеме данных разработанной в Microsoft SQL Server представлены следующие таблицы: «Данные о деталях», «Сотрудники», «Заготовки», «Брак», «Участок 1», «Участок 2», «Участок 3», «Участок 4».
Тип связи один ко многим является между таблицами: «Сотрудники» и «Участок 1», так как один определенный сотрудник может выполнять несколько операций в участке 1; между таблицами «Сотрудники» и «Участок 2», определенный сотрудник, относящийся к участку 2 может работать на нескольких операция на участке 2; между таблицами «Сотрудники» и «Участок 3», так как определенный сотрудник может выполнять несколько операций в участке 3; между таблицами «Сотрудники» и «Участок 4», так как определенный сотрудники может работать только на участке 4, выполняя несколько операций; далее между таблицами «Данные о деталях» и «Участок 1», так как один определенный вид детали за месяц изготавливается на участке 1 по несколько партий в зависимости от плана и количества веса метала; между таблицами «Данные о деталях» и «Участок 2», так как определенную деталь, относящуюся к участку 2, изготавливают по несколько партий, а в партии обычно 110 штук; между таблицами «Данные о деталях» и «Участок 3», деталь участка 3 изготавливается по несколько партий, а партии 68 штук; далее между таблицами «Данные о деталях» и «Участок 4», так как одна деталь, изготавливается из нескольких заготовках, по несколько штук, в зависимости от плана. Следующие между таблицами «Заготовки» и «Участок 1», так как
одна партия металла, например, 120 кг делятся и выдаются в работу по нескольким бухтам зависимости от плана; между таблицами «Заготовки» и «Участок 3», так как одна партия заготовок, например 500 штук распределяется и выдаются по нескольким партиям в каждой 68 штук; между таблицами «Заготовки» и «Участок 4», так как для комплекта одной детали, 3 вида заготовок по несколько штук приходят с разных цехов, распределяются и выдаются в работу по нескольким комплектам (Астахова, И.Ф, 2015).
Рисунок 37 – База данных «DB»
Рисунок 38 – Схема базы данных
Заполнение таблицы данными представлены на рисунках 39 – 46.
Рисунок 39 – Таблица «Заготовки»
Рисунок 40 – Таблица «Данные о деталях»
Рисунок 41 – Таблица «Брак»
Рисунок 42 – Таблица «Сотрудники»
Рисунок 43 – Таблица «Участок 1»
Рисунок 44 –– Таблица «Участок 2»
Рисунок 45 – Таблица «Участок 3»
Рисунок 46 – Таблица «Участок 4»
В разработанной базе данных были созданы следующие представления:
Межцеховой учет деталей Участок 1; Межцеховой учет деталей Участок 2; Межцеховой учет деталей Участок 3; Межцеховой учет деталей Участок 4; Норма времени по операциям Участок 1; Норма времени по операциям Участок 2; Норма времени по операциям Участок 3; Норма времени по операциям Участок 4; Учет деталей в работе Участок 1; Учет деталей в работе Участок 2; Учет деталей в работе Участок 3; Учет деталей в работе Участок 4; Учет деталей отправленные в другой цех.
Представления базы данных представлены на рисунках 47 – 71.
Рисунок 47 – Создание представления «Межцеховой учет деталей Участок 1»
Рисунок 48 – Результат
Рисунок 49 – Создание представления «Межцеховой учет деталей Участок 2»
Рисунок 50 – Результат
Рисунок 51 – Создание представления «Межцеховой учет деталей Участок 3»
Рисунок 52 – Результат
Рисунок 53 – Создание представления «Межцеховой учет деталей Участок 4»
Рисунок 54 – Результат
Рисунок 55 –Создание представления «Норма времени по операциям Участок 1»
Рисунок 56 – Результат
Рисунок 57 – Создание представления «Норма времени по операциям Участок 2»
Рисунок 58 – Результат
Рисунок 59 – Создание представления «Норма времени по операциям Участок 3»
Рисунок 60 – Результат
Рисунок 61 – Создание представления «Норма времени по операциям Участок 4»
Рисунок 62 – Результат
Рисунок 63 – Создание представления «Учет деталей в работе Участок 1»
Рисунок 64 – Результат
Рисунок 65 – Создание представления «Учет деталей в работе Участок 2»
Рисунок 66 – Результат
Рисунок 67 – Создание представления «Учет деталей в работе Участок 3»
Рисунок 68 – Результат
Рисунок 69 – Создание представления «Учет деталей в работе Участок 4»
Рисунок 70 – Результат
Рисунок 71 – Создание представления «Учет деталей отправленные в другой цех»
Разработка приложения
Для обеспечения информационной безопасности системы необходимо определить выполняемые функции для каждой категории пользователей и обеспечить парольный вход, представленный на рисунках 72-77.
Рисунок 72 – Данные входа
Рисунок 73 – Вход через администратора
Рисунок 74 – Результат в случае неверного логина или пароля
Для администратора требовалось, доступ ко всем объектам, изменения, добавление данных в таблицах и экспорт данных. У администратора положение 1. Администраторами являются два сотрудника должностью, которых является «Инженер программист» и один сотрудник с должностью «Инженер по подготовки». Инженер по подготовке имеет право просматривать все объекты, изменять данные в таблице и экспортировать данные. Инженер - программист имеет право вносить изменения в самой информационной системе.
Для со администратора требовалось просмотр таблиц и представлений, добавление и экспортирование данных. Со администраторами являются восемь бригадиров.
Пользователи имеют право только на просмотр представлений.
Рисунок 75 – Форма для администратора
Рисунок 76 – Форма для со администратора
Рисунок 77 – Форма для пользователя
Код формы авторизации написанный на Embarcadero Rad Studio C++ Builder 10.2 представлен в приложении.
Тестирование программных компонентов.
Тестирование кода базы данных, разработанной на Microsoft SQL Server 2019 на валидаторе Mimer SQL Validator. В результате на рисунке 78 валидатор показал, что ошибок не обнаружил (Mimer SQL Validator, 2021).
Рисунок 78 – Результаты валидатора Mimer SQL Validator
Тестирование авторизации информационной системы представлена в табл. 1 (рисунок 79 – 87).
