Клиентское программное обеспечение автоматизации рабочего места
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
ания на складе и из предназначения и роли в работе сборочного заказа; изучение отдельных групп оборудований и обоснование из разделения по группам;
1.1.2 Документы предметной области, содержащие информацию,
необходимых для решения поставленной задачи
Автоматизации подлежит задача оперативного поиска данных об оборудовании на складе, формирование сводной ведомости расхода требуемого оборудования, вывод оставшихся на складе материалов
В результате исследования предметной области для пользователей (комплектовщики), представляют следующие выходные документы:
Выдача работникам сводной ведомости об оборудованиях;
вывод сводной ведомости расхода оборудования;
вывод списка отдельных групп оборудований;
вывод характеристики отдельного оборудования;
в разрабатываемом приложении предусмотрена возможность добавления данных о новом оборудовании, создание новой группы и подгруппы оборудований;
1.1.3 Определение информационных объектов, атрибутов, свойств
и построение инфологической модели
Исходя из информационных потребностей пользователей, были выделены следующие информационные объекты:
номенклатура
оборудования
типы оборудований
детали
поставщики
заказы
ведомость
Важнейшим этапом проектирования является разработка инфологической модели предметной области. Инфологическая модель отражает предметную область в виде совокупности отдельных информационных объектов и их связей по виду взаимодействия.
Объект: номенклатура
Атрибуты: универсальный код, название.
Объект: оборудования
Атрибуты: код, код номенклатуры.
Объект: типы оборудований
Атрибуты: код, код оборудования, наименование.
Объект: детали
Атрибуты: код, код типа оборудований, обозначение, полное наименование, ячейка, остатки, единицы измерения.
Объект: поставщики
Атрибуты: код, код детали, поставщик, штрих-код.
Объект: заказ
Атрибуты: номер заказа, объект, заказчик, автор, комплектовщик, дата заказа.
Объект: ведомость
Атрибуты: код, код заказа, номенклатура, характеристика, количество, остатки, в ячейках.
После выбора сущностей и задания атрибутов, анализа взаимодействия и связи между сущностями, проектируем концептуальную схему базы данных в виде ER-диаграммы, где сущности обозначаются прямоугольниками, связи ромбами. При проектировании модели, использована модель под названием сущность-связь.
После завершения построения инфологической модели переходим к логическому проектированию.
1.2 Логическое проектирование
1.2.1 На данном этапе определяется количество возможных связей
между сущностями
Для того чтобы показать возможное количество отношений для каждого объекта участвующего в связи, используем показатель кардинальности. Связи между объектами определяются, прежде всего, установленными, на производстве, связями.
Показатель кардинальности может иметь следующие связи:
один к одному (1:1) и один ко многим (1:N);
Спецификация типов связей:
Номенклатура Оборудование (1:N);
Оборудование Типы оборудования (1:N);
Типы оборуд. Детали (1:N);
Детали Поставщики (1:N);
Заказ Ведомость (1:1);
Ведомость Номенклатура (1:N);
Для удобной работы с атрибутами- введем их идентификаторы.
Таблица 1.1 - Атрибуты и идентификаторы
ИдентификаторыАтрибуты12NameНазваниеDescriptionНаименованиеAssignationОбозначениеFullnameПолное названиеCellЯчейкаRemainsОстаткиUnitЕдиницы измеренияSupplierПоставщикиCodeШтрих-код
Продолжение таблицы 1.1
12NumКоличествоObjОбъектZakazЗаказчикAutorАвторPickerКомплектовщикYГодNomenclatНоменклатураDet_nameХарактеристика деталейSummКоличествоAlВсегоCellЯчейки
1.2.2 Нормализация отношений и построение логической схемы
реляционной базы данных
На этапе логического проектирования осуществляется определение числа отношений, их атрибутивного состава и связей между отношениями. Разрешение данной проблемы должно удовлетворять следующим критериям:
множество отношений должно обеспечить минимальную избыточность данных;
корректировка отношений не должна приводить к потере или двусмысленности информации;
при добавлении новых атрибутов в БД перестройка набора отношений должна быть минимальной.
Все отношения нормализованы до 3 нормальной формы. Нормализация - это устранение избыточности, противоречивости и непоследовательности модели данных. Нормализация основывается на идее, заключающейся в том, чтобы каждый экземпляр сущности представлял не больше одного объекта реального мира. Существует несколько различных уровней, или типов, нормализации.
Конечной целью будет являться БД третьей нормальной формы (3НФ). В большинстве случаев это оптимальный компромисс между двумя противоположными тенденциями - стремлением к нормализации и необходимостью сохранить функциональные возможности и простоту реализации. Существуют уровни и помимо 3НФ, но на практике их использование приводит к тому, что на первый план выходят вопросы, связанные со структурой, а не с функциональностью.
В результате трансформации сущностей концептуальной модели данных на логическую модель и нормализации были выделены следующие сущности и их атрибуты:
Справочник номенклатура
Код номенклатуры, название
Справочник оборудовани