Разработчики

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

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

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

После кода организации-разработчика и кода классификационной [c.303]

О — Документ выполняют по усмотрению разработчика в зависимости от характера, назначения или условий производства изделия. Прочерк означает, что документ не составляют. [c.160]

В поле 6 — подписи разработчиков документа фамилию, имя и отчество студента, индекс учебной группы, а также фамилию, имя и отчество руководителя проекта. [c.392]

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

Четырехзначный буквенный код организации-разработчика назначается по кодификатору организации-разработчиков. Мы записываем здесь код кафедры внутри вуза - 076 и код дисциплины, установленный кафедрой 1 -начертательная геометрия 2 - инженерная графика (черчение). Тогда общин код 0761. или 0762.. После каждой группы кода ставится точка и делается интервал в ширину не менее одного знака (одной булевы). [c.13]

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

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

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

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

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

Рабочий проект (РП) создается на основании технического проекта организацией — разработчиком САПР. [c.53]

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

На эффективность применения метода оказывают влияние не только особенности самого метода, но и в не меньшей мере особенности решаемой задачи и используемой ЭВМ. Среди наиболее существенных особенностей задач, называемых ниже факторами, отметим размерность п (порядок системы уравнений), число обусловленности Ц и разреженность S матрицы Якоби, а среди особенностей ЭВМ — быстродействие Б, определенное для класса научно-технических задач, емкость оперативной памяти и разрядность машинного слова. Разработчик ППП должен ориентироваться на некоторые диапазоны значений этих факторов, характерные для моделей проектируемых объектов в соответствующей предметной области. Эти диапазоны должны быть либо указаны в техническом задании на разработку ППП, либо спрогнозированы самим разработчиком на основе исследования статистических данных [c.232]

Точность и трудоемкость статистических испытаний зависят от их числа N. Для получения большинства интересующих разработчика результатов статистического анализа с приемлемой погрешностью требуется выбирать Л/=50ч-200. Однако получение некоторых результатов (таких, как вероятность выхода годных изделий при значениях этой вероятности, близких к единице или нулю) с приемлемой точностью требует значительно большего числа испытаний. Отсюда следует вывод о значительной трудоемкости статистического анализа. Именно по этой причине статистический анализ проводят лишь на заключительных итерациях процесса проектирования изделий. [c.258]

Другим путем уменьщения сложности рещения задачи структурного синтеза является организация диалогового режима разработчика с ЭВМ на 3-м и 4-м этапах синтеза. При этом разработчик сам рещает, какие программы анализа и оптимизации будет использовать для оценки вариантов. Сокращение времени на получение решения в залоговом режиме происходит за счет эвристических способностей человека, за счет возможности прерывания построения заведомо бесперспективного варианта структуры и за счет поиска не оптимального, а допустимого варианта синтезируемого объекта. [c.307]

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

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

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

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

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

Температурная зависимость удельного сопротивления полупроводника, в который добавлено небольшое количество примеси, показана на рис. 5.7 [12]. На практике в полупроводнике всегда присутствуют как донорные, так и акцепторные примеси, и разработчик полупроводниковых термометров сопротивления может лишь выбирать соотношение между теми и другими. Для описания процессов проводимости рассмотрим германий, содержащий донорные атомы мышьяка в концентрации N(1 и какие-либо акцепторные атомы в концентрации Л а-На рис. 5.7 можно выделить четыре температурных диапазона, в каждом из которых преобладает какой-либо один механизм проводимости". В высокотемпературном диапазоне [I] проводимость обусловлена главным образом электронами, термически возбужденными из валентной зоны в зону проводимости согласно уравнению (5.8), поскольку все примесные атомы давно уже ионизованы. Это область собственной проводимости для германия она начинается чуть выше 400 К. Этот диапазон не представляет особого интереса для германиевых термометров сопротивления. [c.198]

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

Большое значение имеет и качество графического исполнения чертежа. Оно определено многими стандартами. В частности, ГОСТ 2.111—68 и 14.206—73 разрешают контролеру возвращать разработчику конструкторскую документацию без рассмотрения в случае небрежного ее выполнения. [c.47]

Понятие о чертеже общего вида (код — ВО, краткая форма записи — чертеж ВО). Как было отмечено выше (п. 6.3), чертеж ВО относится к проектной документации. Он адресован конструктору — разработчику рабочей КД и за пределы КБ не выходит. [c.336]

Код организации-разработчика назначается по кодификатору орга-низаций-разработчяков. [c.303]

Для обозначения изделий на учебных чертежах можно рекомендовать следующую систему 1) вместо кода организации-разработчика указывать начальные буквы наименования вуза, 2) в коде классификационной характеристики вместо класса — номер темы, а вместо подгруппы и вида — вариант задания, 3) вместо порядкового регистрационного номера — порядковый номер составных частей, входящих в изделие. Остальные знаки заполняются цифрами О . Например, обозначение КТИЛП.05 0028.000 означает Киевский технологический институт легкой промышленности, 5 тема — сборочный чертеж, 28 вариант. [c.312]

Код организации - разработчика Код классификационной характеристики Порядковый регастрационный номер [c.13]

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

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

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

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

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

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

С 1992 г. вводится (ГОСТ 2.201—80) единая обезличенная классификационная система обозначения изделий основного и вспомогательного производства и КД всех отраслей промышленности на всех стадиях разработки. Установлена следующая структура обозначения основного конструкторского документа четырехзначный буквенный код организации-разработчика шестизначный код классификационной характеристики порядковый регистрационный номер от 001 до 999. [c.158]

Примеры АБВГ.72 1133.084 тело вращения с элементами зубчатого зацепления (класс 72), зубчатое колесо цилиндрическое (подкласс 1), с наружными прямыми зубьями (группа 1), одновенцовое (подгруппа 3), модуль св. 1,0 мм (вид 3). АБВГ — код организации-разработчика чертежа этого зубчатого колеса, 084 — регистрационный номер [c.159]

Первая САПР — система Sket hpad ( Блокнот ) — появилась в начале 60-х гг. в лаборатории им. Линкольна МТИ (США). Разработчиком этой системы был молодой ученый-программист Айвен Сазерленд [11J. Система Sket hpad функционировала на основе компьютера ТХ-2, графического дисплея (монитора) со световым пером и клавиатуры управления. Посредством светового пера и клавиатуры можно было строить и стирать (редактировать) изображение чертежа на экране Г Д. Таким образом, появилась интерактивная МГ—графика взаимодействия человека и ЭВМ в реальном маштабе времени. [c.352]

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

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

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