Раздел 8. Информационная модель системы им

На уровне общего проектирования системы ИМ достаточным будет разработка семантической информационной модели определяющей основные информационные объекты предметной области и их взаимосвязь.

При построении информационной модели системы ИМ необходимо учесть ряд аспектов.

• Первый аспект связан с необходимостью описания структуры технической системы.

• Второй аспект связан с тем, что в информационной модели необходимо описать информацию по выявленным дефектам элементов технической системы.

• Третий аспект связан с тем, что в информационной модели необходимо описать работы по ТО, а так же используемые при этом запасные части оборудования.

• Четвертый аспект связан с тем, что в информационной модели необходимо описать сущности, обеспечивающие выполнение всех функций подсистемы контроля устранения критических неисправностей.

Структура информационной модели ИМ

Структура информационной модели определяет основные сущности и связи между ними. Для сущностей, относящихся к управлению инцидентами, даны основные не ключевые атрибуты. Для каждой курсовой работы необходимо конкретизировать структуру информационной модели и определить не ключевые атрибуты для всех сущностей.

Пример

Описание ТС включает в себя следующие сущности:

• КОМПЛЕКС_ТС – совокупность технических систем, объединенных в комплекс.

• ТС – техническая система

• УЗЕЛ_ТС - узел технической системы

Данные сущности имеют номера каждого объекта оборудования и необходимы для однозначной идентификации объекта, в котором произошел отказ.

Ввиду того, что в комплексах технических систем используются типовое оборудование, в информационной модели описаны следующие типовые объекты:

• ТИП_ТС – описание типов технических систем, используемых в комплексах

• ТИП_УЗЛА – типы узлов, входящих в техническую систему.

Все дефекты, которые возникают при эксплуатации комплексов технических систем, регистрируются в сущностях:

• ДЕФ_ТС

• ДЕФ_УЗЛА

Дефекты регистрируются на основе классификатора дефектов:

• ТИП_ДЕФ_ТС

• ТИП_ДЕФ_УЗЛА

При ремонте оборудования комплексов технических систем используются запасные части (сущность ЗАП_ЧАСТЬ). Идентификатор запчасти связан с типами технических систем и узлов (сущности ЗАПЧАСТЬ_ТС, ЗАПЧАСТЬ_УЗЛА).

Описание инцидента

Основной описания инцидента является сущность ИНЦИДЕНТ. В ходе анализа инцидента должен быть определен конкретный объект, в котором произошел отказ (сущность ОБЪЕКТ_ИН). Атрибут id_объекта служит для связи с одной из сущностей, в которой конкретно произошел отказ – ТС, УЗЕЛ_ТС. В сущности ДЕФ_ИН регистрируются дефект и его параметры.

В сущности ЭСКАЛАЦИЯ регистрируется передача инцидента для решения из одного подразделения в другой. Атрибут Ном_эскалация – указывается порядковый номер передачи инцидента. В сущностях НАРЯД_ТО и ЗАМЕНА_ДЕТАЛИ регистрируется ремонтная работа и замена деталей.

Описание работ по технической диагностике

Работа по технической диагностике определена в сущности НАРЯД_ТД, в которой должны быть общие атрибуты данной работы. В сущности ОБЪЕКТ_ТД представлены все технические системы и их узлы, которые были проверены в ходе работ по техническому диагностированию. В сущности ДЕФ_ТД определены все дефекты, выявленные в ходе проверки.

Примечание. Сущность ОБЪКТ является абстрактной сущностью и служит для введения ключевого поля id_объект для наследуемых сущностей, в которое будут записываться значения атрибутов id_компл, id_ТС, id_УЗЕЛ, в зависимости от того какой объект используется в этих сущностей. Для идентификации типа объекта используется поле type_объекта (1 - id_компл, 2 - id_ТС, 3 - id_УЗЕЛ).