Реализация пакета

Таблица 2. Основные места реализации пакета

Пакет программ ОГРА, так же как и пакет программ ФАП-КФ, позволяет описывать элементы чертежа и производить операции по формированию ГО в процессе автоматизированного конструирования. Наибольшее число программ реализует типовые ГО, образующие в совокупности банки графических данных САПР. Типовой ГО может иметь фиксированную или изменяющуюся а широких пределах геометрию при вариациях параметров геометрической модели. Принципиальная разница пакетов ОГРА и ФАП-КФ заключается лишь в методах программной реализации. Все операторы пакета ОГРА оформлены как макрорасширения языка ассемблера. Однако программы пакета ОГРА стыкуются с программами на языках ФОРТРАН, ассемблера, ПЛ/1. [c.168]

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

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

Реализация рассмотренных выше путей повышения вычислительной эффективности пакетов функционального проектирования часто требует использования иных по сравнению с описанными в 5.1 н 5.2 принципов построения ПО, [c.152]

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

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

Храмов А. В. Программно-вычислительный комплекс СОСНА как инструмент для реализации и исследования алгоритмов оптимального синтеза гидравлических систем // Пакеты прикладных программ. Методы, разработки.— Новосибирск, 1981.— С. 174—182. [c.279]

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

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

Для того чтобы включить в диалект ОГРА-Ф другие операторы базового графического языка, необходимо для каждого нового оператора составить форму задания и реализующую его ФОРТРАН-программу. Можно составить две программы ФОРТ-РАН-процедуру для обращения и ассемблер — программу для реализации. Это ускоряет счет по программе. Реализующая программа объединяется с пакетом программ отображения соответствующего уровня. [c.166]

Вызов ТГП осуществляется управляющими программами проблемно-ориентированного и функционального пакетов программ отображения. Сигналом к поиску и реализации ТГП служит появление оператора ТИПОВОЕ ИЗОБРАЖЕНИЕ (см. гл. 3). В информационной части оператора заданы фактические значения позиционных, метрических и логических параметров. [c.178]

В Процессе реализации графического модуля ОГРА-1 выполняются операции, содержание которых определяется типами параметров и операторов. Логическим, метрическим, позиционным операторам соответствуют одноименные операции или их совокупности. Каждый оператор предписывает выполнение одной или нескольких специфических графических операций, например отображение изделия на плоскость, соединение по определенным правилам соседних элементов контура, построение отрезков штриховых линий и др. Операции распределены по трем уровням системы программ отображения и включены в проблемно-ориен-тированный, функциональный и базисный пакеты программ (см. рис. 78). [c.180]

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

Пакет программ почти полностью написан на ФОРТРАНе для ЭВМ Минск-32 и ЕС под управлением ДОС и ОС ЕС. Это нашло свое отражение в мнемонике операторов, использующих только латинский алфавит. Несколько программ, моделирующих аппарат передачи переменного числа формальных и фактических параметров подпрограмм, реализованы на АССЕМБЛЕРе ЕС. Указанные принципы реализации пакета позволили одному из авторов данной книги без особых трудностей осуществить перенос пакета ФАП-КФ с ЕС ЭВМ на ЭВМ БЭСМ-6. [c.215]

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

Пакет KEDD организован как открытая система, части которой могут быть изменены или добавлены в любое время. Разработку новых программ и методов поддерживает библиотека программ, которая содержит около 1000 процедур для основных функций, методов анализа и проектирования, управления базой данных и графики. Последние разработки, проводимые в Рурском университете, относились к задачам нелинейной идентификации и адаптивного многосвязного управления, методам проектирования обратных связей по состоянию. Эти разработки были дополнены и другими, проводимыми в институтах и на промышленных фирмах. Гибкая и несложная организация пакета позволила реализовать его на малых ЭВМ. Пакет достаточно велик (исходный текст занимает около ЮМ байт), но благодаря своей структуре может быть разделен на подсистемы любого размера. Небольшие подсистемы реализованы на многих фирмах. Основные места реализации пакета приведены в табл. 2. [c.163]

