Главная страница

Тема 6. 6. Организация технического обслуживания и эксплуатации информационных систем


Скачать 105.86 Kb.
Название6. Организация технического обслуживания и эксплуатации информационных систем
Дата26.11.2019
Размер105.86 Kb.
Формат файлаdocx
Имя файлаТема 6.docx
ТипДокументы
#97048
страница2 из 2
1   2


Рис. 3. Эталонная модель системы поддержки эксплуатации

На рисунке показан контур управления, включающий объект управления – эксплуатацию основных фондов, управляющую систему СПЭ, а так же направления управляющего воздействия и обратной связи.

Обратная связь представлена несколькими видами информационных потоков. Во-первых, это показатели эффективности процессов эксплуатации, измеряемые в соответствии с моделью. Во-вторых, это разного рода показания сенсоров, снимаемые в реальном времени и характеризующие актуальное состояние агрегатов, сооружений и других элементов основных фондов. В-третьих, СПЭ поддерживает ручной ввод информации в тех случаях, когда процесс её получения не автоматизирован и не является частью модели. Например, вручную могут регистрироваться результаты инспекций оборудования. И, наконец, СПЭ способна получать информацию от других систем автоматизации, используемых для решения тактических задач эксплуатации, таких как CMMS.
Также рисунок показывает, что человек тоже является частью контура управления, однако управляющее воздействие может быть создано и без его участия, на основании только лишь модели объекта управления и входящей информации. СПЭ служит фасадом, через который человек воспринимает объект управления, тем самым эффективно уменьшая разнообразие. В то же время, СПЭ также является и тем «пультом», посредством которого человек, может оказывать управляющее воздействие на деятельность по эксплуатации основных фондов.
3.2 SADT схема функционирования СПЭ (IDEF0)
Одним из основных этапов системного проектирования сложных, распределенных информационных систем и сетей является построение функциональных моделей создаваемых систем. Для решения этой важной и сложной задачи в рамках настоящего электронного документа рассматривается широко известная на западе и в России методология IDEF. Эта методология разработана в США в рамках программы интегрированной компьютеризации производства ICAM Definition (IDEF), позволяющая проводить исследование определенных характеристик промышленных систем.

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

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

Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция – система разбивается на подсистемы, и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности.

Каждая IDEF0-диаграмма содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отображают взаимодействия и взаимосвязи между ними.

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

IDEF0 требует, чтобы в диаграмме было не менее трех и не более семи блоков. Эти ограничения поддерживают сложность диаграмм и модели на уровне, доступном для чтения, понимания и использования.

Каждая сторона блока имеет особое, вполне определенное назначение. Левая сторона блока предназначена для входов, верхняя – для управления, правая – для выходов, нижняя – для механизмов. Такое обозначение отражает определенные системные принципы: входы преобразуются в выходы управление ограничивает или предписывает условия выполнения преобразований, механизмы показывают, что и как выполняет функция.

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

Построение модели информационной системы начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой.



Рис. 4. Контекстная диаграмма IDEF0
После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции.

На рисунке 5 представлена декомпозиция контекстной диаграммы IDEF0:



Рис. 5. Декомпозиция контекстной диаграммы
1   2


написать администратору сайта