112. Экономика автоматизации, основные коэффициенты и взаимосвязь параметров
113. Состав и основные функциональные модули SCADA-систем
SCADA (supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования.
Иногда SCADA-системы комплектуются дополнительным ПО для программирования промышленных контроллеров. Такие SCADA-системы называются интегрированными и к ним добавляют термин SoftLogic.
Термин «SCADA» имеет двоякое толкование. Наиболее широко распространено понимание SCADA как приложения, то есть программного комплекса, обеспечивающего выполнение указанных функций, а также инструментальных средств для разработки этого программного обеспечения. Однако, часто под SCADA-системой подразумевают программно-аппаратный комплекс.
Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.
Основные задачи, решаемые SCADA-системами
SCADA-системы решают следующие задачи:
Обмен данными с «устройствами связи с объектом», то есть с промышленными контроллерами и платами ввода/вывода) в реальном времени через драйверы.
Обработка информации в реальном времени.
Логическое управление.
Отображение информации на экране монитора в удобной и понятной для человека форме.
Ведение базы данных реального времени с технологической информацией.
Аварийная сигнализация и управление тревожными сообщениями.
Подготовка и генерирование отчетов о ходе технологического процесса.
Осуществление сетевого взаимодействия между SCADA ПК.
Обеспечение связи с внешними приложениями (СУБД, электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровню MES.
SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре.
Основные компоненты SCADA
SCADA—система обычно содержит следующие подсистемы:
Драйверы или серверы ввода-вывода — программы, обеспечивающие связь SCADA с промышленными контроллерами, счётчиками, АЦП и другими устройствами ввода-вывода информации.
Система реального времени — программа, обеспечивающая обработку данных в пределах заданного временного цикла с учетом приоритетов.
Человеко-машинный интерфейс (Human Machine Interface) — инструмент, который представляет данные о ходе процесса человеку оператору, что позволяет оператору контролировать процесс и управлять им. Программа-редактор для разработки человеко-машинного интерфейса.
Система логического управления — программа, обеспечивающая исполнение пользовательских программ (скриптов) логического управления в SCADA-системе. Набор редакторов для их разработки.
База данных реального времени — программа, обеспечивающая сохранение истории процесса в режиме реального времени.
Система управления тревогами — программа, обеспечивающая автоматический контроль технологических событий, отнесение их к категории нормальных, предупреждающих или аварийных, а также обработку событий оператором или компьютером.
Генератор отчетов — программа, обеспечивающая создание пользовательских отчетов о технологических событиях. Набор редакторов для их разработки.
Внешние интерфейсы — стандартные интерфейсы обмена данными между SCADA и другими приложениями. Обычно OPC, DDE, ODBC, DLL и т. д.
Концепции систем
Термин SCADA обычно относится к централизованным системам контроля и управления всей системой, или комплексами систем, осуществляемого с участием человека. Большинство управляющих воздействий выполняется автоматически. Непосредственное управление процессом обычно обеспечивается RTU или PLC (Программи́руемый логи́ческий контро́ллер), а SCADA управляет режимами работы. Например, PLC может управлять потоком охлаждающей воды внутри части производственного процесса, а SCADA система может позволить операторам изменять уставки для потока, менять маршруты движения жидкости, заполнять те или иные ёмкости, а также следить за тревожными сообщениями (алармами), такими как — потеря потока и высокая температура, которые должны быть отображены, записаны, и на которые оператор должен своевременно реагировать. Цикл управления с обратной связью проходит через RTU или ПЛК, в то время как SCADA система контролирует полное выполнение цикла.
Сбор данных начинается в RTU или на уровне PLC и включает — показания измерительного прибора. Далее данные собираются и форматируются таким способом, чтобы оператор диспетчерской, мог принять контролирующие решения — корректировать или прервать стандартное управление средствами RTU/ПЛК. Данные могут также быть записаны в архив для построения трендов и другой аналитической обработки накопленных данных.
114. Состав и основные функциональные модули MES-систем
MES (Manufacturing Execution System, система управления производственными процессами) — специализированное прикладное программное обеспечение, предназначенное для решения задач синхронизации, координации, анализа и оптимизации выпуска продукции в рамках какого-либо производства. MES-системы относятся к классу систем управления уровня цеха.
Стандарты MES
Международная ассоциация производителей и пользователей систем управления производством определила в 1994 году модель MESA-11, а в 2004 году модель c-MES, которые дополняют модели и стандарты управления производством и производственной деятельностью, сформировавшиеся за последние десятилетия:
Стандарт ISA95, «Интеграция систем управления предприятием и технологическим процессом» («Enterprise-Control System Integration»), который определяет единый интерфейс взаимодействия уровней управления производством и компанией и рабочие процессы производственной деятельности отдельного предприятия.
Стандарт ISA88, «Управление периодическим производством» («Batch Control»), который определяет технологии управления периодическим производством, иерархию рецептур, производственные данные.
Сообщество Открытых Приложений (Open Applications Group, OAG): некоммерческое промышленное сообщество, имеющее своей целью продвижение концепции функциональной совместимости между бизнес-приложениями и разработку стандартов бизнес-языков для достижения указанной цели.
Модель процессов цепочки поставок (Supply-Chain Operations Reference, SCOR): референтная модель для управления процессами цепочки поставок, связывающая деятельность поставщика и заказчика. Модель SCOR описывает бизнес-процессы для всех фаз выполнения требований заказчика. Раздел SCOR «Изготовление» («Make») посвящён, в основном, производству.
Положения работы MES
Положения работы MES- включают в себя:
Активация производственных мощностей на основе детального пооперационного планирования производства
Отслеживание производственных мощностей
Сбор информации, связанной с производством от
Систем автоматизации производственного процесса
Датчиков
Оборудования
Персонала
Программных систем
Отслеживание и контроль параметров качества
Обеспечение персонала и оборудования информацией, необходимой для начала процесса производства
Установление связей между персоналом и оборудованием в рамках производства
Установление связей между производством и поставщиками, потребителями, инженерным отделом, отделом продаж и менеджментом
Реагирование на
Требования по номенклатуре производства
Изменение компонентов, сырья и полуфабрикатов, применяемых в процессе производства
Изменение спецификации продуктов
Доступность персонала и производственных мощностей
Гарантирование соответствия применимым юридическим актам, например нормам Food and Drug Administration (FDA) США
Соответствие вышеперечисленным индустриальным стандартам.
Функции MES-11
RAS (Resource Allocation and Status) — Контроль состояния и распределение ресурсов. Управление ресурсами: технологическим оборудованием, материалами,персоналом, обучением персонала, а также другими объектами, такими как документы, которые должны быть в наличии для начала производственной деятельности. Обеспечивает детальную историю ресурсов и гарантирует, что оборудование соответствующим образом подготовлено для работы. Контролирует состояние ресурсов в реальном времени. Управление ресурсами включает резервирование и диспетчеризацию, с целью достижения целей оперативного планирования.
ODS (Operations/Detail Scheduling) — Оперативное/Детальное планирование. Обеспечивает упорядочение производственных заданий, основанное на очередности, атрибутах, характеристиках и рецептах, связанных со спецификой изделий таких как: форма, цвет, последовательность операций и др. и технологией производства. Цель — составить производственное расписание с минимальными перенастройками оборудования и параллельной работой производственных мощностей для уменьшения времени получения готового продукта и времени простоя.
DPU (Dispatching Production Units) — Диспетчеризация производства. Управляет потоком единиц продукции в виде заданий, заказов, серий, партий и заказ-нарядов. Диспетчерская информация представляется в той последовательности, в которой работа должна быть выполнена, и изменяется в реальном времени по мере возникновения событий на цеховом уровне. Это дает возможность изменения заданного календарного плана на уровне производственных цехов. Включает функции устранение брака и переработки отходов, наряду с возможностью контроля трудозатрат в каждой точке процесса с буферизацией данных.
DOC (Document Control) — Управление документами. Контролирует содержание и прохождение документов, которые должны сопровождать выпускаемое изделие, включая инструкции и нормативы работ, способы выполнения, чертежи, процедуры стандартных операций, программы обработки деталей, записи партий продукции, сообщения о технических изменениях, передачу информации от смены к смене, а также обеспечивает возможность вести плановую и отчётную цеховую документацию. Также включает инструкции по безопасности, контроль защиты окружающей среды, государственные и необходимые международные стандарты. Хранит историю прохождения и изменения документов.
DCA (Data Collection/Acquisition) — Сбор и хранение данных. Взаимодействие информационных подсистем в целях получения, накопления и передачи технологических и управляющих данных, циркулирующих в производственной среде предприятия. Функция обеспечивает интерфейс для получения данных и параметров технологических операций, которые используются в формах и документах, прикрепляемых к единице продукции. Данные могут быть получены с цехового уровня как вручную, так и автоматически от оборудования, в требуемом масштабе времени.
LM (Labor Management) — Управление персоналом. Обеспечивает получение информации о состоянии персонала и управление им в требуемом масштабе времени. Включает отчетность по присутствию и рабочему времени, отслеживание сертификации, возможность отслеживания непроизводственной деятельности, такой, как подготовка материалов или инструментальные работы, в качестве основы для учета затрат по видам деятельности (activity based costing, ABC). Возможно взаимодействие с функцией распределения ресурсов, для формирования оптимальных заданий.
QM (Quality Management) — Управление качеством. Обеспечивает анализ в реальном времени измеряемых показателей, полученных от производства, для гарантированно правильного управления качеством продукции и определения проблем, требующих вмешательства обслуживающего персонала. Данная функция формирует рекомендации по устранению проблем, определяет причины брака путём анализа взаимосвязи симптомов, действий персонала и результатов этих действий. Может также отслеживать выполнение процедур статистического управления процессом и статистического управления качеством продукции (SPC/SQC), а также управлять выполнением лабораторных исследований параметров продукции. Для этого в состав MES добавляются лабораторные информационно-управляющие системы (LIMS).
PM (Process Management) — Управление производственными процессами. Отслеживает производственный процесс и либо корректирует автоматически, либо обеспечивает поддержку принятия решений оператором для выполнения корректирующих действий и усовершенствования производственной деятельности. Эта деятельность может быть как внутриоперационной и направленной исключительно на отслеживаемые и управляемые машины и оборудование, так и межоперационной, отслеживающей ход процесса от одной операции к другой. Она может включать управление тревогами для обеспечения гарантированного уведомления персонала об изменениях в процессе, выходящих за приемлемые пределы устойчивости. Она обеспечивает взаимодействие между интеллектуальным оборудованием и MES, возможное благодаря функции сбора и хранения данных.
MM (Maintenance Management) — Управление техобслуживанием и ремонтом. Отслеживает и управляет обслуживанием оборудования и инструментов. Обеспечивает их работоспособность. Обеспечивает планирование периодического и предупредительного ремонтов, ремонта по состоянию. Накапливает и хранит историю произошедших событий (отказы, уменьшение производительности и др.) для использования в диагностировании возникших и предупреждения возможных проблем.
PTG (Product Tracking and Genealogy) — Отслеживание и генеалогия продукции. Обеспечивает возможность получения информации о состоянии и местоположении заказа в каждый момент времени. Информация о состоянии может включать данные о том, кто выполняет задачу, компонентах, материалах и их поставщиках, номере лота, серийном номере, текущих условиях производства, а также любые тревоги, данные о повторной обработке и другие события, относящиеся к продукту. Функция отслеживания в реальном времени создает также архивную запись. Эта запись обеспечивает отслеживаемость компонентов и их использование в каждом конечном продукте.
PA (Performance Analysis) — Анализ производительности. Обеспечивает формирование отчетов о фактических результатах производственной деятельности, сравнение их с историческими данными и ожидаемым коммерческим результатом. Результаты производственной деятельности включают такие показатели, как коэффициент использования ресурсов, доступность ресурсов, время цикла для единицы продукции, соответствие плану и соответствие стандартам функционирования. Может включать статистический контроль качества процессов и продукции (SPC/SQC). Систематизирует информацию, полученную от разных функций, измеряющих производственные параметры. Эти результаты могут быть подготовлены в форме отчета или представлены в реальном времени в виде текущей оценки эксплуатационных показателей.
По состоянию на 2004 год, функции, относящиеся к составлению производственных расписаний (ODS), управлению ТО и ремонтами (MM), а также цеховому документообороту (DOC) — функции, востребованные в дискретных производствах — были исключены из базовой модели MESA-11 применительно к процессным производствам. Разработка новой модели Collaborative Manufacturing Execution System (c-MES) была вызвана тем фактом, что при управлении процессными производствами и цепочками поставок надёжный обмен информацией между несколькими системами необходим гораздо чаще, чем обмен между несколькими уровнями одной системы. В предыдущем поколении MES основное внимание уделялось обеспечению информацией пользователей из числа оперативного персонала, таких как диспетчеры, операторы или менеджеры. Для совместного использования информации с другими была разработана модель c-MES. Она дает возможность получить полную картину происходящего, необходимую для принятия решений. В частности, при управлении цепочками поставок и принятии решений c-MES предоставляет информацию о возможностях производства («что»), производительности («сколько»), расписании («когда») и качестве («доступный уровень»).
Кроме того, с 1994 по 2004 год появились информационные системы, реализующие исключённые функциональные возможности:
Advanced Planning & Scheduling (APS) — решают задачи составления производственных расписаний в рамках всего предприятия,
Enterprise Asset Management (EAM) — отвечает за управление техническим обслуживанием и ремонтами.
В зависимости от характера, масштаба и особенностей производственных структур и самих систем, существуют различные комбинации сочетаний корпоративных систем ERP, APS и MES в общей структуре системы управления предприятием.
115. Система моделирования ARIS. Состав, возможности.
Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия, а также разработки автоматизированных информационных систем. В ее основу положена обширная методология, вобравшая в себя особенности различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методологий, что позволяет использовать ARIS пользователям с различными теоретическими знаниями и настраивать его на работу с системами имеющими свою специфику. Разработчиком данного продукта является германская фирма IDS Prof. Scheer
В семейство ARIS входят следующие модули:
ARIS Toolset - базовая инструментальная среда;
ARIS Easy Design - упрощенная среда моделирования;
ARIS Simulation - модуль динамического имитационного моделирования;
ARIS Link for R/3 - модуль, обеспечивающий интеграцию с репозиторием R/3;
ARIS Analyzer for R/3 - модуль проверки создаваемых моделей на соответствие методологии SAP;
ARIS Promt - модуль стоимостного анализа;
дополнительные модули-интерфейсы, обеспечивающие интеграцию с системами Microsoft Project, ER/win, Designer/2000, IBM Flowmark (класс workflow), Staffware и т.д.
Обзор программных модулей, входящих в семейство ARIS показывает, что рассматриваемая система предназначена не только и не столько для моделирования, но представляет собой мощный инструментарий анализа. Одной из отличительных характеристик системы является мощная методология, поддерживаемая программными средствами.
Методология, используемая ARIS, представляет собой множество различных методологий, интегрированных в рамках системного подхода. Это позволяет говорить о единой архитектуре рассматриваемой методологии. ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:
организационные модели, представляющие структуру системы - иерархию организационных подразделений, должностей и конкретных лиц, многообразие связей между ними, а также территориальную привязку структурных подразделений;
функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;
информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;
модели управления, представляющие комплексный взгляд на реализацию деловых процессов в рамках системы.
Другой особенностью методологии ARIS, обеспечивающей целостность разрабатываемой системы, является использование различных уровней описания, что поддерживает теорию жизненного цикла системы, существующего в сфере информационных технологий. В ARIS Toolset используется трехфазовая модель жизненного цикла, т.е. каждый из перечисленных аспектов имеет три уровня представления:
Уровень определения требований. На данном уровне разрабатываются модели, описывающие то, что должна делать система - как она организована, какие деловые процессы в ней присутствуют, какие данные при этом используются.
Уровень проектной спецификации. Этот уровень соответствует концепции информационной системы, определяющей основные пути реализации предъявленных на втором этапе требований.
Уровень описания реализации. На данном этапе жизненного цикла создания информационных систем происходит преобразование спецификации в физическое описание конкретных программных и технических средств. Это заключительный этап проектирования систем, за которым следует этап физической реализации (программирования). Уровень описания реализации порождает документы, на основе которых можно обеспечить процесс разработки программных модулей (или подбора готовых программных компонент, отвечающих поставленным требованиям), а также выбора и организации технических средств реализации системы.
Графически такое разделение по уровням в ARIS выглядит следующим образом:
Рис. 3. Уровни представления моделей в ARIS
116. Система моделирования AnyLogic. Состав, возможности.
AnyLogic™ – инструмент имитационного моделирования новейшего поколения. Он основан на результатах, полученных в теории моделирования и в информационных технологиях за последнее десятилетие.
По сравнению с традиционными инструментами AnyLogic обеспечивает более существенные возможности при меньших трудозатратах, поскольку позволяет:
· Моделировать быстрее при помощи визуальных, гибких, расширяемых, повторно-используемых объектов (стандартных и своих), а также Java™.
· Моделировать точнее, применяя разные подходы, комбинируя и модифицируя их для конкретной задачи.
· Увеличить жизненный цикл модели, быстро подстраивая её к меняющимся условиям, при решении которых необходимы как высокий, так низкий уровни абстракции.
· Использовать мощный арсенал средств анализа и оптимизации непосредственно из среды разработки модели.
· Просто и эффективно интегрировать модель открытой архитектуры с офисным и корпоративным ПО, включая электронные таблицы, БД, ERP и CRM системы.
· Эффектно представить свои результаты, сопровождая модель интерактивной анимацией любой сложности, а также давая возможность доступа к модели-аплету через Интернет
Уникальность AnyLogic™ состоит в его способности эффективно решать задачи моделирования любого масштаба и уровня абстракции, в том числе для разнородных сиcтем в их взимосвязи. AnyLogic™ применяется в диапазоне от микромоделей “операционного” уровня, где важны конкретные размеры, расстояния, скорости, времена, до макромоделей “стратегического” уровня, на котором рассматривается глобальная динамика обратных связей, тенденции на длительных временных отрезках и оцениваются стратегические решения.
Поддерживая на единой платформе абсолютно все существующие подходы дискретно-событийного и непрерывного моделирования (блок-схемы процессов, системную динамику, агентное моделирование, карты состояний, системы уравнений и т.д.), AnyLogic™ снимает все ограничения – анализируйте проблему, выбирайте средства – и идите к решению кратчайшим путём!
Операционный уровень
AnyLogic™ имеет исключительно развитый базовый язык дискретного и смешанного дискретно/непрерывного моделирования, на основе которого построены решения для конкретных областей: библиотека Enterprise Library, а также Material Flow Library (потоки материалов) и Healthcare Library (работа медицинских учреждений), включённые в состав продукта. Enterprise Library содержит традиционные объекты: очереди, задержки, конвейеры, ресурсы, и т.п., так что модель и анимация быстро строятся в стиле drag-and-drop и очень гибко параметризуется.
Реализация стандартных объектов открыта для пользователя, их функциональность может быть как угодно расширена, вплоть до создания собственных библиотек. Используя иерархию и регулярные структуры объектов, Вы можете создавать масштабирумые модели. Специально разработанная техника анимации позволяет быстро связать модель с техническими чертежами.
Применение AnyLogic™ на операционном уровне позволяет:
· Измерить производительность системы и обнаружить узкие места.
· Минимизировать остатки и сбалансировать производственные линии.
· Найти наилучший план перевозок в условиях неопределённости.
· Оптимизировать размещение элементов производства, склада, офиса и повысить эффективность использования площадей.
· Сравнить варианты предполагаемой модернизации.
· Оценить эффективность планируемых капиталовложений в оборудование, площади или персонал.
· Максимизировать эффективность использования операторов, уменьшить время ожидания клиента и стоимость транзакции.
· Оценить эффективность и минимизировать стоимость IT-решения для компании
Не будучи ограниченным библиотечными объектами, Вы можете реализовать всю модель или несколько её компонентов на ещё более детальном “физическом” уровне, если этого требует задача: описать механику конкретного устройства, динамику непрерывного технологического процесса, потоки материалов, перемещение пешеходов и автомобилей и т.д.
Стратегический уровень
AnyLogic™ используется ведущими компаниями и организациями как инструмент поддержки принятия решений на уровне стратегии. При помощи AnyLogic™ Вы можете:
· Предсказать эффективность действий по продвижению продукта в условиях конкретного рынка.
· Выбрать оптимальную стратегию компании в конкурентной борьбе.
· Оценить риски и прибыль при выходе на новый рынок, выпуску нового продукта, поглощению или слиянию с другой компанией.
· Исследовать влияние колебаний спроса или внутренних задержек на функционирование цепочки поставок.
· Найти возможные разрывы ликвидности.
· Определить оптимальный “портфель” R&D проектов с учётом их взаимосвязей и конфликтов в условиях неопределённости.
· Предсказать распространение заболевания и определить адекватные меры его по предотвращению.
· Сравнить сценарии развития урбанизированной территории и предсказать экологические последствия.
AnyLogic™ поддерживает все элементы системной динамики (накопители, потоки, обратные связи, задержки, вспомогательные переменные, табличные функции, массивы и уравнения над ними и т.д.), но, в отличие от традиционных инструментов, обеспечивет существенно лучшую структуризацию моделей за счёт понятия объекта, интерфейса и иерархии. Кроме того, в AnyLogic™ Вы можете определить сколь угодно сложную дискретно-событийную логику (например, при помощи карт состояний или диаграмм процессов) и связать её с системно-динамической частью – только увязав структуру и поведение, Вы можете эффективно моделировать взаимодействие компании и её окружения.
Одним из наиболее важных преимуществ AnyLogic™ является возможность быстрого построения многоагентных моделей, которую не даёт ни один из существующих инструментов. Активные объекты AnyLogic™ могут создаваться и уничтожаться динамически, перемещаться, общаться друг с другом, иметь поведение, знания, цели, стратегию – то есть обладают всеми свойствами агентов. При помощи агентов моделируют рынки (агент – потенциальный покупатель), конкуренцию, цепочки поставок (агент – компания), население (агент – семья, житель города или избиратель). Только агентные модели позволяют получить представление об общем поведении системы, исходя из предположений о поведении её элементов при отсутствии знания о глобальных законах – то есть в наиболее общем случае.
Обзор возможностей.
Наиболее гибкий инструмент ИМ.
AnyLogic™ предлагает на порядок больше средств для описания структуры, поведения и данных моделируемой системы, чем любой другой инструмент ИМ. Объекты, интерфейсы и иерархия, блочные диаграммы, карты состояний, таймеры, порты и передача сообщений, переменные и алгебраические дифференциальные уравнения, а также возможность добавить выражение, оператор или функцию на языке Java в любом месте модели составляют великолепный арсенал для “симуляциониста” любого уровня и специализации.
Открытая архитектура.
Модели, построенные в AnyLogic™, имеют открытую архитектуру и могут работать с любым офисным или корпоративным ПО, а также с пользовательскими модулями, написанными на различных языках. Модель может динамически читать и сохранять данные в электронных таблицах, БД, системах планирования корпоративных ресурсов (ERP) и управления взаимоотношениями с клиентами (CRM), а также быть встроена в производственный процесс в режиме реального времени.
Анимация.
В доведённой до совершенства технологии визуализации работающих моделей AnyLogic™ Вы можете создавать интерактивные анимации произвольной сложности, связывая графические объекты (в том числе импортированные чертежи) во встроенном редакторе с объектами модели. Как и модель, анимация имеет иерархическую структуру, которая может динамически изменяться. Возможно создание нескольких точек зрения или нескольких уровней детальности в одной анимации. Элементы управления и развитая бизнес-графика превращают интерфейс модели в настоящую панель управления для оценки эффективности решений. Поддерживается двумерная и трёхмерная анимация.
Переносимые модели, работающие в Web-браузере.
Поскольку модели AnyLogic™ – 100% Java, их можно не только запускать на многих платформах, но и помещать на web-сайты в виде аплетов. Это уникальное свойство позволяет удалённым пользователям запускать интерактивные модели в web-браузере без необходимости устанавливать какое-либо ПО.
Анализ.
AnyLogic™ позволяет сроить как стохастические, так и детерминированные модели и проводить анализ результатов моделирования. Поддерживается более 35 стандартных вероятностных распределений, можно также определить свои. Stat::Fit позволяет построить аналитическое распределение для AnyLogic™ по накопленным данным. В AnyLogic™ входят средства сбора и анализа статистики в работающей модели, а также её презентации в любых формах и экспорта в другие приложения. С моделью могут быть проведены эксперименты Монте-Карло, анализ чувствительности, оптимизация, а также эксперименты по сценарию пользователя.
Оптимизация.
В AnyLogic™ встроен оптимизатор OptQuest – лучший из предлагаемых сегодня инструментов в этой области. Комбинируя эвристики, генетические алгоритмы, нейронные сети и математическую оптимизацию, OptQuest позволяет находить значения дискретных и непрерывных параметров модели, соответствующие максимуму или минимуму целевой функции, в условиях неопределённости и при наличии ограничений. OptQuest настраивается и запускается прямо из среды разработки модели. Также есть возможность применения пользовательских методов оптимизации, связанных с моделью через Java API.
117. Языки BPEL, UML. Возможности, сферы применения.
BPEL - это достаточно простой в изучении, но вполне мощный язык, реализованный на базе XML, позволяющий определить последовательность выполнения функционала Web-сервисов в ходе различных потоков операций (транзакций). И здесь наиболее важен тот факт, что BPEL поддерживают ведущие поставщики ПО, предлагающие BPEL-совместимые продукты. И пусть число пользователей этих продуктов пока не слишком велико, но можно ожидать, что оно будет очень быстро расти.
В то же время нужно подчеркнуть, что, решая задачи интеграции разнородных приложений в общей цепочке выполнения бизнес-процессов, BPEL совершенно не учитывает, как Web-сервисы выполняют порученные им функции, занимаясь исключительно координацией их работы ("оркестровкой" или даже "хореографией" отдельных исполнителей) в ходе делового потока.
Создаваемые с помощью BPEL приложения относятся к категории "процессно-ориентированных" (process-based applications). Фактически они состоят из двух отдельных слоев исполнения. Верхний слой описывает бизнес-логику процесса, представленную на языке BPEL, нижний слой выполняет собственно все функциональные операции с помощью различных Web-сервисов. BPEL-приложение может выполняться на любом сервере приложений, имеющем механизм исполнения BPEL.
Развитые инструменты позволяют визуально проектировать полнофункциональные BPEL-приложения, не требуя написания кода вручную. Эти средства, кроме того, включают функции автономного тестирования программы. Однако для работы в реальных условиях под управлением BPEL-сервера требуются правильные установки для всех используемых Web-сервисов в WSDL-файлах, а также конфигурирование необходимых коммуникационных протоколов (например, Java Message Service или HTTP).
UML (Unified Modeling Language — унифицированный язык моделирования) — язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это — открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемойUML-моделью. UML был создан для определения, визуализации, проектирования и документирования, в основном, программных систем. UML не является языком программирования, но на основании UML-моделей возможна генерация кода.