Проектное решение

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

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

Проектирование РТК в основном включает в себя решение следующих задач 1) выбор компоновки РТК 2) подбор оборудования 3) расчет емкости межстаночных и межучастковых накопителей. Модели, точно описывающие эти задачи, невозможно свести к аналитическим зависимостям, так как основные составляющие этих моделей (время ожидания обслуживания роботом, суммарное время простоев станка и др.) могут быть получены лишь при многократном воспроизведении цикла обработки детали на РТК. Неопределенность аналитического описания параметров процесса работы РТК усугубляется еще и тем, что неизвестны иногда и конкретные детали, которые будут обрабатываться, неизвестно количество деталей в партии и количество запусков. Значительное влияние на проектные решения оказывает также надежность оборудования и инструмента, что в свою очередь не позволяет получить достоверные аналитические модели для расчета РТК. [c.59]

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

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

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

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

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

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

Документ, выполненный по заданной форме, в котором представлено какое-либо проектное решение, полученное при проектировании, называется проектным. [c.7]

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

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

Понятие оптимальное решение при проектировании имеет вполне определенное толкование — лучшее в том или ином смысле проектное решение, допускаемое обстоятельствами. В подавляющем большинстве случаев одна и та же техническая задача может быть решена несколькими спо- [c.14]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Модели класса называют табличными. В табличной модели каждому набору свойств соответствует единственный вариант проектируемого объекта. Поэтому табличные модели используются для поиска стандартных, типовых или готовых проектных решений. Модели остальных классов используют для получения типовых унифицированных и индивидуальных технологических проектных решени11 при наличии их вариантов и необходимости оптимизации решения. Модели классов Sg, Sg,. S,, Se и 5ц называют сетевыми. [c.123]

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

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

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

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

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

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

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