Программная реализация модели

С учетом сложности программной реализации модели, оценки результатов моделирования и в соответствии с принципами, изложенными в работах [27—29, 36], исследование проводится в несколько этапов, каждый из которых завершается созданием варианта модели, наиболее приспособленного для решения определенного круга задач. [c.189]

Рис. 78. Интерфейс программной реализации модели сообщества рыб Ладожского озера.

Программная реализация модели [c.306]

ЕС ЭВМ представляет ряд программно-совместимых моделей вычислительных машин третьего поколения, разрабатываемых в рамках сотрудничества социалистических стран [73]. К отличительным особенностям этих машин следует отнести 1) использование новых элементов для технической реализации устройств — интегральных схем — элементов, выполненных на полупроводниковых кристаллах эти элементы отличаются более высокой надежностью, компактностью и быстродействием 2) применение блочного принципа организации вычислительной машины (вычислительной системы), охватывающего комплекс общих вопросов ее построения и допускающего широкие возможности набора функциональных блоков исходя из области применения системы [c.154]

В разработке алгоритмической, программной реализации математической модели процессов переноса и получении конкретных результатов непосредственное участие принимал В. Г. Иванов, которому авторы выражают свою благодарность. [c.50]

Требованиям к технологии разработки, тестированию, документированию, модификации и иным элементам построения и развития больших программных комплексов посвящены сотни специализированных публикаций. Отметим лишь главное отличие таких комплексов от исследовательских программ, создаваемых для научного анализа какой-либо конкретной проблемы. Исследовательские программы не требуют столь повышенного внимания к вспомогательному программному обеспечению, поскольку их разработчики и потребители если даже не являются одним и тем же лицом, то, как правило, представляют собой единый научный коллектив, изучающий данную проблему. Компьютерные системы моделей рационального водопользования представляют собой программные продукты широкого применения. В силу разнообразия решаемых задач такая система имеет чрезвычайно большой объем. Она создается не в один прием и обладает ярко выраженной блочной структурой. Поэтому с самого начала необходимо обеспечить открытость этой системы для подключения к ней новых моделей, а саму разработку программного обеспечения осуществлять, строго придерживаясь модульного принципа. В связи с бурным ростом технических и программных возможностей персональных компьютеров вопрос о качественном выполнении сервисного программного обеспечения моделей и соответствующей документации пользователей встал еще более остро. Между тем, это привело к тому, что реализация подобных программных комплексов продолжает становиться все более трудоемкой и дорогостоящей. Поэтому имеет смысл сочетать разработку новых программных комплексов с модернизацией многочисленных ранее разработанных, прежде всего за счет совершенствования их вспомогательного программного обеспечения. [c.19]

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

Приведенные примеры интегральных показателей — это лишь наиболее распространенные способы интерпретации или обобщения традиционного рассмотрения расчетной обеспеченности в годовом разрезе (пример 1). Однако даже на основе этих примеров можно сделать вывод, что имитационная модель способна обеспечить подавляющее большинство запросов пользователей в унифицированной форме (без специальной адаптации программного обеспечения). Между тем, необходимо признать, что программная реализация, создаваемая как инструмент научного исследования, значительно отличается от того программного продукта, который необходим в условиях массового применения. Таковой продукт не может быть реализован как компьютерная система средней сложности. Его создание требует значительных материальных и трудовых затраты, согласованной работы многих специалистов смежных отраслей. Если все же для выработки решений в рамках конкретного объекта требуется некоторая нетрадиционная система интегральных показателей функционирования, то соответствующая модификация программной реализации не требует коренной переделки программного обеспечения в целом. Модификация сводится к пополнению списка альтернативных способов агрегирования и создания лишь того дополнительного программного модуля (модулей), который такое нестандартное агрегирование осуществляет. [c.397]

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

Иерархическая модель позволяет отображать взаимосвязи данных в виде иерархической структуры типа дерева. На верхнем уровне иерархии располагается одна вершина, обладающая приоритетом для поиска данных. От этой вершины вниз идут дуги на второй уровень иерархии, где представлены показатели или группы показателей, которые являются подчиненными вершине первого уровня. Каждая вершина второго уровня при необходимости может быть разбита на третий уровень, третий уровень — на четвертый и т. д. Существенно, что введение приоритета в иерархическом описании логических взаимосвязей привело к тому, что поиск данных можно вести только по коду или идентификатору вершины первого уровня. Следовательно, при организации многоаспектного поиска необходимо проектировать достаточно много деревьев, вершины которых могут выступать в качестве ключей поиска, что создает избыточность на логическом уровне. Программная реализация операции поиска по иерархическим структурам проще и быстрее, чем по сетевым структурам. [c.95]

