Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Монография_201012_печать.doc
Скачиваний:
2
Добавлен:
01.03.2025
Размер:
3.82 Mб
Скачать

2.3.4. Обеспечение изоморфизма ит-архитектур аспу

В настоящем разделе приводится обоснование возможности использования представленной выше объектной модели в качестве шаблона для логического моделирования АСПУ для предприятий с МПП.

В соответствии с методологий реинжиниринга бизнес-процессов, данное обоснование основано на обеспечении принципа изоморфизма для ИТ-архитектур предприятий с МПП.

При установлении изоморфизма систем чрезвычайно важно, чтобы указывались именно те их свойства, относительно которых может иметь место изоморфизм.

Будем исходить из того, что под изоморфизмом ИТ-архитектур АИС понимается подобие их бизнес-моделей на логическом уровне представления и/или структур задействованных информационных потоков. Последнее условие, кстати, является обязательным для внедрения современных международных стандартов качества на предприятии [43].

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

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

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

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

Так, информационные потоки RS и GP (рис. 2.2) можно рассматривать как две алгебраические структуры одного типа:

RS = {M1; 1}

GP= {M2; 2},

где M1, M2 - носители, а 1, 2 -сигнатуры, представляющие собой соответственно подмножества данных и подмножества операций учета ТМЦ на реальных складах.

Принимая во внимание, что этот вид учета на предприятиях ведется преимущественно по стандартной модели складского учета и в рамках единой информационной базы данных, можно утверждать, что структуры RS и GP изоморфны (RS ~ GR), причем это условие поддерживается

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

Для того чтобы понять, как это происходит в действительности, исследуем поведение АСПУ в динамике.

На рис. 2.8 изображена диаграмма классов АСПУ для N- передельного технологического процесса.

Рис. 2.8. Диаграмма классов АСПУ для N-передельного

технологического процесса

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

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

На диаграмме последовательности взаимодействие объектов можно рассматривать во времени в виде представления временных особенностей передачи и приема сообщений 19 между объектами. Ось времени на диаграммах последовательности не указывается явно, но подразумевается, что время в них растет сверху вниз [68].

Представленная на рис. 2.9 диаграмма последовательности иллюстрирует сценарий движения информационного потока по АСПУ с привязкой к местам хранения ТМЦ.

Рис. 2.9. Диаграмма последовательности обработки информационного потока в АСПУ

Здесь Т1, Т2,…,ТN – метки времени успешно выполненных транзакций.

Планируемым событием, с которого начинается процесс взаимодействия в цепи, является операция учета расхода сырья на производство с виртуального cклада сырья. Это событие сопровождается передачей сообщение «Принять ТМЦ» первому переделу технологического процесса.

В соответствии с бизнес-логикой транзакция процедуры учета ТМЦ в технологическом процессе запускается в режиме автодвижения (событие расхода определенного количества ТМЦ на (i-1) –ом переделе инициирует операцию прихода ТМЦ на i-ом переделе и т.д.).

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

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

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