Пакеты функционального проектирования

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

ПАКЕТЫ ФУНКЦИОНАЛЬНОГО ПРОЕКТИРОВАНИЯ [c.124]

СТРУКТУРА ПАКЕТА ФУНКЦИОНАЛЬНОГО ПРОЕКТИРОВАНИЯ НА МАКРОУРОВНЕ [c.124]

К ОСНОВНЫМ требованиям, предъявляемым к пакетам функционального проектирования, наряду с рассмотренными выше (см. Введение) также относятся [c.124]

В составе пакета функционального проектирования выделяют три основные части (подсистемы) 1) языковую 2) обрабатывающую 3) монитор. [c.125]

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

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

Рис. 5.2. Схема маршрута взаимодействия подпрограмм пакета функционального проектирования.

Пакетный и диалоговый режимы работы пакетов функционального проектирования. На макроуровне пакеты проектирования должны допускать пакетный и диалоговый режимы работы. [c.139]

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

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

Расширение области применения. Увеличение масштабов использования пакетов функционального проектирования идет в на- [c.152]

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

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

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

Содержание и форма представления операторов ОГРА-2 соответствуют входной системе данных проблемно-ориентированного пакета программ отображения. Довольно часто в системах автоматизированного проектирования используется базовое программное обеспечение, включающее только функциональный и базисный пакеты программ. Кроме того, в системе программ отображения должна обеспечиваться информационная совместимость различных проблемно-ориентированных и базисных пакетов с единым функциональным пакетом. Этой цели служат внутренние диалекты ОГРА-3, ОГРА-0 [25]. [c.161]

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

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

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

Функциональные подсистемы САПР ОПТ включают технологические линии проектирования (ТЛП), пакеты прикладных программ (ППП) и программные системы. [c.397]

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

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

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

Подсистема интерактивной машинной графики ПИМГ (рис. 1.10) занимает промежуточное положение между проектирующими и обслуживающими подсистемами ПО. С одной стороны, средства машинной графики обслуживают ряд проектирующих подсистем (обычно это пакеты функционального проектирования), где ОЛИ используются в основном для наглядного представления исходной и выходной информации (в виде схем, Bip M HHbix диаграмм, гистограмм и т. д.). С другой стороны, во многие подсистемы конструкторского проектирования ПО интерактивной машинной графики входит как основная часть. Поэтому в САПР возможно наличие нескольких пакетов машинной графики (базового в качестве обслуживающего и одного или более в составе проектирующих подсистем конструирования). [c.26]

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

Примечание. Функции монитора пакета функционального проектирования схожи с функциями монитора САПР и оннсани в 1.2. [c.125]

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

Пакеты функционального проектирования как программы, обрабатывающие предложения и директивы входного языка, являются языковыми процессорами. Су-1цествует два типа языковых процессоров интерпретаторы и трансляторы. Структура пакета проектирования, построенного но принципу интерпретации, укрупненью показана на рнс. 5,3, Его языковая подсистема ЯП воспринимает описание проектируемого объекта и задания на его расчет на входном (или промежуточном) языке и порождает (обычно в ОП) структуры данных, содержащих [c.129]

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

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

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

В настоящее время широко распространены системы РАПИРА, используемые для функционального и конструкторского проектирования РЭА и ЭВА, СВЧ устройств, микросборок, плоских конструктивов, управляющих перфолент для станков с ЧПУ и др. Одна из модификаций этой системы проектирования РАПИРА—5.3—82 представляет собой комплекс пакетов прикладных программ, предназначенный для автоматизации проектирования РЭА и ЭВА на ЕС ЭВМ и выполняющий конструкторское проектирование двусторонних печатных плат, тонкопленочных и толстопленочных микросборок. В состав системы входят программные средства базовое программно-информационное обеспечение (БПИО), подсистема конструкторского проектирования микросборок, подсистема конструкторского проектирования двусторонних печатных плат (ДПП). Система функционирует на ЕС ЭВМ модели не ниже ЕС-1022 стандартной конфигурации (ОЗУ-512к). Для функционирования системы дополнительно используют координатографы, графопостроители, сверлильные станки. [c.91]

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

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

В системе программ отображения для ЭВМ Минск-32 и чертежных автоматов типа ИТЕКАН-2М (3) все программы функционального пакета составлены на ассемблере (ЯСК)- Программы проектирования, записанные на ассемблере или ФОРТРАН-4, обращаются к пакету с помощью операторов входных диалектов ОГРА-А, ОГРА-Ф и трансляторов ТРОГ-А, ТРОГ-Ф (см. рис. 78). Функциональный пакет для ЕС ЭВМ выполнен на ФОРТРАНе-4. [c.195]

По данным к 1985 г. ожидается увеличение спроса на системных аналитиков на 65%, существенно усиливается доминирующая роль пользователей. При этом большинство работ на этих этапах выполняется вручную, и применение методических руководств по анализу ИЭС (Н1РО-методология, методика структурного анализа и проектирования), средств автоматизации выбора параметров ИЭС для генерации пакетов прикладных программ, функциональной увязки всех комплексов разрабатываемой системы еще не имеет широкого производственного применения. [c.12]

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

С другой стороны, известно, что имеются достаточно апробированные на практике мапшшю-реализованные в виде пакета прикладных программ типовые элементы процедур ввода и контроля информации. В частности, генератор программ ввода (вывода) экономической информации документов сложной структуры для ЕС ЭИМ (ГВВ), который реализует большинство перечисленных выше методов. Поэтому проектирование алгоритмов ввода и контроля информации другими средствами языка АРИУС хотя и возможно, но нецелесообразно из-за наличия реализованных моделей и методов. Возможности подключения пакетов программ функционального назпа-ченР1я заложены в таблице неэлементарных процедур (ТНП). [c.174]

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

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

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