Гипотезы развития и особенно пути их реализации выявляются наилучшим образом в программно-целевых моделях. В развивающихся отраслевых системах управления эти модели должны стать основным элементом планирования, отражающим динамику потребления ресурсов. Однако не всегда целесообразно доводить целевую программу до полной детализации. Целевая программа как документ может иметь две стадии [c.156]

Относительно выбора языка программирования при разработке математической модели следует заметить, что в соответствии с принципом разработки САПР, постулирующим реализацию минимальными средствами, разработку прикладного программного обеспечения целесообразно вести средствами системного обеспечения ЭВМ в ОС ЕС или ОС РВ (для ЕС ЭВМ и СМ ЭВМ соответственно). На практике наиболее распространенными языками программирования являются языки ассемблер, фортран и ПЛ-1. [c.264]

Разработка моделей представления знаний (МПЗ) в различных ПО. Создание принципов построения баз знаний (БЗ), представляющих собой программную, или компьютерную, реализацию различных МПЗ для определенных ПО. [c.23]

База данных — О хранит фактографическую и числовую информацию, поступающую с реальной ГТС, результаты решения математических задач, данные, полученные от ЛПР, а также ретроспективные данные, позволяющие ИАССУ решать задачи прогноза ситуации и состояния ГТС. Поиск решений в ИАССУ обеспечивается блоком анализа ситуаций — .V и блоком вывода управляющих решений — У , которые составляют двухэтапную процедуру смыслового, или логического, вывода, реализуемого в блоке вывода К . На первом этапе на основе данных из БД осуществляется семантический и смысловой анализ нестандартных ситуаций, начиная с нижнего уровня ГТС, где путем анализа БЗ формируется обобщенное описание ситуаций для сложных элементов ГТС к верхнему уровню, на котором проводится смысловой анализ ситуации в ГТС в целом. В результате смыслового анализа ситуаций с использованием предикатно-фреймовой модели, выполненного в блоке .V , ЛПР может получить список возможных неисправностей в ГТС и причин их появления. На втором этапе процедуры вывода, по смысловому описанию ситуации в ГТС в интерактивном режиме с ЛПР выбираются критерии управления сложными элементами, в соответствии с которыми генерируются конкретные управляющие решения. Выделение процедур вывода управляющих решений и анализа ситуаций в самостоятельные блоки дает возможность программно реализовать в ИАССУ различные стратегии вывоДа решения. В результате этого в ИАССУ знания отделяются от способа их переработки, что позволяет качественно изменять и настраивать эвристический алгоритм функционирования ИАССУ при изменении ситуации и условий работы ГТС, а также обеспечить перенастройку семиотической модели ГТС. В результате работы ИАССУ для ЛПР-диспетчера генерируются рекомендации по управлению ГТС и конкретным способам их реализации, которые представлены в виде фраз и текстов на ОЕЯ. Например, при необходимости Для ГТС увеличить подачу газа потребителю ИАССУ может рекомендовать диспетчеру ПО увеличить давление нагнетания КС, а диспетчеру КС —какие обороты ГПА при этом необходимо поддерживать. [c.271]

Программная поддержка. Для реализации методов многокомпонентного анализа с использованием физических или математических моделей требуются довольно мощные вычислительные и программные средства. К настоящему времени необходимое программное обеспечение разработано и входит в комплект сопроводительной документации современных рентгеновских [c.35]

Естественно, что компьютерные реализации таких задач обладают свойствами, характерными для больших программных комплексов. Программное обеспечение таких комплексов подразделяется на основное (проблемное) и вспомогательное (обслуживающее). Основное программное обеспечение непосредственно ориентировано на решение тех проблемных задач, которые в своей совокупности образуют систему математических моделей водопользования. Вспомогательное обеспечение состоит из совокупности средств управления данными (их ввод, пополнение, удаление, корректировка, защита, проверка целостности и т.п.). Кроме того, в состав вспомогательного обеспечения входят средства визуализации результатов моделирования, графические системы, диалоговые средства, а также средства состыковки различных моделей между собой (программные интерфейсы) и другие подобные элементы. [c.18]

ВХС является сложной технической системой, функционирующей в сложной природной, общественной и экономической среде, и имеет особенности, перечисленные в разделе 1.1. Поэтому комплекс математических моделей и их компьютерных реализаций в области водохозяйственной деятельности образует сложную программно-кибернетическую систему. Здесь следует подчеркнуть, что программированные действия понимаются не только в узком компьютерном смысле, но также и в том, что различные приемы выработки решений для не полностью формализуемых задач осуществляются все же по определенным правилам . [c.39]

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

