Для решения комплекса задач автоматизации у аппаратного обеспечения используют классификаторы, представленные в таблице 2.1.
Таблица 2.1. Состав классификаторов для комплекса задач ИСУАО
Наименование кодируемого множества объектов | Значность кода | Система кодирования | Система классификации | Вид классификатора |
Номер Заявки | 4 | Порядковая | Отсутствует | Локальный |
Код отдела | 3 | Порядковая | Отсутствует | Корпоративный |
Табельный номер работника | 4 | Порядковая | Отсутствует | Корпоративный |
Код устройства | 4 | Порядковая | Отсутствует | Локальный |
Код вида техники | 3 | Порядковая | Отсутствует | Локальный |
Код поставщика | 3 | Порядковая | Отсутствует | Корпоративный |
В системе используется два вида классификаторов:
- классификаторы локальные, которые используются локально в рамках автоматизированного рабочего места инженера отдела АСУ;
- классификаторы корпоративные, которые используются во всех информационных системах предприятия.
Все классификаторы, используемые в АИС инженера отдела АСУ являются порядковыми и не используют никакой особой системы классификации, поскольку используются для небольшого количество классифицируемых объектов в рамках предприятия.
Кодирование классификаторов выполняется в порядковой системе кодирования, что позволяет использовать средства автоматизированного кодирования записей, которое обеспечивается системой управления базой данных Access.
Проектирование базы данных
При создании базы данных на первом этапе разрабатывается ее инфологическая модель, предназначенная для отражения состава информационных объектов, прошедших процедуру нормализации и составляющих содержание информационной потребности комплекса задач "АРМ инженера АСУ", и их взаимосвязей. Структура инфологической модели не зависит от требований конкретной СУБД.
Каждый информационный объект соответствует определенной сущности предметной области: элементу или процессу и состоит из атрибутов, описывающих свойства этой сущности. Информационные объекты бывают двух типов: простые и агрегированные. Простые информационные объекты соответствуют сущностям-элементам, агрегированные - процессам.
Каждый простой информационный объект имеет первичный ключ, в качестве которого выбирается атрибут, от которого существует однозначная функциональная зависимость с другими атрибутами информационного объекта. Каждому агрегированному информационному объекту соответствует составной ключ, состоящий из первичного ключа и ключей
Между информационными объектами могут быть связи трех типов: 1:1, 1:М. М:N. Д ля замены связей типа М: N на связь типа 1:М, вводят объекты - связки.
Схема инфологической модели комплекса задач "Учет оргтехники", разрабатываемого для АРМ инженера АСУ, представлена на рисунке 2.2. В данной инфологической модели можно выделить такие простые информационные объекты, как "УСТРОЙСТВА", "ПОСТАВЩИКИ", "СОТРУДНИКИ", "ПОСТАВКИ", "РЕМОНТЫ", "МАТЕРИАЛЫ", "ВИДЫ УСТРОЙСТВ", "ОТДЕЛЫ".
К числу агрегированных объектов первого уровня относятся такие, как: "РЕЕСТР ПОСТАВОК", "РЕЕСТР РЕМОНТОВ", "ПЛАН ОБСЛУЖИВАНИЯ", "РЕЕСТР ОРГТЕХНИКИ".
Установив связи между таблицами по ключам связи, отображая связи соответствующих информационных объектов, изображаем графически (рисунок 2.2) логическую структуру базы данных в виде схемы.
Даталогическая модель базы должна отражать требования конкретной СУБД, данном случае MS Access, поэтому в ее состав входят таблицы, содержащие сведения об информационных объектах и связях между ними. Все таблицы даталогической модели можно разбить на таблицы с оперативной информацией и таблицы с условно-постоянной информацией.
Информационная модель подразделяется на:
- справочную модель;
- модель оперативной информации.
В справочную модель включаются следующие таблицы:
- таблица «Тип устройства»;
- таблица «Поставщик»;
- таблица «Сотрудник»;
- таблица «Отдел».
В модель оперативной информации включаются:
- таблица «Устройства»;
- таблица «Размещение»;
- таблица «Ремонт»;
- таблица «Материалы».
Приведем структуру для каждой из таблиц показанных на рис.2.1. При этом будем использовать значков, используемых следующие обозначения.
Замечания в колонке «Ключ», для всех таблиц:
■ – первичный ключ □ – внешний ключ
Таблица 2.2 Таблица «Компьютерная техника» (CompTech)
Ключ | Имя | Тип | Описание |
■ | ID | число | Код записи |
□ | ID_Dev_Name | число | Код названия техники |
InvNum | строка | Инвентаризационный номер техники | |
Dev_State | число | Состояние техники: свободное| на раб.месте| в ремонте| снято с учета | |
Date_In | Дата | Дата поступления техники на склад | |
Date_Out | Дата | Дата снятия техники с предприятия | |
Notes | строка | Заметки о технике |
Таблица 2.3 Таблица «Элементы ком.техники» (CompTech_Elems)
Ключ | Имя | Тип | Описание |
■ | ID | число | Код записи |
□ | ID_CompTech | число | Код родителя данного элемента |
□ | ID_DevDescr | число | Код техники в справочнике описаний |
Date_Reg | Дата | Дата поступления техники | |
Date_Disch | Дата | Дата снятия техники |
Таблица 2.4 Таблица «Описание ком.техники» (DevDescr)
Ключ | Имя | Тип | Описание |
■ | ID | число | Код записи |
□ | ID_DevDescName | число | Код названия техники в каталоге |
□ | ID_Producer | число | Код производителя техники |
Description | строка | Описание техники |
Таблица 2.5 Таблица «Каталога названий техники» (RefUni)
Ключ | Имя | Тип | Описание |
■ | ID | число | Код записи |
□ | Name | строка | Название техники в дереве |
Level | число | Уровень техники в дереве | |
Parent | число | Предок техники в дереве |
Таблица 2.6 Таблица «Каталог Рабочих мест» (WorkPlace)
Ключ | Имя | Тип | Описание |
■ | ID | число | Код записи |
□ | Name | строка | Название рабочего места в дереве |
Level | число | Уровень рабочего места в дереве | |
Parent | число | Предок рабочего места в дереве |
Таблица 2.7 Таблица «Техника на рабочем месте» (CompTech_WkPl)
Ключ | Имя | Тип | Описание |
■ | ID | число | Код записи |
□ | ID_WkPl | число | Код рабочего места |
□ | ID_ComTech | число | Код компьютерной техники |
Date_In | дата | Дата размещения техники на раб. месте | |
Date_Out | дата | Дата снятия техники с раб. места |
Таблица 2.8 Таблица «Техника в ремонте» (CompTech_Repair)
Ключ | Имя | Тип | Описание |
■ | ID | число | Код записи |
□ | ID_CompTech | число | Код рабочего места |
□ | Cause | число | Код компьютерной техники |
RepairOrg | дата | Дата размещения техники на раб. месте | |
Date_Registry | дата | Дата снятия техники с раб. места | |
Date_Return | дата | Дата возврата техники | |
Oper | число | операция возврата: 0 - ремонт выполнен, 1 - аппаратура не может быть восстановлена (дешевле поменять) | |
Notes | строка | замечания |
Каждая таблица в базе данных имеет поле «Код», являющееся первичным ключом и хранящее уникальный код записи в таблице. Названия таблиц сформированы таким образом, чтобы ясно отображать область или тип объектов, описываемых таблицей. Если таблица хранит детальные или вспомогательные сведения, то её название формируется из названия основной таблицы с добавлением через подчеркивание, поясняющего назначение таблицы.
Дата: 2019-12-10, просмотров: 240.