Процедура проектная

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

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

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

ЭВМ и ВС для выполнения отдельных проектных процедур (например, машина логического моделирования или ЭВМ для трассировки печатных плат) [c.71]

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

Рис. 4.7. Схема алгоритма процедуры выбора унифицированного проектного решения.

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

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

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

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

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

Мониторная система САПР, т. е. подсистема управления САПР, является обслуживающей подсистемой САПР и предназначена для организации и оптимизации управления процессом при выполнении проектных процедур и взаимодействия подсистем САПР. Мониторная система (МС) в общем случае включает в себя компоненты математического (МО), программного (ПО) и информационного (ИО) обеспечения (рис. 1.13). [c.57]

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

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

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

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

Экономичность. Экономичность модели характеризуется затратами вычислительных ресурсов для ее реализации, а именно затратами машинного времени Тм и памяти /7 . Общие затраты Т , и на выполнение в САПР какой-либо проектной процедуры зависят как от особенностей выбранных моделей, так и от методов решения. [c.150]

Для решения систем ЛАУ в большинстве проектных процедур анализа используют метод Гаусса или его разновидности. Вычисления по методу Гаусса состоят из прямого и обратного ходов. При прямом ходе из уравнений последовательно исключают неизвестные, т. е. исходную систему приводят к виду, в котором матрица коэффициентов становится треугольной. Такое приведение основано на /г-кратном применении формулы пересчета коэффициентов [c.229]

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

В каких проектных процедурах применяют результаты анализа чувствительности [c.261]

Получение оптимальных решений при проектировании стало возможным и достижимым как по срокам проектирования, так и по стоимости реализации проектных процедур [c.262]

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

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

Выбор способа выполнения проектных операций м процедур в выявленных маршрутах. Возможны следующие способы ручной (неавтоматизированный), автоматический (па ЭВМ в пакетном режиме) н автоматизированный (на основе взаимодействия ЭВМ и проектировщика). [c.358]

Моделирование САПР. Исходные данные для моделирования можно разделить на три группы. К первой группе относятся сведения об объектах проектирования интенсивности поступления заявок на проектирование pj для всех q предполагаемых классов объектов i = l, 2, д] распределения вероятностей параметров где щ — оценка сложности проектируемого объекта в i-м классе. В качестве а, при моделировании нужно использовать размерность модели 1-го проектируемого объекта. Вторую группу составляют данные об эффективности используемого программного обеспечения. Прежде всего к ним относятся зависимости требуемых объемов вычислений Nk и оперативной памяти Пк от размерности моделей а( для всех т основных проектных процедур, k=, 2,. .., т. Третья группа — характеристики выбранного вычислительного оборудования, — это данные [c.359]

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

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

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

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

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

Процедура проектная 10 Процесс параллельный 312 Процессор языковый 260, 317 Прямоугольник покрывающий 169 Псевдоязык 288 [c.332]

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

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

Развитие ЦВК в САПР БИС осуществляется в направлении перехода от использования ЭВМ БЭСМ-6 к применению более производительного многопроцессорного вычислительного комплекса (МВК) ЭЛЬБРУС. Наличие в МВК ЭЛЬБРУС специализированного процессора СВС, являющегося аппаратным эмулятором системы команд БЭСМ-6, обеспечивает преемственность в использовании ранее созданного программного обеспечения. Центральный вычислительный комплекс предназначен для выполнения проектных процедур, требующих значиг тельных вычислительных ресурсов. [c.88]

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

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

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

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

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

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

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

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

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

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