Значительное число математических моделей по управлению ВХС разработано и продолжает разрабатываться у нас в стране и за рубежом как автономные компьютерные системы, т. е. они никак не ориентированы на прямое взаимодействие с другими задачами управления ВХС. Поэтому форма выходных файлов этих моделей не только неоднозначна, но даже и трудно предсказуема. В имитационной модели требуемая форма входной информации фиксирована. Преобразование одной формы данных в другую обеспечивается в процессе работы специальных согласующих программ (программных интерфейсов). Это порождает дополнительные проблемы в реализации имитационной модели, так как для возможности упомянутого преобразования следует предельно унифицировать формы ее входной информации. [c.369]

Итак, реализация системного подхода к исследованию технологических процессов приводит к созданию комплекса математических моделей элементов, взаимосвязь между которыми определяется принятой иерархической структурой. По существу вопрос состоит в том, чтобы создать, используя формализованное описание элементов и средства вычислительной техники, программно-машинную систему как совокупность взаимодействующих элементов, объединенных единством цели или общими целенаправленными правилами взаимоотношений [3]. Важно подчеркнуть, что система должна обладать целостностью совокупности элементов, иметь интегральный характер и единство цели для всех элементов со всей сложностью взаимодействия. Комплексами математических моделей процессов с указанными свойствами являются операционные системы. [c.9]

Простой доступ пользователя к САПР. Под простым доступом понимается возможность реализации проектной процедуры, необходимой пользователю, на основе специальных языковых средств, ориентированных на пользователя. Система автоматизированного проектирования снимает с пользователя трудоемкие задачи создания математического описания и программирования модели. Чем выше интеллект системы, тем более прост и лаконичен язык общения пользователя с САПР. Основой простоты взаимодействия пользователя с системой САПР является программное обеспечение. Внешне эта простота проявляется в виде соответствующих языков, ориентированных на взаимодействие пользователя с САПР. [c.103]

Создание баз данных является обязательным условием реализации модульного принципа, поскольку в этом случае исключение отдельной программы не нарушает целостность информационного взаимодействия программных средств. База данных в САПР является сосредоточением (библиотекой) математических модулей элементного базиса проектирования, т.е. того базиса, из которого формируются модели сложных объектов. [c.105]

Книга посвящена математическому моделированию химико-техно-логических процессов, их оптимизации и проектированию. Рассмотрены гидромеханические, массообменные и теплообменные процессы. Изложенный материал позволяет научить студента исследовать процессы методом математического моделирования, включая составление MaTef aTHMe koro описания, выбор метода решения, программную реализацию модели и проверку адекватности модели реальному объекту. [c.2]

Известны два типа эквивалентных реляционных ЯД язык реляционной алгебры мязык реляционного исчисления [9, 15]. Любой запрос, выраженный одним предложением на языке реляционной алгебры, можно выразить одним предложением и на языке реляционного исчисления, и наоборот. Тем не менее указанные языки существенно различаются в некоторых аспектах, в частности по сложности программной реализации и простоте использования [9, 13]. Общее свойство реляционных ЯД — создание нового отношения в результате выполнения любой операции поиска. Это свойство служит основой для важной конструкции реляционной модели — виртуального отношения. [c.70]

Для программной реализации в ГЭС важнейших процедур представления, переработки и накопления знаний, необходимых при автоматизированной генерации семантических решений ИЗС, наиболее целесообразно испот,зовятъ комбинированные МПЗ — про-дукционно-фра шовые модели (ПФ МПЗ) [130], комплексно сочетающие преимущества продукционных и фреймовых МПЗ (см. разд. 11.3). [c.280]

Этот комплекс, разработанный группой сотрудников Института проблем механики, представляет программную реализацию математической модели конвективного тепло- и массообмена, рассмотренную в 6.1 и 6.6. Первый вариант комплекса был реализован па языке АЛГОЛ применительно к ЭВМ БЭСМ-4М [16], [17], [21]. Вариант комплекса на языке ФОРТРАН применительно к ЭВМ серии ЕС реализован в [18] —[20]. Данный параграф написан по материалам препринта [18] (см. также [23]). [c.277]

Поддержка принятия решений с использованием математического аппарата и компьютерных технологий содержит такие атрибуты больших компьютерных систем как собственно программные реализации математических моделей, базы данных, способы получения и передачи информации, методы организации диалога с пользователями, средства визуализации и т. д. Подобные системы принято называть системами поддержки принятия решений (СППР). [c.9]

Необходимо отметить, что согласно существующим гидрологическим методикам построение функций вида (11.5.5) осуществляется раздельно для талых вод и для дождевых паводков. Поэтому в программной реализации рассматриваемой модели также раздельно рассматривается выбор параметров мероприятий по защите от высоких вод разного происхождения, после чего принимается более осторожное решение. Необходимость раздельного исследования весенних половодий и дождевых паводков обусловлена также различным подходом к оценке предпаводковой сработки водохранилищ (см. ниже). [c.416]