При стандартной реализации пакета MATRIX используется виртуальная память. Для большинства алгоритмов своппинг не требуется. Допускается работа с системами до 150-го порядка в пределах численной точности алгоритмов. Несмотря на то, что в пакете предусмотрены комплексные операции и вычисления комплексных выражений, для всех алгоритмов, в которых они не используются, применяется обычная арифметика с соответствующей экономией памяти. Подпрограммы BLAS из пакета LINPA K были соответствующим образом модифицированы, так что их эффективность при работе с комплексными данными с нулевой мнимой частью не снижалась. [c.192]

Возможности программного обеспечения пакет содержит более 20 подпрограмм, предназначенных для решения фундаментальных задач анализа и синтеза линейных многосвязных систем, описываемых в пространстве состояния. В пакете использованы только те алгоритмы, которые обеспечивают численную устойчивость. На реализацию пакета большое влияние оказал стиль программ EISPA K и LINPA K- Алгоритмы пакета проверены в различных случаях для систем до 50-го порядка. Пакет имеет высокую степень мобильности. [c.329]

Глава 16. Пример реализации - пакет ASE. Аналитик 203 [c.203]

Глава 16. Пример реализации - пакет СА8Е. Аналитик 205 [c.205]

Подсистема проектирования ТЭЗ предназначена для автоматизации всего цикла работ по проектированию, контролю и изготовлению ТЭЗ, выполненных на базе двустороннего и многослойного монтажа, а также тонкопроводиого монтажа. Программной реализацией методов решения этих проблем в подсистеме являются три соответствующих пакета программ. Стыковка с АСУТП осуществляется как через машинные носители для программно-технологического оборудования, так и через БД ЕСАП. [c.90]

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

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

В ограниченно-открытом пакете проектирования реализация нового метода или алгоритма состоит во включении в его состав нового модуля. Все изменения, связанные с подключением новой подпрограм- [c.137]

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

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

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

Концепция выделения задач моделирования и задач отображения моделей сформировалась сравнительно недавно, однако практически все пакеты машинной графики содержат набор подпрограмм базового обеспечения конкретного графического устройства, группы устройств, а также набор подпрограмм для реализации общих графических функций, использующих, как правило, канонические модели ГИ. К таким пакетам можно отнести ГРАФОР, АЛГРАФ, различные варианты программного обеспечения для АРМ, комплектуемых на базе ЭВМ типа СМ (БПО АРМ, система графического обеспечения АРМ-М, ОСГРАФ и т.д.), В зависимости от типа устройства пакеты могут обеспечивать как пакетный, так и интерактивный режим работы. [c.25]

В настоящее время осуществляется внедрение стандартов ISO серии 9000 новой версии 2000 г. Новая версия содержит существенные отличия. Технический комитет ISO разработал пакет документов с целью облегчить организациям переход к новой версии стандартов. Среди этих документов можно выделить документ № 544R, посвященный наиболее важному вопросу - реализации процессного подхода при создании, внедрении и совершенствовании СМК. [c.69]

Рассмотренный выше алгоритм реализован в рамках программно-вычислительного комплекса (ПВК) [23]. Программная реализация осуществлена для ЕС ЭВМ на основе универсальных средств управления данными (СУБД ИНЕС) и пакета математического программирования - ПМП (ПМП-2). ПВК разработан и документирован в соответствии с единой системой программной документации (ЕСПЦ), допускает тиражирование и поставку на любые модели ЕС ЭВМ стандартной конфигурации ПВК служит базовым инструментом для реализации балансовых текущих моделей ЭК, в том числе для исследований надежности энергетического комплекса. [c.409]

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

Разнообразие задач, решаемых на ЭВМ, не позволяет свести процесс автоматического отображения графической информации только к реализации БПО. Необходимы дополнительные программы, преобразующие результаты пользователей во входную систему данных БПО. Применительно к графическим документам ЕСКД такое преобразование должен выполнять пакет программ МИГД, реализующий алгоритм преобразования математической модели изделия в математическую модель графического документа. [c.73]

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

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