Главная страница
Навигация по странице:

  • Информационно-управляющие системы (ИУС).

  • Управляющие системы (УС)

  • Системы мониторинга и управления ресурсами (СМУР).

  • Системы управления производством (СУП).

  • Системы управления доступом (СУД).

  • АРИС Текст 2. Водяхо А. И., Выговский Л. С., Дубенецкий В. А., Цехановский В. В. Архитектурные решения информационных систем


    Скачать 4.65 Mb.
    НазваниеВодяхо А. И., Выговский Л. С., Дубенецкий В. А., Цехановский В. В. Архитектурные решения информационных систем
    Дата03.06.2022
    Размер4.65 Mb.
    Формат файлаdocx
    Имя файлаАРИС Текст 2.docx
    ТипДокументы
    #568218
    страница3 из 30
    1   2   3   4   5   6   7   8   9   ...   30

    1.5. Основные классы ИС

    К настоящему времени создано огромное количество ИС самого разного назначения, для построения которых используются различные архитектурно-структурные решения. Рассмотрим более подробно некоторые классы ИС, выделенные на основе доменного подхода. Рассмотренные ниже классы ИС – это только примеры наиболее распространенных классов. В качестве примеров рассмотрим следующие классы ИС:

    • информационно-управляющие системы (ИУС):

    • управляющие системы (УС);

    • системы мониторинга и управления ресурсами (СМУР):

    • системы управления производством (СУП);

    • системы управления доступом (СУД).

    К ИУС относят ИТ системы, обеспечивающие выдачу консолидированных данных, которые могут использоваться для поддержки принятия решений, и отчетов на основе данных из различных независимых источников. К УС относят ИТ системы, обеспечивающие мониторинг и управление параметрами систем. К СМУР относят ИТ системы, которые позволяют обрабатывать запросы от других подсистем, входящих в состав системы. К СУП относят ИТ системы, ориентированные на поддержку процессов получения готовых продуктов из сырья. К СУП относят ИТ системы, обеспечивающие контроль доступа к пассивным объектам со стороны активных подсистем и, по существу, являются подсистемами обеспечения безопасности.

    Эти типы ИС различаются как используемыми архитектурными решениями, так и требованиями, которые к различным типам ИС. В таб. 1.1 приведены требовования, предъявляемые к отдельным характеристикам рассматриваемых типов ИС [16].

    Таблица 1 1

    Требования к различным типам ИС



    Характеристика

    ИУС

    УС

    СМУР

    СУП

    СУД

    1

    Функциональ-ность

    Высокие

    Невысокие

    Средние

    Средние

    Высокие

    2

    Надежность

    Средние

    Высокие

    Невысокие

    Средние

    Невысокие

    3

    Эффективность

    Средние

    Высокие

    Средние

    Высокие

    Средние

    4

    Удобство использования

    Высокие

    Средние

    Средние

    Невысокие

    Средние

    5

    Удобство сопровождения

    Средние

    Средние

    Средние

    Средние

    Средние

    6

    Переносимость

    Средние

    Высокие

    Средние

    Средние

    Средние


    Кроме перечисленных выше пяти базовых типов ИС можно выделить и другие типы ИС.

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

    Информационно-управляющие системы (ИУС). Это достаточно хорошо известная эталонная модель, которая интенсивно используется, по крайней мере, с середины 70-х годов. Отличительной особенностью данного класса систем является то, что реализуется процесс сбора данных, поступающих из разных источников, в частности от датчиков, затем данные обрабатываются и выдаются различным категориям пользователей (stakeholders) в форме отчета, данные из отчета используются при принятии решение.

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

    Обобщенная структура ИУС показана на рис. 1.4 и включает следующие компоненты:

    • источники данных (ИД);

    • основную базу данных (ОБД);

    • базу данных для хранения промежуточных результатов (БДХПР);

    • подсистему обработки (ПО);

    • подсистему генерации отчетов (ГО);

    • набор человеко-машинных интерфейсов.



    Рис. 1.4. Обобщенная структура ИУС

    Основная база данных предназначена для накопления данных на протяжении достаточно длительного промежутка времени. Содержимое ОБД данных регулярно пополняется. Данные обычно не удаляются.

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

    ПО предназначено для обеспечения работы с транзакциями, в частности сравнения результатов выполнения транзакции с эталонными значениями, хранящимися в основной ОБД.

    ИД включают «сырые данные», с которыми работают транзакции.

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

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

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

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

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

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

    Управляющие системы (УС) или системы управления процессами – это очень широкий класс систем, назначением которых является измерение значений некоторых параметров системы и выдача управляющих воздействий.

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

    УС широко и успешно используются в течение многих лет.

    Одним из широко распространенных типов УС следует считать системы управления производственными процессами.

    Обобщенная структура УС показана на рис. 1.5.



    Рис. 1.5. Обобщенная структура УС

    Основными элементами типовой УС являются: основной процесс (ОП); датчики (Д); исполнительные механизмы (ИМ); контроллер (К).

    Типовая УС работает со следующими типами данных, которые можно рассматривать как переменные, описывающие процесс: изменяемые параметры; контролируемые параметры;

    Входные параметры; выходные параметры; эталонные значения.

    Изменяемые параметры – это такие параметры, которые может изменять контроллер. Контроллер представляет собой аналоговое или цифровое устройство, реализующее требуемую функцию управления.

    Контролируемые переменные процесса – это переменные, которые поступают на вход УС.

    Входные переменные – это переменные, значения которых измеряются на входе процесса.

    Выходные переменные – это переменные, значения которых измеряются на выходе процесса.

    Эталонные значения – это желаемые значения контролируемых переменных.

    Системы мониторинга и управления ресурсами (СМУР). Системы данного класса широко используются для решения задач управления производством, финансами и других видах бизнеса.

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

    Под термином «управление» понимается возможность изменения текущего состояния объекта, например, изменить его местонахождение.

    В качестве примеров СМУР можно привести следующие системы:

    • системы управления складами;

    • банковские системы;

    • системы управления документооборотом;

    • разного рода торговые системы;

    • системы управления логистикой;

    • системы управления торговыми сетями;

    • системы управления транспортными потоками;

    • системы управления глобальными сетями.

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

    Системы управления производством (СУП). Термин ‘manufacture’ появился впервые в 1622 году как перевод с латинского manu factum (изготовленный вручную) и относился к созданию реальных вещей.

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

    Анализ СУП имеет ряд особенностей. Во-первых, рекомендуется возможно более подробно документировать систему как с точки зрения входной и выходной информации, так и с почки зрения полуфабрикатов, получаемых на отдельных этапах производства. Во-вторых, алгоритмы, используемые для управления СУП, обычно отличаются высокой сложностью. В-третьих, поскольку СУП обычно предоставляют товары и сервисы другим системам, выходные данные должны выдаваться с учетом принятых стандартов.

    Практически во всех СУП можно выделить три основных аспекта:

    • материальные потоки (преобразование сырья в конечный продукт);

    • информационные потоки (планирование и управление производством);

    • поток стоимости (финансовые аспекты).

    Концептуальная модель функционирования СУП показана на рис. 1.6.

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



    Рис. 1.6. Концептуальная модель функционирования СУП

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

    • приобретение (получение) сырья у поставщика;

    • собственно изготовление;

    • дистрибуция (поставка на рынок);

    • продажа товара.

    Информационный поток обеспечивает управление производством и планирование производства.

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

    Типовой подход к построению систем данного типа состоит в использовании иерархического подхода. Обычно выделяется три уровня, на которых осуществляется планирование и принятие решений:

    • стратегический уровень планирования и принятия решений;

    • тактический уровень планирования и принятия решений;

    • оперативный уровень планирования и принятия решений.

    Часто конечный продукт является сложной системой и также имеет иерархическую структуру. Чаще всего используется 3-х уровневая организация: элементы, подсистемы, система (рис. 1.7).

    Рис. 1.7. 3-х уровневая организация СУП

    Системы управления доступом (СУД). К данному типу относятся системы, на которые возлагается решение задач, связанных с обеспечением доступа субъектов к объектам и ресурсам с использованием четко определенных политик и процедур.

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

    В качестве примеров систем, управления доступом можно привести следующие системы:

    • банкоматы;

    • торговые автоматы;

    • различного рода системы безопасности.

    В основу функционирования систем управления доступом обычно используется хорошо известная эталонная модель управления доступом (Reference Monitor model), которая была разработана еще в 60-х годах прошлого века и использовалась в качестве системы управления доступом как в майнфреймах, так и миниЭВМ для обеспечения безопасности в режиме многопользовательского доступа к компьютерам. Несмотря на солидный возраст, данная модель продолжает активно использоваться для построения систем безопасности, хотя основная сфера использования – это подсистемы безопасности, в которых она используется как вспомогательное приложение.

    Обобщенная структура эталонной модели (рис. 1.8) включает следующие основные элементы: Субъекты, Объекты, Базу данных авторизаций (БДА), подсистему аудита безопасности (ПАБ) и движок.



    Рис.1.8. Обобщенная структура эталонной модели доступа

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

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

    • файлы;

    • директории;

    • дисковые тома;

    • сетевые объекты;

    • почтовые ящики;

    • очереди сообщений.

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

    База данных авторизаций хранит информацию о правах доступа к объектам.

    Чаще всего, при проверке прав доступа к Объекту со стороны субъекта используется идентификатор пользователя. Права доступа могут быть определены, например, в терминах того, кто является владельцем объекта, в терминах разрешения доступа членам группы.

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

    Движок представляет собой программный процессор, который реализует процедуру авторизации.

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

    • система должна обеспечивать надежную защиту Объектов от несанкционированного доступа;

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

    Рассматриваемая эталонная модель может быть применена как для систем, работающих на одном компьютере, так и для распределенных систем.

    Применительно к распределенным системам можно выделить три типовых подхода к реализации механизма управления доступом:

    • прямое управление доступом;

    • мандатное управление доступом;

    • ролевое управление доступом.

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

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

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

    Ролевое управление доступом является наиболее гибким и простым, с точки зрения администрирования.

    В рамках конкретных систем возможно совместное использование рассмотренных подходов.
    1   2   3   4   5   6   7   8   9   ...   30


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