Сценарии проектирования

Существует несколько сценариев проектирования электронных систем с применением ПЛИС (Рис. 18.1). [c.236]

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

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

Рис. 45. Сценарий центрального меню подсистемы автоматизированного проектирования.

Основными языковыми средствами подсистемы автоматизированного проектирования являются ФОРТРАН-4 и АССЕМБЛЕР. Любая задача, решаемая конструктором или проектировщиком, может быть разделена несколькими терминалами, и, наоборот, любой терминал может быть разделен несколькими задачами. В режиме просмотра и занесения данных в сценарий меню или базу данных расходы оперативной памяти ЭВМ определяются в пределах 30—40 К байт. При выполнении проектной процедуры необходимые ресурсы требуемой оперативной памяти колеблются от 110 до 160 К байт. [c.192]

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

Этот сценарий относится к устройствам, предназначенным для реализации только на основе ПЛИС. В этом случае могут быть использованы любые, упоминаемые в этой книге, методы и средства проектирования. [c.236]

Естественно, недостатком А-подхода является необходимость изменения алгоритма и соответствующих программных средств при модификации предметных областей комплексной САПР, из.менении состава ППП, сценария диалога и т. п. А-подход не обладает достаточной степенью гибкости, инвариантности и адаптируемости к вариациям процесса проектирования и структуре диалогового взаимодействия. [c.218]

Метод количественной оценки риска учитывает особенности конкретных участков трубопроводов и особенности их расчета и проектирования. Метод позволяет количественную индивидуальную оценку отказа типа течь/разрыв через ФПВ остаточного ресурса с учетом фактических свойств материала трубопровода и всех возможных сценариев развития аварий на конкретном участке трубопровода и расчет риска для конкретных групп населения, проживающих или находящихся вблизи рассматриваемого участка МТ. [c.14]

Способы 1 и 2. Использование файловой систе мы и построение библиотек. Эти способы широко распро странены в организации информационного обеспечения вычислительных систем, поскольку поддерживаются средствами ОС. В приложении к САПР они применяются при хранении программных модулей в символических и объектных кодах, диалоговых сценариев поддержки процесса проектирования, начального ввода крупных массивов исходных даииых, хранения текстовых документов. Однако для обеспечения быстрого доступа к справочным данным, хранения меняющихся данных, ведения текущей проектной документации, поиска необходимых текстовых документов, организации взаимодейст- [c.83]

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

Диалог пользователя с ЭВМ происходит на двух уровнях. На верхнем уровне конструктор дает указание выполнить ту или иную проектную операцию исходя из сложивщейся проектной ситуации. После получения директивы ЭВМ берет управление на себя, запращивает у конструктора в форме вопроса-ответа необходимые ей данные и организует исполнение директивы с информированием конструктора о результатах. Преимуществом такого процесса является непосредственное взаимодействие конструктора и ЭВМ, минуя программиста, оператора, не прибегая к каким-либо внещним носителям информации. В подсистеме автоматизированного проектирования балок неведущих мостов грузовых автомобилей организация диалога проектировщика с ЭВМ осуществляется с помощью диалогового монитора СТАРТ , который посредством сценария центрального меню получает необходимую директиву и инициирует выполнение соответствующей проектной процедуры (рис. 45). При этом весь поток информации в системе между монитором и проектными процедурами хранится в базе данных (БД), вклю- [c.182]

Проектирование информациоршой системы в RUP начршается с построения диаграмм использования. При этом определяется и согла-Рис. 5.11. Вид диаграммы совьшается внешняя функциональность систе-сценариев итоге формируется ТЗ на разработку [c.260]

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

В качестве примера наших замечаний разберем раздел экологической экспертизы продуктопровода ШФЛУ из Сургута в район Урало-Поволжья, касающийся оценки опасности (в том числе и экологической) и разработки на этой основе мер предупреждения аварий с учетом всех социально-экономических факторов. После известной аварии на продуктопроводе ШФЛУ в районе г. Уфы вопросам безопасности таких систем необходимо уделять повышенное внимание. Нами неоднократно указывалось, что при проектировании трубопроводных систем не проводится оценка экологического риска при аварийных ситуациях, которая для продуктопрово-дов жидких углеводородов может быть выполнена, например, по схеме, предложенной ВНИИГАЗом совместно с МГУ им. М.В. Ломоносова прогнозирование локальной интенсивности крупномасштабных утечек на трубопроводах ШФЛУ в различных регионах прогнозирование спектра утечек по интенсивности истечения ШФЛУ оценка масштабов взрывоопасного облака для каждого сценария аварии оценка реального распределения источников загорания в населенных пунктах вблизи трассы ШФЛУ, а также распределения населения на картографической основе оценка территориального распределения риска от взрывов паровых облаков возможные пути управления риском. [c.81]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...