Подсистема средств коммуникации является ведуще в смысле организации обработки информации поступающей с объекта и среды управления, ЛПР, экспертов. Подсистема обе( печивает общение (для распознавания и понимания входно запроса от ЛПР, эксперта и администратора), управление и пр] нятие решений (для построения информационной модели по т кущему состоянию объекта управления, организации выработ принятия и реализации управляющих решений или удовлетвор ния информационных запросов человека), обучение (для ориент ции системы на область применения), проектирование (для чел веко-машинного конструирования управляющего программно комплекса), средства программной поддержки (для наиболее по ного удовлетворения пользователей человеко-машинными вс можностями системы), управление базами знаний и данш [c.344]

Не имея возможности привести полную процедуру реализации кинетических исследований отметим, что дальнейшие шаги заключаются в создании алгоритмов и программ построения стартовых планов эксперимента с вычислением оценок параметров на основе метода наименьших квадратов, максимального правдоподобия, байесовского метода и минимаксных методов в создании алгоритмов и программ установления идентифицируемости параметров, в создании программного обеспечения оценки адекватности с разработкой методологии для многооткликовых моделей с использованием статистик Бартлетта и Хачао программного обеспечения процедуры дискриминации механизмов. [c.18]

Блок задач, относящихся собственно к "Автоматизации и построению системы управления" на нижнем уровне включает в себя построение системы сбора и первичной обработки данных (8САВА), инжиниринг и системную реализацию специальных алгоритмов, разработанных и отлаженных на математической модели установки. К ним относятся алгоритмы стабилизации процесса, его автоматизированного пуска, управления установкой, ее аварийной защиты и т.д. Важнейшая задача этого уровня -адаптация программного обессючения системы управления нижнего уровня на установке. [c.188]

Алгоритмизация задач текущего планирования производственной программы комплекса НПП связана не только с разработкой программного обеспечения всей совокупности разрабатываемых задач с учетом конкретных ввдов используемых экономико-математических моделей, но и с внемодельной алгоритмизацией методов определения основных числовых параметров соответствующих математических моделей. Нередко именно внемодельная разработка параметров математических моделей, методы, с помощью которых она осуществлялась, степень их обоснованности, а главное, степень адекватности реальным процессам, происходящим в рассматриваемой системе планирования, играют решающую роль при реализации. [c.143]

Поэтому в структуру математического обеспечения ИАСУ должны входить модели прогноза, обладающие, с одной стороны, высокой точностью прогноза, а с другой, — простотой программно-алгоритмической реализации, сбора и подготовки информации с использованием стандартных технических средств. Также в состав ИАСУ должны быть включены модели и методы принятия решений по управлению качеством атмосферного воздуха, а для оперативного сбора, подготовки и обработки информации должны быть разработаны базы данных по ПДК загрязняющих веществ по предприятиям, источникам загрязнения, метеоусловиям и т. д. [c.112]

Обоснование эксплуатационных режимов функционирования ВХС осуществляется на базе выбранных вариантов перспективного развития объектов и систем мониторинга. Соответствующие модели принимают форму, как задач оптимизации, так и имитации. В конкретных компьютерных реализациях они могут выступать самостоятельно, либо как программные блоки в составе задач выбора параметров и структуры системы. Среди задач, определяющих режимы функционирования водохозяйственных систем, можно выделить обоснование гарантированной отдачи [Проблемы надежности..., 1994], обоснование гарантированного качества водных ресурсов и величин предельно допустимых сбросов загрязняющих веществ в водные объекты [Хранович, 2001], выбор правил управления водопользованием [Великанов и др., 1983]. Обоснование эксплуатационных режимов функционирования ВХС часто осуществляется с использованием имитационных моделей [Шнайдман, 1991]. К подобным моделям можно также отнести определение правил управления элементами водохозяйственной системы при возникновении чрезвычайных ситуаций [Косолапое, Кувалкин, 1981]. [c.118]

Современное развитие методов решения задач химической кинетики привело к настоятельной необходимости перехода на качественно новый уровень этих исследований и приемов формирования математических моделей. Такой переход должен не только освободить исследователя от рутинной работы по поиску и подготовке уже известной в пауке информации, но и, самое главное, обеспечить реализацию единой липип математической технологии решения задач — от постаповкп задачи, выбора моделей и их полного информационного обеспечения всеми необходимыми физико-химическими данными до оперативно формируемых программных комплексов, с помощью которых можно решить поставленную задачу. Важно, чтобы эта линия была непрерывной и оперативно действующей, без технологических разрывов в обработке данных, что, по существу, определяется полным превращением разрозненной информации и индивидуальных программ в информационны п программный продукт соответственно и всесторонпим использованием системных средств манипулирован я таким продуктами. [c.7]

Справочник химика 21

Химия и химическая технология