Инструментальные средства автоматизации моделирования

GASP является расширением языка ФОРТРАН. Здесь непрерывные алгоритмы моделируются дифференциальными уравнениями, а дискретные процессы представляются в виде событий, наступление которых зависит от процесса функционирования системы. Событие — переход системы из одного состояния в другое в соответствии 
с принятыми правилами.

НЕДИС — язык моделирования непрерывно-дискретных систем разработан сотрудниками Института кибернетики Академии наук Украины. НЕДИС создан на основе алгоритмических языков высокого уровня и относится к системам программирования универсального типа, т.е. языки GASP и НЕДИС относятся к процедурным языкам программирования.

МИКС (моделирование имитационное комбинированных систем) представляет собой удобное средство моделирования. Как и язык МАСЛИН, МАСС система МИКС имеет в своей основе блочно-ориентированный язык с непроцедурной технологией программирования, позволяющей легко и быстро моделировать исследуемую систему, осуществлять быстрое преобразование модели, воспроизводить реально действующие сигналы и организовать вычислительный эксперимент. Блочные языки и соответствующие программные модули позволяют легко реализовать динамическое распределение памяти посредством размещения во внешнее запоминающее устройство (ВЗУ) больших библиотек модулей, извлекать их по мере необходимости, пересылать их в оперативную память.

Технологические возможности систем моделирования и развитие технологии системного моделирования

Общая проблематика имитационного  моделирования включает ряд аспектов: методологический, связанный с созданием новых концепций формализации и структуризации моделируемых систем, совершенствованием методологических основ системного моделирования, отработкой подходов к созданию стратифицированных описаний моделируемых систем, построением систем принятия решений в области комплексных проектов по моделированию и др.; математический, связанный с широким использованием в имитационном моделировании вообще, и в процедурах вычислительного эксперимента в частности, статистических методов самого различного назначения, математических методов оптимизации и принятия решения и методов искусственного интеллекта; а также технологический аспект. до некоторых пор общепризнанным недостатком имитационного моделирования считался низкий технологический уровень языков и систем моделирования, сдерживающий применение этой технологии, особенно в области коммерческих приложений. Объективные причины такого положения были связаны с тем, что многообразие моделируемых объектов не способствовало становлению универсальных концепций структуризации, шел поиск, проходивший в основном в университетской и академической среде, фирмы — разработчики программного обеспечения не занимались системами моделирования. Принципиальным недостатком систем моделирования было то, что автоматизации подлежал только этап программирования имитационной модели, в то время как технология имитационного моделирования должна охватывать весь цикл системного моделирования — от постановки проблемы и формирования концептуальной модели до анализа результатов вычислительного эксперимента и принятия решения. За последние несколько лет ситуация изменилась коренным образом. Предпосылки совершенствования технологии системного моделирования были связаны, с одной стороны, с общим развитием информационных технологий (графических оболочек, мультимедийных средств, объектно-ориентированного программирования и т. д.), а с другой — с комплексным, многоаспектным исследованием сложных систем, таких как социально-экономические и производственно-технологические системы, с созданием человеко-машинных систем принятия решений в различных областях научно-исследовательской деятельности.

 

 

 

 

Выбор системы моделирования

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

1. Программа должна вписываться в сложившуюся технологию параллельного проектирования, которая у нас действует на основе методики «модель-чертеж» в 2D, а не требовать революционной перестройки всего процесса проектирования.
2. Программа должна обеспечивать возможность любого отдела, работающего в 2D, использовать трехмерную модель для формирования собственной двумерной модели и для получения чертежей с наименьшими нововведениями.
3. Выполнение графической части в программе должно быть удобным, относительно простым и надежным в части автоматического контроля правильности соединения элемента с элементом. Достаточно просто должно осуществляться и редактирование элементов.
4. База данных элементов должна содержать достаточные для начала работы разновидность и количество элементов, быть легко пополняемой, иметь средства создания мини-каталогов (спецификаций). Для нас необходимо было наличие в базе данных элементов труб, футерованных фторопластом и полиэтиленом, а также арматуры, футерованной фторопластом.
5. Наличие решений по внесению в модель закладных деталей КИП и приборов, устанавливаемых непосредственно на трубопроводах.
6. Наличие программ, позволяющих генерировать в определенной (необходимой нам) форме спецификацию (9 граф) на арматуру, трубы и изделия, а также ведомости трубопроводов (ВТ).
7. Возможность поработать определенное время с полноценной версией системы для ее опробования в реальной работе.
8. Возможность ознакомления с опытом эксплуатации программы на каком-либо предприятии.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Список  литературы

1. www.cad.ru/ru/press-centre/publication/detail.php?ID=3810
2. Кочергин А.Н. Моделирование мышления. – М.: Наука, 2002
3. Эксперимент. Модель. Теория. − М., Берлин: Наука, 2000
4. Тумаркин А. Философские аспекты моделирования как метода познания окружающего мира. Применение моделирования в различных отраслях человеческого знания и деятельности. − 2005. (Новая версия)
5. www.studfiles.ru/dir/cat32/subj1235/file11061/view111145.htm